Mdimport classpath issue on 10.3.4 migration

Hi,
we have migrated from Weblogic portal 10.3 to 10.3.4. when I run mdimport using my ant scripts i get the following error.
[mdimport] Could not resolve classpath container.
[mdimport] oracle.eclipse.tools.weblogic.lib.system
[mdimport] Using wlp.home from build property: C:/Oracle/Middleware/wlportal_10.3
[mdimport] Could not resolve classpath container.
[mdimport] oracle.eclipse.tools.weblogic.lib.shared/beehive-controls-1.0.1-10.0/allow-newer/1.0/1.0.2.2
and the beehive-controls folder is not exploded on the temp folder. Can you please help me in troubleshooting this?
this script works fine when i point to 10.3.
regards
Hari
Edited by: user6150613 on Jul 25, 2012 12:09 PM

for pictures, I have stopped using the camera (for now). The software is not fast enough for me, especially the focusing can focus then defocus just when I take the picture.
I now use a third party app named Camera+, it is gorgeous and twice as fast as the stock camera.
The search box on top-right of this page is your true friend, and the public Knowledge Base too:

Similar Messages

[svn:bz-trunk] 18389: Eclipse Project Classpath issues:

Revision: 18389
Revision: 18389
Author:   [email protected]
Date:     2010-11-01 03:49:03 -0700 (Mon, 01 Nov 2010)
Log Message:
Eclipse Project Classpath issues:
- Fixing class path entries.
- Instead of jars pointing to the actual projects.
Modified Paths:
    blazeds/trunk/development/eclipse/projects/java/blazeds-proxy/.classpath
    blazeds/trunk/development/eclipse/projects/java/blazeds-team.war/.classpath

Figured out that it was failing while building a product for MacOS. I updated Tycho to use version 0.15.0 and all work well.
For more information on the bug (case sensitive file systems) see:
bugs.eclipse.org/bugs/show_bug.cgi?id=349877

ADF data control classpath issue

Hi,
when I am trying to create a jmx connection as part of adf jmx data control using jdeveloper 11.1.2.2.0.
As part of jmx connection I am providing websphere server 9.7 fp25 connection (installed in the same machine) details and when I click on test connection in the data control wizard getting the following error
Connection failed:
java.io.IOException: Failed to retrieve RMIServer stub: javax.naming.NoInitialContextException: Cannot instantiate class: com.ibm.websphere.naming.WsnInitialContextFactory [Root exception is java.lang.ClassNotFoundException: com.ibm.websphere.naming.WsnInitialContextFactory]
I guess it is a classpath issue. If it is, where can I provide the class path for data control? or something else I have to do?
I found the above missing class is available in /scratch/was/IBM/Websphere/AppServer/runtimes/com.ibm.ws.admin.client_7.0.0.jar
Please suggest.
thanks in advance,
cdhar

repost. Any pointers to documentation would be great!

Classpath issues inside custom component

Hi Forum,
we have created our own component for a special database task.
Within the the component implementation we have used XMLBeans 2.4.
Now we run into a classloader issue because LC already contains a very old version of XML Beans (from 2004).
Is there a way to have our own classloader that uses the new XML Beans version instead of the already existing one?
We have planned to migrate several other components to be available inside Workbench and I'm afraid we will run into the same problem several times.
Thank and best regards,
Timo

Timo,
If you would like to override the classpath then I would suggest you to put your version of the XMLBeans jar file while making a component jar file and override the classpath in your service java class.
See if that help.
Thanks
YogLC
component.xml file defines service impl class as below
<services>
<service name="MY_Service">

