Packaging an EAR file

Where can I find documentation on how to properly package an application (with
web and EJB components) into an EAR file for deployment on wls 6.1. I know there
are probably more than a few ways to do this, but would like to know the general
recommendation and can't find it on the e-docs site.
Thanks,
Mike

The intruction here
http://edocs.bea.com/wls/docs60/programming/packaging.html#1044277 worked
for me.
- Anto.
"Stefan" <[email protected]> wrote in message
news:3c713bda$[email protected]..
>
http://e-docs.bea.com/wls/docs61/ejb/EJB_deployover.html#1078958
for me it was also helpful the petstore example.
Stefan
"Mike Dunbar" <[email protected]> wrote:
Where can I find documentation on how to properly package an application
(with
web and EJB components) into an EAR file for deployment on wls 6.1. I
know there
are probably more than a few ways to do this, but would like to know
the general
recommendation and can't find it on the e-docs site.
Thanks,
Mike

Similar Messages

Packaging question ear file

We have common classes that are used in all
modules. These are available in several jars. The way we have packaged is that these jars are put in the ear file and the Manifest.mf of the web application wars reference these jar files. This does not seem to work. I have also tried the classloader configuration in sub-web.xml and that also does not seem to work as documented. It throws a NoClassDefFoundError for a
class defined in log4j.jar.
Here is the ear structure I use
MyApp.ear
- services.jar
- log4j.jar
- server.war
- META-INF/Manifest.mf (Contains the Class-Path entry for services.jar, log4j.jar etc)
- WEB-INF/sub-web.xml (Contains classloader extra-class-path attribute for services.jar log4j.jar etc)
This is on Sun One App server 7.
Any ideas what is wrong? Thanks

In your MANIFEST.MF (note the case!), make sure that your Class-Path: has the two .jar files are separated by a space and that there is at least one blank line after the last line of text. Put two, just to make sure.

Help to solve problem with packaging log4j in a EAR file

Hi All
i struggle hard to create a EAR composed of EJB JARs and WARs and the programs
in these JARs and WARs use log4j to log msg. Because i want all J2EE apps to have
their own version of log4j library, i package log4j.jar in the EAR file. Below
is my EAR package structure
EJB1.jar
EJB2.jar
SharedUtilities.jar
log4j.jar
log4j.properties
WEBAPP1.war
WEBAPP2.war
META-INF/manifest.mf
For both EJB1.jar and EJB2.jar's META-INF/manifest.mf, there is a below entries
Manifest-Version: 1.0
Class-Path: SharedUtilities.jar log4j.jar
However, my program always hit below runtime error.
[java] Caused by: javax.ejb.TransactionRolledbackLocalException: EJB Exception:
: java.lang.NoClassDefFoundError: org/apache/log4j/PropertyConfigurator
But the program in EJB1.jar and EJB2.jar seem to have no such problem in loading
classes in SharedUtilities.jar. The problem can be eliminated if i put log4j.jar
at system classpath. Can anybody provide me with info on how to package a log4j
library within a EAR package ?
In addition, where should i put the log4j.properties so that it will be at search
path of log4j and automatically loaded by log4j lib
regards
Danny

