[gentoo-user] Keyword for dev-java/sun-j2ee

[gentoo-user] Keyword for dev-java/sun-j2ee

[dhk]

How do I find out the missing keyword for dev-java/sun-j2ee?

I tried dev-java/sun-j2ee ~amd64 java in /etc/portage/package.keywords
and tried adding ACCEPT_LICENSE="sun-bcla-j2ee" to /etc/make.conf.

Below is the output to the emerge.

emerge -pv dev-java/sun-j2ee
!!! CONFIG_PROTECT is empty
These are the packages that would be merged, in order:

Calculating dependencies... done!

!!! All ebuilds that could satisfy "dev-java/sun-j2ee" have been masked.
!!! One of the following masked packages is required to complete your
request:
- dev-java/sun-j2ee-1.3.1-r4 (masked by: missing keyword)


For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

Thanks,

dhk

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alan McKinnon]

On Thursday 11 February 2010 15:19:57 dhk wrote:
> How do I find out the missing keyword for dev-java/sun-j2ee?
> 
> I tried dev-java/sun-j2ee ~amd64 java in /etc/portage/package.keywords
> and tried adding ACCEPT_LICENSE="sun-bcla-j2ee" to /etc/make.conf.


dev-java/sun-j2ee ~*





> 
> Below is the output to the emerge.
> 
> emerge -pv dev-java/sun-j2ee
> !!! CONFIG_PROTECT is empty
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> 
> !!! All ebuilds that could satisfy "dev-java/sun-j2ee" have been masked.
> !!! One of the following masked packages is required to complete your
> request:
> - dev-java/sun-j2ee-1.3.1-r4 (masked by: missing keyword)
> 
> 
> For more information, see the MASKED PACKAGES section in the emerge
> man page or refer to the Gentoo Handbook.
> 
> Thanks,
> 
> dhk

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[dhk]

Alan McKinnon wrote:
> On Thursday 11 February 2010 15:19:57 dhk wrote:
>> How do I find out the missing keyword for dev-java/sun-j2ee?
>>
>> I tried dev-java/sun-j2ee ~amd64 java in /etc/portage/package.keywords
>> and tried adding ACCEPT_LICENSE="sun-bcla-j2ee" to /etc/make.conf.
> 
> 
> dev-java/sun-j2ee ~*
> 
> 
> 
> 
> 
>> Below is the output to the emerge.
>>
>> emerge -pv dev-java/sun-j2ee
>> !!! CONFIG_PROTECT is empty
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>>
>> !!! All ebuilds that could satisfy "dev-java/sun-j2ee" have been masked.
>> !!! One of the following masked packages is required to complete your
>> request:
>> - dev-java/sun-j2ee-1.3.1-r4 (masked by: missing keyword)
>>
>>
>> For more information, see the MASKED PACKAGES section in the emerge
>> man page or refer to the Gentoo Handbook.
>>
>> Thanks,
>>
>> dhk
> 


That seems like it should have worked.  I tried dev-java/sun-j2ee ~* in
/etc/portage/package.keywords but I get the same response.

Any more ideas?

Thanks,

dhk

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alan McKinnon]

On Thursday 11 February 2010 16:56:51 dhk wrote:
> Alan McKinnon wrote:
> > On Thursday 11 February 2010 15:19:57 dhk wrote:
> >> How do I find out the missing keyword for dev-java/sun-j2ee?
> >> 
> >> I tried dev-java/sun-j2ee ~amd64 java in /etc/portage/package.keywords
> >> and tried adding ACCEPT_LICENSE="sun-bcla-j2ee" to /etc/make.conf.
> > 
> > dev-java/sun-j2ee ~*
> > 
> >> Below is the output to the emerge.
> >> 
> >> emerge -pv dev-java/sun-j2ee
> >> !!! CONFIG_PROTECT is empty
> >> These are the packages that would be merged, in order:
> >> 
> >> Calculating dependencies... done!
> >> 
> >> !!! All ebuilds that could satisfy "dev-java/sun-j2ee" have been masked.
> >> !!! One of the following masked packages is required to complete your
> >> request:
> >> - dev-java/sun-j2ee-1.3.1-r4 (masked by: missing keyword)
> >> 
> >> 
> >> For more information, see the MASKED PACKAGES section in the emerge
> >> man page or refer to the Gentoo Handbook.
> >> 
> >> Thanks,
> >> 
> >> dhk
> 
> That seems like it should have worked.  I tried dev-java/sun-j2ee ~* in
> /etc/portage/package.keywords but I get the same response.
> 
> Any more ideas?

From the ebuild:

KEYWORDS="-ppc x86"

So for amd64 you would need in packages.keywords:

dev-java/sun-j2ee **

That will likely let it install. It might even run afterwards... :-)


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> Alan McKinnon wrote:
>    
>> On Thursday 11 February 2010 15:19:57 dhk wrote:
>>      
>>> How do I find out the missing keyword for dev-java/sun-j2ee?
>>>
>>> I tried dev-java/sun-j2ee ~amd64 java in /etc/portage/package.keywords
>>> and tried adding ACCEPT_LICENSE="sun-bcla-j2ee" to /etc/make.conf.
>>>        
>>
>> dev-java/sun-j2ee ~*
>>
>>
>>
>>
>>
>>      
>>> Below is the output to the emerge.
>>>
>>> emerge -pv dev-java/sun-j2ee
>>> !!! CONFIG_PROTECT is empty
>>> These are the packages that would be merged, in order:
>>>
>>> Calculating dependencies... done!
>>>
>>> !!! All ebuilds that could satisfy "dev-java/sun-j2ee" have been masked.
>>> !!! One of the following masked packages is required to complete your
>>> request:
>>> - dev-java/sun-j2ee-1.3.1-r4 (masked by: missing keyword)
>>>
>>>
>>> For more information, see the MASKED PACKAGES section in the emerge
>>> man page or refer to the Gentoo Handbook.
>>>
>>> Thanks,
>>>
>>> dhk
>>>        
>>      
>
> That seems like it should have worked.  I tried dev-java/sun-j2ee ~* in
> /etc/portage/package.keywords but I get the same response.
>
> Any more ideas?
>
> Thanks,
>
> dhk
>
>    

