1 |
On Sunday 14 February 2010 22:37:03 dhk wrote: |
2 |
> dhk wrote: |
3 |
|
4 |
> Ok, I think the problem is in the rt.jar file. The beginning of the |
5 |
> error is as follows: |
6 |
> |
7 |
> # /opt/sun-j2ee-1.3.1/bin/j2ee -verbose |
8 |
> J2EE server listen port: 1050 |
9 |
> Exception in thread "main" java.lang.NoClassDefFoundError: |
10 |
> com/sun/corba/se/internal/util/IdentityHashtable |
11 |
> |
12 |
> However, the following command shows the IdentityHashtable in a |
13 |
> different location. |
14 |
> |
15 |
> # jar tf /opt/sun-jdk-1.6.0.18/jre/lib/rt.jar | grep "IdentityHashtable" |
16 |
> com/sun/corba/se/impl/util/IdentityHashtable.class |
17 |
> com/sun/corba/se/impl/util/IdentityHashtableEntry.class |
18 |
> com/sun/corba/se/impl/util/IdentityHashtableEnumerator.class |
19 |
> |
20 |
> |
21 |
> I think the difference is j2ee is looking for "IdentityHashtable" in |
22 |
> com/sun/corba/se/internal/util/IdentityHashtable but the jar file has it |
23 |
> in com/sun/corba/se/impl/util/IdentityHashtable.class . |
24 |
> |
25 |
> Is this the problem? If so haw can it be fixed? |
26 |
|
27 |
It sure looks like your real problem. The class loader will not find the |
28 |
package you do have. And it's not a simple matter of unpacking rt.jar, |
29 |
changing and it zipping it all back up again - those things are signed and |
30 |
manifested. |
31 |
|
32 |
Have you looked into the metadata of java ebuilds to find where the java herd |
33 |
hang out and ask them there? |
34 |
|
35 |
|
36 |
-- |
37 |
alan dot mckinnon at gmail dot com |