<implementation-class>com.company.component.MYServiceImpl</implementation-class>
package com.company.componen;
public class MYServiceImpl{
     public void myServiemethod(){
          // first line in your service method
          ClassLoader originalClassloader = Thread.currentThread().getContextClassLoader();
          //--- your code here ---
          // finally make sureset the classloader back
          if (originalClassloader != null) {
               Thread.currentThread().setContextClassLoader(originalClassloader);

Issue with data Validation while migrating from one application to another

Hi All,
I am having a strange issue Kindly please help me .
I have a data form which have data validation on each cell.The dataform is quite large and contain data for 4 accounts and year (Jan to Dec) combination .The issue is that I when I migrate this data form to other application which is just the replica of the main application. The validation on each cells changes its reference points.
I have 5 more similar data form and I need to migrate then to other application and also on production sever. Is there any way that while exporting and importing them using formutil.cmd or other way that the validation cells reference does not change its reference point.
For ex I have validation on Cell A5,A6..........AA6 after migrating it changes to A1,A1.........AA1.
I am using 11.1.2.1.0 version of Hyperion Planning
Kindly please help.
Thanks in advance
Vikash
Edited by: user11391767 on Nov 30, 2011 10:47 AM

Hi Mehmet,
I tried using the FormDefUtil.cmd .But by using this the reference points of validation changes to first cell when imported.
Thanks
Vikash

Classpath issue in a Weblogic environment with separate apps

I am seeing class definition and/or class version errors relating to the classloader with regarding to some of the JOS support classes that Hibernate/Spring uses, such as Jakarta commons logging, as an example. Our situation is that we have two applications that call each other. Each use Hibernate to do persistence to their own databases. Intermittently, I see these errors when I have the hibernate.jar and the supporting .jars in each application's app-inf/lib's. However, if I move the .jars to the server classpath then the issues go away.
This configuration is not optimal because one application may use a latter version of the .jars and then this would require regression testing for all apps that use Hibernate and the associated .jars on the server.
In general, I am wondering how others have configured their .jars. Is this something you just have to live with?? Or is there a viable solution to have the .jars live in each application?
Thanks,
Lou

Here's what the error looks like:
java.lang.ExceptionInInitializerError
at net.sf.hibernate.util.JDBCExceptionReporter.logWarnings(Ljava.sql.SQLWarning;)V(JDBCExceptionReporter.java:???)
at net.sf.hibernate.impl.BatcherImpl.closeConnection(Ljava.sql.Connection;)V(BatcherImpl.java:297)
at net.sf.hibernate.impl.SessionImpl.disconnect()Ljava.sql.Connection;(SessionImpl.java:3352)
at net.sf.hibernate.impl.SessionImpl.close()Ljava.sql.Connection;(SessionImpl.java:576)
at org.springframework.orm.hibernate.SessionFactoryUtils.doClose(Lnet.sf.hibernate.Session;)V(SessionFactoryUtils.java:651)
at org.springframework.orm.hibernate.SessionFactoryUtils.closeSessionOrRegisterDeferredClose(Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;)V(SessionFactoryUtils.java:640)
at org.springframework.orm.hibernate.SessionFactoryUtils.access$300(Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;)V(SessionFactoryUtils.java:86)
at org.springframework.orm.hibernate.SessionFactoryUtils$SpringSessionSynchronization.beforeCompletion()V(SessionFactoryUtils.java:776)
at org.springframework.orm.hibernate.SessionFactoryUtils$JtaSessionSynchronization.afterCompletion(I)V(SessionFactoryUtils.java:874)
at weblogic.transaction.internal.ServerSCInfo.callAfterCompletions(I)V(ServerSCInfo.java:853)
at weblogic.transaction.internal.ServerTransactionImpl.callAfterCompletions()V(ServerTransactionImpl.java:2708)
at weblogic.transaction.internal.ServerTransactionImpl.afterCommittedStateHousekeeping()V(ServerTransactionImpl.java:2606)
at weblogic.transaction.internal.ServerTransactionImpl.setCommitted()V(ServerTransactionImpl.java:2638)
at weblogic.transaction.internal.ServerTransactionImpl.globalRetryCommit(II)V(ServerTransactionImpl.java:2436)
at weblogic.transaction.internal.ServerTransactionImpl.globalCommit()V(ServerTransactionImpl.java:2365)
at weblogic.transaction.internal.ServerTransactionImpl.internalCommit()V(ServerTransactionImpl.java:278)
at weblogic.transaction.internal.ServerTransactionImpl.commit()V(ServerTransactionImpl.java:244)
at weblogic.ejb20.internal.BaseEJBObject.postInvoke(Lweblogic.ejb20.internal.InvocationWrapper;Ljava.lang.Throwable;)V(BaseEJBObject.java:299)
at weblogic.ejb20.internal.StatelessEJBObject.postInvoke(Lweblogic.ejb20.internal.InvocationWrapper;Ljava.lang.Throwable;)V(StatelessEJBObject.java:140)
at com.bea.wlw.runtime.core.bean.SyncDispatcher_k1mrl8_EOImpl.invoke(Lcom.bea.wlw.runtime.core.request.Request;)Lcom.bea.wlw.runtime.core.request.Response;(SyncDispatcher_k1mrl8_EOImpl.java:110)
at com.bea.wlw.runtime.core.dispatcher.Dispatcher.remoteDispatch(Lcom.bea.wlw.runtime.core.dispatcher.DispFile;Lcom.bea.wlw.runtime.core.request.Request;)Lcom.bea.wlw.runtime.core.request.Response;(Dispatcher.java:161)
at com.bea.wlw.runtime.core.dispatcher.Dispatcher.dispatch(Lcom.bea.wlw.runtime.core.dispatcher.DispFile;Lcom.bea.wlw.runtime.core.request.Request;Ljavax.servlet.http.HttpServletResponse;Ljavax.servlet.ServletContext;)V(Dispatcher.java:49)
at com.bea.wlw.runtime.core.dispatcher.HttpServerHelper.executePostRequest(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;Ljavax.servlet.ServletContext;Ljavax.servlet.ServletConfig;)V(HttpServerHelper.java:713)
at com.bea.wlw.runtime.core.dispatcher.HttpServer.doPost(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(HttpServer.java:49)
at javax.servlet.http.HttpServlet.service(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run()Ljava.lang.Object;(ServletStubImpl.java:996)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;Lweblogic.servlet.internal.FilterChainImpl;)V(ServletStubImpl.java:419)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(Ljavax.servlet.ServletRequest;Ljavax.servlet.ServletResponse;)V(ServletStubImpl.java:315)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run()Ljava.lang.Object;(WebAppServletContext.java:6456)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(Lweblogic.security.subject.AbstractSubject;Ljava.security.PrivilegedAction;)Ljava.lang.Object;(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(Lweblogic.security.acl.internal.AuthenticatedSubject;Lweblogic.security.acl.internal.AuthenticatedSubject;Ljava.security.PrivilegedAction;)Ljava.lang.Object;(SecurityManager.java:118)
Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.))
at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Ljava.lang.String;)Lorg.apache.commons.logging.Log;(LogFactoryImpl.java:543)
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Ljava.lang.String;)Lorg.apache.commons.logging.Log;(LogFactoryImpl.java:235)
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Ljava.lang.Class;)Lorg.apache.commons.logging.Log;(LogFactoryImpl.java:209)
at org.apache.commons.logging.LogFactory.getLog(Ljava.lang.Class;)Lorg.apache.commons.logging.Log;(LogFactory.java:351)
at net.sf.hibernate.util.JDBCExceptionReporter.<clinit>()V(JDBCExceptionReporter.java:12)
at jrockit.vm.RNI.getRunnableCode(I)I(Unknown Source)
at jrockit.vm.RNI.trampoline()V(Unknown Source)
at net.sf.hibernate.util.JDBCExceptionReporter.logWarnings(Ljava.sql.SQLWarning;)V(JDBCExceptionReporter.java:???)
at net.sf.hibernate.impl.BatcherImpl.closeConnection(Ljava.sql.Connection;)V(BatcherImpl.java:297)
at net.sf.hibernate.impl.SessionImpl.disconnect()Ljava.sql.Connection;(SessionImpl.java:3352)
at net.sf.hibernate.impl.SessionImpl.close()Ljava.sql.Connection;(SessionImpl.java:576)
at org.springframework.orm.hibernate.SessionFactoryUtils.doClose(Lnet.sf.hibernate.Session;)V(SessionFactoryUtils.java:651)
at org.springframework.orm.hibernate.SessionFactoryUtils.closeSessionOrRegisterDeferredClose(Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;)V(SessionFactoryUtils.java:640)
at org.springframework.orm.hibernate.SessionFactoryUtils.access$300(Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;)V(SessionFactoryUtils.java:86)
at org.springframework.orm.hibernate.SessionFactoryUtils$SpringSessionSynchronization.beforeCompletion()V(SessionFactoryUtils.java:776)
at org.springframework.orm.hibernate.SessionFactoryUtils$JtaSessionSynchronization.afterCompletion(I)V(SessionFactoryUtils.java:874)
at weblogic.transaction.internal.ServerSCInfo.callAfterCompletions(I)V(ServerSCInfo.java:853)
at weblogic.transaction.internal.ServerTransactionImpl.callAfterCompletions()V(ServerTransactionImpl.java:2708)
at weblogic.transaction.internal.ServerTransactionImpl.afterCommittedStateHousekeeping()V(ServerTransactionImpl.java:2606)
at weblogic.transaction.internal.ServerTransactionImpl.setCommitted()V(ServerTransactionImpl.java:2638)
at weblogic.transaction.internal.ServerTransactionImpl.globalRetryCommit(II)V(ServerTransactionImpl.java:2436)
at weblogic.transaction.internal.ServerTransactionImpl.globalCommit()V(ServerTransactionImpl.java:2365)
at weblogic.transaction.internal.ServerTransactionImpl.internalCommit()V(ServerTransactionImpl.java:278)
at weblogic.transaction.internal.ServerTransactionImpl.commit()V(ServerTransactionImpl.java:244)
at weblogic.ejb20.internal.BaseEJBObject.postInvoke(Lweblogic.ejb20.internal.InvocationWrapper;Ljava.lang.Throwable;)V(BaseEJBObject.java:299)
at weblogic.ejb20.internal.StatelessEJBObject.postInvoke(Lweblogic.ejb20.internal.InvocationWrapper;Ljava.lang.Throwable;)V(StatelessEJBObject.java:140)
at com.bea.wlw.runtime.core.bean.SyncDispatcher_k1mrl8_EOImpl.invoke(Lcom.bea.wlw.runtime.core.request.Request;)Lcom.bea.wlw.runtime.core.request.Response;(SyncDispatcher_k1mrl8_EOImpl.java:110)
at com.bea.wlw.runtime.core.dispatcher.Dispatcher.remoteDispatch(Lcom.bea.wlw.runtime.core.dispatcher.DispFile;Lcom.bea.wlw.runtime.core.request.Request;)Lcom.bea.wlw.runtime.core.request.Response;(Dispatcher.java:161)
at com.bea.wlw.runtime.core.dispatcher.Dispatcher.dispatch(Lcom.bea.wlw.runtime.core.dispatcher.DispFile;Lcom.bea.wlw.runtime.core.request.Request;Ljavax.servlet.http.HttpServletResponse;Ljavax.servlet.ServletContext;)V(Dispatcher.java:49)
at com.bea.wlw.runtime.core.dispatcher.HttpServerHelper.executePostRequest(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;Ljavax.servlet.ServletContext;Ljavax.servlet.ServletConfig;)V(HttpServerHelper.java:713)
at com.bea.wlw.runtime.core.dispatcher.HttpServer.doPost(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(HttpServer.java:49)
at javax.servlet.http.HttpServlet.service(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(HttpServlet.java:760)
Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.)
at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor()Ljava.lang.reflect.Constructor;(LogFactoryImpl.java:397)
at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(Ljava.lang.String;)Lorg.apache.commons.logging.Log;(LogFactoryImpl.java:529)
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Ljava.lang.String;)Lorg.apache.commons.logging.Log;(LogFactoryImpl.java:235)
at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(Ljava.lang.Class;)Lorg.apache.commons.logging.Log;(LogFactoryImpl.java:209)
at org.apache.commons.logging.LogFactory.getLog(Ljava.lang.Class;)Lorg.apache.commons.logging.Log;(LogFactory.java:351)
at net.sf.hibernate.util.JDBCExceptionReporter.<clinit>()V(JDBCExceptionReporter.java:12)
at jrockit.vm.RNI.getRunnableCode(I)I(Unknown Source)
at jrockit.vm.RNI.trampoline()V(Unknown Source)
at net.sf.hibernate.util.JDBCExceptionReporter.logWarnings(Ljava.sql.SQLWarning;)V(JDBCExceptionReporter.java:???)
at net.sf.hibernate.impl.BatcherImpl.closeConnection(Ljava.sql.Connection;)V(BatcherImpl.java:297)
at net.sf.hibernate.impl.SessionImpl.disconnect()Ljava.sql.Connection;(SessionImpl.java:3352)
at net.sf.hibernate.impl.SessionImpl.close()Ljava.sql.Connection;(SessionImpl.java:576)
at org.springframework.orm.hibernate.SessionFactoryUtils.doClose(Lnet.sf.hibernate.Session;)V(SessionFactoryUtils.java:651)
at org.springframework.orm.hibernate.SessionFactoryUtils.closeSessionOrRegisterDeferredClose(Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;)V(SessionFactoryUtils.java:640)
at org.springframework.orm.hibernate.SessionFactoryUtils.access$300(Lnet.sf.hibernate.Session;Lnet.sf.hibernate.SessionFactory;)V(SessionFactoryUtils.java:86)
at org.springframework.orm.hibernate.SessionFactoryUtils$SpringSessionSynchronization.beforeCompletion()V(SessionFactoryUtils.java:776)
at org.springframework.orm.hibernate.SessionFactoryUtils$JtaSessionSynchronization.afterCompletion(I)V(SessionFactoryUtils.java:874)
at weblogic.transaction.internal.ServerSCInfo.callAfterCompletions(I)V(ServerSCInfo.java:853)
at weblogic.transaction.internal.ServerTransactionImpl.callAfterCompletions()V(ServerTransactionImpl.java:2708)
at weblogic.transaction.internal.ServerTransactionImpl.afterCommittedStateHousekeeping()V(ServerTransactionImpl.java:2606)
at weblogic.transaction.internal.ServerTransactionImpl.setCommitted()V(ServerTransactionImpl.java:2638)
at weblogic.transaction.internal.ServerTransactionImpl.globalRetryCommit(II)V(ServerTransactionImpl.java:2436)
at weblogic.transaction.internal.ServerTransactionImpl.globalCommit()V(ServerTransactionImpl.java:2365)
at weblogic.transaction.internal.ServerTransactionImpl.internalCommit()V(ServerTransactionImpl.java:278)
at weblogic.transaction.internal.ServerTransactionImpl.commit()V(ServerTransactionImpl.java:244)
at weblogic.ejb20.internal.BaseEJBObject.postInvoke(Lweblogic.ejb20.internal.InvocationWrapper;Ljava.lang.Throwable;)V(BaseEJBObject.java:299)
at weblogic.ejb20.internal.StatelessEJBObject.postInvoke(Lweblogic.ejb20.internal.InvocationWrapper;Ljava.lang.Throwable;)V(StatelessEJBObject.java:140)
at com.bea.wlw.runtime.core.bean.SyncDispatcher_k1mrl8_EOImpl.invoke(Lcom.bea.wlw.runtime.core.request.Request;)Lcom.bea.wlw.runtime.core.request.Response;(SyncDispatcher_k1mrl8_EOImpl.java:110)
at com.bea.wlw.runtime.core.dispatcher.Dispatcher.remoteDispatch(Lcom.bea.wlw.runtime.core.dispatcher.DispFile;Lcom.bea.wlw.runtime.core.request.Request;)Lcom.bea.wlw.runtime.core.request.Response;(Dispatcher.java:161)
at com.bea.wlw.runtime.core.dispatcher.Dispatcher.dispatch(Lcom.bea.wlw.runtime.core.dispatcher.DispFile;Lcom.bea.wlw.runtime.core.request.Request;Ljavax.servlet.http.HttpServletResponse;Ljavax.servlet.ServletContext;)V(Dispatcher.java:49)
at com.bea.wlw.runtime.core.dispatcher.HttpServerHelper.executePostRequest(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;Ljavax.servlet.ServletContext;Ljavax.servlet.ServletConfig;)V(HttpServerHelper.java:713)
at com.bea.wlw.runtime.core.dispatcher.HttpServer.doPost(Ljavax.servlet.http.HttpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(HttpServer.java:49)
Caused by: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.
at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor()Ljava.lang.reflect.Constructor;(LogFactoryImpl.java:385)
... 31 more

Classpath Issue - but JAR file is in the classpath

I'm having an issue getting a JAVA Application Client to run and would welcome any suggestions or input to resolve this problem. I'm not a developer, just the builder/deployer of the applications. There are two developers looking at this problem too, but they are stumped too.
It complains that it can't find sun/jdbc/rowset/CachedRowSet, which is contained in the rowset.jar - which is in the classpath. I've put all the supporting information below, if you need additional information please let me know and I'll provide it.
***** ERRORS FROM RUNNING SCRIPT BELOW *****
*** NOT Using Verbose: ***
Exception in thread "main" java.lang.NoClassDefFoundError: sun/jdbc/rowset/CachedRowSet
*** Using Verbose (only included the output with the error): ***
[Loading superclasses of com/actuate/schemas/SubmitJobResponse]
[Loaded java.sql.SQLException from /usr/java130/jre/lib/rt.jar]
[Loading superclasses of java/sql/SQLException]
[Signaling in VM: java/lang/NoClassDefFoundError, message: sun/jdbc/rowset/CachedRowSet]
Exception in thread "main" java.lang.NoClassDefFoundError: sun/jdbc/rowset/CachedRowSet[Loaded sun.i
o.UnknownCharacterException from /usr/java130/jre/lib/rt.jar]
[Loading superclasses of sun/io/UnknownCharacterException]
[Preparing sun/io/UnknownCharacterException]
***** SCRIPT TO RUN THE JAVA COMMAND *****
#!/usr/bin/ksh
LIBDIR="/actuate/Mace/lib"
JAVA_CP=""
MAIN_JAR="MaceEXT.jar"
JAVA_PATH="/usr/java130/jre/bin"
JAVA_HOME="/usr/java130/jre"
JAVA_FULLVERSION=`$JAVA_PATH/java -fullversion`
JAVA_EXE=${JAVA_HOME}/bin/java
PATH=$JAVA_PATH:$PATH
export PATH
export JAVA_HOME
JAVA_CP="${LIBDIR}/sljcx.jar"
JAVA_CP="${LIBDIR}/sljc.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/rowset.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/wsdl4j.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/tt-bytecode.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/servlet.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/saaj.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/log4j-1.2.4.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/jaxrpc.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/commons-logging.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/axis.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/ivjejb35.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/j2ee.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/activation.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/mail.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/ns.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/xmlParserAPIs.jar":${JAVA_CP}
JAVA_CP="${LIBDIR}/xercesImpl.jar":${JAVA_CP}
JAVA_CP="$JAVA_HOME/lib/rt.jar":${JAVA_CP}
echo ""
echo "Classpath"
echo $JAVA_CP
echo ""
echo "JAVA_Home"
echo $JAVA_HOME
echo ""
echo "JAVA_EXE"
echo $JAVA_EXE
echo ""
echo "JAVA_Path"
echo $JAVA_PATH
echo ""
echo "JAVA FullVersion"
echo $JAVA_FULLVERSION
#$JAVA_EXE -cp $JAVA_CP -jar $MAIN_JAR -h dev -c adduser -u 000 -p ""
$JAVA_EXE -verbose -cp $JAVA_CP -jar $MAIN_JAR -h dev -c adduser -u 000 -p ""
***** JAR -tvf OF ROWSET.JAR *****
server105:/actuate/Mace/lib $ jar -tfv rowset.jar
0 Tue Jun 13 19:45:42 EDT 2000 META-INF/
66 Tue Jun 13 19:45:42 EDT 2000 META-INF/MANIFEST.MF
0 Tue Jun 13 19:45:30 EDT 2000 sun/
0 Tue Jun 13 19:45:30 EDT 2000 sun/jdbc/
0 Tue Jun 13 19:45:42 EDT 2000 sun/jdbc/rowset/
551 Tue Jun 13 19:45:30 EDT 2000 sun/jdbc/rowset/BaseRow.class
9112 Tue Jun 13 19:45:32 EDT 2000 sun/jdbc/rowset/BaseRowSet.class
35562 Tue Jun 13 19:45:36 EDT 2000 sun/jdbc/rowset/CachedRowSet.class
597 Tue Jun 13 19:45:36 EDT 2000 sun/jdbc/rowset/ColInfo.class
1290 Tue Jun 13 19:45:36 EDT 2000 sun/jdbc/rowset/InsertRow.class
18442 Tue Jun 13 19:45:38 EDT 2000 sun/jdbc/rowset/JdbcRowSet.class
2109 Tue Jun 13 19:45:38 EDT 2000 sun/jdbc/rowset/Row.class
4489 Tue Jun 13 19:45:38 EDT 2000 sun/jdbc/rowset/RowSetMetaDataImpl.class
4707 Tue Jun 13 19:45:38 EDT 2000 sun/jdbc/rowset/RowSetReaderImpl.class
8270 Tue Jun 13 19:45:38 EDT 2000 sun/jdbc/rowset/RowSetWriterImpl.class
4745 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/SQLInputImpl.class
3287 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/SQLOutputImpl.class
2326 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/SerialArray.class
1560 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/SerialBlob.class
1948 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/SerialClob.class
592 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/SerialRef.class
2419 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/SerialStruct.class
1903 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/WebRowSet.class
257 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/XmlReader.class
15620 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/XmlReaderDocHandler.class
2029 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/XmlReaderImpl.class
258 Tue Jun 13 19:45:40 EDT 2000 sun/jdbc/rowset/XmlWriter.class
9797 Tue Jun 13 19:45:42 EDT 2000 sun/jdbc/rowset/XmlWriterImpl.class
***** ECHO OF VARIABLES FROM SCRIPT *****
Classpath
/usr/java130/jre/lib/rt.jar:/actuate/Mace/lib/xercesImpl.jar:/actuate/Mace/lib/xmlParserAPIs.jar:/ac
tuate/Mace/lib/ns.jar:/actuate/Mace/lib/mail.jar:/actuate/Mace/lib/activation.jar:/actuate/Mace/lib/
j2ee.jar:/actuate/Mace/lib/ivjejb35.jar:/actuate/Mace/lib/axis.jar:/actuate/Mace/lib/commons-logging
.jar:/actuate/Mace/lib/jaxrpc.jar:/actuate/Mace/lib/log4j-1.2.4.jar:/actuate/Mace/lib/saaj.jar:/actu
ate/Mace/lib/servlet.jar:/actuate/Mace/lib/tt-bytecode.jar:/actuate/Mace/lib/wsdl4j.jar:/actuate/Mac
e/lib/rowset.jar:/actuate/Mace/lib/sljc.jar:/actuate/Mace/lib/sljcx.jar
JAVA_Home
/usr/java130/jre
JAVA_EXE
/usr/java130/jre/bin/java
JAVA_Path
/usr/java130/jre/bin
JAVA FullVersion
java full version "J2RE 1.3.0 IBM build ca130-20020504"
***** DIRECTORY LISTING *****
server105:/actuate/Mace $ ls -lat
-rwxr-xr-x 1 actuate actuate 1673 Apr 04 09:11 go.sh
-rw-r----- 1 actuate actuate 476699 Apr 03 12:37 MaceEXT.jar
drwxr-xr-x 2 actuate actuate 4096 Apr 02 10:49 lib
-rw-r----- 1 actuate actuate 1818 Mar 28 11:15 MaceConfig.xml
server105:/actuate/Mace/lib $ ls -lat
-rw-r----- 1 actuate actuate 32033 Apr 02 10:49 ivjejb35.jar
-rw-r----- 1 actuate actuate 329096 Apr 02 10:49 j2ee.jar
-rw-r----- 1 actuate actuate 374291 Apr 01 16:39 ns.jar
-rw-r----- 1 actuate actuate 654326 Apr 01 16:31 sljc.jar
-rw-r----- 1 actuate actuate 81987 Apr 01 16:31 sljcx.jar
-rw-r----- 1 actuate actuate 54368 Mar 31 08:32 activation.jar
-rw-r----- 1 actuate actuate 867459 Mar 31 08:32 axis.jar
-rw-r----- 1 actuate actuate 24287 Mar 31 08:31 commons-logging.jar
-rw-r----- 1 actuate actuate 32069 Mar 31 08:31 jaxrpc.jar
-rw-r----- 1 actuate actuate 378778 Mar 31 08:31 log4j-1.2.4.jar
-rw-r----- 1 actuate actuate 305414 Mar 31 08:31 mail.jar
-rwxrwxrwx 1 actuate actuate 62388 Mar 31 08:31 rowset.jar
-rw-r----- 1 actuate actuate 18468 Mar 31 08:31 saaj.jar
-rw-r----- 1 actuate actuate 78350 Mar 31 08:31 servlet.jar
-rw-r----- 1 actuate actuate 130773 Mar 31 08:31 tt-bytecode.jar
-rw-r----- 1 actuate actuate 109356 Mar 31 08:31 wsdl4j.jar
-rw-r----- 1 actuate actuate 933730 Mar 31 08:31 xercesImpl.jar
-rw-r----- 1 actuate actuate 78440 Mar 31 08:31 xmlParserAPIs.jar

All that script made my eyes glaze over, but it appears you are running your main class from an executable jar file. Is that correct? Executable jar files don't use the classpath. If you want them to refer to anything outside the executable jar, you have to put Class-Path entries in its manifest.

WEB-INF/classes not in classpath issue - bug or specification?

I've noticed BC4J expects some of its configuration files to be present in the standard classpath or the application.
However, when running web-apps, the WEB-INF/classes are used for loading classes by the JVM, but they are not in the classpath literaly which causes BC4J not to find its metadata files - this has caused many people to be confused because they believed (like me) that the /classes folder is just another part of the classpath.
But someone has to solve this! After all, if I have a million web-apps, I (as a BC4J user) do not want to include a million JAR files in the classpath. I want to put the JAR in the classes directory and have BC4J find it automatically since its part of the web-app's classes, jars/zips and such.
The question is, is this a BC4J issue (not finding the files) or a Java Specification issue? and if this is a mere BC4J issue, why won't Oracle provide a small patch for BC4J (simply release an updated JAR/ZIP file)? Or instead, put it in BC4J release notes (unless its already there and I've missed it..) so that customers won't have to spend/waste valuable time trying to understand.
Regards to all,
Arik Kfir.