Hi Slava Imeshev
I am a bit confused about your reply. As said, the log4j.jar was packaged in my
ear file. If the log4j.jar was not packaged in ear file, how come the ejb classloader
can locate it.
Secondly, if log4j.jar is included in system classpath, the ejb also can load
log4j classes by system classloader. No "NoClassDeffound" exception is thrown.
regards
dso
"Slava Imeshev" <[email protected]> wrote:
"dso" <[email protected]> wrote in message
news:[email protected]...
Hi Slava Imeshev
thanks for your response. I am a bit confused about your answer.
i can't understand why u said the classloader COULD loadorg/apache/log4j/PropertyConfigurator.
According to the error msg, it said
" java.lang.NoClassDefFoundError: org/apache/log4j/PropertyConfigurator".
Seemingly,
this class in log4j.jar could not be located. But as i said in lastquestion,
i seemed to have properly
edit the "META-INF/manifest.mf" in EJB1.jar and EJB2.jar to includelog4j.jar
in "Class-path" attribute. And my EJB classes have no problem in loadingclasses
in SharedUtilities.jar. Would u please elaborate on it in more details?
Sure. NoClassDefFoundError means that a DEPENDING class
can not be loaded. If the classloader were not able to load the class
itself, it would give you ClassNotFoundException.
Just make sure that you don't have the same packages in
the ear and in the class path so that you don't have classes
loaded by system classloader trying to load classes loaded
by ejb classloaders.
regards
dso
"Slava Imeshev" <[email protected]> wrote:
First, this error means that classloader was able to load
org/apache/log4j/PropertyConfigurator, but cold not load
one of depending classes. I'd inspect the CLASSPATH
to see if there are any log4 classes there.
Second, you can package your log4.properties into
log4.jar itself.
Regards,
Slava Imeshev
"dso" <[email protected]> wrote in message
news:[email protected]...
Hi All
i struggle hard to create a EAR composed of EJB JARs and WARs and
the
programs
in these JARs and WARs use log4j to log msg. Because i want all
J2EE
apps
to have
their own version of log4j library, i package log4j.jar in the EARfile.
Below
is my EAR package structure
EJB1.jar
EJB2.jar
SharedUtilities.jar
log4j.jar
log4j.properties
WEBAPP1.war
WEBAPP2.war
META-INF/manifest.mf
For both EJB1.jar and EJB2.jar's META-INF/manifest.mf, there is
a below
entries
Manifest-Version: 1.0
Class-Path: SharedUtilities.jar log4j.jar
However, my program always hit below runtime error.
[java] Caused by: javax.ejb.TransactionRolledbackLocalException:EJB
Exception:
: java.lang.NoClassDefFoundError: org/apache/log4j/PropertyConfigurator
But the program in EJB1.jar and EJB2.jar seem to have no such problemin
loading
classes in SharedUtilities.jar. The problem can be eliminated if
i
put
log4j.jar
at system classpath. Can anybody provide me with info on how to
package
a
log4j
library within a EAR package ?
In addition, where should i put the log4j.properties so that it
will
be at
search
path of log4j and automatically loaded by log4j lib
regards
Danny

(266436851) Q: WWSD-7 Can web service be in packages other than .ear files?

Q:<WWSD-7> Could we deploy the SOAP package not using the ear, instead could we
put all the related Java code to jar file and the rest of the code to the war
files? The reason I asked is because we do not deploy our applciation in ear format.
A:<WWSD-7> EAR files are general packaging structures that can contain war, EJB
jar, rar and regular jar files. The wsgen task provided expects an output file
to be an ear file. If you are going to utilize another format you will be resonpsible
for building the appropriate web application components. It can be done but you
will have to do more work and not use the provided wsgen task. As far as web services
in general are concerned, the actual business processing can be done by any component
just as long as there is a servlet that understands the SOAP requests and responses.
It is BEA expectation that EJBs are supposed to be you core business components
so these will be the operations most likely to be exposed as web srevices.

Hello Erik,
I was looking into the thread , it seems you have found out the solution .
Could you look into this thread and provide some insight for the same ? I am currently facing the problem as mentioned in the link below.
CAF-EJB
Regards,
Ronniee

Ear files and third-party packages

Hi all.
I don't know where to put a third-party .jar package into an ear file. Does it have to go under the META-INF folder, or maybe it has to go at the same folder as ejb jars go? I read the J2EE specs, but it doesn't make up my mind.
Thanks very much.

In meta-inf folder change application.xml
in <application>
add here u'r application jar and third party jar
eg
<module><ejb>test.jar</ejb></module>
<module><ejb>test1.jar</ejb></module>
</application>
put u'r all jar files ( application and third party jars )in parent folder.

Packaging - putting support files within ear file

