Issue Details (XML | Word | Printable)

Key: GLASSFISH-9332
Type: Bug Bug
Status: Open Open
Priority: Minor Minor
Assignee: Snjezana Sevo-Zenzerovic
Reporter: eileeny
Votes: 2
Watchers: 4
Operations

If you were logged in you would be able to see more operations.
glassfish

SunPKCS11 initialization error w/ 64bit VM

Created: 01/Sep/09 02:36 PM   Updated: 06/Mar/12 09:56 PM
Component/s: packaging
Affects Version/s: v2.1.1
Fix Version/s: not determined

Time Tracking:
Not Specified

File Attachments: 1. Text File server.log (10 kB) 22/Sep/09 12:41 PM - meenap

Environment:

Operating System: SunOS
Platform: All


Issuezilla Id: 9,332
Status Whiteboard:

v3_exclude,V2.1.1exclude

Tags:
Participants: coding, Ed Bratt, eileeny, jagadesh, kumarjayanti, meenap, Snjezana Sevo-Zenzerovic and Tom Mueller


 Description  « Hide

Unable to start b30 with jdk1.6.0_16 64bit VM. start-domain fails with the
following error:

[#|2009-08-27T16:40:36.675-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.
core.security|_ThreadID=10;_ThreadName=main;_RequestID=7f935454-876c-4018-8ed1-c
091c61adeb2;|SEC8001: Exception in initializing SunPKCS11.
java.lang.UnsatisfiedLinkError: /export/appservers/sjsas/lib/sparcv9/libnss3.so:
ld.so.1: java: fatal: /export/appservers/sjsas/lib/libnssutil3.so: wrong ELF cl
ass: ELFCLASS32
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1030)
at com.sun.enterprise.ee.security.NssStore.<clinit>(NssStore.java:100)
at com.sun.enterprise.ee.security.EESecuritySupportImpl.initNSS(EESecuri
tySupportImpl.java:151)
at com.sun.enterprise.ee.security.EESecuritySupportImpl.<init>(EESecurit
ySupportImpl.java:95)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
orAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
onstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at com.sun.enterprise.pluggable.PluggableFeatureFactoryBaseImpl.invoke(P
luggableFeatureFactoryBaseImpl.java:84)
at $Proxy0.getSecuritySupport(Unknown Source)
at com.sun.enterprise.security.SecurityUtil.getSecuritySupport(SecurityU
til.java:364)
at com.sun.enterprise.security.SSLUtils.<clinit>(SSLUtils.java:102)
at com.sun.enterprise.security.SecurityLifecycle.onInitialization(Securi
tyLifecycle.java:101)
at com.sun.enterprise.server.ApplicationServer.onInitialization(Applicat
ionServer.java:265)
at com.sun.enterprise.server.ondemand.OnDemandServer.onInitialization(On
DemandServer.java:103)
at com.sun.enterprise.server.PEMain.run(PEMain.java:399)
at com.sun.enterprise.server.PEMain.main(PEMain.java:336)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.enterprise.server.PELaunch.main(PELaunch.java:415)

#]


kumarjayanti added a comment - 03/Sep/09 12:42 AM

Hi,

Are you taking a Distribution of GlassFish that was built for 64 Bit ?. Can
you tell me where and how you obtained the GlassFish Server Instance.

Did you buy a 64 Bit GlassFish Enterprise server from Sun and then you see this
error ?. Or did Sun tell you that this Enterprise Server that you bought works
with 64 Bit VM. If so then it is a legitimate bug.

Otherwise you just need to make sure that the NSS shared libraries are 64 bit
compiled as well. The ones you are using are not 64 bit compiled.

You could get 64 bit NSS libraries for X86 systems here :
http://rpm.pbone.net/index.php3/stat/4/idpl/12386007/com/nss-3.12.2.0-4.el5.centos.x86_64.rpm.html

I am not sure where to get 64 bit NSS libraries for SOLARIS-SPARC.


meenap added a comment - 22/Sep/09 12:40 PM

Tried 64bits JVM on GlassFish V2.1.1 B31b on Solaris 10 Sparc and was able to
reproduce this problem when starting domain1. This is on Enterprise Profile.

