what exactly does the exception say? my original thinking was that you had 2 copies of log4j's Log class loaded in peer classloaders and that the Log4jLoggerImpl defined in one (which implemented the Log class defined within the first loader) was not compatible (couldn't be cast to) the Log class defined in the other but i would expact that to be a ClassCastException. and if it was a version mismatch then i think what you get is a NoSuchMethodError. so where is your log4j.jar and your commons-logging.jar and at what level are they loaded? are there any other copies and/or are there any cases where multiple classloaders would load them?
> Ron, > I have searched the mailing list for october and also using search criteria. > I couldn't find it and so I had to post it. > Coming to the topic, I am using Iplanet server to do this. The axis library > including is outside of iplanet server and I have added in server.xml. Now I > don't understand what you mean by "same level". Can you please explain that > to me. > thanks > vishist. > > On 10/7/05, Ron Reynolds <[EMAIL PROTECTED]> wrote: >> >> you probably have a mis-match between your common-logging and log4j jars - >> it's probably best to make sure they're >> loaded at the same level (i.e., by the same classloader) (didn't this >> topic just come up recently?). >> >> > Hi, >> > I need help with configuring Axis. The problem is for our app "Axis" >> forms >> > as an external dependency. So, we have create a separate directory >> outside >> > of webserver /apps/opt/axis and then added the jar files to server.xml. >> In >> > this architecture, it is giving us Commons-logging framework exception >> > saying that org.apache.commons.logging.impl.Log4jLoggerImpl does not >> > implement Log. >> > >> > Can anyone let me know why would I get this. >> > thanks >> > vishist. >> > >> >> >> >