Originally posted by Arik Kfir ([email protected]):
I've noticed BC4J expects some of its configuration files to be present in the standard classpath or the application.
However, when running web-apps, the WEB-INF/classes are used for loading classes by the JVM, but they are not in the classpath literaly which causes BC4J not to find its metadata files - this has caused many people to be confused because they believed (like me) that the /classes folder is just another part of the classpath.
But someone has to solve this! After all, if I have a million web-apps, I (as a BC4J user) do not want to include a million JAR files in the classpath. I want to put the JAR in the classes directory and have BC4J find it automatically since its part of the web-app's classes, jars/zips and such.
===========================================
If I understand you correctly, it sounds like you need to put the bc4j .jar files in the /j2ee/home/lib directory...by placing a jar file there, it becomes available to all web applications running inside OC4J...
does that solve your problem?
regards,
Mike Conway
UNC Chapel Hill

Performance issue with view selection after migration from oracle to MaxDb

Hello,
After the migration from oracle to MaxDb we have serious performance issues with a lot of our tableview selections.
Does anybody know about this problem and how to solve it ??
Best regards !!!
Gert-Jan

Hello Gert-Jan,
most probably you need additional indexes to get better performance.
Using the command monitor you can identify the long running SQL statements and check the optimizer access strategy. Then you can decide which indexes might help.
If this is about an SAP system, you can find additional information about performance analysis in SAP notes 725489 and 819641.
SAP Hosting provides the so-called service 'MaxDB Migration Support' to help you in such cases. The service description can be found here:
http://www.saphosting.de/mediacenter/pdfs/solutionbriefs/MaxDB_de.pdf
http://www.saphosting.com/mediacenter/pdfs/solutionbriefs/maxDB-migration-support_en.pdf.
Best regards,
Melanie Handreck