Have you synced lately?  According to mine it is not masked or keyworded 
and should install without changing anything.  I synced last night and I 
get this:

root@smoker / # equery list -p dev-java/sun-j2ee
[ Searching for package 'sun-j2ee' in 'dev-java' among: ]
  * installed packages
  * Portage tree (/usr/portage)
[-P-] [  ] dev-java/sun-j2ee-1.3.1-r4 (0)
[-P-] [  ] dev-java/sun-j2ee-deployment-bin-1.1-r2 (1.1)
root@smoker / #


Looks good to go to me.

Dale

:-)  :-)

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alex Schuster]

Dale writes:

> chrome://messenger/locale/messengercompose/composeMsgs.properties:

Whoops?

> Have you synced lately?  According to mine it is not masked or
> keyworded and should install without changing anything.  I synced last
> night and I get this:

You're probably running an x86 system, while dhk probably is at amd64. But 
this is not part of the KEYWORDS line in the ebuild:

wonko@weird ~ $ grep KEYWORDS /usr/portage/tree/dev-java/sun-j2ee/sun-
j2ee-1.3.1-r4.ebuild 
KEYWORDS="-ppc x86"

	Wonko

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alan McKinnon]

On Thursday 11 February 2010 18:09:33 Alex Schuster wrote:
> Dale writes:
> > chrome://messenger/locale/messengercompose/composeMsgs.properties:
> Whoops?

SeaMonkey.

Dale has his eyes set on holding the world record to be the last KDE-3.5 user 
left standing with the longest continual uptime for any app from the Mozilla 
stable.

This is a worthy goal. He deserves our support. Without us, the title will 
likely go to some SuSE user.

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 555 bytes --]

On Thu, 11 Feb 2010 20:28:55 +0200, Alan McKinnon wrote:

> Dale has his eyes set on holding the world record to be the last
> KDE-3.5 user left standing with the longest continual uptime for any
> app from the Mozilla stable.
> 
> This is a worthy goal. He deserves our support. Without us, the title
> will likely go to some SuSE user.

I was going to suggest that would be a Debian stable user, but they're
probably still on KDE 2.


-- 
Neil Bothwick

The best things in life are free, but the
expensive ones are still worth a look.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> On Thursday 11 February 2010 18:09:33 Alex Schuster wrote:
>    
>> Dale writes:
>>      
>>> chrome://messenger/locale/messengercompose/composeMsgs.properties:
>>>        
>> Whoops?
>>      
> SeaMonkey.
>
> Dale has his eyes set on holding the world record to be the last KDE-3.5 user
> left standing with the longest continual uptime for any app from the Mozilla
> stable.
>
> This is a worthy goal. He deserves our support. Without us, the title will
> likely go to some SuSE user.
>
>    

Actually, it is Seamonkey 2 that is at fault.  Seamonkey 1 works fine, 
even in KDE 3.5.  It's Seamonkey 2, the new one, that is broken.  
Thinking about switching back to Seamonkey 1.  Seamonkey 2, like KDE 4, 
still needs some work.

By the way, just installed KDE 4.4 and I still can't open a file with 
Dolphin as root.  I keep getting a error that something isn't working.  
I can't recall what it is.  Noticed a couple other things that are not 
working still so I'm back to KDE 3.5.  I'm starting to think Gnome may 
be a option here.  This is getting ridiculous.  Before long KDE 3.5 
won't be secure and KDE 4.4 still won't work and I'll have to switch to 
something else anyway.

Dale

:-)  :-)

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alan McKinnon]

On Friday 12 February 2010 01:51:40 Dale wrote:
> By the way, just installed KDE 4.4 and I still can't open a file with 
> Dolphin as root.

You are not supposed to do that. Dolphin runs as you.

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Dale]

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> On Friday 12 February 2010 01:51:40 Dale wrote:
>    
>> By the way, just installed KDE 4.4 and I still can't open a file with
>> Dolphin as root.
>>      
> You are not supposed to do that. Dolphin runs as you.
>
>    

Nope, I got it set to run as root.  It asks for the password and 
everything when I open Dolphin.  It is set to do the same as it does 
when in KDE 3.5 with Konqueror.  On the KDE lists, I was told there is 
supposed to be some more code added to make this work.  Ironically I 
think it is a Dbus thing.  I think that was what the issue turns out to 
be.  Don't quote me on that.  It's been months since I found this boo boo.

I know it is root tho because I can enter my /root directory and browse 
around in it.  I think it is Dolphin trying to open Kwrite as root that 
is the issue.  Again, it has been a while.

Dale

:-)  :-)

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[dhk]

Dale wrote:
> chrome://messenger/locale/messengercompose/composeMsgs.properties:
>> Alan McKinnon wrote:
>>   
>>> On Thursday 11 February 2010 15:19:57 dhk wrote:
>>>     
>>>> How do I find out the missing keyword for dev-java/sun-j2ee?
>>>>
>>>> I tried dev-java/sun-j2ee ~amd64 java in /etc/portage/package.keywords
>>>> and tried adding ACCEPT_LICENSE="sun-bcla-j2ee" to /etc/make.conf.
>>>>        
>>>
>>> dev-java/sun-j2ee ~*
>>>
>>>
>>>
>>>
>>>
>>>     
>>>> Below is the output to the emerge.
>>>>
>>>> emerge -pv dev-java/sun-j2ee
>>>> !!! CONFIG_PROTECT is empty
>>>> These are the packages that would be merged, in order:
>>>>
>>>> Calculating dependencies... done!
>>>>
>>>> !!! All ebuilds that could satisfy "dev-java/sun-j2ee" have been
>>>> masked.
>>>> !!! One of the following masked packages is required to complete your
>>>> request:
>>>> - dev-java/sun-j2ee-1.3.1-r4 (masked by: missing keyword)
>>>>
>>>>
>>>> For more information, see the MASKED PACKAGES section in the emerge
>>>> man page or refer to the Gentoo Handbook.
>>>>
>>>> Thanks,
>>>>
>>>> dhk
>>>>        
>>>      
>>
>> That seems like it should have worked.  I tried dev-java/sun-j2ee ~* in
>> /etc/portage/package.keywords but I get the same response.
>>
>> Any more ideas?
>>
>> Thanks,
>>
>> dhk
>>
>>    
> 
> Have you synced lately?  According to mine it is not masked or keyworded
> and should install without changing anything.  I synced last night and I
> get this:
> 
> root@smoker / # equery list -p dev-java/sun-j2ee
> [ Searching for package 'sun-j2ee' in 'dev-java' among: ]
>  * installed packages
>  * Portage tree (/usr/portage)
> [-P-] [  ] dev-java/sun-j2ee-1.3.1-r4 (0)
> [-P-] [  ] dev-java/sun-j2ee-deployment-bin-1.1-r2 (1.1)
> root@smoker / #
> 
> 
> Looks good to go to me.
> 
> Dale
> 
> :-)  :-)
> 
> 

