[GLASSFISH-11719] b02e - AXI and MacOS - setup fails Created: 24/Mar/10  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: v2.1.2
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: pierrot Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: AIX
Platform: All


Issuezilla Id: 11,719
Status Whiteboard:

3.1-exclude

Tags: 3_1-exclude

 Description   

One AIX platform (and MacOS as well most probably), ML bit from
https://glassfish.dev.java.net/downloads/v2.1.2-b02e.html can not complete the
setup step.

I tried with b01c, it was the same. English b01c was OK.

See the below logs.

bash-3.00# lib/ant/bin/ant -f setup.xml
Buildfile: setup.xml

get.java.home:

setup.init:

tools.init.windows:

tools.init.solaris:

tools.init.solaris-sparc:

tools.init.solaris-x86:

tools.init.linux:

tools.init.darwin:

check-osforbuildjarinstaller:

check-installer-compatibility:

installer-message:

all:
[mkdir] Created dir: /export/eng/pierrot/sges-2_1_2/glassfish/bin

get.java.home:

setup.init:

check-java:

get.java.home:

setup.init:

validate-java:
[echo] Current Java Version 1.5.0

get.java.home:

setup.init:

glassfish-jarunpack:
[echo] Applying UnPack200 on Packed jars using JDK1.5
[echo] /export/eng/pierrot/sges-2_1_2/glassfish/lib/Pack200Task.jar

get.java.home:

setup.init:

nonmac-jarunpack:

get.java.home:

setup.init:

nonaix-jarunpack:

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-cmp.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-cmp.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-cmp.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-jstl.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-jstl.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-jstl.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-tags.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-tags.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-tags.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/activation.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/activation.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/activation.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/webservices-api.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/webservices-api.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/webservices-api.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-rt.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-rt.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-rt.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-tools.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-tools.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-tools.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/com-sun-commons-launcher.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/com-sun-commons-launcher.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/com-sun-commons-launcher.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/j2ee-svc.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/j2ee-svc.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/j2ee-svc.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/jsf-impl.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/jsf-impl.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/jsf-impl.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/sun-appserv-ant.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/sun-appserv-ant.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/sun-appserv-ant.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/javaee.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/javaee.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/javaee.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-admin.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-admin.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-admin.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-deployment-client.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-deployment-client.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-deployment-client.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-se.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-se.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-se.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli-ee.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli-ee.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli-ee.jar.pack.gz

get.java.home:

setup.init:

-do.copy.common:
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/config

do.copy.windows:

do.copy.unix:
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/config
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to
/export/eng/pierrot/sges-2_1_2/glassfish/updatecenter/bin

do.copy:

get.java.home:

setup.init:

-do.tokenrep.common:
[echo] Creating profile -> developer

do.token.windows:

do.token.unix:

do.token.jdic.windows:

do.token.jdic.solaris-sparc:

do.token.jdic.solaris-x86:

do.token.jdic.linux:

do.token.jdic.mac:

do.token.jdic:

do.token.enable.uc:

do.token:

get.java.home:

setup.init:

do.chmod.unix:
[chmod] Skipping fileset for directory
/export/eng/pierrot/sges-2_1_2/glassfish/javadb/bin. It is empty.

do.chmod:

create-local-registry:

setup.reg:
[echo] Creating the service registry file..
[java] From Local service registry ..

get.java.home:

setup.init:

set.env.win:

set.env.unix:

set.env:

remove.domain.xml:
[echo] Deleting File ->
/export/eng/pierrot/sges-2_1_2/glassfish/lib/install/templates/developer/domain.xml
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/install/templates/developer/domain.xml

create.domain:
[exec] com.sun.appserv.management.client.prefs.LoginInfoStore

BUILD FAILED
/export/eng/pierrot/sges-2_1_2/glassfish/setup.xml:177: The following error
occurred while executing this line:
/export/eng/pierrot/sges-2_1_2/glassfish/setup.xml:607: exec returned: 1

Total time: 14 seconds
bash-3.00#



 Comments   
Comment by scatari [ 24/Mar/10 ]

Assigning to L10n team, could be a packaging issue during build time.

Comment by scatari [ 24/Mar/10 ]

Snjezana,
Could u please evaluate this further to rule out any packaging issues?

Comment by scatari [ 24/Mar/10 ]

I am able to reproduce this on my Mac. Running asadmin in debug mode revealed this output.

create.domain:
[exec] ++++++++++++++++++++++++++++ Command loaded from file and it is create-
domain 1 |

{adminport string null,adminuser string null,adminpassword string null,user string u, null,password string w, null,interactive boolean I, true,profile string null,template string null,terse boolean t, false,echo boolean e, false,instanceport string null,domainproperties string null,portbase string null,path string null,domaindir string null,passwordfile string null,checkports boolean true,masterpassword string null,savemasterpassword boolean false,savelogin boolean false,}

| } | | } |
create-domain [--user admin] [--adminport port_number] [--terse=false] [--echo=false] [--
interactive=true] [--domaindir domain_directory] [--profile profile_name] [--template
domain_template] [--passwordfile filename ] [--instanceport port_number] [--
savemasterpassword=false] [--domainproperties (name=value)[:name=value]*] [--portbase portbase]
[--savelogin=false] [--checkports=true] domain_name {}
[exec] basePackage: com.sun.enterprise.cli.commands
[exec] propertyFile: LocalStrings
[exec] basePackage: com.sun.enterprise.cli.commands
[exec] propertyFile: LocalStrings
[exec] **** insert Default Options interactive true
[exec] **** insert Default Options terse false
[exec] **** insert Default Options checkports true
[exec] **** insert Default Options savemasterpassword false
[exec] java.lang.NoClassDefFoundError: com/sun/appserv/management/client/prefs/LoginInfoStore
[exec] com/sun/appserv/management/client/prefs/LoginInfoStore
[exec] at java.lang.Class.forName0(Native Method)
[exec] at java.lang.Class.forName(Class.java:164)
[exec] at
com.sun.enterprise.cli.framework.CommandFactory.createCommand(CommandFactory.java:90)
[exec] at com.sun.enterprise.cli.framework.CLIMain.invokeCommand(CLIMain.java:160)
[exec] at com.sun.enterprise.cli.framework.CLIMain.main(CLIMain.java:79)

Comment by scatari [ 24/Mar/10 ]

BTW, these files remain unpacked after installation process.

appserv-ext.jar.pack.gz toplink-essentials.jar.pack.gz
appserv-rt.jar.pack.gz

Comment by scatari [ 04/Oct/10 ]

This is not reproducible in 3.1 on Mac and 3.1 does not support AIX. Marking it as "3.1-exclude".

Comment by Chris Kasso [ 21/Feb/11 ]

Changing this from Defect -> New Feature to better capture the flavor of this issue.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-12406] Integrate Load Balancing plugin tool with GlassFish installer Created: 28/Jun/10  Updated: 29/Apr/11

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1
Fix Version/s: future release

Type: Improvement Priority: Critical
Reporter: scatari Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 12,406

 Description   

Currently, to configure the load balancing plugin, users have to go through these two step process.

a). Install GlassFish Servers.

b). Download and install Load Balancing plugin tool that includes the binaries, run the tool to configure
the respective web server.

In 3.1, the efforts to bundle the LB plugin tool into GlassFish installer couldn't be carried out due to the
size of the tool(close to 15 MB after max. compression).

This enhancement is to resolve this requirement by having the installer download and invoke the tool to
do the required configuration. The implementation would touch upon other modules such as LB Plugin
tool itself, packaging etc.,






[GLASSFISH-7045] What is the story of updater center for OpenSolaris or Ubuntu? Created: 15/Jan/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: ludo Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 7,045

 Description   

With opensolaris official IPS repo or Ubuntu packages, what is the story for our
update center...
While IPS is a shared tech with opensolaris and GlassFish, the update centers
are differents, and cannot be mixed and matched (different code base for top dir
install).
For Unbuntu, the GF UC should./must not be able to update the GF installed bits
in system install location. Only Ubuntu UC can do that.

Further more, the Admin GUI has hard coded Update Center UI talking to the GF uc.
What will admin gui shows if the product is natively installed on OpenSolaris or
Unbuntu? The Ubuntu Update Center? A Mix of add-ons via GF update Center and
patchs from native repository?
For openSolaris, the user will have 2 separate pkg commands?. User experience?

Need clarification.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 29/Apr/09 ]

Changing status to "feature" - needs discussion and spec, not the bug fix

Comment by ludo [ 29/Apr/09 ]

historically, moves like that are needed for a clean bug dashboard, so that
nobody sees the issue, so that we can ship the product without implementing the
feature.

Tell me it is not true for this feature: it is a must have for FCS...

Comment by ludo [ 19/Dec/09 ]

Are we going to address this rfe?

Anyone working on a merged provisioning system for IPS (i.e stop using SVR4 to
populate native IPS?), and a BASEDIR changeable at install time, depending on
the target (i.e IPS native or GF IPS user centric?)

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-17491] (JDK) could not execute list-domains with asadmin after installed GF completely Created: 26/Oct/11  Updated: 28/Nov/11

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1.1_b12
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: sunny-gui Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: RHEL 5 x86 and OEL 5 x86
Bundle: java_ee_sdk-6u3-web-b12c-jdk7-linux-ml.sh
Server Locales: en, ko, zh_CN


Attachments: JPEG File enbundle_error.jpg     JPEG File en_RHEL5x86_error.jpg     JPEG File ko_oel5x86_error.jpg    
Tags: 3_1_2-exclude

 Description   

could not execute list-domains with asadmin after installed GF completely

To reproduce:
1. Install GF with bundle named "java_ee_sdk-6u3-web-b12c-jdk7-linux-ml.sh", which download at http://javaweb.us.oracle.com/java/re/javaeesdk/6u3/promoted/b12c/archive/bundles/

2. In termianl, go to GF_Install_HOME/bin, run ./asadmin list-domains

There are error message, said

Error: dl failure on lien 875
Error: failed /root/glassfish3/jdk7/jre/lib/i386/client/libjvm.so, because /root/glassfish3/jdk7/lib/i386/client/libjvm.so:cannot restore segement prot after reloc: Permission denied

This issue can reproducible in following env.
1. RHEL 5 x86, en_US.UTF-8, ko_KR.UTF-8 and zh_CN.UTF-8 locales
2. OEL 5 x86, en_US.UTF-8

Attached screen shots for your reference.



 Comments   
Comment by scatari [ 26/Oct/11 ]

Could you please check if you can run commands like "java -version" or "javac" against the installed JDK. Looks like this could be a broken JDK installation.

Comment by sunny-gui [ 27/Oct/11 ]

Checked with non-ml bundle, java_ee_sdk-6u3-web-b12c-jdk7-linux.sh, this issue is reproducible in OEL 5 x86.

Try to run command "java -version" under /root/glassfish3/jdk7/bin/, and happens same error, attached screen shot for this.

Comment by Snjezana Sevo-Zenzerovic [ 27/Oct/11 ]

This type of error is usually due to JDK not working properly under SELinux. I presume SELinux is enabled on affected systems and to verify that this is the root cause you can temporarily disable SELinux by running 'setenforce 0' command prior to running installer or subsequent asadmin commands.

FWIW, I found this JDK issue with similar error, but in that case 32 bit JDK was being run on 64 bit Linux system and I presume this is not the case here:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7024748

Comment by Snjezana Sevo-Zenzerovic [ 27/Oct/11 ]

Same issue reported on CentOS with original JDK distribution:

http://comments.gmane.org/gmane.linux.centos.general/116308

So, this problem doesn't seem to be limited to bundled JDK and I think we'll need to verify the workaround and document it.

Comment by sunny-gui [ 28/Oct/11 ]

In the already installed GF env, I executed following commands.
1. setenforce 0
2. ./asadmin list-domains
3. ./asadmin start-domain

Sanity check in commands and AdminConsole, it works fine.

Comment by Snjezana Sevo-Zenzerovic [ 28/Nov/11 ]

Excluding from 3.1.2 release since this is really JDK issue. We may need to release note it, just in case.





[GLASSFISH-18360] Update tool configuration breaks default network behaviour Created: 14/Feb/12  Updated: 02/Nov/13

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 3.1.1_b12
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: thehpi Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux debian squeeze (6.0.4). Running my web applications in the same jvm as the DAS


Tags: 3_1_2-exclude, 3_1_2-next

 Description   

The update tool creates at some point a .updatetool directory with a init.cfg file.
The init.cfg file contains (after default installation and executing latest updates)

[main]
date: 1328646278464
optin.update.notification: true
image_list: /home/glassfish_prod/glassfish312/bin/..
[network]
proxy.use.system: true
proxy.required: false

The setting

proxy.use.system: true

Is used by the class

com.sun.pkg.client.SystemInfo

to set the following system property

java.net.useSystemProxies=true

This class is executed when glassfish starts up.

This setting overrides the setting in $

{JAVA_HOME}/jre/lib/net.properties

The actual problem I'm having is that the jvm (read glassfish) will crash when I
excecute several threads which call an external web service.

The crash dump shows (partial)

Stack: [0x00007fd589d79000,0x00007fd589e7a000], sp=0x00007fd589e71578, free space=993k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libdbus-1.so.3+0x28de0] dbus_malloc+0xa0

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.net.spi.DefaultProxySelector.getSystemProxy(Ljava/lang/String;Ljava/lang/String;)Ljava/net/Proxy;+0
j sun.net.spi.DefaultProxySelector.access00(Lsun/net/spi/DefaultProxySelector;Ljava/lang/String;Ljava/lang/String;)Ljava/net/Proxy;+3
j sun.net.spi.DefaultProxySelector.run()Ljava/net/Proxy;+151
j sun.net.spi.DefaultProxySelector.run()Ljava/lang/Object;+1
v ~StubRoutines::call_stub
J java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;)Ljava/lang/Object;
j sun.net.spi.DefaultProxySelector.select(Ljava/net/URI;)Ljava/util/List;+223
j sun.net.www.protocol.http.HttpURLConnection.plainConnect()V+314
j sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect()V+9
j sun.net.www.protocol.http.HttpURLConnection.getOutputStream()Ljava/io/OutputStream;+134
j sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream()Ljava/io/OutputStream;+4
j com.sun.xml.ws.mex.client.HttpPoster.post(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)Ljava/io/InputStream;+60

The DefaultProxySelector (see top of stack) contains the following static block

static {
final String key = "java.net.useSystemProxies";
Boolean b = (Boolean) AccessController.doPrivileged(
new PrivilegedAction() {
public Object run() {
return NetProperties.getBoolean(key);
}});
if (b != null && b.booleanValue()) { java.security.AccessController.doPrivileged( new sun.security.action.LoadLibraryAction("net")); hasSystemProxies = init(); }

This will set the hasSystemProxies boolean only when the java.net.useSystemProxies system property is true.
The hasSystemProxies boolean is checked in the select method and only if it is true it will call the getSystemProxy
method which will crash the jvm (when multiple threads do so).

So actually, there probably is a concurrency bug/problem with the libdbus native library which causes the actual crash.

But: I expect the system proxy not to be checked (as specified by ${JAVA_HOME}

/jre/lib/net.properties)
Update tool is being initialized when glassfish starts up and the proxy.use.system=true setting will cause
the system property java.net.useSystemProxies to be set to true which effectively causes the problem.



 Comments   
Comment by Bobby Bissett [ 14/Feb/12 ]

Moving to 'update center' category. I know the categories are confusing, but 'upgrade tool' is for asupgrade which acts on a domain so that an older domain can be used with a newer GF installation.

Comment by Joe Di Pol [ 17/Feb/12 ]

Too late for 3.1.2. Tagging to revisit for next release.

Comment by kovica [ 19/Jul/12 ]

As a workaround you could make java use direct connection instead of trying system proxies.
Do this:

  • cd $GLASSFISH_INSTALL_DIR/bin
  • edit file pkg and search for line
    echo "proxy.use.system=true" >> "$BOOTSTRAPPROPS"
  • change it to:
    echo "proxy.use.system=false" >> "$BOOTSTRAPPROPS"

Do the same with updatetool file if you want to install the graphical GUI to update tool

Comment by thehpi [ 19/Jul/12 ]

The pkg file does not contain this line. The pkg.bat file however does.
I did find this line in the file $GLASSFISH_INSTALL_DIR/pkg/lib/pkg-bootstub.sh
So it looks like this is the file that needs the fix.

Comment by kovica [ 19/Jul/12 ]

Sorry, I don't point out that I'm using glassfish-3.1.2.zip as the installation file.

Comment by ljnelson [ 02/Nov/13 ]

Hello; this bug appears to be related to research done as part of https://java.net/jira/browse/GLASSFISH-12213. It affects GlassFish 3.1.2.2 as well.

Notes for posterity and non-GlassFish-team people:

The Java pkg client has a class called com.sun.pkg.client.SystemInfo. At some point GlassFish must cause this class to get loaded at startup.

When this class loads, it ends up having its loadProxyInfo() method called.

This method looks for either an init.cfg or a defaults.cfg file in various locations. One of those locations is (on my Mac, as an example) /Users/ljnelson/Library/Application Support/updatetool.

If it finds such a file, and if that file has a property setting of:

proxy.use.system = true

...then SystemInfo will call System.setProperty("java.net.useSystemProxies", "true").

This has a couple of side effects.

The first side effect is that it overrides whatever is present in $JAVA_HOME/jre/lib/net.properties in its java.net.useSystemProxies line. (Actually it's not clear to me this file is consulted under GlassFish, as sun.net.NetProperties constructs the path to that file by doing something basically identical to System.getProperty("java.home") + "/lib/net.properties", which at least on my Mac would not involve the jre subdirectory.) So the value of the java.net.useSystemProxies property is essentially always true when GlassFish is running.

Next, this has the effect of triggering a non-threadsafe native library load and execution by way of sun.net.spi.DefaultProxySelector, resulting in https://java.net/jira/browse/GLASSFISH-12213 (the potential of a JVM crash). Briefly, since DefaultProxySelector concludes that system proxies are to be used, it makes use of libgconf which turns out to be at the root of this JVM bug: http://bugs.sun.com/view_bug.do?bug_id=7188755 This JVM issue is fixed in a later build of Java 7.

The workaround for this bug (maybe?) and GLASSFISH-12213 is most likely to make sure that defaults.cfg or init.cfg contains the line:

proxy.use.system = false

,,,as that will avoid the System.setProperty() call in SystemInfo and hence the native library load.





[GLASSFISH-21191] Could not log in to admin console after updating from 4.0 Created: 11/Sep/14  Updated: 24/Jun/15

Status: In Progress
Project: glassfish
Component/s: update_center
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: vanuatoo Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu 14.04 x86, jdk 1.8 update 20



 Description   

I had existing 4.0 installation.
I've installed updatetool and updated to 4.1 build 13.
I've started the server successfully.
When I go to
http://localhost:4848/common/index.jsf
and try to login the system redirects me to
HTTP Status 500 - Internal Server Error
When I check the log there is an exception

[2014-09-11T05:49:14.663+0400] [glassfish 4.1] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=111 _ThreadName=admin-listener(7)] [timeMillis: 1410400154663] [levelValue: 800] [[
Initiating Jersey application, version Jersey: 2.10.4 2014-08-08 15:09:00...]]

[2014-09-11T05:49:14.720+0400] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.http.server.HttpHandler] [tid: _ThreadID=111 _ThreadName=admin-listener(7)] [timeMillis: 1410400154720] [levelValue: 900] [[
GRIZZLY0203: Unexpected error
java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.weld.GlassFishWeldProvider.getCDI(GlassFishWeldProvider.java:96)
at javax.enterprise.inject.spi.CDI.current(CDI.java:60)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.beanManagerFromJndi(CdiComponentProvider.java:853)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.initialize(CdiComponentProvider.java:265)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:430)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:163)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:323)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:289)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:286)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:286)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:320)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:331)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainerProvider.createContainer(GrizzlyHttpContainerProvider.java:60)
at org.glassfish.jersey.server.ContainerFactory.createContainer(ContainerFactory.java:81)
at org.glassfish.admin.rest.adapter.RestAdapter.getJerseyContainer(RestAdapter.java:312)
at org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:305)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:175)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.ClassNotFoundException: com.google.common.cache.CacheLoader not found by org.jboss.weld.osgi-bundle [231]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 39 more
]]

[2014-09-11T05:49:14.721+0400] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.filterchain.DefaultFilterChain] [tid: _ThreadID=111 _ThreadName=admin-listener(7)] [timeMillis: 1410400154721] [levelValue: 900] [[
GRIZZLY0013: Exception during FilterChain execution
java.lang.IllegalStateException: java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:256)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.weld.GlassFishWeldProvider.getCDI(GlassFishWeldProvider.java:96)
at javax.enterprise.inject.spi.CDI.current(CDI.java:60)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.beanManagerFromJndi(CdiComponentProvider.java:853)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.initialize(CdiComponentProvider.java:265)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:430)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:163)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:323)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:289)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:286)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:286)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:320)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:331)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainerProvider.createContainer(GrizzlyHttpContainerProvider.java:60)
at org.glassfish.jersey.server.ContainerFactory.createContainer(ContainerFactory.java:81)
at org.glassfish.admin.rest.adapter.RestAdapter.getJerseyContainer(RestAdapter.java:312)
at org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:305)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:175)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
... 14 more
Caused by: java.lang.ClassNotFoundException: com.google.common.cache.CacheLoader not found by org.jboss.weld.osgi-bundle [231]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 39 more
]]

[2014-09-11T05:49:14.742+0400] [glassfish 4.1] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=43 _ThreadName=admin-listener(1)] [timeMillis: 1410400154742] [levelValue: 800] [[
Initiating Jersey application, version Jersey: 2.10.4 2014-08-08 15:09:00...]]

[2014-09-11T05:49:14.800+0400] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.http.server.HttpHandler] [tid: _ThreadID=43 _ThreadName=admin-listener(1)] [timeMillis: 1410400154800] [levelValue: 900] [[
GRIZZLY0203: Unexpected error
java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.weld.GlassFishWeldProvider.getCDI(GlassFishWeldProvider.java:96)
at javax.enterprise.inject.spi.CDI.current(CDI.java:60)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.beanManagerFromJndi(CdiComponentProvider.java:853)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.initialize(CdiComponentProvider.java:265)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:430)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:163)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:323)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:289)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:286)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:286)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:320)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:331)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainerProvider.createContainer(GrizzlyHttpContainerProvider.java:60)
at org.glassfish.jersey.server.ContainerFactory.createContainer(ContainerFactory.java:81)
at org.glassfish.admin.rest.adapter.RestAdapter.getJerseyContainer(RestAdapter.java:312)
at org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:305)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:175)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.ClassNotFoundException: com.google.common.cache.CacheLoader not found by org.jboss.weld.osgi-bundle [231]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 39 more
]]

[2014-09-11T05:49:14.802+0400] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.filterchain.DefaultFilterChain] [tid: _ThreadID=43 _ThreadName=admin-listener(1)] [timeMillis: 1410400154802] [levelValue: 900] [[
GRIZZLY0013: Exception during FilterChain execution
java.lang.IllegalStateException: java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:256)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.weld.GlassFishWeldProvider.getCDI(GlassFishWeldProvider.java:96)
at javax.enterprise.inject.spi.CDI.current(CDI.java:60)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.beanManagerFromJndi(CdiComponentProvider.java:853)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.initialize(CdiComponentProvider.java:265)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:430)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:163)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:323)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:289)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:286)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:286)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:320)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:331)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainerProvider.createContainer(GrizzlyHttpContainerProvider.java:60)
at org.glassfish.jersey.server.ContainerFactory.createContainer(ContainerFactory.java:81)
at org.glassfish.admin.rest.adapter.RestAdapter.getJerseyContainer(RestAdapter.java:312)
at org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:305)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:175)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
... 14 more
Caused by: java.lang.ClassNotFoundException: com.google.common.cache.CacheLoader not found by org.jboss.weld.osgi-bundle [231]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 39 more
]]



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 12/Sep/14 ]

So far I have been unable to reproduce the issue. Could you please run 'pkg list' command from the top level bin directory and post the output?

Comment by vanuatoo [ 12/Sep/14 ]

NAME (PUBLISHER) VERSION STATE UFIX
felix 4.0.2-0 installed ----
glassfish-appclient 4.1-13 installed ----
glassfish-appclient-l10n 4.1-13 installed ----
glassfish-cluster 4.1-13 installed ----
glassfish-cluster-l10n 4.1-13 installed ----
glassfish-cmp 4.1-13 installed ----
glassfish-cmp-l10n 4.1-13 installed ----
glassfish-common 4.1-13 installed ----
glassfish-common-full 4.1-13 installed ----
glassfish-common-full-l10n 4.1-13 installed ----
glassfish-common-l10n 4.1-13 installed ----
glassfish-common-web 4.1-13 installed ----
glassfish-common-web-l10n 4.1-13 installed ----
glassfish-corba 4.0.0-4 installed ----
glassfish-corba-base 4.0.0-4 installed ----
glassfish-ejb 4.1-13 installed ----
glassfish-ejb-l10n 4.1-13 installed ----
glassfish-ejb-lite 4.1-13 installed ----
glassfish-ejb-lite-l10n 4.1-13 installed ----
glassfish-entitybeans-container 4.1-13 installed ----
glassfish-full-incorporation 4.1-13 installed ----
glassfish-full-profile 4.1-13 installed ----
glassfish-grizzly 2.3.15-1 installed ----
glassfish-grizzly-full 2.3.15-1 installed ----
glassfish-gui 4.1-13 installed ----
glassfish-gui-l10n 4.1-13 installed ----
glassfish-ha 4.1-13 installed ----
glassfish-hk2 4.1-13 installed ----
glassfish-jca 4.1-13 installed ----
glassfish-jca-l10n 4.1-13 installed ----
glassfish-jcdi 4.1-13 installed ----
glassfish-jdbc 4.1-13 installed ----
glassfish-jdbc-l10n 4.1-13 installed ----
glassfish-jms 4.1-13 installed ----
glassfish-jms-l10n 4.1-13 installed ----
glassfish-jmx 4.1-13 installed ----
glassfish-jpa 4.1-13 installed ----
glassfish-jpa-l10n 4.1-13 installed ----
glassfish-jsf 2.2.7-0 installed ----
glassfish-jta 4.1-13 installed ----
glassfish-jta-l10n 4.1-13 installed ----
glassfish-jts 4.1-13 installed ----
glassfish-jts-l10n 4.1-13 installed ----
glassfish-management 4.1-13 installed ----
glassfish-management-l10n 4.1-13 installed ----
glassfish-nucleus 4.1-13 installed ----
glassfish-nucleus-l10n 4.1-13 installed ----
glassfish-osgi 4.1-13 installed ----
glassfish-osgi-http 4.1-13 installed ----
glassfish-registration 4.1-13 installed ----
glassfish-registration-l10n 4.1-13 installed ----
glassfish-web 4.1-13 installed ----
glassfish-web-incorporation 4.1-13 installed ----
glassfish-web-l10n 4.1-13 installed ----
glassfish-web-profile 4.1-13 installed ----
javadb-client 10.10.2.0 installed ----
javadb-common 10.10.2.0 installed ----
javadb-core 10.10.2.0 installed ----
jersey 2.10.4-0 installed ----
json 1.0-0.1 installed ----
metro 2.3.1-419 installed ----
metro-l10n 2.3.1-419 installed ----
mq-bin-exe 5.1-9.2 installed ----
mq-bin-sh 5.1-9.2 installed ----
mq-config-gf 5.1-9.2 installed ----
mq-core 5.1-9.2 installed ----
mq-locale 5.1-9.2 installed ----
mq-server 5.1-9.2 installed ----
pkg (release.native.glassfish.org) 1.122.2-57.2889 installed ----
pkg-java (release.native.glassfish.org) 1.122-57.2889 installed ----
pkg-toolkit-incorporation (release.native.glassfish.org) 2.3.6-57.2889 installed ----
python2.4-minimal (release.native.glassfish.org) 2.4.6.0-57.2889 installed ----
shoal 1.6.18-0 installed ----
updatetool (release.native.glassfish.org) 2.3.6-57.2889 installed ----
wxpython2.8-minimal (release.native.glassfish.org) 2.8.10.1-57.2889 installed ----

Comment by matgus [ 16/Jun/15 ]

I got about 70 of these exceptions when I tried to login to the admin console after installing 4.1 on a:

  • Sun-Fire V490 (SunOS jerry 5.10 Generic_118833-33 sun4u sparc SUNW,Sun-Fire-V490)
  • Java 8 (Java(TM) SE Runtime Environment (build 1.8.0_45-b14), Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode))

We have a running 4.0 which works fine on the same server.

[2015-06-16T05:28:51.700+0100] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.filterchain.DefaultFilterChain] [tid: _ThreadID=48 _ThreadName=admin-listener(5)] [timeMillis: 1434428931700] [levelValue: 900] [[
GRIZZLY0013: Exception during FilterChain execution
java.lang.Error: BAD
at sun.security.ssl.HandshakeHash.getFinishedHash(HandshakeHash.java:249)
at sun.security.ssl.HandshakeMessage$Finished.getFinished(HandshakeMessage.java:1940)
at sun.security.ssl.HandshakeMessage$Finished.verify(HandshakeMessage.java:1909)
at sun.security.ssl.ServerHandshaker.clientFinished(ServerHandshaker.java:1645)
at sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:297)
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979)
at sun.security.ssl.Handshaker.process_record(Handshaker.java:914)
at sun.security.ssl.SSLEngineImpl.readRecord(SSLEngineImpl.java:1025)
at sun.security.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:907)
at sun.security.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:781)
at javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:624)
at org.glassfish.grizzly.ssl.SSLConnectionContext.unwrap(SSLConnectionContext.java:172)
at org.glassfish.grizzly.ssl.SSLUtils.handshakeUnwrap(SSLUtils.java:263)
at org.glassfish.grizzly.ssl.SSLBaseFilter.doHandshakeStep(SSLBaseFilter.java:603)
at org.glassfish.grizzly.ssl.SSLBaseFilter.doHandshakeStep(SSLBaseFilter.java:552)
at org.glassfish.grizzly.ssl.SSLBaseFilter.handleRead(SSLBaseFilter.java:273)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)

Comment by langfr [ 24/Jun/15 ]

Because of "Sun-Fire V490 (SunOS jerry 5.10 Generic_118833-33 sun4u sparc SUNW,Sun-Fire-V490)" I guess you're using Solaris 10 11/06 (Update 3) (Assembled 14 November 2006). According to the release notes of Oracle for Java 8 you need Solaris 10 Update 9+.
I see similar problems using Java 8 on Solaris 10 Update 2 without patches. Unfortunately this system cannot be patched right now.
My personal developments system has also Solaris 10 Update 2 as the basis but is fully patched with all available patches. There this problem does not appear.





[GLASSFISH-19664] Unable to install glassfish.sh when using a JDK path with a space Created: 11/Feb/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b73
Fix Version/s: 4.1.1

Type: Bug Priority: Critical
Reporter: Alex Pineda Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Using glassfish 4.0 build 74. JDK 1.7.0_13. Oracle Enterprise Linux 6.1. Non-root user account



 Description   

This is a new test case that was requested by Shreedhar Ganapathy. It's to try to install Glassfish distribution with a space in the JDK path on an Unix system. The scenario fails as follows:

Preliminary Checks
------------------
[test@wolfrun:/etc] $ echo $JAVA_HOME
/usr/local/tools/java tools/jdk1.7.0_13