NWDI migration issue - all DCs are not migrated

I am trying to migrate a track from one NWDI (7.0)to another NWDI (7.3)for NW7.0 based code.
in the old NWDI , the track consists of 30 DCs and there are no broken DCs , I have exported the SCA file from Assembly and basis copied it to new NWDI's CMS inbox.
We have imported the SCA file and created the track with proper dependencies in the new NWDI.
But the track in new NWDI shows only 20DCs and 10of the DCs are missing.
When I checked in DTR, I see the toplevelDcs are missing in the inactive section of the workspace.
what will be the issue and how can I resolve such issue?

Please refer note 1259604 - CMS check-in tab: Not all files from inbox are displayed
https://service.sap.com/sap/support/notes/1259604

Date issue in webi report after migration to XI 3.1

Hello All,
We had designed a webi report in BOXIR2 with run date present in report header section. This report was working fine in XIR2 environment.
However after migrating this report to XI 3.1 with sp2 and fp2.2, we have observed that date part is getting eliminated from the report header. If date is 13/01/2010, then only 13 is visible and rest of the date is getting out of report. This happens when we export report to PDF (We need final output in PDF).
The same thing was working fine in XIR2. From 'properties' section of report, we have verified that report format has not changed. Also we are using latest version of Adobe (9.2).
Can you suggest us the steps to resolve this issue?
Sincerely,
Chinmay

