Deploying EAR and EJB (ClassLoader Question)

Hi,
Have a few queries. Appreciate any quick answers.
(a) To deploy a EAR or EJB jar to WebLogic server, is it necessary to include the jar location specifically in $CLASSPATH?
I think not. Am I correct?
(b) Is the bean/EAR deployed at module level? Is there a setting for this - is it at bean deployment descriptor? Where can I find this?
If (say) I need to update an EJB, do I un-deploy, update and re-deploy it?
Or must I restart the entire WLS container?

--> An EAR includes one or more EJB files. You don't need to specify the location because it's contained at application.xml file inside the EAR.
--> Each bean has a deployment descriptor. You can see it at META-INF directory
If you need to update an EJB (that it is not part of and EAR), you are right.
The WLS container not need to be restarted.
Jin

Similar Messages

Problems deployment servlet and ejb

Hello,
          I'm Having the following problem hopefully someone can help me.
          I'm working in a visualcafe 4.5 project and I have to external jar
          files
          one containing an EJB the other cotaining some classes.
          testservlet.war : deployed by VC
          ejb.jar
          xxx.jar
          Deploying from VC is no problem but when I want to start the
          server it can not find some classes which are in the xxx.jar file
          containing the classes. But when I open the xxx.jar I see that they
          are located in WEB-INF/classes.
          My first Idea is that it could be a classloader problem
          In the startweblogic.cmd I add the testservlet.war to the classpath
          (Project options)
          In the ejbc additional classpath entrys of the testservlet.jar I add
          the xxx.jar.
          In the server additional classpath I added both ejb.jar and the
          xxx.jar
          can someone tell me where it is going wrong???
          Thanks
          Oskar


Depoly them both in an EAR file. You will have to edit the Class-Path: property in each of the MANIFEST.MF files to make the proper path to the Singleton visible to all three, as well.

WL10 Compiler executable.exec error "too many open files" deploying ear

When I try to deploy an ear containing a web module and some ejb modules, I obtain this error:
<Info> <J2EE Deployment SPI> <BEA-260121> <Initiating deploy operation for application, MB-ADM_EAR [archive: /wl/wlments/MB-ADM_EAR/MB-ADM_EAR.ear], to Cluster1 .>
Task 1 initiated: [Deployer:149026]deploy application MB-ADM_EAR on Cluster1.
Task 1 failed: [Deployer:149026]deploy application MB-ADM_EAR on Cluster1.
Target state: deploy failed on Cluster Cluster1
java.io.IOException: Compiler failed executable.exec:
/wl/servers/MS1/cache/EJBCompilerCache/-1dj0waj53cbu8/it/apps/ejbs/core/ExSvc_167qnt_Impl.java:17: error while writing it.apps.ejbs.core.ExSvc_167qnt_Impl: /wl/servers/MS1/cache/EJBCompilerCache/-1dj0waj53cbu8/it/apps/ejbs/core/ExSvc_167qnt_Impl.class (Too many open files)If i split the ear in two parts, web in one ear and ejbs in another ear, deploy is succesfull.
Do you have any idea of what is happening?
Below the environment specifications:
JVM Version: jrockit_150_11
JVM Heap: 512
Web Logic: 10.0.1.0
Server: Hewlett Packard DL585 G2
OS: Linux / 2.6.5-7.287.3.PTF.345489.1-smp
Thank you, bye,
Marco

Hello Marco.
When you try to deploy an EAR weblogic server at the time of deployment unjar's it and compiles the files and so on. Every Operating system has a limit on how many number of files can be opened by a process. If your EAR is big then the number of files which WLS will unjar will also be large hence you hit the limit. By splitting your ear into 2, you are splitting wls task into smaller parts, which means the number of files it unjars at a time is less.
The following note tells what needs to be done to avert this issue.
http://download.oracle.com/docs/cd/E12839_01/doc.1111/e14772/weblogic_server_issues.htm#CHDGFFHD

Ejb deployment - classloader question