[test@wolfrun:/etc] $ echo $PATH
/usr/local/tools/java tools/jdk1.7.0_13/bin:/usr/local/tools/ant-1.7.1/bin:/home/test/workspace/glassfish4/glassfish/bin:/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/sbin:/usr/NX/bin:.

[agpineda@wolfrun:/etc] $ java -version
java version "1.7.0_13"
Java(TM) SE Runtime Environment (build 1.7.0_13-b20)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixed mode)

Test Failure:
-------------
When I try to run the Glassfish installer, it fails by complaining that about not having Java 6 installed. The steps are:
test@wolfrun:~] $ ./glassfish-4.0-b73-unix.sh

Could not locate a suitable jar utility.
Please ensure that you have Java 6 or newer installed on your system
and accessible in your PATH or by setting JAVA_HOME

When I try to run the Glassfish installer with the "-j" option (-j option points the installer to specific JDK installation), it fails in the same way. The steps are:
test@wolfrun:~] $ ./glassfish-4.0-b73-unix.sh -j /usr/local/tools/java\ tools/jdk1.7.0_13

Could not locate a suitable jar utility.
Please ensure that you have Java 6 or newer installed on your system
and accessible in your PATH or by setting JAVA_HOME



 Comments   
Comment by Alex Pineda [ 12/Feb/13 ]

I just tried the same scenario on a Windows 7 machine. The problem is the same (unable to install), but the error message is different. The error displayed on the terminal screen is " Error: `tools\jdk1.7.0_13` is not a valid argument. JAVA_HOME was set to "C:\Java tools\jdk1.7.0_13".

Comment by Alex Pineda [ 15/Feb/13 ]

Need this issue fixed in GF4.0

Comment by Snjezana Sevo-Zenzerovic [ 15/Feb/13 ]

I would like to find out more about the background of this request. Do we have specific use case or escalation request which triggers this particular issue? Reason I am asking is that while this is obviously a bug, this is not a regression, current behavior has been in place for literally years (i.e. throughout 3.x release line) and I have never seen this raised throughout that time.

Given that we have serious resource and time constraints and that potential fix is not risk-free, I truly need this information to correctly target this issue. Another question would be whether we have tested GF runtime behavior(zip distribution, for instance) with such JDK installation? I am aware of several known issues related to space in GF installation path so we may have similar problems with JDK paths.

Comment by Snjezana Sevo-Zenzerovic [ 21/Mar/13 ]

Deferring to 4.0.1 since this is not a regression.





[GLASSFISH-3685] The SJSAS 9.1 installer is not useful for production servers Created: 24/Sep/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: rdelaplante Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 3,685

 Description   

I think your installation team needs to put some more work into the setup
program for Windows in the UR1 version:

My understanding of the profiles is that the cluster and enterprise profiles are
for production use, and the developer profile is for developer's computers. I
want to install SJSAS 9.1 into production using the setup program. I noticed
that the setup program does not give me the option to choose a profile and
installs the developer profile by default. Why? I had to hunt down this blog
entry to help me upgrade to cluster profile:

http://blogs.sun.com/anilam/entry/admin_console_series_add_cluster

Does turning on cluster support really configure the application server to the
equivalent of "cluster profile"? Are the any production optimizations that
cluster profile does?

Once I added cluster support, the Windows service asks me for a password every
time it starts. I've been through that before with Glassfish V2. I had to
delete the Windows service created by the setup program, then re-create it again
using the tool on this page using the -p option for password.

http://wiki.glassfish.java.net/Wiki.jsp?page=FaqRunAsWindowsService

I've found a few more issues:

  • The installer program talks about the location of a Java 2 SDK, but it really
    wants my Java 5 or 6 JDK.
  • The screen where it gives an option to create a Windows service cuts off the
    last line of text, I have to resize the window to read it.
  • When I select "Add to PATH environment variable" checkbox, it adds it to my
    user environment variables instead of the system environment variables. The
    user I am currently logged in as has administrator privileges.
  • The dark gray background reminds me of Java in 2001


 Comments   
Comment by rdelaplante [ 24/Sep/07 ]

Vince Kraemer had this to say:

You may want to look through the advice that is in this blog entry:

http://www.wiik.de/blog/2007/06/03/glassfish-in-production/

The author of this entry hasn't provided many details about the settings that he
has manipulated.

This entry:

http://weblogs.java.net/blog/jfarcand/archive/2007/03/configuring_gri_2.html

Has some very good information about tuning GlassFish generally and the web path
particularly...

Comment by granat [ 21/Dec/07 ]
      • Issue 3685 has been confirmed by votes. ***
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-14761] Install-summary html for installed components all point to the same log file Created: 17/Nov/10  Updated: 23/Oct/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1
Fix Version/s: future release

Type: Improvement Priority: Major
Reporter: Alex Pineda Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 14,761

 Description   

When one looks at the Install html file and in particular the links for the
"Completely Installed Components" for UpdateTool 0.5 and "Configuration Report"
for Domain 0.5, the expectation is the specific information for a particular
component is provided by each link.

Sadly that is not the case. The links all point to the Install log and the same
information is presented for all components and reports.

Suggestion is that the information be separated for each component and report,
or just provide one link to the install log.



 Comments   
Comment by scatari [ 17/Nov/10 ]

The fix would require rewriting parts of core OpenInstaller framework. Also from functionality point of
view, this bug has very less to none impact on the end user. Marking it as enhancement to be considered
for the next release.

Comment by Alex Pineda [ 17/Nov/10 ]

I agree that the impact is minimal to the user, but it's one of those bugs that
gives a bad impression. I know we don't have time to fix it. So, I'm ok with
deferring to another release.





[GLASSFISH-10532] Update tool on 64 bit Linux Created: 22/Oct/09  Updated: 10/Oct/12

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: rjdkolb Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 3
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issue Links:
Dependency
depends on UPDATECENTER2-537 Linux: native 64 bit support Open
Issuezilla Id: 10,532

 Description   

B69 Full Profile

1) Used the zip distribution
2) Ran ./bin/updatetool
3) Ran ./bin/updatetool again , after being prompted to do so.
4) I get the following message :

  • Why can't the update tool detect and download for me : uname -m

./bin/updatetool: line 256:
/home/richard/install/java6/glassfishv3/updatetool/bin/../../pkg/python2.4-minimal/bin/python:
No such file or directory
---------------------------------------------------------------

There was an error running

/home/richard/install/java6/glassfishv3/updatetool/bin/../../pkg/python2.4-minimal/bin/python

You are
running on a 64 bit Linux distribution and the 32 bit Linux

compatibility libraries do not appear to be installed. In order to use

the Update Center tools you must install the 32 bit compatibility libraries.

On Ubuntu (and possibly other Debian based systems) please install the

ia32-libs package. On RedHat 4 (and other RPM based systems), you
may
need to add multiple 'compat' runtime library packages. Please
see the
Update Center Release Notes for more information



 Comments   
Comment by Bobby Bissett [ 23/Oct/09 ]

Reassigning to update from upgrade. We're a very popular destination for update issues.

Comment by Tom Mueller [ 06/Mar/12 ]

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

Comment by Joe Di Pol [ 10/Oct/12 ]

The updatecenter client runtime is 32bit on Linux. Therefore it requires 32bit compatibility libraries to run on 64bit Linux. I'm linking to the updatecenter2 project bug for this.





[GLASSFISH-11336] glassfish-ejb-lite has a runtime dependency on glassfish-jpa Created: 18/Dec/09  Updated: 15/Feb/13

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: V3
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: Alexis MP Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Dependency
depends on GLASSFISH-13839 ejb-container should not have hard ru... Open
Issuezilla Id: 11,336
Tags: 3_1-exclude

 Description   

The "glassfish-ejb-lite" IPS package contains ejb-container.jar which imports org.glassfish.persistence.common;version="3.0"

The implementation for org.glassfish.persistence.common is part of the glassfish-jpa package (persistence-common.jar in fact).
glassfish-jpa also drags along glassfish-jca...

ejb-container.jar should not need to import org.glassfish.persistence.common.
(glassfish-jpa should not need to be present to use glassfish-ejb-lite).



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 06/Oct/10 ]

Tentatively setting target milestone to ms7. ejb-container issue 13839 has been
filed to address actual ejb-container dependency and fix for that issue will
implicitly fix this one.

Comment by Snjezana Sevo-Zenzerovic [ 06/Oct/10 ]

Excluding the issue from 3.1 release and setting target milestone to 3.2 since
fix requires extensive changes in ejb-container. As temporary workaround, 3.1
glassfish-ejb-lite package will have defined "require" dependency on
glassfish-jpa to prevent runtime problems.





[GLASSFISH-13115] Provide ability to restore backed up domain during installation. Created: 25/Aug/10  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: Chris Kasso Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 13,115
Tags: 3_1_1-scrubbed, 3_1_next

 Description   

Provide ability to restore backed up domain during installation.

There are existing commands that allow a user to backup a domain (config +
deployed apps) as well as restore the domain. What about offering
an option in the installer to restore a domain from a backup zip?

The scenario would be something like this:

1) The user manually (backup-domain CLI) backed up the domain.

2) The system the DAS is on crashes so the user runs the installer on
another system to reinstall GF.

3) As part of that install process they are given the option to restore
the domain(s) from backups they may be maintaining.

4) We can also give them the option to ping existing instances to
update the DAS coordinates (if they happened to change based on
the move to new HW).



 Comments   
Comment by scatari [ 11/May/11 ]

We should consider this for 3.1.1.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-12922] Uninstall does not remove OS Service from System Services Created: 09/Aug/10  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: Alex Pineda Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows (generic)
Platform: PC


Issuezilla Id: 12,922
Tags: 3_1-exclude

 Description   

On build 14: After installing Glassfish with OS services. Later removing
Glassfish by invoking "uninstall -j %JAVA_HOME%", the OS Services are not
removed from the System.

A workaround for this problem is. In a command window, run

  • sc delete domain1Service
    This will remove the OS service and Glassfish startup from the system.


 Comments   
Comment by scatari [ 09/Aug/10 ]

Dup of 12331(that I filed a while back on admin category).

      • This issue has been marked as a duplicate of 12331 ***
Comment by Alex Pineda [ 19/Nov/10 ]

I'm re-opening this issue as it notes the initial problem. I would request that
issue 12331 be closed as a duplicate of this one (12922 < 12331).

Comment by scatari [ 07/Dec/10 ]

Moving to 3.2 as the backend support "delete-service" is targeted for 3.2.

Comment by Alex Pineda [ 09/Dec/10 ]

I think we should document this limitation in the Release Notes for 3.1. What do you think?

Comment by Tom Mueller [ 07/Feb/13 ]

Reassigning to Snjezana.

Comment by Snjezana Sevo-Zenzerovic [ 19/Mar/13 ]

Retargeting.





[GLASSFISH-12288] Zip version of downloads should contain the verson number Created: 18/Jun/10  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: v3.0.1
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: sandoz Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 12,288

 Description   

GlassFish 3.0.1 and GlassFish 3.1 promoted and nightly zip files when unziped
create a directory:

glassfishv3

this should be renamed to:

glassfish-<version>

where <version> corresponds to the property GlassFish version, say
glassfish-3.0.1, and any indication of promoted or nightly, say
glassfish-3.1-ea-b04.



 Comments   
Comment by Alexis MP [ 18/Jun/10 ]

cc

Comment by Ryan O'Connell [ 18/Jun/10 ]

IMO, this is a bad idea. Many automated tasks (that run daily) assume the value
of the installation path and to change the install location on a build by build
basis would break many of these tasks. The automated tasks can certainly be
fixed but this could cause quite a few short term issues and require work that
doesn't need to be done.

I think a consistent install location is much more user friendly. The version
info is in the bundle name. That seems sufficient.

Just my $0.02.

Comment by sandoz [ 18/Jun/10 ]

I totally disagree. You seem to be making the argument from the position of
convenience for us rather than our users.

I consider it the opposite of user friendly for users who download GlassFish and
unzip. It goes against common convention that the zip file name correlates to
the directory name that is created when unzipped. It is not hard for tooling to
handle this situation if that convention is adhered to.

Especially for stable releases i would expect the version name to be in the
unzipped directory (e.g. download a zip of Tomcat for example). Also the naming
is incorrect the 'v' is no longer relevant.

Comment by Scott Fordin [ 18/Jun/10 ]

Please let me know if this RFE is implemented, because it will have a
documentation impact. Also, shouldn't this issue type really be an RFE rather
than a DEFECT?

Comment by Ryan O'Connell [ 18/Jun/10 ]

I certainly agree that if the "v3" in the path was meant to signify a specific
version then it should probably match the appropriate version, similar to Tomcat
and other distributions.

I just wanted to point out that this is a significant change and there are
ramifications for such a change. If these ramifications have been considered
and the change is deemed necessary, great. I'm not sure I agree with your
assumption that the only users who will find this change unfriendly is "us". I
have a feeling some of our users (not "us") may also find this change unfriendly.

As always just my $0.02.

Comment by ludo [ 18/Jun/10 ]

Well, maybe too late for this to change as both NetBeans 6.9 and Eclipse 3.6 depend (I think) on this file
layout bug...

Or involve me and Vince on the status...

Comment by Snjezana Sevo-Zenzerovic [ 18/Jun/10 ]

Moving to packaging subcategory, taking ownership, marking as enhancement...

FWIW, there will be no changes to current 3.0.1 release which is already out of
the door as the result of this issue, no matter what we decide going forward.

As is obvious from previous comments there are pros and cons to this. Another
"con" argument is that it becomes very easy for user to shoot themselves in the
foot if they rely solely on the name of top level directory to determine the
actual version of server runtime since all our distributions are pkg(5) enabled
and user can easily upgrade the runtime to any newer minor or update release or
even to newer promoted build. In extreme cases, update client can be set to
apply available updates automatically.

The original intent of "glassfishv3" naming was to contain only the major
version and distinguish the installation directory from, say, glassfishv2 (or
glassfish4 once that happens). Within that single major version, all upgrade
paths to minor or update releases are expected to be supported through pkg(5)
and UC clients so the only thing that is still guaranteed after such update is
that the major version is the same as the one at the time of original installation.

As per current 3.1 file layout specification, we will remove "v" from top level
directory so it will become glassfish3 but that's the only change that was
planned for the rest of 3.x release lifecycle.

Comment by janey [ 18/Jun/10 ]

cc'ing myself

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-7441] Default Directory Path is not retained on Installation Directory Screen. Created: 26/Mar/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: sharvil_sjsu Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 7,441

 Description   

Run setup file. Click next on welcome page. Click on I accept the terms in
license agreement. Click next and move on to the installation directory
page. Delete text in text box next to label Installation Directory.No click back
and go back to license page. Click Next on license page and default directory
path would be there in the Installation Directory text box on Installation
Directory Screen. Now again delete the text from the Installation directory Text
Box.
Click on next. Error Message will be displayed. Click on OK button on error
message box. Click on back button. It will take us to license agreement page.
Click on next button again. The text box next to Installation Directory would be
empty. But as per functional specification it should show the default path
something like C:\glassfishv3.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-14883] Upgrade version of JavaDB Created: 30/Nov/10  Updated: 21/Dec/10

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: 3.1_b30
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: aloleary Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1-approved

 Description   

JavaDB is currently at 10.5.3.0 (Aug 09) but Apache Derby is at 10.6.2.1 (Oct 10)

We have a number of issues with the current version of JavaDB that are resolved with the latest Derby.

Maybe internally Oracle can push the JavaDB version and then Glassfish can include before close of 3.1



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 20/Dec/10 ]

How bad is its impact? (Severity)
Limited, but we at this point we lag one minor JavaDB release behind.

How often does it happen? Will many users see this problem?
Unknown...

How much effort is required to fix it?
Minimal, updated JavaDB version is available and only needs to be integrated into 3.1 workspace as binary dependency.

What is the risk of fixing it and how will the risk be mitigated? (Risk)
Minimal risk - preliminary CTS and smoke testing have been done with JavaDB 10.6.2.1 and we got a green light to integrate from Lance Andersen.

Comment by Chris Kasso [ 20/Dec/10 ]

Approved for 3.1

Comment by aloleary [ 21/Dec/10 ]

Hopefully you can move to 10.7.x as this is the latest version.

It is an active project with many critical fixes added.

Comment by Snjezana Sevo-Zenzerovic [ 21/Dec/10 ]

Sorry, it will have to be 10.6.2.1 at this point since 3.1 is already in high resistance mode and we won't have enough time to absorb packaging and preliminary testing of another JavaDB version. That being said, I will open another enhancement request for 10.7.x integration and we can consider updating JavaDB content in update center repository after 3.1 release.

Comment by aloleary [ 21/Dec/10 ]

Understand.

I guess it's something that should be continually tracked for all future releases.





[GLASSFISH-15648] Make IPS package dedicated to bean-validator Created: 21/Jan/11  Updated: 10/Dec/12

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: None
Fix Version/s: future release

Type: New Feature Priority: Major
Reporter: Ed Burns Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1-exclude

 Description   

>>>>> On Wed, 19 Jan 2011 13:00:20 -0800, Snjezana Sevo-Zenzerovic said:

EB> How much work would it be to create a bean-validator IPS package? What
EB> other packages would be impacted and what changes would they need to
EB> make?
EB>
SS> We would need to create dedicated bean validator package and adjust
SS> glassfish-hk2 package dependency so that it depends on bean-validator
SS> package. We would also need to add new package to the dependency list
SS> for distribution metapackages and incorporation packages which define
SS> overall distribution content.

SS> In any case, this is something we can consider doing in 3.2 release time
SS> frame - I don't see major issues from technical point of view but Jerome
SS> may have some thoughts on the interaction of HK2 with potentially
SS> different bean validator versions.
EB> Regarding the monetary incentive angle for this. Because bean-validator
EB> itself is something we get from JBoss I don't think it makes much sense
EB> to offer it just in the "support" repository. In fact, it might make sense
EB> to only offer it in the "dev" repository.
EB>
SS> Well, the same version of bean validator could very well live in
SS> different repositories during its lifecycle - it would start in "dev"
SS> and move upwards to more stable repositories as we stabilize our own
SS> release.

SS> Being able to decouple bean validator and offer potentially unstable
SS> version as "dev" content would certainly help with some aspects of
SS> content refresh so thanks for bringing this up.



 Comments   
Comment by Nazrul [ 10/Dec/12 ]

This is an important but nice to have feature for GlassFish build infrastructure. We may work on this after all core infrastructure is in place.





[GLASSFISH-6778] Since Windows 2000 installers shall not be .exe but .msi Created: 15/Nov/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: mkarg Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 6,778

 Description   

Since the advent of Windows 2000, Microsoft doesn't want installers to be binary
executables that fiddle around in a way that makes the operating system
impossible to fix potentially broken installations, but an installer shall be a
.msi "script" file that tells the Windows Installer Service what to do to
install the application. Such .msi files have a lot of benefits besides the fact
that those are the only way Windows wants it to be like:

  • The administrator can be assured that no "bad" things will be done by the
    installation, since the Installer Service can only do things Microsoft told it
    to do – "safe" things.
  • The Installer Service will be able to undo or fix a broken or partial
    installation, since it "knows" what the intention was (it is told by the script,
    as the script is a "description of target state" but not a script in the sense
    of imperative programming).
  • The .msi script can be run remotely, so the administrator can install from his
    console to any server on the network.
  • The .msi script can be run in parallel to many nodes by using the Active
    Directory based installation. So he can push the software on many nodes with a
    "single" click.
  • All installations behave the same way since the administrator is not
    communication with some fancy ideas the installer's authors' had in mind, but
    solely with the Windows Installer Service's UI.

There are two ways to live in the Windows world: Be a good citizen (here: be a
.msi file) or be a bad boy (here: be a .exe file). Windows adminstrators do not
like things that reinvent the wheel while the is a unique and standardized
Windows way to do it. So potentially Windows administrators will not like the
installer since it is not behaving like a good Windows World citizen.



 Comments   
Comment by scatari [ 23/Dec/08 ]

Option to create .msi installer will be evaluated further. The installer framework(OpenInstaller) does not
support this currently.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-6769] It would be very interesting to be able to customize the master password at first setup Created: 13/Nov/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1peur2
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: mikeandrzejewski Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 6,769

 Description   

At first server setup, it is possible to customize quite a lot of informations:
the domain name, the admin login, the admin password, several ports...

But one thing is ignored: the new domain's master password.

It is quite annoying...

It would be very simple to add a property, so overridable, and write it into
"passfile" before domain creation.



 Comments   
Comment by mikeandrzejewski [ 14/Nov/08 ]

Suggested patch:

— setup.xml 2008-11-13 19:11:33.000000000 +0100
+++ setup-proposed.xml 2008-11-13 19:10:59.000000000 +0100
@@ -47,6 +47,7 @@
<property name="instance.name" value="server"/>
<property name="admin.user" value="admin"/>
<property name="admin.password" value="adminadmin"/>
+<property name="master.password" value="changeit"/>
<property name="admin.port" value="4848"/>
<property name="instance.port" value="8080"/>
<property name="orb.port" value="3700"/>
@@ -94,6 +95,9 @@
<os name="Mac OS X"/>
</condition>
<echo file="$

{adminpassfile}"
append="false">AS_ADMIN_ADMINPASSWORD=${admin.password}</echo>
+ <echo file="${adminpassfile}

" append="true">$

{line.separator}</echo>
+ <echo file="${adminpassfile}"
append="true">AS_ADMIN_MASTERPASSWORD=${master.password}</echo>
+ <echo file="${adminpassfile}" append="true">${line.separator}

</echo>
<available file="$

{install.home}

/lib/javaee.jar.pack.gz"
property="run-jarunpack"/>
</target>

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-6633] b28c : add support for .pac proxy configuration Created: 23/Oct/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: survivant Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 6,633

 Description   

and please.. add proxy (.pac support) for the updatetool and in the installer



 Comments   
Comment by survivant [ 23/Oct/08 ]

enhancement.. not a defect..sorry

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-7135] (UC) Patch makes updatetool work for Cygwin Created: 04/Feb/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: V3
Fix Version/s: not determined

Type: Task Priority: Major
Reporter: cayhorstmann Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 7,135

 Description   

This patch makes the updatetool work with Cygwin (see
http://www.weiqigao.com/blog/2008/03/10/java_bash_cygwin.html)

— old/updatetool 2009-02-04 18:09:50.280527500 -0800
+++ new/updatetool 2009-02-04 18:11:55.751327500 -0800
@@ -39,6 +39,12 @@

  1. Startup stub
    #

+# detect Cygwin
+cygwin=false;
+case "`uname`" in
+ CYGWIN*) cygwin=true;
+esac
+

  1. Resolve a symbolic link to the true file location
    resolve_symlink () {
    file="$1"
    @@ -240,6 +246,13 @@
  2. Create property file with bootstrap settings
    create_bootstrap_props

+
+if $cygwin; then
+ BOOTSTRAPJAR=`cygpath --path --windows $BOOTSTRAPJAR`
+ BOOTSTRAPPROPS=`cygpath --path --windows $BOOTSTRAPPROPS`
+ image_path=`cygpath --path --windows $image_path`
+fi
+
while [ true ]; do
echo
"$my_java" -Dimage.path="$image_path" -jar "$BOOTSTRAPJAR" "$BOOTSTRAPPROPS"



 Comments   
Comment by rebeccas [ 05/Feb/09 ]

bug miss catagorized. This is "updatetool" (i.e update center issue).
changing catagory.

Comment by Snjezana Sevo-Zenzerovic [ 05/Feb/09 ]

Taking ownership.

Since bootstrap scripts come from updatecenter project, I will open
corresponding issue there and add submitter to the interest list.

Comment by Snjezana Sevo-Zenzerovic [ 17/Sep/09 ]

Corresponding UC issue filed:

https://updatecenter2.dev.java.net/issues/show_bug.cgi?id=1783

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-7100] "updatetool" enable debugging / verbose switch to enable error tracing Created: 28/Jan/09  Updated: 07/Jan/11

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: V3
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: kawazu Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 7,100

 Description   

Trying to hunt down a strange IOException (404) during updatetool installation
on Solaris/x86, the outcome is rather limited as information provided by
updatetool installation script / routine is rather limited. Implementing a
"-verbose" / "-debug" commandline usable with "updatetool" installer to
provide more extensive output would definitely be helpful here.



 Comments   
Comment by janey [ 06/Jan/11 ]

reassign to Tom.

Comment by janey [ 06/Jan/11 ]

reassign to Tom.

Comment by Tom Mueller [ 07/Jan/11 ]

Putting in update_center category.





[GLASSFISH-7056] checkbox : delete personal files Created: 17/Jan/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: survivant Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 7,056

 Description   

I just uninstall b31 to install b32 instead.. and when I look after the
uninstallation.. I still got theses files into the folder (files and directory)

en_install23414.log
fr_CA_install23415.log
install
install23416.log
metadata
TempWmicBatchFile.bat
uninstall.exe
uninstall.sh
updatetool
var

please Add a feature.. delete all.. like when you uninstall a software in
Windows.. you can keep your save file and delete everything.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5712] JNLP-based GF v3 installation Created: 28/Aug/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: abien Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: other
Platform: All


Issuezilla Id: 5,712

 Description   

Glassfish v3 could improve the installation experience as well adding WebStart
support with the possibility of preselecting "interesting" modules. There is
already a great example available:
https://www.opends.org/wiki/page/OverviewOfTheQuickSetupTool

This would differentiate glassfish from others and make the installation process
more convenient.

The JNLP installer should be an addition - not the only way to install
glassfish. An all inclusive bundle is even more important.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5564] Remove duplicate pkg-client jar Created: 20/Aug/08  Updated: 15/Feb/13

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: V3
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: Nazrul Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 5,564
Tags: 3_1-exclude

 Description   

Build: GFv3 Prelude b19

Currently, we have two copies of pkg-client jars.
1) glassfishv3-prelude/glassfish/modules/pkg-client-1.0.7-14.1084.jar
2) glassfishv3-prelude/pkg/lib/pkg-client.jar

#1 (pkg-client under under glassfish/modules) should be removed.



 Comments   
Comment by kumara [ 20/Aug/08 ]

Add gfv3-prelude-include to status whiteboard

Comment by kumara [ 03/Sep/08 ]

v3 defect tracking

Comment by Snjezana Sevo-Zenzerovic [ 08/Sep/08 ]

...

Comment by kumara [ 22/Sep/08 ]

To be addressed after Prelude release. Please make sure than admin console and
pkg use the same version while creating distributions.

Comment by kumara [ 24/Oct/08 ]

Reclassifying as P4 because these issues are not must fix for prelude release.
This issue will be scrubbed after prelude release and will be given the right
priority for v3 final release.

Comment by Nazrul [ 24/Jun/09 ]

We should fix this for GFv3.

Comment by Snjezana Sevo-Zenzerovic [ 02/Oct/09 ]

This is P3 as per priority guidelines - workaround in the feature that needs to
be fixed.

Comment by Snjezana Sevo-Zenzerovic [ 03/Nov/09 ]

Based on the discussion with Jerome, fix is deemed too risky. Deferring to v3.1.

Comment by Snjezana Sevo-Zenzerovic [ 08/Nov/10 ]

Non-critical issue, deferring to 3.2.

Comment by Snjezana Sevo-Zenzerovic [ 15/Feb/13 ]

Deferring to future release due to time/resource constraints and low impact.





[GLASSFISH-3939] Icon Tray not enabled on WinXP Created: 24/Dec/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: Alexis MP Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,939
Status Whiteboard:

https://glassfish.dev.java.net/issues/createattachment.cgi?id=3939


 Description   

The Update Center icon tray notification is not enabled with the GlassFish
installer on WinXP.



 Comments   
Comment by Anissa Lam [ 02/Jan/08 ]

-> installation

Comment by harpreet [ 08/Feb/08 ]

This is an RFE.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-3862] HP-UX Itanium port for glassfish Created: 20/Nov/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: dmeibusch Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: HP-UX
Platform: HP


Issuezilla Id: 3,862

 Description   

Following the enhancement issue #1240 (AIX port), a port of glassfish for HP-UX
Itanium.

So far I've seen similar build issues to those found with AIX.



 Comments   
Comment by hildo [ 27/Nov/07 ]
      • Issue 3862 has been confirmed by votes. ***
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5103] Glassfish V2 RPM build Created: 04/Jun/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: lazjen Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux


Attachments: File maven2_glassfish_V2_UR1_rpm_module.tgz     File rpm-maven-plugin-2.0-beta-8-CR.tgz    
Issuezilla Id: 5,103

 Description   

Glassfish V2 UR1 RPM build process

This RPM build requires the following:

To build the Glassfish V2 UR1 RPM, do the following steps:

  • Untar the Maven RPM plugin into your Maven 2 repository:
  1. cd <MAVEN2 REPO> (e.g. ~/.m2/repository)
  2. tar zxf rpm-maven-plugin-2.0-beta-8-CR.tgz
  • Untar the attached maven project (maven2_glassfish_V2_UR1_rpm_module.tgz)
  1. tar zxf maven2_glassfish_V2_UR1_rpm_module.tgz
    (this creates a RPM sub directory)
  • Do the first part of the Glassfish install to unpack the files:
  1. java -Xmx256m -jar glassfish-installer-v2ur1-b09d-linux.jar
  • Copy the unpacked files to the resources dir of the maven project:
  1. cp -pr glassfish RPM/src/main/resources/
  • In the maven project, build the RPM:
  1. cd RPM
  2. mvn clean resources:resources rpm:rpm -Drpm_release=<BUILD NUMBER>

The BUILD NUMBER is an integer that should be incremented each time the RPM
is built. If you use a continuous integration system that supplies build
numbers, this can be used, e.g. in hudson: -Drpm_release=$

{BUILD_NUMBER}

When built, the RPM can be found in the target sub directory:

target/rpm/RPMS/noarch/glassfish-v2ur1_b09d-<BUILD NUMBER>.noarch.rpm

Glassfish RPM details

The RPM, by default, installs into the /var/lib (it creates a glassfish
directory under the install location). It is a relocatable RPM, so
the --prefix option can be used to change its install location to whatever is
desired. If a permanent change to /var/lib is required, modify the pom.xml in
the maven project to change /var/lib to the new location.

The RPM creates a new user and group of glassfish (if required). These can be
overridden by using environment variables during the install, like so:

  1. GLASSFISH_USERNAME=<username> GLASSFISH_GROUP=<group> rpm -iv
    glassfish-v2ur1_b09d-<BUILD NUMBER>.noarch.rpm

The built RPM has dependencies of JDK 1.5+ and bash 3.1+. These can be
altered in the pom.xml.

When installed, to access the Glassfish commands (e.g. asadmin), add the
<INSTALL_DIR>/glassfish/bin to your PATH. For the default install this would
be /var/lib/glassfish/bin.

Building for V2 UR2

The same process as above should work for V2 UR2, with the following changes
(unverified at this time):

  • Change Glassfish version in the pom.xml from v2ur1-b09d to v2ur2-b04 (note
    the '-', not the '_' is used).

If this becomes part of the Glassfish project, I would recommend the following:

  • Set the version of the project pom to something other than 1.0-SNAPSHOT.
  • Use different project pom versions for UR1 vs UR2.
  • Providing the RPM as a download option.


 Comments   
Comment by lazjen [ 04/Jun/08 ]

Created an attachment (id=1534)
Maven 2 project for Glassfish RPM build

Comment by lazjen [ 04/Jun/08 ]

Created an attachment (id=1535)
Maven 2 RPM plugin, modified.

Comment by deepakpn [ 25/Aug/09 ]

Hi,