Hi,
When you view the Report in WebI Format is the Date shown correct ?
When you export the Report in xls. is the Date shown correct ?
Could you please re- validate your formular in XI 3.1 for the date
Compare the Format of the Object in the Universe between Rel.2 and XI 3.1 (if the Date informations in an object in your Universe)
Only Adobe Reader 8.1.2 and 9.0 are supported. Can you please install one of these versions and retry ?
Regards
-Seb.

Developing using EAR structure gives redeploy/classpath issues

I am very keen to get people's opinions and methods of developing and packaging
EARs/WARs/EJBs under WL6.1 sp2.
What method do you use and what problems do you get...
We have recently migrated to WL6.1 sp2, and looked forward to using the Enterprise
Applications Archive expanded structure to deploy and develop under. However I
have come across a few fundamental problems that seem to make development in this
structure worthless.
It seems it's easier just have all the expanded classes paths on the Java Classpath
and just restart the server after a individual class file recompile ?
Problems :-
- With an expanded EAR structure, I believe you can only redeploy the WHOLE EAR
(by touching the REDEPLOY file), not an individual ejb jar or just the WAR part.
I have tried putting a REDEPLOY file in the WAR \WEB-INF\ directory, as recommended,
but I think this only works outside of the EAR structure. If you use the Console
to just undeploy an redeploy the Web App, it redeploys the whole EAR. So this
leaves us having to undeploy everything to test out a change.
- The classloaders hierarchy available with an EAR structure seems ideal at first,
e.g. the Web App can see all EJB jar classes. We have our EJB jars containing
the beans and just the DEPENDANT classes (often these are abstract types), this
keeps the jars lean and avoids duplicated classes across ejb jars. But this leaves
some classes which are not in any EJB jar at all (often subclasses or implementations
of these abstract types), however the Web App still needs them. It is difficult
to isolate these individual classes. So for now we have two solutions which don't
seem quite right :-
Make one of the EJB.jars contain ALL the Server side classes, not just dependant
classes. Or make a full jar of ALL server side classes and add this jar to the
Web Apps \META-INF\manifest Class-Path like you would do with an EJB jar.
Is there a way to have a non-EJB jar at the EJB classloader level ? This would
solve this and allow Web Apps to see other non-ejb jars.
How do you guys works and avoid the problems we've hit ?