We have a J2EE application that leverages some xml control files. We would like to package the application with these support files all within the ear file. Currently, these files get moved seperate from the ear, which causes files to be missed sometimes during deployment. Our questions are as follows:
1) Can these files be placed in the ear file?
2) How do we reference them? Currently the application works by specifying the path to these files in the web.xml, what is the path we should use so that our application can find the files?

"Brandon Witte" <[email protected]> skrev i en meddelelse
news:[email protected]..
We have a J2EE application that leverages some xml control files. Wewould like to package the application with these support files all within
the ear file. Currently, these files get moved seperate from the ear, which
causes files to be missed sometimes during deployment. Our questions are as
follows:
>
1) Can these files be placed in the ear file?
2) How do we reference them? Currently the application works byspecifying the path to these files in the web.xml, what is the path we
should use so that our application can find the files?
The simplest solution would be to put them in the WEB-INF/classes or
APP-INF/classes directories and load them through the classloader.

How to access a jar file in EAR file?

I have a EAR file which contains EJB.jar file and util.jar file. Outside of EAR, I mean in client side, I need to reference util.jar file. How can I access it?
EAR structure is
|--+META-INF/
|--|---application.xml
|--|---manifest.mf
|--EJB.jar
|--|---+MEAT-INF/
|--|---|--- deployment descriptors...
|--|---|--- manifest.mf
|--|--- EJB classes
|--Util.jar
Util.jar must be executed in server side. If I just add Util.jar in client program's classpath, when client program is executed, serverside Util.jar is executed? Or what else I should do in the client program to reference server-side Util.jar?

Excellent question. I don't see any client-jar in your EAR file structure. So I am assuming you are writing a separate client application which will talk to the ejbs deployed as part of this EAR. You need to do the following:
Write another EAR file with the following structure:
ear:
META-INF/application.xml
util.jar
client.jar
client.jar should have a META-INF/MANIFEST.MF and that should contain Class-Path:util.jar and value for Main-Class attribute.
Now deploy this new ear to your application server and execute it using Application Client Container that comes with your app server.
If you don't want to write another EAR file, then bundle th client.jar in your original EAR file.
Points to note are:
you have to repackage util.jar again inside this ear file.
For portability reason, you should use Class-Path manifest entry in client.jar. Refer to http://java.sun.com/j2ee/verified/packaging.html and J2EE platform spec section #8.2.
Hope this helps,
Sahoo

Problems while deploying a war file as a part of ear file

Hello!!!
          Is there a weblogic or Sun reference document to find out the correct way to specify library paths or class paths when one is trying to deploy a WAR file as a part of an EAR file?
          I have been having lot of trouble and very sporadic too in getting stuff to work correctly.
          -Eagle

OK! I found something the very hard way. For my J2EE application packaged as an ear file containing one ejb module in an ejb-jar file and one web module in my .war file; further, noting that my web module is a struts application; it appears that the dependent jar libraries should be placed in the EAR file and a MANIFEST classpath entry should be added to the ejb-jar file's manifest - even for the WAR to work correctly. the presence or absence of dependent jar files in the "lib" directory of the WAR file makes no difference for the working of the WAR file.
          Is this behavior that I am seeing on my weblogic 8.1 server a documented and expected behavior? I am not too sure. did anyone else have such an experience?
          Eagle
          > Hello!!!
          >
          > Is there a weblogic or Sun reference document to find
          > out the correct way to specify library paths or class
          > paths when one is trying to deploy a WAR file as a
          > part of an EAR file?
          >
          > I have been having lot of trouble and very sporadic
          > too in getting stuff to work correctly.
          >
          > -Eagle

Error is deploying EAR file