Though this seems to bundle glassfish into an rpm, I still see that the rpm has
dependency on JDK (I guess it does the setup to build glassfish binaries as a
post-install step of rpm). How do we go about removing the dependency with jdk?
What would be a way to find all the libraries/binaries that should go into the
binary rpm? I have not been able to find a single binary glassfish RPM on the
net (so that I could view the list of files included). What would be a good
start for getting this list (if that is the right direction)?

Thanks,
Deepak

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5094] Installer should behave like a good citizen Created: 02/Jun/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: mkarg Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 5,094

 Description   

On virtually every operating system, there are specific rules how an installer
have to behave to be a good citizen. On Windows for example, installers shall be
made up from .msi script packages executed by the "Windows Installer Service".
The benefit is that such .msi script packages can not only get executed by a
local administrator by a double click, but also the enterprise administrator can
uns remote deployment functionality built into active directory administration
tools. That tools allow the administrator to deploy to a lot of machines by a
single, central mouse click.

Another item is that on Windows, programs have to be located in
%ProgramFiles%\Vendor\Application, because administrator do not like the idea of
having a directory like "Sun\SDK" to be found directly on C:\. You could say
that the admins can change the location in the installer. Well, when using a
remote tool (see above) to deploy to several hosts at one mouse click, you do
not know the actual target on each host – but you can be sure that
%ProgramFiles% will be correct ever.

So, there are a lot of rules to be found like this, not only on Windows.
Certainly there similar on the Mac or Linux.

Since people (especially admins) want that programs take good care of that rules
("beeing good citizen") and since obviously the current installer doesn't care
for any of those rules, I want to suggest that in a future release GlassFish /
SDK is improved in this direction.



 Comments   
Comment by scatari [ 24/May/10 ]

Targeting for 3.1.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-6535] Need to fix the names of the jars Created: 14/Oct/08  Updated: 06/Oct/10

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: V3
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: Nazrul Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 6,535
Tags: 3_1-exclude

 Description   

Issue 5559 only addressed removing the SNAPSHOT from the jar name. We still need
to fix the jar names.

  • Some jars use reverser domain name (org.eclipse.persistence.core-1.0.jar)
  • Some jars use regular names with dashes (admin-cli.jar)
  • Some jars use package names (javax.annotation.jar)
  • Some of the jars are under a different directory called "web" (Why is web
    treated differently than the rest?).

Here are the latest from build 28a of GFv3 Prelude.

admin-cli.jar grizzly-optionals.jar
admin-util.jar hk2-core.jar
amx-api.jar hk2.jar
amx-impl.jar inmemory.jacc.provider.jar
annotation-framework.jar internal-api.jar
ant.jar javax.activation.jar
api-exporter.jar javax.annotation.jar
asm-all-repackaged.jar javax.enterprise.deploy.jar
auto-depends.jar javax.mail.jar
branding-fragment.jar javax.persistence.jar
branding.jar javax.resource.jar
cli-framework.jar javax.security.auth.message.jar
cli-optional.jar javax.security.jacc.jar
common-util.jar javax.servlet.jar
commons-codec-repackaged.jar javax.servlet.jsp.jar
config-api.jar javax.transaction.jar
config.jar javax.xml.stream.jar
connectors-internal-api.jar jdbc-admin.jar
connectors-runtime.jar jmxremote_optional-repackaged.jar
console-branding-plugin.jar jpa-connector.jar
console-common.jar jsf-api.jar
console-custom-branding-plugin.jar jsftemplating.jar
console-jdbc-plugin.jar jta.jar
console-plugin-service.jar kernel.jar
console-security-plugin.jar launcher.jar
console-updatecenter-plugin.jar ldapbp-repackaged.jar
console-web-plugin.jar monitoring-core.jar
container-common.jar org.eclipse.persistence.antlr.jar
dataprovider.jar org.eclipse.persistence.asm.jar
deployment-admin.jar org.eclipse.persistence.core.jar
deployment-autodeploy.jar org.eclipse.persistence.jpa.jar
deployment-client.jar org.eclipse.persistence.oracle.jar
deployment-common.jar osgi-adapter.jar
deployment-javaee-core.jar pkg-client.jar
dol.jar realms.jar
flashlight-agent.jar registration-api.jar
flashlight-framework.jar registration-impl.jar
gf-connectors-connector.jar security.jar
gf-jruby-connector.jar securitycommon.jar
glassfish-api.jar server-mgmt.jar
glassfish-ee-api.jar stats77.jar
glassfish-mbeanserver.jar sysnet-registration-repackaged.jar
glassfish-naming.jar tiger-types-osgi.jar
glassfish-registration.jar transaction-internal-api.jar
glassfish.jar web/
grizzly-jruby-module.jar work-management.jar
grizzly-jruby.jar wstx-asl.jar
grizzly-module.jar



 Comments   
Comment by Nazrul [ 14/Oct/08 ]

Need to fix this after GFv3 Prelude.

Comment by kumara [ 24/Oct/08 ]

Reclassifying as P4 because these issues are not must fix for prelude release.
This issue will be scrubbed after prelude release and will be given the right
priority for v3 final release.

Comment by Nazrul [ 24/Jun/09 ]

We should fix this before we ship GFv3. Based on our conversation we liked
"org.eclipse.persistence.jpa.jar" style name.

Comment by kumara [ 14/Sep/09 ]

Assign to ss141213. Please propose a scheme that can be implemented by snjezana and janey.

Comment by Sanjeeb Sahoo [ 23/Sep/09 ]

I don't think it is easy to fix this now. It's too late. So, excluding from v3
list of bugs to be fixed. If someone wants to fix it, here is something to keep
in mind:
What I have come across in various open source projects, the convention seems to
be this:
groupId: URL of the project responsible for the artifact
artifactId: primary Java package name
version: project version
Based on this, most of our artifacts need to change. We seem to be using
different groupId as well, e.g., org.glassfish.web, org.glassfish.deployment.
Instead, we should be using org.glassfish as groupId in all cases. The
artifactId should change to org.glassfish.web.glue, org.glassfish.web.connector,
etc. Then, the jar name automatically becomes org.glassfish.web.glue.jar or
org.glassfish.web.connector.jar.

Same holds true for HK2 artifacts or any other artifact.

We should also fix name and description field in pom.xmls as they appear as
bundle name and description when someone inspects the OSGi bundles using any tool.

Comment by kumara [ 07/Dec/09 ]

Setting target release for unresolved issues submitted on v3 release to the next release. Not changing
issues submitted on v2.x release because they might not apply to v3.next release.

Comment by Sanjeeb Sahoo [ 06/Oct/10 ]

Reassign to packaging team

Comment by Snjezana Sevo-Zenzerovic [ 06/Oct/10 ]

To be realistic, this issue will need to be addressed from the scratch in the
next major release...





[GLASSFISH-6231] GFv3Prelude: specifying instalation directory: poor user experience Created: 22/Sep/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: Joe Di Pol Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 6,231

 Description   

When installing GFv3 Prelude, the default installation directory
is $HOME/glassfishv3-prelude. That's cool. But the user experience
for changing this install location could be better. Of course I
could type in whatever I want – but that's sooooo 80's.

For example, let's say I want to install into $HOME/Desktop/glassfishv3-prelude
and I want to use the "..." file browse dialog. I have to do this:

1. Click "..."
2. Navigate to my home directory and select (but not double click) "Desktop"
3. Click "Chose"
4. Click the Installation Directory text field
5. Move my hands to the keyboard and append "/glassfishv3-prelude"
to the text field.

If I'm too hasty, and I don't do steps 4 and 5, then I end up with the glassfish
install spattered over my Desktop. Ugh. The file browse dialog also does
not give me the opportunity to do a "New" and create glassfishv3-prelude
while in the dialog. Something that I'm used to seeing in most file selection
dialogs.

The installer should optimize for the common case, and aid the user in
avoiding stupid mistakes (like installing directly into Desktop).
How about his for a heuristic:

When the installer gets the path back from the file dialog it checks
if the chosen directory is empty or not:

If the directory is empty, then use the path unchanged.

If the directory is not empty, then append "glassfishv3-prelude" to it.
Since we know it is unlikely the user wants to install into a non-empty
installation directory.

In the outside chance the user really did want to install into a
non-empty directory, then they can adjust the path in the fill-in field
by deleting the "glassfishv3-prelude".

So now for my use-case I no longer must do steps #4 and 5, cuz the installer
has done them for me.

GlassFish Version: V3Prelude B25
Mac OS X: 10.5.4 intel



 Comments   
Comment by scatari [ 23/Dec/08 ]

A better way to handle it would be to pop-up a dialog if the installation directory is non-empty asking the
user to confirm their choice, instead of adding text to the user selected path.

Comment by scatari [ 23/Dec/08 ]
      • Issue 6412 has been marked as a duplicate of this issue. ***
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-6208] graphical installer needs ability to enter proxy authorization data Created: 22/Sep/08  Updated: 06/Mar/12

Status: Reopened
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: future release

Type: Improvement Priority: Major
Reporter: writtmeyer Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Attachments: PNG File gf_v3_install.png     PNG File proxy_authentication_required.png    
Issuezilla Id: 6,208
Status Whiteboard:

gfv3-prelude-excluded


 Description   

The graphical installer fails when a user is behind a proxy that needs
authorization. The last message of the installer is s.th. like "407 -
Authorization necessary" - which is probably the return code of the proxy.

There is neither the ability to enter these data beforehand nor to enter these
when the installer gets this return code.

Best solution IMHO would be to ask the user for authorization data only when a
407 has occurred. The second best would be to allow the user to enter these data
at the same place where he enters the proxy server and port.



 Comments   
Comment by kumara [ 22/Sep/08 ]

v3 defect tracking

Comment by dochez [ 23/Sep/08 ]

need installer improvement to support the feature

Comment by scatari [ 25/Sep/08 ]

Actually, if you are behind firewall, you would have entered proxy information for installing and enabling
update client. In this case, this proxy information is used for registration.

Yes, there is no separate proxy information screen for installer. Next release, we will consolidate the
screens or have a new ui to get this data.

Comment by writtmeyer [ 26/Sep/08 ]

When I use the graphical installer I did not use anything before. Thus the
screen of the attached screenshot is the first possibility to enter any
proxy-information.

Comment by writtmeyer [ 26/Sep/08 ]

Created an attachment (id=1888)
Graphical installer, proxy setup

Comment by writtmeyer [ 26/Sep/08 ]

Due to your comment I have also tried the updatetool itself:

On Linux there is no possibility to enter authorization information in this
tool. And on Windows updatetool fails. While Internet Explorer pops up a box to
enter proxy authentication information, the updatetool does not.

Comment by scatari [ 23/Dec/08 ]

The enhancement request will be addressed as part of the fix for 5117, hence marking this as a duplicate.

      • This issue has been marked as a duplicate of 5117 ***
Comment by writtmeyer [ 26/Oct/09 ]

I'm sorry, I do not agree with the "duplicate" marker. These are two unrelated
issues.

The one is, that it is not possible to enter authorization information at all
(this one). The other is, that you cannot go back some steps during installation
to re-enter any proxy-information (the other bug doesn't mention username/pwd) -
issue 5117.

The real issue at hand here is that without username/pwd neither updatetool nor
registration work. Registration gives 407 authorization message where it
actually should ask the user for a username and password (as any other windows
program does).

This is IMHO a serious issue for GlassFish's adoption in big companies that very
often use proxy authorization.

Reopened as part of my FishCAT testing.

Comment by writtmeyer [ 26/Oct/09 ]

Created an attachment (id=3618)
Dialog box showing the error message (HTTP status code 407)

Comment by Snjezana Sevo-Zenzerovic [ 13/Nov/09 ]
      • Issue 9200 has been marked as a duplicate of this issue. ***




[GLASSFISH-6204] Use correct file to get data for service tag registry xml Created: 22/Sep/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: sirajg Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 6,204
Status Whiteboard:

gfv3-prelude-included


 Description   

Installer should use this properties file:
com.sun.enterprise.registration.glassfish.Registration.properties

to get values for product URN and other values needed to populate the service
tag registry xml file. Currently the values are hard coded in installer code.



 Comments   
Comment by kumara [ 22/Sep/08 ]

v3 defect tracking

Comment by scatari [ 25/Sep/08 ]

Will be targeted for next release.

Comment by scatari [ 14/May/09 ]

This has been currently dealt with at the packaging level.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-6176] [UC] update tool stall Created: 20/Sep/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: survivant Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 6,176
Status Whiteboard:

gfv3-prelude-excluded


 Description   

I'm installing the update tool by the command line... and it stall (it has been
10 min for now

Please.. you need to put a progress bar in the command line.. like a ftp, or the
update package form linux... Like that, we will received a feedback, and know
how long we will still suffer.

please add feedback to the Windows installer too. Like that the install process
won't stall a 45% for a while..

Why don't you use Swing for the client instead of Python ? I don't understand
why you don't promote Java technologies over python ?

C:\Temp\glassfish-v3-prelude-b25\glassfishv3-prelude\bin>"C:\Program Files\Java\
jre1.5.0_07\bin\java" -Dimage.path="C:\Temp\glassfish-v3-prelude-b25\glassfishv3
-prelude\bin
.." -jar "C:\Temp\glassfish-v3-prelude-b25\glassfishv3-prelude\bin
\\..\pkg/lib/pkg-bootstrap.jar" "C:\DOCUME~1\dionnese\LOCALS~1\Temp\pkg-bootstra
p32215.props"
Software repository: http://pkg.glassfish.org/dev/windows/v3prelude/
Install image: C:\Temp\glassfish-v3-prelude-b25\glassfishv3-prelude\bin
..
Installing pkg packages.
pkg:/pkg@1.0.7,0-15.1183:20080912T012943Z: downloading manifest from server
pkg:/python2.4-minimal@2.4.4.0,0-15.1183:20080912T012955Z: downloading manifest
from server
Installing: [pkg:/pkg@1.0.7,0-15.1183:20080912T012943Z]
pkg:/pkg@1.0.7,0-15.1183:20080912T012943Z: downloading 206 files
pkg:/python2.4-minimal@2.4.4.0,0-15.1183:20080912T012955Z: downloading 262 files



 Comments   
Comment by kumara [ 22/Sep/08 ]

v3 defect tracking

Comment by Snjezana Sevo-Zenzerovic [ 22/Sep/08 ]

Moving to correct subcategory.

Comment by Snjezana Sevo-Zenzerovic [ 22/Sep/08 ]

...

Comment by kumara [ 24/Sep/08 ]

There was a follow up discussion on this topic on the mailing list where many
of the concerns in this issue were addressed. We will continue to look at
improving the user experience in this area.

https://glassfish.dev.java.net/servlets/BrowseList?
listName=quality&by=subject&from=848184&to=848184&first=1&count=6

I am going to convert this to an enhancement to provide better feedback during
initial installation of update center. This should be converted to a more
concrete update center enhancement. Maybe a message stating how many packages
(and MB) will be downloaded at the begining of the bootstrap followed by a
message at the end of each package download stating something like "m of n
packages (x of y MB) downloaded.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-1352] include version info in installation directory name Created: 20/Oct/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: ryan_shoemaker Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 1,352

 Description   

Please include some kind of version info in the name of the installation directory.

I have to run the installer from a temp directory to prevent it from overwriting
existing installations and then rename it. For example:

% mkdir tmp
% cp glassfish-installer-v2-b22.jar tmp
% cd tmp
% java -Xmx256m -jar glassfish-installer-v2-b22.jar
glassfish
glassfish\bin
glassfish\docs
glassfish\docs\css
etc...
% mv glassfish ../gf-v2b22
% cd ..
% rm -f tmp

I wouldn't have to do this if the installation directory had a more descriptive
name, such as "glassfish-v2-b22".



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-1240] IBM AIX port for glassfish Created: 03/Oct/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: relon Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: AIX
Platform: Other


Issuezilla Id: 1,240

 Description   

I wasn't really sure where to submit this so I've started with the installation
subcomponent and expect to be corrected.

I've taken a first crack at getting glassfish running on AIX and HP-UX and I'm
passing along the issues I've run into along the way from AIX.

Most of the issues revolve around the lack of Sun's JSSE implementation in the
IBM JDK 1.5. At first I tried to play around with the java.security file under
the jdk and soon realized that the SunX509 implementation was hard coded in
several places inside glassfish. After changing a few of these over so that
they load the default algorithm from the java.security file, I was able to load
up the glassfish admin console.

I researched attempting to embed Sun’s JSSE implementation in IBM’s JDK, but
since the stand alone version of the JSSE is EOL, I decided to see if could get
glassfish working with IBM’s implementation. If there is a way to get Sun’s
J2SE implementation working in IBM’s JDK, please throw me a bone.

File:
glassfish\appserv-webtier\src\java\org\apache\tomcat\util\net\jsse\JSSE14SocketFactory.java

98c98
< algorithm = defaultAlgorithm

> algorithm = KeyManagerFactory.getDefaultAlgorithm()
182c182
< TrustManagerFactory tmf = TrustManagerFactory.getInstance("SunX509
")

> TrustManagerFactory tmf = TrustManagerFactory.getInstance(TrustMan
agerFactory.getDefaultAlgorithm())

The algorithm for the key manager can be set from the calling class by setting
the “algorithm� property, but the trust manager is hard code to use SunX509.

File: glassfish\appserv-core\src\java\com\sun\enterprise\security\KeyTool.java

53c53
< "com.sun.net.ssl.internal.ssl.Provider"

> "com.ibm.jsse2.IBMJSSEProvider2"

I swapped the provider class out in order to get this working on AIX. The
IBMJSSEProvider2 is specified as a provider in the java.security file, so it
could be identified and loaded from there.

File glassfish\appserv-core\src\java\com\sun\enterprise\security\SSLUtils.java

143c143
< com.sun.net.ssl.HttpsURLConnection.setDefaultSSLSocketFactory(ctx.getS
ocketFactory())

> //com.sun.net.ssl.HttpsURLConnection.setDefaultSSLSocketFactory(ctx.ge
tSocketFactory());

I’ve commented out setting the old JSSE 1.0 HttpsURLConnection, but a
classloader test could easily determine if it’s missing before skipping it.

303c303
< KeyManagerFactory kmf = KeyManagerFactory.getInstance("SunX509")

> KeyManagerFactory kmf = KeyManagerFactory.getInstance(KeyManagerFact
ory.getDefaultAlgorithm());
322c322

< TrustManagerFactory tmf = TrustManagerFactory.getInstance("SunX509")

> TrustManagerFactory tmf = TrustManagerFactory.getInstance(TrustManag
erFactory.getDefaultAlgorithm());

Additional issues:
The sun.security.util.PropertyExpander class wasn’t available on IBM’s JDK so I
dropped Sun’s rt.jar file into glassfish’s lib directory as a quick fix.

The class to read the master-password file was missing, but if you delete the
file, glassfish will prompt for the password when needed.
com.sun.enterprise.admin.servermgmt.RepositoryException:
com.sun.crypto.provider.SealedObjectForKeyProtector CLI156 Could not start the
domain domain1.

Being able to run glassfish on AIX and HP-UX will be a big plus for our company
and hopefully others.

As always, you time and efforts are greatly appreciated.

Scott Moyer



 Comments   
Comment by Shing Wai Chan [ 05/Oct/06 ]

The following fix has been done. Since I don't have an AIX machine, it don't
know if this is sufficient or not. It would for whom to have AIX machine to help
us on this.
Checking in SSLUtils.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/security/SSLUtils.java,v
<-- SSLUtils.java
new revision: 1.6; previous revision: 1.5
done
Checking in IIOPSSLSocketFactory.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/iiop/IIOPSSLSocketFactory.java,v
<-- IIOPSSLSocketFactory.java
new revision: 1.5; previous revision: 1.4
done
Checking in PEWebContainerLifecycle.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/web/PEWebContainerLifecycle.java,v
<-- PEWebContainerLifecycle.java
new revision: 1.4; previous revision: 1.3
done
Checking in WebContainerLifecycle.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/web/WebContainerLifecycle.java,v
<-- WebContainerLifecycle.java
new revision: 1.4; previous revision: 1.3
done

Comment by rnhurt [ 26/Mar/07 ]
      • Issue 1240 has been confirmed by votes. ***
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-307] Make token replacement for derby database scripts ... Created: 26/Feb/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: km105526 Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Dependency
blocks GLASSFISH-328 script to stop the bundled derby does... Closed
Issuezilla Id: 307

 Description   

Although GlassFish administrative command line interface (asadmin) provides ways
and means to start/stop the derby database (network-server mode), the database
scripts like "ij", "dblook" are not usable.

It is desirable that GlassFish/App server post-installer does the basic token
replacement for variables like DERBY_INSTALL.

This is requested because derby database is integrated into the product. For
other install flavors this might not be required, but since we "install" the
derby bits, it is expected that we make sure that they work.

This is analogous to how pointbase scripts were modified when pointbase was
integrated into the app server.



 Comments   
Comment by km105526 [ 01/Mar/06 ]
      • Issue 328 has been marked as a duplicate of this issue. ***
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-17522] atomic distribution does not start because of missing modules Created: 28/Oct/11  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: 4.0
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1_x-exclude

 Description   

There seems to be missing modules which is causing atomic distribution to fail to start.



 Comments   
Comment by TangYong [ 22/Jun/12 ]

The issue seems to be the same as http://java.net/jira/browse/GLASSFISH-18642.

Comment by Sanjeeb Sahoo [ 18/Feb/13 ]

Exception seen in recent build (svn #59497)

Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55)
Caused by: A MultiException has 1 exceptions. They are:
1. org.glassfish.hk2.api.MultiException: A MultiException has 2 exceptions. They are:
1. com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.common.util [47]], State = [NEW]
2. java.lang.IllegalStateException: Could not load descriptor SystemDescriptor(
implementation=org.glassfish.common.util.admin.HK2BindTracingService
contracts=

{org.glassfish.common.util.admin.HK2BindTracingService,org.glassfish.hk2.api.ValidationService}
scope=javax.inject.Singleton
qualifiers={}
descriptorType=CLASS
descriptorVisibility=NORMAL
metadata=Bundle-SymbolicName={org.glassfish.main.common.util},Bundle-Version={4.0.0.SNAPSHOT}
rank=0
loader=OsgiPopulatorPostProcessor.HK2Loader(OSGiModuleImpl:: Bundle = [org.glassfish.main.common.util [47]], State = [NEW],13171230)
proxiable=null
analysisName=null
id=425
locatorId=0
identityHashCode=10284000
reified=false)


at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.populateServiceLocator(AbstractModulesRegistryImpl.java:202)
at com.sun.enterprise.module.bootstrap.Main.createServiceLocator(Main.java:272)
at org.jvnet.hk2.osgiadapter.HK2Main.createServiceLocator(HK2Main.java:120)
at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishRuntime.newGlassFish(EmbeddedOSGiGlassFishRuntime.java:95)
at com.sun.enterprise.glassfish.bootstrap.GlassFishRuntimeDecorator.newGlassFish(GlassFishRuntimeDecorator.java:68)
at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishRuntime.newGlassFish(OSGiGlassFishRuntime.java:88)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:113)
... 6 more
Caused by: A MultiException has 2 exceptions. They are:
1. com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.common.util [47]], State = [NEW]
2. java.lang.IllegalStateException: Could not load descriptor SystemDescriptor(
implementation=org.glassfish.common.util.admin.HK2BindTracingService
contracts={org.glassfish.common.util.admin.HK2BindTracingService,org.glassfish.hk2.api.ValidationService}

scope=javax.inject.Singleton
qualifiers={}
descriptorType=CLASS
descriptorVisibility=NORMAL
metadata=Bundle-SymbolicName=

{org.glassfish.main.common.util}

,Bundle-Version=

{4.0.0.SNAPSHOT}

rank=0
loader=OsgiPopulatorPostProcessor.HK2Loader(OSGiModuleImpl:: Bundle = [org.glassfish.main.common.util [47]], State = [NEW],13171230)
proxiable=null
analysisName=null
id=425
locatorId=0
identityHashCode=10284000
reified=false)

at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:1631)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:360)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:378)
at org.jvnet.hk2.internal.ServiceLocatorImpl.checkConfiguration(ServiceLocatorImpl.java:1268)
at org.jvnet.hk2.internal.ServiceLocatorImpl.addConfiguration(ServiceLocatorImpl.java:1536)
at org.jvnet.hk2.internal.DynamicConfigurationImpl.commit(DynamicConfigurationImpl.java:212)
at org.glassfish.hk2.bootstrap.HK2Populator.populate(HK2Populator.java:137)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.parseInhabitants(OSGiModuleImpl.java:396)
at org.jvnet.hk2.osgiadapter.AbstractOSGiModulesRegistryImpl.parseInhabitants(AbstractOSGiModulesRegistryImpl.java:119)
at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.populateServiceLocator(AbstractModulesRegistryImpl.java:180)
... 12 more
Caused by: com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.common.util [47]], State = [NEW]
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:223)
at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:79)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:1623)
... 21 more
Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.main.common.util [47]: Unable to resolve 47.0: missing requirement [47.0] osgi.wiring.package; (&(osgi.wiring.package=org.glassfish.api)(version>=4.0.0)(Unable to render embedded object: File ( Unable to resolve 52.0: missing requirement [52.0] osgi.wiring.package; (&(osgi.wiring.package=org.glassfish.grizzly.http.server)(version>=2.3.0)() not found.(version>=3.0.0))) [caused by: Unable to resolve 12.0: missing requirement [12.0] osgi.wiring.package; (osgi.wiring.package=org.glassfish.gmbal) [caused by: Unable to resolve 38.0: missing requirement [38.0] osgi.wiring.package; (osgi.wiring.package=org.glassfish.pfl.basic.algorithm)]]]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3962)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2025)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:215)
... 23 more





[GLASSFISH-17496] Installer doesn't reliably verify detected JDK installation Created: 27/Oct/11  Updated: 28/Jul/12  Due: 27/Oct/11

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1.2_b06
Fix Version/s: None

Type: Bug Priority: Major
Reporter: li.wu Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OS:OEL6 32bit
Bundle:glassfish-3.1.2-b06-unix-ml.sh
java version:1.7.0
locale:en


Attachments: JPEG File install_failed.jpg    
Tags: 3_1_2-exclude

 Description   

I installed glassfish-3.1.2-b06-unix-ml.sh on OEL6 32bit (java version:1.7.0) but failed. Pls check the picture attached.

Then I checked "glassfish3/glassfish/bin/asadmin" and "glassfish3/glassfish/config/asenv.conf", there is "AS_JAVA=/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0". When GF tryed to create domain, it failed because of no such file in AS_JAVA/bin/java.
I noticed that jdk was just installed on this OEL6, and JAVA_HOME didn't take effect immediately after profile was modified. After JAVA_HOME is set on env, the installation is ok.

In fact, there would be warning and stop installation if JAVA_HOME is not set for GF v3.1.1.



 Comments   
Comment by scatari [ 27/Oct/11 ]

Assigning to Snjezana for further evaluation.

Comment by Snjezana Sevo-Zenzerovic [ 18/Nov/11 ]

Just to clarify: installer does not require that JAVA_HOME is set, it should be able to locate appropriate JDK installation using PATH value or default JDK installation locations. That being said, something went wrong with JDK location verification in this case and that aspect will get fixed.

Comment by Snjezana Sevo-Zenzerovic [ 18/Nov/11 ]

Changed summary to better describe the actual issue.

Comment by Opher Shachar [ 28/Jul/12 ]

Hello,
I'm commenting here as http://java.net/jira/browse/GLASSFISH-17861 was marked as duplicate.
I'm experiencing the same issue as #17861 on Windows 7 SP1 64-bit.
I've traced the cause to that the installer adds this line:

set AS_JAVA=C:\Program Files (x86)\Java

to C:\glassfish3\glassfish\config\asenv.bat .

Obviously this path is wrong. On my system the correct path would be:

set AS_JAVA=C:\Program Files\Java\jdk1.7.0

Worse still, the installer (on Windows at least) reports the installation to be successful.





[GLASSFISH-17343] Upgrade tool fails to download/install Created: 25/Sep/11  Updated: 11/Mar/12

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 3.1.1
Fix Version/s: None

Type: New Feature Priority: Major
Reporter: rkolar02 Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

BSD Unix



 Description   

I installed Glassfish 3.1.1 Open source edition from zip file because GUI installer failed with internal error. Glassfish works, but i could not get updatetool installed and work. It fails with following error message:

ponto:(glassfish)~/appserv>bin/updatetool

The software needed for this command (updatetool) is not installed.

If you choose to install Update Tool, your system will be automatically
[...]
Would you like to install Update Tool now (y/n): y

Proxy: Using system proxy settings.
Input/output error: Connection failed for URL http://pkg.glassfish.org/v3/stable/catalog/0: 404: Not Found

Could not download application packages. This could be because:
[...]
– the package server is down or otherwise inaccessible or it is
generating invalid data. Please contact the provider of the package
server.



 Comments   
Comment by Bobby Bissett [ 26/Sep/11 ]

Assigning to update center category. Update tool is what you use to move an older domain to a newer installed version of GF (yes, the names are too similar).

Except for the colon at the end of the error message you're seeing, that URL works fine for me. Are you sure you have system proxies set correctly if you're behind a firewall?

Comment by rkolar02 [ 26/Sep/11 ]

Server has direct connection to internet. If i run w3m http://pkg.glassfish.org/v3/stable/catalog/0 i get:

Information about current page

Title 404 Not Found
Current URL http://pkg.glassfish.org/v3/stable/catalog/0
Document Type text/html
Last Modified unknown
Number of lines 4
Transferred bytes 217
---------------------------------------

Header information

HTTP/1.1 404 Not Found
Date: Mon, 26 Sep 2011 14:22:21 GMT
Server: Apache/2.2.6 (Unix)
Content-Length: 217
Connection: close
Content-Type: text/html; charset=iso-8859-1

>host pkg.glassfish.org
pkg.glassfish.org has address 192.9.164.62

but if i use Opera or Firefox to access that URL then it works. I tried w3m, lynx, elinks - none of them works - all returns 404 not found. It means that problem is on server side. For some reasons request is not redirected to virtual host running pkg.glassfish.org. Problem is in apache configuration or in CherryPy 3.1.1 running that site.

plain wget also fails:

>wget http://pkg.glassfish.org/v3/stable/catalog/0
-2011-09-26 16:36:27- http://pkg.glassfish.org/v3/stable/catalog/0
Resolving pkg.glassfish.org (pkg.glassfish.org)... 192.9.164.62
Connecting to pkg.glassfish.org (pkg.glassfish.org)|192.9.164.62|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2011-09-26 16:36:27 ERROR 404: Not Found.

Can you try this URL via wget on your computer and report results?

Comment by Snjezana Sevo-Zenzerovic [ 26/Sep/11 ]

So, you are running both update client bootstrap script and those browsers on FreeBSD, correct? If that is the case, I think that the root cause of the problems is that FreeBSD is not a supported platform for GlassFish update client (which is native and not Java based component). pkg.glassfish.org request is redirected to correct platform specific update center component repository URL based on detected client OS value and since FreeBSD is not one of supported platforms and does not have associated repository, request is literally going nowhere.

The "fix" would be to return some reasonable error message for non-supported platform requests so I'll see what can be done about that. Unfortunately, at this point you will not be able to use update center features on FreeBSD.

Out of curiosity, what URL do you end up being redirected to if you try to access http://pkg.glassfish.org/v3/stable/ in Opera or Firefox? I presume that the reason you managed to get catalog content back from those two browsers is that they pass "fake" OS value in client request.

Comment by rkolar02 [ 26/Sep/11 ]

Thank you for your explanation. Two GUI browsers which worked were used from my Windows machine.

