Is it j2ee.jar and jdk1.5.0.jar same

when i search for j2ee.jar in google it is showing jdk1.5
but link is j2ee.jar download.
is it same.in my tutorial they are saying download j2ee.jar
if it differ ples send me link for download.

Check that Eclipse itself is running with the right VM.
This is from the Windows readme (but Linux is similar) "Here is a typical
Eclipse command line:
eclipse -vm c:\jdk1.4.2\jre\bin\javaw -vmargs -Xmx256M
Tip: It's generally a good idea to explicitly specify which Java VM to use when
running Eclipse. This is achieved with the "-vm" command line argument as
illustrated above. If you don't use "-vm", Eclipse will look on the O/S path. When
you install other Java-based products, they may change your path and could
result in a different Java VM being used when you next launch Eclipse."
In your case you would give it the path to your new java executable.
(I am assuming you can compile OK from the command line.)

Similar Messages

Need Netbeans *.jcs *.jcb for j2ee.jar and weblogic.jar

Any one have *.jcs and *.jcb files for j2ee.jar and/or weblogic.jar.
These files are used by Forte for autocomplete.
When I try to create, the IDE runs out of memory and crashes.
If anyone has it please email to [email protected]
Thanks

No, you don't need to put it in your classpath, but
when you go to compile your code (this is via pure
commandline), try this:
set J2EE_HOME to the location where your J2EE SDK is
installed.
example:
J2EE_HOME=c:\java\j2eesdk1.4
Now, in the dir where your ejb files are:
javac -classpath %J2EE_HOME%/lib/j2ee.jar *.javaI keep changing and testing my code; recompiling...
Is there an easier way than type the 2 lines above each time I compile...?

Difference j2ee.jar and javaee.jar

Hi, it is not clear for me why exist 2 files j2ee.jar and javaee.jar. I have look manifest file for j2ee.jar and found that only contains path to javaee.jar. But
If I add as library only j2ee.jar to my project - doesn't found e.g. import javax.mail.Folder.
Problem will be resolved if I add only javaee.jar. But why we need j2ee.jar?

j2ee.jar has the interface definitions for Java EE v1.4 specification whereas javaee.jar has the interface definitions for Java EE v1.5 (the name has been simplified to Java EE v5). So when you are developing an application that uses JEE v1.4 then you will need j2ee.jar on your classpath when compiling (do not need to package it in the module when deploying). And when you are developing an application that uses JEE v5 then you will need javaee.jar on your classpath when compiling (do not need to package it in the module when deploying).
The next two questions that might come to your mind are:
1. How do you know which JEE version you are using for development?
The j2ee.jar and javaee.jar files are just API deifinitions (interfaces, and abstract classes) for the corresponding Java EE versions (i.e. 1.4 and 5 respectively). These APIs were designed by SUN and specify a contract between a Java EE container and the applications that will be deployed on the container. The implementation of this contract is provided by the various application server vendors. For example, Glassfish v2ur2 implements BOTH versions, however it requires you to specify, in the deployment descriptions, the JEE version which is to be used for the application that you are deploying.
So in short the version of JEE you are using is specified in the deployment descriptor for the application.
2. Why do we need these jars only during compilation and do not need to add it to the war (or jar) when deploying our module to the app server?
The reason is that it will already be available in the app server that you are deploying you application to. This seems quite obvious as if i provide implementation of an interface, i will need to give you the interface as well as you will actually be using my implementation via the interface and not by directly calling my implementation classes. If you directly call my implementation classes then it will beat the whole purpose of defining a standard interface that everyone can use.
I hope that clears out a few things.
Regards,
Jawad.

JDeveloper 3.1 and JDK1.2.2: are they REALLY compliant?