cat asadminenv.conf

  1. Copyright 2006 Sun Microsystems Inc. All rights reserved.
  2. Use is subject to license terms.
  3. Defines the defaults for the asadmin script. This file should only contain
    simple properties. Edit judiciously.
    AS_ADMIN_PORT=4848
    AS_ADMIN_PROFILE=enterprise
    AS_ADMIN_SECURE=true

[#|2009-09-22T12:37:37.313-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting
Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build
b31b-fcs) ...|#]

[#|2009-09-22T12:37:41.910-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun
Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version
1.6.0_16] from [Sun Microsystems Inc.]|#]

[#|2009-09-22T12:37:42.314-0700|INFO|sun-appserver2.1|javax.enterprise.resource.jms|_ThreadID=11;_ThreadName=pool-1-thread-7;|Using
MQ RA for Broker lifecycle control|#]

[#|2009-09-22T12:37:42.359-0700|INFO|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=12;_ThreadName=pool-1-thread-4;|SEC1001:
Security Manager
is ON.|#]

[#|2009-09-22T12:37:53.082-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=c1566bd0-d351-4033-8e4f-91bc3e8d1950;|SEC8001:
Exception in initializing SunPKCS11.
java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/sparcv9/libnss3.so:
ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF
class: ELFCLASS32
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1703)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1028)
at com.sun.enterprise.ee.security.NssStore.<clinit>(NssStore.java:100)
at
com.sun.enterprise.ee.security.EESecuritySupportImpl.initNSS(EESecuritySupportImpl.java:151)
at
com.sun.enterprise.ee.security.EESecuritySupportImpl.<init>(EESecuritySupportImpl.java:95)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at
com.sun.enterprise.pluggable.PluggableFeatureFactoryBaseImpl.invoke(PluggableFeatureFactoryBaseImpl.java:84)
at $Proxy0.getSecuritySupport(Unknown Source)
at
com.sun.enterprise.security.SecurityUtil.getSecuritySupport(SecurityUtil.java:364)
at com.sun.enterprise.security.SSLUtils.<clinit>(SSLUtils.java:102)
at
com.sun.enterprise.security.SecurityLifecycle.onInitialization(SecurityLifecycle.java:101)
at
com.sun.enterprise.server.ApplicationServer.onInitialization(ApplicationServer.java:265)
at
com.sun.enterprise.server.ondemand.OnDemandServer.onInitialization(OnDemandServer.java:103)
at com.sun.enterprise.server.PEMain.run(PEMain.java:399)
at com.sun.enterprise.server.PEMain.main(PEMain.java:336)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.enterprise.server.PELaunch.main(PELaunch.java:415)

#]

meenap added a comment - 22/Sep/09 12:41 PM

Created an attachment (id=3261)
Server Log


Ed Bratt added a comment - 22/Sep/09 02:30 PM

Changed Target Milestone to 2.1.1


kumarjayanti added a comment - 22/Sep/09 11:46 PM

Yes ofcourse you will see this issue.

I have already stated and doing Google search for "wrong ELF class: ELFCLASS32"
will clearly tell you the reason.

You are using a 64 Bit VM and probably OS as well and trying to load a 32 bit
compiled NSS library : /export/home/appserver/lib/libnssutil3.so

I need to know the history of Enterprise Profile Testing with 64 Bit VM and
OSes. Did this combination ever work or is it being tested for the first time.
If it is a regression please clearly mention that in the Bug report.

Please note that the package of GlassFish Enterprise that you are using contains
a 32 bit compiled NSS. You will need to instead install 64 bit compiled NSS
libraries for Solaris for this to work.

I am changing the category of the bug to packaging. I am not aware if we ever
supported 64 bit NSS packaging in the history of GlassFish V2. Atleast i have
never heard about it ever since i took over the Security Module from Shing Wai.


eileeny added a comment - 23/Sep/09 01:26 AM

This is a regression from b30 onward. The enterprise profile + 64 bit
combination has been a standard combination for performance testing and
successfully ran on b29 and earlier builds. Either the 64 bit NSS library is
now missing from the bundle or perhaps the security libraries are being loaded
differently.


kumarjayanti added a comment - 23/Sep/09 02:31 AM

I am somewhat confident that the NSS library packaged is 32 bits based on the
error message.

The last change to code which loads the NSS library was 20 months ago, done by
Janey (something to do with AIX port).

So can you tell me how old is b29 and how old is b30.

http://fisheye5.cenqua.com/browse/glassfish/appserv-core-ee/appserv-core/src/java/com/sun/enterprise/ee/security/EESecuritySupportImpl.java#bSJSAS91_FCS_BRANCH

Branch SJSAS91_FCS_BRANCH :
------------------------------

1.4.6.1 annotated / raw | Diffs: previous, other | Lines: 335 ( +2, -0 )

Created: 2008-01-18 00:47:00 -0600 (20 months ago) | Author: janey | Changeset:
SJSAS91_FCS_BRANCH:janey:20080118064700
port AIX changes to 9.1.1

Branch point for: HA_STORE_SPI_BRANCH SAILFIN20_FCS_BRANCH SF20_MS1_BRANCH
SGES211_FCS_BRANCH SGES21_FCS_BRANCH SJSAS911_BETA_BRANCH

Tags: (hidden) show
------------------------------------


eileeny added a comment - 23/Sep/09 09:57 AM

This is a regression from b30 onwards. Performance testing regularly tests with
64bit VM and enterprise profile and had no issues up to b29.


meenap added a comment - 23/Sep/09 11:00 AM

Tried B29 with pointing to 64 Bits JDK1.6.0_16 and the default domain1 is
starting up fine, no issues there.

Version = Sun GlassFish Enterprise Server v2.1.1 (9.1.2) (build b29-fcs)
Command version executed successfully.

[#|2009-09-23T10:26:21.565-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun Microsystems Inc.;|CORE5076: Using
[Java HotSpot(TM) 64-Bit Server VM, Version 1.6.0_16] from [Sun Microsystems
Inc.]|#]

More details:
1) In B29, the bundled JDK in appserver is 1.5.0_20 and the bundled JDK in
appserver from B30 onwards is JDK1.6.0_16

2) B29 was promoted on 19th August and B30 was promoted on 26th August.