Hi Guys
I have a very basic question regarding EJB deployment in Weblogic 6.1 sp2.
Is it possble to create an EAR file such that -
1>it contains a WAR file [of servlets/jsps/client classes] - A
2>a jar file containing our core server classes[not EJBs] - B
3>a jar file containing EJBs - C
here A and C are definitely getting loaded by different class loaders - I want
the classloader for B to be parent of the classloaders for A and C - so that both
A and C can see B. - is this possible by some EAR/Weblogic specific way.
OR
the best solution is to place the B in the main classpath and deploy the C and
A in an EAR?
thanks
Anamitra

Inline.
Anamitra wrote:
Hi Guys
I have a very basic question regarding EJB deployment in Weblogic 6.1 sp2.
Is it possble to create an EAR file such that -
1>it contains a WAR file [of servlets/jsps/client classes] - A
2>a jar file containing our core server classes[not EJBs] - B
3>a jar file containing EJBs - C
here A and C are definitely getting loaded by different class loaders - I want
the classloader for B to be parent of the classloaders for A and C - so that both
A and C can see B. - is this possible by some EAR/Weblogic specific way.Made possible by placing B in the ear at the root level and referring to B with the
Class-Path manifest directive in the ejb jar file for C. This will put B in the ejb
classloader's classpath making it visible to C and to A since the classloader for C
is the parent of the classloader for A. Which, is the recommended way.
>
OR
the best solution is to place the B in the main classpath and deploy the C and
A in an EAR?
This works, but the classfiles in B are now static for the uptime of the server. If
you want to make changes in B, you must restart the server. If you configure it the
way described above, you can reload the B classes by redeploying the application ear.
>
thanks
AnamitraHere is the link with all of the info:
http://edocs.bea.com/wls/docs61/programming/packaging.html#1029830
Bill

EAR deployment classloader Question: test fails

"Anamitra" <[email protected]> wrote in message
news:[email protected]...
>
Hi Ajay
based on your feedback I tried a test - by creating an EAR which contains
1>test1.jar - an EJB [ the manifest file having the test22.jar]
2> test22.jar another EJB
3> test2.jar - a common jar[ the manifest file having the test2.jar]why does this point to itself ?
4> testservlet.war - a servlet file in a war
Weblogic deploys them all - I can invoke the EJBs too. But when I try toinvoke
the servlet from the browser - it says the test.TestServlet class notfound! -
this is because the testservlet.jar file which contains this class should be
in WEB-INF/lib of the .war file.
but I see the servlet war deployed from the console! - is this a bug? I amattaching
the EAR file - its pretty self contained and you can try it out in urweblogic
env [6.1 sp3 win2k].
thanks
Anamitra
"Ajay" <[email protected]> wrote:
Anamitra <[email protected]> wrote in message
news:[email protected]...
Hi
So what you say can be summed up as
1> all EJB jars in the same EAR gets loaded by the same classloader.
2>So if in the jar manifest file I write the CLASSPATH to the B thenthe
classlaoder
for the EJBs will also load B.
3> Since the WAR classloader is child to the EJB classloader - theWAR can
also
see the same B.
Yes you are correct.
Now do I have to have the manifest entry[CLASSPATH] for every EJB jartha
I make?
If the same classloader is used for all the jars in the same EAR Ishould
not
need to do that - right?
Is this feature changing in 7.x?
thanks
Anamitra
"Ajay" <[email protected]> wrote:
Hi
You can refer to B.jar from the War and the EJB jar through the
Manifest
files
In EJB jar and WebApp jar manifest files you can have
Class-Path: B.jar
In 6.1sp2 the EJB classloader is same as the Application ClassLoader.
All
EJB's within the EAR are loaded by the same Classloader. WebAppClassLoader
is the child Classloader of the Application Classloader.
Hope this helps
Ajay
Anamitra <[email protected]> wrote in message
news:[email protected]...
Hi Guys I have a very basic question regarding EJB deployment in
Weblogic
6.1 sp2.
Is it possble to create an EAR file such that -
1>it contains a WAR file [of servlets/jsps/client classes] - A
2>a jar file containing our core server classes[not EJBs] - B
3>a jar file containing EJBs - C
here A and C are definitely getting loaded by different class
loaders
- I
want
the classloader for B to be parent of the classloaders for A and
C
- so
that both
A and C can see B. - is this possible by some EAR/Weblogic specificway.
OR the best solution is to place the B in the main classpath and
deploy
the C
and A in an EAR?
thanks Anamitra

WebLogic 12.1.2 fails when deploying ear with injecting extension and bean with injection of this extension in ejb