Hi Friends,
I tried deploying an EAR file generated from IBM Websphere. The application was working fine on the development side.
But when i deployed it to Oracle App Server, not able to run the application as before. Its showing some error in the log.
Could someone pls help me solve it. Thanks in advance. Would greatly appreciate your help :)
Thanks,
Samem
here's the log
Log Text
Started
EPROC_NEW_RND: jsp: init
EPROC_NEW_RND: action: init
EPROC_NEW_RND: Started
EPROC_NEW_RND: Stopped
Stopped (Shutdown executed by jazn.com/admin from 127.0.0.1 (127.0.0.1))
07/03/09 10:15:19 Started
07/03/09 10:15:19 EPROC_NEW_RND: jsp: init
07/03/09 10:15:19 EPROC_NEW_RND: action: init
07/03/09 10:15:20 EPROC_NEW_RND: Started
07/03/09 10:16:13 EPROC_NEW_RND: RequestServlet: init
07/03/09 10:16:13 EPROC_NEW_RND: JspServlet: unable to dispatch to requested page: Exception:java.io.FileNotFoundException: D:\OraHome_1\j2ee\EPROC_NEW\applications\EPROC_NEW\EPROC_NEW_RND\reqError.jsp
(The system cannot find the file specified)
07/03/09 10:16:13 EPROC_NEW_RND: Servlet error
java.lang.IllegalStateException: Response has already been committed
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.EvermindHttpServletResponse.resetBuffer(EvermindHttpServletResponse.java:1902)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.forward(ServletRequestDispatcher.java:213)
at servlet.RequestServlet.doPost(RequestServlet.java:231)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:824)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:330)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:830)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.AJPRequestHandler.run(AJPRequestHandler.java:224)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].server.http.AJPRequestHandler.run(AJPRequestHandler.java:133)
at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.0.2)].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:192)
at java.lang.Thread.run(Thread.java:534)

Hello,
Based on the following error:
'07/03/09 10:16:13 EPROC_NEW_RND: JspServlet: unable to dispatch to requested page: Exception:java.io.FileNotFoundException: D:\OraHome_1\j2ee\EPROC_NEW\applications\EPROC_NEW\EPROC_NEW_RND\reqError.jsp
(The system cannot find the file specified) '
I would say that the reqError.jsp is not presented/packaged in your WAR, could you check?
Regards
Tugdual Grall

Porting *.war files and *.ear files to Weblogic 10.3

If we can figure this issue out, I'll see if I can't publish/post a
maven-based solution in the Maven and Oracle forums so that others
will not have to go through our pain.
We are having all the usual problems regarding where Weblogic expects
to find things and what exclusions need to be made in weblogic.xml for
war files and weblogic-application.xml for ear files. Any insights
would be deeply appreciated.
Here is what our exploded war structure currently looks like.
|____index.jsp
|____WEB-INF
| |____lib
| | |____...a long list of jar files
| |____tags
| | |____...a short list of tag files
| |____applicationContext.xml
| |____web.xml
| |____content
| | |____...a bunch of jsps
| |____tlds
| | |____...some tlds
| |____classes
| | |____mailProperties.properties
| | |____struts.xml
| | |____logback.xml
| | |____com ... the root of our class heiarchy
|____images
| |____...a list of images
|____META-INF
| |____maven
| | |____com
| | | |____project-name
| | | | |____pom.xml
| | | | |____pom.properties
| |____MANIFEST.MF
|____script
| |____...some java script files
|____style
| |____...some css files
Exceptions when trying to deploy are as follows:
INFO: ... initialized Struts-Spring integration successfully
java.lang.Exception: Could not load
servers/AdminServer/tmp//appmergegen_1254502686535_OurApp/war/WEB-INF/classes/com...
at com.opensymphony.xwork2.util.finder.ClassFinder.readClassDef(ClassFinder.java:745)
at com.opensymphony.xwork2.util.finder.ClassFinder.<init>(ClassFinder.java:148)
The exception above repeats for every .class file found below
WEB-INF/classes/com, i.e. the the ones in this module rather than the
ones in included modules.
Checking the file system shows that there is no such directory as
"appmergegen_1254502686535_conap". I'm uncertain if there is actually
supposed to be anything there, but it would seem like it.
I've a theory that if we can solve the above issue, we can solve the
rest ourselves.
It would also be handy to know what packages may cause conflicts.