Hi,
I've already been developing in JDev 3.0 using Java 1.1.8 for a few months and have a number of EJB's deployed in an Oracle8i 8.1.5 database. These are accessed by a servlet which is called from a C++ application in order to populate the db tables. I'm using Java Webserver 2.0 and everything works fine.
I've been upgrading to Java 2 with JDev 3.1, Oracle 8i R2, and JDK1.2.2. Everything again works fine when I am testing and debugging in the JDev 3.1 IDE but when I deploy to the Web server, my context lookup for the EJB published name freezes, returns an error status to the C++ app but does not display any error/exception msgs in the server console/log files.
On investigating I found that the java.exe bundled with JDev 3.1 as the JDK1.2.2 version is actually NOT the java.exe that has been dispatched with the release version of JDK1.2.2! There are however two files in the bin directory of the JDK1.2.2 called oldjava.exe and oldjavaw.exe which correspond to the ones bundled with JDev 3.1?
Could someone please explain what is going on? As it stands at the moment the version of java.exe with JDK1.2.2 does not work for my EJB's but if I replace it with the oldjava.exe, it works fine. Does this mean that JDev 3.1 is NOT actually JDK1.2.2 compliant or have I done something wrong?
This is potentially a major problem for our projects so if anyone at Oracle has any info it would be greatly appreciated.
Cheers
Dave

David,
I changed Sun Java 1.2.2 VM to JDeveloper 3.0 1.1.8 VM and now I get this:
[Root exception is java.lang.ClassNotFoundException: EJBBibles.BibleSearchHomeHelper]javax.naming.Na
mingException: Unknown reasons
at oracle.aurora.jndi.sess_iiop.SessionCtx._activate(SessionCtx.java:82)
at oracle.aurora.jndi.sess_iiop.SessionCtx.activate(SessionCtx.java:276)
at oracle.aurora.jndi.sess_iiop.ServiceCtx.lookup(ServiceCtx.java:320)
at oracle.aurora.jndi.sess_iiop.sess_iiopURLContext.lookup(sess_iiopURLContext.java:215)
at oracle.aurora.jndi.sess_iiop.sess_iiopURLContext.lookup(sess_iiopURLContext.java:201)
at javax.naming.InitialContext.lookup(InitialContext.java:288)
at EJBBiblesServlet.Servlet1.init(Servlet1.java:36)
at org.apache.tomcat.core.ServletWrapper.initServlet(ServletWrapper.java:315)
at org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java:445)
at org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java:597)
at org.apache.tomcat.servlets.InvokerServlet.service(InvokerServlet.java:257)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java:503)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:559)
at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHand
ler.java:160)
at org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java:338)
at java.lang.Thread.run(Thread.java:466)
If I use JDev 1.2 VM, I get this:
javax.naming.NotContextException: fumaca:2481:eatg/test/BibleSearchRemote
java.lang.Object oracle.aurora.jndi.sess_iiop.sess_iiopURLContext.lookup(javax.naming.Name)
java.lang.Object oracle.aurora.jndi.sess_iiop.sess_iiopURLContext.lookup(java.lang.String)
java.lang.Object javax.naming.InitialContext.lookup(java.lang.String)
void EJBBiblesServlet.Servlet1.init(javax.servlet.ServletConfig)
void org.apache.tomcat.core.ServletWrapper.initServlet()
void org.apache.tomcat.core.ServletWrapper.handleRequest(org.apache.tomcat.core.Request, org
.apache.tomcat.core.Response)
void org.apache.tomcat.core.ServletWrapper.handleRequest(org.apache.tomcat.core.HttpServletR
equestFacade, org.apache.tomcat.core.HttpServletResponseFacade)
void org.apache.tomcat.servlets.InvokerServlet.service(javax.servlet.http.HttpServletRequest
, javax.servlet.http.HttpServletResponse)
void javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest, javax.servlet.Serv
letResponse)
void org.apache.tomcat.core.ServletWrapper.handleRequest(org.apache.tomcat.core.Request, org
.apache.tomcat.core.Response)
void org.apache.tomcat.core.ContextManager.service(org.apache.tomcat.core.Request, org.apach
e.tomcat.core.Response)
void org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(org.apache.tomca
t.service.TcpConnection, java.lang.Object[])
void org.apache.tomcat.service.TcpConnectionThread.run()
void java.lang.Thread.run()
Which means that there is a difference relative to the VM version.
All the names are correct on 8i deployment. And all necessary files are on classpath, (including the EJB source and generated jars, that are also in the /lib on the context dochome).
Any thoughts?
Thanks,
Eduardo
null