I did a sync, but no difference.  However, the dev-java/sun-j2ee **
worked after I downloaded j2sdkee-1_3_1-linux.tar.gz .

Thanks,

dhk

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[dhk]

dhk wrote:
> Dale wrote:
>> chrome://messenger/locale/messengercompose/composeMsgs.properties:
>>> Alan McKinnon wrote:
>>>   
>>>> On Thursday 11 February 2010 15:19:57 dhk wrote:
>>>>     
>>>>> How do I find out the missing keyword for dev-java/sun-j2ee?
>>>>>
>>>>> I tried dev-java/sun-j2ee ~amd64 java in /etc/portage/package.keywords
>>>>> and tried adding ACCEPT_LICENSE="sun-bcla-j2ee" to /etc/make.conf.
>>>>>        
>>>> dev-java/sun-j2ee ~*
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>     
>>>>> Below is the output to the emerge.
>>>>>
>>>>> emerge -pv dev-java/sun-j2ee
>>>>> !!! CONFIG_PROTECT is empty
>>>>> These are the packages that would be merged, in order:
>>>>>
>>>>> Calculating dependencies... done!
>>>>>
>>>>> !!! All ebuilds that could satisfy "dev-java/sun-j2ee" have been
>>>>> masked.
>>>>> !!! One of the following masked packages is required to complete your
>>>>> request:
>>>>> - dev-java/sun-j2ee-1.3.1-r4 (masked by: missing keyword)
>>>>>
>>>>>
>>>>> For more information, see the MASKED PACKAGES section in the emerge
>>>>> man page or refer to the Gentoo Handbook.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> dhk
>>>>>        
>>>>      
>>> That seems like it should have worked.  I tried dev-java/sun-j2ee ~* in
>>> /etc/portage/package.keywords but I get the same response.
>>>
>>> Any more ideas?
>>>
>>> Thanks,
>>>
>>> dhk
>>>
>>>    
>> Have you synced lately?  According to mine it is not masked or keyworded
>> and should install without changing anything.  I synced last night and I
>> get this:
>>
>> root@smoker / # equery list -p dev-java/sun-j2ee
>> [ Searching for package 'sun-j2ee' in 'dev-java' among: ]
>>  * installed packages
>>  * Portage tree (/usr/portage)
>> [-P-] [  ] dev-java/sun-j2ee-1.3.1-r4 (0)
>> [-P-] [  ] dev-java/sun-j2ee-deployment-bin-1.1-r2 (1.1)
>> root@smoker / #
>>
>>
>> Looks good to go to me.
>>
>> Dale
>>
>> :-)  :-)
>>
>>
> 
> I did a sync, but no difference.  However, the dev-java/sun-j2ee **
> worked after I downloaded j2sdkee-1_3_1-linux.tar.gz .
> 
> Thanks,
> 
> dhk
> 
> 


Another question about this.

Where's a good place to set J2EE_HOME (/opt/sun-j2ee-1.3.1/) and
JAVA_HOME?  Should it be in each user's profile?  If I wanted to set
them globally for all users should they go in /etc/profile ?

Also when starting j2ee I get the following error.
# /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
/opt/sun-j2ee-1.3.1/bin/j2ee: line 14: /opt/sun-j2ee-1.3.1//bin/java: No
such file or directory

Is there another java package I need to install?  /bin/java doesn't exist.

Thanks,
dhk

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alan McKinnon]

On Thursday 11 February 2010 22:06:50 dhk wrote:
> Another question about this.
> 
> Where's a good place to set J2EE_HOME (/opt/sun-j2ee-1.3.1/) and
> JAVA_HOME?  Should it be in each user's profile?  If I wanted to set
> them globally for all users should they go in /etc/profile ?

How many users use it? 

One? Put it in their profile.
Many? put it in the system profile.

This is not a decision peculiar to j2ee, you must make the identical decision 
for hundreds of packages - same principles apply.

Or you could use the absurd method Sybase uses, but we won't go there now...


> Also when starting j2ee I get the following error.
> # /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
> /opt/sun-j2ee-1.3.1/bin/j2ee: line 14: /opt/sun-j2ee-1.3.1//bin/java: No
> such file or directory
> 
> Is there another java package I need to install?  /bin/java doesn't exist.

I'm not surprised.

it's not /bin/java
it's /opt/sun-j2ee-1.3.1/bin/java
an entirely different thing.

When I last played with j2ee, the package from Sun did not have a JVM, you had 
to install that first.

You probably need to install a jdk or jvm, which is odd as that should be a 
DEPEND.
If you do have a jdk or jvm, you need a symlink:

ln -s /usr/bin/java /opt/sun-j2ee-1.3.1/bin/java


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[dhk]

Alan McKinnon wrote:
> On Thursday 11 February 2010 22:06:50 dhk wrote:
>> Another question about this.
>>
>> Where's a good place to set J2EE_HOME (/opt/sun-j2ee-1.3.1/) and
>> JAVA_HOME?  Should it be in each user's profile?  If I wanted to set
>> them globally for all users should they go in /etc/profile ?
> 
> How many users use it? 
> 
> One? Put it in their profile.
> Many? put it in the system profile.
> 
> This is not a decision peculiar to j2ee, you must make the identical decision 
> for hundreds of packages - same principles apply.
> 
> Or you could use the absurd method Sybase uses, but we won't go there now...
> 
> 
>> Also when starting j2ee I get the following error.
>> # /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
>> /opt/sun-j2ee-1.3.1/bin/j2ee: line 14: /opt/sun-j2ee-1.3.1//bin/java: No
>> such file or directory
>>
>> Is there another java package I need to install?  /bin/java doesn't exist.
> 
> I'm not surprised.
> 
> it's not /bin/java
> it's /opt/sun-j2ee-1.3.1/bin/java
> an entirely different thing.
> 
> When I last played with j2ee, the package from Sun did not have a JVM, you had 
> to install that first.
> 
> You probably need to install a jdk or jvm, which is odd as that should be a 
> DEPEND.
> If you do have a jdk or jvm, you need a symlink:
> 
> ln -s /usr/bin/java /opt/sun-j2ee-1.3.1/bin/java
> 
> 