Pete <[email protected]> wrote:
Is there a way to have a non-EJB jar at the EJB classloader level ? Sure, just add it to the Class-Path: manifest entry in your ejb.jar.
Dimitri

Classpath issue for Derby DB

Hi,
I'm having issues with a classpath. I've made an rmi chat app running on tomcat 5. I started using Derby recently but I'm having problems with where to place the derby.jar or how to specify the classpath for it.
I've tried:
CLASSPATH=.;%DERBY_HOME%\lib\derby.jarI also tried putting the derby.jar file in the bin directory and in commons/lib in tomcat and chat/lib (my own folder) but again no luck. I've also tried other options of the classpath but nothing.
The java code for the Class.for... is:
    public static Connection getConnection()
        dbURL = "jdbc:derby://localhost:1527/dsChatTestDB;create=true;user=admin;password=admin";
        try
*Class.forName("org.apache.derby.jdbc.EmbeddedDriver").newInstance();*
            // Get a connection
            conn = DriverManager.getConnection(dbURL);
        catch(ClassNotFoundException cNFEx)
          .....I tried out a test app (non rmi or tomcat) in eclipse using the same connection strings above and they work fine.
Can anyone help on where to put the jar file or what classpath to specify. Tis wrecking my head :D
Thanks,
Brian
Edited by: Rebels_Mascot on 07-Mar-2008 01:34