WebLogic 12.1.2 fails when deploying an enterprise application(ear) that contains a ejb in which injected 1) an extension 2)bean with injection of this extension.
The following exception is thrown:
Caused By: org.jboss.weld.exceptions.DeploymentException: WELD-001409 Ambiguous dependencies for type [CdiExtension] with qualifiers [@Default] at injection point [[field] @Inject private test.extension.Bean1.extension].
Possible dependencies [
[Extension [class test.extension.CdiExtension] with qualifiers [@Default]; zip:/domain1/servers/AdminServer/tmp/_WL_user/test/7x6roh/lib/test-extension-0.0.1-SNAPSHOT.jar!/META-INF/services/javax.enterprise.inject.spi.Extension@1[test.extension.CdiExtension@1115deb],
Extension [class test.extension.CdiExtension] with qualifiers [@Default]; zip:/domain1/servers/AdminServer/tmp/_WL_user/test/7x6roh/lib/test-extension-0.0.1-SNAPSHOT.jar!/META-INF/services/javax.enterprise.inject.spi.Extension@1[test.extension.CdiExtension@ed791f]]]
    at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:314)
    at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:280)
    at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:143)
    at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:163)
    at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:382)
    at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:367)
    at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:379)
    at com.oracle.injection.provider.weld.WeldInjectionContainer.start(WeldInjectionContainer.java:106)
    at com.oracle.injection.integration.CDIAppDeploymentExtension.initCdi(CDIAppDeploymentExtension.java:70)
    at com.oracle.injection.integration.CDIAppDeploymentExtension.activate(CDIAppDeploymentExtension.java:47)
    at weblogic.application.internal.flow.AppDeploymentExtensionFlow.activate(AppDeploymentExtensionFlow.java:37)
    at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:729)
    at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
    at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:258)
    at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:61)
    at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:165)
    at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:80)