I think it's almost working.

My /usr/bin/java was linked to run-java-tool, don't know what that is.
# ll /usr/bin/java
lrwxrwxrwx 1 root root 13 Feb 11 11:20 /usr/bin/java -> run-java-tool

I installed a jdk
emerge dev-java/sun-jdk

Removed the /usr/bin/java sym link and made another to the newly
installed java.
ln -s /opt/sun-jdk-1.6.0.18/bin/java /usr/bin/java

I set some environment variables.
export J2EE_HOME="/opt/sun-j2ee-1.3.1/"
export JAVA_HOME="/opt/sun-jdk-1.6.0.18"

Then reinstalled j2ee
emerge dev-java/sun-j2ee

Tried starting j2ee
/opt/sun-j2ee-1.3.1/bin/j2ee -verbose

Checked processes, but no j2ee was running.

Then looked at the error log. Looks like it can't find this com.sun...
directory.

# cat /opt/sun-j2ee-1.3.1/logs/dhcppc3/j2ee/j2ee/system.err


Logging for J2EE Server Version: 1.3.1-b17 started at: Thu Feb 11
16:44:31 EST 2010..
Using the Java HotSpot(TM) 64-Bit Server VM and the version number
1.6.0_18 from Sun Microsystems Inc..
VM is using the classpath:
/opt/sun-j2ee-1.3.1/lib/system/cloudscape.jar:/opt/sun-j2ee-1.3.1/lib/system/cloudutil.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/RmiJdbc.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/cloudclient.jar:/opt/sun-j2ee-1.3.1/lib/classes:/opt/sun-j2ee-1.3.1/classes:/opt/sun-j2ee-1.3.1/lib/j2ee.jar:/opt/sun-j2ee-1.3.1/lib/toolclasses:/opt/sun-j2ee-1.3.1/lib/j2eetools.jar:/opt/sun-j2ee-1.3.1/lib/locale::/opt/sun-jdk-1.6.0.18/lib/tools.jar:/opt/sun-j2ee-1.3.1/lib/jhall.jar
.
J2EE Home Directory has been set to: /opt/sun-j2ee-1.3.1.


Exception in thread "main" java.lang.NoClassDefFoundError:
com/sun/corba/se/internal/util/IdentityHashtable
	at com.sun.corba.ee.internal.javax.rmi.CORBA.Util.<clinit>(Util.java:87)
	at com.sun.corba.ee.internal.POA.POAImpl.activate(POAImpl.java:935)
	at com.sun.corba.ee.internal.POA.POAImpl.activate_object(POAImpl.java:895)
	at
com.sun.corba.ee.internal.CosNaming.TransientNameService.initialize(TransientNameService.java:117)
	at
com.sun.corba.ee.internal.CosNaming.TransientNameService.<init>(TransientNameService.java:70)
	at
com.sun.enterprise.iiop.POAProtocolMgr.initializeNaming(POAProtocolMgr.java:103)
	at com.sun.enterprise.server.J2EEServer.run(J2EEServer.java:226)
	at com.sun.enterprise.server.J2EEServer.main(J2EEServer.java:972)
Caused by: java.lang.ClassNotFoundException:
com.sun.corba.se.internal.util.IdentityHashtable
	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
	... 8 more


Logging for J2EE Server Version: 1.3.1-b17 started at: Thu Feb 11
17:03:04 EST 2010..
Using the Java HotSpot(TM) 64-Bit Server VM and the version number
1.6.0_18 from Sun Microsystems Inc..
VM is using the classpath:
/opt/sun-j2ee-1.3.1/lib/system/cloudscape.jar:/opt/sun-j2ee-1.3.1/lib/system/cloudutil.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/RmiJdbc.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/cloudclient.jar:/opt/sun-j2ee-1.3.1/lib/classes:/opt/sun-j2ee-1.3.1/classes:/opt/sun-j2ee-1.3.1/lib/j2ee.jar:/opt/sun-j2ee-1.3.1/lib/toolclasses:/opt/sun-j2ee-1.3.1/lib/j2eetools.jar:/opt/sun-j2ee-1.3.1/lib/locale::/opt/sun-jdk-1.6.0.18/lib/tools.jar:/opt/sun-j2ee-1.3.1/lib/jhall.jar
.
J2EE Home Directory has been set to: /opt/sun-j2ee-1.3.1.


Exception in thread "main" java.lang.NoClassDefFoundError:
com/sun/corba/se/internal/util/IdentityHashtable
	at com.sun.corba.ee.internal.javax.rmi.CORBA.Util.<clinit>(Util.java:87)
	at com.sun.corba.ee.internal.POA.POAImpl.activate(POAImpl.java:935)
	at com.sun.corba.ee.internal.POA.POAImpl.activate_object(POAImpl.java:895)
	at
com.sun.corba.ee.internal.CosNaming.TransientNameService.initialize(TransientNameService.java:117)
	at
com.sun.corba.ee.internal.CosNaming.TransientNameService.<init>(TransientNameService.java:70)
	at
com.sun.enterprise.iiop.POAProtocolMgr.initializeNaming(POAProtocolMgr.java:103)
	at com.sun.enterprise.server.J2EEServer.run(J2EEServer.java:226)
	at com.sun.enterprise.server.J2EEServer.main(J2EEServer.java:972)
Caused by: java.lang.ClassNotFoundException:
com.sun.corba.se.internal.util.IdentityHashtable
	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
	... 8 more


Thanks,

dhk

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alan McKinnon]

On Friday 12 February 2010 00:10:06 dhk wrote:

> My /usr/bin/java was linked to run-java-tool, don't know what that is.
> # ll /usr/bin/java
> lrwxrwxrwx 1 root root 13 Feb 11 11:20 /usr/bin/java -> run-java-tool