Hey ejb,
Well I can't be a 100% sure but when I had <b>set classpath=%DERBY_HOME%\lib\derby.jar</b> it didn't work and as soon as I changed from that classpath to the java classpath, it worked fine.
I have all the commands in a bat file:
'originally - set classpath=%DERBY_HOME%\lib\derby.jar
set CLASSPATH=
del Chat.jar
rd /S /Q .\chat\bin\ds
javac -d .\chat\bin chat\src\ds\rmi\client\*.java
    chat\src\ds\rmi\common\*.java
    chat\src\ds\rmi\common\domain\*.java
    chat\src\ds\rmi\factory\*.java chat\src\ds\rmi\server\*.java
    chat\src\ds\rmi\server\services\*.java
    chat\src\ds\rmi\server\services\persistence\*.java
jar cvf Chat.jar .\chat\bin .\chat\policy
rmic -classpath .\chat\bin -d .\chat\bin ds.rmi.server.ChatServerImpl
start rmiregistry
start rmid -J-Djava.security.policy=.\chat\policy &
pause
start java -cp .\chat\bin;.\chat\lib\derby.jar;.\chat\lib\derbyclient.jar
-Djava.rmi.server.codebase=http://localhost:8080/dschatActivate/chat/bin/
-Djava.security.policy=chat\policy ds.rmi.server.Server&
rmic -classpath .\chat\bin -d .\chat\bin ds.rmi.client.ClientUII tried a few variations with the set classpath by putting the derby.jar file in different locations, e.g. chat/lib and changing the classpath to there but that didn't work either.
Thanks,
Brian
Edited by: Rebels_Mascot on 08-Mar-2008 01:39

Classpath issue with .war files on iPlanet 6.0

Hi there,
I'm using iPlanet 6.0 Web Server (SP1, I think), and I have an issue.
We deploy a .war file as per normal. We go to the URL, and get a 500 error. Checking the error file gives us the following error (the application name has been blanked out with #####, and the server's domain name with <server>, but the actual package names remain -- they are libraries from ESRI):
[08/Jul/2003:13:27:20] info ( 2705): Internal Info: loading servlet /#####/index.jsp
[08/Jul/2003:13:27:21] info ( 2705): JSP: JSP1x compiler threw exception
org.apache.jasper.JasperException: Unable to compile class for JSP/opt/iplanet/servers/https-<server>/c
onfig/../ClassCache/_jsps/_#####/_index_jsp.java:15: Package com.esri.aims.mtier.io not found in import.
import com.esri.aims.mtier.io.*;
^
/opt/iplanet/servers/https-<server>/config/../ClassCache/_jsps/_#####/_index_jsp.java:16: Class com
.esri.aims.mtier.model.map.layer.FeatureLayer not found in import.
import com.esri.aims.mtier.model.map.layer.FeatureLayer;
^
/opt/iplanet/servers/https-<server>/config/../ClassCache/_jsps/_#####/_index_jsp.java:17: Class com
.esri.aims.mtier.model.envelope.Envelope not found in import.
import com.esri.aims.mtier.model.envelope.Envelope;
^
/opt/iplanet/servers/https-<server>/config/../ClassCache/_jsps/_#####/_index_jsp.java:18: Class com
.esri.aims.mtier.model.acetate.Point not found in import.
import com.esri.aims.mtier.model.acetate.Point;
^
/opt/iplanet/servers/https-<server>/config/../ClassCache/_jsps/_#####/_index_jsp.java:19: Class com
.esri.aims.mtier.model.map.layer.query.Filter not found in import.
import com.esri.aims.mtier.model.map.layer.query.Filter;
^
/opt/iplanet/servers/https-<server>/config/../ClassCache/_jsps/_#####/_index_jsp.java:20: Class com
.esri.aims.mtier.model.map.layer.renderer.symbol.SimpleMarkerSymbol not found in import.
import com.esri.aims.mtier.model.map.layer.renderer.symbol.SimpleMarkerSymbol;
^
/opt/iplanet/servers/https-<server>/config/../ClassCache/_jsps/_#####/_index_jsp.java:21: Class com
.esri.aims.mtier.model.map.Map not found in import.
import com.esri.aims.mtier.model.map.Map;
^
7 errors
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:284)
at com.iplanet.server.http.servlet.NSServletEntity.load(NSServletEntity.java:252)
at com.iplanet.server.http.servlet.NSServletEntity.update(NSServletEntity.java:173)
at com.iplanet.server.http.servlet.NSServletRunner.Service(NSServletRunner.java:416)
[08/Jul/2003:13:27:21] warning ( 2705): Internal error: Failed to get GenericServlet. (uri=/#####/index.jsp,SCRIPT_NA
ME=/#####/index.jsp)
Hopefully that is readable -- basically, it can't find a bunch-o-classes. Now, normally, I would snicker, and say something smart about classpaths. However, I have already done this, and looked in all the places that I think should have these classes in (I shall just use the last eg, com.esri.aims.mtier.model.map.Map, rather than all of them):
# find /home/websites/#####/ |grep com.esri.aims.mtier.model.map.Map
/home/websites/#####/WEB-INF/classes/com/esri/aims/mtier/model/map/Map.class
# jar tvf /home/websites/#####/WEB-INF/lib/arcims_jconnect.jar |grep com.esri.aims.mtier.model.map.Map
33267 Wed Dec 04 15:50:14 GMT+09:30 2002 com/esri/aims/mtier/model/map/Map.class
So, as you can see, the relevant files are in not just one, but two places that I had assumed were in the classpath. Judging from the error messages, they are not. Am I doing something wrong here?
Here's some of the config...
The relevant line from web-apps.xml:
<web-app uri="/#####" dir="/export/home/websites/#####" enable="true"/>
The classpath from jvm12.conf:
jvm.classpath=/opt/iplanet/servers/plugins/servlets/examples/legacy/beans.10/SDKBeans10.jar
That's all that I can find that is relevant. Please ask if there is anything else I can give you (apart from access to the server or the application -- I can't give that).
Any ideas?

