Problem with JAR Deployment
Hi,
I knew there are many threads about the deployment to a jar file and problems of missing additional jars used in the project. But I'm facing a problem, which I couldn't solve by reading the threads. Also I've read in Oracle JDeveloper 10g Handbook of OraclePress howto "Create a Java Application JAR File" and hopefully done all necessary steps.
at the moment I've done the following
1. create a new Deployment to JAR
2. enter a name for JAR File: C:\test.jar
3. checked "Include Manifest File"
4. set the Main Class to main.MainFrame
5. create a new File Group "libs" with type Libraries
6. I've selected all jars available in "Filters" (later I will try to minimize the added jars, but for a first try all jars should guarantee that nothing is missing)
7. deployed ma project to jar-file
8. running java.exe -jar C:\test.jar
I get always NoClassDefFoundError ...
Opening the test.jar in JDEveloper I can see all the jars inside it, opening the manifest.MF I see the following:
Manifest-Version: 1.0
Created-by: Oracle Jdeveloper 10.1.3.0.4
Main-Class: main.MainFrame
What else do I have to do to get it running without error???
Thanks for any help - You're helping a despairing person near at the end of all nerves :)
chrissy
There is an option in Jar deployment profile properties, Additional manifest files to merge...
Add a file such that the contents define your classpath. I have one that looks like this:
Class-Path: lib\frmjdapi.jar lib\support.jar
Make sure the Class-Path is on one line and append a new line to the end. So your final file will contain two lines. first is the classpath and second is just the line feed.
When you opn the Manifest file now, you should see the Class-Path contents added.
Good luck.
Similar Messages
-
Strange Problem with PAR deployment.
Hi Everybody,
I am undergoing with the strange problem with PAR deployment. When I am deploying any Par file its going successful but when again If I am changing this same PAR file in NWDS and deploying it ... its deploying but not showing the updated deployment version. To see the updated version, every time, I have to go Portal->System Admin->Support->Admin Console and DELETE the existing PAR file. But this procedure takes too time to work on each and every time. Can you help me with some new concept where the new deployed version will get updated on previous one without any manual process or if this something related to cache problem then how to work out?
Thanks,
Roshan GuptaHi,
If it saves you time you can also deploy from here:
.../irj/servlet/prt/portal/prtroot/com.sap.portal.runtime.system.console.ClusterAdminConsole
In some cases (rarely) I observed the behavior you described above.
In thoes cases after deploying the file I click the "clean" button on the bottom, since after the deployment it contains the name of the par you just uploaded it'll save you the time of looking for that par to earase.
After that you have to deploy the par again, but again it's allready in the browse console box.
Best Regards,
Nadav. -
When creating an ear-file (using ant 1.6.3) I get an EAR file that I can perfectly examin with the jar tool, I can even unzip it. All jars within can be unzipped as well. The ear file does contain an META-INF/application.xml file as well as a META-INF/sun-application.xml file but whenever I try to deploy, I get an error indicating that there are problems with the zip file.
Running the verifier manually on the ear file gives the following:
STATIC VERIFICATION RESULTS
NUMBER OF FAILURES/WARNINGS/ERRORS
# of Failures : 0
# of Warnings : 0
# of Errors : 1
ERRORS THAT OCCURED WHILE RUNNING STATIC VERIFICATION
Error Name : Could not verify successfully.
Error Description : java.io.IOException: error in opening zip file
at com.sun.enterprise.tools.verifier.VerificationHandler.explodeArchive(VerificationHandler.java:189)
at com.sun.enterprise.tools.verifier.VerificationHandler.init(VerificationHandler.java:121)
at com.sun.enterprise.tools.verifier.VerificationHandler.<init>(VerificationHandler.java:55)
at com.sun.enterprise.tools.verifier.Verifier.verify(Verifier.java:74)
at com.sun.enterprise.tools.verifier.Verifier.main(Verifier.java:53)
Caused by: java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:204)
at java.util.jar.JarFile.<init>(JarFile.java:132)
at java.util.jar.JarFile.<init>(JarFile.java:97)
at com.sun.enterprise.deployment.archivist.InputJarArchive.getJarFile(InputJarArchive.java:204)
at com.sun.enterprise.deployment.archivist.InputJarArchive.open(InputJarArchive.java:193)
at com.sun.enterprise.deployment.archivist.JarArchiveFactory.openArchive(JarArchiveFactory.java:41)
at com.sun.enterprise.deployment.backend.J2EEModuleExploder.explode(J2EEModuleExploder.java:84)
at com.sun.enterprise.deployment.backend.J2EEModuleExploder.explode(J2EEModuleExploder.java:59)
at com.sun.enterprise.deployment.backend.EarExploder.explodeEjbs(EarExploder.java:80)
at com.sun.enterprise.deployment.backend.EarExploder.explode(EarExploder.java:63)
at com.sun.enterprise.tools.verifier.VerificationHandler.explodeArchive(VerificationHandler.java:179)
... 4 more
Anyone an idea where to look?Are you using SP2? If not, try it, as BEA have fixed some tld-related bugs.
simon.
"Mike Dunbar" <[email protected]> wrote:
>
I'm having trouble deploying/running my application as an EAR file. -
Hi all,
I am trying to deploy the ear by using the user credentials which was given at the time of installation.
But is was giving an error like :
Base login Exception : Cannot authenticate user.
Session- CheckForTicketException.
Regards,
Kiran.Hi Bhogi,
Try opening Visual Admin if your not able to login with username(admin) and password. Problem with NWD2004s do the following steps.
C:\usr\sap\J2E\JC01\j2ee\configtool->configtool.bat->open it
1. Click on Secure store
2. Right you will find :
admin/password/J2E->retype your admin passowrd which you gave during installation.
Restart the server and deploy it...
In case if your able to login visual admin follow the thread that will solve your problem;
Cannot connect to Host with user name J2EE_ADMIN !!!
Errors in While trying to Deopy Web Dynpro Application
Regards
Suresh KB -
CAPS 5.1.3U3 problem with jar import
Since we installed update release 3 for JCAPS 5.1.3 we have the following problem with the Enterprise Designer:
1) In a jcd I click "Import jar file"
2) I add or remove a jar file (same project directory).
3) I click close.
result: I get an "Unexpected Exception": "A java.lang.StackOverflowError exception occurred. ..."
In our productive JCAPS we work still with 5.1.3U2 and there we do not experience the problem.
The repository.log does not report any regarding error.
Restarting the repository and clearing the enterprise designer's user cache do not change the situation.
Has anybody any idea what to do?
Heiner.
Edited by: HeinerFauteck on 11.11.2008 13:44
Edited by: HeinerFauteck on 11.11.2008 13:45Hello Everybody,
Even I'm also experiencing the "java.lang.StackOverflowError exception" when I want to delete the imported JAR file from any JCD. Increasing the heap size to 1024KB also didn't work.
I suppose it is problem with the U3. -
Problem with weblogic.deploy and cluster
I'm having some problems with the weblogic.deploy class when trying to refresh
a jsp file. Using the following command to redeploy the entire application works
fine:
java weblogic.deploy -port 9876 -host apptest01 update
administrator portal c:\portal-site
However using the following command to refresh just one jsp
file:
java weblogic.deploy -url t3://apptest01:9876 -username system
-jspRefreshFiles ./index.jsp -jspRefreshComponentName portal
refresh administrator portal
produces the following stack trace:
javax.naming.NameNotFoundException: Unable to resolve
weblogic.management.home.olbcluster.
Resolved: 'weblogic.management.home' Unresolved:'olbcluster' ;
remaining name ''
at weblogic.rmi.internal.BasicOutboundRequest.
sendReceive(BasicOutboundRequest.java:85)
at weblogic.rmi.cluster.ReplicaAwareRemoteRef.
invoke(ReplicaAwareRemoteRef.java:255)
at weblogic.rmi.cluster.ReplicaAwareRemoteRef.
invoke(ReplicaAwareRemoteRef.java:222)
at weblogic.rmi.internal.ProxyStub.invoke(ProxyStub.java:35)
at $Proxy0.lookup(Unknown Source)
at weblogic.jndi.internal.WLContextImpl.
lookup(WLContextImpl.java:323)
at weblogic.management.tools.WebAppComponentRefreshTool.
getMBeanHomeForManagedServer
WebAppComponentRefreshTool.java:498)
at weblogic.management.tools.
WebAppComponentRefreshTool.
getComponentMBeanForServer
(WebAppComponentRefreshTool.java:225)
at weblogic.management.tools.
WebAppComponentRefreshTool.findInternalPaths
(WebAppComponentRefreshTool.java:187)
at weblogic.management.tools.WebAppComponentRefreshTool.
refresh(WebAppComponentRefreshTool.java:151)
at weblogic.deploy.refresh(deploy.java:704)
at weblogic.deploy.runBody(deploy.java:374)
at weblogic.utils.compiler.Tool.run(Tool.java:79)
at weblogic.deploy.main(deploy.java:1601)
Unable to resolve weblogic.management.home.olbcluster.
Resolved: 'weblogic.management.home' Unresolved:'olbcluster'
Any ideas?
"John Murphy" <[email protected]> wrote:
>
>I'm having some problems with the weblogic.deploy class when trying to
>refresh
>a jsp file. Using the following command to redeploy the entire application
>works
>fine:
>
>java weblogic.deploy -port 9876 -host apptest01 update
>administrator portal c:\portal-site
>
>However using the following command to refresh just one jsp
>file:
>
>java weblogic.deploy -url t3://apptest01:9876 -username system
>-jspRefreshFiles ./index.jsp -jspRefreshComponentName portal
>refresh administrator portal
>
>produces the following stack trace:
>
>javax.naming.NameNotFoundException: Unable to resolve
>weblogic.management.home.olbcluster.
>Resolved: 'weblogic.management.home' Unresolved:'olbcluster' ;
>remaining name ''
> at weblogic.rmi.internal.BasicOutboundRequest.
> sendReceive(BasicOutboundRequest.java:85)
> at weblogic.rmi.cluster.ReplicaAwareRemoteRef.
> invoke(ReplicaAwareRemoteRef.java:255)
> at weblogic.rmi.cluster.ReplicaAwareRemoteRef.
> invoke(ReplicaAwareRemoteRef.java:222)
> at weblogic.rmi.internal.ProxyStub.invoke(ProxyStub.java:35)
> at $Proxy0.lookup(Unknown Source)
> at weblogic.jndi.internal.WLContextImpl.
> lookup(WLContextImpl.java:323)
> at weblogic.management.tools.WebAppComponentRefreshTool.
> getMBeanHomeForManagedServer
> WebAppComponentRefreshTool.java:498)
> at weblogic.management.tools.
> WebAppComponentRefreshTool.
> getComponentMBeanForServer
> (WebAppComponentRefreshTool.java:225)
> at weblogic.management.tools.
> WebAppComponentRefreshTool.findInternalPaths
> (WebAppComponentRefreshTool.java:187)
> at weblogic.management.tools.WebAppComponentRefreshTool.
> refresh(WebAppComponentRefreshTool.java:151)
> at weblogic.deploy.refresh(deploy.java:704)
> at weblogic.deploy.runBody(deploy.java:374)
> at weblogic.utils.compiler.Tool.run(Tool.java:79)
> at weblogic.deploy.main(deploy.java:1601)
>Unable to resolve weblogic.management.home.olbcluster.
>Resolved: 'weblogic.management.home' Unresolved:'olbcluster'
>
>Any ideas?
>
Hi John,
How's tricks?
It looks to me as though the olbcluster JNDI reference isn't being resolved from
the tree. A similar error results when a Connection Pool cannot be resolved, the
JNDI context env.jdbc is resolved but the particlar pool isn't. In my experience
it often turns out to be an error in the correlation between the deployment descriptors,
settings applied via the console and references made in the code.
That's my tuppence worth,
James :-)
-
Csa 6.0 problem with software deployment tool
Hi Guys,
I am having some problems with csa 6.0 and a software deployment tool called capainstaller, it resides on the client and picks up packages on some server shares and executes them from there, or copies it locally. We have added it to the class that defines mass software deployment like we did in 5.2, which works fine in 5.2, in 6.0 we are getting alot of applications getting put into @untrusted, for some reason. I can't figure out if i am supposed to make general exeptions for shares and local directories where the deployment tool reads its packages from ? In that case which classes should i modify, i am seeing alot of classification from the module called Security - Untrusted Content Classification, and this gives me alot of headaches.Well, the Mass Software Deployment class, is where you are supposed to put marimba, in 5.2 this was fine, and worked for most of the installations i have done. in 6.0 the big break came when i found out that you can't use UNC network paths in a file set, it just doesn't work. If you put it is a literal straight in the same field as the altiris and sms are in the built-in rules, that works, maybe your marimba agent is also part locally installed and part gotten from the network like ours is ?
-
Problems with CORBA deployed BC4J used by JSP app
Hi JDev Team all is beginning to run
, we are trying with EJB's but now we are turn to CORBA for close
view, in a first look CORBA is more complicated than EJB's but
the performance for EJB's is poor from our point of view, if you
are interested in our tryings, more in a another message.
But now in our very first probe with CORBA using the
onlineOrders tuttorial as base, with the jars, classpaths and all
the inner works in a ( as far we knows ) correct state, deployed
and generated, when i try to navigate from de main.jsp (
generated ) to, for example, CustomerView i get this error in the
browser :
Error Message: JBO-25008: Object SupplierView is referenced by
SuppliedByLink. Cannot be removed
Remember that for now we do not modify any code in the generated
jsp's, and the tester runs OK on the deployed BC from
onlineorders, deployed in a fresh schema created in the process
and prepared like the tutorial says.
We continue impressed and very very pleased in the process of
learning JDdev 3.0 and your works :-)
Regards, Nacho
nullHi
It is a bug discovered late but there is a workaround for this.
The error lies in the following iine in
oracle\DataWebBeanImpl.java am.getTransaction().reconnect(false);
Commenting this line out solves the problem.
Workaround Description:
1.Extract jboHTMLsrc.zip to get
oracle\jdeveloper\html\DataWebBeanImpl.java
and comment out the line:
am.getTransaction().reconnect(false);
2. Add this file to your project or compile it and add the .class
file to the classpath.
regards
raghu
Ignacio Ortega (guest) wrote:
: Hi JDev Team all is beginning to run
: , we are trying with EJB's but now we are turn to CORBA for
close
: view, in a first look CORBA is more complicated than EJB's but
: the performance for EJB's is poor from our point of view, if
you
: are interested in our tryings, more in a another message.
: But now in our very first probe with CORBA using the
: onlineOrders tuttorial as base, with the jars, classpaths and
all
: the inner works in a ( as far we knows ) correct state,
deployed
: and generated, when i try to navigate from de main.jsp (
: generated ) to, for example, CustomerView i get this error in
the
: browser :
: Error Message: JBO-25008: Object SupplierView is referenced by
: SuppliedByLink. Cannot be removed
: Remember that for now we do not modify any code in the
generated
: jsp's, and the tester runs OK on the deployed BC from
: onlineorders, deployed in a fresh schema created in the process
: and prepared like the tutorial says.
: We continue impressed and very very pleased in the process of
: learning JDdev 3.0 and your works :-)
: Regards, Nacho
null -
Difficult ClassLoader problems with multiple deployed enterprise Apps
Greetings!
When multiple instances of an enterprise application are deployed, ClassLoader issues are causing ClassCast Exceptions in the instantiation of Stateless SessionBeans. These ClassCast Exceptions are causing the Stateless Session beans to not be created appropriately/correctly, and in turn there is an InvocationTargetException resulting in an HTTP 500 Internal Server Error (mapped to a custom handler).
The setup is SJSAS2005Q2, JDK 1.5, MySQL 5.0, Linux (RedHat 9, and Debian 3.0/3.1)
Below is a typical example:
Exception creating stateless session bean : [{0}]java.lang.reflect.InvocationTargetException
<<long stack Trace omitted>>
Caused by: java.lang.ClassCastException: $Proxy111 at com.acjust.ecommerce.ejb.preferences.PreferenceManagerBean.ejbCreate(PreferenceManagerBean.java:354) ... 67 moreHere is the code from PreferenceManagerBean, the offending line is the (first one) that does a lookup on PreferencesBean and casts the result. This is a SessionFacade (there are many others) and they all (may) exhibit this behavior when there are multiple enterprise apps running.
public void ejbCreate() {
LookupServiceHelper lookup = LookupServiceHelper.getInstance();
preferencesHome = (LocalPreferencesHome)
lookup.getLocalHome(IConstants.PREFERENCES_BEAN);
companyInformationHome = (LocalCompanyInformationHome)
lookup.getLocalHome(IConstants.COMPANY_INFORMATION_BEAN);
businessAddressHome = (LocalBusinessAddressHome)
lookup.getLocalHome(IConstants.BUSINESS_ADDRESS_BEAN);
sitePreferencesHome = (LocalSitePreferencesHome)
lookup.getLocalHome(IConstants.SITE_PREFERENCES_BEAN);
paymentPreferencesHome = (LocalPaymentPreferencesHome)
lookup.getLocalHome(IConstants.PAYMENT_PREFERENCES_BEAN);
productPreferencesHome = (LocalProductPreferencesHome)
lookup.getLocalHome(IConstants.PRODUCT_PREFERENCES_BEAN);
}When there is one instance of the App, it works perfectly. When there are two instances, one works perfectly, and the other one will have the above issues with the instantiation of Stateless Session Beans (the broken enterprise app is the one that is NOT loaded or reloaded most recently).
Thinking that the problem may be solved by rearranging or repackaging the software, multiple solutions have been tried. (ClassCast Exceptions such as these are typically the result of helper classes being loaded by one class-loader, then loaded by another, compared or casted, and the two are not equivalent). In this case, though, the software is behaving as though each enterprise app does not have its own class loader hierarchy, which is obviously highly undesirable for the situation at-hand. At any rate, bundling all library classes at the app server classpath level, putting all library classes in each jar, and war, and putting all library classes in the ear/lib directory and using MANIFEST.MF classpath entries to point all ear subcomponents at the library classes - none of these potential solutions has alleviated this problem. In addition, the EJB classes themselves triggering the exception(s) are not helper classes but EJBs that are correctly packaged in their respective EJB-JARS.
Here is the sun SJSAS 8 classloader hierarchy from the userguide:
http://docs.sun.com/source/817-6087/dgdeploy.html#wp58491
Can somebody from the Sun App Server team speak to whether or not this is an Application Server issue? Why should the classloader hierarchy from one enterprise app interfere with any other? Are there known workarounds?
Any help is greatly appreciated.
Best, AdamHi Ken,
I have pretty much ruled out "artifacts" in the Application Server's Classpath, because we already tried reinstalling the Application Server. It is a freshly downloaded SJSAS 8 2005 Q2 downloaded a few days ago with nothing added to the Server Classpath other than a database driver [${com.sun.aas.installRoot}/mysql/lib/mysql-connector-java-3.1.11-bin.jar added to the server CLASSPATH suffix after the PointBase driver(s)].
Yes, each ear has its own name. Once the two enterprise apps have been created/packaged by the ANT build script (they are the same except for the slight differences in deployment descriptors we discussed earlier), one is renamed and we use the SJSAS administrative console to deploy them, both deploy correctly, without errors and begin listening for connections at their respective context-roots. Each enterprise application has two web-wars, one public/customer facing, and one administrative. The first enterprise app listens on /e (public facing) and /a (administrative) and the second listens on / (public facing) and /admin (administrative).
Also, you are correct; each ear has its own copy of the LookupServiceHelper class. Again, there is nothing shared on the App Server Classpath other than that jdbc driver for mysql.
Here is the LookupServiceHelper code:
package com.acjust.ecommerce.util;
import java.sql.Connection;
import java.sql.SQLException;
import java.util.Collections;
import java.util.HashMap;
import java.util.Map;
import java.util.logging.Logger;
import javax.ejb.EJBLocalHome;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.sql.DataSource;
* This class provides JNDI helper functions to look up EJB
* Home implementations.
* @author Copyright (c) 1998-2005 by A. C. Just, Inc. All Rights Reserved.
public class LookupServiceHelper {
* This is the only object of type LookupServiceHelper; this class
* is a singleton.
private static LookupServiceHelper instance = null;
* The logging object for this singleton
private final Logger logger = Logger.getLogger(getClass().getName());
private InitialContext initialContext = null;
private Map cache = null;
* The no argument constructor is private to enforce the fact
* that we do not want to create any other instances of this
* class.
private LookupServiceHelper() {
try {
initialContext = new InitialContext();
cache = Collections.synchronizedMap(new HashMap());
} catch (NamingException ne) {
throw new LookupServiceException(ne);
} catch (Exception e) {
throw new LookupServiceException(e);
* This method returns the only object of this class.
* @return instance The only object of type LookupServiceHelper.
public static LookupServiceHelper getInstance() {
if(null == instance) {
try {
instance = new LookupServiceHelper();
} catch (LookupServiceException lse) {
instance.logger.severe("Failed to create lookup service " +
lse.getMessage());
return instance;
* This utility method looks up an enterprise JavaBean
* in the distributed naming service. It is not type safe;
* that property is guaranteed by the callers.
* @param bean The name of the enterprise JavaBean to find
* in the naming service (a prefix will be automatically added).
* @return An Object that can be casted to a LocalHomeInterface.
public EJBLocalHome getLocalHome(String bean) {
EJBLocalHome localHome = null;
logger.entering("LookupServiceHelper","getLocalHome",bean);
try {
String jndiHomeName = getFullyQualifiedEJBName(bean);
logger.info("looking for " + jndiHomeName);
if (cache.containsKey(jndiHomeName)) {
logger.info("found cached reference");
localHome = (EJBLocalHome) cache.get(jndiHomeName);
} else {
logger.info("no reference found; performing lookup");
localHome = (EJBLocalHome) initialContext.lookup(jndiHomeName);
cache.put(jndiHomeName, localHome);
} catch (NamingException ne) {
throw new LookupServiceException(ne);
} catch (Exception e) {
throw new LookupServiceException(e);
logger.exiting("LookupServiceHelper","getLocalHome",localHome);
return localHome;
* This utility method looks up a javax.mail.Session session
* in the distributed naming service. It is not type safe;
* that property is guaranteed by the callers.
* @param resource The name of the mail session resource to find
* in the naming service (a prefix will be automatically added).
* @return An Object that can be casted to a javax.mail.Session.
public javax.mail.Session getMailSession(String resource) {
javax.mail.Session session = null;
logger.entering("LookupServiceHelper","getMailSession",resource);
try {
String jndiName = getFullyQualifiedMailResourceName(resource);
logger.info("looking for " + jndiName);
if (cache.containsKey(jndiName)) {
logger.info("found cached reference");
session = (javax.mail.Session) cache.get(jndiName);
} else {
logger.info("no reference found; performing lookup");
session = (javax.mail.Session) initialContext.lookup(jndiName);
cache.put(jndiName, session);
} catch (NamingException ne) {
throw new LookupServiceException(ne);
} catch (Exception e) {
throw new LookupServiceException(e);
logger.exiting("LookupServiceHelper","getMailSession",session);
return session;
* Get a connection from the database pool.
* @return Connection
public Connection getDBConnection(String resource) {
Connection connection = null;
try {
String jndiName = getFullyQualifiedDBName(resource);
logger.info("looking for " + jndiName);
if(cache.containsKey(jndiName)) {
logger.info("found cached reference");
connection = (Connection) cache.get(jndiName);
} else {
logger.info("no reference found; performing lookup");
DataSource dataSource = (DataSource) initialContext
.lookup(jndiName);
connection = dataSource.getConnection();
//do not cache the database connection;
//you will get an IllegalStateException if you do
//cache.put(jndiName,connection);
} catch(NamingException ne) {
logger.warning("getConnection failed (naming): " + ne.getMessage());
throw new LookupServiceException(ne);
} catch (SQLException sql) {
logger.warning("getConnection failed (db): " + sql.getMessage());
throw new LookupServiceException(sql);
return connection;
* This utility method takes an enterprise JavaBean name
* and combines it with a prefix to form a fully qualified name
* suitable for using to query the distributed naming service.
* @param bean The name of the enterprise JavaBean to add.
* @return The fully qualified name (e.g. java:comp/env/ejb/ABeanRef).
private String getFullyQualifiedEJBName(String bean) {
return IConstants.JNDI_EJB_PREFIX + bean;
* This utility method takes a messaging resource name
* and combines it with a prefix to form a fully qualified name
* suitable for using to query the distributed naming service.
* @param resource The name of the mail resource
* @return The fully qualified name (e.g. java:comp/env/mail/MailSessionRef).
private String getFullyQualifiedMailResourceName(String resource) {
return IConstants.JNDI_MAIL_PREFIX + resource;
* This utility method takes a messaging resource name
* and combines it with a prefix to form a fully qualified name
* suitable for using to query the distributed naming service.
* @param jdbc The name of the JDBC resource.
* @return The fully qualified name (e.g. java:comp/env/jdbc/mysql).
private String getFullyQualifiedDBName(String resource) {
return IConstants.JNDI_DB_PREFIX + resource;
Some sample exception stack trace(s) (this is a different stateless session than the one before - but indicative of the same problem).
[#|2005-11-10T14:00:20.566-0800|INFO|sun-appserver-pe8.1_02|javax.enterprise.system.container.ejb|_ThreadID=29;|EJB5070: Exception creating stateless session bean : [{0}]
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:410)
at com.sun.ejb.containers.StatelessSessionContainer.access$100(StatelessSessionContainer.java:75)
at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:597)
at com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:168)
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:359)
at com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1072)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:772)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:126)
at $Proxy167.authenticateCustomer(Unknown Source)
at com.acjust.ecommerce.web.businessdelegate.customer.CustomerManagerBusinessDelegate.authenticate(CustomerManagerBusinessDelegate.java:77)
at com.acjust.ecommerce.web.action.customer.LoginAction.execute(LoginAction.java:29)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
at sun.reflect.GeneratedMethodAccessor297.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:185)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:653)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:534)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doTask(ProcessorTask.java:403)
at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:55)
Caused by: java.lang.ClassCastException: $Proxy214
at com.acjust.ecommerce.ejb.client.customermanager.CustomerManagerBean.ejbCreate(CustomerManagerBean.java:71)
... 49 more
|#]
[#|2005-11-10T14:00:20.577-0800|INFO|sun-appserver-pe8.1_02|javax.enterprise.system.container.ejb|_ThreadID=29;|EJB5018: An exception was thrown during an ejb invocation on [CustomerManagerBean]|#]
[#|2005-11-10T14:00:20.578-0800|INFO|sun-appserver-pe8.1_02|javax.enterprise.system.container.ejb|_ThreadID=29;|
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could not create stateless EJB: java.lang.reflect.InvocationTargetException
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could not create stateless EJB: java.lang.reflect.InvocationTargetException
javax.ejb.CreateException: Could not create stateless EJB: java.lang.reflect.InvocationTargetException
at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:418)
at com.sun.ejb.containers.StatelessSessionContainer.access$100(StatelessSessionContainer.java:75)
at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:597)
at com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:168)
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:359)
at com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1072)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:772)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:126)
at $Proxy167.authenticateCustomer(Unknown Source)
at com.acjust.ecommerce.web.businessdelegate.customer.CustomerManagerBusinessDelegate.authenticate(CustomerManagerBusinessDelegate.java:77)
at com.acjust.ecommerce.web.action.customer.LoginAction.execute(LoginAction.java:29)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
at sun.reflect.GeneratedMethodAccessor297.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:185)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:653)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:534)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doTask(ProcessorTask.java:403)
at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:55)
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could not create stateless EJB: java.lang.reflect.InvocationTargetException
at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:599)
at com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:168)
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:359)
at com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1072)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:772)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:126)
at $Proxy167.authenticateCustomer(Unknown Source)
at com.acjust.ecommerce.web.businessdelegate.customer.CustomerManagerBusinessDelegate.authenticate(CustomerManagerBusinessDelegate.java:77)
at com.acjust.ecommerce.web.action.customer.LoginAction.execute(LoginAction.java:29)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
at sun.reflect.GeneratedMethodAccessor297.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:185)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:653)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:534)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doTask(ProcessorTask.java:403)
at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:55)
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could not create stateless EJB: java.lang.reflect.InvocationTargetException
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:364)
at com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1072)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:772)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:126)
at $Proxy167.authenticateCustomer(Unknown Source)
at com.acjust.ecommerce.web.businessdelegate.customer.CustomerManagerBusinessDelegate.authenticate(CustomerManagerBusinessDelegate.java:77)
at com.acjust.ecommerce.web.action.customer.LoginAction.execute(LoginAction.java:29)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
at sun.reflect.GeneratedMethodAccessor297.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:185)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:653)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:534)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doTask(ProcessorTask.java:403)
at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:55)
|#]
[#|2005-11-10T14:00:20.651-0800|WARNING|sun-appserver-pe8.1_02|org.apache.struts.action.RequestProcessor|_ThreadID=29;|Unhandled Exception thrown: class javax.ejb.EJBException|#]
[#|2005-11-10T14:00:20.779-0800|SEVERE|sun-appserver-pe8.1_02|javax.enterprise.system.container.web|_ThreadID=29;|StandardWrapperValve[action]: Servlet.service() for servlet action threw exception
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could not create stateless EJB: java.lang.reflect.InvocationTargetException
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could not create stateless EJB: java.lang.reflect.InvocationTargetException
javax.ejb.CreateException: Could not create stateless EJB: java.lang.reflect.InvocationTargetException
at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:418)
at com.sun.ejb.containers.StatelessSessionContainer.access$100(StatelessSessionContainer.java:75)
at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:597)
at com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:168)
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:359)
at com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1072)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:772)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:126)
at $Proxy167.authenticateCustomer(Unknown Source)
at com.acjust.ecommerce.web.businessdelegate.customer.CustomerManagerBusinessDelegate.authenticate(CustomerManagerBusinessDelegate.java:77)
at com.acjust.ecommerce.web.action.customer.LoginAction.execute(LoginAction.java:29)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
at sun.reflect.GeneratedMethodAccessor297.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:185)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:653)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:534)
at com.sun.enterprise.web.connector.grizzly.Proce -
Problem with weblogic deployment descriptor tool (DDInit)
Hi,
I'm just playing with weblogic ... following their tutorual but I can't seem to run their deployment descriptor tool:
java weblogic.ant.taskdefs.war.DDinit <folderName> gives me a NoClassDefFoundError.
I have weblogic6.0sp1 installed with an evaluation license which has not yet expired. I have d:\bea\wlserver6.0sp1\lib in mt classpath so weblogic.jar is n there.
When I check out the contents of the weblogic.jar file .. I can't seem to find this tool.
Can anyone give me a clue as to what I am doing wrong?Here's a link describing the process. If this is what you are doing then your problem may be that 6.0 doesn't support this.
http://edocs.bea.com/wls/docs61/programming/packaging.html#pack004 -
Problem with Missing deployment descriptor [J2EE:160043]
Hi,
I am having a problem deploying an *.ear into weblogic 8.1. I get the error
J2EE:160043]Missing deployment descriptor "META-INF/application.xml" at "C:\bea\weblogic81\samples\domains\examples\applications\ejb20_dataLoadMgr.ear"
even though the application.xml file is in the *.ear file. This *.ear file is
built using the following
ant script:
Note: I am integrating a Message Driven EJB with Documentum Content Server
DFC API calls (3rd party jars)
Thanks, Craig
<project name="ejb20-message" default="all" basedir=".">
<!-- set global properties for this build -->
<property environment="env"/>
<property file="../../../examples.properties"/>
<property name="build.compiler" value="${compiler}"/>
<property name="source" value="."/>
<property name="build" value="${source}/build"/>
<property name="dist" value="${source}/dist"/>
<property name="dummy" value="${source}/dummy"/>
<!--
<target name="all" depends="clean, init, compile_ejb, jar.ejb, appc, ear_app,
-->
<target name="all" depends="clean, init, compile_ejb, jar.ejb, appc, ear_app3"/>
<!-- compile_client"/> -->
<target name="init">
<!-- Create the time stamp -->
<tstamp/>
<!-- Create the build directory structure used by compile
and copy the deployment descriptors into it-->
<mkdir dir="${build}"/>
<mkdir dir="${build}/META-INF"/>
<mkdir dir="${dist}"/>
<copy todir="${build}/META-INF">
<fileset dir="${source}">
<include name="*.xml"/>
<exclude name="build.xml"/>
<exclude name="application.xml"/>
</fileset>
</copy>
<!-- Changed to move application.xml into ${dist}/meta-inf C. Ahtye
<copy todir="${dist}">
<fileset dir="${source}">
<include name="application.xml"/>
</fileset>
</copy>
-->
<copy todir="${dist}/META-INF">
<fileset dir="${source}">
<include name="application.xml"/>
</fileset>
</copy>
<!--<copy todir="${dist}">
<fileset dir="${source}">
<include name="dfc.properties"/>
</fileset>
</copy>-->
</target>
<!-- Compile ejb classes into the build directory (jar preparation) -->
<target name="compile_ejb">
<javac srcdir="${source}" destdir="${build}" includes="DataLoadMgrBean.java"
excludes="DSSCommand.java,GetDSSCommand.java,ImportXMLHelper.java" classpath="dfc.jar"/>
</target>
<!-- Update ejb jar file or create it if it doesn't exist, including XML
deployment descriptors -->
<target name="jar.ejb" depends="compile_ejb">
<jar jarfile="${dist}/ejb20_dataLoadMgr.jar" basedir="${build}" update="yes">
</jar>
</target>
<target name="appc" depends="jar.ejb">
<wlappc debug="${debug}" source="${dist}/ejb20_dataLoadMgr.jar" classpath="dfc.jar"
verbose="true"/>
</target>
<!-- Put the ejb into an ear, to be deployed from the ${apps.dir} dir -->
<target name="ear_app" depends="jar.ejb">
<ear earfile="${apps.dir}/ejb20_dataLoadMgr.ear" appxml="${source}/application.xml">
<!--<fileset dir="${dist}/APP-INF/lib" includes="dfc.jar"/>
<fileset dir="${dist}/APP-INF/lib" includes="dfcbase.jar"/>-->
<fileset dir="${dist}" includes="ejb20_dataLoadMgr.jar"/>
</ear>
</target>
<!-- Need to place dfc.jar, dfcbase.jar, log4j.jar into {source} and then deploy
to {dist} -->
<target name="ear_app3" depends="jar.ejb">
<jar destfile="${apps.dir}/ejb20_dataLoadMgr.ear" basedir="${dist}"/>
</target>
<target name="ear_app2" depends="jar.ejb">
<wlpackage toFile="${apps.dir}/ejb20_dataLoadMgr.ear" srcdir="${dist}" destdir="${dummy}"/>
</target>
<!-- Compile client app into the clientclasses directory -->
<target name="compile_client">
<javac srcdir="${source}" destdir="${client.classes.dir}" includes="Client.java"/>
</target>
<target name="clean">
<delete dir="${build}"/>
</target>
<!-- Run the example -->
<target name="run">
<java classname="examples.ejb20.dataLoadMgr.Client" fork="yes" failonerror="true">
<arg value="t3://localhost:${port}"/>
<classpath>
<pathelement path="${ex.classpath}"/>
</classpath>
</java>
</target>
</project>Can you show me the output of jar tvf
C:\bea\weblogic81\samples\domains\examples\applications\ejb20_dataLoadMgr.ear
-- Rob
Craig Ahtye wrote:
Hi,
I am having a problem deploying an *.ear into weblogic 8.1. I get the error
J2EE:160043]Missing deployment descriptor "META-INF/application.xml" at "C:\bea\weblogic81\samples\domains\examples\applications\ejb20_dataLoadMgr.ear"
even though the application.xml file is in the *.ear file. This *.ear file is
built using the following
ant script:
Note: I am integrating a Message Driven EJB with Documentum Content Server
DFC API calls (3rd party jars)
Thanks, Craig
<project name="ejb20-message" default="all" basedir=".">
<!-- set global properties for this build -->
<property environment="env"/>
<property file="../../../examples.properties"/>
<property name="build.compiler" value="${compiler}"/>
<property name="source" value="."/>
<property name="build" value="${source}/build"/>
<property name="dist" value="${source}/dist"/>
<property name="dummy" value="${source}/dummy"/>
<!--
<target name="all" depends="clean, init, compile_ejb, jar.ejb, appc, ear_app,
-->
<target name="all" depends="clean, init, compile_ejb, jar.ejb, appc, ear_app3"/>
<!-- compile_client"/> -->
<target name="init">
<!-- Create the time stamp -->
<tstamp/>
<!-- Create the build directory structure used by compile
and copy the deployment descriptors into it-->
<mkdir dir="${build}"/>
<mkdir dir="${build}/META-INF"/>
<mkdir dir="${dist}"/>
<copy todir="${build}/META-INF">
<fileset dir="${source}">
<include name="*.xml"/>
<exclude name="build.xml"/>
<exclude name="application.xml"/>
</fileset>
</copy>
<!-- Changed to move application.xml into ${dist}/meta-inf C. Ahtye
<copy todir="${dist}">
<fileset dir="${source}">
<include name="application.xml"/>
</fileset>
</copy>
-->
<copy todir="${dist}/META-INF">
<fileset dir="${source}">
<include name="application.xml"/>
</fileset>
</copy>
<!--<copy todir="${dist}">
<fileset dir="${source}">
<include name="dfc.properties"/>
</fileset>
</copy>-->
</target>
<!-- Compile ejb classes into the build directory (jar preparation) -->
<target name="compile_ejb">
<javac srcdir="${source}" destdir="${build}" includes="DataLoadMgrBean.java"
excludes="DSSCommand.java,GetDSSCommand.java,ImportXMLHelper.java" classpath="dfc.jar"/>
</target>
<!-- Update ejb jar file or create it if it doesn't exist, including XML
deployment descriptors -->
<target name="jar.ejb" depends="compile_ejb">
<jar jarfile="${dist}/ejb20_dataLoadMgr.jar" basedir="${build}" update="yes">
</jar>
</target>
<target name="appc" depends="jar.ejb">
<wlappc debug="${debug}" source="${dist}/ejb20_dataLoadMgr.jar" classpath="dfc.jar"
verbose="true"/>
</target>
<!-- Put the ejb into an ear, to be deployed from the ${apps.dir} dir -->
<target name="ear_app" depends="jar.ejb">
<ear earfile="${apps.dir}/ejb20_dataLoadMgr.ear" appxml="${source}/application.xml">
<!--<fileset dir="${dist}/APP-INF/lib" includes="dfc.jar"/>
<fileset dir="${dist}/APP-INF/lib" includes="dfcbase.jar"/>-->
<fileset dir="${dist}" includes="ejb20_dataLoadMgr.jar"/>
</ear>
</target>
<!-- Need to place dfc.jar, dfcbase.jar, log4j.jar into {source} and then deploy
to {dist} -->
<target name="ear_app3" depends="jar.ejb">
<jar destfile="${apps.dir}/ejb20_dataLoadMgr.ear" basedir="${dist}"/>
</target>
<target name="ear_app2" depends="jar.ejb">
<wlpackage toFile="${apps.dir}/ejb20_dataLoadMgr.ear" srcdir="${dist}" destdir="${dummy}"/>
</target>
<!-- Compile client app into the clientclasses directory -->
<target name="compile_client">
<javac srcdir="${source}" destdir="${client.classes.dir}" includes="Client.java"/>
</target>
<target name="clean">
<delete dir="${build}"/>
</target>
<!-- Run the example -->
<target name="run">
<java classname="examples.ejb20.dataLoadMgr.Client" fork="yes" failonerror="true">
<arg value="t3://localhost:${port}"/>
<classpath>
<pathelement path="${ex.classpath}"/>
</classpath>
</java>
</target>
</project> -
OIM 11G- Web Console- Problem with "Export Deployment Manager File"
Experts,
I am using gogle chrome browser on oim11g setup.
I was able to Import/Export the objects using Import/Export Deployment Manager File.
The reason why I opted for chrome is that I was unable to connect to login to the web console, it was just asking for userid and password and after some time, the browser(Internet Explorer 7) hangs on.
And with FireFox 5.0.1, it is the same thing both import and export deployment manager file windows opens as soon as I click and they just close after 2-3 seconds.
The problem now is after updating the java to "Version 6 Update 26 ", the Export Deployment Manager File stopped working. The window pop-ups and closes in 2 seconds.
But Import Deployment Manager File is working fine with out any problems.
The pop - up blocker is not enabled.
And I am sure that it was working fine earlier with chrome before the java update.When I remove the updated java version, chrome is asking to download the latest java version.
Any suggestions, that helps to work with chrome or firefox or IE?
Edited by: Venu on Aug 11, 2011 4:46 PM
Edited by: Venu on Aug 11, 2011 4:57 PMVenu,
I have never had any luck getting anything after Version 6 update 23 to export properly. I would remove your updated Java and restore to a previous version of Java.
Sunny Tsang -
Problems with the deployment to Oracle Application Server 9.0.2
I am having a problem to deploy a simple JSC application to Oracle Application Server 9.0.2.
I am getting an error:
500 Internal Server Error
java.lang.NullPointerException
at javax.faces.webapp.FacesServlet.init(FacesServlet.java:144)
at com.evermind[Oracle9iAS (9.0.2.0.0) Containers for J2EE].server.http.HttpApplication.loadServlet(HttpApplication.java:1687)
at com.evermind[Oracle9iAS (9.0.2.0.0) Containers for J2EE].server.http.HttpApplication.findServlet(HttpApplication.java:4020)
at com.evermind[Oracle9iAS (9.0.2.0.0) Containers for J2EE].server.http.HttpApplication.getRequestDispatcher(HttpApplication.java:2218)
at com.evermind[Oracle9iAS (9.0.2.0.0) Containers for J2EE].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:585)
at com.evermind[Oracle9iAS (9.0.2.0.0) Containers for J2EE].server.http.AJPRequestHandler.run(AJPRequestHandler.java:151)
at com.evermind[Oracle9iAS (9.0.2.0.0) Containers for J2EE].util.ThreadPoolThread.run(ThreadPoolThread.java:64)
However i don't have any problems to deploy my applications to new release of Oracle AS 10g (9.0.4).
Unfortunately we still work with the old version (9.0.2)of the Oracle AS.
Any help will be greatly appriciated
Thanks
YuriyI try it but cant deploy in less than 10g.
AFAIR is an JRE version issue.
I lost at least 2 days trying.
Regards. -
PROBLEM WITH JAR FILES!!! QUICK HELP NEEDED!
Hi guys
What problem could I have if I can run a program with java.exe (I use JDK 1.5) but not in a JAR-File (I added the Main-Class-key to MANIFEST.MF)???
Please answer fast!!!
ThanksWhat problem could I haveThat depends a lot on what you did wrong. What did you do to run the Jar file, and what error message(s) did you then get?
-
Problem with a deploy .sca
Hi Guru's
I'm applicate the ess business pack in my portal service
When I deploy the ESS07P_4-10002965.sca file
Appears me this error:
Deployment started Tue Feb 03 19:46:07 GMT-06:00 2009
===========================================================================
Starting Deployment of ess/au/addr
Aborted: development component 'ess/au/addr'/'sap.com'/'MAIN_xss04PAT_C'/'62488'/'0', grouped by software component 'SAP_ESS'/'sap.com'/'MAIN_xss04PAT_C'/'1000.100.0.7.4.20050620165426''/'0':
Caught exception during application deployment from SAP J2EE Engine's deploy service:
java.rmi.RemoteException: Cannot deploy application sap.com/essauaddr.. Reason: Clusterwide exception: Failed to deploy application sap.com/essauaddr. Check causing exception for details (trace file). Hint: Are all referenced components deployed and available on the engine?; nested exception is: com.sap.engine.services.deploy.container.DeploymentException: Clusterwide exception: Failed to deploy application sap.com/essauaddr. Check causing exception for details (trace file). Hint: Are all referenced components deployed and available on the engine?
(message ID: com.sap.sdm.serverext.servertype.inqmy.extern.EngineApplOnlineDeployerImpl.performAction(DeploymentActionTypes).REMEXC)
Deployment of ess/au/addr finished with Error (Duration 4094 ms)
Starting Deployment of SAP_ESS
Aborted: software component 'SAP_ESS'/'sap.com'/'MAIN_xss04PAT_C'/'1000.100.0.7.4.20050620165426''/'0':
Failed deployment of SDAs:
development component 'ess/au/addr'/'sap.com'/'MAIN_xss04PAT_C'/'62488'/'0' : aborted
Please, look at error logs above for more information!
Deployment of SAP_ESS finished with Error (Duration 3672 ms)
What can I do to resolve this problem?
THANKS!!!Hi ,
As per the log you have mentioned, it might be a little vauge to cooment on the error. Could you please navigate to " \usr\sap\<SID>\J<instance>\j2ee\cluster\server0\log" and check for the '+DefaultTrace+' and you could get a better insight to the error.
Hope this info comes handy.
Regards
Ashok
Maybe you are looking for
-
WIndows 7 64-bit system printing to a Windows 2000 server configured as a print server
Is there any way to configure a new Windows 7 64-bit computer to use a Windows 2000 server configured as a print server ? The printer that I would like to connect to is an HP 4240n LaserJet. I appears that there is only a 64-bit Universal Print Drive
-
Open a page through a link in e-mail
Hi all, I have a requirement as follows. Whenever a requisition is entered, there must an e-mail generated to a particular person. There must be a link in the e-mail to open the same requisition. I must not use the worklist concept to get this. I abl
-
Jar files required to read excel file in SAP PI 7.3.1 sp09 dualstack
Hi experts, I need to read excel file (.xls) using SAP PI and process it to target system. I have read blogs and found that there are 2 ways to read an excel file in PI using file adapter. 1) Developing a custom adapter module 2) Using XSLT code. So
-
Hi , this is Surya. can we use idoc adapter at receiver side (i.e receiver- sap Ecc6.0 ) like that normal sap system (4.7) with regrads, surya
-
MSI GT70 Workstation Certified By ISV Ascon - Kompas 3D
MSI provides the latest GT70 2OK mobile workstation to *ASCON, a Russian engineering software developer of CAD, AEC, PLM for reliability and compatibility tests. MSI mobile workstation is the ideal solution for engineers, whose professions are to wor