Sun Application Server 7 - No j2ee.jar?

I am trying to compile and run Advice App from O'Reilly's "Head First EJB" book (Kathy Sierra and Bert Bates). I am using the Sun AppServer 7, since the book indicated that I should be using a J2EE 1.3 (NOT 1.4) compatible application server. My code won't compile due to what seems to be a classpath issue ("package javax.ejb does not exist"). My question is: Shouldn't my C:\Sun\AppServer7\lib directory contain a j2ee.jar file? It doesn't. In fact, there is no j2ee.jar file on my machine. Any advice is appreciated.

Which Linux distro? Red hat?

J2EE Packaging and manifest Class-Path:

Does anyone know if Weblogic 6.0 supports the redefined deployment extension mechanism
that makes use of the 'Class-Path:' entry in the manifest files?
In our project we have one single .ear file containing a couple of EJB's (.jar
files) and a Web Application (.war file).
We are using log4j as logging mechanism and we would like to keep everything in
the .ear file so that we can make hot-deploys. So we are trying not to make use
of the classpath in startWebLogic.sh. All of our EJB's and the Web Application
makes use of log4j.jar. My question is; can I do the following and make it work
in Weblogic 6.0?
1. In every EJB .jar file I add the follwing to the manifest file - "Class-Path:
log4j.jar"
2. I place the log4j.jar in the root directory of the .ear file.
By doing this I expect that the ear classloader loads the log4j.jar classes. Am
I right or do I do something wrong. At least it does not seem to work.
Using Weblogic 6.0 without service pack.
Thanks,
Steen

This does not work in WebLogic 6.0. It's supposed to be supported in 6.1
Daniel
-----Original Message-----
From: Steen Laursen [mailto:[email protected]]
Posted At: Wednesday, August 08, 2001 1:32 PM
Posted To: environment
Conversation: J2EE Packaging and manifest Class-Path:
Subject: J2EE Packaging and manifest Class-Path:
Does anyone know if Weblogic 6.0 supports the redefined
deployment extension mechanism
that makes use of the 'Class-Path:' entry in the manifest files?
In our project we have one single .ear file containing a
couple of EJB's (.jar
files) and a Web Application (.war file).
We are using log4j as logging mechanism and we would like to
keep everything in
the .ear file so that we can make hot-deploys. So we are
trying not to make use
of the classpath in startWebLogic.sh. All of our EJB's and
the Web Application
makes use of log4j.jar. My question is; can I do the
following and make it work
in Weblogic 6.0?
1. In every EJB .jar file I add the follwing to the manifest
file - "Class-Path:
log4j.jar"
2. I place the log4j.jar in the root directory of the .ear file.
By doing this I expect that the ear classloader loads the
log4j.jar classes. Am
I right or do I do something wrong. At least it does not seem
to work.
Using Weblogic 6.0 without service pack.
Thanks,
Steen

JCO difference between SAP J2ee 620 and Webas 640 for Internet Sales

Does anyone have some information on how Internet Sales manages JCO calls to R/3 or CRM on WebAS 640?
Till J2EE 620 the sapjco.jar file directory had to be in classpath along with the relevant dlls in WinNt directory.
WebAs 640 Java installation doesn't mandate any such steps.
How does this work? The jar probably is in the cluster/server/bin/ext folder but what about the native libraries? How are they loaded.
I am having problems making RFC calls to R/3 from a web application deployed on SAP WebAS 640.
This is not the internet sales application but a general J2EE application and I was wondering if i could use the same approach as used by Internet Sales to load the native libraries.
Any help would be appreciated.
Bharat.