That's correct. It's a man-in-the-middle thing installed by the java 
configurator, it makes life easy when switching between various java versions
 
> 
> I installed a jdk
> emerge dev-java/sun-jdk
> 
> Removed the /usr/bin/java sym link and made another to the newly
> installed java.
> ln -s /opt/sun-jdk-1.6.0.18/bin/java /usr/bin/java
> 
> I set some environment variables.
> export J2EE_HOME="/opt/sun-j2ee-1.3.1/"
> export JAVA_HOME="/opt/sun-jdk-1.6.0.18"
> 
> Then reinstalled j2ee
> emerge dev-java/sun-j2ee
> 
> Tried starting j2ee
> /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
> 
> Checked processes, but no j2ee was running.
> 
> Then looked at the error log. Looks like it can't find this com.sun...
> directory.
> 
> # cat /opt/sun-j2ee-1.3.1/logs/dhcppc3/j2ee/j2ee/system.err
> 
> 
> Logging for J2EE Server Version: 1.3.1-b17 started at: Thu Feb 11
> 16:44:31 EST 2010..
> Using the Java HotSpot(TM) 64-Bit Server VM and the version number
> 1.6.0_18 from Sun Microsystems Inc..
> VM is using the classpath:
> /opt/sun-j2ee-1.3.1/lib/system/cloudscape.jar:/opt/sun-j2ee-1.3.1/lib/syste
> m/cloudutil.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/RmiJdbc.jar:/opt/sun-j2e
> e-1.3.1/lib/cloudscape/cloudclient.jar:/opt/sun-j2ee-1.3.1/lib/classes:/opt
> /sun-j2ee-1.3.1/classes:/opt/sun-j2ee-1.3.1/lib/j2ee.jar:/opt/sun-j2ee-1.3.
> 1/lib/toolclasses:/opt/sun-j2ee-1.3.1/lib/j2eetools.jar:/opt/sun-j2ee-1.3.1
> /lib/locale::/opt/sun-jdk-1.6.0.18/lib/tools.jar:/opt/sun-j2ee-1.3.1/lib/jh
> all.jar .
> J2EE Home Directory has been set to: /opt/sun-j2ee-1.3.1.
> 
> 
> Exception in thread "main" java.lang.NoClassDefFoundError:
> com/sun/corba/se/internal/util/IdentityHashtable

If memory serves, the corba stuff is part of the base classes required by all 
VMs. I think that is in rt.jar, but you don't have that in your CLASSPATH.

These days it might be elsewhere, it's been a while.

I reckon you either didn't set your jdk CLASSPATH at all, or you did and 
clobbered it with j2ee by doing

CLASSPATH=.....

instead of 

CLASSPATH=$CLASSPATH:....





> 	at 
com.sun.corba.ee.internal.javax.rmi.CORBA.Util.<clinit>(Util.java:87)
> 	at com.sun.corba.ee.internal.POA.POAImpl.activate(POAImpl.java:935)
> 	at 
com.sun.corba.ee.internal.POA.POAImpl.activate_object(POAImpl.java:895)
> 	at
> com.sun.corba.ee.internal.CosNaming.TransientNameService.initialize(Transie
> ntNameService.java:117) at
> com.sun.corba.ee.internal.CosNaming.TransientNameService.<init>(TransientNa
> meService.java:70) at
> com.sun.enterprise.iiop.POAProtocolMgr.initializeNaming(POAProtocolMgr.java
> :103) at com.sun.enterprise.server.J2EEServer.run(J2EEServer.java:226)
> 	at com.sun.enterprise.server.J2EEServer.main(J2EEServer.java:972)
> Caused by: java.lang.ClassNotFoundException:
> com.sun.corba.se.internal.util.IdentityHashtable
> 	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> 	... 8 more
> 
> 
> Logging for J2EE Server Version: 1.3.1-b17 started at: Thu Feb 11
> 17:03:04 EST 2010..
> Using the Java HotSpot(TM) 64-Bit Server VM and the version number
> 1.6.0_18 from Sun Microsystems Inc..
> VM is using the classpath:
> /opt/sun-j2ee-1.3.1/lib/system/cloudscape.jar:/opt/sun-j2ee-1.3.1/lib/syste
> m/cloudutil.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/RmiJdbc.jar:/opt/sun-j2e
> e-1.3.1/lib/cloudscape/cloudclient.jar:/opt/sun-j2ee-1.3.1/lib/classes:/opt
> /sun-j2ee-1.3.1/classes:/opt/sun-j2ee-1.3.1/lib/j2ee.jar:/opt/sun-j2ee-1.3.
> 1/lib/toolclasses:/opt/sun-j2ee-1.3.1/lib/j2eetools.jar:/opt/sun-j2ee-1.3.1
> /lib/locale::/opt/sun-jdk-1.6.0.18/lib/tools.jar:/opt/sun-j2ee-1.3.1/lib/jh
> all.jar .
> J2EE Home Directory has been set to: /opt/sun-j2ee-1.3.1.
> 
> 
> Exception in thread "main" java.lang.NoClassDefFoundError:
> com/sun/corba/se/internal/util/IdentityHashtable
> 	at 
com.sun.corba.ee.internal.javax.rmi.CORBA.Util.<clinit>(Util.java:87)
> 	at com.sun.corba.ee.internal.POA.POAImpl.activate(POAImpl.java:935)
> 	at 
com.sun.corba.ee.internal.POA.POAImpl.activate_object(POAImpl.java:895)
> 	at
> com.sun.corba.ee.internal.CosNaming.TransientNameService.initialize(Transie
> ntNameService.java:117) at
> com.sun.corba.ee.internal.CosNaming.TransientNameService.<init>(TransientNa
> meService.java:70) at
> com.sun.enterprise.iiop.POAProtocolMgr.initializeNaming(POAProtocolMgr.java
> :103) at com.sun.enterprise.server.J2EEServer.run(J2EEServer.java:226)
> 	at com.sun.enterprise.server.J2EEServer.main(J2EEServer.java:972)
> Caused by: java.lang.ClassNotFoundException:
> com.sun.corba.se.internal.util.IdentityHashtable
> 	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> 	... 8 more
> 
> 
> Thanks,
> 
> dhk

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[dhk]