Its sad that update client is not Java based. I will try to get this compiled on freebsd - http://java.net/projects/updatecenter2 Do you think that there is chance to get freebsd amd64 binaries included in repository if i get them compiled?

Comment by Snjezana Sevo-Zenzerovic [ 14/Oct/11 ]

Reclassifying as "new feature" since it involves extending UC platform support.

Comment by TrueRedRat [ 11/Mar/12 ]

I have exactly the same problem on my FreeBSD 8 server and it would be definitly exciting if upgrade path for FreeBSD will be added.





[GLASSFISH-18318] Install silent option does not store admin password input Created: 03/Feb/12  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1.2_b20
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: Alex Pineda Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OEL6 system. GF 3.1.2 build20. JDK1.7.0_03. Firefox browser 3.6.17. Typical Install option


Tags: 312_qa, 3_1_2-exclude, 3_1_2-release-note-added, 3_1_2-release-notes

 Description   

With the addition of the Domain Info screen (due to security remediation), the user is given the ability to add an "admin password" that is later used to login to the AdminConsole. The GF Installer provides and option to create a "silent" file that records all the user choices and is only supported in the "Typical" scenario. This "silent" file can later be used to do installation without user interaction.

The issue uncovered is that the option given in the Domain Info (to enter a user admin password) is not being recorded or stored in the "silent" file. The procedure to create the file is as follows:
1. Get the latest build (ogs-3.1.2-b20-unix.sh*)
2. Generate the silent file

  • machine $ ogs-3.1.2-b20-unix.sh -n sfile.txt (file in which all the Install actions are recorded)
    3. Run through the Install Typical option and enter a password in the Domain Info screen (admin123)
    4. Complete the installation steps.
    5. Execute the installation using the "silent" file as follows:
  • machine $ ogs-3.1.2-b20-unix.sh -a sfile.txt -s
    6. After the installation completes, start the domain server
    7. Go to the Admin Console (http://localhost:4848)

You will notice one will be logged into to the Admin Console without any password.

The expected behavior and when executing the same scenario interactively, the AdminConsole login screen is displayed and one has to enter the admin user and admin password.

Reporting this bug as low priority because it's a bit late and perhaps risky to fix. Documenting this issue is sufficient at this time.



 Comments   
Comment by scatari [ 03/Feb/12 ]

Enabling silent installer to recognize passwords is an enhancement requiring extensive changes. Marking this as Release notes item to be documented. Here is what should be documented as a limitation.

"The generated silent file will not contain any passwords and if such files are used for running automated silent installation, then the created GlassFish domain will provide unauthenticated login mechanism".

Comment by Rebecca Parks [ 07/Feb/12 ]

Added to 3.1.2 Release Notes:

Description

The GlassFish Server installer provides an option to create a silent file that records all user choices and is only supported in the Typical scenario. This silent file can later be used to perform installation without user interaction.

The generated silent file does not contain any passwords. If this file is used for running automated silent installation, the created GlassFish Server domain provides an unauthenticated login mechanism.

Workaround

Use interactive installation if you want the GlassFish Server domain to require passwords.

Comment by shreedhar_ganapathy [ 19/Mar/13 ]

-> Tom Mueller to eval if this will be fixed in 4.0

Comment by Tom Mueller [ 19/Mar/13 ]

I confirmed that this problem is there in the OSE installer as well as the OGS installer, however, the only way to get a password prompt via the OSE installer is to use the Custom path, not the Typical path.

For 4.0 OSE, the Custom path through the installer is going to be disabled (see GLASSFISH-19680) so there will be no opportunity to enter a password when using the 4.0 OSE installer, so this bug does not need to be fixed for 4.0.





[GLASSFISH-18634] Early initialization of PingService... Created: 16/Apr/12  Updated: 16/Apr/12

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: spo

 Description   

Should this service not be disabled by default?






[GLASSFISH-18525] No profile info in asadmin version output Created: 16/Mar/12  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: command_line_interface
Affects Version/s: None
Fix Version/s: 4.1.1

Type: Improvement Priority: Major
Reporter: Cheng Fang Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to GLASSFISH-19651 Include the svn revision(s) in the Ve... Open

 Description   

Running asadmin version --verbose in GlassFish Web Profile produces the following output:

Version = GlassFish Server Open Source Edition 4.0 (build cf126330-private), JRE version 1.6.0_26
Command version executed successfully.

It doesn't indicate if it's a Web Profile.

Need an easy to tell if a GlassFish installation is Web Profile, or any other profile, and version command seems the closest fit.

server.log should also include the same product/profile info. I guess the value furnished to version command is also used for the product info in server.log.



 Comments   
Comment by Tom Mueller [ 16/Mar/12 ]

The difference between the web and full profile consists of a set of IPS packages, such as metro, appclient, mq, cmp, ejb, and corba. What if just one or two of these packages is installed? What profile should be reported?

Comment by Tom Mueller [ 16/Mar/12 ]

Suggested fix:
The version implementation on the trunk uses a glassfish/config/branding directory for storing the version information. Currently, glassfish.zip uses a single file, glassfish-version.properties, which has the "GlassFish Server Open Source Edition" string that you see in the output. The version implementation supports having multiple properties files here for use by nested products. This was originally designed for supporting the Open Source Edition vs. Oracle GlassFish Server case. However, this mechanism can also be used to support full vs. web information. Just have two properties files:

glassfish-web-version.properties:
product_name=GlassFish Server Open Source Edition (web profile)
abbrev_product_name=glassfish_web

glassfish-full-version.properties:
product_name=GlassFish Server Open Source Edition (full profile)
abbrev_product_name=glassfish_full
based_on=glassfish-web

The first file can be delivered with the glassfish-web-profile package. The second can be delivered with the glassfish-full-profile package.

Comment by Cheng Fang [ 17/Mar/12 ]

If the original installation is Web Profile, I think it should remain a Web Profile product even after adding certain modules later. There is no guarantee that adding modules will make a Web Profile product into a different profile product.

Comment by Tom Mueller [ 24/Dec/12 ]

Assigning to Snjezana for the 4.0 release since this is primarily a packaging task.
The intent is to implement the suggested fix. When the package that contains the glassfish-full-version.properties file is installed, then the version command will report it as the full version regardless of what other packages are installed.

Comment by Snjezana Sevo-Zenzerovic [ 15/Feb/13 ]

This is more of an RFE than bug at this point. Deferring to 4.0.1 given time and resource constraints.

Comment by Romain Grécourt [ 15/Feb/13 ]

linking to another issue





[GLASSFISH-19368] Source bundle for each promoted build Created: 26/Nov/12  Updated: 26/Nov/12

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: arungupta Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: javaone

 Description   

Based upon feedback received from the GlassFish Community Event at JavaOne and discussed internally, please release a zip with all source files for each promoted build on java.net. This needs to be done for future builds only.






[GLASSFISH-16742] GlassFish installer should accept and use custom temporary directory location for all operations Created: 26/May/11  Updated: 28/Jun/11

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: Snjezana Sevo-Zenzerovic Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1-next, 3_1_1-scrubbed

 Description   

Issue reported in GlassFish forum:

http://forums.java.net/node/805963?force=937

Installer wrapper script should use custom temporary directory location to extract installer files and then pass same directory location to OpenInstaller runtime.



 Comments   
Comment by scatari [ 06/Jun/11 ]

Pre-approving for 3.1.1.

Comment by scatari [ 27/Jun/11 ]

Will not be taken in for 3.1.1 among other priorities. Targeting for the post 3.1.1 release.





[GLASSFISH-16623] Unknown publisher when launching ogs-3.1-windows.exe Created: 12/May/11  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1, 4.0_b59
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: Chris Kasso Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows


Tags: 3_1-next, 3_1_1-scrubbed, 3_1_2-exclude

 Description   

Here's what I did. Download 3.1 from:

http://www.oracle.com/technetwork/middleware/glassfish/downloads/index.html

If you double click on the file:

ogs-3.1-windows.exe

Windows will warn you that the publisher is unknown. If you take a look at the properties on the file you will see that the signature is not valid. The parent cert from Verisign also appears not to be valid.

The cert indicates it is valid to 2012 so the problem is not due to an expired cert. Beyond that I'm not sure what the problem is.

I'm seeing this on an XP system.



 Comments   
Comment by scatari [ 12/May/11 ]

Why fix this issue in 3.1.1?
At the face issue for 3.1.1 customers.

Which is the targeted build of 3.1.1 for this fix?
b10

Do regression tests exist for this issue?
No, the verification should be done through checking the UI in explorer.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
Manually check the signature and verify certificate details.

Comment by scatari [ 03/Jul/11 ]

Will not be addressed in 3.1.1, targeted for the next immediately release following 3.1.1.

Comment by Romain Grécourt [ 12/Dec/11 ]

I didn't have any popup about unknown publisher (i' using xp-sp3 obi-lite), but I've been able to reproduce this issue with some windows installer which were produced by openinstaller. I've reproduced the issue for the following artifacts:

  • ogs-3.1-windows.exe
  • ogs-3.1.1-windows.exe
  • glassfish-3.1.2-b05-windows.exe
  • java_ee_sdk-6u3-windows.exe

To verify that the files were correctly signed I've used signtool which is part of microsoft windows sdk. Here is the output produced for all the openinstaller's artifact:

C:\Documents and Settings\rgrecour\My Documents\installer>signtool verify /pa /v ogs-3.1-windows.exe

Verifying: ogs-3.1-windows.exe
SignTool Error: CryptCATAdminCalcHashFromFileHandle returned error: 0x00000057
        The parameter is incorrect.
Hash of file (sha1): 4629BB77009469B2B3891B01723D407DCB3DBDF3

Signing Certificate Chain:
    Issued to: Class 3 Public Primary Certification Authority
    Issued by: Class 3 Public Primary Certification Authority
    Expires:   Wed Aug 02 23:59:59 2028
    SHA1 hash: A1DB6393916F17E4185509400415C70240B0AE6B

        Issued to: VeriSign Class 3 Code Signing 2009-2 CA
        Issued by: Class 3 Public Primary Certification Authority
        Expires:   Mon May 20 23:59:59 2019
        SHA1 hash: 12D4872BC3EF019E7E0B6F132480AE29DB5B1CA3

            Issued to: Oracle America, Inc.
            Issued by: VeriSign Class 3 Code Signing 2009-2 CA
            Expires:   Sat Jul 06 23:59:59 2013
            SHA1 hash: 9E2B73433C7FF0BE9C2E546C46A3D16A6CDACF32

The signature is timestamped: Tue Oct 12 20:12:53 2010
Timestamp Verified by:
    Issued to: Thawte Timestamping CA
    Issued by: Thawte Timestamping CA
    Expires:   Thu Dec 31 23:59:59 2020
    SHA1 hash: BE36A4562FB2EE05DBB3D32323ADF445084ED656

        Issued to: VeriSign Time Stamping Services CA
        Issued by: Thawte Timestamping CA
        Expires:   Tue Dec 03 23:59:59 2013
        SHA1 hash: F46AC0C6EFBB8C6A14F55F09E2D37DF4C0DE012D

            Issued to: VeriSign Time Stamping Services Signer - G2
            Issued by: VeriSign Time Stamping Services CA
            Expires:   Thu Jun 14 23:59:59 2012
            SHA1 hash: ADA8AAA643FF7DC38DD40FA4C97AD559FF4846DE

SignTool Error: WinVerifyTrust returned error: 0x80096010
        The digital signature of the object did not verify.

Number of files successfully Verified: 0
Number of warnings: 0
Number of errors: 1

C:\Documents and Settings\rgrecour\My Documents\installer>signtool verify /pa /v ogs-3.1.1-windows.exe

Verifying: ogs-3.1.1-windows.exe
SignTool Error: CryptCATAdminCalcHashFromFileHandle returned error: 0x00000057
        The parameter is incorrect.
Hash of file (sha1): 4629BB77009469B2B3891B01723D407DCB3DBDF3

Signing Certificate Chain:
    Issued to: Class 3 Public Primary Certification Authority
    Issued by: Class 3 Public Primary Certification Authority
    Expires:   Wed Aug 02 23:59:59 2028
    SHA1 hash: A1DB6393916F17E4185509400415C70240B0AE6B

        Issued to: VeriSign Class 3 Code Signing 2009-2 CA
        Issued by: Class 3 Public Primary Certification Authority
        Expires:   Mon May 20 23:59:59 2019
        SHA1 hash: 12D4872BC3EF019E7E0B6F132480AE29DB5B1CA3

            Issued to: Oracle America, Inc.
            Issued by: VeriSign Class 3 Code Signing 2009-2 CA
            Expires:   Sat Jul 06 23:59:59 2013
            SHA1 hash: 9E2B73433C7FF0BE9C2E546C46A3D16A6CDACF32

The signature is timestamped: Tue Oct 12 20:12:53 2010
Timestamp Verified by:
    Issued to: Thawte Timestamping CA
    Issued by: Thawte Timestamping CA
    Expires:   Thu Dec 31 23:59:59 2020
    SHA1 hash: BE36A4562FB2EE05DBB3D32323ADF445084ED656

        Issued to: VeriSign Time Stamping Services CA
        Issued by: Thawte Timestamping CA
        Expires:   Tue Dec 03 23:59:59 2013
        SHA1 hash: F46AC0C6EFBB8C6A14F55F09E2D37DF4C0DE012D

            Issued to: VeriSign Time Stamping Services Signer - G2
            Issued by: VeriSign Time Stamping Services CA
            Expires:   Thu Jun 14 23:59:59 2012
            SHA1 hash: ADA8AAA643FF7DC38DD40FA4C97AD559FF4846DE

SignTool Error: WinVerifyTrust returned error: 0x80096010
        The digital signature of the object did not verify.

Number of files successfully Verified: 0
Number of warnings: 0
Number of errors: 1

C:\Documents and Settings\rgrecour\My Documents\installer>

C:\Documents and Settings\rgrecour\My Documents\installer>signtool verify /pa /v glassfish-3.1.2-b05-windows.exe

Verifying: glassfish-3.1.2-b05-windows.exe
SignTool Error: CryptCATAdminCalcHashFromFileHandle returned error: 0x00000057
        The parameter is incorrect.
Hash of file (sha1): 4629BB77009469B2B3891B01723D407DCB3DBDF3

Signing Certificate Chain:
    Issued to: Class 3 Public Primary Certification Authority
    Issued by: Class 3 Public Primary Certification Authority
    Expires:   Wed Aug 02 23:59:59 2028
    SHA1 hash: A1DB6393916F17E4185509400415C70240B0AE6B

        Issued to: VeriSign Class 3 Code Signing 2009-2 CA
        Issued by: Class 3 Public Primary Certification Authority
        Expires:   Mon May 20 23:59:59 2019
        SHA1 hash: 12D4872BC3EF019E7E0B6F132480AE29DB5B1CA3

            Issued to: Oracle America, Inc.
            Issued by: VeriSign Class 3 Code Signing 2009-2 CA
            Expires:   Sat Jul 06 23:59:59 2013
            SHA1 hash: 9E2B73433C7FF0BE9C2E546C46A3D16A6CDACF32

The signature is timestamped: Tue Oct 12 20:12:53 2010
Timestamp Verified by:
    Issued to: Thawte Timestamping CA
    Issued by: Thawte Timestamping CA
    Expires:   Thu Dec 31 23:59:59 2020
    SHA1 hash: BE36A4562FB2EE05DBB3D32323ADF445084ED656

        Issued to: VeriSign Time Stamping Services CA
        Issued by: Thawte Timestamping CA
        Expires:   Tue Dec 03 23:59:59 2013
        SHA1 hash: F46AC0C6EFBB8C6A14F55F09E2D37DF4C0DE012D

            Issued to: VeriSign Time Stamping Services Signer - G2
            Issued by: VeriSign Time Stamping Services CA
            Expires:   Thu Jun 14 23:59:59 2012
            SHA1 hash: ADA8AAA643FF7DC38DD40FA4C97AD559FF4846DE

SignTool Error: WinVerifyTrust returned error: 0x80096010
        The digital signature of the object did not verify.

Number of files successfully Verified: 0
Number of warnings: 0
Number of errors: 1


C:\Documents and Settings\rgrecour\My Documents\installer>signtool verify /pa /v java_ee_sdk-6u3-windows.exe

Verifying: java_ee_sdk-6u3-windows.exe
SignTool Error: CryptCATAdminCalcHashFromFileHandle returned error: 0x00000057
        The parameter is incorrect.
Hash of file (sha1): 4629BB77009469B2B3891B01723D407DCB3DBDF3

Signing Certificate Chain:
    Issued to: Class 3 Public Primary Certification Authority
    Issued by: Class 3 Public Primary Certification Authority
    Expires:   Wed Aug 02 23:59:59 2028
    SHA1 hash: A1DB6393916F17E4185509400415C70240B0AE6B

        Issued to: VeriSign Class 3 Code Signing 2009-2 CA
        Issued by: Class 3 Public Primary Certification Authority
        Expires:   Mon May 20 23:59:59 2019
        SHA1 hash: 12D4872BC3EF019E7E0B6F132480AE29DB5B1CA3

            Issued to: Oracle America, Inc.
            Issued by: VeriSign Class 3 Code Signing 2009-2 CA
            Expires:   Sat Jul 06 23:59:59 2013
            SHA1 hash: 9E2B73433C7FF0BE9C2E546C46A3D16A6CDACF32

The signature is timestamped: Tue Oct 12 20:12:53 2010
Timestamp Verified by:
    Issued to: Thawte Timestamping CA
    Issued by: Thawte Timestamping CA
    Expires:   Thu Dec 31 23:59:59 2020
    SHA1 hash: BE36A4562FB2EE05DBB3D32323ADF445084ED656

        Issued to: VeriSign Time Stamping Services CA
        Issued by: Thawte Timestamping CA
        Expires:   Tue Dec 03 23:59:59 2013
        SHA1 hash: F46AC0C6EFBB8C6A14F55F09E2D37DF4C0DE012D

            Issued to: VeriSign Time Stamping Services Signer - G2
            Issued by: VeriSign Time Stamping Services CA
            Expires:   Thu Jun 14 23:59:59 2012
            SHA1 hash: ADA8AAA643FF7DC38DD40FA4C97AD559FF4846DE

SignTool Error: WinVerifyTrust returned error: 0x80096010
        The digital signature of the object did not verify.

Number of files successfully Verified: 0
Number of warnings: 0
Number of errors: 1

C:\Documents and Settings\rgrecour\My Documents\installer>

By looking at the above output we can say that there is something wrong: Hash of file (sha1): 4629BB77009469B2B3891B01723D407DCB3DBDF3 is the same for every file! Other than the hash method (sha1) I don't know how this hash is computed, I tried to match this with the string obtained from "sha1sum" and fciv without any results.

Comment by Romain Grécourt [ 14/Dec/11 ]

re-assigning to Sathyan.

Comment by Romain Grécourt [ 20/Oct/12 ]

We should try to fix this for 4.0

Comment by Joe Di Pol [ 21/Mar/13 ]

Unclear to me if this is still an issue or not. Assigning to Snjezana to keep an eye on.

Comment by Snjezana Sevo-Zenzerovic [ 21/Mar/13 ]

FWIW, I know that installer startup dialog on Windows still reports "Unknown publisher". That being said, we probably don't have the luxury of tinkering with this in this release...





[GLASSFISH-16326] javaee6 sample does not run on remote GF 3.1 Created: 06/Apr/11  Updated: 08/Dec/11

Status: Open
Project: glassfish
Component/s: sample_apps
Affects Version/s: 3.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: oszhatife Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1_1-exclude, 3_1_1-scrubbed, 3_1_2-exclude

 Description   

I installed javaee6 with samples:
java_ee_sdk-6u2-jdk-linux-x64-ml.sh

I can run "automatic-timer" sample properly, when GF 3.1 runs on localhost.

If GF 3.1 runs on a remte host.
I set the remote GF 3.1 in bp-project/build.properties:
javaee.server.name=192.168.1.101

Now automatic-timer sample does not run:

[java] Waiting for the timer to expire
[java] Logged timeouts :
[java] org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No
[java] at sun.reflect.GeneratedConstructorAccessor30.newInstance(Unknown Source)
[java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[java] at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
[java] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
[java] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[java] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
[java] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
[java] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
[java] at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
[java] at $Proxy26.connectFailure(Unknown Source)
[java] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
[java] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
[java] at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
[java] at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
[java] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
[java] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
[java] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:112)
[java] at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
[java] at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1241)
[java] at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:411)
[java] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:347)
[java] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
[java] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[java] at javax.naming.InitialContext.lookup(InitialContext.java:392)
[java] at enterprise.automatic_timer_client.AutomaticTimerJavaClient.getRecords(AutomaticTimerJavaClient.java:64)
[java] at enterprise.automatic_timer_client.AutomaticTimerJavaClient.main(AutomaticTimerJavaClient.java:53)
[java] Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
[java] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:340)
[java] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
[java] ... 15 more
[java] Caused by: java.net.ConnectException: Connection refused
[java] at sun.nio.ch.Net.connect(Native Method)
[java] at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:500)
[java] at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
[java] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:325)
[java] ... 16 more
[java] javax.naming.NamingException: Lookup failed for 'java:global/automatic-timer-ejb/StatelessSessionBean' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No]]
[java] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
[java] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[java] at javax.naming.InitialContext.lookup(InitialContext.java:392)
[java] at enterprise.automatic_timer_client.AutomaticTimerJavaClient.getRecords(AutomaticTimerJavaClient.java:64)
[java] at enterprise.automatic_timer_client.AutomaticTimerJavaClient.main(AutomaticTimerJavaClient.java:53)
[java] Caused by: javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No]
[java] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:352)
[java] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
[java] ... 4 more
[java] Caused by: org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No
[java] at sun.reflect.GeneratedConstructorAccessor30.newInstance(Unknown Source)
[java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[java] at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
[java] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
[java] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[java] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
[java] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
[java] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
[java] at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
[java] at $Proxy26.connectFailure(Unknown Source)
[java] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
[java] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
[java] at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
[java] at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
[java] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
[java] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
[java] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:112)
[java] at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
[java] at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1241)
[java] at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:411)
[java] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:347)
[java] ... 5 more
[java] Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
[java] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:340)
[java] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
[java] ... 15 more
[java] Caused by: java.net.ConnectException: Connection refused
[java] at sun.nio.ch.Net.connect(Native Method)
[java] at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:500)
[java] at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
[java] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:325)
[java] ... 16 more
[java] Exception in thread "main" java.lang.NullPointerException
[java] at enterprise.automatic_timer_client.AutomaticTimerJavaClient.main(AutomaticTimerJavaClient.java:54)

Why does it use localhost instead of 192.168.1.106 ?
How can I run the sample against a remote GF 3.1 ?

Thank you



 Comments   
Comment by Tim Quinn [ 07/Apr/11 ]

Transfering to the ORB team, since the stack trace indicates the ORB cannot connect to the server.

Comment by Tim Quinn [ 07/Apr/11 ]

Forgot to change owner.

Comment by Harshad Vilekar [ 31/Oct/11 ]

For automatic-timer-client, please set the system property "org.omg.CORBA.ORBInitialHost" to point to the remote host running GlasFish.

For example, If the GlassFish server is running on 192.168.1.106, the automatic timer client on remote host works fine after adding following line to glassfish/samples/bp-project/java-client-ant.xml:
<jvmarg value="-Dorg.omg.CORBA.ORBInitialHost=192.168.1.106"/>

The sample build files and instructions need to be updated with this information.

Comment by scatari [ 08/Dec/11 ]

Will be supported in a feature release.





[GLASSFISH-16310] Can't access Glassfish update url or ping pkg.glassfish.org on FreeBSD 8.2 x64 Created: 03/Apr/11  Updated: 04/Apr/11

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 3.1
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: ref Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

FreeBSD 8.2 x64 (reproducible)



 Description   

This is a reproducible problem on x64 FreeBSD 8.2. Tested on different installs.

– ping on FreeBSD 8.2 x64 -------------------------
command: ping pkg.glassfish.org
output: PING pkg.glassfish.org (192.9.164.62): 56 data bytes
(stops there and keeps stuck)
-----------------------------------------------

– fetch on FreeBSD 8.2 x64 -------------------------
command: fetch http://pkg.glassfish.org/v3/stable/catalog/0
output:
fetch: http://pkg.glassfish.org/v3/stable/catalog/0: Not Found
-----------------------------------------------