Vivek,
We have the WebAs 640 Java system running on a AIX server. I placed the following folder under classpath
/usr/sap/<SAPSID>/JC**/j2ee/cluster/server/bin/ext/com.sap.mw.jco/sapjrfc.jar
The error thrown is
JCO.classInitialize(): Could not load middleware layer 'com.sap.mw.jco.rfc.MiddlewareRFC'
JCO.nativeInit(): Could not initialize dynamic link library sapjcorfc [Can't find library sapjcorfc (libsapjcorfc.a or .so) in sun.boot.library.path or java.library.path
sun.boot.library.path=/usr/java14_64/jre/bin
java.library.path=/usr/java14_64/jre/bin:/usr/java14_64/jre/bin/classic:/usr/java14_64/jre/bin:/usr/sap/RID/JC15/j2ee/os_libs:/usr/sap/RID/SYS/exe/run:/home/db2_mgr/sqllib/lib:/home/db2_mgr/sqllib/lib:/usr/lib:/usr/sap/RID/JC15/j2ee/os_libs:/usr/sap/RID/JC15/j2ee/os_libs:/usr/lib:/lib:/usr/sap/RID/SYS/exe/run:/home/db2_mgr/sqllib/lib:/home/db2_mgr/sqllib/lib]. java.library.path [/usr/java14_64/jre/bin:/usr/java14_64/jre/bin/classic:/usr/java14_64/jre/bin:/usr/sap/RID/JC15/j2ee/os_libs:/usr/sap/RID/SYS/exe/run:/home/db2_mgr/sqllib/lib:/home/db2_mgr/sqllib/lib:/usr/lib:/usr/sap/RID/JC15/j2ee/os_libs:/usr/sap/RID/JC15/j2ee/os_libs:/usr/lib:/lib:/usr/sap/RID/SYS/exe/run:/home/db2_mgr/sqllib/lib:/home/db2_mgr/sqllib/lib]
The problem is a search on libsapjcorfc.* only return dll files and no .so or .a files.
Wondering how ISA loads the native libraries on AIX!
Thx,
Bharat.

In which J2EE jar file is javax.DataSource jar contained?

Does anyone know in which J2EE jar file the javax.DataSource class is contained?
L.F.

Thanks for the reply, but when I do a jar -tvf on both of these jar files I see that tools.jar 1.4.2 contains only com.sun.tools... and dt.jar 1.4.2 contains javax.swing..... So where is javax.sql.... hiding? I have checked all the other jar files in the J2EE Standard and Enterprise edition as well. Has it moved alltogether. Any assitance would be appreciated.
Lennart

Unable to set CLASS_PATH for j2ee.jar

Hello all,
I have a peculiar problem. I have included the j2ee.jar path in my XP Home Edition environment variable, but javac is unable to get packages from there. I have echo-ed the CLASS_PATH in DOS command prompt and it reports the correct path of j2ee.jar. What's amazing is that when I type the full javac command with -classpath option (javac -classpath ____/j2ee.jar *.java) everything compiles well. I am lost here. Does someone here has a solution to this?
Thanks for your help in advance.

With XP, I had the same problem even if I had CLASSPATH. AFter lot of headbreaking I realized my J2EE_HOME and JAVA_HOME were part of user variables in the environment. But CLASSPATH I defined in the System variables and CLASSPATH was set with %J2EE_HOME%\lib\j2ee.jar which was the culprit. Once I moved the J2EE_HOME from user variables to system variables ..lo behold ..it was working and I did not have to substitue the j2ee.jar on the command line.

J2ee.jar not compatible with Tomcat 4.1.18 - HELP