eileeny added a comment - 23/Sep/09 02:43 PM

I was able to startup b30 w/ enterprise profile by setting AS_NSS=/usr/lib/mps.

I'm pretty sure it's a packaging error. In the solx86 install, two of the three
nss libraries in the lib/amd64 directory are 32bit libraries:
<web-x4100-7.74> pwd
/export/appservers/gfv211b30/lib/amd64
<web-x4100-7.70> file libnssckbi.so
libnssckbi.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked,
not stripped
<web-x4100-7.71> file libnss3.so
libnss3.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU], dynamically
linked, not stripped


eileeny added a comment - 23/Sep/09 10:57 PM

Previous comment was regarding solx86 platform.

Problem is more complicated on solaris/sparc platform. All libraries in
${appserver_home}/lib/sparcv9 are 64bit, but 64bit libnss3.so is being linked to
32bit libnssutil3.so.

As a workaround, I can get the enterprise profile working on sparc if I set
AS_NSS=/usr/lib/mps in ${appserver_home}/config/asenv.conf, and remove all the
files in ${appserver_home}/lib/sparcv9 that overlap with files in /usr/lib/mps.
AS_JAVA also needs to be set to jdk1.5.0 since the /usr/lib/mps libraries on
sparc do not work with jdk1.6.0.


kumarjayanti added a comment - 24/Sep/09 02:16 AM

reassign


Snjezana Sevo-Zenzerovic added a comment - 24/Sep/09 12:14 PM

Excluding from v3 bug list.


meenap added a comment - 06/Oct/09 03:43 PM

Tried with B31d on Solaris 10 X86 with 64 Bits JDK1.6.0_16. Still seeing the
same startup issue.