Problem can be easily reproduced by a minimal case:
test.ear:
\lib\test-extension-0.0.1-SNAPSHOT.jar
test-ejb-0.0.1-SNAPSHOT.jar
where
test-extension-0.0.1-SNAPSHOT.jar contains:
CdiExtension.java:
package test.extension;
import javax.enterprise.inject.spi.Extension;
public class CdiExtension implements Extension {
    private String someString = "Some String";
    public String getSomeString() {
        return someString;
Bean1.java:
package test.extension;
import javax.enterprise.context.ApplicationScoped;
import javax.inject.Inject;
@ApplicationScoped
public class Bean1 {
    @Inject
    private CdiExtension extension;
    public String get() {
        return extension.getSomeString();
test-ejb-0.0.1-SNAPSHOT.jar contains:
EjbBean.java:
package test;
import test.extension.Bean1;
import test.extension.CdiExtension;
import javax.ejb.Stateless;
import javax.inject.Inject;
@Stateless
public class EjbBean {
    @Inject
    private CdiExtension extension;
    @Inject
    private Bean1 bean1;
    public String getSomeString() {
        return extension.getSomeString() + "\n" + bean1.get();
p.s. i seen same problem in community.oracle.com/thread/2577403 , but it happen in "war", not "ear", and seems successfully patched with patch №17424706

Hi,
It looks like there is patch exists for this issue.
Patch 17198187
Please try to download from the MOS or try to open a ticket with support.
Regards,
Kal

Building+Deploying EAR, EJB and WS Proxy DCs

Hi,
I have three types of DCs in my track:-
1. Deployable Web Service ProxyDC
2. EJB Module DC (which uses classes from Deployable WS Proxy DC)
3. EAR Application DC (for above EJB DC)
I am able to build and deploy EAR of WS Proxy DC successfully.
But I am not able to deployEAR of EJB DC as its unable to locate classes in WS Proxy DC. It gives NoClassDefFoundError while deployment of EAR..
Do I need to make some changes to ejb-j2ee-engine.xml file in EJB DC and application-j2ee-engine.xml file in EAR DC?
Please help.
Thanks and regards,
Amey Mogare

Hi Jan,
I am totally confused here.
EAR DC contains--> EJB DC uses--> WS Proxy DC
Lets start from root DC ie WS Proxy DC.
1. For WS Proxy DC, what public par should I create? and how?
2. I know that for EJB DC, I need only compilation public part.
3. What should be done for EAR? How do I link Web Service proxy DC to EAR DC?
Thanks and regards,
Amey Mogare

Deploy EAR. Both ejb and war share classes?

how do you package an ear that has both ejbs and wars that share a common set of classes.
I have read through all the messages that state to add the Manifest entry Class-Path.
I've added it to the war, ejb and ear Class-Path and I still get the same NoClassDefFoundError.
Does anybody truely know how to get this to work? I've tried many things, and it sounds like this should work/.....?????

Hi Madhav,
You need to specify Class-Path in ejb-jar MANIFEST.MF,
not in the ear.
Regards,
Slava Imeshev
"Madhav Inamti" <[email protected]> wrote in message
news:[email protected]..
>
I have tried the manifest classpath too and it just does not work. I had alibrary
jar specified the ear's manifest classpath and the library jar in the earfile
too. This should have made the ear classloader load the library jar.Didn't work.
Does anybody on this newsgroup know about this .. ?
"Dimitri I. Rakitine" <[email protected]> wrote:
Since ejb classloader is a parent of a webapp classloader, you should
only
add these jar's to your ejb-jar Class-Path Manifest entry. Make sure
your dependencies
hierarchy is ok - NoClassDefFoundError usually means that the class
itself was found,
but not it's dependent class(es).
Michael <[email protected]> wrote:
how do you package an ear that has both ejbs and wars that share acommon set of classes.
I have read through all the messages that state to add the Manifestentry Class-Path.
I've added it to the war, ejb and ear Class-Path and I still get thesame NoClassDefFoundError.
Does anybody truely know how to get this to work? I've tried many
things,
and it sounds like this should work/.....?????
Dimitri

EJB references in deployment descriptors and weblogic heuristic on resolving links

There are two different ways to lookup home interfaces using JNDI.
1. Query JNDI tree at runtime using some initial context.
2. Use <ejb-ref> in deployment descriptor for all the refrenced EJBs and then
use initCtxt.lookup(java:comp/env/BeanHomeName).
The second approach is recommended as most of the EJB vendors resolve these referenced
EJBs at deployment time and it becomes much faster as compare to lookup in JNDI
as EJB refrences or links can bypass querying the JNDI.
Does anyone know if Weblogic (5.1 sp9 or higher) resolves these links at deployment
time or not?

Hi Sami,
Run your question by the folks in the EJB newsgroup and see if they can
offer some assistance:
http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=xover&group=weblogic.developer.interest.ejb
Thanks,
Bruce
sami titi wrote:
>
Bruce,
Thanks for your prompt reply. We have resorted to using a startup servlet much
like we do in CA. However, we're still faced with the second issue which is related
to not being able to lookup the EJB after it has been included in an EAR file
now. Is there any setting we're missing?
Thanks
Sami
Bruce Stephens <[email protected]> wrote:
Hello,
Please correct me if I'm not understanding your question, but you are
looking for an easy way to pass initialization parameters to your
webservice? This is not currently supported, however it is on the wish
list for the next major release.
The workaround is to use a handler or read your init params from a
file. If you backend is java class, then you can put file loading:
1. in the constructor
2. in init() method if you java class implement
javax.xml.rpc.server.ServiceLifecycle
Regards,
Bruce

Using JMX to read ejb manifest jar and ejb-jar.xml in ejb jar inside ear

Hello,
I have an ear deployed on weblogic console. I need to check contents of manifest file and ejb-jar.xml of a jar that is present in the deployed ear.
Currently I am using below code to access jar inside ear deployed :
Hashtable env = new Hashtable(5);
env.put(Context.INITIAL_CONTEXT_FACTORY,
"weblogic.jndi.WLInitialContextFactory");
env.put(Context.PROVIDER_URL,
url);
env.put(Context.SECURITY_PRINCIPAL, user);
env.put(Context.SECURITY_CREDENTIALS, password);
Context ctx = new InitialContext(env);
mBeanHome = (MBeanHome)ctx.lookup(MBeanHome.ADMIN_JNDI_NAME);
String type = "EJBComponentRuntime";
Set beans = mBeanHome.getMBeansByType(type);
try{
for(Iterator it=beans.iterator();it.hasNext();)
EJBComponentRuntimeMBean rt = (EJBComponentRuntimeMBean)it.next();
if(rt.getParent().getName().equals("xxx")){
System.out.println(rt.getName());
l.add(rt.getName());
Here xxx is the ear. Now I need to get inside the jar (represented) by variable rt and access its manifest file,ejb-jar.xml
Does anyone have an idea how to do this?
regards
Sameer

Isn't it possible to put them there manually? :)

After the deployment - patching and maintaining EJBs

Even the best EJB has a couple of little bugs that need fixing.
What methods have people found for maintaining an existing deployed system? Any good references on the matter?
Thanks-
-Mike

Great links, but a little off of what what I was looking for - I wasn't precise enough in my original description:
After I create my EJB and package it up, it will be deployed at a customer site. Sooner or later, the customer will probably find some sort of bug. What I'd like to know: how is the community at large dealing with post deployment patching and modification.
There's two issues involved, really:
1) The packaging of the .ear file to make it easy to modify (one very large ear vs several ears)
2) The process that needs to place at the customer site. Ideally, the customer would just run a little InstallAnywhere application, and Poof! The system is patched while up.
Thanks-
-Mike

Sharing common libraries and ejbs between multiple ears

Hi
I have been going through various articles at O'Reilly and discussions at serverside
(some outdated) on the packaging options in J2EE.
http://www.onjava.com/pub/a/onjava/2001/06/26/ejb.html?page=2
http://www.onjava.com/pub/a/onjava/2001/07/25/ejb.html
http://www2.theserverside.com/home/thread.jsp?thread_id=7530
I am still undecided as to what is the best way to package and deploy
- a set of EJBs (Stateless Session beans) and
- utility libraries
that need to be shared by multiple ears.
We have a set of components - 4 session ejbs and 15 utility classes like log4java,
xerces, custom utilities etc... which need to be shared by all applications running
on the server (in a clustered environment).
There are over 22 applications and these will be packaged in individual ear files.
If we choose to put the common EJBs and utilities in each of the application's
ear, then for every change to this common library all the applications will need
to be repackaged and redeployed, which obviously is not desirable.
If we choose to use the 'Class-Path' option in manifest file, from what I understand
the path to be specified is a relative path within the ear i.e. the path cannot
point to archives outside the .ear file, which does not serve our purpose. Am
I right in this understanding?
What is the best way to package and deploy these common components under these
circumstances?
Has anybody tried something like this before?
Would appreciate your comments on this.
Thank you.

"Kumar" <[email protected]> wrote in message
news:[email protected]...
In My opinion,
I would be packaging the all utilities into a single jar file and be using
in the application server class path directly. whenever I want to change
this jar file I can change at one shot and package this jar file and keepit
in the classpath again. This works very well, if and only if each EAR file
is not using its own version of a libary of utility jar file. All earfiles
should be using a single and common library.In this case when you update the .jar file, you would have to restart the
server. I am not aware of any good solution which alleviates this.
>
If I include this utility jar file into all ear files, the following arethe
difficulties we need to handle in the future.
- What if utility library has been changed frequently, it leads to
re-package all .ears and re-deployment
- Unnecessarily adding a copy of a single jar file to all ear files,
increases complexity
- Any new application needed to be deployed, again which uses utility, we
need add the utility jar file to ear file
- There is no logical separation and simplicity
Thanks
Kumar
"Kiran P" <[email protected]> wrote in message
news:[email protected]...
Hi
I have been going through various articles at O'Reilly and discussions
at
serverside
(some outdated) on the packaging options in J2EE.
http://www.onjava.com/pub/a/onjava/2001/06/26/ejb.html?page=2
http://www.onjava.com/pub/a/onjava/2001/07/25/ejb.html
http://www2.theserverside.com/home/thread.jsp?thread_id=7530
I am still undecided as to what is the best way to package and deploy
- a set of EJBs (Stateless Session beans) and
- utility libraries
that need to be shared by multiple ears.
We have a set of components - 4 session ejbs and 15 utility classes likelog4java,
xerces, custom utilities etc... which need to be shared by allapplications running
on the server (in a clustered environment).
There are over 22 applications and these will be packaged in individualear files.
If we choose to put the common EJBs and utilities in each of theapplication's
ear, then for every change to this common library all the applicationswill need
to be repackaged and redeployed, which obviously is not desirable.
If we choose to use the 'Class-Path' option in manifest file, from what
I
understand
the path to be specified is a relative path within the ear i.e. the pathcannot
point to archives outside the .ear file, which does not serve our
purpose.
Am
I right in this understanding?
What is the best way to package and deploy these common components underthese
circumstances?
Has anybody tried something like this before?
Would appreciate your comments on this.
Thank you.

Starting up j2ee and EJB deployment tool on Windows 98

I will start off this question with an apology if it is too stupid,
basic, or placed in the wrong group. I am relatively new to the world
of Java and even newer to the world of Server-side Java and EJBs.
However, I am plugging away.
I am using my trusty 4 year old system with Windows 98 second edition
to dabble with Server-side Java and EJB applications. I am using
Tomcat 4.0 as my server. When I try and start the j2ee server or the
EJB deployment tool I get the following scrolling messages:
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Syntax error
Syntax error
Syntax error
Out of environment space
Bad command or file name
I have tried to adjust the memory settings in the DOS window with no
success. My question has three parts:
1) Can these applications be run using Windows 98 and if so what are
the exact DOS window memory settings for this?
2) Where exactly can I find the documentation that specifies this?
(please be specific as possible as I have read the readme.txt files
supplied with j2ee)
3) Should this and similar questions be posted in another
group/section?
I truly appreciate anyone's help with this.
Sincerely,
Tim

You're going to have a lot of pain unless you upgrade to Windows 2000 or XP.
In the mean time, set your environment size much larger (google for "Out of
environment space") and use WinOne from http://www.cia.com.au/luke/ ...
that's how I scraped by on Windows 98 for a while.
Peace,
Cameron Purdy
Tangosol, Inc.
Clustering Weblogic? You're either using Coherence, or you should be!
Download a Tangosol Coherence eval today at http://www.tangosol.com/
"Tim" <[email protected]> wrote in message
news:[email protected]..
I will start off this question with an apology if it is too stupid,
basic, or placed in the wrong group. I am relatively new to the world
of Java and even newer to the world of Server-side Java and EJBs.
However, I am plugging away.
I am using my trusty 4 year old system with Windows 98 second edition
to dabble with Server-side Java and EJB applications. I am using
Tomcat 4.0 as my server. When I try and start the j2ee server or the
EJB deployment tool I get the following scrolling messages:
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Out of environment space
Syntax error
Syntax error
Syntax error
Out of environment space
Bad command or file name
I have tried to adjust the memory settings in the DOS window with no
success. My question has three parts:
1) Can these applications be run using Windows 98 and if so what are
the exact DOS window memory settings for this?
2) Where exactly can I find the documentation that specifies this?
(please be specific as possible as I have read the readme.txt files
supplied with j2ee)
3) Should this and similar questions be posted in another
group/section?
I truly appreciate anyone's help with this.
Sincerely,
Tim

Deploy PetStore Webapps and EJBs to different tiers

Hi,
Basically, the PetStore example deploys JSP/Web/EJBs to one node in one petstore.ear.
I want to seperate the Web apps and EJBs to different nodes that running Weblogic
by re-packaging the ear file to get a war file and ejb ear file. I deployed this
war file to one node and ejb ear to another node. Is this the right approach?
If so, how the JSP knows that the EJBs are in different node now?
Thanks,
Cathy

Hi,
Basically, the PetStore example deploys JSP/Web/EJBs to one node in one petstore.ear.
I want to seperate the Web apps and EJBs to different nodes that running Weblogic
by re-packaging the ear file to get a war file and ejb ear file. I deployed this
war file to one node and ejb ear to another node. Is this the right approach?
If so, how the JSP knows that the EJBs are in different node now?
Thanks,
Cathy

How to prepare and deploy a war file - quick question

Hi All
Is there a simple example on what xml files to create and how and what to include to deploy a war file, which doesnt contain weblogic.xml nor web.xml, to WLS ?
There are many examples of deploying ear but not war.
What are the pre-requisites of files to create to deploy a war file and how and what are the steps ?
Thanks

[att1.html]

Deploying EAR and EJB (ClassLoader Question)

Similar Messages

Maybe you are looking for