Alright, my research points to the idea that this might have something to do with staging. Since this is a dev setup we don't have any managed servers or anything. All we have is AdminServer and that is it. We have only one domain and it is "base_domain". Does anyone know if this is wrong?

Unable to deploy a simple WAR / EAR file on Standalone OC4J instance

All,
This issue is baffling me since yesterday and while I continue to look for options , would appreciate if anyone of you has run into something similar and give me some hints on how to proceed on this ..
I downloaded the Standalone OC4J ( 10.1.3 ) from otn.oracle.com and also downloaded JDK 1.5 Update 12 from the Sun Website and installed it on my local
Windows XP machine. Everything works well and the application gets deployed.
I then copied the 10.1.3 Standalone OC4J to the Solaris 5.9 box which already
has JDK 1.5 Update 12 installed. We extracted the OC4J to its own directory , set the Java_Home and the Oracle_Home environment variables and were able to
startup the OC4J instance.
However when trying to deploy even a simple HelloWorld.jsp file packaged as an EAR or WAR , we get these errors..
[Aug 8, 2008 9:40:27 AM] Application Deployer for CISS STARTS.
[Aug 8, 2008 9:40:27 AM] Copy the archive to /home/aplperdev1/ssp_java/oc4j/j2ee/home/applications/CISS.ear
[Aug 8, 2008 9:40:28 AM] Initialize /home/aplperdev1/ssp_java/oc4j/j2ee/home/applications/CISS.ear begins...
[Aug 8, 2008 9:40:28 AM] Unpacking CISS.ear
[Aug 8, 2008 9:40:28 AM] Error while unpacking CISS.ear java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.(ZipFile.java:203) at java.util.jar.JarFile.(JarFile.java:132) at java.util.jar.JarFile.(JarFile.java:97) at oracle.oc4j.util.FileUtils.unjar(FileUtils.java:309) at oracle.oc4j.util.FileUtils.autoUnpack(FileUtils.java:488) at com.evermind.server.deployment.EnterpriseArchive.(EnterpriseArchive.java:234) at oracle.oc4j.admin.internal.ApplicationDeployer.initArchive(ApplicationDeployer.java:412) at oracle.oc4j.admin.internal.ApplicationDeployer.doDeploy(ApplicationDeployer.java:187) at oracle.oc4j.admin.internal.DeployerBase.execute(DeployerBase.java:93) at oracle.oc4j.admin.jmx.server.mbeans.deploy.OC4JDeployerRunnable.doRun(OC4JDeployerRunnable.java:52) at oracle.oc4j.admin.jmx.server.mbeans.deploy.DeployerRunnable.run(DeployerRunnable.java:81) at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:298) at java.lang.Thread.run(Thread.java:595)
[Aug 8, 2008 9:40:28 AM] Operation failed with error: Unable to find/read file META-INF/application.xml in /home/aplperdev1/ssp_java/oc4j/j2ee/home/applications/CISS (META-INF/application.xml)
Using the above error messages , I certainly do not find the CISS.ear file getting copied to /home/aplperdev1/ssp_java/oc4j/j2ee/home/applications/CISS.ear
which explains the rest of the messages.
I have tried placing the EAR file both remote and local on the Application Server box but the results remain the same. Assuming it might be a permissions issue , we have opened up all the permissions on this OC4J home ( recursively )
to everyone ..
Is there a specific version of tar / unzip / jar required to deploy EARs / WARs on Solaris 5.9 running JDK 1.5 Update 12.
We had some issues when extracting OC4J to its directory but there were no errors displayed on the screen ... Only when we tried starting up the OC4J instance , it started complaining about missing XML files .. This was resolved by manually extracting the XML's from the corresponding jars and placing them in the proper directories ..
Also looked at Bug:6330834 but am not very sure if this applies to our case because all these drives are local to the Sun box.
Other than attempting a reinstall and opening an Service Request with Oracle , I am running out of ideas at this time ..
So any ideas / hints would be gladly accepted :)
Vishwa