I am attempting to generate my first web page using EJBs. I have ran into a snag. It seems that Tomcat 4.1.18 is not compatable with j2sdkee1.4. I have tried using j2sdkee1.3.1 and got the same problem.
Ant builds the project just fine therefore I believe this to be a configuration problem - but can not find it. HELP
*** Below is the out put from Tomcat when he is starting up....
Feb 3, 2003 11:50:31 AM org.apache.commons.modeler.Registry loadRegistry
INFO: Loading registry information
Feb 3, 2003 11:50:32 AM org.apache.commons.modeler.Registry getRegistry
INFO: Creating new Registry instance
Feb 3, 2003 11:50:32 AM org.apache.commons.modeler.Registry getServer
INFO: Creating MBeanServer
Feb 3, 2003 11:50:33 AM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on port 8181
Starting service Tomcat-Standalone
********** Probjem with Jar ************
Apache Tomcat/4.1.18
WebappClassLoader: validateJarFile(C:\Program Files\Apache Group\Tomcat 4.1\weba
pps\JobEntry\WEB-INF\lib\j2ee.jar) - jar not loaded. See Servlet Spec 2.3, secti
on 9.7.2. Offending class: javax/servlet/Servlet.class
*** Below is the compiler output
org.apache.jasper.JasperException: Unable to compile class for JSP
An error occurred at line: -1 in the jsp file: null
Generated servlet error:
[javac] Compiling 1 source file
C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\JobEntry\index_jsp.java:9: package javax.ejb does not exist
import javax.ejb.*;
^
C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\JobEntry\index_jsp.java:23: cannot resolve symbol
symbol : method InitialContext ()
location: class org.apache.jsp.index_jsp
InitialContext initial = InitialContext();
^
C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\JobEntry\index_jsp.java:25: cannot access javax.ejb.EJBObject
file javax\ejb\EJBObject.class not found
siteList = (JobEntry.SiteList) PortableRemoteObject.narrow(objectRef, SiteList.class);
^
C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\JobEntry\index_jsp.java:26: cannot resolve symbol
symbol : variable siteListHome
location: class org.apache.jsp.index_jsp
mySiteList = siteListHome.create();
^
4 errors

You should not add j2ee.jar to the WEB-INF folder. I think you should move it to "C:\Program Files\Apache Group\Tomcat 4.1\lib\j2ee.jar".
Also, it might help to read section 9.7.2 in the servlet 2.3 specification (as stated in the error). You can download the spec here: http://www.jcp.org/aboutJava/communityprocess/final/jsr053/

Latest J2EE SDK and Servlets