Alan McKinnon wrote:
> On Friday 12 February 2010 00:10:06 dhk wrote:
> 
>> My /usr/bin/java was linked to run-java-tool, don't know what that is.
>> # ll /usr/bin/java
>> lrwxrwxrwx 1 root root 13 Feb 11 11:20 /usr/bin/java -> run-java-tool
> 
> That's correct. It's a man-in-the-middle thing installed by the java 
> configurator, it makes life easy when switching between various java versions
>  
>> I installed a jdk
>> emerge dev-java/sun-jdk
>>
>> Removed the /usr/bin/java sym link and made another to the newly
>> installed java.
>> ln -s /opt/sun-jdk-1.6.0.18/bin/java /usr/bin/java
>>
>> I set some environment variables.
>> export J2EE_HOME="/opt/sun-j2ee-1.3.1/"
>> export JAVA_HOME="/opt/sun-jdk-1.6.0.18"
>>
>> Then reinstalled j2ee
>> emerge dev-java/sun-j2ee
>>
>> Tried starting j2ee
>> /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
>>
>> Checked processes, but no j2ee was running.
>>
>> Then looked at the error log. Looks like it can't find this com.sun...
>> directory.
>>
>> # cat /opt/sun-j2ee-1.3.1/logs/dhcppc3/j2ee/j2ee/system.err
>>
>>
>> Logging for J2EE Server Version: 1.3.1-b17 started at: Thu Feb 11
>> 16:44:31 EST 2010..
>> Using the Java HotSpot(TM) 64-Bit Server VM and the version number
>> 1.6.0_18 from Sun Microsystems Inc..
>> VM is using the classpath:
>> /opt/sun-j2ee-1.3.1/lib/system/cloudscape.jar:/opt/sun-j2ee-1.3.1/lib/syste
>> m/cloudutil.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/RmiJdbc.jar:/opt/sun-j2e
>> e-1.3.1/lib/cloudscape/cloudclient.jar:/opt/sun-j2ee-1.3.1/lib/classes:/opt
>> /sun-j2ee-1.3.1/classes:/opt/sun-j2ee-1.3.1/lib/j2ee.jar:/opt/sun-j2ee-1.3.
>> 1/lib/toolclasses:/opt/sun-j2ee-1.3.1/lib/j2eetools.jar:/opt/sun-j2ee-1.3.1
>> /lib/locale::/opt/sun-jdk-1.6.0.18/lib/tools.jar:/opt/sun-j2ee-1.3.1/lib/jh
>> all.jar .
>> J2EE Home Directory has been set to: /opt/sun-j2ee-1.3.1.
>>
>>
>> Exception in thread "main" java.lang.NoClassDefFoundError:
>> com/sun/corba/se/internal/util/IdentityHashtable
> 
> If memory serves, the corba stuff is part of the base classes required by all 
> VMs. I think that is in rt.jar, but you don't have that in your CLASSPATH.
> 
> These days it might be elsewhere, it's been a while.
> 
> I reckon you either didn't set your jdk CLASSPATH at all, or you did and 
> clobbered it with j2ee by doing
> 
> CLASSPATH=.....
> 
> instead of 
> 
> CLASSPATH=$CLASSPATH:....
> 
> 
> 
> 
> 
>> 	at 
> com.sun.corba.ee.internal.javax.rmi.CORBA.Util.<clinit>(Util.java:87)
>> 	at com.sun.corba.ee.internal.POA.POAImpl.activate(POAImpl.java:935)
>> 	at 
> com.sun.corba.ee.internal.POA.POAImpl.activate_object(POAImpl.java:895)
>> 	at
>> com.sun.corba.ee.internal.CosNaming.TransientNameService.initialize(Transie
>> ntNameService.java:117) at
>> com.sun.corba.ee.internal.CosNaming.TransientNameService.<init>(TransientNa
>> meService.java:70) at
>> com.sun.enterprise.iiop.POAProtocolMgr.initializeNaming(POAProtocolMgr.java
>> :103) at com.sun.enterprise.server.J2EEServer.run(J2EEServer.java:226)
>> 	at com.sun.enterprise.server.J2EEServer.main(J2EEServer.java:972)
>> Caused by: java.lang.ClassNotFoundException:
>> com.sun.corba.se.internal.util.IdentityHashtable
>> 	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
>> 	at java.security.AccessController.doPrivileged(Native Method)
>> 	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
>> 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
>> 	... 8 more
>>
>>
>> Logging for J2EE Server Version: 1.3.1-b17 started at: Thu Feb 11
>> 17:03:04 EST 2010..
>> Using the Java HotSpot(TM) 64-Bit Server VM and the version number
>> 1.6.0_18 from Sun Microsystems Inc..
>> VM is using the classpath:
>> /opt/sun-j2ee-1.3.1/lib/system/cloudscape.jar:/opt/sun-j2ee-1.3.1/lib/syste
>> m/cloudutil.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/RmiJdbc.jar:/opt/sun-j2e
>> e-1.3.1/lib/cloudscape/cloudclient.jar:/opt/sun-j2ee-1.3.1/lib/classes:/opt
>> /sun-j2ee-1.3.1/classes:/opt/sun-j2ee-1.3.1/lib/j2ee.jar:/opt/sun-j2ee-1.3.
>> 1/lib/toolclasses:/opt/sun-j2ee-1.3.1/lib/j2eetools.jar:/opt/sun-j2ee-1.3.1
>> /lib/locale::/opt/sun-jdk-1.6.0.18/lib/tools.jar:/opt/sun-j2ee-1.3.1/lib/jh
>> all.jar .
>> J2EE Home Directory has been set to: /opt/sun-j2ee-1.3.1.
>>
>>
>> Exception in thread "main" java.lang.NoClassDefFoundError:
>> com/sun/corba/se/internal/util/IdentityHashtable
>> 	at 
> com.sun.corba.ee.internal.javax.rmi.CORBA.Util.<clinit>(Util.java:87)
>> 	at com.sun.corba.ee.internal.POA.POAImpl.activate(POAImpl.java:935)
>> 	at 
> com.sun.corba.ee.internal.POA.POAImpl.activate_object(POAImpl.java:895)
>> 	at
>> com.sun.corba.ee.internal.CosNaming.TransientNameService.initialize(Transie
>> ntNameService.java:117) at
>> com.sun.corba.ee.internal.CosNaming.TransientNameService.<init>(TransientNa
>> meService.java:70) at
>> com.sun.enterprise.iiop.POAProtocolMgr.initializeNaming(POAProtocolMgr.java
>> :103) at com.sun.enterprise.server.J2EEServer.run(J2EEServer.java:226)
>> 	at com.sun.enterprise.server.J2EEServer.main(J2EEServer.java:972)
>> Caused by: java.lang.ClassNotFoundException:
>> com.sun.corba.se.internal.util.IdentityHashtable
>> 	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
>> 	at java.security.AccessController.doPrivileged(Native Method)
>> 	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
>> 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
>> 	... 8 more
>>
>>
>> Thanks,
>>
>> dhk
> 

