FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 02-11-2010, 07:31 PM
Alan McKinnon
 
Default Keyword for dev-java/sun-j2ee

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
 
Old 02-11-2010, 08:06 PM
walt
 
Default Keyword for dev-java/sun-j2ee

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.
 
Old 02-11-2010, 09:10 PM
dhk
 
Default Keyword for dev-java/sun-j2ee

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.<cl init>(Util.java:87)
at com.sun.corba.ee.internal.POA.POAImpl.activate(POA Impl.java:935)
at com.sun.corba.ee.internal.POA.POAImpl.activate_obj ect(POAImpl.java:895)
at
com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.initialize(TransientNameService.java:117)
at
com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.<init>(TransientNameService.java:70)
at
com.sun.enterprise.iiop.POAProtocolMgr.initializeN aming(POAProtocolMgr.java:103)
at com.sun.enterprise.server.J2EEServer.run(J2EEServe r.java:226)
at com.sun.enterprise.server.J2EEServer.main(J2EEServ er.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.j ava:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:3 07)
at sun.misc.Launcher$AppClassLoader.loadClass(Launche r.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:2 48)
... 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.<cl init>(Util.java:87)
at com.sun.corba.ee.internal.POA.POAImpl.activate(POA Impl.java:935)
at com.sun.corba.ee.internal.POA.POAImpl.activate_obj ect(POAImpl.java:895)
at
com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.initialize(TransientNameService.java:117)
at
com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.<init>(TransientNameService.java:70)
at
com.sun.enterprise.iiop.POAProtocolMgr.initializeN aming(POAProtocolMgr.java:103)
at com.sun.enterprise.server.J2EEServer.run(J2EEServe r.java:226)
at com.sun.enterprise.server.J2EEServer.main(J2EEServ er.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.j ava:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:3 07)
at sun.misc.Launcher$AppClassLoader.loadClass(Launche r.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:2 48)
... 8 more


Thanks,

dhk
 
Old 02-11-2010, 09:11 PM
dhk
 
Default Keyword for dev-java/sun-j2ee

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.
 
Old 02-11-2010, 09:20 PM
Alan McKinnon
 
Default Keyword for dev-java/sun-j2ee

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.<cl init>(Util.java:87)
> at com.sun.corba.ee.internal.POA.POAImpl.activate(POA Impl.java:935)
> at
com.sun.corba.ee.internal.POA.POAImpl.activate_obj ect(POAImpl.java:895)
> at
> com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.initialize(Transie
> ntNameService.java:117) at
> com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.<init>(TransientNa
> meService.java:70) at
> com.sun.enterprise.iiop.POAProtocolMgr.initializeN aming(POAProtocolMgr.java
> :103) at com.sun.enterprise.server.J2EEServer.run(J2EEServe r.java:226)
> at com.sun.enterprise.server.J2EEServer.main(J2EEServ er.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.j ava:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:3 07)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launche r.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:2 48)
> ... 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.<cl init>(Util.java:87)
> at com.sun.corba.ee.internal.POA.POAImpl.activate(POA Impl.java:935)
> at
com.sun.corba.ee.internal.POA.POAImpl.activate_obj ect(POAImpl.java:895)
> at
> com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.initialize(Transie
> ntNameService.java:117) at
> com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.<init>(TransientNa
> meService.java:70) at
> com.sun.enterprise.iiop.POAProtocolMgr.initializeN aming(POAProtocolMgr.java
> :103) at com.sun.enterprise.server.J2EEServer.run(J2EEServe r.java:226)
> at com.sun.enterprise.server.J2EEServer.main(J2EEServ er.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.j ava:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:3 07)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launche r.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:2 48)
> ... 8 more
>
>
> Thanks,
>
> dhk

--
alan dot mckinnon at gmail dot com
 
Old 02-11-2010, 09:58 PM
dhk
 
Default Keyword for dev-java/sun-j2ee

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.<cl init>(Util.java:87)
>> at com.sun.corba.ee.internal.POA.POAImpl.activate(POA Impl.java:935)
>> at
> com.sun.corba.ee.internal.POA.POAImpl.activate_obj ect(POAImpl.java:895)
>> at
>> com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.initialize(Transie
>> ntNameService.java:117) at
>> com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.<init>(TransientNa
>> meService.java:70) at
>> com.sun.enterprise.iiop.POAProtocolMgr.initializeN aming(POAProtocolMgr.java
>> :103) at com.sun.enterprise.server.J2EEServer.run(J2EEServe r.java:226)
>> at com.sun.enterprise.server.J2EEServer.main(J2EEServ er.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.j ava:190)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:3 07)
>> at sun.misc.Launcher$AppClassLoader.loadClass(Launche r.java:301)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:2 48)
>> ... 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.<cl init>(Util.java:87)
>> at com.sun.corba.ee.internal.POA.POAImpl.activate(POA Impl.java:935)
>> at
> com.sun.corba.ee.internal.POA.POAImpl.activate_obj ect(POAImpl.java:895)
>> at
>> com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.initialize(Transie
>> ntNameService.java:117) at
>> com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.<init>(TransientNa
>> meService.java:70) at
>> com.sun.enterprise.iiop.POAProtocolMgr.initializeN aming(POAProtocolMgr.java
>> :103) at com.sun.enterprise.server.J2EEServer.run(J2EEServe r.java:226)
>> at com.sun.enterprise.server.J2EEServer.main(J2EEServ er.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.j ava:190)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:3 07)
>> at sun.misc.Launcher$AppClassLoader.loadClass(Launche r.java:301)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:2 48)
>> ... 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.<cl init>(Util.java:87)
at com.sun.corba.ee.internal.POA.POAImpl.activate(POA Impl.java:935)
at com.sun.corba.ee.internal.POA.POAImpl.activate_obj ect(POAImpl.java:895)
at
com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.initialize(TransientNameService.java:117)
at
com.sun.corba.ee.internal.CosNaming.TransientNameS ervice.<init>(TransientNameService.java:70)
at
com.sun.enterprise.iiop.POAProtocolMgr.initializeN aming(POAProtocolMgr.java:103)
at com.sun.enterprise.server.J2EEServer.run(J2EEServe r.java:226)
at com.sun.enterprise.server.J2EEServer.main(J2EEServ er.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.j ava:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:3 07)
at sun.misc.Launcher$AppClassLoader.loadClass(Launche r.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:2 48)
... 8 more

Thanks,

dhk
 
Old 02-11-2010, 10:12 PM
Alan McKinnon
 
Default Keyword for dev-java/sun-j2ee

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
 
Old 02-11-2010, 10:28 PM
dhk
 
Default Keyword for dev-java/sun-j2ee

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
 
Old 02-11-2010, 10:51 PM
Dale
 
Default Keyword for dev-java/sun-j2ee

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

:-) :-)
 
Old 02-12-2010, 05:25 AM
Alan McKinnon
 
Default Keyword for dev-java/sun-j2ee

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
 

Thread Tools




All times are GMT. The time now is 01:07 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org