Path

ez projects / ezoracle / forum / general / any known issue with zend c...

Attention please: Due to restructuring legacy services, the eZ Projects service is going to be discontinued. All the current repositories will be migrated to a new platform. More details will be announced soon.

any known issue with Zend Core for Oracle ?

You need to be logged in to post messages in the forums. New users may register here.

Lazaro Ferreira

Member since:
30 November 1999

Posts: 18

Wednesday 05 August 2009 11:05:26 am

Hi,

I would like to install ezpublish/ezoracle with Zend Core for Oracle ,

is there any known issue with this setup ?

Regards
Up

Gaetano Giunta

Member since:
30 November 1999

Posts: 269

Wednesday 05 August 2009 12:36:48 pm

Not that I know of

Principal Consultant International Business
Member of the Community Project Board

Up

Lazaro Ferreira

Member since:
30 November 1999

Posts: 18

Wednesday 05 August 2009 6:03:24 pm

Gaetano

Thanks,

Another question, have you installed ezpublish with Oracle Application Server ( Oracle HTTP Server ) ?
Up

Gaetano Giunta

Member since:
30 November 1999

Posts: 269

Thursday 06 August 2009 12:20:48 pm

Never.

I personally tend to compile my apache+php installs by hand on linux, and most hosting environments either do the same or use the stock versions that come with the os.

eZPublish uses the oci libs linked from php to connect to the db, so there would be no gain, afaict, in using the http server coming from Oracle, as you would not be using the mod_oc*** modules that are added in that server anyway.

Otoh you could get (paid for) support from Oracle, as long as you use the php module that is already included in the oracle application server: according to this doc: http://www.oracle.com/technology/...ts/ias/ohs/htdocs/ohs-101310-faq.pdf, you would be getting by default apache 1.3.34 and php 5.1.2.
Unluckily that would limit you to eZ Publish 4.0, as 4.1 and later need php version 5.2...

Principal Consultant International Business
Member of the Community Project Board

Up

Lazaro Ferreira

Member since:
30 November 1999

Posts: 18

Thursday 06 August 2009 4:13:42 pm

Hi,

What about the scenario where you already have OAS ( with Oracle HTTP Server ) running other applications on the server ?
Up

Gaetano Giunta

Member since:
30 November 1999

Posts: 269

Thursday 06 August 2009 4:23:51 pm

As I stated before, it boils down to the versions of php you need.

You can compile php 5.2 as a module for oracle http server and use it instead of the native mod_php. You will loose oracle support for that part, but not for the rest of the OAS-hosted apps - but should you call oracle for support, they would ask you to reproduce the bug with the custom-built mod_php disabled as first thing. And you would have to check all existing php applications for compatibility with php 5.2.

Or you can stay with php 5.1. Either run eZP 4.0 in a supported configuration, or install eZP 4.1 and hack it to work in an unsupported config - there is a blog post by Kristof Coomans with detailed instructions on how to do that: http://blog.coomanskristof.be/2009/07/15/ez-publish-4-1-3-on-php-5-1-2/

In any case, eZ Publish requires some php.ini configurations that might be slightly different from the ones used by other php applications. If you are already running php apps in OAS, you might want to set up separate virtual hosts to have per-app different values for those configurations.

Principal Consultant International Business
Member of the Community Project Board

Up

Lazaro Ferreira

Member since:
30 November 1999

Posts: 18

Thursday 06 August 2009 7:26:38 pm

I understand your points,

Our constrains are :

1) ezpublish 4.1 ( because object states )
2) running ezp on the same server running OAS
3) running the OAS Applications ( Java ) without problems derived of ezp installation

Note: hacking ezp 4.1 for php 5.1.x isn't an option
Up

Gaetano Giunta

Member since:
30 November 1999

Posts: 269

Friday 07 August 2009 3:24:35 pm

If the memory usage is not the biggest problem for you (esp. during traffic spikes), I'd go for a completely separate http server then. Less chances for finger-pointing when something goes wrong in any of the two applications...

Principal Consultant International Business
Member of the Community Project Board

Up

You need to be logged in to post messages in the forums. New users may register here.