I put /usr/bin/java back the way it was.
ln -s /usr/bin/run-java-tool /usr/bin/java

I set the CLASSPATH, got it from java-config --runtime
export CLASSPATH=$CLASSPATH:/opt/sun-jdk-1.6.0.18/jre/lib/resources.jar:
/opt/sun-jdk-1.6.0.18/jre/lib/rt.jar:/opt/sun-jdk-1.6.0.18/jre/lib/jsse.jar:
/opt/sun-jdk-1.6.0.18/jre/lib/jce.jar:/opt/sun-jdk-1.6.0.18/jre/lib/charsets.jar

Is it safe to set the CLASSPATH as follows?
export CLASSPATH=$CLASSPATH:`java-config --runtime`
That seems to work too.

I ran /opt/sun-j2ee-1.3.1/bin/j2ee and still got the errors.  It
definately looks like the CLASSPATH, but what should it be?

# cat /opt/sun-j2ee-1.3.1/logs/dhcppc3/j2ee/j2ee/system.err


Logging for J2EE Server Version: 1.3.1-b17 started at: Thu Feb 11
17:57:05 EST 2010..
Using the Java HotSpot(TM) 64-Bit Server VM and the version number
1.6.0_18 from Sun Microsystems Inc..
VM is using the classpath:
/opt/sun-j2ee-1.3.1/lib/system/cloudscape.jar:/opt/sun-j2ee-1.3.1/lib/system/cloudutil.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/RmiJdbc.jar:/opt/sun-j2ee-1.3.1/lib/cloudscape/cloudclient.jar:/opt/sun-j2ee-1.3.1/lib/classes:/opt/sun-j2ee-1.3.1/classes:/opt/sun-j2ee-1.3.1/lib/j2ee.jar:/opt/sun-j2ee-1.3.1/lib/toolclasses:/opt/sun-j2ee-1.3.1/lib/j2eetools.jar:/opt/sun-j2ee-1.3.1/lib/locale::/opt/sun-jdk-1.6.0.18/lib/tools.jar:/opt/sun-j2ee-1.3.1/lib/jhall.jar
.
J2EE Home Directory has been set to: /opt/sun-j2ee-1.3.1.


Exception in thread "main" java.lang.NoClassDefFoundError:
com/sun/corba/se/internal/util/IdentityHashtable
	at com.sun.corba.ee.internal.javax.rmi.CORBA.Util.<clinit>(Util.java:87)
	at com.sun.corba.ee.internal.POA.POAImpl.activate(POAImpl.java:935)
	at com.sun.corba.ee.internal.POA.POAImpl.activate_object(POAImpl.java:895)
	at
com.sun.corba.ee.internal.CosNaming.TransientNameService.initialize(TransientNameService.java:117)
	at
com.sun.corba.ee.internal.CosNaming.TransientNameService.<init>(TransientNameService.java:70)
	at
com.sun.enterprise.iiop.POAProtocolMgr.initializeNaming(POAProtocolMgr.java:103)
	at com.sun.enterprise.server.J2EEServer.run(J2EEServer.java:226)
	at com.sun.enterprise.server.J2EEServer.main(J2EEServer.java:972)
Caused by: java.lang.ClassNotFoundException:
com.sun.corba.se.internal.util.IdentityHashtable
	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
	... 8 more

Thanks,

dhk

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alan McKinnon]

On Friday 12 February 2010 00:58:52 dhk wrote:
> I put /usr/bin/java back the way it was.
> ln -s /usr/bin/run-java-tool /usr/bin/java
> 
> I set the CLASSPATH, got it from java-config --runtime
> export CLASSPATH=$CLASSPATH:/opt/sun-jdk-1.6.0.18/jre/lib/resources.jar:
> /opt/sun-jdk-1.6.0.18/jre/lib/rt.jar:/opt/sun-jdk-1.6.0.18/jre/lib/jsse.jar
> :
> /opt/sun-jdk-1.6.0.18/jre/lib/jce.jar:/opt/sun-jdk-1.6.0.18/jre/lib/charse
> ts.jar
> 
> Is it safe to set the CLASSPATH as follows?
> export CLASSPATH=$CLASSPATH:`java-config --runtime`
> That seems to work too.
> 
> I ran /opt/sun-j2ee-1.3.1/bin/j2ee and still got the errors.  It
> definately looks like the CLASSPATH, but what should it be?

I'm getting out of my depth here :-)

It's been a while since I used java to any extent, and things change rapidly 
in that arena. Perhaps you need a more java-specific forum, or wait for 
someone with a real clue to come along and read this thread.



-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[dhk]

Alan McKinnon wrote:
> On Friday 12 February 2010 00:58:52 dhk wrote:
>> I put /usr/bin/java back the way it was.
>> ln -s /usr/bin/run-java-tool /usr/bin/java
>>
>> I set the CLASSPATH, got it from java-config --runtime
>> export CLASSPATH=$CLASSPATH:/opt/sun-jdk-1.6.0.18/jre/lib/resources.jar:
>> /opt/sun-jdk-1.6.0.18/jre/lib/rt.jar:/opt/sun-jdk-1.6.0.18/jre/lib/jsse.jar
>> :
>> /opt/sun-jdk-1.6.0.18/jre/lib/jce.jar:/opt/sun-jdk-1.6.0.18/jre/lib/charse
>> ts.jar
>>
>> Is it safe to set the CLASSPATH as follows?
>> export CLASSPATH=$CLASSPATH:`java-config --runtime`
>> That seems to work too.
>>
>> I ran /opt/sun-j2ee-1.3.1/bin/j2ee and still got the errors.  It
>> definately looks like the CLASSPATH, but what should it be?
> 
> I'm getting out of my depth here :-)
> 
> It's been a while since I used java to any extent, and things change rapidly 
> in that arena. Perhaps you need a more java-specific forum, or wait for 
> someone with a real clue to come along and read this thread.
> 
> 
> 

