> That helps me? Some pointers on what to try next maybe
I ran out of ideas. Unless somebody else can reproduce it and can look into
it, I can't do anything. It works for me on all JDKs on my Win2k box.
> Could using a conf file from 4.0.x (modified to use Coyote http/1.1
> connector) be the
[nick@odyssey conf]$ /usr/java/j2sdk1.4.0/bin/javap
java.util.logging.Logger | grep setUseParentHandlers
[nick@odyssey conf]$
Something added in 1.4.0_01 maybe?
Nick
On Friday, June 7, 2002, at 02:49 PM, [EMAIL PROTECTED] wrote:
>
>> OK, How about this? From the catalina.out when I try using
> OK, How about this? From the catalina.out when I try using jdk 1.4...
> ...
> Caused by: java.lang.NoSuchMethodError:
> java.util.logging.Logger.setUseParentHandlers(Z)V
> org.apache.commons.logging.impl.Jdk14Logger.(Jdk14Logger.java:97)
Humm. I seem to have method setUseParentHandlers, do yo
That helps me? Some pointers on what to try next maybe
Could using a conf file from 4.0.x (modified to use Coyote http/1.1
connector) be the culprit? Should I not be using
org.apache.catalina.logger.FileLogger anymore?
Nick
On Friday, June 7, 2002, at 02:23 PM, Remy Maucherat wrote:
>> O
> OK, How about this? From the catalina.out when I try using jdk 1.4...
>
> java.lang.reflect.Constructor.newInstance(Constructor.java:263)
> at
> org.apache.commons.logging.impl.LogFactoryImpl.newInstance
> (LogFactoryImpl.java:487)
> ... 12 more
> Caused by: java.lang.NoSuchMe
OK, How about this? From the catalina.out when I try using jdk 1.4...
org.apache.commons.logging.LogConfigurationException:
java.lang.reflect.InvocationTargetException
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance
(LogFactoryImpl.java:494)
at
org.apache.common
> OK, I gave the IBM jdk a shot, and it crashes on me as well. Interesting
> that it also happens related to opening a zip:
>
> "main" (TID:0x100519D8, sys_thread_t:0x8059108, state:R, native
> ID:0x400) prio=5
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zi
Yea, take a look at 9204, Seems like IBM's version of ZipFile
is asked to load "/classes" and throws an exception, while Sun's
implementation doesnt throw an exception.
> OK, I gave the IBM jdk a shot, and it crashes on me as well. Interesting
> that it also happens related to opening a zip:
>
OK, I gave the IBM jdk a shot, and it crashes on me as well. Interesting
that it also happens related to opening a zip:
"main" (TID:0x100519D8, sys_thread_t:0x8059108, state:R, native
ID:0x400) prio=5
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.(
> True enough, VM bug, but we use this JVM w/ 4.0.1 and 4.0.3 in
> production no problem. I won't argue with you about it though--I'm not a
> TC developer :-)
It's not the same crash we're used to see (if I remember well, it usually is
a crash on startup parsing XML with 4.0.x, but it may also cr
True enough, VM bug, but we use this JVM w/ 4.0.1 and 4.0.3 in
production no problem. I won't argue with you about it though--I'm not a
TC developer :-)
Thanks for the quick reply.
Nick
On Friday, June 7, 2002, at 10:28 AM, Remy Maucherat wrote:
>> Greetings,
>>
>> I was trying out 4.1.3b1 a
> Greetings,
>
> I was trying out 4.1.3b1 and received the error below in my
> catalina.out. Should I submit this to bugzilla?
>
> JVM 1.3.1_01 on RedHat 7.1 stock (2.4.2-2 kernel).
>
> The last line in my catalina log is
> 2002-06-07 09:09:47 WebappLoader[]: Deploy JAR /WEB-
> INF/lib/jce1_2-do.j
12 matches
Mail list logo