Hi,
I downloaded the latest J2EE SDK and I wish to use it in Eclipse IDE.
Trying to compile a servlets (a my own one) a javax.servlet cannot be resolved to a type error occurs (shouldn't this package be part of the Sun AS provided within the SDK?).
Searching for it in the J2EE SDK installation directory I didn't found it.
Where it is? How I can compile servlets?
Thank you.
PS: Please, don't reply me that I didn't need the J2EE SDK to compile and run servlets because I know it.
I wish to use J2EE technologies and servlets together.

That makes perfect sense and is quite normal.
Jar files are each individually treated as a directory containing a classpath entry, and will each have to be specified separately.
What you're expecting is similar to having every subdirectory containing within it the root of a class tree being recognised automatically by supplying a single higher level directory on the classpath.
Something like
classroots
|--project1
|           |--classes
|                    |--com
|-project2
              |-classes
                       |-comJust supplying "classroots" on your classpath will NOT cause project1/classes and project2/classes to be picked up as classpath entries (or shouldn't, there might be broken JVMs out there).

IncompatibleClassChangeError when adding j2ee.jar to existing project

Hi,
Sorry if this question is obvious, but I have a hard time grasping how everything works together.
I have installed the latest version of java SDK and created a project in Eclipse. I've created some jsp's and servlets, and I'm now working with JavaMail. I read that I need j2ee.jar in order to use the JavaMail, so I downloaded it and placed it under WEB-INF/lib. In the build path in Eclipse I added it as exernal jar. Now when I run my index file, I first get:
HTTP ERROR 500
Problem accessing /foo/. Reason:
Implementing class
Caused by:
java.lang.IncompatibleClassChangeError: Implementing class
and then if I refresh the page I get this:
HTTP ERROR 500
Problem accessing /foo/. Reason:
Could not initialize class org.apache.jasper.compiler.JspUtil
Caused by:
java.lang.NoClassDefFoundError: Could not initialize class org.apache.jasper.compiler.JspUtil
I'm wondering if I have my whole project setup wrong. Maybe if I had it right I wouldn't have to manually add the j2ee.jar? In my Java build Path in Eclipse, I have JRE System Library [JavaSE-1.6], and above I have the j2ee.jar that I added. It also appears under Web App Libraries. Please give me some guidance as to how to solve this issue.
Thanks!

First thing, take j2ee.jar out of your WEB-INF/lib.
Yes it would have the java mail classes, but its also got a whole heap of other guff that you are not going to want, and is going to cause you a world of pain.
A quick google leads to [javamail download|http://www.oracle.com/technetwork/java/index-138643.html]
The activation framework (activation.jar) formerly also a requirement for javamail is part of Java 6. So if you already have the latest SDK, all you should need is the download from that link.
cheers,
evnafets

J2SE to J2EE, beginning and need help

I am a J2SE developer and I need to learn J2EE. I am trying to figure out how to compile .java files that I write that use J2EE such as servlets. I am using eclipse and Textpad but I can't get either program to recognize J2EE classes. Is this possible? I have downloaded the J2EE SDK and started with some basic .jsp pages but I am more of a programmer than a web designer, and I really don't like using markup languages(HTML, XML). This is probably really stupid, but can anyone help me out or just give me some starting words of wisdom?

Make sure <J2EE_HOME>/lib/j2ee.jar is in your classpath:
DO:
javac MyServlet.java -cp path/to/j2ee.jar
OR
set your CLASSPATH env variable to include j2ee.jar
OR
throw j2ee.jar into your <JAVA_HOME>/jre/lib/ext directory.

Difference between jdk1.3 and jdk1.4 and jdk1.5

Hi All
1: I wud like to know the difference between jdk1.3 and jdk1.4 and jdk1.5. I could not recoginze the correct answer for this.. mostly i need the added advantages for version of JDK..
2: I wud also like to know difference in J2SE and J2EE.
Thanks in advance

while I can't tell you exclusively the differences, other than more methods have been added and some have been deprecated, from version to version, that is at least one difference.
I know several like me are reluctant at the moment to jump on up to 1.5, for fear of (and reasonably so) making their current apps go haywire!
Mine did just the other day when I tried to upgrade the JDK from 1.4.0 to 1.4.2.12!! It hosed everything.
J2SE is the Standard Environment, and J2EE is the Enterprise environment, which at the very least allows for things like the java Mail interface, using servlets and classes with the HTTP environment!
I'm sure many other posters could more accurately and specifically give you some other criterion of differences and advantages.

J2ee.jar causes problems with commons-logging.jar

Hi All -
(JDK 1.5.0_03, commons-logging 1.0.4, latest j2ee.jar, Eclipse 3.1.0 RC3 )
I am developing some components that are to be used within j2ee containers and in standalone mode as well. When I run the software under Tomcat, it works correctly (Tomcat is not using the j2ee.jar that comes with Sun's App server obviously), but when I develop with the j2ee.jar file that comes with Sun's App server, I can't use commons-logging. For example, the code supplied below (a class with only this line in the main method, not using any j2ee features) will fail JUST by having j2ee.jar in my path, but if I take it out of the path, it works fine. I am also on the commons-logging mail list and no one there has been able to solve this issue for me. Again, if I deploy my application to Tomcat, I don't have this problem.
The isolated line that is giving me the issue (and will give the issue even in a non j2ee application that just has this one line) is this:
log= LogFactory.getLog(CommonsLoggingTest.class);
When I run this without j2ee.jar in the path, it works fine. When I run it with j2ee.jar in the path, I get this:
Exception in thread "main" org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException (Caused by java.lang.NullPointerException) (Caused by org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException (Caused by java.lang.NullPointerException))
     at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543)
     at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235)
     at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209)
     at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
     at com.redhawk.testing.CommonsLoggingTest.doTest(CommonsLoggingTest.java:27)
     at com.redhawk.testing.CommonsLoggingTest.main(CommonsLoggingTest.java:45)
Caused by: org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException (Caused by java.lang.NullPointerException)
     at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:397)
     at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529)
     ... 5 more
Caused by: java.lang.NullPointerException
     at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:374)
     ... 6 more
Anyone have any ideas? Its really annoying to have to take this jar file out of my path every time I want to run a test. I could just start developing against other implementations of the j2ee classes I need (for example, Tomcat's jar files do not give this error) but for various reasons that is also undesirable.
Thanks!
Jason

This problem does not arise with commons-logging 1.0.3.
Any idea what is different in 1.0.4 that would introduce problems when Sun's j2ee.jar is in the path?

Is it j2ee.jar and jdk1.5.0.jar same

Similar Messages

Maybe you are looking for