New app server Instance or just new oc4j instance?

[John Ranaudo]

New to oracle 10g appserver. We are trying to make 2 different versions of an j2ee application coexist in our environment. they are planning on creating a new app server instance. correct me if I am wrong but can they just create a new oc4j instance and configure the ports/ldap to the proper values.

or are they doing it just because its easier to create a new instance on a separate box?

thanks!

[Jeanne Boyarsky]

John,
You are correct that an oc4j is usually enough. Note that you may also need to change the context root of the application.

Sometimes it is easier to create a new app server instance. Especially if the different versions have JNDI resources that point to different things.

[Saritha Penumudi]

What is difference between App server instance and OC4J Instance.

Please correct me if my understanding is wrong.

With OC4J instance, a new instance of J2ee container will be created
With App Server Instance, a new instances of portal server, Reports and so on components are created.

If we are not making use of any of these components then I guess creating OC4J instance will be fine.

Jeanne, where do we have to change context root?. I am sorry I guess I am missing something.

[Jeanne Boyarsky]

Saritha,
You are correct that if you are not using any of those components, an oc4j instance is fine.

I think the context root is stored in the web.xml file. Most servers let you change it graphically, but I don't know how in OAS.
[ October 21, 2004: Message edited by: Jeanne Boyarsky ]

[Mike Wessler]

Hi. If you want different versions of the same application, I'd suggest a new OC4J container and changing the name for the new depoloyment as suggested in the previous posts. Check your $ORACLE_HOME/Apache/Apache/conf/mod_oc4j.conf and you'll see mappings for each application that has been deployed and you'll understand why you can't really have to for the same name. I think you'll find that much easier than doing separate mid-tier installations.

Thanks,
Mike