[#|2009-10-06T15:37:15.964-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=2666d3da-c449-4c3c-ab01-55f334d0d700;|SEC8001:
Exception in initializing SunPKCS11.
java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/amd64/libnss3.so:
ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF
class: ELFCLASS32

The 64 bits libnss3.so file is being linked to 32 bits libnssutil3.so file
causing the above problem.

bigapp-xeon-2(aroot):lib/amd64 ->pwd
/export/home/appserver/lib/amd64
bigapp-xeon-2(aroot):lib/amd64 ->file libnss3.so
libnss3.so: ELF 64-bit LSB dynamic lib AMD64 Version 1 [SSE2 SSE CMOV],
dynamically linked, not stripped

bigapp-xeon-2(aroot):appserver/lib ->pwd
/export/home/appserver/lib
bigapp-xeon-2(aroot):appserver/lib ->file libnssutil3.so
libnssutil3.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked,
not stripped

I tried the workaround that Eileen mentioned here and modified the
/export/home/appserver/config/asenv.conf file of
AS_NSS="/usr/lib/mps"

After this, I was able to start the domain successfully.


meenap added a comment - 06/Oct/09 04:52 PM

Tried B31d on Solaris 10 Spsrc and same issue is seen as in Sol X86 above.

[#|2009-10-06T16:24:54.877-0700|SEVERE|sun-appserver2.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;_RequestID=49015535-32fa-453f-a4f4-6c9245e60d9f;|SEC8001:
Exception in initializing SunPKCS11.
java.lang.UnsatisfiedLinkError: /export/home/appserver/lib/sparcv9/libnss3.so:
ld.so.1: java: fatal: /export/home/appserver/lib/libnssutil3.so: wrong ELF
class: ELFCLASS32

bigapp-niagara-1(aroot):appserver/bin ->file
/export/home/appserver/lib/sparcv9/libnss3.so
/export/home/appserver/lib/sparcv9/libnss3.so: ELF 64-bit MSB dynamic lib
SPARCV9 Version 1, dynamically linked, not stripped

bigapp-niagara-1(aroot):appserver/bin ->file
/export/home/appserver/lib/libnssutil3.so
/export/home/appserver/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC
Version 1, dynamically linked, not stripped

With workaround of pointing AS_NSS="/usr/lib/mps" and AS_NSS_BIN="/usr/lib/mps"
in asenv.conf file, I am still not able to start the domain. So the workaround
is not working on Solaris Sparc.

Found the following existing in this installation:

./export/home/appserver/imq/lib/sparcv9/libnssutil3.so
./export/home/appserver/imq/lib/libnssutil3.so
./export/home/appserver/lib/libnssutil3.so

bigapp-niagara-1(aroot):~ ->file
/export/home/appserver/imq/lib/sparcv9/libnssutil3.so
/export/home/appserver/imq/lib/sparcv9/libnssutil3.so: ELF 64-bit MSB dynamic
lib SPARCV9 Version 1, dynamically linked, not stripped

bigapp-niagara-1(aroot):~ ->file /export/home/appserver/imq/lib/libnssutil3.so
/export/home/appserver/imq/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC
Version 1, dynamically linked, not stripped

bigapp-niagara-1(aroot):~ ->file /export/home/appserver/lib/libnssutil3.so
/export/home/appserver/lib/libnssutil3.so: ELF 32-bit MSB dynamic lib SPARC
Version 1, dynamically linked, not stripped

I don't see libnssutil3.so for 64-bit packaged in the build under lib directory
just like the imq directory. I am not sure if this is supposed to be packaged
and is missing in the build.


coding added a comment - 08/Oct/09 10:01 AM
      • Issue 9332 has been confirmed by votes. ***

meenap added a comment - 09/Oct/09 10:49 AM

Picked up the nightly build from:
/net/koori.sfbay/n/v02/glassfish_branch2.1.1/bundles/b31f-2009-10-08.

Did a quick test on Solaris Sparc and Solaris X86 by testing the start domain.

Sparc
*******
bigapp-niagara-1(aroot):appserver/lib ->pwd
/export/home/appserver/lib

bigapp-niagara-1(aroot):appserver/lib ->ls -l nss
rw-rr- 1 root root 26032 Oct 9 10:19 libasnss.so
rw-rr- 1 root root 1768100 Oct 9 10:19 libnss3.so
rw-rr- 1 root root 506776 Oct 9 10:19 libnssckbi.so
rw-rr- 1 root root 252620 Oct 9 10:19 libnssdbm3.so
rw-rr- 1 root root 176880 Oct 9 10:19 libnssutil3.so

bigapp-niagara-1(aroot):lib/sparcv9 ->pwd
/export/home/appserver/lib/sparcv9

bigapp-niagara-1(aroot):lib/sparcv9 ->ls -l nss
rw-rr- 1 root root 41504 Oct 9 10:19 libasnss.so
rw-rr- 1 root root 1849232 Oct 9 10:19 libnss3.so
rw-rr- 1 root root 622712 Oct 9 10:19 libnssckbi.so
rw-rr- 1 root root 275312 Oct 9 10:19 libnssdbm3.so
rw-rr- 1 root root 209904 Oct 9 10:19 libnssutil3.so

start
[#|2009-10-09T10:31:50.095-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting
Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build
b31f-fcs) ...|#]

[#|2009-10-09T10:31:54.717-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun
Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version
1.6.0_16] from [Sun Microsystems Inc.]|#]

..............................

[#|2009-10-09T10:32:52.850-0700|WARNING|sun-appserver2.1|javax.enterprise.system.container.ejb|_ThreadID=10;_ThreadName=main;_RequestID=02b664d6-69b9-4369-b650-830e111589eb;|EJBLifeCycle:
Automatic timer migration component not enabled for DAS instance|#]

[#|2009-10-09T10:32:53.111-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Application
server startup complete.|#]

Domain started up successfully with 64 Bits JDK1.6.0_16 on Sparc.

X86
******

bigapp-xeon-2(aroot):appserver/lib ->pwd
/export/home/appserver/lib

bigapp-xeon-2(aroot):appserver/lib ->ls -l nss
rw-rr- 1 root root 24676 Oct 9 10:20 libasnss.so
rw-rr- 1 root root 2427148 Oct 9 10:21 libnss3.so
rw-rr- 1 root root 490276 Oct 9 10:21 libnssckbi.so
rw-rr- 1 root root 360444 Oct 9 10:21 libnssdbm3.so
rw-rr- 1 root root 195180 Oct 9 10:21 libnssutil3.so

bigapp-xeon-2(aroot):lib/amd64 ->pwd
/export/home/appserver/lib/amd64

bigapp-xeon-2(aroot):lib/amd64 ->ls -l nss
rw-rr- 1 root root 28936 Oct 9 10:20 libasnss.so
rw-rr- 1 root root 2668376 Oct 9 10:21 libnss3.so
rw-rr- 1 root root 638576 Oct 9 10:21 libnssckbi.so
rw-rr- 1 root root 418312 Oct 9 10:21 libnssdbm3.so
rw-rr- 1 root root 246816 Oct 9 10:21 libnssutil3.so

start
[#|2009-10-09T10:33:50.828-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting
Sun GlassFish Enterprise Server v2.1.1 ((v2.1 Patch06)(9.1_02 Patch12)) (build
b31f-fcs) ...|#]

[#|2009-10-09T10:33:51.610-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
HotSpot(TM) 64-Bit Server VM;1.6.0_16;Sun
Microsystems Inc.;|CORE5076: Using [Java HotSpot(TM) 64-Bit Server VM, Version
1.6.0_16] from [Sun Microsystems Inc.]|#]

.......................................

[#|2009-10-09T10:34:01.682-0700|WARNING|sun-appserver2.1|javax.enterprise.system.container.ejb|_ThreadID=10;_ThreadName=main;_RequestID=3989c62d-e2f8-44d8-96f9-4bab8f61cd3b;|EJBLifeCycle:
Automatic timer migration component not enabled for DAS instance|#]

[#|2009-10-09T10:34:01.729-0700|INFO|sun-appserver2.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Application
server startup complete.|#]

Domain started up successfully with 64 Bits JDK1.6.0_16 on X86


jagadesh added a comment - 15/Oct/09 04:25 PM

Will not be fixed for V2.1.1


jagadesh added a comment - 15/Oct/09 04:26 PM

Will not be fixed for V2.1.1


Tom Mueller added a comment - 06/Mar/12 09:56 PM

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.