– curl on FreeBSD 8.2 x64 -------------------------
curl -v http://pkg.glassfish.org/v3/stable/catalog/0

  • About to connect() to pkg.glassfish.org port 80 (#0)
  • Trying 192.9.164.62... connected
  • Connected to pkg.glassfish.org (192.9.164.62) port 80 (#0)
    > GET /v3/stable/catalog/0 HTTP/1.1
    > User-Agent: curl/7.21.3 (amd64-portbld-freebsd8.2) libcurl/7.21.3 OpenSSL/0.9.8q zlib/1.2.3
    > Host: pkg.glassfish.org
    > Accept: /
    >
    < HTTP/1.1 404 Not Found
    < Date: Sun, 03 Apr 2011 21:00:19 GMT
    < Server: Apache/2.2.6 (Unix)
    < Content-Length: 217
    < Content-Type: text/html; charset=iso-8859-1
    <
    <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
    <html><head>
    <title>404 Not Found</title>
    </head><body>
    <h1>Not Found</h1>
    <p>The requested URL /v3/stable/catalog/0 was not found on this server.</p>
    </body></html>
  • Connection #0 to host pkg.glassfish.org left intact
  • Closing connection #0

– same curl command executed on another machine (Mac OS X) –
curl -v http://pkg.glassfish.org/v3/stable/catalog/0

  • About to connect() to pkg.glassfish.org port 80 (#0)
  • Trying 192.9.164.62... connected
  • Connected to pkg.glassfish.org (192.9.164.62) port 80 (#0)
    > GET /v3/stable/catalog/0 HTTP/1.1
    > User-Agent: curl/7.19.7 (universal-apple-darwin10.0) libcurl/7.19.7 OpenSSL/0.9.8l zlib/1.2.3
    > Host: pkg.glassfish.org
    > Accept: /
    >
    < HTTP/1.1 200 OK
    < Date: Sun, 03 Apr 2011 21:03:04 GMT
    < Server: CherryPy/3.1.1
    < Content-Length: 21298
    < Last-Modified: 2011-02-28T08:40:29.460219
    < X-Catalog-Type: full
    < Content-Type: text/plain;charset=utf-8
    <
    S Last-Modified: 2011-02-28T08:40:29.460219
    S prefix: CRSV
    S npkgs: 412
    V pkg:/glassfish-verifier@3.0,0-74.1:20091202T094934Z
    V pkg:/glassfish-verifier@3.0,0-74.2:20091203T061648Z
    ...
    ...

I'm also getting a 404 error when trying to open the update URL in a web-browser on FreeBSD.

This is the only URL I know which doesn't work on FreeBSD (when it works on other OSs).

It might as well be a FreeBSD bug...
possible bugs:

I'm filing this bug because I'm not 100% sure this is a FreeBSD bug. Maybe it's just a problem with the server configuration as this is the only URL/server I know that doesn't work when it should. Feel free to close this bug when you think this is a FreeBSD bug.

The problem is that it's impossible to check for, download and install updates on FreeBSD using update center, updatetool or pkg due to this issue.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 04/Apr/11 ]

Well, the cause is very simple: Update Center currently does not support FreeBSD platform which means that we don't have pkg and updatetool clients which would work on FreeBSD and we also do not have FreeBSD content repository set up on our update server. You are not able to access the URL since pkg.glassfish.org server performs redirection to correct repository URL based on client OS. In case of FreeBSD, there is no corresponding repository.

I am marking this issue as improvement since the fix requires porting Update Center to additional platform. I'll check if there is corresponding improvement request already filed in updatecenter2 project and file one if necessary.

In the meantime, I suppose we could change redirection logic to redirect FreeBSD requests to another platform repository, maybe Linux, but even in that case you could only be able to use Update Center implementation in GlassFish Admin console which uses Java API. That would help if you want to install additional components, but unfortunately won't help with updates since the only way to apply updates at this point is through standalone clients, i.e. pkg and updatetool.

Comment by ref [ 04/Apr/11 ]

I didn't expect the answer to be that "simple".

I don't quite understand why pkg and updatetool wouldn't work on FreeBSD but to be honest I don't know how these two tools work at all. I just thought that they were java tools which simply update the installed files etc. If it would work this way there shouldn't be a difference between Linux, Mac OS and FreeBSD. But again, I don't know anything about these tools or how they work.

I tried moving the whole glassfish folder to a Mac OS powered system, updated glassfish via updatetool/pkg and moved the files back to my FreeBSD system after updating. This worked. I don't understand how pkg and updatetool can't be platfrom independent or why a Mac OS/Linux installer wouldn't work on FreeBSD. What do these tools do that makes them not work properly on FreeBSD? (I don't expect you to answer this one but would be happy to get an explanation)

In the meantime I can use 'asupgrade' to install major updates (from 3.0.1 to 3.1 for example) which should work or simple copy the whole glassfish folder to another OS to update glassfish.

Thanks for you quick reply.

Comment by Snjezana Sevo-Zenzerovic [ 04/Apr/11 ]

I can answer at least part of your question...

pkg and updatetool clients are not Java based but python based and they include minimized private copy of python runtime for each supported platform. So, supporting these tools on FreeBSD requires some porting and packaging effort in updatecenter2 project. Project does deliver Java API for basic UC functions, but at this point feature gap between Java based API and full fledged pkg/updatetool clients is still significant enough that Java API cannot be used for GlassFish updates.

As for GlassFish installer, things should be simpler since installer framework is for the most part Java based, but I believe that it would be necessary to extend current platform bindings to recognize FreeBSD platform and install relevant content.





[GLASSFISH-16155] domain1 not configured -- The system cannot find the path specified Created: 04/Mar/11  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: tfeilhauer Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows7-64
glassfish-3.1-windows-ml.exe


Tags: 3_1_1-scrubbed, 3_1_2-exclude

 Description   

Had to install glassfish-3.1-windows-ml.exe on console (java installation wasn't found):
glassfish-3.1-windows-ml.exe -j C:\Programs\Java\jdk
domain1 wasn't configured
==> asadmin start-domain domain1
resulted in error message "The system cannot find the path specified."

Problem is probably similar to Issuezilla Id: 11,473

Problem: glassfish\config\asenv.bat is not configured correctly:
set AS_JAVA=C:\Programs\Java

Workaround:
edit glassfish\config\asenv.bat
by setting
set AS_JAVA=C:\Programs\Java\jre

Then configure domain1 manually by executing in command line:
asadmin create-domain --savelogin --checkports=false --adminport 4848 --instanceport 8080 --domainproperties=jms.port=7676:domain.jmxPort=8686:orb.listener.port=3700:http.ssl.port=8181:orb.ssl.port=3820:orb.mutualauth.port=3920 domain1

That's it



 Comments   
Comment by Tom Mueller [ 04/Mar/11 ]

This appears to be an installer issue.

However, there doesn't seem to be enough information in the description to be able to reproduce the problem. There is a reference to C:\Programs\Java\jdk when the installer is run, but then when the asenv.bat file is edited, the reference is to C:\Programs\Java\jre (note "jdk" vs. "jre").

Where is Java really installed on this system? And is it a JDK or a JRE? (A JDK is required to use GlassFish - at least for JSPs).

Comment by tfeilhauer [ 04/Mar/11 ]

Sorry - that's been a typo.
Java JRE is installed in C:\Programs\Java\jre and I started the installer with
glassfish-3.1-windows-ml.exe -j C:\Programs\Java\jre
as java wasn't found although the environment variable JAVA_HOME is set.

There are probably 2 things to be resolved:

  • why can the installer not be started only with "glassfish-3.1-windows-ml.exe" (even though JAVA_HOME is set correctly)
  • why is glassfish\config\asenv.bat containing the wrong information (C:\Programs\Java instead of C:\Programs\Java\jre)?

I'm still thinking that Issuezilla Id: 11,473 may describe the same problem, they just didn't figure out that is was related to the configuration of domain1 and the possibly wrong setting of the Java path during installation.

Comment by scatari [ 04/Mar/11 ]

Is this an installed version of JDK or an unzipped version of JDK? Installer checks windows registry to detect the pre-installed JDKs on windows.

Comment by tfeilhauer [ 06/Mar/11 ]

It is an installed version and it should be based on
jdk-6u23-windows-x64.exe
I have the JDK installed in C:\Programs\Java\jdk (this is where %JAVA_HOME% points to)
and the corresponding JRE (installed with the JDK) is installed in C:\Programs\Java\jre

Comment by nbhatia [ 23/Apr/11 ]

FYI, I had the exact same issue:

  • Installer could not determine the location of Java even though it was an installed version.
  • Invoking glassfish-3.1-windows.exe -j c:\apps\java\jre6 failed to configure domain and wrong value in AS_JAVA
  • Invoking glassfish-3.1-windows.exe -j c:\apps\java\jdk6 succeeded and correct jdk path in AS_JAVA
Comment by scatari [ 18/May/11 ]

Snjezana, Could you please evaluate this further to see if this can be fixed in 3.1.1?

Comment by Snjezana Sevo-Zenzerovic [ 27/Jun/11 ]

I will defer this to the next release given that full fix involves both fixing native wrapper so that it can detect 64 bit JDK installation in the first place and making sure that JDK verification logic is updated so that we never end up in the situation where JRE installation directory is written into asenv.bat file.





[GLASSFISH-16143] Installer: improve progress feedback during Configuring Update Tool Bootstrap (41%) Created: 03/Mar/11  Updated: 22/Jan/13

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1
Fix Version/s: future release

Type: Improvement Priority: Major
Reporter: Joe Di Pol Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
depends on UPDATECENTER2-2181 Provide Bootstrap interface for speci... Resolved
Tags: 3_1-next, 3_1_1-scrubbed

 Description   

During installation using the GUI installer the progress feedback halts at 41% for potentially a long time while the Update Center is bootstrapped. We really need to provide progress feedback during this point of the installation.

The UC Java client (that is doing the downloads) does provide the ability to register a progress tracker. In UC 2.3.4 this progress tracker will be used to provide better feedback when bootstrapping via the CLI. We should also leverage this to provide better feedback during installation using the GUI.

I'm not sure if the installer is invoking the bootstraper via the Java API (in which case adding the tracker should be fairly straightforward) or via System.exec() of java on the bootstrapper jar (in which case we either change the installer to use the API, or get a bit creative). We may need to make a change in UC to allow the passing of a progress tracker via the bootstrap API.

As a side note: 3.1 has a regression where the UC bootstrap phase takes even longer than it did in 3.0.1. This is covered by bug GLASSFISH-16067 (UC bug UPDATECENTER2-2175). This is being improved in UC 2.3.4.



 Comments   
Comment by scatari [ 04/Mar/11 ]

Yes, this is one of the nice improvements to have for installer that will definitely improve user experience. Installer currently does this "com.sun.pkg.bootstrap.Bootstrap.main(args…)" to setup/configure updatetool. Targeting this for 3.2. Please do update the bug with information on how to implement/invoke the progress tracker.

Comment by Joe Di Pol [ 20/Apr/11 ]

Details for providing a progress tracker to the bootstrapper are given in http://java.net/jira/browse/UPDATECENTER2-2181

I'm tagging this for consideration for 3.1.1.

Comment by scatari [ 06/Jun/11 ]

Fixing this would require extensions to OpenInstaller Progress Panel listeners which is risky at this point. Targeting for consideration in the next release.

Comment by Joe Di Pol [ 14/Jan/12 ]

Looks like this won't make the 3.1.2 release. Removing 3_1_2-review.





[GLASSFISH-21230] Incomplete org.apache.tools.tar copy in glassfish/modules/pkg-client.jar Created: 09/Oct/14  Updated: 10/Oct/14

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 3.1.2_b23, 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: steffen_ Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux, Windows.



 Description   

The problem is that glassfish's internal library glassfish/modules/pkg-client.jar contains AN INCOMPLETE copy of org.apache.tools.tar:

root@ubuntu10: # unzip -l /home/glassfish/glassfish3/glassfish/modules/pkg-client.jar |grep tar/Tar
5663 2011-12-07 13:04 org/apache/tools/tar/TarBuffer.class
978 2011-12-07 13:04 org/apache/tools/tar/TarConstants.class
7696 2011-12-07 13:04 org/apache/tools/tar/TarEntry.class
5280 2011-12-07 13:04 org/apache/tools/tar/TarInputStream.class
2256 2011-12-07 13:04 org/apache/tools/tar/TarUtils.class

it misses "TarOutputStream.class", which is found in the original version from ant.jar:

root@ubuntu10-sdettmer: # unzip -l /home/glassfish/glassfish3/glassfish/modules/ant.jar |grep tar/Tar
5686 2010-12-20 13:27 org/apache/tools/tar/TarBuffer.class
978 2010-12-20 13:27 org/apache/tools/tar/TarConstants.class
8080 2010-12-20 13:27 org/apache/tools/tar/TarEntry.class
5269 2010-12-20 13:27 org/apache/tools/tar/TarInputStream.class
4759 2010-12-20 13:27 org/apache/tools/tar/TarOutputStream.class
2256 2010-12-20 13:27 org/apache/tools/tar/TarUtils.class

This makes it impossible to use TarOutputStream in EARs.

Copying half the files from a package into a new jar looks not good; package prefixes based on internet URLs where invented for a reason.

When loading TarBuffer and TarOutputStream, the first is loaded from pkg-client.jar, but the second from ant.jar (either from modules or from the EAR archive, i.e. our application). Because pkg-client.jar takes precedence, TarBuffer is always loaded from it, and since it misses TarOutputStream, it is always loaded from elsewhere. As a result, both classes from the same packages are loaded from different jars.

By this, package private accessiblity is not working and TarOutputStream cannot invoke package private method TarBuffer.flushBlock().



 Comments   
Comment by steffen_ [ 10/Oct/14 ]

It should be noted that it does not help adding ant.jar to the EAR application. Since EAR has no web.xml, class loader delegation cannot be disabled.

Any workaround that can be done inside the EAR would be appreciated! I tried things with classloader etc but so far without any success.

To avoid possible unwanted information disclosure, I don't attach the server.log, but include the most important messages here:

[Loaded org.apache.tools.tar.TarBuffer from file:/home/glassfish/glassfish3/glassfish/modules/pkg-client.jar]
[Loaded org.apache.derby.impl.store.raw.data.RawField from file:/home/glassfish/glassfish3/javadb/lib/derby.jar]
[Loaded org.apache.tools.tar.TarOutputStream from file:/home/glassfish/glassfish3/glassfish/domains/backoffice/lib/ant.jar]

Caught Exception from onMessage():Redelivering:
javax.ejb.EJBException: message-driven bean method public abstract void javax.jms.MessageListener.onMessage(javax.jms.Message) system exception
        at com.sun.ejb.containers.MessageBeanContainer.deliverMessage(MessageBeanContainer.java:1134)
        at com.sun.ejb.containers.MessageBeanListenerImpl.deliverMessage(MessageBeanListenerImpl.java:81)
        at com.sun.enterprise.connectors.inbound.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:171)
        at com.sun.proxy.$Proxy352.onMessage(Unknown Source)
        at com.sun.messaging.jms.ra.OnMessageRunner.run(OnMessageRunner.java:260)
        at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:114)
        at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
        at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)
Caused by: java.lang.IllegalAccessError: tried to access method org.apache.tools.tar.TarBuffer.flushBlock()V from class org.apache.tools.tar.TarOutputStream
        at org.apache.tools.tar.TarOutputStream.finish(TarOutputStream.java:135)
        at org.apache.tools.tar.TarOutputStream.close(TarOutputStream.java:146)
        at com.the.proprietary.code.using.TarOutputStream




[GLASSFISH-21006] Mac OS 10.9.2: Java EE 7 SDK installer crashes on startup with JDK 1.7 Created: 11/Mar/14  Updated: 11/Mar/14

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Joe Di Pol Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Text File crash.txt    

 Description   

The Java EE 7 SDK installer crashes on startup on Mavericks (Mac OS 10.9.2) when run with JDK 1.7. It crashes just before or just after the splash screen displays:

mac$ sh ./java_ee_sdk-7-unix-ml.sh
Extracting the installer archive...
Extracting the installer runtime...
Extracting the installer resources...
Extracting the installer metadata...

Welcome to GlassFish installer

Using the user defined JAVA_HOME : /Library/Java/JavaVirtualMachines/jdk1.7.0_40.jdk/Contents/Home
Entering setup...
SwixML 1.5 (#144)
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000000011910b579, pid=19324, tid=50951
#
# JRE version: Java(TM) SE Runtime Environment (7.0_40-b43) (build 1.7.0_40-b43)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.0-b56 mixed mode bsd-amd64 compressed oops)
# Problematic frame:
# C  0x000000011910b579
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try 
"ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /var/folders/qd/j31q84tn1p76rz71z_wngt8h00gk0s/T//hs_err_pid19324.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
/tmp/install.031114101122/install/bin/engine-wrapper: line 139: 19324 Abort trap: 6           
${JAVA_HOME}/bin/java ${JAVA_OPTIONS} -Dinstall.engine=${theInstallEngine} 
-Dinstaller.resources.url=${MEDIALOC}/ -Ddefault.resources.url=file:${INSTALL_HOME}/lib/resources/ 
-classpath ${theCP} -Dsims.native-file-dir=${INSTALL_HOME}/lib org.openinstaller.core.EngineBootstrap 
${INSTALLPROPS}

Crash report is attached.

The crash does not happen with Java 8 (I used 1.8.0-ea-b124).

I will try with the latest Java 7 and report back.



 Comments   
Comment by Joe Di Pol [ 11/Mar/14 ]

Good news: no crash for me with 1.7.0_51

So the work-arounds:

A) Install Java 7u51 or newer or

B) Use silent install (see https://glassfish.java.net/docs/4.0/installation-guide.pdf)





[GLASSFISH-21000] Glassfish 4 Update tool error on available updates Created: 02/Mar/14  Updated: 02/Mar/14

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: hongz1 Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Mac OSX 10.9.2



 Description   

I installed glassfish on both Windows and Mac. Windows works fine with Update tool, but Mac doesn't work at all.
Here is the message

Application ID: [GlassFish Update Tool 2.3.5 (Build 56.2852)]
Timestamp : [2014-03-02 00:08:41 EST(-0500)]
wx Version : [2.8.10.1]
wx Platform : [__WXMAC__]
Python Version: [2.4.6]
Platform : [Darwin-13.1.0-x86_64-i386-32bit]

Traceback (innermost last):
File "/Users/jaehonglee/glassfish4/updatetool/vendor-packages/updatetool/common/listers.py", line 409, in run
pkg_plans = ips.get_list_of_updates(img, opname='list')
File "/Users/jaehonglee/glassfish4/updatetool/vendor-packages/updatetool/common/ips/_init_.py", line 630, in get_list_of_updates
verbose = False)
File "/Users/jaehonglee/glassfish4/pkg/vendor-packages/pkg/client/image.py", line 2581, in make_install_plan
self.__call_imageplan_evaluate(ip, verbose)
File "/Users/jaehonglee/glassfish4/pkg/vendor-packages/pkg/client/image.py", line 620, in __call_imageplan_evaluate
ip.evaluate()
File "/Users/jaehonglee/glassfish4/pkg/vendor-packages/pkg/client/imageplan.py", line 506, in evaluate
if a[1].name == "dir" and \
File "/Users/jaehonglee/glassfish4/pkg/vendor-packages/pkg/client/imageplan.py", line 263, in get_directories
for d in m.get_directories(self.new_excludes):
File "/Users/jaehonglee/glassfish4/pkg/vendor-packages/pkg/manifest.py", line 720, in get_directories
alist = [actions.fromstr(s.strip()) for s in f]
File "/Users/jaehonglee/glassfish4/pkg/vendor-packages/pkg/actions/_init_.py", line 161, in fromstr
atype, ahash, attr_dict = _fromstr(string)
MalformedActionError: Malformed action at position: 45:
dir path=jdk7/lib/missioncontrol/Java Mission Control.app/Contents/Resources variant.os.bits=32
^






[GLASSFISH-21309] pgk list cannot be executed on Ubuntu 14.04 x64 Created: 21/Feb/15  Updated: 21/Feb/15

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: nabizamani Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: TLS, security
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu 14.04 LTS Server x64, java 1.8.0_31 + JCE Unlimited Strength, GlassFish Server Open Source Edition 4.1 (build 13)


Tags: DoS, glassfish, renegotiation, security, tls

 Description   

"pgk list" cannot be executed on Ubuntu 14.04 x64. Below you cen find the commands I tried. That means, I have no chance to upgrade Glassfish 4.1 with pkg if installed on an Ubuntu 14.04 x64 system. That's very sad, not to say a catastrophe...
As requested by the command line tool I have tried to install ia32-libs, but it is not available in 14.04. I have tried some alternatives found via google, but non of them work:
#sudo apt-get install lib32z1 lib32ncurses5 lib32bz2-1.0
#sudo apt-get install lib32stdc++6
#sudo apt-get install libjpeg62:i386

Please update the documentation - it should contain exactly what to do. The pkg command line tool is essential. I believe it is a good idea to have a more platform transparent implementation of pkg.

#######################################

  1. 1. try to run ./pkg list
    #######################################
    me@ubuntu:/home/glassfish/bin$ ./pkg list

The software needed for this command (pkg) is not installed.

When this tool interacts with package repositories, some system information
such as your system's IP address and operating system type and version
is sent to the repository server. For more information please see:

http://wikis.oracle.com/display/updatecenter/UsageMetricsUC2

Once installation is complete you may re-run this command.

Would you like to install this software now (y/n): y

Proxy: Using system proxy settings.
Install image: /home/glassfish
Installing pkg packages.
Downloading 3 packages.
Downloading pkg-toolkit-incorporation (2 files, 71,742 bytes).
File 2/2
Downloading pkg (511 files, 6,237,953 bytes).
File 511/511
Downloading python2.4-minimal (304 files, 6,873,977 bytes).
File 304/304
Executing 936 install actions.
Initialization complete.

Software successfully installed. You may now re-run this command (pkg).
me@ubuntu:/home/glassfish/bin$

#######################################

  1. 2. Ok, let's do what is requested
    #######################################
    me@ubuntu:/home/glassfish/bin$ ./pkg list
    ./pkg: 228: ./pkg: /home/glassfish/pkg/bin/../python2.4-minimal/bin/python: not found
    ---------------------------------------------------------------
    There was an error running

/home/glassfish/pkg/bin/../python2.4-minimal/bin/python

You are running on a 64 bit Linux distribution and the 32 bit Linux
compatibility libraries do not appear to be installed. In order to use
the Update Center tools you must install the 32 bit compatibility libraries.

On Ubuntu (and possibly other Debian based systems) please install the
ia32-libs package. On RedHat 4 (and other RPM based systems), you may
need to add multiple 'compat' runtime library packages. Please see the
Update Center Release Notes for more information
---------------------------------------------------------------
me@ubuntu:/home/glassfish/bin$

#######################################

  1. 3. Ok, let's do again what is requested
    #######################################
    me@ubuntu:/home/glassfish/bin$ sudo apt-get update
    me@ubuntu:/home/glassfish/bin$ sudo apt-get upgrade
    me@ubuntu:/home/glassfish/bin$ sudo apt-get install ia32-libs
    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    Package ia32-libs is not available, but is referred to by another package.
    This may mean that the package is missing, has been obsoleted, or
    is only available from another source
    However the following packages replace it:
    lib32z1 lib32ncurses5 lib32bz2-1.0

E: Package 'ia32-libs' has no installation candidate
me@ubuntu:/home/glassfish/bin$






[GLASSFISH-20920] Glassfish Update Tool Error on OS X Created: 09/Dec/13  Updated: 02/Jul/14

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: nandanito Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Custom installed Glassfish 4 on Mac OSX 10.9 on MacBook Pro Retina


Tags: updatetool

 Description   

The following error has been caught, while using Update Tool 2.3.5. I'm using NetBeans with custom GlassFish4 installation on Mac OSX 10.9. While retrieving "Available Update", this error occurred.

Application ID: [GlassFish Update Tool 2.3.5 (Build 56.2852)]
Timestamp : [2013-12-09 18:21:24 CET(+0100)]
wx Version : [2.8.10.1]
wx Platform : [__WXMAC__]
Python Version: [2.4.6]
Platform : [Darwin-13.0.0-x86_64-i386-32bit]

Traceback (innermost last):
File "/opt/glassfish4/updatetool/vendor-packages/updatetool/common/listers.py", line 409, in run
pkg_plans = ips.get_list_of_updates(img, opname='list')
File "/opt/glassfish4/updatetool/vendor-packages/updatetool/common/ips/_init_.py", line 630, in get_list_of_updates
verbose = False)
File "/opt/glassfish4/pkg/vendor-packages/pkg/client/image.py", line 2581, in make_install_plan
self.__call_imageplan_evaluate(ip, verbose)
File "/opt/glassfish4/pkg/vendor-packages/pkg/client/image.py", line 620, in __call_imageplan_evaluate
ip.evaluate()
File "/opt/glassfish4/pkg/vendor-packages/pkg/client/imageplan.py", line 506, in evaluate
if a[1].name == "dir" and \
File "/opt/glassfish4/pkg/vendor-packages/pkg/client/imageplan.py", line 263, in get_directories
for d in m.get_directories(self.new_excludes):
File "/opt/glassfish4/pkg/vendor-packages/pkg/manifest.py", line 720, in get_directories
alist = [actions.fromstr(s.strip()) for s in f]
File "/opt/glassfish4/pkg/vendor-packages/pkg/actions/_init_.py", line 161, in fromstr
atype, ahash, attr_dict = _fromstr(string)
MalformedActionError: Malformed action at position: 45:
dir path=jdk7/lib/missioncontrol/Java Mission Control.app/Contents/Resources variant.os.bits=32
^

Regards!



 Comments   
Comment by hongz1 [ 06/Mar/14 ]

I also got an exact same error. (OSX 10.9.2)

Comment by klaraward [ 15/Apr/14 ]

My guess would be that the python script can't handle spaces in the path?
.../Java Mission Control.app/....
(I happen to be responsible for naming that path)

Comment by Snjezana Sevo-Zenzerovic [ 15/Apr/14 ]

Klara, you are absolutely right - that particular path was supposed to be quoted in the IPS package manifest definition since it contains space character.

That being said, I am somewhat confused since we used that same JDK IPS package to produce Java EE SDK with JDK cobundles some time ago without obvious issues but it is worth noting that we did cross-platform build on Solaris. It is possible that Solaris pkg client is more forgiving.

Immediate workaround for the problem would be to remove affected JDK IPS package from the MacOS specific UC native repository.

Comment by Peter J Radics [ 02/Jul/14 ]

The culprit is the method __gen_dirs_to_str(self, dirs) in the as-install-parent/pkg/vendor-packages/pkg/manifest.py script that is used to create the manifest.dircache files.

Currently the method reads:

pkg/vendor-packages/pkg/manifest.py
665         def __gen_dirs_to_str(self, dirs):
666                 """ from a dictionary of paths, generate contents of dircache 
667                 file"""
668                 for d in dirs:
669                         for v in dirs[d]:
670                                 yield "dir path=%s %s\n" % \
671                                     (d, " ".join("%s=%s" % t \
672                                     for t in v.iteritems()))

Suggested fix: adding single quotes on line 670:

pkg/vendor-packages/pkg/manifest.py
665         def __gen_dirs_to_str(self, dirs):
666                 """ from a dictionary of paths, generate contents of dircache 
667                 file"""
668                 for d in dirs:
669                         for v in dirs[d]:
670                                 yield "dir path='%s' %s\n" % \
671                                     (d, " ".join("%s=%s" % t \
672                                     for t in v.iteritems()))

