Hello all,
We have an application that is huge and will now be maintained and enhanced by various teams.
We would like to break down this application into various differnt ears and still have it work as a single cohesive application.
So common classes including the ejbs will be in a seperate ear, Functionality 1 will be in a seperate ear and functionality 2 will be in a seperate ear and functionality n will also be in its own ear.
Further more each ear will be talking to each other.
During maintaince for functionality 1 we will not bring down the whole site but just redeploy the ear 1.
So my question is
Can this be done in weblogic and if yes how?
thanks
ashish
-
How to configure and deploy multiple ear files in weblogic8.1 (3 messages)
- Posted by: ashish pant
- Posted on: March 22 2005 09:48 EST
Threaded Messages (3)
- How to configure and deploy multiple ear files in weblogic8.1 by Sean Yunt on March 22 2005 10:54 EST
- How to configure and deploy multiple ear files in weblogic8.1 by Rich Hill on March 22 2005 13:30 EST
- driver Ear with separate wars by ashish pant on March 22 2005 02:41 EST
- How to configure and deploy multiple ear files in weblogic8.1 by Rich Hill on March 22 2005 13:30 EST
-
How to configure and deploy multiple ear files in weblogic8.1[ Go to top ]
- Posted by: Sean Yunt
- Posted on: March 22 2005 10:54 EST
- in response to ashish pant
I think your approach should be reconsidered. If it's important for each team to have separate deployment artifacts (ears), yet rely on a common set of dependencies - I would not use .ears at all. WLS 8.1 (and previous versions) allow you to deploy EJB jars independently. Unfortunately this means you must manually control the CLASSPATH that WLS uses at start up.
There are many deployment and runtime advantages to using a single comprehensive .ear, but by using multiple ears you've given up many of the benefits. Another side effect is that each .ear will have it's on classloader (more memory consumed) and EJBs that communicate across .ears will be called by value, not reference (slower performance due to increased I/O).
If you do insist on multiple ears, each ear must contain the same set of common classes. As I said earlier, each ear has it's own exclusive classloader (and classpath). This is also harder to maintain, as you must keep the common libaries in sync across ears, else risk serialization problem.
You should weigh in all these factors before deciding.
-Sean -
How to configure and deploy multiple ear files in weblogic8.1[ Go to top ]
- Posted by: Rich Hill
- Posted on: March 22 2005 13:30 EST
- in response to Sean Yunt
Well said Sean. Take advantage of a SOA in your complex Java apps. -
driver Ear with separate wars[ Go to top ]
- Posted by: ashish pant
- Posted on: March 22 2005 14:41 EST
- in response to Rich Hill
Thanks for your input guys.
How about if i deploy them as seperate wars that talk to a driver ear.
ashish