When you say:
I then copied the 10.1.3 Standalone OC4J to the Solaris 5.9 box which already has JDK 1.5 Update 12 installed. We extracted the OC4J to its own directory , set the Java_Home and the Oracle_Home environment variables and were able to
startup the OC4J instance.
We had some issues when extracting OC4J to its directory but there were no errors displayed on the screen ... Only when we tried starting up the OC4J instance , it started complaining about missing XML files .. This was resolved by manually extracting the XML's from the corresponding jars and placing them in the proper directories ..
It sounds like you have some funky issues there with those missing XML files -- that is not expected or normal.
Do you mean you copied the same oc4j_extended.zip to the server and unzipped it, or you zipped up the directories you were using on the Windows box, copied that over, and unzipped it?
I don't know of any problems with Solaris, JDK5, U12.
What about if you do this to remove any issues with the remote copy aspect of the deployment.
1. Stop OC4J.
2. Manually copy CISS.ear to /home/aplperdev1/ssp_java/oc4j/j2ee/home/applications/
3. Edit the j2ee/home/config/server.xml file and add the entry to deploy the application
4. Edit the j2ee/home/config/default-web-site.xml and bind any web-modules you need.
5. Start the server and see what happens -- the application should be deployed.
Also, what happens if you use the $JAVA_HOME/bin/jar to try and view the contents of the CISS.ear file?
-steve-

Running a J2EE application (ear file)

I am new to J2EE. I have created a EnpDtls Servlet simply to greet a person by name - like sample application. But i am unable to see it in on web (localhost:8080). What should i give as url to view the application? I am using J2EE 1,4 Application Server 8.2 from SUN. and jsdk 1.5
I can see my html file under Context Root i.e localhost:8080/EmpDtlsCx. But what should be the url to see the class file of my sevlet.
Servlet is : EmpDtls.class
ContextRoot : /EmpDtlsCx
Web Display : EmpDtlsWebDsp
EAR file : EmpDtlsEar
I have used deploytool. I can also see the Application in Admin console (localhost:4848) -> Enterprise Application. But there also the Admin console does not give any otion of launch as it gives for Web Application. Please note that the verifier option in Admin consoile also passes of sucessfully.
The deployment descriptors: application.xml, sun-application.xml are under <J2ee INSTALLDIR>/domains/domain1/applications/j2ee-apps/EmpDtlsEar/ - the name of the EAR file.
Should i get ContextRoot as folder name ?
Could anyone help in solving my problem ?
The structure of directories and files is as follows
   EmpDtlsEar
   |
   |____ META-INF
   |                |
   |                |____ application.xml
   |                |____ sun-spplication.xml
   |                |____ sun-j2ee-ri.project
   |                |____ MANIFEST.MF
   |
   |____ war-ic.war
                   |
                   |____ EmpDtls.html
                   |
                   |____ META-INF
                   |                  |
                   |                  |__ MANIFEST.MF
                   |
                   |____ WEB-INF
                                     |
                                     |__ web.xml
                                     |
                                     |__ sun-web.xml
                                     |
                                     |__ sun-jee-ri.project
                                     |
                                     |__ classes
                                              |
                                              |__ EmpDtls.class
thanks in advance
tshot

Ok, you have your servlet defined, but now you should map it using mapping tags. Try editing your web.xml file as follows (adding mapping):
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.4" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<display-name>EmpDtlsWarDisp</display-name>
<servlet>
    <display-name>EmpDtlsWebDisp</display-name>
    <servlet-name>EmpDtlsWebComp</servlet-name>
    <servlet-class>tshot.EmpDtls</servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>EmpDtlsWebComp</servlet-name>
    <url-pattern>/EmpDtls</url-pattern>