The solution was to download the DTD file and change
the URL to a file: link, so iPlanet could
successfully use the DTD. Did you have to define the file link as an absolute path? Or where you able to use a relative link.? If so, can you please provide the full syntax?
We faced a similar problem and after much trial and error ended up placing the DTD on the server in /usr. But we'd like to try and find a way to define a relative file path and put the DTD right in the WEB-INF directory (or somewhere similar) so that we have one less configuration hassle and platform/server independence (i.e. the war file has everything it needs). But we have not been able to determine a way of doing this.
Thanks

Manifesting Classpath Issues + Ant

Having some problems with classpath and manifest file.
I'm using ant to build manifest in jar. The classpath seems to be set OK in the manifest.
I include an external jar(log4j) in my app jar, and it seems to go in the correct place in my app jar(lib directory).
The manifest file seems to be created OK, and is put in the MANIFEST-INF directory in app jar.
I can compile and build everything OK.
The main issue is that at runtime, it does not seem to pickup the log4j jar. I get a NoClassDefFoundError when trying to create a Logger class.
Any help would be appreciated. I will include relevant information below.
ant stuff          <jar jarfile="${dist}/lib/mosaixsegment8-${DSTAMP}.jar" basedir="${build}">
               <manifest>
                    <attribute name="Built-By" value="${user.name}"/>
                    <attribute name="Main-Class" value="com.company.TestClient"/>
                    <attribute name="Class-Path" value="lib/log4j-1.2.8.jar"/>
               </manifest>
          </jar>
Manifest File CreatedManifest-Version: 1.0
Ant-Version: Apache Ant 1.5.4
Created-By: 1.4.2_01-b06 (Sun Microsystems Inc.)
Built-By: user
Main-Class: com.company.TestClient
Class-Path: lib/log4j-1.2.8.jar
Code Snippitimport org.apache.log4j.Logger;
public class TestClient{
     public static void main (String argv [])
          // Get Logger
          org.apache.log4j.Logger logger = org.apache.log4j.Logger.getLogger("name");
Error Message
[java] java.lang.NoClassDefFoundError: org/apache/log4j/Logger
[java] at com.company.TestClient.main(Unknown Source)
[java] Exception in thread "main"
[java] Java Result: 1

pkwooster,
If there are complex solutions then the problem must be complex and perhaps I did not understand the problem (it takes a few hits on my head for the problem domain to get cleared up :). Reason I say this is because my problem is not complex & neither is the solution.
What I have is this:
1. Manually created (I know ANT does this; but I didn't use ant; I used a sh script) the MF file with just the Class-Path defined.
Here is the MF entry from my standalone application (it is really a messaging application):
Class-Path: log4j-1.2.7.jar bta_notify-facade-client.jar bta_notify-ex
ception.jar bta_notify-vo.jar
2. IN my sh script I use the following command to create my jar:
jar cvfm $BTA_ADAPTER_JAR_OUT \
     meta-inf/adapter-manifest.mf \
     $BTA_ADAPTER_CLASSES/*.class \
     $BTA_EXCEPTION_CLASSES/*.class \
     $BTA_MESSAGE_CLASSES/*.class \
     $BTA_VO_CLASSES/*.class \
     $BTA_GRAIN_BEAN_CLASSES/*.class \
     -C $BTA_SRC_CONFIG_DIR log4j.xml \
     -C $LOG4J_DIR $LOG4J_JAR
(the BTA_EXCEPTION_CLASSES & BTA_VO_CLASSES are not the same as the jars mentioned in the mf classpath).
That is all that I did. The adapter.jar contains log4j.jar (without the path) & the mf (meta-inf/ as the path).
I did something very similar on a j2ee app that is deployed as an EAR file in weblogic. That is where I have ear containing jar1 which contains log4j, other jars & jar1's mf which lists these contained jars (log4j & others) in its classpath.
I presume my problem & the problem that is being solved by these other complex solutions are not the same.

Mdimport classpath issue on 10.3.4 migration

Similar Messages

Maybe you are looking for