Also, instead of deleting the JDK package, a less invasive workaround is manually adding the single quotes in the affected manifest.dircache files:

  • Identify affected file(s) and line numbers:
    cd as-install-parent/.org.opensolaris,pkg/pkg/
    grep -n "Mission Control" */*/manifest.dircache
    .org.opensolaris,pkg/pkg/glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z
    
    • Output should look similar to this:
      glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z/manifest.dircache:25:dir path=jdk7/lib/missioncontrol/Java Mission Control.app/Contents/Resources variant.os.bits=32
      glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z/manifest.dircache:26:dir path=jdk7/lib/missioncontrol/Java Mission Control.app/Contents/Resources variant.os.bits=64
      glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z/manifest.dircache:139:dir path=jdk7/lib/missioncontrol/Java Mission Control.app variant.os.bits=32
      glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z/manifest.dircache:140:dir path=jdk7/lib/missioncontrol/Java Mission Control.app variant.os.bits=64
      glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z/manifest.dircache:207:dir path=jdk7/lib/missioncontrol/Java Mission Control.app/Contents/MacOS variant.os.bits=32
      glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z/manifest.dircache:208:dir path=jdk7/lib/missioncontrol/Java Mission Control.app/Contents/MacOS variant.os.bits=64
      glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z/manifest.dircache:233:dir path=jdk7/lib/missioncontrol/Java Mission Control.app/Contents variant.os.bits=32
      glassfish-bundled-jdk7/1.7.0.45%2C0-18.1%3A20131104T104837Z/manifest.dircache:234:dir path=jdk7/lib/missioncontrol/Java Mission Control.app/Contents variant.os.bits=64
      
  • Edit file and add ' around path value, e.g.:
    dir path='jdk7/lib/missioncontrol/Java Mission Control.app/Contents' variant.os.bits=64
    

With this fix, a successive call to pkg image-update or update-tool should succeed without errors.

HTH,

-Peter





[GLASSFISH-20827] The link does not work in the Summary page during install GF Created: 27/Sep/13  Updated: 15/Apr/14

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b89_RC5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OS: OEL6 x64
Locale: ko_KR.UTF-8
Bundle: java_ee_sdk-7-web-b89b-jdk7-linux-x64-ml.sh
JDK: jdk1.7.0_25 x64


Attachments: JPEG File summary_link_noWork.jpg    

 Description   

To Reproduce:
1. Set JAVA_HOME=JKD7_Install_DIR
2. Run ./java_ee_sdk-7-web-b89b-jdk7-linux-x64-ml.sh
3. Click Next to go to the Summary page

Results:
The link does not work in this page. Attached screen shot for your reference.






[GLASSFISH-20029] Remove remaining folders after running uninstaller successfully. Created: 25/Mar/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b81
Fix Version/s: 4.1.1

Type: Improvement Priority: Major
Reporter: Mohamed Taman Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 SP1
Glassfish v4 b81


Tags: fishcat, uninstall

 Description   

It will be nice if the uninstaller removes the all folders of glassfish, leaving the log files only in case of errors otherwise remove the full folder installation.

it is now leaves the following folders and files:

C:\glassfish4>tree
Folder PATH listing for volume System
Volume serial number is DAAD-A878
C:.
├───glassfish
│   └───lib
│       └───registration
├───install
│   ├───bin
│   ├───lib
│   │   ├───external
│   │   │   ├───apache
│   │   │   ├───beanshell
│   │   │   ├───charva
│   │   │   ├───chaxml
│   │   │   ├───freemarker
│   │   │   ├───jaxb
│   │   │   ├───jdom
│   │   │   └───swixml
│   │   ├───platforms
│   │   ├───providers
│   │   ├───resources
│   │   │   ├───dependency
│   │   │   ├───model
│   │   │   ├───org
│   │   │   │   └───openinstaller
│   │   │   │       └───resources
│   │   │   ├───templates
│   │   │   └───view
│   │   └───sims
│   └───metadata
│       ├───dependency
│       ├───model
│       ├───templates
│       └───view
└───var
    └───install
        ├───config
        │   └───Domain
        └───pkgdb
            ├───sims-product
            └───uninstall


 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 27/Mar/13 ]

Deferring to subsequent release.





[GLASSFISH-20017] Failed to uninstall glassfish. Created: 24/Mar/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b80_EE7MS6
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: Mohamed Taman Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 SP1
Glassfish v4 build 80


Tags: fishcat, installer

 Description   

Trying to uninstall Glassfish v4 b80 using uninstall.exe failed to run, and show error:

could not find the correct version of the Java 2 runtime environment.

you should run it from the command line as the following:

C:\glassfish4>uninstall -j "C:\Program Files\Java\jdk1.6.0_43"


 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 25/Mar/13 ]

This seems to be yet another instance of known issues with install/uninstall wrapper 64 bit JDK detection. FWIW, did uninstall message really suggest to run with JDK 1.6.0 installation or just provided generic message to pass -j <JDK location> ? Note that you should actually provide path to JDK 7 installation. If you proceeded with JDK 6 as runtime, I think that eventually caused your subsequent issue, GLASSFISH-20019.

Comment by Mohamed Taman [ 25/Mar/13 ]

It gives me message three messages

1- Could not find the correct version of the Java 2 runtime environment.

After click ok shows up:

2- could not find the correct version of the Java 2 runtime environment in '(null)'

finally click ok shows up:

3- The application needs version 1.6 or higher of the java 2 runtime environment. blah blah blah

download it from .....

or if you have it use uninstall.exe -j <JDK location> ?

Comment by Snjezana Sevo-Zenzerovic [ 25/Mar/13 ]

Thank you! Reference to JDK 1.6 as minimal supported version should definitely be updated to 1.7 but we we'll need to gauge the risk of the native wrapper update at this point.

Comment by Snjezana Sevo-Zenzerovic [ 11/Apr/13 ]

Uninstaller relies on either Windows registry JDK detection or the content of GlassFish asenv.bat file to find suitable JDK. There are known issues with 64 bit JDK detection although asenv.bat would be guaranteed to contain valid JDK 7 path once issue GLASSFISH-20136 gets resolved.

So, for all practical purposes this should be fixed in b85.

Comment by Snjezana Sevo-Zenzerovic [ 24/Apr/13 ]

Deferring root cause fix (wrapper JDK detection problem) to 4.0.1.

We did improve the situation, however since asenv.bat file is now guaranteed to contain valid JDK 7 installation reference so if uninstaller is started from the Windows start menu or Control Panel, uninstaller will be explicitly started with that JDK installation. Also, uninstaller now can be run using JDK 6, so user can in fact follow the instructions and get product uninstalled.





[GLASSFISH-19569] Metro 2.2.0-1 update is required for known webservices-api-osgi.jar bug with JAX-WS and glassfish, but the update tool process generates the erro below: Created: 23/Jan/13  Updated: 27/Feb/13

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: AEM1 Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

XP, netbeans 7.2.1, glassfish 3.1.2.2 (or 3.1.2).



 Description   

Would you like to install Update Tool now (y/n): y

C:\Program Files\glassfish-3.1.2.2\bin>"C:\Program Files\Java\jre1.5.0_13\bin\ja
va" -Dimage.path="C:\Program Files\glassfish-3.1.2.2\bin
.." -jar "C:\Program F
iles\glassfish-3.1.2.2\bin\\..\pkg/lib/pkg-bootstrap.jar" "C:\DOCUME~1\s162379\L
OCALS~1\Temp\pkg-bootstrap15060.props"
Proxy: Using system proxy settings.
Install image: C:\Program Files\glassfish-3.1.2.2
Exception in thread "main" java.lang.NoSuchMethodError: java.lang.System.console
()Ljava/io/Console;
at com.sun.pkg.bootstrap.BootstrapProgressTracker.<init>(BootstrapProgre
ssTracker.java:68)
at com.sun.pkg.bootstrap.Bootstrap._main(Bootstrap.java:231)
at com.sun.pkg.bootstrap.Bootstrap._main(Bootstrap.java:163)
at com.sun.pkg.bootstrap.Bootstrap.main(Bootstrap

Here is a netbeans compile error:

C:\Documents and Settings\s162379\My Documents\NetBeansProjects\CalculatorWSJSPClient\nbproject\jaxws-build.xml:19: WsImport ant task defined in the classpath C:/Program Files/glassfish-3.1.2/glassfish/modules/webservices-osgi.jar:C:/Program Files/glassfish-3.1.2/glassfish/modules/endorsed/webservices-api-osgi.jar:C:/Program Files/glassfish-3.1.2/glassfish/modules/jaxb-osgi.jar:C:/Program Files/glassfish-3.1.2/glassfish/modules/endorsed/jaxb-api-osgi.jar:C:/Program Files/glassfish-3.1.2/glassfish/modules/javax.ejb.jar has a serious bug. See http://wiki.netbeans.org/MetroIssue for details.
BUILD FAILED (total time: 0 seconds)






[GLASSFISH-19816] Package jline separately Created: 10/Mar/13  Updated: 10/Mar/13

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: 4.0
Fix Version/s: future release

Type: Improvement Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

GLASSFISH-19124 introduces jline library in glassfish, but it packages it inside osgi-cli-interactive.jar. In future consider making available jline for subsystems to use by packaging it as a standalone bundle.






[GLASSFISH-19728] Java EE SDK 6 Update 4 "Custom Install" crashes with "Invalid SwiXML Descriptor" Created: 25/Feb/13  Updated: 22/May/13

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Beto Montejo Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

"java_ee_sdk-6u4-windows-ml.exe" on Windows 7 Ultimate x64



 Description   

Launching the SDK installer and selecting option 2 "Custom install" gives an "Invalid SwiXML Descriptor" error message and the installer closes.

Top lines from error log: 

[#|2013-02-25T23:02:20.480+01:00|WARNING|Instalar Motor|null|arg0=command\=AC_NEXT;arg1=error\=Invalid SwiXML Descriptor.|CANNOT_PARSE_NAV_EVENT:No se ha podido procesar un evento de navegación para command=AC_NEXT
Exception=SWIXML_RENDERING_ERROR
[
 at org.openinstaller.provider.ui.wizard.GUIWizard.generateContentComponent(GUIWizard.java:742)
 at org.openinstaller.provider.ui.wizard.GUIWizard.flipGroup(GUIWizard.java:616)
 at org.openinstaller.provider.ui.wizard.GUIWizard.goToNextUnskippedPage(GUIWizard.java:948)
 at org.openinstaller.provider.ui.wizard.GUIWizard.processNavEvent(GUIWizard.java:526)
 at org.openinstaller.provider.ui.wizard.GUIWizard.actionPerformed(GUIWizard.java:307)
....


 Comments   
Comment by Beto Montejo [ 25/Feb/13 ]

Full error log:

 at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
 at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
 at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
 at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
 at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236)
 at java.awt.Component.processMouseEvent(Component.java:6290)
 at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
 at java.awt.Component.processEvent(Component.java:6055)
 at java.awt.Container.processEvent(Container.java:2039)
 at java.awt.Component.dispatchEventImpl(Component.java:4653)
 at java.awt.Container.dispatchEventImpl(Container.java:2097)
 at java.awt.Component.dispatchEvent(Component.java:4481)
 at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4575)
 at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4236)
 at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4166)
 at java.awt.Container.dispatchEventImpl(Container.java:2083)
 at java.awt.Window.dispatchEventImpl(Window.java:2482)
 at java.awt.Component.dispatchEvent(Component.java:4481)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:648)
 at java.awt.EventQueue.access$000(EventQueue.java:84)
 at java.awt.EventQueue$1.run(EventQueue.java:607)
 at java.awt.EventQueue$1.run(EventQueue.java:605)
 at java.security.AccessController.doPrivileged(AccessController.java:?)
 at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
 at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)
 at java.awt.EventQueue$2.run(EventQueue.java:621)
 at java.awt.EventQueue$2.run(EventQueue.java:619)
 at java.security.AccessController.doPrivileged(AccessController.java:?)
 at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:618)
 at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
 at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
 at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
 at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
]
Caused By=java.lang.Exception: Invalid SwiXML Descriptor.
[
 at org.swixml.SwingEngine.render(null:?)
 at org.openinstaller.provider.ui.wizard.GUIWizard.generateContentComponent(GUIWizard.java:740)
 at org.openinstaller.provider.ui.wizard.GUIWizard.flipGroup(GUIWizard.java:616)
 at org.openinstaller.provider.ui.wizard.GUIWizard.goToNextUnskippedPage(GUIWizard.java:948)
 at org.openinstaller.provider.ui.wizard.GUIWizard.processNavEvent(GUIWizard.java:526)
 at org.openinstaller.provider.ui.wizard.GUIWizard.actionPerformed(GUIWizard.java:307)
 at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
 at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
 at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
 at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
 at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236)
 at java.awt.Component.processMouseEvent(Component.java:6290)
 at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
 at java.awt.Component.processEvent(Component.java:6055)
 at java.awt.Container.processEvent(Container.java:2039)
 at java.awt.Component.dispatchEventImpl(Component.java:4653)
 at java.awt.Container.dispatchEventImpl(Container.java:2097)
 at java.awt.Component.dispatchEvent(Component.java:4481)
 at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4575)
 at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4236)
 at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4166)
 at java.awt.Container.dispatchEventImpl(Container.java:2083)
 at java.awt.Window.dispatchEventImpl(Window.java:2482)
 at java.awt.Component.dispatchEvent(Component.java:4481)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:648)
 at java.awt.EventQueue.access$000(EventQueue.java:84)
 at java.awt.EventQueue$1.run(EventQueue.java:607)
 at java.awt.EventQueue$1.run(EventQueue.java:605)
 at java.security.AccessController.doPrivileged(AccessController.java:?)
 at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
 at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)
 at java.awt.EventQueue$2.run(EventQueue.java:621)
 at java.awt.EventQueue$2.run(EventQueue.java:619)
 at java.security.AccessController.doPrivileged(AccessController.java:?)
 at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:618)
 at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
 at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
 at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
 at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
]
 Context-Items=[[method=org.openinstaller.provider.ui.wizard.GUIWizard.generateContentComponent(), 
operation=SWIXML_RENDERING_ERROR, frame=content area][method=org.openinstaller.provider.ui.wizard.GUIWizard.processNavEvent(),
 operation=command=AC_NEXT]]|#]

Comment by Snjezana Sevo-Zenzerovic [ 26/Feb/13 ]

Could you please let us know which JDK version is used for installer runtime - this will generally be the highest JDK version installed on the system.

Comment by Beto Montejo [ 26/Feb/13 ]

I installed JDK 7u15 Windows x64 right before launching this installer.

Comment by kithouna [ 22/May/13 ]

Exactly same problem here. Using JDK 7u21.





[GLASSFISH-19724] Error when downloading Java SE Examples Created: 24/Feb/13  Updated: 23/May/13

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: MathiasBehne Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

java 7, glassfish 3.1.2, javaee6



 Description   

Application ID: [GlassFish Update Tool 2.3.5 (Build 56.2852)]
Timestamp : [2013-02-24 22:36:24 Malay Peninsula Standard Time(Malay Peninsula Standard Time)]
wx Version : [2.8.10.1]
wx Platform : [__WXMSW__]
Python Version: [2.4.6]
Platform : [Microsoft-Windows-32bit-WindowsPE]

Traceback (innermost last):
File "C:\Program Files (x86)\glassfish-3.1.2.2\updatetool\vendor-packages\updatetool\gui\mainframe.py", line 2086, in __image_install
img.make_install_plan(pkg_list, tracker_task, lambda: False, False)
File "C:\Program Files (x86)\glassfish-3.1.2.2\pkg\vendor-packages\pkg\client\image.py", line 2581, in make_install_plan
self.__call_imageplan_evaluate(ip, verbose)
File "C:\Program Files (x86)\glassfish-3.1.2.2\pkg\vendor-packages\pkg\client\image.py", line 620, in __call_imageplan_evaluate
ip.evaluate()
File "C:\Program Files (x86)\glassfish-3.1.2.2\pkg\vendor-packages\pkg\client\imageplan.py", line 464, in evaluate
self.add_pkg_plan(f)
File "C:\Program Files (x86)\glassfish-3.1.2.2\pkg\vendor-packages\pkg\client\imageplan.py", line 389, in add_pkg_plan
pp.evaluate(self.old_excludes, self.new_excludes)
File "C:\Program Files (x86)\glassfish-3.1.2.2\pkg\vendor-packages\pkg\client\pkgplan.py", line 148, in evaluate
raise RuntimeError, ["Duplicate actions", ddups]
RuntimeError: ['Duplicate actions', [(('dir', 'jdk7'), set([<pkg.actions.directory.DirectoryAction object at 0x09AB7030>, <pkg.actions.directory.DirectoryAction object at 0x08325CF0>])), (('dir', 'jdk7/demo'), set([<pkg.actions.directory.DirectoryAction object at 0x09AB7150>, <pkg.actions.directory.DirectoryAction object at 0x08325F30>])), (('dir', 'jdk7/demo/applets'), set([<pkg.actions.directory.DirectoryAction object at 0x09AB7530>, <pkg.actions.directory.DirectoryAction object at 0x0794D1D0>])), (('dir', 'jdk7/demo/applets/Animator'), set([<pkg.actions.directory.DirectoryAction object at 0x08592570>, <pkg.actions.directory.DirectoryAction object at 0x08EA8210>])), (('dir', 'jdk7/demo/applets/Animator/audio'), set([<pkg.actions.directory.DirectoryAction object at 0x09B5FAF0>, <pkg.actions.directory.DirectoryAction object at 0x07C02790>])), (('dir', 'jdk7/demo/applets/Animator/images'), set([<pkg.actions.directory.DirectoryAction object at 0x09B5FC10>, <pkg.actions.directory.DirectoryAction object at 0x07C028B0>])), (('dir', 'jdk7/demo/applets/Animator/images/Beans'), set([<pkg.actions.directory.DirectoryAction object at 0x08F9C150>, <pkg.actions.directory.DirectoryAction object at 0x080CCDD0>])), (('dir', 'jdk7/demo/applets/Animator/images/SimpleAnimation'), set([<pkg.actions.directory.DirectoryAction object at 0x08F9C270>, <pkg.actions.directory.DirectoryAction object at 0x080CCEF0>])), (('dir', 'jdk7/demo/applets/ArcTest'), set([<pkg.actions.directory.DirectoryAction object at 0x08592690>, <pkg.actions.directory.DirectoryAction object at 0x08EA8330>])), (('dir', 'jdk7/demo/applets/BarChart'), set([<pkg.actions.directory.DirectoryAction object at 0x085927B0>, <pkg.actions.directory.DirectoryAction object at 0x08EA8450>])), (('dir', 'jdk7/demo/applets/Blink'), set([<pkg.actions.directory.DirectoryAction object at 0x085928D0>, <pkg.actions.directory.DirectoryAction object at 0x08EA8570>])), (('dir', 'jdk7/demo/applets/CardTest'), set([<pkg.actions.directory.DirectoryAction object at 0x085929F0>, <pkg.actions.directory.DirectoryAction object at 0x08EA8690>])), (('dir', 'jdk7/demo/applets/Clock'), set([<pkg.actions.directory.DirectoryAction object at 0x08592B10>, <pkg.actions.directory.DirectoryAction object at 0x08EA87B0>])), (('dir', 'jdk7/demo/applets/DitherTest'), set([<pkg.actions.directory.DirectoryAction object at 0x08592C30>, <pkg.actions.directory.DirectoryAction object at 0x08EA88D0>])), (('dir', 'jdk7/demo/applets/DrawTest'), set([<pkg.actions.directory.DirectoryAction object at 0x08592D50>, <pkg.actions.directory.DirectoryAction object at 0x08EA89F0>])), (('dir', 'jdk7/demo/applets/Fractal'), set([<pkg.actions.directory.DirectoryAction object at 0x08592E70>, <pkg.actions.directory.DirectoryAction object at 0x08EA8B10>])), (('dir', 'jdk7/demo/applets/GraphLayout'), set([<pkg.actions.directory.DirectoryAction object at 0x09B5F0D0>, <pkg.actions.directory.DirectoryAction object at 0x08EA8D50>])), (('dir', 'jdk7/demo/applets/GraphLayout/audio'), set([<pkg.actions.directory.DirectoryAction object at 0x09268490>, <pkg.actions.directory.DirectoryAction object at 0x08AF02D0>])), (('dir', 'jdk7/demo/applets/GraphicsTest'), set([<pkg.actions.directory.DirectoryAction object at 0x08592F90>, <pkg.actions.directory.DirectoryAction object at 0x08EA8C30>])), (('dir', 'jdk7/demo/applets/JumpingBox'), set([<pkg.actions.directory.DirectoryAction object at 0x09B5F1F0>, <pkg.actions.directory.DirectoryAction object at 0x08EA8E70>])), (('dir', 'jdk7/demo/applets/JumpingBox/sounds'), set([<pkg.actions.directory.DirectoryAction object at 0x091D38B0>, <pkg.actions.directory.DirectoryAction object at 0x07CD5AD0>])), (('dir', 'jdk7/demo/applets/MoleculeViewer'), set([<pkg.actions.directory.DirectoryAction object at 0x09B5F310>, <pkg.actions.directory.DirectoryAction object at 0x08EA8F90>])), (('dir', 'jdk7/demo/applets/MoleculeViewer/models'), set([<pkg.actions.directory.DirectoryAction object at 0x08CFD5F0>, <pkg.actions.directory.DirectoryAction object at 0x08B1A150>])), (('dir', 'jdk7/demo/applets/NervousText'), set([<pkg.actions.directory.DirectoryAction object at 0x09B5F430>, <pkg.actions.directory.DirectoryAction object at 0x07C020D0>])), (('dir', 'jdk7/demo/applets/SimpleGraph'),

. . .



 Comments   
Comment by Joe Di Pol [ 23/May/13 ]

(I had to trim some text from the description to get this bug to save...)

It would be good if the reporter could state exactly what install bundled was used. SDK? Full or Web? With or without bundled JDK? I was unable to reproduce the problem with the web profile SDK without bundled JDK.

In any case the error is when installing the Java SE samples, and is caused by the fact that our Java SE IPS packages include support for both 32 and 64 bit windows and rely on the variant.os.bits configuration property to select which file to install. If that property is not set, then both files are installed resulting in the error reported.

variant.os.bits should be set to 32 or 64 in the [variants] section of:

installdir/.org.opensolaris,pkg/cfg_cache

like this:

[variants]
variant.os.bits = 32

For some reason it looks like that was not set for the Reporter. The work-around is to add such a line to cfg_cache if it doesn't exist.

Assigning to Snjezana since she knows this stuff well.





[GLASSFISH-19720] Unable to uninstall Glassfish when installing in a directory with a space Created: 22/Feb/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b77
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: Alex Pineda Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish build 77, Oracle Enterprise Linux 6 or Windows 7, JDK 1.7.0_10,



 Description   

This issue is seen on Unix. Whenever Glassfish is installed on a directory with a space (ie., $HOME/Test\ Folder/glassfish4), the uninstall script (.sh) is not able to run.

An error is seen when, the following is done (on a system where Glassfish was installed)

  • [test@wolfrun:~/Test Folder/glassfish] $ echo $PATH
    /usr/local/tools/jdk1.7.0_13/bin:/usr/local/tools/ant-1.7.1/bin:/home/agpineda/Test Folder/glassfish/glassfish/bin:/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/sbin:/usr/NX/bin:.
  • [test@wolfrun:~/Test Folder/glassfish] $ which asadmin
    $HOME/Test Folder/glassfish/glassfish/bin/asadmin
  • [test@wolfrun:~/Test Folder/glassfish] $ pwd
    $HOME/Test Folder/glassfish
  • [test@wolfrun:~/Test Folder/glassfish] $ chmod +x uninstall.sh
  • [test@wolfrun:~/Test Folder/glassfish] $ ./uninstall.sh
    ./uninstall.sh: line 152: [: too many arguments
    Required files for uninstaller missing from this directory. Aborting installation

In fact, the failure is seen in several ways

  • [test@wolfrun:~/Test Folder/glassfish] $ ./uninstall.sh -h
    ./uninstall.sh: line 152: [: too many arguments
    Required files for uninstaller missing from this directory. Aborting installation
  • [test@wolfrun:~/Test Folder/glassfish] $ ./uninstall.sh -s
    ./uninstall.sh: line 152: [: too many arguments
    Required files for uninstaller missing from this directory. Aborting installation


 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 20/Mar/13 ]

Alex,

could you please describe the exact issue with Windows uninstallation in this scenario. At this point we are likely to defer fixes for Unix installations into space-in-the-path directories, but Windows problems would be of higher priority.

Comment by Romain Grécourt [ 20/Mar/13 ]

I may have seen this issue too and I believe the JAVA_HOME is not well resolved when there is a space in the installation path (windows 7 IIRC).

Comment by Alex Pineda [ 20/Mar/13 ]

I'm not able to reproduce the issue on Windows. It works for me. So, let's leave it as a Unix issue only. I will update the bug.

Comment by Snjezana Sevo-Zenzerovic [ 21/Mar/13 ]

Deferring to 4.0.1 since this is not a regression.





[GLASSFISH-20517] WRONG COPYRIGHT INFO AT THE ABOUT GLASSFISH UPDATE TOOL WINDOW Created: 14/May/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 4.0_b81
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64
Bundle: java_ee_sdk-7-b81-jdk7-linux-x64-ml.sh
Locale: ja_JP.UTF-8
JDK: 1.7.0_13 x64


Attachments: JPEG File wrongYearInfo.jpg    

 Description   

[To reproduce]
1. Install GF.
2. Under GF_Base_Dir/bin, execute command './updatetool' to run GlassFish
Update Tool.
3. In the GlassFish Update Tool window, go to Help -> About

There is wrong copyright info at the About GlassFish Update Tool window.

Attached screen shot for your reference.






[GLASSFISH-20518] THERE ARE UNLOCALIZED STRINGS IN THE GLASSFISH UPDATE TOOL HELP Created: 14/May/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 4.0_b81
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64
Bundle: java_ee_sdk-7-b81-jdk7-linux-x64-ml.sh
Locale: ja_JP.UTF-8
JDK: 1.7.0_13 x64


Attachments: JPEG File updateTool_help_unloca.jpg     JPEG File updateTool_help_unloca_2.jpg    

 Description   

[To reproduce]
1. Install GF.
2. Under GF_Base_Dir/bin, execute command './updatetool' to run GlassFish
Update Tool.
3. In the GlassFish Update Tool window, go to Help -> Contents

There are unlocalized strings in the GlassFish Update Tool Help.






[GLASSFISH-20514] AFTER UNINSTALLED GF IN LINUX, SYSTEM WILL SYAS CAN NOT DELETE A FEW FILES Created: 13/May/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b81
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64
Bundle: java_ee_sdk-7-b81-jdk7-linux-x64-ml.sh
Locale: ja_JP.UTF-8
JDK: 1.7.0_13 x64


Attachments: JPEG File uninstall_cantDeleteFiles.jpg    

 Description   

[To reproduce]
1. Install GF completely and do some action in the admin console.
2. Go to GF_Home, execute command './uninstall.sh' to uninstall GF.

After uninstalled GF in linux, system will says
-----------------------------------------------------------------------------
WARING: Could not delete file
[file=GF_HOME/.org.opensolaris,pkg/okg/glassfish-osgi]
WARING: Could not delete file
[file=GF_HOME/.org.opensolaris,pkg/state/installed]
.............
.............
------------------------------------------------------------------------------

I tried to find those files mentioned above, but no those files in the
system. It seems unnecessary files in the deleting list during uninstall GF.

Attached screen shot for your reference.



 Comments   
Comment by sunny-gui [ 13/May/13 ]

Verified with java_ee_sdk-7-b87-jdk7-linux-x64-ml.sh in OEL6 x64 ja_JP.UTF-8, it is reproducible.

Comment by Snjezana Sevo-Zenzerovic [ 13/May/13 ]

This is happening because affected files are first explicitly removed by configurator code (in order to remove those files which were created within the .org.opensolaris,pkg directory after the initial installation) and then OI framework tries to remove them once again since they are still registered as installed content.

The issue is purely cosmetic, deferring to future release.





[GLASSFISH-20512] NLS: THERE ARE TRUNCATION DURING INSTALLATION IN THE JA LOCALE Created: 13/May/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b81
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64
Bundle: java_ee_sdk-7-b81-jdk7-linux-x64-ml.sh
Server Locale: ja_JP.UTF-8
JDK: 1.7.0_13 x64


Attachments: JPEG File customInstalledCreateDomain_truncat.jpg    

 Description   

[To reproduce]
Launch the installation program.

In the left panel, the words 'Installation Type' and 'Install Directory' are
truncated in Japanese.

Attached screen shot for your reference.



 Comments   
Comment by sunny-gui [ 13/May/13 ]

Verified in buil87 in OEL 6 x64 ja_JP.UTF-8, it is reproducible.

Comment by Snjezana Sevo-Zenzerovic [ 13/May/13 ]

Deferring to subsequent release. I believe it is possible to introduce the line break in the affected string, alternative would be to adjust UI layout for Japanese locale to increase left side panel width.





[GLASSFISH-20503] NLS: THE LINK DOES NOT WORK IN THE UPDATE TOOL PAGE DURING INSTALL GF Created: 10/May/13  Updated: 27/Sep/13

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b87_RC3
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64
Bundle: java_ee_sdk-7-b87-jdk7-linux-x64-ml.sh
Locale: ko_KR.UTF-8
JDK: 1.7.0_13 x64


Attachments: JPEG File updateTool_link.jpg    

 Description   

[To reproduce]
1. Launch the installation program, click on Next to go the Update Tool page.

[Result]
The link 'GlassFish Usage Metrics' does not work in this page.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 10/May/13 ]

This is somewhat expected. Installer framework browser launch support is limited when it comes to different platforms and installed browsers and that is why we also provide explicit URL which can be copied and pasted by the user in order to access usage document.

Deferring to future release since it requires significant changes in openInstaller.

Comment by sunny-gui [ 27/Sep/13 ]

It is reproducible in the build b89b. Here are detailed env.

OS: OEL6 x64 ko_KR.UTF-8
Bundle: java_ee_sdk-7-web-b89b-jdk7-linux-x64-ml.sh
JDK: jdk1.7.0_25 x64





[GLASSFISH-20502] NLS: TRUNCATED INPUT FILED FOR PROXYHOST AND PROXYPORT IN THE UPDATE TOOL PAGE DURING INSTALL GF Created: 10/May/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b87_RC3
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64
Bundle: java_ee_sdk-7-b87-jdk7-linux-x64-ml.sh
Locale: ja_JP.UTF-8
JDK: 1.7.0_13 x64


Attachments: JPEG File updateTool_proxyHost_truncat.jpg    

 Description   

[Problem]
The input field are not displayed correctly in the Update Tool page during install GF.

[To reproduce]
1. Launch the installation program, click on Next to the Update Tool page.

[Result]
The input field for Proxy Host and Proxy Port are truncated.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 10/May/13 ]

I presume it is still possible to resize the screen and enter values into affected fields. We'll need to review this in subsequent release and possibly adjust screen layout in locale specific UI configuration file.

Comment by sunny-gui [ 27/Sep/13 ]

It is reproducible in the build b89b on OEL6 x64 ko_KR.UTF-8. Here are details.

OS: OEL6 x64 ko_KR.UTF-8
Bundle: java_ee_sdk-7-web-b89b-jdk7-linux-x64-ml.sh
JDK: jdk1.7.0_25 x64





[GLASSFISH-20330] Installer JDK selection panel should more reliably detect available Windows JDK installations Created: 17/Apr/13  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.1.1

Type: Bug Priority: Major
Reporter: Snjezana Sevo-Zenzerovic Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

This is spillover from issue GLASSFISH-20136.

Current JDK selection panel implementation (which is at the moment pretty much picked up as-is from openInstaller) does not reliably detect and list all installed Windows JDK installations as part of drop-down list. The main gap is the ability to detect 64-bit JDK installations.






[GLASSFISH-20327] Debian Contribution Created: 17/Apr/13  Updated: 17/Apr/13

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: future release
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: mkarg Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Debian 7 "Wheezy"



 Description   

Debian is known as the most reliable and stable operating system since decades. With the advent of Ubuntu it became rather popular. One drawback is that even the latest Generation of Debian (Codename "Wheezy") provides only a 2.1.1 release of GlassFish.

It would be great to see a more recent release of GlassFish found in the next Debian Distribution. To make this happen, it would be great if the GlassFish Installation Team would contact the GlassFish Team at the Debian Project to learn what the reason is for sticking with 2.1.1 and what steps are needed to upgrade to (at least) 3.1.2.2 with the next Debian release (v8, Codename "Jessie").

For contact information please see http://packages.debian.org/sid/glassfish-javaee.

The Debian Community would be happy to see GlassFish 3+ bundled within Debian "Jessie"!






[GLASSFISH-20310] JAVA EE 7 SDK : GUI installer will not come up on MAC OS if you do not set "AWT_TOOLKIT=XToolkit" . Created: 15/Apr/13  Updated: 17/Apr/13

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b83
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: bhavya_h_s Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Mac OS



 Description   

Trigger java ee 7 sdk installer on Mac OS , installation fails with below error.

$sh java_ee_sdk-7-b83-jdk7-macosx.sh
Extracting the installer archive...
Extracting the installer runtime...
Extracting the installer resources...
Extracting the installer metadata...

Welcome to GlassFish installer

Using the user defined JAVA_HOME : /Library/Java/JavaVirtualMachines/jdk1.7.0_15.jdk/Contents/Home
Entering setup...
_RegisterApplication(), FAILED TO establish the default connection to the WindowServer, _CGSDefaultConnection() is NULL.

Workaround :
------------
Set "AWT_TOOLKIT=XToolkit" and then start the installation



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 15/Apr/13 ]

Could you please provide following information given that this was run on the hosted system (we apparently don't run into this issue if installation is done locally on MacOS system):

  • did you use some sort of remote desktop client software and if so, which one
  • if the installation was done by simply setting the DISPLAY value to local display, what was the OS and version of the display system

I did some preliminary investigation on the issue and it seems that this happens if someone uses Linux or Solaris system for display.

Comment by bhavya_h_s [ 16/Apr/13 ]

Yes I triggered the installation by setting DISPLAY variable. I was using OEL6 operating system.

Comment by Snjezana Sevo-Zenzerovic [ 17/Apr/13 ]

This is not very common usage scenario so targeted to future release. Will evaluate whether we need to release note the workaround.





[GLASSFISH-20698] Update tools can't work with python error Created: 12/Jul/13  Updated: 12/Jul/13

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 4.0_b89_RC5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: trukhinyuri Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

cent os 6.4


Tags: updatetool

 Description   

Bug, when launch update tool from terminal:

WX import error. Verify the WX widgets are in the PYTHONPATH.
The following can be reported to GlassFish Update Tool 2.3.5 Development Team <dev@updatecenter.java.net>.

Traceback (innermost last):
File "/usr/share/glassfish4/updatetool/vendor-packages/updatetool/common/boot.py", line 283, in init_app_locale
import wx
File "wx/_init_.py", line 45, in ?
File "wx/_core.py", line 4, in ?
ImportError: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 12/Jul/13 ]

Moving to correct subcategory. Need to track down system requirements since CentOS was not on certified Linux platform list and as such not covered by in-house testing.





[GLASSFISH-20642] GlassFish 4 core dumps on Fedora 18 Created: 18/Jun/13  Updated: 18/Jun/13

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 4.0_b89_RC5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: John D. Ament Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Installed latest GF4 build.

System now core dumps when trying to run the updateool

#

  1. A fatal error has been detected by the Java Runtime Environment:
    #
  2. SIGSEGV (0xb) at pc=0x0000003dafc185a1, pid=4499, tid=139752779134720
    #
  3. JRE version: 7.0_21-b11
  4. Java VM: Java HotSpot(TM) 64-Bit Server VM (23.21-b01 mixed mode linux-amd64 compressed oops)
  5. Problematic frame:
  6. C [libdbus-1.so.3+0x185a1] dbus_message_lock+0x1
    #
  7. Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
    #
  8. An error report file with more information is saved as:
  9. /home/johndament/gf/glassfish4/hs_err_pid4499.log
    [thread 139752777029376 also had an error]
    #
  10. If you would like to submit a bug report, please visit:
  11. http://bugreport.sun.com/bugreport/crash.jsp
  12. The crash happened outside the Java Virtual Machine in native code.
  13. See problematic frame for where to report the bug.
    #
    ./updatetool: line 239: 4499 Aborted (core dumped) "$my_java" -Dimage.path="$image_path" -jar "$BOOTSTRAPJAR" "$BOOTSTRAPPROPS"

I'm attaching the file to this ticket for further review.



 Comments   
Comment by John D. Ament [ 18/Jun/13 ]

apparently there's no place to attach

#

  1. A fatal error has been detected by the Java Runtime Environment:
    #
  2. SIGSEGV (0xb) at pc=0x0000003dafc185a1, pid=4499, tid=139752779134720
    #
  3. JRE version: 7.0_21-b11
  4. Java VM: Java HotSpot(TM) 64-Bit Server VM (23.21-b01 mixed mode linux-amd64 compressed oops)
  5. Problematic frame:
  6. C [libdbus-1.so.3+0x185a1] dbus_message_lock+0x1
    #
  7. Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
    #
  8. If you would like to submit a bug report, please visit:
  9. http://bugreport.sun.com/bugreport/crash.jsp
  10. The crash happened outside the Java Virtual Machine in native code.
  11. See problematic frame for where to report the bug.
    #

--------------- T H R E A D ---------------

Current thread (0x00007f1af4344800): JavaThread "pool-1-thread-1" [_thread_in_native, id=4520, stack(0x00007f1abab1b000,0x00007f1abac1c000)]

siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000069

Registers:
RAX=0x0000000000000001, RBX=0x00007f1af4387a30, RCX=0x00000000ffffffff, RDX=0x0000000000000001
RSP=0x00007f1abac18650, RBP=0x00007f1af4387a30, RSI=0x0000000000000001, RDI=0x0000000000000001
R8 =0x0000000000000018, R9 =0x0101010101010101, R10=0x0000000000000018, R11=0x0000003daac88d62
R12=0x0000000000000001, R13=0x0000000000000000, R14=0x00000000ffffffff, R15=0x00000000000000de
RIP=0x0000003dafc185a1, EFLAGS=0x0000000000010202, CSGSFS=0x0000000000000033, ERR=0x0000000000000004
TRAPNO=0x000000000000000e

Top of Stack: (sp=0x00007f1abac18650)
0x00007f1abac18650: 00007f1af4387a30 0000003dafc251b1
0x00007f1abac18660: 0000000000000100 0000003daac8199c
0x00007f1abac18670: 0000000000000010 0000003dad01a778
0x00007f1abac18680: 00007f1a8c000e60 00007f1a8c001a00
0x00007f1abac18690: 00007f1a8c000e60 0000000000000010
0x00007f1abac186a0: 00007f1a8c000e70 00007f1af4387a30
0x00007f1abac186b0: 00007f1af4387a30 0000000000000001
0x00007f1abac186c0: 00000000ffffffff 00000000ffffffff
0x00007f1abac186d0: 00000000000000de 0000003dafc25566
0x00007f1abac186e0: 0000000000000000 0000000000000000
0x00007f1abac186f0: 0000000000000008 0000003dafc280e6
0x00007f1abac18700: 0000003000000002 00007f1af4387a30
0x00007f1abac18710: 00007f1af43980e0 0000000000000001
0x00007f1abac18720: 00000000ffffffff 00007f1a8c000da0
0x00007f1abac18730: 00000000000000de 0000003dafc242ed
0x00007f1abac18740: 00007f1affffffff 0000000000000001
0x00007f1abac18750: 0000000000000000 0000003dafc0ef94
0x00007f1abac18760: 00007f1af43980e0 00007f1af4398610
0x00007f1abac18770: 00007f1a8c000d10 0000000000000000
0x00007f1abac18780: 00007f1a8c000da0 0000003dafc0f0b2
0x00007f1abac18790: 00007f1abac18828 00007f1af43980e0
0x00007f1abac187a0: 00007f1af4398610 00007f1abac18828
0x00007f1abac187b0: 00007f1a8c000d50 0000003dafc0f370
0x00007f1abac187c0: 00007f1af4398610 00007f1af43980e0
0x00007f1abac187d0: 00007f1af4398610 0000003dafc0f4f2
0x00007f1abac187e0: 00007f1a00000007 00007f1af43980e0
0x00007f1abac187f0: 00007f1abac188b0 00007f1af4398610
0x00007f1abac18800: 00000000ffffffff 00007f1abac18978
0x00007f1abac18810: 0000000000000001 0000003dafc0f721
0x00007f1abac18820: 0000003fe3428491 0000000000000000
0x00007f1abac18830: 00007f1abac18980 00007f1abac18980
0x00007f1abac18840: 00007f1af4398610 00007f1abac18988

Instructions: (pc=0x0000003dafc185a1)
0x0000003dafc18581: 48 8b 1c 24 4c 8b 64 24 10 48 83 c4 18 e9 4d 62
0x0000003dafc18591: 00 00 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 53
0x0000003dafc185a1: f6 47 68 01 48 89 fb 74 06 5b c3 0f 1f 40 00 8b
0x0000003dafc185b1: 77 58 48 8d 7f 08 e8 f4 b8 ff ff 80 4b 68 01 5b

Register to memory mapping:

RAX=0x0000000000000001 is an unknown value
RBX=0x00007f1af4387a30 is an unknown value
RCX=0x00000000ffffffff is an unknown value
RDX=0x0000000000000001 is an unknown value
RSP=0x00007f1abac18650 is pointing into the stack for thread: 0x00007f1af4344800
RBP=0x00007f1af4387a30 is an unknown value
RSI=0x0000000000000001 is an unknown value
RDI=0x0000000000000001 is an unknown value
R8 =0x0000000000000018 is an unknown value
R9 =0x0101010101010101 is an unknown value
R10=0x0000000000000018 is an unknown value
R11=0x0000003daac88d62: <offset 0x88d62> in /lib64/libc.so.6 at 0x0000003daac00000
R12=0x0000000000000001 is an unknown value
R13=0x0000000000000000 is an unknown value
R14=0x00000000ffffffff is an unknown value
R15=0x00000000000000de is an unknown value

Stack: [0x00007f1abab1b000,0x00007f1abac1c000], sp=0x00007f1abac18650, free space=1013k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libdbus-1.so.3+0x185a1] dbus_message_lock+0x1

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.net.spi.DefaultProxySelector.getSystemProxy(Ljava/lang/String;Ljava/lang/String;)Ljava/net/Proxy;+0
j sun.net.spi.DefaultProxySelector.access$100(Lsun/net/spi/DefaultProxySelector;Ljava/lang/String;Ljava/lang/String;)Ljava/net/Proxy;+3
j sun.net.spi.DefaultProxySelector$2.run()Ljava/net/Proxy;+151
j sun.net.spi.DefaultProxySelector$2.run()Ljava/lang/Object;+1
v ~StubRoutines::call_stub
j java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;)Ljava/lang/Object;+0
j sun.net.spi.DefaultProxySelector.select(Ljava/net/URI;)Ljava/util/List;+223
j sun.net.www.protocol.http.HttpURLConnection.plainConnect()V+314
j sun.net.www.protocol.http.HttpURLConnection.connect()V+1
j sun.net.www.protocol.http.HttpURLConnection.getInputStream()Ljava/io/InputStream;+195
j java.net.HttpURLConnection.getResponseCode()I+16
j com.sun.pkg.client.Image.checkRepositoryConnection(Ljava/net/HttpURLConnection;)V+1
j com.sun.pkg.client.DownloadFileTask.download()Ljava/io/File;+73
j com.sun.pkg.client.DownloadFileTask.call()Ljava/io/File;+1
j com.sun.pkg.client.DownloadFileTask.call()Ljava/lang/Object;+1
j java.util.concurrent.FutureTask$Sync.innerRun()V+29
j java.util.concurrent.FutureTask.run()V+4
j java.util.concurrent.ThreadPoolExecutor.runWorker(Ljava/util/concurrent/ThreadPoolExecutor$Worker;)V+95
j java.util.concurrent.ThreadPoolExecutor$Worker.run()V+5
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )
0x00007f1af42b7000 JavaThread "pool-1-thread-4" [_thread_in_native, id=4523, stack(0x00007f1aba818000,0x00007f1aba919000)]
0x00007f1af42b5800 JavaThread "pool-1-thread-3" [_thread_in_native, id=4522, stack(0x00007f1aba919000,0x00007f1abaa1a000)]
0x00007f1af42bc000 JavaThread "pool-1-thread-2" [_thread_in_native, id=4521, stack(0x00007f1abaa1a000,0x00007f1abab1b000)]
=>0x00007f1af4344800 JavaThread "pool-1-thread-1" [_thread_in_native, id=4520, stack(0x00007f1abab1b000,0x00007f1abac1c000)]
0x00007f1af43b1800 JavaThread "Keep-Alive-Timer" daemon [_thread_blocked, id=4519, stack(0x00007f1abae24000,0x00007f1abaf25000)]
0x00007f1af423e800 JavaThread "Service Thread" daemon [_thread_blocked, id=4515, stack(0x00007f1abb654000,0x00007f1abb755000)]
0x00007f1af423c800 JavaThread "C2 CompilerThread1" daemon [_thread_blocked, id=4514, stack(0x00007f1abb755000,0x00007f1abb856000)]
0x00007f1af4239800 JavaThread "C2 CompilerThread0" daemon [_thread_blocked, id=4513, stack(0x00007f1abb856000,0x00007f1abb957000)]
0x00007f1af4237800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=4512, stack(0x00007f1abb957000,0x00007f1abba58000)]
0x00007f1af41ea000 JavaThread "Finalizer" daemon [_thread_blocked, id=4511, stack(0x00007f1abba58000,0x00007f1abbb59000)]
0x00007f1af41e7800 JavaThread "Reference Handler" daemon [_thread_blocked, id=4510, stack(0x00007f1abbb59000,0x00007f1abbc5a000)]
0x00007f1af4007800 JavaThread "main" [_thread_in_Java, id=4500, stack(0x00007f1afb50e000,0x00007f1afb60f000)]

Other Threads:
0x00007f1af41e0000 VMThread [stack: 0x00007f1abbc5a000,0x00007f1abbd5b000] [id=4509]
0x00007f1af4249800 WatcherThread [stack: 0x00007f1abb553000,0x00007f1abb654000] [id=4516]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
PSYoungGen total 150016K, used 56785K [0x0000000758a00000, 0x0000000763160000, 0x0000000800000000)
eden space 128640K, 44% used [0x0000000758a00000,0x000000075c174420,0x00000007607a0000)
from space 21376K, 0% used [0x0000000761c80000,0x0000000761c80000,0x0000000763160000)
to space 21376K, 0% used [0x00000007607a0000,0x00000007607a0000,0x0000000761c80000)
ParOldGen total 342784K, used 0K [0x0000000609e00000, 0x000000061ecc0000, 0x0000000758a00000)
object space 342784K, 0% used [0x0000000609e00000,0x0000000609e00000,0x000000061ecc0000)
PSPermGen total 21248K, used 5489K [0x0000000604c00000, 0x00000006060c0000, 0x0000000609e00000)
object space 21248K, 25% used [0x0000000604c00000,0x000000060515c418,0x00000006060c0000)

Card table byte_map: [0x00007f1af9bfd000,0x00007f1afabd8000] byte_map_base: 0x00007f1af6bd7000

Polling page: 0x00007f1afc566000

Code Cache [0x00007f1af1000000, 0x00007f1af1270000, 0x00007f1af4000000)
total_blobs=309 nmethods=79 adapters=183 free_code_cache=48552Kb largest_free_block=49699392

Compilation events (10 events):
Event: 12.197 Thread 0x00007f1af4239800 nmethod 73 0x00007f1af1093e50 code [0x00007f1af1093fa0, 0x00007f1af1094358]
Event: 12.209 Thread 0x00007f1af423c800 nmethod 74 0x00007f1af1095e10 code [0x00007f1af1095fe0, 0x00007f1af1096470]
Event: 13.627 Thread 0x00007f1af4239800 75 java.util.ArrayList::access$100 (5 bytes)
Event: 13.628 Thread 0x00007f1af4239800 nmethod 75 0x00007f1af1078e10 code [0x00007f1af1078f40, 0x00007f1af1078f98]
Event: 13.827 Thread 0x00007f1af423c800 76 java.util.ArrayList$Itr::hasNext (20 bytes)
Event: 13.830 Thread 0x00007f1af423c800 nmethod 76 0x00007f1af1087e10 code [0x00007f1af1087f40, 0x00007f1af1087fd8]
Event: 13.832 Thread 0x00007f1af4239800 77 java.util.HashMap::indexFor (6 bytes)
Event: 13.833 Thread 0x00007f1af4239800 nmethod 77 0x00007f1af106a050 code [0x00007f1af106a180, 0x00007f1af106a1b8]
Event: 13.835 Thread 0x00007f1af423c800 78 java.lang.String::endsWith (17 bytes)
Event: 13.846 Thread 0x00007f1af423c800 nmethod 78 0x00007f1af10959d0 code [0x00007f1af1095b20, 0x00007f1af1095cd8]

GC Heap History (0 events):
No events

Deoptimization events (5 events):
Event: 1.841 Thread 0x00007f1af4007800 Uncommon trap -83 fr.pc 0x00007f1af106f4b4
Event: 4.266 Thread 0x00007f1af4007800 Uncommon trap -42 fr.pc 0x00007f1af1085e38
Event: 4.266 Thread 0x00007f1af4007800 Uncommon trap -42 fr.pc 0x00007f1af1085e38
Event: 4.266 Thread 0x00007f1af4007800 Uncommon trap -42 fr.pc 0x00007f1af1085e38
Event: 4.266 Thread 0x00007f1af4007800 Uncommon trap -42 fr.pc 0x00007f1af1085e38

Internal exceptions (10 events):
Event: 1.498 Thread 0x00007f1af4007800 Threw 0x000000075923bfc8 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 1.499 Thread 0x00007f1af4007800 Threw 0x000000075923e928 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 1.502 Thread 0x00007f1af4007800 Threw 0x0000000759242658 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 12.479 Thread 0x00007f1af4007800 Threw 0x000000075b17f608 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 12.486 Thread 0x00007f1af4007800 Threw 0x000000075b18b170 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 12.997 Thread 0x00007f1af4007800 Threw 0x000000075b20ca10 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 13.406 Thread 0x00007f1af4007800 Threw 0x000000075b410930 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 13.411 Thread 0x00007f1af4007800 Threw 0x000000075b419b60 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 13.413 Thread 0x00007f1af4007800 Threw 0x000000075b41bfe0 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166
Event: 13.852 Thread 0x00007f1af4007800 Threw 0x000000075b69c1b8 at /HUDSON/workspace/jdk7u21-2-build-linux-amd64-product/jdk7u21/hotspot/src/share/vm/prims/jvm.cpp:1166

Events (10 events):
Event: 13.854 loading class 0x00007f1af42ba8c0 done
Event: 13.854 loading class 0x00007f1af4342600 done
Event: 13.855 loading class 0x00007f1af4343f80
Event: 13.855 loading class 0x00007f1af4343f80 done
Event: 13.855 loading class 0x00007f1af4341330
Event: 13.855 loading class 0x00007f1af4341330 done
Event: 13.856 Thread 0x00007f1af4344800 Thread added: 0x00007f1af4344800
Event: 13.857 Thread 0x00007f1af42bc000 Thread added: 0x00007f1af42bc000
Event: 13.857 Thread 0x00007f1af42b5800 Thread added: 0x00007f1af42b5800
Event: 13.858 Thread 0x00007f1af42b7000 Thread added: 0x00007f1af42b7000

Dynamic libraries:
00400000-00401000 r-xp 00000000 fd:01 2240923 /usr/java/jdk1.7.0_21/bin/java
00600000-00601000 rw-p 00000000 fd:01 2240923 /usr/java/jdk1.7.0_21/bin/java
010c5000-010e6000 rw-p 00000000 00:00 0 [heap]
604c00000-6060c0000 rw-p 00000000 00:00 0
6060c0000-609e00000 rw-p 00000000 00:00 0
609e00000-61ecc0000 rw-p 00000000 00:00 0
61ecc0000-758a00000 rw-p 00000000 00:00 0
758a00000-763160000 rw-p 00000000 00:00 0
763160000-800000000 rw-p 00000000 00:00 0
3daa800000-3daa820000 r-xp 00000000 fd:01 1847588 /usr/lib64/ld-2.16.so
3daaa20000-3daaa21000 r--p 00020000 fd:01 1847588 /usr/lib64/ld-2.16.so
3daaa21000-3daaa22000 rw-p 00021000 fd:01 1847588 /usr/lib64/ld-2.16.so
3daaa22000-3daaa23000 rw-p 00000000 00:00 0
3daac00000-3daadad000 r-xp 00000000 fd:01 1847589 /usr/lib64/libc-2.16.so
3daadad000-3daafad000 ---p 001ad000 fd:01 1847589 /usr/lib64/libc-2.16.so
3daafad000-3daafb1000 r--p 001ad000 fd:01 1847589 /usr/lib64/libc-2.16.so
3daafb1000-3daafb3000 rw-p 001b1000 fd:01 1847589 /usr/lib64/libc-2.16.so
3daafb3000-3daafb8000 rw-p 00000000 00:00 0
3dab000000-3dab016000 r-xp 00000000 fd:01 1847594 /usr/lib64/libpthread-2.16.so
3dab016000-3dab216000 ---p 00016000 fd:01 1847594 /usr/lib64/libpthread-2.16.so
3dab216000-3dab217000 r--p 00016000 fd:01 1847594 /usr/lib64/libpthread-2.16.so
3dab217000-3dab218000 rw-p 00017000 fd:01 1847594 /usr/lib64/libpthread-2.16.so
3dab218000-3dab21c000 rw-p 00000000 00:00 0
3dab400000-3dab403000 r-xp 00000000 fd:01 1847592 /usr/lib64/libdl-2.16.so
3dab403000-3dab602000 ---p 00003000 fd:01 1847592 /usr/lib64/libdl-2.16.so
3dab602000-3dab603000 r--p 00002000 fd:01 1847592 /usr/lib64/libdl-2.16.so
3dab603000-3dab604000 rw-p 00003000 fd:01 1847592 /usr/lib64/libdl-2.16.so
3dab800000-3dab807000 r-xp 00000000 fd:01 1847595 /usr/lib64/librt-2.16.so
3dab807000-3daba06000 ---p 00007000 fd:01 1847595 /usr/lib64/librt-2.16.so
3daba06000-3daba07000 r--p 00006000 fd:01 1847595 /usr/lib64/librt-2.16.so
3daba07000-3daba08000 rw-p 00007000 fd:01 1847595 /usr/lib64/librt-2.16.so
3dabc00000-3dabc15000 r-xp 00000000 fd:01 1847601 /usr/lib64/libz.so.1.2.7
3dabc15000-3dabe14000 ---p 00015000 fd:01 1847601 /usr/lib64/libz.so.1.2.7
3dabe14000-3dabe15000 r--p 00014000 fd:01 1847601 /usr/lib64/libz.so.1.2.7
3dabe15000-3dabe16000 rw-p 00015000 fd:01 1847601 /usr/lib64/libz.so.1.2.7
3dac000000-3dac100000 r-xp 00000000 fd:01 1844790 /usr/lib64/libm-2.16.so
3dac100000-3dac2ff000 ---p 00100000 fd:01 1844790 /usr/lib64/libm-2.16.so
3dac2ff000-3dac300000 r--p 000ff000 fd:01 1844790 /usr/lib64/libm-2.16.so
3dac300000-3dac301000 rw-p 00100000 fd:01 1844790 /usr/lib64/libm-2.16.so
3dad000000-3dad120000 r-xp 00000000 fd:01 1847596 /usr/lib64/libglib-2.0.so.0.3400.2
3dad120000-3dad31f000 ---p 00120000 fd:01 1847596 /usr/lib64/libglib-2.0.so.0.3400.2
3dad31f000-3dad320000 r--p 0011f000 fd:01 1847596 /usr/lib64/libglib-2.0.so.0.3400.2
3dad320000-3dad321000 rw-p 00120000 fd:01 1847596 /usr/lib64/libglib-2.0.so.0.3400.2
3dad321000-3dad322000 rw-p 00000000 00:00 0
3dad400000-3dad416000 r-xp 00000000 fd:01 1847604 /usr/lib64/libresolv-2.16.so
3dad416000-3dad615000 ---p 00016000 fd:01 1847604 /usr/lib64/libresolv-2.16.so
3dad615000-3dad616000 r--p 00015000 fd:01 1847604 /usr/lib64/libresolv-2.16.so
3dad616000-3dad617000 rw-p 00016000 fd:01 1847604 /usr/lib64/libresolv-2.16.so
3dad617000-3dad619000 rw-p 00000000 00:00 0
3dad800000-3dad801000 r-xp 00000000 fd:01 1847597 /usr/lib64/libgthread-2.0.so.0.3400.2
3dad801000-3dada00000 ---p 00001000 fd:01 1847597 /usr/lib64/libgthread-2.0.so.0.3400.2
3dada00000-3dada01000 r--p 00000000 fd:01 1847597 /usr/lib64/libgthread-2.0.so.0.3400.2
3dada01000-3dada02000 rw-p 00001000 fd:01 1847597 /usr/lib64/libgthread-2.0.so.0.3400.2
3dadc00000-3dadc03000 r-xp 00000000 fd:01 1847600 /usr/lib64/libgmodule-2.0.so.0.3400.2
3dadc03000-3dade02000 ---p 00003000 fd:01 1847600 /usr/lib64/libgmodule-2.0.so.0.3400.2
3dade02000-3dade03000 r--p 00002000 fd:01 1847600 /usr/lib64/libgmodule-2.0.so.0.3400.2
3dade03000-3dade04000 rw-p 00003000 fd:01 1847600 /usr/lib64/libgmodule-2.0.so.0.3400.2
3dae000000-3dae007000 r-xp 00000000 fd:01 1847598 /usr/lib64/libffi.so.5.0.10
3dae007000-3dae206000 ---p 00007000 fd:01 1847598 /usr/lib64/libffi.so.5.0.10
3dae206000-3dae207000 r--p 00006000 fd:01 1847598 /usr/lib64/libffi.so.5.0.10
3dae207000-3dae208000 rw-p 00007000 fd:01 1847598 /usr/lib64/libffi.so.5.0.10
3dae400000-3dae44c000 r-xp 00000000 fd:01 1847599 /usr/lib64/libgobject-2.0.so.0.3400.2
3dae44c000-3dae64c000 ---p 0004c000 fd:01 1847599 /usr/lib64/libgobject-2.0.so.0.3400.2
3dae64c000-3dae64d000 r--p 0004c000 fd:01 1847599 /usr/lib64/libgobject-2.0.so.0.3400.2
3dae64d000-3dae64e000 rw-p 0004d000 fd:01 1847599 /usr/lib64/libgobject-2.0.so.0.3400.2
3dafc00000-3dafc44000 r-xp 00000000 fd:01 1847639 /usr/lib64/libdbus-1.so.3.7.2
3dafc44000-3dafe43000 ---p 00044000 fd:01 1847639 /usr/lib64/libdbus-1.so.3.7.2
3dafe43000-3dafe44000 r--p 00043000 fd:01 1847639 /usr/lib64/libdbus-1.so.3.7.2
3dafe44000-3dafe45000 rw-p 00044000 fd:01 1847639 /usr/lib64/libdbus-1.so.3.7.2
3fdca00000-3fdca5c000 r-xp 00000000 fd:01 1835433 /usr/lib64/libpcre.so.1.0.1
3fdca5c000-3fdcc5c000 ---p 0005c000 fd:01 1835433 /usr/lib64/libpcre.so.1.0.1
3fdcc5c000-3fdcc5d000 r--p 0005c000 fd:01 1835433 /usr/lib64/libpcre.so.1.0.1
3fdcc5d000-3fdcc5e000 rw-p 0005d000 fd:01 1835433 /usr/lib64/libpcre.so.1.0.1
3fdce00000-3fdce1f000 r-xp 00000000 fd:01 1835696 /usr/lib64/libselinux.so.1
3fdce1f000-3fdd01e000 ---p 0001f000 fd:01 1835696 /usr/lib64/libselinux.so.1
3fdd01e000-3fdd01f000 r--p 0001e000 fd:01 1835696 /usr/lib64/libselinux.so.1
3fdd01f000-3fdd020000 rw-p 0001f000 fd:01 1835696 /usr/lib64/libselinux.so.1
3fdd020000-3fdd022000 rw-p 00000000 00:00 0
3fdd800000-3fdd94c000 r-xp 00000000 fd:01 1842846 /usr/lib64/libgio-2.0.so.0.3400.2
3fdd94c000-3fddb4b000 ---p 0014c000 fd:01 1842846 /usr/lib64/libgio-2.0.so.0.3400.2
3fddb4b000-3fddb4f000 r--p 0014b000 fd:01 1842846 /usr/lib64/libgio-2.0.so.0.3400.2
3fddb4f000-3fddb51000 rw-p 0014f000 fd:01 1842846 /usr/lib64/libgio-2.0.so.0.3400.2
3fddb51000-3fddb53000 rw-p 00000000 00:00 0
3fe0800000-3fe0825000 r-xp 00000000 fd:01 1844117 /usr/lib64/libdbus-glib-1.so.2.2.2
3fe0825000-3fe0a25000 ---p 00025000 fd:01 1844117 /usr/lib64/libdbus-glib-1.so.2.2.2
3fe0a25000-3fe0a26000 r--p 00025000 fd:01 1844117 /usr/lib64/libdbus-glib-1.so.2.2.2
3fe0a26000-3fe0a27000 rw-p 00026000 fd:01 1844117 /usr/lib64/libdbus-glib-1.so.2.2.2
3fe3400000-3fe342f000 r-xp 00000000 fd:01 1843047 /usr/lib64/libgconf-2.so.4.1.5
3fe342f000-3fe362e000 ---p 0002f000 fd:01 1843047 /usr/lib64/libgconf-2.so.4.1.5
3fe362e000-3fe362f000 r--p 0002e000 fd:01 1843047 /usr/lib64/libgconf-2.so.4.1.5
3fe362f000-3fe3630000 rw-p 0002f000 fd:01 1843047 /usr/lib64/libgconf-2.so.4.1.5
7f1a78000000-7f1a78021000 rw-p 00000000 00:00 0
7f1a78021000-7f1a7c000000 ---p 00000000 00:00 0
7f1a80000000-7f1a80021000 rw-p 00000000 00:00 0
7f1a80021000-7f1a84000000 ---p 00000000 00:00 0
7f1a84000000-7f1a84021000 rw-p 00000000 00:00 0
7f1a84021000-7f1a88000000 ---p 00000000 00:00 0
7f1a88000000-7f1a88021000 rw-p 00000000 00:00 0
7f1a88021000-7f1a8c000000 ---p 00000000 00:00 0
7f1a8c000000-7f1a8c021000 rw-p 00000000 00:00 0
7f1a8c021000-7f1a90000000 ---p 00000000 00:00 0
7f1a90000000-7f1a90021000 rw-p 00000000 00:00 0
7f1a90021000-7f1a94000000 ---p 00000000 00:00 0
7f1a94000000-7f1a94021000 rw-p 00000000 00:00 0
7f1a94021000-7f1a98000000 ---p 00000000 00:00 0
7f1a98000000-7f1a98313000 rw-p 00000000 00:00 0
7f1a98313000-7f1a9c000000 ---p 00000000 00:00 0
7f1a9c000000-7f1a9c2fd000 rw-p 00000000 00:00 0
7f1a9c2fd000-7f1aa0000000 ---p 00000000 00:00 0
7f1aa0000000-7f1aa0021000 rw-p 00000000 00:00 0
7f1aa0021000-7f1aa4000000 ---p 00000000 00:00 0
7f1aa5c10000-7f1aac000000 r--p 00000000 fd:01 1844871 /usr/lib/locale/locale-archive
7f1aac000000-7f1aac021000 rw-p 00000000 00:00 0
7f1aac021000-7f1ab0000000 ---p 00000000 00:00 0
7f1ab0000000-7f1ab0021000 rw-p 00000000 00:00 0
7f1ab0021000-7f1ab4000000 ---p 00000000 00:00 0
7f1ab4000000-7f1ab4021000 rw-p 00000000 00:00 0
7f1ab4021000-7f1ab8000000 ---p 00000000 00:00 0
7f1aba818000-7f1aba81b000 ---p 00000000 00:00 0
7f1aba81b000-7f1aba919000 rw-p 00000000 00:00 0 [stack:4523]
7f1aba919000-7f1aba91c000 ---p 00000000 00:00 0
7f1aba91c000-7f1abaa1a000 rw-p 00000000 00:00 0 [stack:4522]
7f1abaa1a000-7f1abaa1d000 ---p 00000000 00:00 0
7f1abaa1d000-7f1abab1b000 rw-p 00000000 00:00 0 [stack:4521]
7f1abab1b000-7f1abab1e000 ---p 00000000 00:00 0
7f1abab1e000-7f1abac1c000 rw-p 00000000 00:00 0 [stack:4520]
7f1abac1c000-7f1abac24000 r-xp 00000000 fd:01 2368910 /usr/java/jdk1.7.0_21/jre/lib/amd64/libmanagement.so
7f1abac24000-7f1abae23000 ---p 00008000 fd:01 2368910 /usr/java/jdk1.7.0_21/jre/lib/amd64/libmanagement.so
7f1abae23000-7f1abae24000 rw-p 00007000 fd:01 2368910 /usr/java/jdk1.7.0_21/jre/lib/amd64/libmanagement.so
7f1abae24000-7f1abae27000 ---p 00000000 00:00 0
7f1abae27000-7f1abaf25000 rw-p 00000000 00:00 0 [stack:4519]
7f1abaf25000-7f1abaf2a000 r-xp 00000000 fd:01 1842614 /usr/lib64/libnss_dns-2.16.so
7f1abaf2a000-7f1abb12a000 ---p 00005000 fd:01 1842614 /usr/lib64/libnss_dns-2.16.so
7f1abb12a000-7f1abb12b000 r--p 00005000 fd:01 1842614 /usr/lib64/libnss_dns-2.16.so
7f1abb12b000-7f1abb12c000 rw-p 00006000 fd:01 1842614 /usr/lib64/libnss_dns-2.16.so
7f1abb12c000-7f1abb13c000 r-xp 00000000 fd:01 2368913 /usr/java/jdk1.7.0_21/jre/lib/amd64/libnio.so
7f1abb13c000-7f1abb33c000 ---p 00010000 fd:01 2368913 /usr/java/jdk1.7.0_21/jre/lib/amd64/libnio.so
7f1abb33c000-7f1abb33d000 rw-p 00010000 fd:01 2368913 /usr/java/jdk1.7.0_21/jre/lib/amd64/libnio.so
7f1abb33d000-7f1abb352000 r-xp 00000000 fd:01 2368912 /usr/java/jdk1.7.0_21/jre/lib/amd64/libnet.so
7f1abb352000-7f1abb552000 ---p 00015000 fd:01 2368912 /usr/java/jdk1.7.0_21/jre/lib/amd64/libnet.so
7f1abb552000-7f1abb553000 rw-p 00015000 fd:01 2368912 /usr/java/jdk1.7.0_21/jre/lib/amd64/libnet.so
7f1abb553000-7f1abb554000 ---p 00000000 00:00 0
7f1abb554000-7f1abb654000 rw-p 00000000 00:00 0 [stack:4516]
7f1abb654000-7f1abb657000 ---p 00000000 00:00 0
7f1abb657000-7f1abb755000 rw-p 00000000 00:00 0 [stack:4515]
7f1abb755000-7f1abb758000 ---p 00000000 00:00 0
7f1abb758000-7f1abb856000 rw-p 00000000 00:00 0 [stack:4514]
7f1abb856000-7f1abb859000 ---p 00000000 00:00 0
7f1abb859000-7f1abb957000 rw-p 00000000 00:00 0 [stack:4513]
7f1abb957000-7f1abb95a000 ---p 00000000 00:00 0
7f1abb95a000-7f1abba58000 rw-p 00000000 00:00 0 [stack:4512]
7f1abba58000-7f1abba5b000 ---p 00000000 00:00 0
7f1abba5b000-7f1abbb59000 rw-p 00000000 00:00 0 [stack:4511]
7f1abbb59000-7f1abbb5c000 ---p 00000000 00:00 0
7f1abbb5c000-7f1abbc5a000 rw-p 00000000 00:00 0 [stack:4510]
7f1abbc5a000-7f1abbc5b000 ---p 00000000 00:00 0
7f1abbc5b000-7f1acc000000 rw-p 00000000 00:00 0 [stack:4509]
7f1acc000000-7f1acc021000 rw-p 00000000 00:00 0
7f1acc021000-7f1ad0000000 ---p 00000000 00:00 0
7f1ad0098000-7f1ad4000000 rw-p 00000000 00:00 0
7f1ad4000000-7f1ad4021000 rw-p 00000000 00:00 0
7f1ad4021000-7f1ad8000000 ---p 00000000 00:00 0
7f1ad8000000-7f1ad8021000 rw-p 00000000 00:00 0
7f1ad8021000-7f1adc000000 ---p 00000000 00:00 0
7f1adc000000-7f1adc021000 rw-p 00000000 00:00 0
7f1adc021000-7f1ae0000000 ---p 00000000 00:00 0
7f1ae0000000-7f1ae0021000 rw-p 00000000 00:00 0
7f1ae0021000-7f1ae4000000 ---p 00000000 00:00 0
7f1ae4000000-7f1ae4021000 rw-p 00000000 00:00 0
7f1ae4021000-7f1ae8000000 ---p 00000000 00:00 0
7f1ae8000000-7f1ae8021000 rw-p 00000000 00:00 0
7f1ae8021000-7f1aec000000 ---p 00000000 00:00 0
7f1aec000000-7f1aec021000 rw-p 00000000 00:00 0
7f1aec021000-7f1af0000000 ---p 00000000 00:00 0
7f1af00f1000-7f1af1000000 rw-p 00000000 00:00 0
7f1af1000000-7f1af1270000 rwxp 00000000 00:00 0
7f1af1270000-7f1af43d4000 rw-p 00000000 00:00 0
7f1af43d4000-7f1af8000000 ---p 00000000 00:00 0
7f1af8022000-7f1af8799000 rw-p 00000000 00:00 0
7f1af8799000-7f1af8956000 r--s 039de000 fd:01 2369131 /usr/java/jdk1.7.0_21/jre/lib/rt.jar
7f1af8956000-7f1af8957000 ---p 00000000 00:00 0
7f1af8957000-7f1af8a57000 rw-p 00000000 00:00 0 [stack:4508]
7f1af8a57000-7f1af8a58000 ---p 00000000 00:00 0
7f1af8a58000-7f1af8b58000 rw-p 00000000 00:00 0 [stack:4507]
7f1af8b58000-7f1af8b59000 ---p 00000000 00:00 0
7f1af8b59000-7f1af8c59000 rw-p 00000000 00:00 0 [stack:4506]
7f1af8c59000-7f1af8c5a000 ---p 00000000 00:00 0
7f1af8c5a000-7f1af8d5a000 rw-p 00000000 00:00 0 [stack:4505]
7f1af8d5a000-7f1af8d5b000 ---p 00000000 00:00 0
7f1af8d5b000-7f1af8e5b000 rw-p 00000000 00:00 0 [stack:4504]
7f1af8e5b000-7f1af8e5c000 ---p 00000000 00:00 0
7f1af8e5c000-7f1af8f5c000 rw-p 00000000 00:00 0 [stack:4503]
7f1af8f5c000-7f1af8f5d000 ---p 00000000 00:00 0
7f1af8f5d000-7f1af905d000 rw-p 00000000 00:00 0 [stack:4502]
7f1af905d000-7f1af905e000 ---p 00000000 00:00 0
7f1af905e000-7f1af9169000 rw-p 00000000 00:00 0 [stack:4501]
7f1af9169000-7f1af9187000 rw-p 00000000 00:00 0
7f1af9187000-7f1af922f000 rw-p 00000000 00:00 0
7f1af922f000-7f1af9bfd000 rw-p 00000000 00:00 0
7f1af9bfd000-7f1af9c08000 rw-p 00000000 00:00 0
7f1af9c08000-7f1af9c26000 rw-p 00000000 00:00 0
7f1af9c26000-7f1af9cce000 rw-p 00000000 00:00 0
7f1af9cce000-7f1afa69c000 rw-p 00000000 00:00 0
7f1afa69c000-7f1afa6f0000 rw-p 00000000 00:00 0
7f1afa6f0000-7f1afabd7000 rw-p 00000000 00:00 0
7f1afabd7000-7f1afabe2000 rw-p 00000000 00:00 0
7f1afabe2000-7f1afac98000 rw-p 00000000 00:00 0
7f1afac98000-7f1afacb2000 r-xp 00000000 fd:01 2368925 /usr/java/jdk1.7.0_21/jre/lib/amd64/libzip.so
7f1afacb2000-7f1afaeb2000 ---p 0001a000 fd:01 2368925 /usr/java/jdk1.7.0_21/jre/lib/amd64/libzip.so
7f1afaeb2000-7f1afaeb3000 rw-p 0001a000 fd:01 2368925 /usr/java/jdk1.7.0_21/jre/lib/amd64/libzip.so
7f1afaeb3000-7f1afaebf000 r-xp 00000000 fd:01 1842615 /usr/lib64/libnss_files-2.16.so
7f1afaebf000-7f1afb0be000 ---p 0000c000 fd:01 1842615 /usr/lib64/libnss_files-2.16.so
7f1afb0be000-7f1afb0bf000 r--p 0000b000 fd:01 1842615 /usr/lib64/libnss_files-2.16.so
7f1afb0bf000-7f1afb0c0000 rw-p 0000c000 fd:01 1842615 /usr/lib64/libnss_files-2.16.so
7f1afb0d5000-7f1afb0fe000 r-xp 00000000 fd:01 2368894 /usr/java/jdk1.7.0_21/jre/lib/amd64/libjava.so
7f1afb0fe000-7f1afb2fe000 ---p 00029000 fd:01 2368894 /usr/java/jdk1.7.0_21/jre/lib/amd64/libjava.so
7f1afb2fe000-7f1afb300000 rw-p 00029000 fd:01 2368894 /usr/java/jdk1.7.0_21/jre/lib/amd64/libjava.so
7f1afb300000-7f1afb30d000 r-xp 00000000 fd:01 2368924 /usr/java/jdk1.7.0_21/jre/lib/amd64/libverify.so
7f1afb30d000-7f1afb50c000 ---p 0000d000 fd:01 2368924 /usr/java/jdk1.7.0_21/jre/lib/amd64/libverify.so
7f1afb50c000-7f1afb50e000 rw-p 0000c000 fd:01 2368924 /usr/java/jdk1.7.0_21/jre/lib/amd64/libverify.so
7f1afb50e000-7f1afb511000 ---p 00000000 00:00 0
7f1afb511000-7f1afb60f000 rw-p 00000000 00:00 0 [stack:4500]
7f1afb60f000-7f1afc059000 r-xp 00000000 fd:01 2368929 /usr/java/jdk1.7.0_21/jre/lib/amd64/server/libjvm.so
7f1afc059000-7f1afc258000 ---p 00a4a000 fd:01 2368929 /usr/java/jdk1.7.0_21/jre/lib/amd64/server/libjvm.so
7f1afc258000-7f1afc2fc000 rw-p 00a49000 fd:01 2368929 /usr/java/jdk1.7.0_21/jre/lib/amd64/server/libjvm.so
7f1afc2fc000-7f1afc33a000 rw-p 00000000 00:00 0
7f1afc33a000-7f1afc350000 r-xp 00000000 fd:01 2368876 /usr/java/jdk1.7.0_21/jre/lib/amd64/jli/libjli.so
7f1afc350000-7f1afc550000 ---p 00016000 fd:01 2368876 /usr/java/jdk1.7.0_21/jre/lib/amd64/jli/libjli.so
7f1afc550000-7f1afc551000 rw-p 00016000 fd:01 2368876 /usr/java/jdk1.7.0_21/jre/lib/amd64/jli/libjli.so
7f1afc551000-7f1afc552000 rw-p 00000000 00:00 0
7f1afc556000-7f1afc559000 r--s 000f7000 fd:01 2368934 /usr/java/jdk1.7.0_21/jre/lib/ext/localedata.jar
7f1afc559000-7f1afc55c000 r--s 00024000 fd:02 4459301 /home/johndament/gf/glassfish4/pkg/lib/pkg-client.jar
7f1afc55c000-7f1afc55d000 r--s 00002000 fd:02 4459298 /home/johndament/gf/glassfish4/pkg/lib/pkg-bootstrap.jar
7f1afc55d000-7f1afc565000 rw-s 00000000 00:20 511812 /tmp/hsperfdata_johndament/4499
7f1afc565000-7f1afc566000 rw-p 00000000 00:00 0
7f1afc566000-7f1afc567000 r--p 00000000 00:00 0
7f1afc567000-7f1afc568000 rw-p 00000000 00:00 0
7fffdd56e000-7fffdd58f000 rw-p 00000000 00:00 0 [stack]
7fffdd5fe000-7fffdd600000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]

VM Arguments:
jvm_args: -Dimage.path=/home/johndament/gf/glassfish4/bin/..
java_command: /home/johndament/gf/glassfish4/bin/../pkg/lib/pkg-bootstrap.jar /tmp/pkg-bootstrap4433.props
Launcher Type: SUN_STANDARD

Environment Variables:
JAVA_HOME=/usr/java/jdk1.7.0_21
PATH=/usr/java/jdk1.7.0_21/bin:/home/johndament/eclipse/eclipse:/home/johndament/maven/apache-maven-3.0.5/bin:/home/johndament/idea/idea-IU-129.451/bin:/usr/java/jdk1.7.0_21/bin:/home/johndament/eclipse/eclipse:/home/johndament/maven/apache-maven-3.0.5/bin:/home/johndament/idea/idea-IU-129.451/bin:/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/home/johndament/.local/bin:/home/johndament/bin
USERNAME=johndament
SHELL=/bin/bash
DISPLAY=:0

Signal Handlers:
SIGSEGV: [libjvm.so+0x8a80e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x8a80e0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x744170], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x744170], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGXFSZ: [libjvm.so+0x744170], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x744170], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x743ac0], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x745e50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x745e50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x745e50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x745e50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004

--------------- S Y S T E M ---------------

OS:Fedora release 18 (Spherical Cow)

uname:Linux 3.9.5-201.fc18.x86_64 #1 SMP Tue Jun 11 19:40:51 UTC 2013 x86_64
libc:glibc 2.16 NPTL 2.16
rlimit: STACK 8192k, CORE 0k, NPROC 1024, NOFILE 4096, AS infinity
load average:0.29 0.46 0.40

/proc/meminfo:
MemTotal: 32905992 kB
MemFree: 30147732 kB
Buffers: 66472 kB
Cached: 1286672 kB
SwapCached: 0 kB
Active: 1285344 kB
Inactive: 911304 kB
Active(anon): 872464 kB
Inactive(anon): 37964 kB
Active(file): 412880 kB
Inactive(file): 873340 kB
Unevictable: 3604 kB
Mlocked: 3604 kB
SwapTotal: 16457724 kB
SwapFree: 16457724 kB
Dirty: 220 kB
Writeback: 0 kB
AnonPages: 847196 kB
Mapped: 195388 kB
Shmem: 64652 kB
Slab: 118748 kB
SReclaimable: 59624 kB
SUnreclaim: 59124 kB
KernelStack: 3672 kB
PageTables: 40968 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 32910720 kB
Committed_AS: 4063204 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 154940 kB
VmallocChunk: 34359559168 kB
HardwareCorrupted: 0 kB
AnonHugePages: 262144 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 112080 kB
DirectMap2M: 33398784 kB

CPU:total 8 (4 cores per cpu, 2 threads per core) family 6 model 42 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, avx, ht, tsc, tscinvbit

/proc/cpuinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz
stepping : 7
microcode : 0x28
cpu MHz : 800.000
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4789.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz
stepping : 7
microcode : 0x28
cpu MHz : 800.000
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 1
cpu cores : 4
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4789.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz
stepping : 7
microcode : 0x28
cpu MHz : 800.000
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 2
cpu cores : 4
apicid : 4
initial apicid : 4
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4789.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz
stepping : 7
microcode : 0x28
cpu MHz : 800.000
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 6
initial apicid : 6
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4789.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 4
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz
stepping : 7
microcode : 0x28
cpu MHz : 800.000
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4789.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 5
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz
stepping : 7
microcode : 0x28
cpu MHz : 800.000
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 1
cpu cores : 4
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4789.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 6
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz
stepping : 7
microcode : 0x28
cpu MHz : 800.000
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 2
cpu cores : 4
apicid : 5
initial apicid : 5
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4789.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 7
vendor_id : GenuineIntel
cpu family : 6
model : 42
model name : Intel(R) Core(TM) i7-2760QM CPU @ 2.40GHz
stepping : 7
microcode : 0x28
cpu MHz : 800.000
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 7
initial apicid : 7
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips : 4789.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

Memory: 4k page, physical 32905992k(30147732k free), swap 16457724k(16457724k free)

vm_info: Java HotSpot(TM) 64-Bit Server VM (23.21-b01) for linux-amd64 JRE (1.7.0_21-b11), built on Apr 4 2013 04:03:29 by "java_re" with gcc 4.3.0 20080428 (Red Hat 4.3.0-8)

time: Mon Jun 17 20:28:18 2013
elapsed time: 13 seconds

Comment by Snjezana Sevo-Zenzerovic [ 18/Jun/13 ]

Similar issue reported on Ubuntu in issue GLASSFISH-20643. Same JDK version and native library involved in the crash.

Comment by kovica [ 18/Jun/13 ]

I found a workaround a while back and reported it as comment on issue GLASSFISH-18360 (https://java.net/jira/browse/GLASSFISH-18360?focusedCommentId=343202&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_343202).

The workaround is:

  • cd $GLASSFISH_INSTALL_DIR/bin
  • edit file updatetool and search for line
    echo "proxy.use.system=true" >> "$BOOTSTRAPPROPS"
  • change it to:
    echo "proxy.use.system=false" >> "$BOOTSTRAPPROPS"

The same line is in pkg file.
Using this workaround updatetool is able to itself, but when I rerun the updatetool again I get this:
GlassFish Update Tool does not support running in "sl_SI.utf" locale.
Attempting to use English locale.
WX import error. Verify the WX widgets are in the PYTHONPATH.
The following can be reported to GlassFish Update Tool 2.3.5 Development Team <dev@updatecenter.java.net>.

Traceback (innermost last):
File "/home/gregor/Apps/JEE/glassfish4/updatetool/vendor-packages/updatetool/common/boot.py", line 283, in init_app_locale
import wx
File "wx/_init_.py", line 45, in ?
File "wx/_core.py", line 4, in ?
ImportError: libjpeg.so.62: cannot open shared object file: No such file or directory

despite the fact I have libjpeg.so.62 installed in /usr/lib/x86_64-linux-gnu/libjpeg.so.62

Comment by kovica [ 18/Jun/13 ]

Apparently updatetool is using 32-bit version of python, so I had to install 32-bit version of libjpeg.62 using:
sudo apt-get install libjpeg62:i386

I could run updatetool and installed pending Glassfish update





[GLASSFISH-19308] Hibernate 3.5.0-02 installed by Update Center has a JPA 2 bug Created: 08/Nov/12  Updated: 06/Dec/12

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 3.1.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Ian Hlavats Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

JPA 2 criteria API is broken in Hibernate 3.5.0-02, which is the version of Hibernate EM installed by GlassFish Update Center:

https://hibernate.onjira.com/browse/HHH-5051

This issue was fixed in 3.5.1.Final.

To understand the problem, consider this code:

CriteriaBuilder cb = em.getCriteriaBuilder();
CriteriaQuery<Event> criteria = cb.createQuery(Event.class);
Root<Event> event = criteria.from(Event.class);
criteria.select(event);
criteria.where(cb.equal(event.get(Event_.eventType), eventType));
TypedQuery<Event> query = em.createQuery(criteria);
return query.getResultList();

Hibernate generates the following invalid SQL:

select event0_.id as id6_, event0_.version as version6_, event0_.created_by as created8_6_, event0_.description as descript3_6_, event0_.end_date as end4_6_, event0_.event_type as event5_6_, event0_.start_date as start6_6_, event0_.title as title6_, event0_.venue as venue6_ from event event0_ inner join venue venue1_ on event0_.venue=venue1_.id where 1=1 and event0_.event_type=_binary'??\0^E~r\0^]com.mycompany.model.EventType\0\0\0\0\0\0\0\0^R\0\0xr\0^Njava.lang.Enum\0\0\0\0\0\0\0\0^R\0\0xpt\0^EMOVIE'

Workaround:

  • Do not install Hibernate EM using the GlassFish Update Center
  • Add the following to pom.xml if using Maven:

<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-entitymanager</artifactId>
<version>3.5.1-Final</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-simple</artifactId>
<version>1.5.8</version>
</dependency>
<dependency>
<groupId>javax.validation</groupId>
<artifactId>validation-api</artifactId>
<version>1.0.0.GA</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-validator</artifactId>
<version>4.0.2.GA</version>
</dependency>

  • Deploy the application. It will use the bundled Hibernate jars instead of the GlassFish JPA implementation.





[GLASSFISH-19438] Install summary screen should be improved Created: 13/Dec/12  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b66
Fix Version/s: 4.1.1

Type: Improvement Priority: Major
Reporter: Joe Di Pol Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to GLASSFISH-19258 Java EE 7 SDK Ease of Use Resolved

 Description   

This bug is actually against the Java EE 6 SDK.

We've had some feedback the the installer summary screen is not very useful. It says:

"Please see the detailed summary report for an overview of this session, including next steps for using this installation.Please see the log file for detailed information."

Issues:

  • There is a reasonable expectation that detailed summary report will include pointers to next steps but if you click that, it takes you just the installation summary.
  • The "next steps" link takes us to GlassFish 3.1 installation guide, which is not so useful because I just finished installing.
  • There should be a space between the two sentences.

The bottom line is the installer summary should guide the user to the obvious next step. Maybe that would involve loading or launching the top level readme.html that is planned to improve SDK ease of use (see GLASSFISH-19258).



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 21/Mar/13 ]

Deferring to 4.0.1 due to time constraints.

Comment by Snjezana Sevo-Zenzerovic [ 21/Mar/13 ]

Changing to "improvement"





[GLASSFISH-3531] installer should display next steps Created: 24/Aug/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Major
Reporter: sauvage Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All
URL: http://forums.java.net/jive/thread.jspa?messageID=232328


Issuezilla Id: 3,531

 Description   

The glassfish installer should display instructions after installation finished
because glassifsh is not yet ready to use but "installation complete" is printed
on console.
You have to manually run "ant -f setup.xml" or "ant -f setup-cluster.xml" to
really complete the installation.
A better solution should be to run the selected ant script based on user input.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-1926] provide a platform-independent uninstaller to cleanly remove glassfish Created: 07/Jan/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: New Feature Priority: Major
Reporter: al_xipe Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 1,926

 Description   

For the sake of design elegance and consistency, if you provide an installer
(setup.xml) facility to install glassfish, you should ship an uninstaller
(uninstall.xml??? maybe you'll want to rename setup to install 'coz there's no
such thing as a unsetup or setdown script ) along with it, even if only to do
a rm -rf. I guess what I mean is that it doesn't have to be fancy, it's just
that when you use an installer to get bits on a box, you expect to have to use
an uninstaller to do the opposite.
also, it could take care of platform specific features - unregister as a windows
service, a solaris SMF or things like that - and platform independent tasks such
as shutting any running instances down, send a notification to the admin, etc.

This would be more symetric (install // uninstall).

the other way to tackle at it is to just get rid of the installer, which is a
luxury I doubt glassfish can afford.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-9048] Unable to build domains under 1.7.0-ea Created: 06/Aug/09  Updated: 08/Feb/16

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: v2.1.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: esmithbss Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


Issuezilla Id: 9,048
Status Whiteboard:

v3_exclude

Tags: 3_1-exclude, future-exclude

 Description   

I just installed Glassfish 2.1-b60e Jar under Ubuntu Linux 9.04 (EEEbuntu 3.0)
and during the domain creation received the following error:

BUILD FAILED
/home/esmith/Apps/Glassfish-2.1/setup.xml:161: The following error occurred
while executing this line:
/home/esmith/Apps/Glassfish-2.1/setup.xml:151: Glassfish requires JDK 1.5 or
higher, you have java version "1.7.0-ea"
Java(TM) SE Runtime Environment (build 1.7.0-ea-b59)
Java HotSpot(TM) Server VM (build 16.0-b03, mixed mode)

It appears that the setup script cannot determine that 1.7.0 is greater than 1.5.x



 Comments   
Comment by ne110415 [ 19/Aug/09 ]

Changing to right component.

Comment by Snjezana Sevo-Zenzerovic [ 14/Sep/09 ]

Issue not applicable to v3, adjusting target milestone and exclude keyword.

Comment by Snjezana Sevo-Zenzerovic [ 30/Aug/10 ]

...

Comment by Snjezana Sevo-Zenzerovic [ 30/Aug/10 ]

...

Comment by scatari [ 05/Jul/11 ]

Not a bug on 3.1.1.

Comment by stephenwilburn [ 28/Dec/11 ]

To get around this issue I edited the setup.xml file to include my current JDK version "1.7.0_02"

This allowed for a successful build.

(around lines 145-150 of the setup.xml file in the % glassfish directory)

<condition property="java.version.acceptable">
<or>
<contains string="$

{targeted.java.version}" substring="1.5"/>
<contains string="${targeted.java.version}

" substring="1.7.0_02"/>
</or>
</condition>

Comment by vovtz [ 08/Feb/16 ]

For a project that still uses GlassFish 2.1.1 in 2016, I changed the setup.xml like this:

    <condition property="java.version.acceptable">
       <or>
         <contains string="${targeted.java.version}" substring="1.5"/>
         <contains string="${targeted.java.version}" substring="1.6"/>
         <contains string="${targeted.java.version}" substring="1.7"/>
         <contains string="${targeted.java.version}" substring="1.8"/>
       </or>
    </condition>




[GLASSFISH-14574] Update Tool - Unexpected Error Created: 10/Nov/10  Updated: 09/Dec/10

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: 3.1
Fix Version/s: future release

Type: Bug Priority: Minor
Reporter: aloleary Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows 7
Platform: All


Issuezilla Id: 14,574

 Description   

Currently on 3.1-u22 and trying to use UpdateTool to upgrade get the following
error posted verbatum:

(Note selecting Available Add-Ons works ok - this problem is when selecting
Available Updates)

Application ID: [Update Tool 2.3.2 (Build 38.2791)]
Timestamp : [2010-11-10 09:06:35 GMT Standard Time(GMT Standard Time)]
wx Version : [2.8.10.1]
wx Platform : [__WXMSW__]
Python Version: [2.4.4]
Platform : [Microsoft-Windows-32bit-WindowsPE]

Traceback (innermost last):
File
"d:\dev\apps\java\glassfish\glassfishv3\updatetool\vendor-packages\updatetool\common\listers.py",
line 399, in run
pkg_plans = ips.get_list_of_updates(img, opname='list')
File
"d:\dev\apps\java\glassfish\glassfishv3\updatetool\vendor-packages\updatetool\common\ips_init_.py",
line 626, in get_list_of_updates
verbose = False)
File
"d:\dev\apps\java\glassfish\glassfishv3\pkg\vendor-packages\pkg\client\image.py", line
2581, in make_install_plan
self.__call_imageplan_evaluate(ip, verbose)
File
"d:\dev\apps\java\glassfish\glassfishv3\pkg\vendor-packages\pkg\client\image.py", line
620, in __call_imageplan_evaluate
ip.evaluate()
File
"d:\dev\apps\java\glassfish\glassfishv3\pkg\vendor-packages\pkg\client\imageplan.py",
line 454, in evaluate
self.evaluate_fmri(f)
File
"d:\dev\apps\java\glassfish\glassfishv3\pkg\vendor-packages\pkg\client\imageplan.py",
line 302, in evaluate_fmri
supported = m.get_variants("variant.arch")
File
"d:\dev\apps\java\glassfish\glassfishv3\pkg\vendor-packages\pkg\manifest.py",
line 802, in get_variants
if not self.loaded and not self.__load_attributes():
File
"d:\dev\apps\java\glassfish\glassfishv3\pkg\vendor-packages\pkg\manifest.py",
line 775, in __load_attributes
a = actions.fromstr(l.strip())
File
"d:\dev\apps\java\glassfish\glassfishv3\pkg\vendor-packages\pkg\actions_init_.py",
line 161, in fromstr
atype, ahash, attr_dict = _fromstr(string)
MalformedActionError: Malformed action at position: 386:



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 10/Nov/10 ]

Setting tentative target milestone. Could you please let me know if you
installed any additional components in addition to original 3.1 b22 distribution
content? If possible, please run 'pkg list -f' from top level bin directory and
attach the command output to the issue.

Comment by Snjezana Sevo-Zenzerovic [ 10/Nov/10 ]

Also, was the issue one-off occurrence or it persists each time you invoke
updatetool? One of the repository servers had disk space issues over last couple
of days and behaved erratically so that may have caused catalog data corruption.
If that's the culprit, you may try running 'pkg refresh' and 'pkg rebuild-index'
commands and see if that resolves the issue.

Comment by Snjezana Sevo-Zenzerovic [ 09/Dec/10 ]

Downgrading priority to "minor" and setting target to future release - issue seems to be isolated and upgrades from previous stable releases (v3, 3.0.1) to current promoted build work as expected.





[GLASSFISH-11252] zip bundles: uuid in cfg_cache should be removed Created: 04/Dec/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Minor
Reporter: ckamps Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Attachments: HTML File cfg_cache-after     HTML File cfg_cache-before    
Issuezilla Id: 11,252

 Description   

Using latest-glassfish.zip from Dec 3, the file
glassfishv3/.org.opensolaris,pkg/cfg_cache has uuid entries for each
publisher/repo, but it should not. The uuid = lines need to be removed from the
cfg_cache file prior to shipping the .zip file.

The uuids will be automatically generated by the pkg(5) tooling as those tools
are used to manage the installation.

Excluding the UUIDs from the pre-installed image is important because the UUIDs
enable us to report on unique installation instances. If the same UUIDs are
hardcoded across installations, then our reporting sees much fewer instances
than exist.

<SNIP>
...
[authority_stable.glassfish.org]
origin = http://pkg.glassfish.org/v3/stable/
ssl_key = None
ssl_cert = None
uuid = 24019f82-dfd5-11de-83d8-0003ba2efce4
repo.related_uris = []
...
</SNIP>



 Comments   
Comment by ckamps [ 04/Dec/09 ]

Confirmed that this issue is also present in the latest-web.zip file.

Comment by scatari [ 04/Dec/09 ]

Transferring to Snjezana for further evaluation.

Comment by Snjezana Sevo-Zenzerovic [ 04/Dec/09 ]

I am confused. This is what distribution assembly document says:

"If you are using a universal image along with the pkg(5) Java Bootstrap
facility, then the publisher UUID will be reset automatically when the bootstrap
is executed. The Java Bootstrap facility also has an input value for determining
whether anonymous information should be sent to the server. If this is set, then
the send-uuid property will be set to true within the image. "

All GF zip files, both the standalone image and the one used for installer
payload are universal images, without bundled client. So, they would fall under
this section and shouldn't this mean that bootstrap overrides initial UUID
values. Did that change?

Comment by Snjezana Sevo-Zenzerovic [ 04/Dec/09 ]

Created an attachment (id=4038)
Initial cfg_cache

Comment by Snjezana Sevo-Zenzerovic [ 04/Dec/09 ]

Created an attachment (id=4039)
cfg_cache after client bootstrap

Comment by Snjezana Sevo-Zenzerovic [ 04/Dec/09 ]

I'll take the liberty of closing this issue since I just verified that client
bootstrap still properly updates all initial UUID values. "Before" and "after"
cfg_cache files are being attached.

Comment by ckamps [ 04/Dec/09 ]

You are correct in that the bootstrap code will reset all of the UUIDs. Sorry
about that. This issue is not a P3 for that reason.

However, it's still a relevant issue in those cases where a user has multiple
images installed and is using tools from another image to manage the
non-bootstrapped image. In this case, the uuids won't get reset because the
bootstrap is never used. Lowering to a P4 because although the exposure is
less, it's still an issue.

This situation will become more common because we have numerous pkg(5) product
distributions with their own copies of pkg(5) tools: various versions of GF v3,
v3 bundled in various IDEs, Web Space, MQ, Web Stack, etc.

Since the Python pkg(5) code will set the uuid on all publishers when uuid = is
not present, it's actually a better practice to not include uuid = at all in the
pre-installed images. So when someone points Update Tool to an image that has
not been bootstrapped, that image will get new UUIDs when the uuid = lines are
not already present. If they're already present, the hardcoded factory UUIDs
will remain in effect.

Although the install image checklist already calls for removing the uuid =
settings, we'll update the Install Image Assemblers guide with this information.
Here's the checklist document:

http://wikis.sun.com/display/IpsBestPractices/Packaging+and+Install+Bundle+Checklist

Comment by Snjezana Sevo-Zenzerovic [ 04/Dec/09 ]

Very well. We'll take care of this in the trunk, setting target release to 3.1.

Comment by ckamps [ 05/Dec/09 ]

The plot thickens. Changing to RFE. Ironically, even if we wanted to modify the
GF cfg_cache to exclude the uuid = settings, it will not work. Until we make
some enhancements to how the Java API and bootstrap work, excluding uuid = in
the GF bundles installerless zip bundles is not feasible. Once the UC project
files an RFE to address some gaps on the UC side, we'll update this RFE with a
pointer to that issue.

Excluding uuid = in product bundles that don't make use of the pkg(5) Java API
apart from perhaps the initial bootstrap (e.g. Web Space, MQ, Web Stack, etc)
continues to be a recommended best practice because the pkg(5) Python API will
always automatically add the uuid settings.

Here's why excluding uuid = in the cfg_cache won't work with GF zip bundles today:

1) The bootstrap doesn't currently automatically add uuids when no uuid =
entries exist. It only resets uuid = entries when they exist. In the GF case,
this gap wouldn't matter that much because of the next aspect.

2) When start-domain is executed, the GF code uses the pkg(5) Java API to set
the uuids to the same value so as to align with the uuid used to identify and
potentially register the installation of GF. However, due to the behavior of
the Java API, it appears this setting only takes effect when the uuid = entries
already exist.

(I have not tested the installer-wrapped GF bundles to see how they would behave
with uuid = not present).

As a result of this investigation, the UC team is looking into enhancing the
bootstrap and pkg(5) Java API to better handle cases where uuid = is not present
at all.

Related issues:

1) Double uuids for same installation:

Given the behavior today where start-domain effectively resets the uuids a
second time for the same installation, our backend usage reporting is probably
counting more unique installations than actually exist. Perhaps this issue is
limited to the use of GF zip bundles. The UC team will look into the reporting
system impact.

2) Running bootstrap after start-domain overwrites sync'd uuids:

This is actually a very likely scenario:

  • User downloads zip and expands it.
  • User knows nothing about bin/updatetool and starts the domain.
  • During start-domain, uuids are set and sync'd.
  • Later on, user executes bin/updatetool which in turn executes the bootstrap.

At this point the bootstrap overwrites the sync'd up uuids as set via
start-domain. Another start-domain will sync the uuids again, but in the
meantime, a series of updates or installs may have occurred via the Update Tool
with the unsync'd uuids.

Comment by ckamps [ 05/Jan/10 ]

In the upcoming UC 2.3 Update 1 and 2.4 releases, the absence of "uuid ="
settings from the cfg_cache will result in UUIDs being automatically assigned or
assigned via the setAuthority() method of the Image.java class.

This means that this RFE to remove the factory UUIDs from the GF bundles can be
addressed in GF 3.1 as long as 2.3 U1 or greater of the toolkit pkg-client.jar
is used.

Here's the toolkit issue that was fixed:

https://updatecenter2.dev.java.net/issues/show_bug.cgi?id=1955

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-12676] Add additional package info metadata to GlassFish packages Created: 15/Jul/10  Updated: 10/Dec/12

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: 3.1
Fix Version/s: future release

Type: Improvement Priority: Minor
Reporter: Snjezana Sevo-Zenzerovic Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 12,676

 Description   

Define additional package info metadata for 3.1 GlassFish packages as defined in
Best Practices:

https://wikis.oracle.com/display/IpsBestPractices/Packaging+Best+Practices+-+Additional+Package+Info



 Comments   
Comment by Nazrul [ 10/Dec/12 ]

This is an important but nice to have feature for GlassFish build infrastructure. We may work on this after all core infrastructure is in place.





[GLASSFISH-8720] pkg(5) toolkit packages need to be removed from community contrib repo Created: 14/Jul/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: V3
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: ckamps Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Dependency
depends on GLASSFISH-8502 GlassFish v3 Preview download has 'co... Resolved
Issuezilla Id: 8,720

 Description   

The following two repositories contain the pkg(5) toolkit packages, but they
should not be present. These packages need to be removed from these
repositories because attempting to maintain and update these packages in
addition to the packages in the appropriate release/, support/, etc repos adds
unnecessary cost and complexity. Additionally, if these packages are not
maintained and updated and a user happens to install the packages from these
contrib repos, they will never receive updates to them.

Here are the two contrib repos with these unnecessary packages:

http://pkg.glassfish.org/v3/contrib/
http://pkg.sun.com/glassfish/v3/contrib/

The packages are:

pkg
pkg-extra-tools
pkg-java
pkg-toolkit
python2.4-minimal
updatetool
wxpython2.8-minimal

WARNING: Since v3 Preview initially shipped with an incorrect preferred repo
setting (see the following issue), removal of the pkg(5) toolkit packages from
the pkg.glassfish.org/v3/contrib/ repo will cause failures under some
conditions. Those conditions will be documented here shortly.

https://glassfish.dev.java.net/issues/show_bug.cgi?id=8502



 Comments   
Comment by ckamps [ 14/Jul/09 ]

I confirmed that the toolkit packages can be removed from the
pkg.sun.com/glassfish/v3/contrib/ because the v3 Preview points to the
pkg.glassfish.org/v3/contrib/ as its preferred repo. Consequently, cleaning up
pkg.sun.com/glassfish/v3/ should be feasible at this stage.

Comment by ckamps [ 07/Aug/09 ]

Splitting this issue into two because the pkg.sun.com contrib issue can be
addressed now while the community contrib issue will have to wait until later on.

Comment by ckamps [ 07/Aug/09 ]

This issue has been modified to focus only on the removal of the toolkit
packages from the community contrib repo.

A new issue has been filed to address removal of the toolkit packages from the
sun.com contrib repo:

https://glassfish.dev.java.net/issues/show_bug.cgi?id=9067

Comment by kumara [ 01/Sep/09 ]

naman -> snjezana

Comment by Snjezana Sevo-Zenzerovic [ 15/Sep/09 ]

We'll remove these packages at FCS time since at that point we'll presumably
retire any support for Preview community distribution.

Comment by Snjezana Sevo-Zenzerovic [ 02/Nov/09 ]

Repository housekeeping task. Will be addressed after HCF.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-9332] SunPKCS11 initialization error w/ 64bit VM Created: 01/Sep/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: packaging
Affects Version/s: v2.1.1
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: eileeny Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: SunOS
Platform: All


Attachments: Text File server.log    
Issuezilla Id: 9,332
Status Whiteboard:

v3_exclude,V2.1.1exclude


 Description   

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)

#]


 Comments   
Comment by kumarjayanti [ 03/Sep/09 ]

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.

Comment by meenap [ 22/Sep/09 ]

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)

#]
Comment by meenap [ 22/Sep/09 ]

Created an attachment (id=3261)
Server Log

Comment by Ed Bratt [ 22/Sep/09 ]

Changed Target Milestone to 2.1.1

Comment by kumarjayanti [ 22/Sep/09 ]

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.

Comment by eileeny [ 23/Sep/09 ]

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.

Comment by kumarjayanti [ 23/Sep/09 ]

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
------------------------------------

Comment by eileeny [ 23/Sep/09 ]

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

Comment by meenap [ 23/Sep/09 ]

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.

Comment by eileeny [ 23/Sep/09 ]

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

Comment by eileeny [ 23/Sep/09 ]

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.

Comment by kumarjayanti [ 24/Sep/09 ]

reassign

Comment by Snjezana Sevo-Zenzerovic [ 24/Sep/09 ]

Excluding from v3 bug list.

Comment by meenap [ 06/Oct/09 ]

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.

Comment by meenap [ 06/Oct/09 ]

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.

Comment by coding [ 08/Oct/09 ]
      • Issue 9332 has been confirmed by votes. ***
Comment by meenap [ 09/Oct/09 ]

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

Comment by jagadesh [ 15/Oct/09 ]

Will not be fixed for V2.1.1

Comment by jagadesh [ 15/Oct/09 ]

Will not be fixed for V2.1.1

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-7793] SJSU - New image creation allows blank image title Created: 15/Apr/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: update_center
Affects Version/s: V3
Fix Version/s: not determined

Type: Bug Priority: Minor
Reporter: renukadsouza Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Enviro