Well, thanks for your help.  I appreciate it.

dhk

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[dhk]

dhk wrote:
> Alan McKinnon wrote:
>> On Friday 12 February 2010 00:58:52 dhk wrote:
>>> I put /usr/bin/java back the way it was.
>>> ln -s /usr/bin/run-java-tool /usr/bin/java
>>>
>>> I set the CLASSPATH, got it from java-config --runtime
>>> export CLASSPATH=$CLASSPATH:/opt/sun-jdk-1.6.0.18/jre/lib/resources.jar:
>>> /opt/sun-jdk-1.6.0.18/jre/lib/rt.jar:/opt/sun-jdk-1.6.0.18/jre/lib/jsse.jar
>>> :
>>> /opt/sun-jdk-1.6.0.18/jre/lib/jce.jar:/opt/sun-jdk-1.6.0.18/jre/lib/charse
>>> ts.jar
>>>
>>> Is it safe to set the CLASSPATH as follows?
>>> export CLASSPATH=$CLASSPATH:`java-config --runtime`
>>> That seems to work too.
>>>
>>> I ran /opt/sun-j2ee-1.3.1/bin/j2ee and still got the errors.  It
>>> definately looks like the CLASSPATH, but what should it be?
>> I'm getting out of my depth here :-)
>>
>> It's been a while since I used java to any extent, and things change rapidly 
>> in that arena. Perhaps you need a more java-specific forum, or wait for 
>> someone with a real clue to come along and read this thread.
>>
>>
>>
> 
> Well, thanks for your help.  I appreciate it.
> 
> dhk
> 
> 


Ok, I think the problem is in the rt.jar file.  The beginning of the
error is as follows:

# /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
J2EE server listen port: 1050
Exception in thread "main" java.lang.NoClassDefFoundError:
com/sun/corba/se/internal/util/IdentityHashtable

However, the following command shows the IdentityHashtable in a
different location.

# jar tf /opt/sun-jdk-1.6.0.18/jre/lib/rt.jar | grep "IdentityHashtable"
com/sun/corba/se/impl/util/IdentityHashtable.class
com/sun/corba/se/impl/util/IdentityHashtableEntry.class
com/sun/corba/se/impl/util/IdentityHashtableEnumerator.class


I think the difference is j2ee is looking for "IdentityHashtable" in
com/sun/corba/se/internal/util/IdentityHashtable but the jar file has it
in com/sun/corba/se/impl/util/IdentityHashtable.class .

Is this the problem?  If so haw can it be fixed?

Thanks,

dhk

Re: [gentoo-user] Keyword for dev-java/sun-j2ee

[Alan McKinnon]

On Sunday 14 February 2010 22:37:03 dhk wrote:
> dhk wrote:
 
> Ok, I think the problem is in the rt.jar file.  The beginning of the
> error is as follows:
> 
> # /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
> J2EE server listen port: 1050
> Exception in thread "main" java.lang.NoClassDefFoundError:
> com/sun/corba/se/internal/util/IdentityHashtable
> 
> However, the following command shows the IdentityHashtable in a
> different location.
> 
> # jar tf /opt/sun-jdk-1.6.0.18/jre/lib/rt.jar | grep "IdentityHashtable"
> com/sun/corba/se/impl/util/IdentityHashtable.class
> com/sun/corba/se/impl/util/IdentityHashtableEntry.class
> com/sun/corba/se/impl/util/IdentityHashtableEnumerator.class
> 
> 
> I think the difference is j2ee is looking for "IdentityHashtable" in
> com/sun/corba/se/internal/util/IdentityHashtable but the jar file has it
> in com/sun/corba/se/impl/util/IdentityHashtable.class .
> 
> Is this the problem?  If so haw can it be fixed?

It sure looks like your real problem. The class loader will not find the 
package you do have. And it's not a simple matter of unpacking rt.jar, 
changing and it zipping it all back up again - those things are signed and 
manifested.

Have you looked into the metadata of java ebuilds to find where the java herd 
hang out and ask them there?


-- 
alan dot mckinnon at gmail dot com

[gentoo-user] Re: Keyword for dev-java/sun-j2ee

[walt]

On 02/11/2010 12:06 PM, dhk wrote:
>
> Where's a good place to set J2EE_HOME (/opt/sun-j2ee-1.3.1/) and
> JAVA_HOME?  Should it be in each user's profile?  If I wanted to set
> them globally for all users should they go in /etc/profile ?
>
> Also when starting j2ee I get the following error.
> # /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
> /opt/sun-j2ee-1.3.1/bin/j2ee: line 14: /opt/sun-j2ee-1.3.1//bin/java: No
> such file or directory
>
> Is there another java package I need to install?  /bin/java doesn't exist.

You might want to look at dev-java/java-config, which creates some important
symlinks for you if/when you want to switch between java versions. Or even
if you don't switch between versions.

Re: [gentoo-user] Re: Keyword for dev-java/sun-j2ee

[dhk]

walt wrote:
> On 02/11/2010 12:06 PM, dhk wrote:
>>
>> Where's a good place to set J2EE_HOME (/opt/sun-j2ee-1.3.1/) and
>> JAVA_HOME?  Should it be in each user's profile?  If I wanted to set
>> them globally for all users should they go in /etc/profile ?
>>
>> Also when starting j2ee I get the following error.
>> # /opt/sun-j2ee-1.3.1/bin/j2ee -verbose
>> /opt/sun-j2ee-1.3.1/bin/j2ee: line 14: /opt/sun-j2ee-1.3.1//bin/java: No
>> such file or directory
>>
>> Is there another java package I need to install?  /bin/java doesn't
>> exist.
> 
> You might want to look at dev-java/java-config, which creates some
> important
> symlinks for you if/when you want to switch between java versions. Or even
> if you don't switch between versions.
> 
> 
> 
thanks, this looks useful.