</servlet-mapping>
</web-app>Note the adding of "tshot." in front of your EmpDtls in your servlet-class tag.
This means you need to create a directory in your src location called "tshot", move your EmpDtls.java into the new directory, and then edit that java file, placing the following line at the top of it:
package tshot;Once you have re-built and re-deployed this you should be able to access your servlet at:
http://localhost:8080/EmpDtlsCx/EmpDtls
Refactoring is a term used to mean you've decided to change the name of a variable, method or some alteration of your java file such as changing package names (or adding to a package in this case) whereby the results may or may not affect other classes which depend on this class. Typically, nowadays refactoring is usually done by selecting a refactoring command from a menu item or button within an IDE (Integrated Development Environment) whereby the IDE performs all of the dependancy checking for you and copies the change to affected areas where necessary. Thus, all you need to do is choose the right refactoring operation and click "Ok" in most cases. In the old days, you would have to keep track of all affected areas and manually edit where necessary, based on your imposed change.

Creation of SCA Package from EAR and SDA

Hi All,
As we know that when a CAF project is created then another 4 projects( dictionary, ejbmodule, permission and webdynpro) are created with the main CAF project and at deployment time five files are deployed at J2EE engine. Among them four are EAR files and one SDA file(for dictionary project).
I want to put all the five files ( four EAR and one SDA) within a SCA package. So, how can I do it? I have got a help(Note number 696084) of creation SCA from SDA and EAR but that is applied for NetWeaver'04. Now I am using NetWeaver'04S and NWDS SP7 and SP8. So please could anybody help me to solve the problem.
Thanks and Regards
Chandan

Try this link:
http://help.sap.com/saphelp_nw04s/helpdata/en/a3/782240da03e569e10000000a155106/frameset.htm

Urgent :- Unable to deploy EAR file in Oracle application server

Hello folks,
I am trying to deploy an application containing jsps and servlets
packaged into EAR using ant. However when am trying to do so by using
the Deploy EAR option in the Enterprise manager, it throws the
following error -
"Invalid J2EE application file specified - Jar file:
/var/tmp/jar47241.tmp is missing its standard xml descriptor located at
META-INF/ejb-jar.xml"
I suspect that something could be wrong with regards to the way the ear
file has been created.
Please if someone could pin point the problem and help me understand
the the above error message , it will be of great help to me and I d
really appreciate this.
Many Thanks,
Ramn.

Hello,
I try to deploy an ear file (contains jar and war files) in Oracle Application server in linux, but the time is so long. The same file I deploy in a OAS in windows and the deploy time was 2 minutes, but in linux I leave the hole night and the session close and the deploy in unable.
I don't know if I need configure an especial option in the OAS in Linux, how I can load my ear file.
The OAS in windows was installed with oc4j options only, but the OAS in linux was full installation
Please help me....
Thanks.

(un)deploy a single component in an .ear File in WLS 6.1

I deployed a .ear File, that contains 25 EJBs and 5 webapplications) in WLS
6.1. Everything is fine. Now i tried to undeploy a single EJB that is
contained in the .ear File. But when i mark this EJB in the WLS admin
console as undeployed, all other EJBs and WARs are marked as undeployed.
Is this becaue of the J2EE specification or is it a weblogic feature /
problem?
alexander

This issue is seen only with IBM JDK 1.6 (any SR) because, IBM packages the xerces version 2.9 as a part of $IBM_JDK_HOME/jre/lib/xml.jar.
I think/understand that, your application is also packaging a xerces impl jar(different version otherthan xerces version 2.9) in WEB-INF/lib of you application.
So, to make sure that the WebLogic Server uses the xerces impl jar that has been packaged, you are trying to use the filtered classloader in weblogic-application.xml
But the filtered classloader would not have any effect, since, the IBM JDK packaged xerces parsers would also be with the same package structure. So, I think you should try with setting the following in WEB-INF/weblogic.xml inside the <weblogic-web-app> tag.
<container-descriptor>
<prefer-web-inf-classes>true</prefer-web-inf-classes>
</container-descriptor>
I think this should work with WLS 11gR1PS2 (WLS 10.3.3).

Packaging an EAR file

Similar Messages

Maybe you are looking for