[GLASSFISH-10681] Couldn't install community version on AIX Created: 29/Oct/09  Updated: 06/Mar/12

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

Type: New Feature Priority: Blocker
Reporter: leonfan Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: AIX
Platform: Other


Issuezilla Id: 10,681
Status Whiteboard:

3.1-exclude v3_exclude

Tags: 3_1-exclude

 Description   

I download latest community version for GlassFish V2.1.1 and run
'lib/ant/bin/ant -f setup.xml' failed after 'java -Xmx256m -jar
glassfish-installer-ml.jar'. That means we couldn't setup runable environment on
AIX for it. That java version on machine is java 5. Seemed it fail on domain
creation step:

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

Here is detail log:

  1. lib/ant/bin/ant -f setup-cluster.xml
    Buildfile: setup-cluster.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:

create-local-registry:

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

preinstall-bootstrap:
[mkdir] Created dir: /export/eng/leon/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/leon/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/leon/glassfish/lib/appserv-cmp.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/appserv-cmp.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/appserv-cmp.jar.pack.gz

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

jarpack-tasks:

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

get.java.home:

setup.init:

-do.copy.common:
[copy] Copying 1 file to /export/eng/leon/glassfish/config

do.copy.windows:

do.copy.unix:
[copy] Copying 1 file to /export/eng/leon/glassfish/config
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/updatecenter/bin

do.copy:

get.java.home:

setup.init:

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

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.mfwk.windows:

do.token.mfwk.solaris-sparc:

do.token.mfwk.solaris-x86:

do.token.mfwk.linux:

do.token.mfwk.mac:

do.token.mfwk.aix:

do.token.mfwk:

do.token:

get.java.home:

setup.init:

do.chmod.unix:
[chmod] Skipping fileset for directory
/export/eng/leon/glassfish/javadb/bin. It is empty.

do.chmod:

install-domain:

get.java.home:

setup.init:

set.env.win:

set.env.unix:

set.env:

remove.domain.xml:
[echo] Deleting File ->
/export/eng/leon/glassfish/lib/install/templates/cluster/domain.xml
[delete] Deleting:
/export/eng/leon/glassfish/lib/install/templates/cluster/domain.xml

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

BUILD FAILED
/export/eng/leon/glassfish/setup-cluster.xml:171: The following error occurred
while executing this line:
/export/eng/leon/glassfish/setup-cluster.xml:236: The following error occurred
while executing this line:
/export/eng/leon/glassfish/setup-cluster.xml:690: exec returned: 1

Total time: 14 seconds



 Comments   
Comment by kumara [ 30/Oct/09 ]

Marking as v3_exclude because the community installer is different for v3.

Comment by pierrot [ 02/Nov/09 ]

I could reproduce the issue with the latest GlassFish3 (Mac and AIX) and Sun
GlassFish Communication Server (Mac).

Here is my error message:
BUILD FAILED
/export/eng/pierrot/gf3_091102/gf3_aix/glassfish/setup.xml:177: The following
error occurred while executing this line:
/export/eng/pierrot/gf3_091102/gf3_aix/glassfish/setup.xml:607: exec returned: 1

Comment by kumara [ 02/Nov/09 ]

AIX support is deferred for glassfish v3 to next release. In addition, v3 does not require setup.xml step
during installation.

Comment by scatari [ 04/Oct/10 ]

3.1 does not support AIX.

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-5888] Identify the student user in registration panel Created: 04/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: Critical
Reporter: jj156416 Assignee: scatari
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,888

 Description   

To align with the regitration requirement of sun product.
There is a requirement to add checkbox(or other input) to identify if the
register is the student or not.



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

...

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-7440] [OPENINSTALLER]Improvements to unix install script 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: Critical
Reporter: wvreeven Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux


Issue Links:
Dependency
depends on GLASSFISH-8307 [OPENINSTALLER]Windows start->Program... Resolved
Issuezilla Id: 7,440

 Description   

With Windows installers commonly the question is asked if you'd like to create
desktop icons, quick launch icons and/or start menu icons. But the unix
installer script doesn't do this. It simply adds a menu item to my Gnome menu
and the name of the menu item is VERY long (too long IMHO) because the whole
path to the install dir is in the name of the menu item. I'd like to file an RFE
to include a question in the unix installer process that asks if a menu item
should be created and, if yes, what it's name should be.

Nolan Luu requested me to file this RFE with high priority, so that's why I set
it to P2. Thanks.



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

Assigning to Sathyan who worked on improvements in this are for evaluation.
AFAIK, some changes were already made for v3 preview release.

Comment by scatari [ 14/May/09 ]

This part needs a patch from Open Installer. Currently there is way to
differentiate between windows and non-windows descriptors for specifying
start->menu and desktop items.

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-15425] [STRESS][umbrella] 24x7 RichAccess run on OEL with JRockit-jdk1.6.0_22 failed. Created: 04/Jan/11  Updated: 05/Jul/11  Due: 18/Jan/11

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

Type: New Feature Priority: Critical
Reporter: varunrupela Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Zip Archive re-run-logs.zip    
Issue Links:
Dependency
depends on GLASSFISH-16568 GMS can select incorrect network inte... In Progress
depends on GLASSFISH-15377 [STRESS] java.lang.ArrayIndexOutOfBou... Reopened
depends on GLASSFISH-15376 [STRESS] java.lang.ArrayIndexOutOfBou... Resolved
depends on GLASSFISH-15503 [STRESS] JRockit: Deadlock observed f... Resolved
depends on GLASSFISH-15426 [STRESS] "java.util.concurrent.Reject... Closed
depends on GLASSFISH-15427 [STRESS] ClassFormatError observed fr... Closed
depends on GLASSFISH-15428 [STRESS] NoClassDefFoundError from Sh... Closed
Tags: 3_1-next, 3_1_1-scrubbed

 Description   

This is a Umbrella Issue Opened to track the BigApps - RichAccess - run on Windows 2008.

************
Build : GF nightly build 35 from 28-Dec-2010.
Platform : OEL
JDK: JRockit-jdk 1.6.0_22
Setup : 3 Instance Cluster
Application: RichAccess
Target Duration: 24x7
Completed Duration: 24x4
Client Settings: call_rate 20

Observations: The run saw an exception from the grizzly layer and a crash on all the instances. Some other exceptions were also observed. Separate issues will be filed for each observed issue.
************



 Comments   
Comment by Joe Fialli [ 04/Jan/11 ]

It appears that instance03 stopped responding to GMS heartbeat and was reported as suspect and then failed.
This can happen when the GC is running for long periods of times and not allowing for an instance to respond to its
heartbeat within 6 seconds. However, since the instance was also confirmed failed, that means that GMS was not able
to create a new TCP connection to the instance and ping it with 10 seconds of the missed heartbeats.

It would assist in evaluation if the DAS server log is attached since that provides an overview of unexpected
failures. Then the server log and gc log of that instance that failed first should be inspected to
see if it is long GC and/or OutOfMemory issues that is causing that instance to seem failed. Or if there is a fatal
exception showing that instance has crashed.

NoClassDefFound error reported in http://java.net/jira/browse/GLASSFISH-15428 seems more likely to occur on a
failing JVM due to OutOfMemory issues.

Comment by varunrupela [ 05/Jan/11 ]

Started a re-run to collect more information.
Logs location has been sent by e-mail to Joe.

Comment by Nazrul [ 05/Jan/11 ]

Umbrella bug; excluding from un-scrubbed list

Comment by varunrupela [ 10/Jan/11 ]

The re-run of a of this scenario to debug an initial failure (where the instances crashed) lead to the following observations:

[Filed Bugster Issue: 7011216 for the below problem]

  • The initial run and the re-run, both show the below stack trace almost exactly after 4 days and 6 hrs:
    [#|2011-01-09T23:20:02.662+0530|SEVERE|glassfish3.1|grizzly|_ThreadID=13;_ThreadName=Thread-3;|doSelect exception
    java.lang.NoClassDefFoundError: java/lang/String
    at java.lang.Class.getDeclaredMethods0(Native Method)
    at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
    at java.lang.Class.getMethod0(Class.java:2670)
    at java.lang.Class.getMethod(Class.java:1603)
    at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.handleRequest(ActiveJmsResourceAdapter.java:2196)
    at com.sun.enterprise.v3.services.impl.ServiceInitializerHandler.onAcceptInterest(ServiceInitializerHandler.java:114)
    at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:301)
    at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKeys(SelectorHandlerRunner.java:263)
    at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:200)
    at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)
    #]
  • 15 minutes after the above stack the following is logged by Grizzly:
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(3).|#]
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(5).|#]
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(1).|#]
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(4).|#]
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(2).|#]
  • One instance survived (i.e. did not crash) and so we were able to take a jstack on it. The jstack shows the attached deadlock, but we do not yet know the exact time the deadlock appeared.
  • 2 of the instances crashed at different times. instance102 crashed on 10th Jan, 02:07, while instance103 crashed on 10th Jan, 00:24.
    [Filed Bugster Issue: 7011219]

Issues for all the above issues will be filed and linked to this issue.

Comment by varunrupela [ 10/Jan/11 ]

Attached logs for the re-run.

Comment by varunrupela [ 10/Jan/11 ]

Here's a netstat out for instance101's jms port. instance101 did not crash.

[root@sf-x2200-21 log]# netstat -an | grep 27676
tcp 0 0 ::ffff:127.0.0.1:15400 ::ffff:127.0.0.1:27676 ESTABLISHED
tcp 4 0 ::ffff:127.0.0.1:27676 ::ffff:127.0.0.1:15400 ESTABLISHED

Comment by Nazrul [ 18/Jan/11 ]

In the release note, you may refer to the following two JRockit issues:

https://bug.oraclecorp.com/pls/bug/webbug_print.show?c_rptno=11070311
https://bug.oraclecorp.com/pls/bug/webbug_print.show?c_rptno=11070336

Comment by Nazrul [ 08/Mar/11 ]

We need to provide the necessary information to JRockit team. Getting help from Chris.

Comment by Scott Fordin [ 23/Mar/11 ]

Need more info to add issue to 3.1 Release Notes.

Comment by Chris Kasso [ 07/Apr/11 ]

This item does not need to be covered in the Release Notes since we have documented that there is no support for JRocket in 3.1

Comment by Chris Kasso [ 23/May/11 ]

Transferring ownership of this umbrella issue to Sathyan because he owns the 3.1.1 release.

Comment by scatari [ 02/Jun/11 ]

Required tracking bug for 3.1.1 support for JRockit.

Comment by scatari [ 25/Jun/11 ]

JRockit support has been deferred to next release.

Comment by scatari [ 05/Jul/11 ]

JRockit support has been deferred out of 3.1.1.





[GLASSFISH-16968] Support for 64 Bit Created: 06/Jul/11  Updated: 10/Jul/12

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

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

Win7 Pro SP1 64 Bit de_DE



 Description   

These days virtually all servers sold with Windows OS come in the flavor of AMD64 Windows, i. e. typical administrators will set up Java as a 64 Bit JVM not as a 32 Bit JVM.

Unfortunately the glassfish installer EXE on such machines configure GlassFish to run with a 32 Bit JVM. It would be really good if the installer detects 64 Bit machines automatically and on those configure GlassFish to run on the 64 Bit JVM.

Justification: There is no 32 Bit JVM found on 64 Bit servers.



 Comments   
Comment by mkarg [ 10/Jul/12 ]

Sad to see that there is not even a comment found on this rather current issue. What is the problem with supporting 64 Bit Windows?





[GLASSFISH-6789] Folder System untypical on Windows 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: scatari
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,789

 Description   

On Windows it is typical for a good Windows citizen to have all the program
binaries in %PROGRAMFILES%\vendorname\applicationname, and to have all the
configuration in the registry, and to have all the actual data in the user's
private profile folder %USERPROFILE%.

The benefit is that you can easily set the correct access rights: Only this
service's user account may only read the binaries. Only this service's user
account may read and write these registry keys. Only this service's user may
read and write the files in %USERPROFILE%.

Windows administrator dislike any application that does not take care of the
Windows standards. Using existing Java technologies it would be rather simple to
follow these conventions.

Please change this in the installation program, so that the separation of
aspects that is typical on Windows will be taken care of.



 Comments   
Comment by scatari [ 23/Dec/08 ]

Default installation directory path will be changed, when the server is capable of handling embedded
space.

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-6784] Do not use batch files on Windows 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: scatari
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,784

 Description   

Batches are common in the UNIX world and had been popular in the DOS world, too.
But in the Windows world, batches are something administrators don't like: The
chance is just too high that they break. The reason is that the batch language
is not well suited for exceptions. Batches are potentially instable. Also when
running they open that ugly DOS BOX, which nobody wants to see and (worse!)
could break using CTRL-BREAK (with undeterministic result, depending on the
currently executed command within the batch). And worse, the batch language
itself has several differences between the Windows versions...

On Windows it is typical to have an EXE file. In the Java world it is typical to
have a JAR file. Both can be supplied with excellent exception handling and can
optionally run without showing any UI.

So it would be really great if there would be no batches but EXE or JAR files
that drive the command line interface. I do not see anything in the batch that
can be done in a batch but not in a JAR file. Since we are in the Java universe
let's use Java.



 Comments   
Comment by mkarg [ 15/Nov/08 ]

This is an enhancement but not a bug.

Comment by Bill Shannon [ 23/Sep/09 ]

I assume this is a request to have a way to start the server without using
the asadmin.bat batch file on Windows?

Presumably when typing commands in a command window it's fine to use the
asadmin.bat batch file?

We're unlikely to provide a native asadmin.exe to replace asadmin.bat,
and the Windows jar file integration makes it unsuitable for command line
use, although we could consider a jar file to start the default domain.

Comment by mkarg [ 24/Sep/09 ]

Please check again my original proposal. I wrote that there is no need for a
batch since all it does can be written in plain old Java. So my proposal
actually is to replace the platform dependent batches by executable JARs.

See, Windows people will accept EXE or JAR. If you don't like to provide EXE
then provide JAR. But don't force them to use Batches. This is just not good
style in the Windows universe.

Comment by janey [ 28/Feb/10 ]

Reassign to Bill.

Comment by Byron Nevins [ 05/Mar/10 ]

What exactly is the gist of this? What batch file do you want to replace?

Scripts are directly editable and very very easy for an end-user to modify.
Java jars are binary and are a much much bigger deal for an end-user to change.

What if you want to run the java program with -Xmx1024 - how are you going to do
that? What about the -Xrs option? Without that option GF running as a service
will stop the moment you logout.

If asadmin is the complaint – you can run it as a jar right now like so:

java -jar modules\admin-cli.jar some-command some-arg ...

???

Comment by Byron Nevins [ 05/Mar/10 ]

I just downloaded and installed V3 via the official installer.

If that is what you are talking about – I agree. The shortcuts are flaky.
They start up a temporary DOS box that is minimized. I didn't notice so I
double-clicked twice and ended up with 2 running instances of V3!

This could be improved. There are ways to run without a visible DOS box I believe.

Reassigning to installer

Comment by Byron Nevins [ 05/Mar/10 ]

.

Comment by mkarg [ 05/Mar/10 ]

One must understand that each platform has its standards for how things have to
work like. On UNIX, this is using batches for configuration, installation,
startup und daemon control. On Windows it it not. On Windows, Microsoft is
providing different binary APIs for that. So a program that likes to get
accepted by Windows users, or even more wants to apply for a "Windows Logo"
certification, must not use batches for anything but instead utilize that
different APIs.

The reason is that using the APIs much better integrates the application into
the overall Windows environment. It does "feel" like Windows when using their
style, while it feels "strange" to see a script run. Also using their style
provides MUCH improved stability. For example, their service API is unparallel
and gives Windows much better control of a service's current state than any
script on UNIX will give on daemons. Windows knows exactly in what state a
service really is, whether it is shutting down actually or asks for more time
while doing that and so on. Batches cannot provide this information. But it is
not only about services, it is much more about stability in general.

Microsoft clearly defines that configuration information is to be stored in the
registry. So if you like to configure RAM or other options, this must be stored
in registry. It gets there using a GUI, and the program will pick it from there
using a binary API. The customer shall never fumble around with editing
scripts. Why? Because he likely will break the script by incident.

To sum up, Windows has a completely different design regarding the complete
life cycle control of a service. Batches are far beyond what Windows wants and
feels to Windows users like "stone age applications", but not
like "professional services provided by people that understand makes a program
a REAL windows program".

Comment by Bill Shannon [ 06/Mar/10 ]

Really reassign.

If there's a way we can write a Java program that avoids bringing up a
Command window, we should consider that.

If the only solution is to write native Windows code, we should close
this bug.

Comment by mkarg [ 06/Mar/10 ]

To make it more clear: It's less a problem that window is shown (native Windows
applications also shows windows, hence the name of the operating system ),
but more a problem of using batches. Batches are likely to break. Why not
writing a simple executable JAR file containing a main-class entry which pulls
configuration from registry using Preferences API? That would be 100% pure Java
AND would fulfil the constraint that configuration must not be found in
batches. It would be more accepted by Windows users from their point of view,
and it would be able to run on ANY operating system, while a batch obviously
will only run on some.

Comment by Byron Nevins [ 06/Mar/10 ]

I'm starting to get a little bit lost. The discussion is too abstract. What
specifically are you talking about? Is it that "asadmin.bat" even exists? Or
is it that the installer provides these clunky little scripts that start and
stop the server?

In the former case, we are providing a service to users. Asadmin is a **command
line tool**. It is supposed to be used in a "DOS box". We provide a fully
featured GUI as well – the Admin GUI normally found at localhost:4848. Asadmin
allows you to easily do things like run JDK6 for V3 and run JDK5 for other
things, etc.

This is analogous to what Microsoft does. E.g. managing Services
GUI: "Rt-Click My Computer/Manage/Services&Applications/Services"
Command Line: sc

You can run "asadmin" easily without a batch file. Simply run it like so – no
batch involved:

C:\Users\bnevins>java -jar e:\glassfishv3\glassfish\modules\admin-cli.jar
start-domain
Waiting for DAS to start .............
Started domain: domain1
Domain location: E:\glassfishv3\glassfish\domains\domain1
Log file: E:\glassfishv3\glassfish\domains\domain1\logs\server.log
Admin port for the domain: 4848
Command start-domain executed successfully.

Comment by Byron Nevins [ 06/Mar/10 ]

Here is a link that describes how to run a script with no window...

http://tinyurl.com/6bbe3d

Comment by mkarg [ 07/Mar/10 ]

It is ok to have CLI tools, but this is not about the form of tool but about
the form of implementation: Batch files vs. standalone binaries.

It's not about one particular batch file, it is about using batch files at all.
Most distracting is applient.bat and asadmin.bat being batch files, but
certainly every other batch falls into the same category.

I never said that microsoft does not use CLI tools or batches on their own, but
that it is uncommon. The fact that microsoft provides one doesn't make it more
common tot he average Windows user or administrator, and doesn't change their
own logo criteria.

The main problem is that a batch can break. The fact that it showns a DOS box
is just an unwanted (and correctable) side effect.

And: There is a big difference between a real Windows service and wrapping
something behaving LIKE a service (read the Windows service API to get an
understanding of the difference – GF just supports SOME of the needed events,
while Windows users expect ALL to be supported). Lots of threads in this forum
are based solely on the fact that GF does not work like a "real" service, but
just comes with a service that controls GF. That problems will be gone as soon
as you understand that you must not somehow wrap Java to make it look like
Windows, but that you must start do DESIGN FOR Windows to make people happy.
That IS possible in Java, and it does not necessarily break compatibility with
other platforms. But you need to learn how to do it and you then must do it.
Otherwise it will always feal like a "impurity" on Windows.

We lost several customers since they where unhappy with the "strange" felling
of GF, actually, and all we ask for is just to get rid of batches in the first
place. Is that so non-understandable?

Comment by scatari [ 09/Mar/10 ]

Instead of java.exe, javaw.exe can be used to suppress the command window @startup time. javaw.exe
uses WinMain() as the entry point.

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-6302] advanced settings in the Installer when it ask for the port Created: 25/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: survivant Assignee: scatari
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,302

 Description   

in the window to setup the port.

can you add a Advanced properties. When you click on that, you will see new
options. like All the listener and there default port. The user will be able
to change them there. and a Option for enabling the mod_jk in GF v3.

what do you think ?



 Comments   
Comment by scatari [ 23/Dec/08 ]

Good suggestion and nice improvement to have, especially for developers who rely on other ports(that are
hidden now and the installer assumes defaults based on if they are available or not). Will consider this for
V3 release.

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-6240] Reccomendation on HTTP port validation Created: 23/Sep/08  Updated: 06/Mar/12

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

Type: New Feature Priority: Major
Reporter: kanao Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: PC


Attachments: File 0923_03.TIF     File 0923_04.TIF     Text File 2008-09-23-02-25-install.log    
Issuezilla Id: 6,240

 Description   

Windows Installer accepts the value '999999999' as input for HTTP Port number
(it does not show error message against this value), but this instlation does
not complete properly.
Instration proceed after accepting the value above to finish incompletely.
Afer instalation, error message appears in log file saying 'CLI160 Invalid Port
999999999, should be between 1 and 65535.'

If the valid-input-range is explicitly defined, validation should be done with
using that range.



 Comments   
Comment by kanao [ 23/Sep/08 ]

Created an attachment (id=1864)
screen image -1

Comment by kanao [ 23/Sep/08 ]

Created an attachment (id=1865)
screen image -2

Comment by kanao [ 23/Sep/08 ]

Created an attachment (id=1866)
abstract install.log

Comment by kanao [ 30/Sep/08 ]

The validation is now enhanced, however, content of the error message is still
partly incorrect.

---------------
Input value:

    • 999999999 --> Port is out of range
    • 9999999999 --> Port is not a number
      ---------------
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-5264] Install Windows Service automatically Created: 05/Jul/08  Updated: 06/Mar/12

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

Type: New Feature Priority: Major
Reporter: mkarg Assignee: scatari
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,264

 Description   

Currently to install GlassFish as a Windows Service, one must run complex
commands like SC or other helper tools. The Java EE SDK comes with a nice check
box that does that for you. It would be great if GlassFish would come with this
check box, too. Since appservService.exe is a Windows Service anyways, and since
microsoft allows Windows Services to install themself using the needed Service
Installation APIs (to be found in the Windows SDK), it should be easy to provide
a command line switch that installs / uninstalls the service:

appservService.exe -i

appservService.exe -u

This is much easier for the administrator than the proposed usage of SC or third
party tools.



 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-5117] GFV3TP2Refresh:Unable to go back to enter the proxy info or to correct the mistyped proxy info to register Created: 06/Jun/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: nluu Assignee: scatari
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,117
Status Whiteboard:

gfv3-prelude-included


 Description   

Build: GFV3TP2Refresh build 10d
OS: All

1) Unable to go back to enter the proxy info from the registration screen if the
user fail to provide the proxy info.

2) In addition, if the user mistyped the proxy info, the user will not be able
to go back to correct the mistyped proxy info in order to register.

The system will display "Connection timed out" and there is no other choice
except to select "Skip registration" option.

Is there any way to provide the user a more meaningful message? "Connection
timed out" could mean either the proxy info is correct but the server is down or
the proxy info is invalid. Anyway, in either case the user will not be able to
provide the correct info.

Steps to reproduce:
-------------------
1) Install the build using the default values
2) Enter the wrong proxy info and proceed to the registration screen
3) Observe that there is no way to go back to enter the correct proxy info



 Comments   
Comment by scatari [ 09/Jun/08 ]

The issue here is that the proxy information in this panel is shared by two
functionalities, update tool installation/configuration and product
registration. But in the installation sequence registration happens after the
bits are laid out
and update tool configuration happens before the bits are laid out.

The fix would be to have proxy information UI moved out closer to registration UI.
This would be tricky given the limitations of OI, because the configuration has
to be inserted between these two UIs.

The message "Connection timed out" is carried on from the backend, we do not have
much control over this message. Trying to intercept and transfer the message
would be error-prone. Will follow up with backend team to see if more meaningful
messages could be obtained.

Comment by kumara [ 19/Aug/08 ]

Add gfv3-prelude-include to status whiteboard

Comment by scatari [ 22/Aug/08 ]

Downgrading due to the following.
1). It might not be technically feasible to do this cleanly.
2). Registration works fine given the correct proxy info OR when proxy is skipped.
3). Registration can also be done through updatetool OR admingui post installation.

Comment by kumara [ 03/Sep/08 ]

v3 defect tracking

Comment by scatari [ 09/Sep/08 ]

Would require changes that are too late to be done at this stage of prelude. Will be targeted for next
release. Marking as Enhancement.

Comment by scatari [ 23/Dec/08 ]
      • Issue 6208 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-5843] Sample Application Which Demonstrates Interceptors And No-Interface Views Created: 03/Sep/08  Updated: 06/Mar/12

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

Type: Improvement Priority: Major
Reporter: abien Assignee: scatari
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,843

 Description   

Server: GF v3 b22

I attached a very simple application which demonstrates the usage of
interceptors and EJB 3.1.

Flow:

1. JSP form invokes a Servlet.
2. Servlet extracts a request parameter and passes it to an injected
no-interface view Session Bean
3. The view is intercepted - the result of the session bean is going to be
transformed.
4. The result is displayed on the page.

Attention: this application is usable with the availability of the fix for:
https://glassfish.dev.java.net/issues/show_bug.cgi?id=5841



 Comments   
Comment by msreddy [ 25/Jan/10 ]

Request Ken to evaluate and port the sample to glassfish-samples project if
appropriate.

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-12264] [Release Note]Samples. at ant all output was seen URL for samples that don't have a web client Created: 15/Jun/10  Updated: 06/Mar/12

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

Type: Bug Priority: Major
Reporter: easarina Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows Vista
Platform: All


Issuezilla Id: 12,264
Tags: 3_1-exclude, 3_1-release-note-added, 3_1-release-notes

 Description   

OS: Solaris Sparc, build: SDK build 21. Samples.
At the output from "ant all" for many apps that don't have a web client at all,
for example criteriaQuery or hello-jaxws2.2, was seen URL under deploy-url-
message. i.e. "Application deployed at htt://localhost:8080/... "

I think that users should not see such misleading messages



 Comments   
Comment by scatari [ 11/Oct/10 ]

The top level app-server-ant.xml that does the "deploy" of applications blindly calls this target that
displays the message "Application deployed at <URL>".

The fix would be to display this message only when the sample has an accessible web client URL. This
would require identifying such samples as part of the individual sample build system through setting a
flag, something like "hasWebURL=true/false".

Better yet do not display anything for now even for the applications that can be accessed through web.
Anyhow, the URLs are part of the sample docs.

Comment by scatari [ 11/Oct/10 ]

<exec executable="$

{asadmin}

" failonerror="$

{failonerror}

">
<arg line=" deploy "/>
<arg line=" --user $

{javaee.server.username}

" />
<arg line=" --passwordfile '$

{javaee.server.passwordfile}

'" />
<arg line=" --host $

{javaee.server.name}

" />
<arg line=" --port $

{javaee.adminserver.port}

" />
<arg line=" --name $

{module.name}

"/>
<arg line=" --force=true "/>
<arg line=" --upload=true "/>
<arg line=" --dbvendorname $

{db.vendorname}

"/>
<arg line=" --property compatibility=v2"/>
<arg line="$

{app.module}

" />
</exec>
<antcall target="deploy-url-message"/>
</target>

<target name="deploy-url-message" if="app.url">
<echo message="Application Deployed at: $

{app.url}

"/>
</target>

Comment by scatari [ 12/Oct/10 ]

This would need fix across samples, targeting for 3.2. Will have to Release Note considering the less
impact on users, transferring to Doc.

Scott,
Please assign as appropriate.

Comment by Paul Davies [ 13/Oct/10 ]

Added 3.1-release-notes to indicate the issue should be documented in the
Release Notes.

Reset the subcomponent to sample_apps to enable any possible future code fix to
be tracked.

Comment by Paul Davies [ 13/Oct/10 ]

Reassigned to owner of selected subcomponent. No need to assign it to the RN
writer, as the 3.1-release-notes keyword indicates that this issue is to be
documented in the RN.

Comment by Nazrul [ 20/Dec/10 ]

Will be release noted by documentation team. Excluding from 3.1 bug count.

Comment by Scott Fordin [ 23/Mar/11 ]

Need more info to add issue to 3.1 Release Notes.

Comment by easarina [ 28/Mar/11 ]

I did not try to run this test against latest builds. But the general idea, for apps that don't have a web client, users have to ignore this message and don't use the URL.

Comment by Scott Fordin [ 13/Apr/11 ]

Added issue to 3.1 Release Notes.

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-7734] SJSU- Reinstall Glassfish Created: 15/Apr/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: pushkala Assignee: scatari
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,734

 Description   

Install Glassfish and Start Server. Install Glassfish - Glassfish.exe
The installer does not indicate Glassfish is already installed and in use until
the last step- were Unconfiguration is mentioned.Since Glassfish does not
appear in the Control panel. It misleads the user.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 15/Sep/09 ]

Assigning to Sathyan for evaluation. It would be possible to hook up
installation detection logic right at the installation directory screen, but we
may not be able to do it for this release.

Comment by scatari [ 16/Sep/09 ]

This would require changes/fixes in framework, deferring to next release.

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-7732] SJSU-Glassfish not seen in the Control panel Created: 15/Apr/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: pushkala Assignee: scatari
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,732

 Description   

Install Glassfish and start Server Instance. Go to My Computer-> Control Panel-
> Add/Remove Programs. Glassfish V3 prelude not listed.



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

Assigning to Sathyan for evaluation. I believe that OI is supposed to register
the installation and provide the uninstall action.

Comment by scatari [ 25/Sep/09 ]

OI doesn't provide the item, Will be investigated further. However there are other means to run
uninstallers(run the uninstall.exe directly OR use start->menu uninstall item).

Comment by scatari [ 05/Oct/09 ]

There are various other means to run the uninstaller including invoking it from "start->menu items". The
installer framework doesn't provide support to add the add->remove entry automatically. Marking as
enhancement to be considered for v3.next.

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-11276] Windows bundle: consider pre-installing UC toolkit packages Created: 07/Dec/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: ckamps Assignee: scatari
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: 11,276

 Description   

In an effort to greatly streamline the installation of GlassFish on Windows,
consider pre-installing the UC packages in the v3 for Windows
.exe bundle. This opportunity came up again during evaluation of the following
issue where the dynamic installation of UC packages was causing hangs during the
GF initial installation process:

https://glassfish.dev.java.net/issues/show_bug.cgi?id=11185

Pre-installing the UC packages at the factory would increase the overall
size of the .exe download bundle, but since the download hit would be taken once
during initial download of the bundle, the user experience could be
significantly improved as opposed to having the user go through two
download stages out of the gate.

Note from Snjezana:

The suggestion of prebundling UC client for Windows specific installer bundles
is valid RFE but does require significant changes to GlassFish build process
since we would need to fork the additional assembly of Windows specific
installer payload file which would contain UC client in addition to existing
content.

We would presumably also need to preserve current .exe distributions without UC
client since the initial download size of the .exe bundle with UC client would
ironically still be smaller than the size of corresponding zip bundle due to the
fact that we can use jar compression in installer bundles.



 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-11233] Installer fails to recognize JDK 1.6 on FreeBSD Created: 02/Dec/09  Updated: 06/Mar/12

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

Type: New Feature Priority: Major
Reporter: vladperl Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: FreeBSD
Platform: All


Issuezilla Id: 11,233

 Description   

During installation on FreeBSD v8.0 installer didn’t recognize JDK path from the
page “Select JDK�. Manual setting path to JDK didn’t help to move installation
further (“Next� button was disabled). The following messages probably will
provide some clue what happen:

-----------------------------------------------------------------
Using the user defined JAVA_HOME : /usr/local/diablo-jdk1.6.0
Entering setup...
WARNING: Warning: Could not detect OS Architecture, falling back to os.arch
[Type=UNDEFINED Name=UNDEFINED ]
WARNING: Warning : Could not detect OS Type [Type=FreeBSD ]
WARNING: Warning: Could not detect OS Name [Name=FreeBSD ]
SwixML 1.5 (#144)
// Error: Exception in runnable:Method Invocation theJava.getInstalledJDKDetails
: at Line: 98 : in file: inline evaluation of: `` import java.io.File;
import java.util.List; import java.util.ArrayList; . . . '' : theJava
.getInstalledJDKDetails ( )

Called from method: run : at Line: -1 : in file: <Called from Java Code> :
<Compiled Java Code>
Target exception: java.lang.NullPointerException

SEVERE: Internal Error: Can not continue reliably. Shutting down
Beanshell script not invokable Component=JDK_FROM_LIST_CHOICE
root@bsdserver#
---------------------------------------------------------------

In the end I was able to successfully install Glassfish from zip distribution.



 Comments   
Comment by scatari [ 02/Dec/09 ]

This platform is not supported. Please use the jar based installer.

Comment by judytangs [ 03/Dec/09 ]

I am reopening and changing this issue to FEATURE and to Version V3.1, so we can
evaluate this feature when we plan for v3.1.

I talked with FishCAT member Vladimir he filed this issue, following is what he
said about FreeBSD. Let me include it here:

"I believe the most internet providers using this OS because of very high
scalability and reliability level comparing to typical Linux system.

http://www.ibm.com/developerworks/opensource/library/os-freebsd/

"Summary: The FreeBSD operating system is the unknown giant among free
operating systems. Starting out from the 386BSD project, it is an extremely fast
UNIX®-like operating system mostly for the Intel® chip and its clones. In many
ways, FreeBSD has always been the operating system that GNU/Linux®-based
operating systems should have been. It runs on out-of-date Intel machines and
64-bit AMD chips, and it serves terabytes of files a day on some of the largest
file servers on earth."

It looks like FreeBSD quite popular among the biggest players in area of
internet service. It is definitely distinguish segment of the market. It's make
sense for Sun MicroSystem to aggressively promote Glassfish to the big market
of internet hosting services."





[GLASSFISH-10330] Re-install into same direction failed Created: 15/Oct/09  Updated: 06/Mar/12

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

Type: Bug Priority: Major
Reporter: leonfan Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Solaris
Platform: Sun


Issuezilla Id: 10,330
Status Whiteboard:

v3_exclude

Tags: 3_1-exclude, future-exclude

 Description   

I install b31f ee on solaris 10 sparc. Everything work well. Then I uninstall it
and delete SUNWappserver as well. I try to install it again to same directory,
installer will remind me one version already there, and installation will fail
if I continue.



 Comments   
Comment by scatari [ 19/Oct/09 ]

Looks like the uninstallation process was not successful for some reasons. Also Could u please remove
the file /var/sadm/install/productregistry if the installation was run as root OR $HOME/productregistry if
the installation was run as non-root user before re-running it again.

If you are able to successfully uninstall after deleting this file, then it is a problem with partial uninstall. I
would advice to go through the install and uninstall sequence once again and looking at the log file during
uninstall process to see if there are errors or warnings reported.

Comment by leonfan [ 20/Oct/09 ]

I confirmed there is no exception in uninstallation log file. It seemed cause
by registration data as you mentioned. Do uninstaller remove those data
automatically?

Comment by easarina [ 23/Oct/09 ]

I've tried GF 2.1.1 EE build 31g on Solaris and Linux machines.

GF 2.1.1 EE uninstaller doesn't remove correspondent entries from
productregistry file ( /usr/tmp/productregistry on Linux and
in /var/sadm/install/productregistry on Solaris)

With GF 2.1.1 entries in productregistry file, the attempt to install GF 2.1.1
EE or Sailfin at the same location, will create an installer message. This
message will tell that at this location was detected a previous installation
and your installation may have issues if you will do the installation in that
location. It happened, for example, if such directory doesn't exist at all.

I believe the uninstaller have to remove correpondent entries from
productregistry. Or at least this issue has to be documented

Comment by easarina [ 27/Oct/09 ]

This problem exists on Linux and Solaris machines, but doesn't exist on Windows,
because for Windows installations the productregistry file would not be created
at all.

The work around for Solaris or Linux installations:

Remove the productregistry file: /usr/tmp/productregistry on Linux and
/var/sadm/install/productregistry on Solaris. Or remove correspondent GF
entries from the productregistry file.

Comment by scatari [ 04/Oct/10 ]

Does not apply to 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-10295] if $JAVA_HOME pointing to /usr/jdk/latest GF install core dumps Created: 15/Oct/09  Updated: 06/Mar/12

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

Type: Bug Priority: Major
Reporter: warpjogi Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Solaris
Platform: Sun


Issuezilla Id: 10,295
Status Whiteboard:

v3_exclude

Tags: 3_1-exclude, future-exclude

 Description   

create the $JAVA_HOME variable and point it to the symbolic link /usr/jdk/latest
to get always the latest 1.6.0_* version under the GF21. The installation (used
-console) core dumps.

Workaround: Change the $JAVA_HOME to the /usr/jdk/jdk1.6.0_* directory where
normaly /usr/jdk/latest also points to.

The path seperation in the installation script maybe has an issue.

Environment: Installed latest GF21 Enterprise with HADB



 Comments   
Comment by scatari [ 27/Oct/09 ]

Filed on 2.1.

Comment by scatari [ 27/Oct/09 ]

Filed on 2.1.

Comment by scatari [ 04/Oct/10 ]

Does not apply to 3.1

Comment by scatari [ 04/Oct/10 ]

Assigning "future-exclude" to keywords, as the bug is still valid for 2.1.x sustaining releases.

Comment by scatari [ 05/Jul/11 ]

Bug has a workaround and does not apply to 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-10648] should have a retry button beside a step that failed Created: 28/Oct/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: scatari
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: 10,648

 Description   

I install b70 and got a error installing update tools.

I should have a retry button beside the step in error to reinstall this part.
Instead of reinstalling 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-10415] Basic Usability:SDK6:Server Properties should be updated Created: 19/Oct/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: davisn Assignee: scatari
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: 10,415

 Description   

-The installer should automatically update the JavaEE Samples build.properties
file to contain the server properties (userName, ports numbers) which are
provided during the installation.
-User should be able to run the samples without requiring to update the
build.properties file

Build tested:
SDK 6 - http://javaweb.sfbay/java/re/javaeesdk/5.0_08/promoted/fcs/b11/bundles/
File: bundles/java_ee_sdk-5_08-fcs-bin-b11-windows-nojdk-14_oct_2009.exe



 Comments   
Comment by davisn [ 19/Oct/09 ]

Cc Sreenivas

Comment by scatari [ 27/Oct/09 ]

Filed on SDK 5 update 8.

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

I don't know what went wrong during the original bug submission, but this issue
was truly intended for SDK 6, so it shoul note be excluded from the v3 list.

Submitter should provide correct reference to SDK 6 bundle which was used.

Comment by scatari [ 09/Nov/09 ]

This functionality if implemented in the filebased installer will be a deviation from the glassfish jar
bundle. Marking it as enhancement to be considered/resolved with both filebased installer and glassfish
community bundle jars in the next release.

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-9692] (RN) Installer fails to recognize JDK 1.6 on MacOS Created: 23/Sep/09  Updated: 06/Jan/11

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: v2.1.1
Fix Version/s: None

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

Operating System: Mac OS X
Platform: Macintosh


Issuezilla Id: 9,692
Status Whiteboard:

v3_exclude

Tags: 3_1-exclude, future-exclude

 Description   

While installing on MacOS 10.5.x and having the Java Preferences set to JDK 1.6,
the installer fails to recognize the settings. When the server (asadmin
start-domain), it is done using JDK 1.5. Closer examination shows the
asenv.conf (<install directory>/config/asenv.conf) file has the following value

AS_JAVA="/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home"

While the system has
$ echo $JAVA_HOME
/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home

$ $ java -version
java version "1.6.0_15"
Java(TM) SE Runtime Environment (build 1.6.0_15-b03-226)
Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02-92, mixed mode)

and the Java Preferences (Macintosh HD -> Applications -> Utilities -> Java
Preferences) is set to Java SE 6 in the Java Applications frame.



 Comments   
Comment by Alex Pineda [ 23/Sep/09 ]

Correction. The Server is started with JDK 1.5 by default regardless of the
settings.

A workaround is to manually edit the asenv.conf file and add the AS_JAVA value to:
AS_JAVA="/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home"

and restart the server (asadmin stop-domain, asadmin start-domain). Everything
works afterwards.

Comment by kumara [ 23/Sep/09 ]

-> scatari

Comment by scatari [ 24/Sep/09 ]

The installer picks up JDK path from JAVA_HOME and PATH, not from system preferences, and in this case,
JDK 1.5 has been picked up as it might be defined in one of these variables.

Comment by Alex Pineda [ 24/Sep/09 ]

Sorry for not being clear on the summary, but the issue is not about Java
Preferences. The issue is that on MacOS AS_JAVA appears to be hard coded to JDK
1.5. As mentioned, JDK 1.6 is set in the path and in $JAVA_HOME (as noted in
the report). I added Java Preferences to indicate that everything is set. When
I manually change AS_JAVA in asenv.conf. Everything is works as expected. In
short, the issue is still valid. Re-opening the bug.

Comment by scatari [ 24/Sep/09 ]

Please attach the installer log(s) under /var/tmp. They may be available under
/tmp depending on how you have configured your machine.

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

If I may interject - note that this is apparently v2.1.1, not v3 installer, so
there are no log files other than setup.xml output. I believe that setup.xml
indeed hard-codes JDK 1.5.0 location on MacOS , so that should be fixed in next
2.x release.

Comment by scatari [ 25/Sep/09 ]

Applicable only to 2.1.1 installs.

Comment by nluu [ 22/Oct/09 ]

We need to include this in the release notes. Systems which do not have JDK
1.5.x will also run into this problem.





[GLASSFISH-11460] French Installer - Registration screen too small Created: 20/Jan/10  Updated: 06/Mar/12

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

Type: Bug Priority: Major
Reporter: pierrot Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Attachments: PNG File registration_screen_too_small_french.png    
Issuezilla Id: 11,460
Tags: 3_1-exclude

 Description   

The Registration screen is too small in the French GUI Installer.
See the screenshot.

¨Stratégie de confidentialité¨ takes too much place, and therefore the ¨Next¨
button overlap with ¨Cancel¨ one.

Let me see if I can find a shorter translation for ¨Stratégie de
confidentialité¨, but from the top of my head I don´t see any. If there will be
none, I´ll move the bug to i18n.



 Comments   
Comment by pierrot [ 20/Jan/10 ]

Created an attachment (id=4168)
See the overlapping buttons.

Comment by gmurr [ 20/Jan/10 ]

does it happen in v3?

Comment by pierrot [ 21/Jan/10 ]

Yes, I would say so. ¨Stratégie de confidentialité¨ was already translated in
V3, so it had to be happening. I did not try, but this is my conclusion.

Comment by kumara [ 04/Feb/10 ]

Approved for v3.0.1

Comment by gmurr [ 05/Feb/10 ]

We should fix it in 3.1. Installer GUI should accommodate l10n messages

Comment by scatari [ 04/Oct/10 ]

Georges,
What kind of changes/support you need to fix this issue in 3.1?

Comment by scatari [ 10/Nov/10 ]

This issue is not valid for 3.1 as we removed the "Privacy Policy" text button from the registration options
screen, hence retargeting back to 3.0.1 to be fixed in one of the patches.

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-10996] Give user the choice to remove all files at uninstallation Created: 12/Nov/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: wvreeven Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: PC


Issuezilla Id: 10,996

 Description   

This issue is a follow up on issue 10993. To me not having removed all files
is an issue because I am constantly installing and deinstalling GlassFish for
testing and development purposes.

The Debian packing system has an option to either uninstall the package, or to
purge it after uninstalling. The first only removes certain files, the latter
ALL files. I would like to request such a feature to be built into the GlassFish
uninstaller screens so I can choose whether or not to remove all files.



 Comments   
Comment by judytangs [ 12/Nov/09 ]

"This RFE will be addressed in the next release. There are some limitations on
clearly identifying whats installed and whats generated post-install, but it can
be done. "

Hi Wouter, Above is from developer. Thanks !

Judy

Comment by wvreeven [ 12/Nov/09 ]

Thanks for the heads up Judy! Great that this RFE is seriously looked into.

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-14222] [508] Installer page headers are not called out by JAWS. Created: 26/Oct/10  Updated: 20/Dec/10

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

Type: Bug Priority: Major
Reporter: shaline Assignee: scatari
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: 14,222
Tags: 3_1-508, 3_1-exclude

 Description   

build used : GF V3.1 b25 promoted.
Os: windows XP.
Installer bundle : latest-ogs-windows.exe

Jaws reader does not read out the Page Headers in the screens, like
"Introduction",Installation type, Install directory etc.
Jaws reads all white frame page texts and all buttons,radio buttons, and check
boxes. but not page headers.
This should be fixed.



 Comments   
Comment by scatari [ 16/Dec/10 ]

This does not impact the overall functionality in anyways. The installation panel titles are irrelevant to the installation process as the text in each panel clearly identity their purpose.

Also depending on user actions, the sequence changes.

Comment by scatari [ 16/Dec/10 ]

Fixing this issue requires patching up OpenInstaller's critical code path and is too risky to attempt at this stage of this release.

Comment by Nazrul [ 20/Dec/10 ]

Too risky to fix in 3.1. Excluding.





[GLASSFISH-5034] GF Applications entries should be moved down a level Created: 15/May/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: ckamps Assignee: scatari
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,034
Status Whiteboard:

UC2


 Description   

In V3 TP2, the Applications entry on the Gnome desktop for V3 installations
appear at the top level just below Applications. This approach is
unconventional on Gnome desktops where the norm is to either reuse or introduce
general categories at the top level and then populate more specific entries
under the general category. Gnome users will not stand for seeing the top level
of the Applications menu polluted with specific application items.

Some thought needs to be put into which general category should be used for the
GF V3 Applications menu items. A set of conventional top level categories are
listed here:

http://standards.freedesktop.org/menu-spec/latest/apa.html

Unfortunately, this list provide little assistance.

Perhaps "Servers" should be used to represent the contained items as server
applications.



 Comments   
Comment by ckamps [ 15/May/08 ]

Added whiteboard entry for tracking purposes.

Comment by scatari [ 26/May/09 ]

This might require patches from Open Installer.

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-1040] Simplify LB Plugin Installation/setup Created: 29/Aug/06  Updated: 06/Mar/12

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

Type: Improvement Priority: Major
Reporter: vr143562 Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 1,040

 Description   

To increase adoption of the clustering/load-balancing features in glassfish, we
need to simplify and reduce the number of steps involved in installing and
initializing the load balancer plugin.

Below are the options as described in the slides from Satish's Presentation
(http://www.glassfishwiki.org/gfwiki/attach/OnePagersOrFunctionalSpecs/lb-admin-next.pdf)
during the Glassfish User-Experience Meeting on Load Balancer:

Glassfish should have its own installer or setup script for load balancer
installation.
http://www.glassfishwiki.org/gfwiki/Wiki.jsp?page=UserExperienceMeeting



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 18/Aug/08 ]
      • Issue 4885 has been marked as a duplicate of this issue. ***
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-15921] Users should not be expected to know system dependencies in order to use it Created: 09/Feb/11  Updated: 09/Feb/11

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

Type: Improvement Priority: Major
Reporter: lidiam Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1-exclude

 Description   

I went through the custom installation path and noticed the following choices during configuration stage:

  • domain
  • standalone instance
  • clustered instance
    The above were radio buttons, meaning one can only choose one option. However, I happen to know that in order to create a standalone instance, I have to have a domain first. Now apparently users are expected to know this dependency and go through the configuration process again and again, and make the right choices on the way.

There is no reason why we shouldn't just created what's necessary for the users automatically. For example, if user chooses to have a standalone instance created we should create the domain for him/her in the same linear process, displaying the necessary screens (first gathering domain information, then instance). Basically we should ask users what topology they want and create all the necessary items for them, rather than expect users to know about the system dependencies and make them go through an execution loop.






[GLASSFISH-17027] Graphical installer should tell whether domain was started successfully or not Created: 13/Jul/11  Updated: 13/Jul/11

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

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

Win7 Pro SP1 64 Bit de_DE



 Description   

GFv3.1.1_b11's graphical installer says that it attempts to start the domain and the user shall have a look at the log for more details. It not even says where that log is to be found. This is not very smart. The installer should report whether the startup was successful or what the actual problem is. In the end, a graphical installer is used by people not smart enough to use the command line, so one cannot expect that those are smart enough to find out how to look into the server log.






[GLASSFISH-17403] getTotalPhysicalMemorySize returns NoSuchMethodException Error on GF 3.1.1 on IBM PPC AIX with J9 JVM Created: 10/Oct/11  Updated: 09/Nov/11

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

Type: Bug Priority: Major
Reporter: phelgren Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

IBM i v6.1, PASE - AIX 5.3 for PPC runtime, IBM J9 JVM



 Description   

When running Glassfish 3.1.1 in PASE on IBM i v 6.1 I get a NoSuchMethodException Error:

java.lang.NoSuchMethodException: com.ibm.lang.management.OperatingSystemMXBeanImpl.getTotalPhysicalMemorySize() error on a Glassfish 3.1.1 (build 12).

This was patched in build 5 to bypass this check when os.name returned AIX. However, on IBM i in PASE the os.name returned is OS/400, not AIX even though AIX is the runtime OS. I would request that the patch be updated to include AIX or OS/400 as the os.name bypass. Specifically the runtime returns this:

Running AIX 5L™ 5.3, Technology Level 6 with the following JVM:

java version "1.6.0"
Java(TM) SE Runtime Environment (build pap3260sr8ifix-20100709_01(SR8+IZ75061))
IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 OS/400 ppc-32 jvmap3260sr8-20100412 (JIT enabled, AOT enabled)
J9VM - 20100401_055940
JIT - r9_20100401_15339
GC - 20100308_AA)
JCL - 20100405_01

This test program will return OS/400 when run in this environment:

public class CheckSystem {
public static void main (String args[])

{ System.out.println (System.getProperty("os.name")); }

}






[GLASSFISH-17380] After configured JBDC Realms in Glassfish V2. It is taking more memory Created: 04/Oct/11  Updated: 09/Nov/11

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

Type: Improvement Priority: Major
Reporter: guruvulubojja Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish V2, Windows XP



 Description   

We are migrated to JDBC Realms. I found big difference of memory usage of glassfish after enabled and using the JDBC realms. In task manager , before the java was used to run at 550 MB. after JDBC realms configuration it is taking 660 MB. is it possible to reduce the memory usage.

Regards
Guru...



 Comments   
Comment by shreedhar_ganapathy [ 09/Nov/11 ]

Sathyan could you reassign to the right person?





[GLASSFISH-17660] When configuring Spring exception translator (org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor) in the application context file, Glassfish issues a java.lang.IllegalStateException Created: 08/Nov/11  Updated: 09/Nov/11

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

Type: Bug Priority: Major
Reporter: galdunate Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish V3.1.1 (Windows), Spring 3.0.5, Eclipselink 2.3.0 (integrated into Glassfish), IBM DB2 V8.1.18.980 (Linux), JDBC Driver type 4


Attachments: Text File server.log    
Tags: exception-translation, glassfish-3-1-1, jpa, spring

 Description   

When configuring the Spring bean used to translate exceptions from JPA hierarchy to Spring DataAccessException (org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor) in the application context file running under Glassfish, when the application server starts the application, it issues a "java.lang.IllegalStateException: No persistence exception translators found in bean factory. Cannot perform exception translation."

However, if you read the JavaDoc file for this bean, it says literally "All of Spring's applicable resource factories implement the PersistenceExceptionTranslator interface out of the box. As a consequence, all that is usually needed to enable automatic exception translation is marking all affected beans (such as DAOs) with the Repository annotation, along with defining this post-processor as bean in the application context.", what is obviously not happening.

When you run this same configuration under Tomcat (with the appropriate application context changes, considering Tomcat is not a JEE server) it works fine.

I'm attaching the server.log file for Glassfish where you can find the whole big big stack trace for this situation. Please review the last lines of server.log. Hope you may come up with the solution. Thank you in advance.



 Comments   
Comment by shreedhar_ganapathy [ 09/Nov/11 ]

Transferring to Sathyan for appropriate assignment and consideration in 3.1.2





[GLASSFISH-18757] Glassfish Installer show SwiXML Descriptor Error Created: 23/May/12  Updated: 25/Jan/14

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

Type: Bug Priority: Major
Reporter: marciogj Assignee: scatari
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 64bits


Attachments: PNG File glassfish_config_swixml_descriptor.png    
Tags: configuration, installer, swixml

 Description   

During Glassfish installation, it show an error "SwiXML Descriptor" and close the installation.

There´s couple of people experiencing such issue as we can see on Stackoverflow:
http://stackoverflow.com/questions/10017330/error-installing-glassfish-server-invalid-swixml-descriptor

After test the installer flow, I understood that this process is actually related to Glassfish Configuration.
The installer runs without any trouble when option "Install only" is selected.
Nevertheless the bug will always happen when you run the installer in order to configure a installed Glassfish.

Users with such issue has an alternative path:
1- Install Glassfish using install only option
2- Configure domains manually using asadmin



 Comments   
Comment by davidgr [ 25/Jan/14 ]

It still happens on version 4 (from java_ee_sdk-7-jdk7-windows-x64 bundle).
And the alternative path is not an option on that bundle.

– UPDATE —

The Java EE pack w/o JDK runs ok! (java_ee_sdk-7-windows)





[GLASSFISH-18443] Windows installer ignores default JDK to set JDK in asenv.bat Created: 02/Mar/12  Updated: 02/Mar/12

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

Type: Bug Priority: Major
Reporter: Anthony Ve Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OS: Windows Vista Business SP2 (32-bit)

installed JDKs:
JDK6u30
JDK7u2
JDK8b27

environment variables:
JAVA_HOME=C:\Development\lang\Java\jdk1.7.0_02
JDK_HOME=C:\Development\lang\Java\jdk1.7.0_02

registry keys:
HKLM\SOFTWARE\JavaSoft\Java Development Kit\CurrentVersion=1.7
HKLM\SOFTWARE\JavaSoft\Java Development Kit\1.7\JavaHome=C:\Development\lang\Java\jdk1.7.0_02



 Description   

As can be seen from the environment info, everything points to the JDK7 installation as being the default. Yet the GlassFish installer sets the JDK8 installation in the asenv.bat file. From the log:

[#|2012-03-02T19:14:50.390+01:00|INFO|Install Engine|org.openinstaller.provider.conf.InstallationConfigurator||JAVAPATH value to be set inside asenv :C:\Development\lang\Java\jdk1.8.0:[JAVAPATH value to be set inside asenv :C:\Development\lang\Java\jdk1.8.0]*[

{0}

{1}

]|#]

which appears in asenv.bat as:

set AS_JAVA=C:\Development\lang\Java\jdk1.8.0

Because it uses JDK8, the installer later on fails to start the default domain. After changing AS_JAVA to point to the JDK7 installation, the default domain can be started successfully.

Note: this affects the final version of GlassFish 3.1.2






[GLASSFISH-18663] Unable to install GlassFish - domain creation fails (missing bin/ directory) Created: 26/Apr/12  Updated: 13/Dec/12

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

Type: Bug Priority: Major
Reporter: Christian Affolter Assignee: scatari
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Gentoo Linux Kernel 2.6.32, x64

CPU: Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz

java version "1.6.0_22"
Java(TM) SE Runtime Environment (build 1.6.0_22-b04)
Java HotSpot(TM) 64-Bit Server VM (build 17.1-b03, mixed mode)


Attachments: Text File gf.log     File gf.strace.bz2     File install-dir.content    

 Description   

I'm trying to install GlassFish 3.1.2 via the self-extracting GUI installer, choosing the "Typical Installation" with the default values.

The installer fails at the domain creation step:

The configuration has failed. Please see the output below.

Performing the required configurations
______________________________________

Creating domain
_______________
Executing command :/home/chrigu/glassfish3/glassfish/bin/asadmin --user admin --passwordfile - 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 
/home/chrigu/glassfish3/glassfish/bin/asadmin --user admin --passwordfile - 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 

Within the summary, the overall status is "incomplete":

Product Name                  Status
Update Tool Bootstrap         Installed
GlassFish 3.1.2               Installed
Uninstallation Software       Installed
Update Tool Bootstrap         Not Configured
GlassFish 3.1.2               Configured

While browsing the filesystem I see that the monospaced/glassfish3/glassfish/bin{{monospaced}} directory is missing and therefore also the monospaced/glassfish3/glassfish/bin/asadmin{{monospaced}} command.

Furthermore I noticed the following log messages, whereas the second one could be related to the failed decompression (unzip) of the monospaced}}bin{{monospaced directory.

WARNING: Warning: Could not detect OS Architecture, falling back to os.arch [Architecture=GenuineIntel ]

[...]

FINE: completed initializing provider svc://general/ui
FINE: LOADING_CLASS
FINE: Can't load SIMS backend org.openinstaller.sims.backends.zip.unix.linux.SIMSBackend
Exception=org.openinstaller.sims.backends.zip.unix.linux.SIMSBackend
[
 at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
 at java.security.AccessController.doPrivileged(AccessController.java:?)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
 at org.openinstaller.core.EngineBootstrap.findClass(EngineBootstrap.java:249)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
 at org.openinstaller.core.EngineBootstrap.loadClass(EngineBootstrap.java:357)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
 at org.openinstaller.core.EngineBootstrap.loadClass(EngineBootstrap.java:318)
 at java.lang.Class.forName0(Class.java:?)
 at java.lang.Class.forName(Class.java:169)
 at org.openinstaller.sims.BackendFactory.getBackendByClass(BackendFactory.java:146)
 at org.openinstaller.sims.BackendFactory.discoverBackend(BackendFactory.java:112)
 at org.openinstaller.sims.BackendFactory.getBackend(BackendFactory.java:80)
 at org.openinstaller.sims.SIMSContext.<init>(SIMSContext.java:131)
 at org.openinstaller.provider.sims.SIMSProvider.init(SIMSProvider.java:95)
 at org.openinstaller.bus.ControlBus$1.run(ControlBus.java:192)
 at java.lang.Thread.run(Thread.java:662)
]

FINE: LOADING_CLASS
FINE: Can't load SIMS backend org.openinstaller.sims.backends.zip.unix.SIMSBackend
Exception=org.openinstaller.sims.backends.zip.unix.SIMSBackend
[
 at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
 at java.security.AccessController.doPrivileged(AccessController.java:?)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
 at org.openinstaller.core.EngineBootstrap.findClass(EngineBootstrap.java:249)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
 at org.openinstaller.core.EngineBootstrap.loadClass(EngineBootstrap.java:357)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
 at org.openinstaller.core.EngineBootstrap.loadClass(EngineBootstrap.java:318)
 at java.lang.Class.forName0(Class.java:?)
 at java.lang.Class.forName(Class.java:169)
 at org.openinstaller.sims.BackendFactory.getBackendByClass(BackendFactory.java:146)
 at org.openinstaller.sims.BackendFactory.discoverBackend(BackendFactory.java:116)
 at org.openinstaller.sims.BackendFactory.getBackend(BackendFactory.java:80)
 at org.openinstaller.sims.SIMSContext.<init>(SIMSContext.java:131)
 at org.openinstaller.provider.sims.SIMSProvider.init(SIMSProvider.java:95)
 at org.openinstaller.bus.ControlBus$1.run(ControlBus.java:192)
 at java.lang.Thread.run(Thread.java:662)
]

Please find attached the complete installer output (-v), the strace output, the content of the temporary install directory and the content of the install directory.
If you need more informations, please let me know.



 Comments   
Comment by gchoi [ 13/Dec/12 ]

I am having same issue. I have been spending more than an hour to install GlassFish3.1.2.2 through GUI installation, but keep getting same error message. My Java version is jdk1.6.0_37, Windows7.
Uninstaller also have issue. I can uninstall it unless use -j option.

Comment by gchoi [ 13/Dec/12 ]

It would be great if can have a alternative solution before this issue is get fixed.





[GLASSFISH-19148] Unable to install Glassfish on a headless server Created: 12/Oct/12  Updated: 12/Oct/12

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

Type: Bug Priority: Major
Reporter: alasdairlumsden Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

SunOS 5.11 (SmartOS) with no X11 installed, with java jdk 1.6.0_26



 Description   

I downloaded Glassfish, hoping to install it like any other piece of software on Linux/Unix - on the command line without X.

Apparently I can do this with an answer file, following the instructions here:

http://docs.oracle.com/cd/E26576_01/doc.312/e24935/installing.htm#ghmva

Except that, it doesn't work:

root tmp (stg-domaincp.ec): ./glassfish-3.1.2.2-web-unix.sh -s -n answer
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 : /ec
Entering setup...
java.lang.UnsatisfiedLinkError: no Terminal in java.library.path
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1738)
        at java.lang.Runtime.loadLibrary0(Runtime.java:823)
        at java.lang.System.loadLibrary(System.java:1028)
        at charva.awt.Toolkit.<clinit>(Toolkit.java:895)
        at charva.awt.Window.init(Window.java:62)
        at charva.awt.Window.<init>(Window.java:58)
        at charva.awt.Frame.<init>(Frame.java:32)
        at charvax.swing.JFrame.<init>(JFrame.java:34)
        at charvax.swing.JFrame.<init>(JFrame.java:30)
        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 org.chaxml.DefaultFactory.newInstance(DefaultFactory.java:173)
        at org.chaxml.Parser.getSwing(Parser.java:432)
        at org.chaxml.Parser.parse(Parser.java:242)
        at org.chaxml.SwingEngine.render(SwingEngine.java:360)
        at org.chaxml.SwingEngine.render(SwingEngine.java:342)
        at org.openinstaller.provider.ui.wizard.CUIWizard.flipGroup(CUIWizard.java:590)
        at org.openinstaller.provider.ui.wizard.CUIWizard.goToNextUnskippedPage(CUIWizard.java:971)
        at org.openinstaller.provider.ui.wizard.CUIWizard.start(CUIWizard.java:209)
        at org.openinstaller.provider.ui.UIProvider.receiveRequest(UIProvider.java:102)
        at org.openinstaller.bus.ControlBus.publishRequest(ControlBus.java:341)
        at org.openinstaller.core.Orchestrator.startup(Orchestrator.java:570)
        at org.openinstaller.core.Orchestrator.main(Orchestrator.java:468)
        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 org.openinstaller.core.EngineBootstrap.main(EngineBootstrap.java:208)
SEVERE INTERNAL ERROR: no Terminal in java.library.path
chmod: cannot access `./answer': No such file or directory

I can't get any further than this. I can run Tomcat, Jetty etc all fine on this server (it's a fresh install).






[GLASSFISH-6945] GFv3: License screen needs to be a little bit bigger Created: 17/Dec/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: nluu Assignee: scatari
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: File LicScreen.tiff    
Issuezilla Id: 6,945

 Description   

Build: b29

The license screen needs to be a little bit bigger; currently, the option
"I do not accept the term in the license agreement" is not completely visible,
i.e. bottom half of the line are not shown.

Steps to reproduce:
-------------------
1) Install the build using the default values.
2) Observe the license screen for the above issue.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 13/Apr/09 ]
      • Issue 7419 has been marked as a duplicate of this issue. ***
Comment by Snjezana Sevo-Zenzerovic [ 15/Sep/09 ]

...

Comment by scatari [ 05/Oct/09 ]

Created an attachment (id=3416)
License Screen

Comment by scatari [ 05/Oct/09 ]

I do not see it in latest build. Please see the screen-shot on my Mac.

Comment by scatari [ 08/Oct/09 ]

Minor issue without any impact on functionality or user experience.

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-6733] Installed components' information remains even after uninstalling & re-installing GlassFish. Created: 07/Nov/08  Updated: 05/Apr/12

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

Type: Bug Priority: Minor
Reporter: kanao Assignee: scatari
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


Attachments: GIF File updatetool.GIF     GIF File updatetool2.GIF    
Issuezilla Id: 6,733
Tags: glassfish, installer

 Description   

If you install some modules from Admin GUI -> Update Tool page, that information
will remain on "Installed conponents" page even after uninstalling &
re-installing glassfish v3. Of course, that paticular module does not exists in
re-installed GlassFish.

[How to reproduce]
------------------------------
1. From Admin GUI -> Update Tool, select some of modules and install them.

    • I tried with jruby, metro and jMaki and result was all the same.

2. Open [Installed Components] tab of Update Tool Section to see if selected
components were successfully installed.

3. Uninstall GlassFish with using uninstaller.

4. Re-install GlassFish with using installer.

5. Raunch Admin GUI and access Update Tool -> Installed Components page.
You'll see those components' name you installed at 2.
------------------------------



 Comments   
Comment by Anissa Lam [ 07/Nov/08 ]

when this happen, can you bring up the standalone app, updatetool, to see if it
reports the same ? thanks

Comment by kanao [ 07/Nov/08 ]

I think so. Please see the attatched images for details.
These images is captured under the same condition (almost the same time).
This "JRuby on Rails" in Standalone update tool might be the same module
as "jruby" in admin-gui's own ?

Comment by kanao [ 07/Nov/08 ]

Created an attachment (id=2087)
Update-tool, admin gui

Comment by kanao [ 07/Nov/08 ]

Created an attachment (id=2088)
Update tool, standalone

Comment by Anissa Lam [ 07/Nov/08 ]

This seems to be installation issue. Reassign.

Comment by scatari [ 23/Dec/08 ]

Installer currently is not aware of components installed outside(or after) the installation process through
update tool, hence uninstaller does not clean them up.

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

Uninstaller should explicitly remove all of IPS package database directory
(.org.opensolaris,pkg). Assigning to Sathyan.

Comment by scatari [ 24/Sep/09 ]

It has been very well documented that the user has to cleanup the install
directory including the hidden directory. The issue here is that package
database is not in sync between several client tools(admin gui, update center)
and installer. The hidden directories under <installdir> have metadata info
about packages installed through all of the clients in that install base and
unless they are removed by users, those components will be marked as
pre-installed. Downgrading this to a p4.

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-6696] Malformed error message in registration screen when "email" field is null. Created: 02/Nov/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: leonfan Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Attachments: PNG File 6696.png     JPEG File install_3.jpg    
Issuezilla Id: 6,696

 Description   

Install english or l10ned glassfish v3 on chinese or japanese Windows with
Windows Installer File. Didn't fill any content and Try 'next' when apply a
registration account during end of the installation, Malformatted warning
message popup:

[$EMAIL]*[

{0} {1}

]: xxxx

Please get screenshot in attachment.



 Comments   
Comment by leonfan [ 02/Nov/08 ]

Created an attachment (id=2045)
malformatted warning message

Comment by gmurr [ 24/Sep/09 ]

please verify in next v3 build

Comment by ogino [ 30/Nov/09 ]

Still happening in b74. The problem is also for -unix-ml.sh installer.

Comment by ogino [ 30/Nov/09 ]

Created an attachment (id=4020)
screenshot in english.

Comment by ogino [ 30/Nov/09 ]

Since this is also happening in English, transferring to installer team from localization. English screenshot
is attached [6696.png].

Comment by scatari [ 01/Dec/09 ]

Yes, it is hard-coded and the image has to be updated to fix the typo in "Glassfish". It may be too late to
address it in this release given that it is time for release candidate builds. Will see if it can be done by
today.

Comment by scatari [ 01/Dec/09 ]

Changed the summary to reflect the issue.

Comment by scatari [ 01/Dec/09 ]

Will not be fixed in this release.

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-6688] Improper tooltip text for Windows shortcut. Created: 02/Nov/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: kanao Assignee: scatari
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: GIF File null.gif    
Issuezilla Id: 6,688

 Description   

V3's windows installer creates shortcut in a windows' start menu.
Inside that start menu, there're 3 items: Start Application Server/Stop
Application Server/Start Update tool.

Those items displays "null" as a tooltip-text which is not so much elegant.
If there're nothing to tell users using tooltip, it may be better show nothing.
(See the attatched image for detail)



 Comments   
Comment by kanao [ 02/Nov/08 ]

Created an attachment (id=2037)
tooltip for shortcut menu

Comment by scatari [ 23/Dec/08 ]

Will be evaluated further to see if OpenInstaller provides a way to show tooltip.

Comment by Snjezana Sevo-Zenzerovic [ 13/Apr/09 ]
      • Issue 7664 has been marked as a duplicate of this issue. ***
Comment by Snjezana Sevo-Zenzerovic [ 20/May/09 ]
      • Issue 7714 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-6353] misleading message during installatoin when port is in use Created: 29/Sep/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: yifeng1 Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: PC


Attachments: JPEG File installer-token-replacement.jpg    
Issuezilla Id: 6,353
Status Whiteboard:

gfv3-prelude-included


 Description   

b26

trying to install on windows, using exe distribution, select provide user name
and password, my port 4848 and 8080 are occupied, but the pop up window from
installer gave confusing message:

[Admin Port]*

{0} {1}

]:Port is currently occupied



 Comments   
Comment by yifeng1 [ 29/Sep/08 ]

oops, wrong subcomponent and owner

Comment by kumara [ 29/Sep/08 ]

v3 defect tracking

Comment by scatari [ 30/Sep/08 ]

This is a open installer issue, cant do much about it in prelude, Will revisit this, the message does capture
the error message and the field responsible for it, Though it would be nice to remove the cryptic symbols,
the message that we are trying to convene is clear, downgrading to p4.

Comment by ludo [ 06/Oct/08 ]

?
P4? Whao...
This is the basic feature you need in an installer...Copying bits, and informing
user for bad configuration situations.

Hard to believe openinstaller is that bad...Really.

We are killing our user experience big time.

Comment by Snjezana Sevo-Zenzerovic [ 06/Oct/08 ]
      • Issue 6440 has been marked as a duplicate of this issue. ***
Comment by Snjezana Sevo-Zenzerovic [ 06/Oct/08 ]

...

Comment by km [ 15/Oct/08 ]

Created an attachment (id=1983)
the message on GUI screens ...

Comment by Snjezana Sevo-Zenzerovic [ 24/Oct/08 ]
      • Issue 6631 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-6233] [OPENINSTALLER]: $HOME/glassfishv3-prelude always created 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: Bug Priority: Minor
Reporter: Joe Di Pol Assignee: scatari
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 6,233
Status Whiteboard:

gfv3-prelude-included


 Description   

GlassFish V3 Prelude B25
Mac OS 10.5.4

When I run the B25 installer on my Mac it always creates
$HOME/glassfishv3-prelude at startup – even if I don't install there.
For example, if I start the installer, then immediately quit it I
end up with an empty $HOME/glassfishv3-prelude directory. The installation
directory should not be created until needed.



 Comments   
Comment by kumara [ 22/Sep/08 ]

v3 defect tracking

Comment by scatari [ 24/Sep/08 ]

Yes, interestingly, it is not only the directory name with default value when the user visits the
panel($HOME/glassfishv3-prelude) that gets created, but if the user changes the installdirectory value and
navigates back and forth to the next and current panel, then the modified directory location is also
created. Though its a bug, doesnt affect any functionality, Downgrading this to a p4.

OpenInstaller's installhome.xml file(default installation directory panel) might have this erroneous logic to
create the directory everytime the user visits this page. I am also marking the synopsys with
OPENINSTALLER to be followed up with the team.

Comment by Snjezana Sevo-Zenzerovic [ 26/Feb/09 ]
      • Issue 6946 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-7345] Country names are not localized in the online user account creation Created: 16/Mar/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: pierrot Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Attachments: PNG File gf2.1b2_es_04_14140_04.png    
Issuezilla Id: 7,345

 Description   

Build: sges-2_1-p01-bin-b02-sparc-11_mar_2009-ml.zip
locale: have seen in es
platform: have seen in Sol10

Country names are not localized in the online user account creation.

How to reproduce:
1.Launch the installer and go to the registration page (at the end).
2.Say you want to create now a new account
3.See the states list in the drop down menu.



 Comments   
Comment by pierrot [ 16/Mar/09 ]

Created an attachment (id=2377)
See example.

Comment by pierrot [ 16/Mar/09 ]

Adding myself in CC.

Comment by gmurr [ 24/Sep/09 ]

There should be 2 entries for country names in property file. One as key (will
not be translated), the other as display names and will be loclaized

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-7342] Spanish - Installer too small for the online account creation. Created: 16/Mar/09  Updated: 06/Jan/11

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

Type: Bug Priority: Minor
Reporter: pierrot Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Attachments: PNG File gf2.1b2_es_04_14140_04.png    
Issuezilla Id: 7,342

 Description   

Build: sges-2_1-p01-bin-b02-sparc-11_mar_2009-ml.zip
locale: have seen in es
platform: have seen in sparc

The installer is too small for the online account creation.
See screen shot.



 Comments   
Comment by pierrot [ 16/Mar/09 ]

Created an attachment (id=2374)
See how it is badly displayed by default.

Comment by pierrot [ 24/Mar/09 ]

Moving to Georges at it is some i18n issue.

Comment by gmurr [ 24/Sep/09 ]

installer issue

Comment by Ed Bratt [ 02/Oct/09 ]

Defer to 2.1.2





[GLASSFISH-7310] French - Missing apostrophe in the installer title Created: 12/Mar/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: pierrot Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Mac System 9.0
Platform: Macintosh


Attachments: PNG File GF2.1p1_fr_03_14140.png     PNG File Installer_on_Mac.png    
Issuezilla Id: 7,310

 Description   

Build: sges-2_1-p01-bin-b02-mac-11_mar_2009-ml.zip
locale: fr
platform: Suse

Missing space in the install title:
It should be:
Assistant d'installation de Sun GlassFish Entreprise Server
It is right now:
Assistant dinstallation de Sun GlassFish Entreprise Server

Since I could see it is OK on Mac, I believe this is an i18n bug, somehow
specific to Suse.



 Comments   
Comment by pierrot [ 12/Mar/09 ]

Created an attachment (id=2347)
See the missing apostrophe in the title.

Comment by pierrot [ 12/Mar/09 ]

Created an attachment (id=2348)
See how it is OK on Mac.

Comment by pierrot [ 13/Mar/09 ]

Adding myself in CC.

Comment by gmurr [ 24/Sep/09 ]

Issue specific to Suse

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-7311] actual action (caption) uni18ned in the installer. Created: 12/Mar/09  Updated: 06/Jan/11

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

Type: Bug Priority: Minor
Reporter: pierrot Assignee: scatari
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 GF2.1p1_fr_05_14140.png    
Issuezilla Id: 7,311

 Description   

Build: sges-2_1-p01-bin-b02-mac-11_mar_2009-ml.zip
locale: seen in fr, probably for all
platform: all

During the installation process, the actual action (caption, ex:"Uncompressing")
is displayed in English.
I've looked in WdS, and there is not such entry -> need to i18n the message.



 Comments   
Comment by pierrot [ 12/Mar/09 ]

Created an attachment (id=2350)
See the example: "Uncompressed"

Comment by pierrot [ 13/Mar/09 ]

Adding myself in CC.

Comment by gmurr [ 24/Sep/09 ]

need to be fixed in installer

Comment by Ed Bratt [ 02/Oct/09 ]

Defer to 2.1.2





[GLASSFISH-7309] missing space before colons in configurator Created: 12/Mar/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: pierrot Assignee: scatari
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 GF2.1p1_fr_03_14140.png     PNG File GF2.1p1_fr_04_14140.png    
Issuezilla Id: 7,309

 Description   

Build: sges-2_1-p01-bin-b02-mac-11_mar_2009-ml.zip
locale: fr
platform: Mac + Suse

In the configurator, there are some missing spaces before some ":".
I've checked in our TM, and the string to translate does not contain any ":" ->
the column is most probably added in the code itself.
Need to place it in the string, or to handle the missing space for French.



 Comments   
Comment by pierrot [ 12/Mar/09 ]

Created an attachment (id=2346)
Missing spaces.

Comment by pierrot [ 12/Mar/09 ]

Created an attachment (id=2349)
See other examples of missing spaces.

Comment by pierrot [ 13/Mar/09 ]

Adding myself in CC.

Comment by gmurr [ 24/Sep/09 ]

fix need to be in installer

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-6621] (OI) SuSE only: Unable to open the log files by clicking on the links of the Summary screen. Created: 22/Oct/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: nluu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux


Issuezilla Id: 6,621

 Description   

OS: SuSE Linux only

Unable to open the log files by clicking on the links of the Summary screen,
i.e. the following links does not work:
-detailed summary report
-next steps
-<time-stamp>-install-summary.html
-<time-stamp>-install.log

Steps to reproduce:
-------------------
1) Install the build using the default values
2) Click on any link on the Summary screen
3) Observer that the browser does not display the selected file



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 24/Oct/08 ]

Nolan, please let me know what is the default browser on this system, and its
installation location...

Comment by nluu [ 27/Oct/08 ]

SuSE Enterprise Edition 10
FireFox 1.5.0.4
/usr/bin/firefox --> ../lib/firefox/firefox.sh

Comment by judytangs [ 30/Mar/09 ]

I am upgrade this bug to P3 since SJSU students also ran into this, which may
indicate more people will hit this, so P3 seems right priority than P4.

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

Issue with OI browser support. Assigning to Sathyan for evaluation.

Comment by scatari [ 24/Sep/09 ]

The issue with Open Installer cannot be easily dealt with a workaround. That
said, the files can be accessed post-installation, by various means. Downgrading
to a p4 based on severity and its impact on installer functionality.

Comment by scatari [ 24/Sep/09 ]
      • Issue 7231 has been marked as a duplicate of this issue. ***
Comment by Gail Risdal [ 08/Dec/09 ]

Added to v3 Release Notes.

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-6480] Not able to install EE Build on RH5.1 Created: 08/Oct/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: meenap Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Sun


Issuezilla Id: 6,480

 Description   

GlassFish V2.1 B54
RH 5.1

cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.1 (Tikanga)

When installing EE build B54 on RH5.1, I am getting this error and the
installation just hangs.

[root@bigapp-opteron-8 home]# ./sjsas_ee-9_1_1-fcs-bin-b54-linux-08_oct_2008.bin
-console
Checking available disk space...
Checking Java(TM) 2 Runtime Environment...
Extracting Java(TM) 2 Runtime Environment files...

      • glibc detected *** ./sjsas_ee-9_1_1-fcs-bin-b54-linux-08_oct_2008.bin: doubl
        e free or corruption (!prev): 0x0806d840 ***
        ======= Backtrace: =========
        /export/home/../../lib/libc.so.6[0x9d38b6]
        /export/home/../../lib/libc.so.6(cfree+0x90)[0x9d6e00]
        ./sjsas_ee-9_1_1-fcs-bin-b54-linux-08_oct_2008.bin(GetPublicJREPath+0x6df)[0x805
        4269]
        ./sjsas_ee-9_1_1-fcs-bin-b54-linux-08_oct_2008.bin(main+0x8f8)[0x804e37c]
        /export/home/../../lib/libc.so.6(__libc_start_main+0xdc)[0x982dec]
        ./sjsas_ee-9_1_1-fcs-bin-b54-linux-08_oct_2008.bin(dlopen+0x41)[0x804c9f5]
        ======= Memory map: ========
        006a7000-006b2000 r-xp 00000000 fd:00 75694112 /lib/li
        bgcc_s-4.1.2-20070626.so.1
        006b2000-006b3000 rw-p 0000a000 fd:00 75694112 /lib/li
        bgcc_s-4.1.2-20070626.so.1
        0071a000-00729000 r-xp 00000000 fd:00 75694108 /lib/li
        bresolv-2.5.so
        00729000-0072a000 r--p 0000e000 fd:00 75694108 /lib/li
        bresolv-2.5.so
        0072a000-0072b000 rw-p 0000f000 fd:00 75694108 /lib/li
        bresolv-2.5.so
        0072b000-0072d000 rw-p 0072b000 00:00 0
        00950000-00969000 r-xp 00000000 fd:00 75695104 /lib/ld
        -2.5.so
        00969000-0096a000 r--p 00019000 fd:00 75695104 /lib/ld
        -2.5.so
        0096a000-0096b000 rw-p 0001a000 fd:00 75695104 /lib/ld
        -2.5.so
        0096d000-00aa7000 r-xp 00000000 fd:00 75694097 /lib/li
        bc-2.5.so
        00aa7000-00aa9000 r--p 00139000 fd:00 75694097 /lib/li
        bc-2.5.so
        00aa9000-00aaa000 rw-p 0013b000 fd:00 75694097 /lib/li
        bc-2.5.so
        00aaa000-00aad000 rw-p 00aaa000 00:00 0
        00aaf000-00ac2000 r-xp 00000000 fd:00 75694110 /lib/li
        bpthread-2.5.so
        00ac2000-00ac3000 r--p 00012000 fd:00 75694110 /lib/li
        bpthread-2.5.so
        00ac3000-00ac4000 rw-p 00013000 fd:00 75694110 /lib/li
        bpthread-2.5.so
        00ac4000-00ac6000 rw-p 00ac4000 00:00 0
        00ac8000-00aca000 r-xp 00000000 fd:00 75694104 /lib/li
        bdl-2.5.so
        00aca000-00acb000 r--p 00001000 fd:00 75694104 /lib/li
        bdl-2.5.so
        00acb000-00acc000 rw-p 00002000 fd:00 75694104 /lib/li
        bdl-2.5.so
        00ace000-00af3000 r-xp 00000000 fd:00 75694128 /lib/li
        bm-2.5.so
        00af3000-00af4000 r--p 00024000 fd:00 75694128 /lib/li
        bm-2.5.so
        00af4000-00af5000 rw-p 00025000 fd:00 75694128 /lib/li
        bm-2.5.so
        08048000-08061000 r-xp 00000000 fd:00 64421889 /export
        /home/sjsas_ee-9_1_1-fcs-bin-b54-linux-08_oct_2008.bin
        08061000-08063000 rw-p 00018000 fd:00 64421889 /export
        /home/sjsas_ee-9_1_1-fcs-bin-b54-linux-08_oct_2008.bin
        08063000-08084000 rw-p 08063000 00:00 0 [heap]
        f7b00000-f7b21000 rw-p f7b00000 00:00 0
        f7b21000-f7c00000 ---p f7b21000 00:00 0
        f7cc3000-f7cfc000 r--p 016c5000 fd:00 20123509 /usr/li
        b/locale/locale-archive
        f7cfc000-f7efc000 r--p 00000000 fd:00 20123509 /usr/li
        b/locale/locale-archive
        f7efc000-f7efe000 rw-p f7efc000 00:00 0
        f7efe000-f7fad000 r-xp 00000000 fd:00 20144962 /usr/li
        b/libstdc++.so.5.0.7
        f7fad000-f7fb2000 rw-p 000ae000 fd:00 20144962 /usr/li
        b/libstdc++.so.5.0.7
        f7fb2000-f7fb7000 rw-p f7fb2000 00:00 0
        f7fc3000-f7fc4000 rw-p f7fc3000 00:00 0
        f7fc4000-f7fc5000 r-xp 00000000 fd:00 20218039 /usr/li
        b/gconv/ISO8859-1.so
        f7fc5000-f7fc7000 rw-p 00000000 fd:00 20218039 /usr/li
        b/gconv/ISO8859-1.so
        f7fc7000-f7fce000 r--s 00000000 fd:00 20218116 /usr/li
        b/gconv/gconv-modules.cache
        f7fce000-f7fcf000 r--p 0173f000 fd:00 20123509 /usr/li
        b/locale/locale-archive
        f7fcf000-f7fd4000 r-xp 00000000 fd:00 75694148 /lib/li
        bcrypt-2.5.so
        f7fd4000-f7fd5000 r--p 00004000 fd:00 75694148 /lib/li
        bcrypt-2.5.so
        f7fd5000-f7fd6000 rw-p 00005000 fd:00 75694148 /lib/li
        bcrypt-2.5.so
        f7fd6000-f7ffe000 rw-p f7fd6000 00:00 0
        ffb1f000-ffb2a000 rw-p ffb1f000 00:00 0 [stack]
        ffffe000-fffff000 r-xp ffffe000 00:00 0
        Deleting temporary files...


 Comments   
Comment by meenap [ 08/Oct/08 ]

Changing target milestone from V3 to 9.1.1

Comment by meenap [ 09/Oct/08 ]

Raising priority to P1 as basic functionality is broken.

Comment by meenap [ 10/Oct/08 ]

Just tried the same build on RH5.0 (Red Hat Enterprise Linux Server release 5
(Tikanga) and didn't see this issue there and I was able to install the build
successfully. This problem seems to be happening on RH5.1 version.

Comment by scatari [ 13/Oct/08 ]

Issue might be isolated to a version of Linux. The machine could be missing patches required(libc++), will
investigate further. Also as a workaround could the submitter please try running the installer with
explicitly specifying -javahome argument.

Comment by scatari [ 13/Oct/08 ]

Issue might be isolated to a version of Linux. The machine could be missing patches required(libc++), will
investigate further. Also as a workaround could the submitter please try running the installer with
explicitly specifying -javahome argument.

Comment by meenap [ 13/Oct/08 ]

Just tried the installation with -javahome and the installation went through
successfully. The jdk version tried is 1.5.0_16

Comment by scatari [ 13/Oct/08 ]

Downgrading to a p3, as this is a known issue and has en easy workaround. I am still keeping the bug
open to investigate further to see if the "double free" is coming out of zlib as reported in many linux
forums.

This is not a release stopper as of now and this issue has been documented in earlier releases also.

Comment by scatari [ 13/Oct/08 ]

Downgrading to a p3, as this is a known issue and has en easy workaround. I am still keeping the bug
open to investigate further to see if the "double free" is coming out of zlib as reported in many linux
forums.

This is not a release stopper as of now and this issue has been documented in earlier releases also.

Comment by sanandal [ 11/Jan/09 ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by kumara [ 01/Sep/09 ]

Changing version from 9.1.1 to v2.1 to reflect new name/version.

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-6363] [OPENINSTALLER] : non-error UC standard output is displayed in Product Error column of the Summary Report Created: 30/Sep/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: nluu Assignee: scatari
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,363
Status Whiteboard:

gfv3-prelude-included


 Description   

Build: GFv3Prelude build 26

non-error UC standard output is displayed in Product Error column of the Summary
Report

We might need to document this in the release notes since this might cause
confusion to the end users. Although we don't have time to fix this for the
Prelude release, we should fix this for V3.

Steps to reproduce:
-------------------
1) Install the build using the default values.
2) On the final Summary screen, open the summary report
3) Observe the Product Error column of the Configuration Report section.



 Comments   
Comment by kumara [ 30/Sep/08 ]

v3 defect tracking

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-8508] In Create Sun Online Account dialog, in dropdownlist 'Country' some country names are not sortted alphabetically Created: 11/Jun/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: xiangguoli Assignee: scatari
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: 8,508
Status Whiteboard:

v2.1.1_exclude


 Description   

1. Create Sun Online Account during installing GF v2.1 p03 b02
2. In Create Sun Online Account dialog, observe 'Country' dropdownlist

Actual Result:
Some country names are not sortted alphabetically. For example, the
country 'Darussalam' shows up before some countries whose name begin with 'B'



 Comments   
Comment by gmurr [ 24/Sep/09 ]

May be country list should also be localizable.

Comment by xiangguoli [ 24/Sep/09 ]

But if the country list is localized, user will not register Sun Online Account.

Comment by Ed Bratt [ 15/Oct/09 ]

Will not fix in 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-8296] Error message needs to be updated to ask user to use JDK 1.6 Created: 12/May/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: nluu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows Vista
Platform: PC


Attachments: JPEG File B47aSDKFullPreviewJDKerror.jpg    
Issuezilla Id: 8,296

 Description   

Build: Promoted GFv3 b47a / java_ee_sdk-6-preview-b03a-windows.exe
OS: Windows Vista

Although the installer gives the error message below, it does not ask the user
to use the correct version of Java, i.e. JDK 1.6:

Error: Could not find the required version of the Java(TM) 2 Runtime Environment

Steps to reproduce:
-------------------
1) Configure system to have only JDK 1.5.0_18
2) Install the build using the default values
3) Observe the above error message



 Comments   
Comment by nluu [ 12/May/09 ]

Created an attachment (id=2793)
Installer Java requirement error message

Comment by scatari [ 12/May/09 ]

All of the documents(installguide, release notes) recommend JDK V1.6 or above for the whole of product.
Downgrading to a p3.

Comment by scatari [ 16/Sep/09 ]

Very minor issue, has been very well documented.

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-8692] silent instalation does't work if absolute path is asnwer file is specified Created: 09/Jul/09  Updated: 05/Apr/12

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

Type: Bug Priority: Minor
Reporter: fyodr Assignee: scatari
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


Attachments: Text File 2009-07-09-17-11-install.log    
Issuezilla Id: 8,692
Tags: glassfish, installer

 Description   

GF is failed to install with following silent option:
glassfish-v3-ea-b44-windows.exe -a "C:
gf_silent_install_win32_good.properties" -s

GF silent installation works well only when asnwer file is located in the same
folder as installation file, e.g. following command works well
glassfish-v3-ea-b44-windows.exe -a gf_silent_install_win32_good.properties -s

When executing the first command(which does not work) in logs there is a
suspocious entry:

[#|2009-07-09T17:09:55.890+04:00|FINEST|Install
Engine|org.openinstaller.core.Orchestrator||Ignoring blank answer file or syntax
error in
,file:///C:\DOCUME~1\FEDORR~1\LOCALS~1\Temp\glassfish-v3-ea-b44-windows.exe2\install.windows.properties,C:\\gf_silent_install_win32_good.properties:Ignoring
blank answer file or syntax error in
,file:///C:\DOCUME~1\FEDORR~1\LOCALS~1\Temp\glassfish-v3-ea-b44-windows.exe2\install.windows.properties,C:\\gf_silent_install_win32_good.properties|#]



 Comments   
Comment by fyodr [ 09/Jul/09 ]

Created an attachment (id=2964)
full installation log

Comment by scatari [ 14/Jul/09 ]

Lowering to a p3 as the issue is isolated only to Silent installation, Also could the submitter try specifying
a single "\" in the silent install path instead of using "
"?

Comment by fyodr [ 15/Jul/09 ]

Yes,
however we are using zip-installation(and it works well for us) instead of
running GUI installation in silent mode. Do I downgrade this issue to P4.

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-7489] Summary screen states Update Tool as installed and configured even it was not selected for installation Created: 31/Mar/09  Updated: 05/Apr/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3, 3.1.2
Fix Version/s: future release

Type: Bug Priority: Minor
Reporter: nluu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: PC


Attachments: PNG File 3.1.2-udpatetool-disabled-ready-to-install.png     PNG File 3.1.2-udpatetool-disabled-summary.png    
Issuezilla Id: 7,489
Tags: glassfish, installer

 Description   

Build: 42 community bundle

Summary screen states Update Tool boot-strap as installed and configured even it
was not selected for installation.

Steps to reproduce:
-------------------
1) Install the build using the community bundle.
2) Un-select "Install Update Tool" ("Enable Update Tool" automatically
un-selected also.
3) Proceed with the installation and observe that the Summary screen displays
Update Tool boot-strap as installed and Update Tool boot-strap as configured.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 24/Sep/09 ]

In this particular scenario, bootstrap should be displayed as installed
(bootstrap files are always installed, regardless of the value of "install
Update Tool" option). However, marking it as configured could be misleading, so
we should consider providing unconfigured exit status for UC configurator if
option was disabled.

Assigning to Sathyan. This is, however, P4 candidate.

Comment by scatari [ 09/Nov/09 ]

No impact on any of the installer functionality.

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 Romain Grécourt [ 05/Apr/12 ]

Issue can be reproduced with GlassFish 3.1.2 release installer. More than the summary, the ready to install page show that update tool will be configured even if unselected on the previous screen.





[GLASSFISH-7462] Installer: Background text keeps moving when cancel is clicked Created: 28/Mar/09  Updated: 05/Apr/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3, 3.1.2
Fix Version/s: future release

Type: Bug Priority: Minor
Reporter: sharvil_sjsu Assignee: scatari
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: 7,462
Tags: glassfish, installer

 Description   

Run setup file. Agree to license. click on next with default values. Click Next
on Installation Directory Page and move to Update Configuration Screen. Click
next on that screen. On the Install screen click install button. You would move
to progress screen and you can see progress bar moving.

Now click on cancel button and "Exit" Message box will pop up. But the text on
the background screen would keep on moving dynamically.

Also if we use prelude version progress bar keeps on moving along with text. But
if we use build41 then progress bar pauses but text in background screen keeps
on moving and installation gets stuck at 41%.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 15/Sep/09 ]

Apparently OI refresh issue. Assigning to Sathyan for evaluation.

Comment by scatari [ 24/Sep/09 ]

Minor UI issues, would need fixes from OI.

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 Romain Grécourt [ 05/Apr/12 ]

In GlassFish 3.1.2 when hitting the cancel button during the progress screen, this does not "pause" all the process and eventually gets to the next screen. Other part of the issue might have been fixed.





[GLASSFISH-7435] Old values retained in User Name and User Password field On Product Registration Screen by clicking Next with invalid information. Created: 25/Mar/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: sharvil_sjsu Assignee: scatari
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,435

 Description   

Run setup file, Agree to license. Select all default settings. Click Install on
ready to install screen. You would be forwarded to Product Registration Screen.
Select Option "I already have sun online account". Enter invalid user name and
user password and click next. You will see a message something like "Sun
Inventory Authentication Error". Click OK.You will be forwarded to Product
Registration Screen. But on that screen, the field for User Name and User
Password would contain the old values (i.e they wont get blank). Also Selection
moves to option I do not have Sun Online Account. And User Name and User
Password text box gets enabled. So its like we can enter any values in those
fields with the selection of 1st option (i.e I dont have account).



 Comments   
Comment by sharvil_sjsu [ 25/Mar/09 ]

Please go through the issue and let me know the update on the same.

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

Assigning to Sathyan for evaluation, but given that this is negative test case
this is candidate for priority downgrade...

Comment by scatari [ 25/Sep/09 ]

Doesn't affect functionality or user experience. Downgrading.

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-7654] Improper text on Ready to Uinstall screen -Un-installation Created: 13/Apr/09  Updated: 05/Apr/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3, 3.1.2
Fix Version/s: future release

Type: Bug Priority: Minor
Reporter: sharvil_sjsu Assignee: scatari
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,654
Tags: glassfish, installer

 Description   

Go to home directory where GlassFish application is installed. Click on
uninstall.exe. Un-installation will run, and on the Ready to Un-Install Screen
you will see text similar to this for few seconds.

<HTML><BODY></BODY></HTML>

I believe that there should be some other text or the screen should be blank
i.e without any text cause the above mentioned text has no relevance with
un-installation process.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 17/Apr/09 ]
      • Issue 7795 has been marked as a duplicate of this issue. ***
Comment by Snjezana Sevo-Zenzerovic [ 17/Apr/09 ]
      • Issue 7738 has been marked as a duplicate of this issue. ***
Comment by Snjezana Sevo-Zenzerovic [ 29/Apr/09 ]
      • Issue 7787 has been marked as a duplicate of this issue. ***
Comment by Snjezana Sevo-Zenzerovic [ 15/Sep/09 ]

OI refresh issue, assigning to Sathyan for evaluation.

Comment by scatari [ 25/Sep/09 ]

Doesn't affect functionality or behaviour of the installer.

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 Romain Grécourt [ 05/Apr/12 ]

Issue can be reproduced in GlassFish 3.1.2 release installer





[GLASSFISH-10825] Uninstall.sh does not work for directory with space character Created: 04/Nov/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: nluu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux


Issuezilla Id: 10,825

 Description   

OS: RHEL 4
Build: 70 SGES full

Uninstall.sh does not work for directory with space character.

Steps to reproduce:
-------------------
1) Install the build using the directory name which has space character.
2) Uninstall the build and observe the error below:

nluu@easqelx6:/home/nluu/glassfishv3b70sges withspace> sh ./uninstall.sh
./uninstall.sh: line 112: [: too many arguments
Required files for uninstaller missing from this directory. Aborting installation

Note:
1) If the directory does not have space character then the uninstaller launch
successfully (uninstall.sh).
2) The uninstall.exe (Windows) works fine for directory with space.
3) Workaround is to use the rm command.



 Comments   
Comment by scatari [ 04/Nov/09 ]

It is highly unlikely that a unix path would have embedded space. That said,
this is a negative test case. Will evaluate further.

Comment by scatari [ 09/Nov/09 ]

Please see earlier 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-10416] Spurious directory creation Created: 19/Oct/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: driscoll Assignee: scatari
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: 10,416

 Description   

If you choose a non-standard install directory on Unix (I'm using a Mac), such as:

/home/driscoll/Work/glassfishv3-b68

the installer will still create a directory in your home dir anyway, like so:

/home/driscoll/glassfishv3

While not a critical bug (the directory is empty, and everything works) it looks
sloppy.



 Comments   
Comment by scatari [ 29/Oct/09 ]

It is an issue with the installer framework(which is not under any support now). Will have to fix this by
ourself. That said, it is not critical enough for this release.

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-11379] hard code for installater's help Created: 30/Dec/09  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: leonfan Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Solaris
Platform: Sun


Issuezilla Id: 11,379

 Description   

Run 'sges-v3-xxx.sh -h', it will print help for installer:

Usage: <GlassFish installation/uninstallation program.> [-options]
where options include:

-a <answerfile>
run this program in silent mode using the answerfile provided, should be
used with -s option.
...

We couldn't translate those messages for other language.



 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-14386] No user approval when creating new directory - functional parity with 2.x Created: 03/Nov/10  Updated: 05/Apr/12

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

Type: Improvement Priority: Minor
Reporter: Alex Pineda Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 14,386

 Description   

Perhaps this is an old issue, but in comparing the behavior of the GF 2.x
Installer, one thing that is noticeable is that when a user selects a directory
(to install the product) that is non-existent, a dialog box would pop-up and ask
for confirmation from the user before creating the directory.

In GF 3.1, there is no dialog box to request the user to confirm. The installer
just creates the directory.

This might be a minor knit, but it's a noticeable user change from 2.x to 3.1.



 Comments   
Comment by scatari [ 03/Nov/10 ]

The information displayed on this panel clearly states that if the directory does not exist, it will be created.

Comment by Alex Pineda [ 03/Nov/10 ]

I know that is clearly stated in the panel (if a directory does not exist, it
will be created). All I'm trying to highlight is that the behavior is different
in 2.x and 3.1. My understanding is that we want functional parity and in this
case, this is a difference. I know we're running out of time to fix all issues.
I will leave it up to your discretion on how to proceed with this issue. If you
want to mark it as an Enhancement, I would be ok with it.





[GLASSFISH-15378] Windows Compliance: Installation path should default to %PROGRAMFILES%\GlassFish Created: 29/Dec/10  Updated: 18/Feb/11

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: v3.0.1
Fix Version/s: None

Type: Improvement Priority: Minor
Reporter: mkarg Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows



 Description   

While Microsoft didn't enforce it in the past, since Vista and even more since Windows 7, Microsoft is enforcing its always existing restrictions on file paths. To make GlassFish behave like a good citizen in the Windows world, GlassFish should follow at least some core ideas of the Windows OS. One of this ideas is that all programs are to be found exactly in %PROGRAMFILES% and not anywhere else.

Currently GlassFish v3.0.1's installer defaults the installation path to C:\glassfish.

To be a good citizen, it should default to %PROGRAMFILES%\glassfish.

Any real Windows administrator will expect %PROGRAMFILES% and hates programs ignoring Microsoft's defaults.



 Comments   
Comment by scatari [ 29/Dec/10 ]

This would require product wide confirmation that all of the modules can handle installation paths that have embedded space(s). Assigning to "admin" module to start the evaluation.

Comment by Tom Mueller [ 18/Feb/11 ]

This is an installer issue. Reassigning to the installation category.





[GLASSFISH-15631] Oracle GlassFish Server installer hangs when logged into VPN Created: 20/Jan/11  Updated: 05/Apr/12

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

Type: Bug Priority: Minor
Reporter: jclingan Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

MAC OS X 10.6.6, jdk 1.6.0_22, Oracle GlassFish Server 1/18 nightly build (full distribution)


Attachments: HTML File answerfile     HTML File typescript    
Tags: glassfish, installer

 Description   

Ran installation first time to create answer file (attached).

If not on Oracle VPN, installing with answer file in silent mode works fine. If on Oracle VPN, the equivalent installer command seems to lay down most (all?) of the bits, but hangs and consumes a lot of CPU. Unknown if this occurs on other platforms.

Command to run installer with answer file:
./ogs*sh -v -s -a answerfile

Attaching the output of verbose logging (typescript).



 Comments   
Comment by scatari [ 20/Jan/11 ]

Are you providing the proxy information in answer file?
UpdateTool.Configuration.PROXY_HOST
and
UpdateTool.Configuration.PROXY_PORT

Comment by scatari [ 21/Jan/11 ]

BTW, the latest nightlies have some connectivity issues with the backend server that hosts all our IPS packages, so I couldn't bootstrap updatetool as part of the installer. I am including Snjezana to investigate more on this.

Comment by Snjezana Sevo-Zenzerovic [ 24/Jan/11 ]

This may be transient issue since couple of last week's nightly builds used internal repo URL without trailing slash - I had to adjust it because the original one was not working properly for couple of days, probably due to lab network reconfiguration. The original repo behavior and repo URL was restored on Thursday, 01/20, so if you are still seeing this issue using Thursday or Friday nightly build, something else is going on. I'll try it out with my home system and VNC connection later today.

In any case, all of this will become moot once we produce RC build with image configuration which points to production repositories so I don't think this issue requires any dedicated workspace change in 3.1 release.





[GLASSFISH-4879] Back/Next button: Updatetool configuration screen selected choices are not retained Created: 23/Apr/08  Updated: 05/Apr/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3, 3.1.2
Fix Version/s: future release

Type: Bug Priority: Minor
Reporter: nluu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: PC


Issuezilla Id: 4,879
Status Whiteboard:

gfv3-prelude-included


 Description   

Build: GFV3TP2 Build 10

When the Back and Next buttons are used on the Updatetool Configuration screen
the selected choices are not retained, i.e. checked boxes are unchecked.

Steps to reproduce:
-------------------
1) Install the build using the default values.
2) On the Updatetool Configuration screen, unselect one or more options (by
default all options are selected), i.e. Install Update Client option
3) Click Back to go to the GlassFish V3 Configuration screen
4) Click Next to go to the Updatetool Configuration screen
5) Select the unselected option, i.e. Install Update Client
6) Click Back to go to the GlassFish V3 Configuration screen
7) Click Next to go to the Updatetool Configuration screen
8) Observe that the Install Update Client option is not selected



 Comments   
Comment by kumara [ 19/Aug/08 ]

Add gfv3-prelude-include to status whiteboard

Comment by kumara [ 03/Sep/08 ]

v3 defect tracking

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

Assigning to Sathyan for evaluation.

Comment by scatari [ 16/Sep/08 ]

Does not affect any functionality

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 Romain Grécourt [ 05/Apr/12 ]

I reproduced a similar behavior with 3.1.2 release installer.





[GLASSFISH-3730] Improve the usability of Installing LB-plugin on HADB/IFR bundle ... Created: 04/Oct/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: Minor
Reporter: km Assignee: scatari
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: 3,730

 Description   

Others have run into it and I am running into it too. When I run one of the
above two bundles, the load balancer plugin check-box is checked by default.
As a user, I rarely take a note of that.

On the "Web Server Location" Screen that commences, I have to choose one of
two Web Servers provided. At that point, I am unaware of the fact this is the
outcome of default that the system chose for me. Frankly, I knew this, but still
I stumbled upon it and I had to think how to "skip" this step!

I would suggest we provide the same lb-plugin check-box on this screen (again)
which allows me to skip it.

[Filing it here because the installer is available as an extension of GlassFish
project although that part is not open-source].



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 05/Oct/07 ]

Assigning to Sathyan.

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-3729] IFR Installer throws an exception ... Created: 04/Oct/07  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: km Assignee: scatari
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: 3,729

 Description   

When I try to run the ifr installer's setup executable as a non-root user,
it throws this exception.
ExecuteCommand Error: java.io.IOException: Cannot run program "/bin/rpm":
java.io.IOException: error=2, No such file or directory
java.io.IOException: Cannot run program "/bin/rpm": java.io.IOException:
error=2, No such file or directory
at java.lang.ProcessBuilder.start(ProcessBuilder.java:459)
at java.lang.Runtime.exec(Runtime.java:593)
at java.lang.Runtime.exec(Runtime.java:509)
at com.sun.install.products.ExecuteCommand.execute(ExecuteCommand.java:420)
at com.sun.install.products.RPMUnit.readFilesMap(RPMUnit.java:999)
at com.sun.install.products.RPMUnit.initialize(RPMUnit.java:1096)
at com.sun.install.products.InstallNode.initialize(InstallNode.java:353)
at com.sun.install.products.InstallNode.initialize(InstallNode.java:353)
at com.sun.install.tasks.ProductTask.initialize(ProductTask.java:56)
at com.sun.wizards.core.Sequence.initialize(Sequence.java:173)
at
com.sun.wizards.core.GenericWizardState.setWizardState(GenericWizardState.java:1887)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

Then a screen pops up conveying the user that that user cannot install the
product.

It will be good if the exception is not shown on the console.

Download location:

http://www.sun.com/download/index.jsp?cat=Application%20%26%20Integration%20Services&tab=3&subcat=Application%20Servers



 Comments   
Comment by km [ 04/Oct/07 ]

BTW, I tried this on Ubuntu:
kedar@behappy:~$ more /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=7.04
DISTRIB_CODENAME=feisty
DISTRIB_DESCRIPTION="Ubuntu 7.04"

Comment by Snjezana Sevo-Zenzerovic [ 05/Oct/07 ]

Assigning to Sathyan. Root user check should be handled more gracefully.

Comment by gfbugbridge [ 05/Oct/07 ]

<BT6613838>

Comment by scatari [ 07/Nov/07 ]

The requirement to run this installer as "root" has been documented.

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-15922] Domain creation failure not logged to installation log Created: 09/Feb/11  Updated: 05/Apr/12

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

Type: Bug Priority: Minor
Reporter: lidiam Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

windows 2008 64bit, jdk 32 bit


Attachments: Text File 2011-02-09-15-08-install.log    
Tags: glassfish, installer

 Description   

I initially attempted to install Glassfish on a Windows 2008 64 bit system with an existing 32 bit jdk and domain creation failed, as I could see from the installer screen. However installation log file does not contain any details about the domain creation failure. Users will have hard time debugging in case of errors.






[GLASSFISH-15920] Back button does not work on Summary screen (Overall Status) Created: 09/Feb/11  Updated: 09/Feb/11

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

Type: Bug Priority: Minor
Reporter: lidiam Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 2008 64bit, promoted build b41


Attachments: JPEG File back-disabled.JPG    
Tags: 3_1-exclude

 Description   

Installed Oracle branded Glassfish on a windows 2008 64 bit system following custom installation path. After creating domain, I clicked "Next". Summary page is then displayed, with log files information (screenshot attached) but the Back button is disabled. Hence, if user changes his/her mind to go through configuration again, they can't at this point.






[GLASSFISH-16390] Shortcut key doesn't work in the stage of "update tool" of Installation when the locale is pt_BR Created: 19/Apr/11  Updated: 05/Apr/12

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

Type: Bug Priority: Minor
Reporter: li.wu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server:Windows7 64bit
locale:pt_BR
bundle:java_ee_sdk-6u2-web-b43a-jdk-windows-x64-ml.exe


Attachments: JPEG File tab_invalid.jpg     JPEG File tab_invalid2.jpg    
Tags: 3_1_1-approved, glassfish, installer

 Description   

Set the locale as pt_BR and install the bundle by shortcut key,the process stopped in the "update tool" page. Because the shortcut key doesn't work and I can't find "next" button by keystroke.



 Comments   
Comment by scatari [ 17/May/11 ]

Approved for 3.1.1.

Comment by li.wu [ 19/May/11 ]

3_1_1-approved

Comment by li.wu [ 16/Aug/11 ]

Java EE SDK 6u3 respin with JDK 6u27 integration:
http://javaweb.us.oracle.com/java/re/javaeesdk/6u3/promoted/b12a/archive/bundles

Bundle: java_ee_sdk-6u2-b43b-jdk-linux-ml.sh
OS: RHEL 5 x86
Server locale: ko_KR.UTF-8

During installation, shortcut key is invalid in "Installation type" and "Update tool" stage. Automation testing script is blocked since shortcut key disabled.

Comment by Snjezana Sevo-Zenzerovic [ 16/Aug/11 ]

Please note that this was not correct SDK 6u3 respin bundle due a glitch in promotion process. This was actually an old installation of SDK 6u2 which would explain this "regression".

I am publishing correct bundles right now so please pick them up for the remainder of the testing. Correct bundles will have 6u3-b12a in their file names.

Comment by li.wu [ 17/Aug/11 ]

After correct bundles updated, I reproduced the same issue. Shortcut key is invalid still in "Installation type" and "Update tool" stage.

Bundle: java_ee_sdk-6u3-b12a-jdk-linux-ml.sh
OS: RHEL 5 x86
Server locale: ko_KR.UTF-8

Comment by li.wu [ 24/Oct/11 ]

Shortcut key is invalid in "Update tool" stage for glassfish 3.1.2 in de_DE and pt_BR. Automation testing has to be interrupted due to this issue.

Bundle:glassfish-3.1.2-b06-unix-ml.sh
java_ee_sdk-6u4-b06-jdk-linux-x64-ml.sh
ogs-3.1.2-b06-unix-ml.sh
server locale: de_DE.utf8 pt_BR.utf8

Comment by li.wu [ 16/Feb/12 ]

The issue occurs for bundle: glassfish-3.1.2-b22-unix-ml.sh when locale is de_DE.





[GLASSFISH-17130] glassfish-3.1.1-windows.exe is showing wrong version information Created: 29/Jul/11  Updated: 05/Apr/12

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

Type: Bug Priority: Minor
Reporter: mkarg Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win7 Pro SP1 64 Bit de_DE



 Description   

glassfish-3.1.1-windows.exe (BTW, I wonder whether there will ever be a glassfish-*.exe which is NOT particularly for windows, so what is "windows" good for in that name?) contains wrong version information. Windows tells me that this exe is marked in the following way:

  • File Version 0.0.0.31 – Obviously this should be 3.1.13.0 as GA is 3.1.1-b13
  • Copyright (c) 2008-2010 Oracle and/or its affiliat... – As nobody can read it, I suggest reducing it to 2008-2010 Oracle (The (C) can be omitted or replaced by the UNICODE symbol, BTW).





[GLASSFISH-17196] Redundant characters shows in Summary page of Installation Created: 17/Aug/11  Updated: 05/Apr/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 3.1.1_b12, 3.1.2
Fix Version/s: future release

Type: Bug Priority: Minor
Reporter: li.wu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Bundle: java_ee_sdk-6u3-b12a-jdk-linux-ml.sh
OS: RHEL 5 x86
Server locale: ko_KR.UTF-8


Attachments: JPEG File empty_space_ja.jpg     JPEG File empty_space_ko.jpg     JPEG File empty_space_zh.jpg     JPEG File uninstall_empty_space_ja.jpg     JPEG File uninstall_empty_space_zh.jpg    
Tags: glassfish, installer, javaee-sdk

 Description   

1. Install the bundle.
2. In the Summary page of installation, there are redundant characters. Pls check the pictures attached.
3. Same issue occurs in other environment:
Bundle: java_ee_sdk-6u3-web-b12a-jdk-linux-x64-ml.sh
OS: OEL5 64bit
Server locale: ja_JP.UTF-8

Bundle: java_ee_sdk-6u3-b12a-jdk-windows-x64-ml.exe
OS: Windows7 64bit
Server locale: zh_CN.UTF-8



 Comments   
Comment by li.wu [ 17/Aug/11 ]

Same issue occurs in Summary page of Uninstallation. Pls check the pictures.

Comment by li.wu [ 18/Aug/11 ]

It should be "JDK Installed" and "JDK Uninstalled" in the summary page.

Comment by Romain Grécourt [ 05/Apr/12 ]

reproduced with java_ee_sdk-6u4-b23-jdk7-linux.sh





[GLASSFISH-16788] Typo "30%Verbleibende Zeit" Created: 02/Jun/11  Updated: 12/Jul/11

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

Type: Bug Priority: Minor
Reporter: mkarg Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win 7 Pro SP1 32 Bit


Tags: 3_1_1-scrubbed

 Description   

Maybe this is a i18n issue: At least on German machines, the installer's progress says "30%Verbleibende Zeit" (there is a blank missing after the percent sign).



 Comments   
Comment by scatari [ 02/Jun/11 ]

Minor issue.

Comment by mkarg [ 12/Jul/11 ]

Yes, this is a minor issue, but it can be fixed within one single minute...





[GLASSFISH-16799] Setup should start OS service if it installs one and "start domain" is checked Created: 03/Jun/11  Updated: 12/Jul/11

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

Type: Improvement Priority: Minor
Reporter: mkarg Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win 7 Pro SP1 32 Bit



 Description   

When checking both, "install OS service" and "start domain after installation", then the installer does not start the service but it starts the domain manually. This is not what Windows administrators would expect, as on Windows it is uncommon to be able to start services without starting the OS service. GlassFish should behave like a good Windows citizen and always keep the domain status and the service status in sync. It took me long time to find out why I could not start the OS service after the installation was done...



 Comments   
Comment by mkarg [ 12/Jul/11 ]

After it happened lots of times now that either I couldn't start the service because someone typed in "asadmin start-domain" before, or I couldn't do "asadmin start-domain" because the service was already started, I really want to make you understand that this is really, really annoying. Please, "asadmin start-domain" MUST start the service if there is one, and it must clearly say "No need to start domain as service is already running" if one tries to issue a second start. See, on Windows, there is no difference between a domain and a service. So in GF it either must be technically the same (as it is for 99.9% of all other products on Windows) or it must synchronize perfectly.





[GLASSFISH-16790] Default OS service name should contain the name "GlassFish" Created: 02/Jun/11  Updated: 02/Jun/11

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

Type: Improvement Priority: Minor
Reporter: mkarg Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win 7 Pro SP1 32 Bit



 Description   

The default OS service name suggested by the installer GUI is "domain1service" which is not compliant with the best practices on Windows. It is typical to have the service type (IIS, Exchange, PrintQueue, etc.) as part of the name, so somebody will understand what the service is about. As Windows itself has a concept of "Domains" it is not very smart to have a default name of "domain1service". Suggestion: Default service name to "GlassFishDomain1".






[GLASSFISH-17640] full JNDI resource names are not supported for custom jndi Created: 04/Nov/11  Updated: 09/Nov/11

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

Type: Improvement Priority: Minor
Reporter: rkolar02 Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

while JNDI resources from contrainer provided datasources can be looked with full path (java:comp prefix) like:

(DataSource) initCtx.lookup("java:comp/env/jdbc/RapidDB");

custom String JNDI resources has to be looked just with short name.
c = HFactory.getOrCreateCluster("cassandra-rapid", (String)initCtx.lookup("cass/rapidshare"));

Using full long name will not work, which needs nonstandard configuration of spring applications.






[GLASSFISH-18765] Version number is not updated in Install/Uninstall GUI. Created: 28/May/12  Updated: 28/May/12  Due: 28/May/12

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

Type: Bug Priority: Minor
Reporter: li.wu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Bundle: glassfish-4.0-b37-windows-ml.exe
OS: windows2008
Server locale: zh_CN


Attachments: JPEG File version_info_install.jpg     JPEG File version_info_uninstall.jpg    

 Description   

1. Download shiphome file glassfish-4.0-b37-windows-ml.exe;
2. Install GF, and the version info is Glassfishv3.2 in GUI;
3. Uninstall GF, and the version info is Glassfishv3 in GUI.






[GLASSFISH-8618] openisntaller: small misprint in resource file Created: 30/Jun/09  Updated: 05/Apr/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3, 3.1.2
Fix Version/s: future release

Type: Bug Priority: Trivial
Reporter: pavelvinogradov Assignee: scatari
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: 8,618
Tags: glassfish, installer

 Description   

Openinstaller component contain wrong message in it properties file:

installer/src/main/java/org/openinstaller/resource/ResourceMsgs.properties

Wrong message is:

MIGRATE=Migrade

and fixed variant is:

MIGRATE=Migrate

Found during translation.



 Comments   
Comment by gmurr [ 24/Sep/09 ]

fix need to be in installer

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 Romain Grécourt [ 05/Apr/12 ]

With 3.1.2 release installer:

grep "Migrade" -r *
install/lib/resources/org/openinstaller/resources/ResourceMsgs.properties:MIGRATE=Migrade




[GLASSFISH-8607] openisntaller: small error in message ILLEGAL_PROP_NAME Created: 29/Jun/09  Updated: 05/Apr/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: V3, 3.1.2
Fix Version/s: future release

Type: Bug Priority: Trivial
Reporter: pavelvinogradov Assignee: scatari
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: 8,607
Tags: glassfish, installer

 Description   

Openinstaller component contain wrong message in it properties file:

installer/src/main/java/org/openinstaller/resource/ResourceMsgs.properties

Wrong message is:

ILLEGAL_PROP_NAME=Illegal property name. Th name should be dot-separated, with
each element of the name corresponding to a node in the property tree.

I can't propose correct solution because i don't know context of message.



 Comments   
Comment by gmurr [ 24/Sep/09 ]

need to be fixed in installer code

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 Romain Grécourt [ 05/Apr/12 ]

Still happening with 3.1.2 installer

grep "ILLEGAL_PROP_NAME=Illegal property name" -r *
install/lib/resources/org/openinstaller/resources/ResourceMsgs.properties:ILLEGAL_PROP_NAME=Illegal property name. Th name should be dot-separated, with each element of the name corresponding to a node in the property tree.




[GLASSFISH-7454] Adminstration Setting Back/Next button do not retain default values. Created: 27/Mar/09  Updated: 06/Mar/12

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

Type: Bug Priority: Trivial
Reporter: sharvil_sjsu Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows Vista
Platform: All


Issuezilla Id: 7,454

 Description   

Run setup. Agree to license. Click Next on the Installation Directory with
default path. Administration settings screen would be displayed with
Option,"configure as anonymous user" selected and Admin Port and HTTP Port text
boxes enabled. Now change the value of both the text box to any random value and
click back. Click next on Installation Directory Page and we are back to
Administration Settings Page with default values in Admin and HTTP Port fields.
So in this case old values are not retained when we click on back and get back
to Administration Settings page.

Now change the value of port to some invalid values. Values less than 1 or
greater than 65535 or any alphabets. Click on Next. You will see an error
message. Click Ok. You are still on Administration Settings Page. Click Back. On
Installation Directory Page click next. You would be redirected to
Administration Settings page and old values would be retained in the Admin Port
field and HTTP Port field.

Thus invalid values should be repopulated with default values which is no the case.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 15/Sep/09 ]

...

Comment by scatari [ 25/Sep/09 ]

Doesn't affect functionality or behaviour.

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-16120] During typical installation asadmin start-domain fail to start default domain1 if mis-configure /etc/hosts or networking Created: 01/Mar/11  Updated: 05/Apr/12

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

Type: Bug Priority: Trivial
Reporter: Homer Yau Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OEL, RedHat, or Windows is /etc/hosts or networking is misconfigure


Attachments: HTML File 2011-03-01-17-35-install-summary.html     Text File 2011-03-01-17-35-install.log     Text File en_install4168198562844823929.log     Text File en_US_install7911102038738930685.log     Text File install2530847572757822296.log     PNG File Screenshot.png    
Tags: 3_1, glassfish, installer, rel_notes_candidate

 Description   

During typical installation using (ogs-3.1-b43-unix.sh) glassfish installer, asadmin start-domain fail to start default domain1 if mis-configure /etc/hosts or networking.

Consider this is a negative test.

It will happen on a vm or physcial system, if misconfigure networking or /etc/hosts file have wrong information.

During typical installation from installer, it will create domain and start-domain.
"asadmin start-domain" will fail if /etc/hosts has wrong information.

During installation since create domain ignore the warning message. And it continue to create the dafault domain domain1; however, it will fail to startup using "asadmin start-domain" since /etc/hosts naming is not matching at all.( wrong information in the /etc/hosts)

Since during installation, the installer ignore the warning from "asadmin create-domain", it still continue to create domain. Then next step when it try to start the domain1, it will fail.

Warning: You do not have permission to use port 4848 for domain1. Ignoring since the checkports option is set to false.
Warning: You do not have permission to use port 8080 for domain1. Ignoring since
the checkports option is set to false.

Suggestion:
===========
Installer should not ignore the warning message from create-domain.
and
asadmin start-domain - It is fail in this case should provide a proper error message.

Workaround:

1) Check the /etc/hosts file information and make sure it is correct.
2) Check all networking setting and make sure it is correct setup.

Below is the installation log

  1. cat en_US_install7911102038738930685.log

::::::::::::::
en_US_install7911102038738930685.log
::::::::::::::
[#|2011-03-01T17:35:27.575-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=prod\=UpdateTool|OP_REGISTER:Registering|#]
[#|2011-03-01T17:35:27.580-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=glassfish.zip;arg1=prod\=Domain|OP_INSTALL:Installing
package|#]
[#|2011-03-01T17:35:27.588-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=file\=/tmp/install.030111173415/Product/Packages/glassfish.zip;a
rg1=pkg\=glassfish.zip;arg2=dir\=/export/ha/test/glassfish3|EXTRACTING_ZIP:Extra
cting zip package|#]
[#|2011-03-01T17:35:29.260-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=pkg\=glassfish.zip|PACKAGE_INSTALL_SUCCESSFUL:Package installati
on successful|#]
[#|2011-03-01T17:35:29.260-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=glassfish.zip|OP_REGISTER:Registering|#]
[#|2011-03-01T17:35:29.261-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=icons.zip;arg1=prod\=Domain|OP_INSTALL:Installing pack
age|#]
[#|2011-03-01T17:35:29.262-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=file\=/tmp/install.030111173415/Product/Packages/icons.zip;arg1=
pkg\=icons.zip;arg2=dir\=/export/ha/test/glassfish3|EXTRACTING_ZIP:Extracting zi
p package|#]
[#|2011-03-01T17:35:29.269-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=pkg\=icons.zip|PACKAGE_INSTALL_SUCCESSFUL:Package installation s
uccessful|#]
[#|2011-03-01T17:35:29.270-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=icons.zip|OP_REGISTER:Registering|#]
[#|2011-03-01T17:35:29.271-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=prod\=Domain|OP_REGISTER:Registering|#]
[#|2011-03-01T17:35:29.275-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=Engine.zip;arg1=prod\=Engine|OP_INSTALL:Installing pac
kage|#]
[#|2011-03-01T17:35:29.276-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=file\=/tmp/install.030111173415/Product/Packages/Engine.zip;arg1
=pkg\=Engine.zip;arg2=dir\=/export/ha/test/glassfish3|EXTRACTING_ZIP:Extracting
zip package|#]
[#|2011-03-01T17:35:29.388-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=pkg\=Engine.zip|PACKAGE_INSTALL_SUCCESSFUL:Package installation
successful|#]
[#|2011-03-01T17:35:29.388-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=Engine.zip|OP_REGISTER:Registering|#]
[#|2011-03-01T17:35:29.389-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=Resources.zip;arg1=prod\=Engine|OP_INSTALL:Installing
package|#]
[#|2011-03-01T17:35:29.390-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=file\=/tmp/install.030111173415/Product/Packages/Resources.zip;a
rg1=pkg\=Resources.zip;arg2=dir\=/export/ha/test/glassfish3|EXTRACTING_ZIP:Extra
cting zip package|#]
[#|2011-03-01T17:35:29.414-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=pkg\=Resources.zip|PACKAGE_INSTALL_SUCCESSFUL:Package installati
on successful|#]
[#|2011-03-01T17:35:29.414-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=Resources.zip|OP_REGISTER:Registering|#]
[#|2011-03-01T17:35:29.415-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=metadata.zip;arg1=prod\=Engine|OP_INSTALL:Installing p
ackage|#]
[#|2011-03-01T17:35:29.416-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=file\=/tmp/install.030111173415/Product/Packages/metadata.zip;ar
g1=pkg\=metadata.zip;arg2=dir\=/export/ha/test/glassfish3|EXTRACTING_ZIP:Extract
ing zip package|#]
[#|2011-03-01T17:35:29.463-08:00|INFO|Install Engine|org.openinstaller.pkg.ZIPPa
ckageUtils|arg0=pkg\=metadata.zip|PACKAGE_INSTALL_SUCCESSFUL:Package installatio
n successful|#]
[#|2011-03-01T17:35:29.464-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=pkg\=metadata.zip|OP_REGISTER:Registering|#]
[#|2011-03-01T17:35:29.464-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=prod\=Engine|OP_REGISTER:Registering|#]
[#|2011-03-01T17:35:29.467-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=prod\=UpdateTool|OP_CONFIGURE:Configuring product|#]
[#|2011-03-01T17:35:29.476-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.ConfiguratorFactory|arg0=class org.openinstaller.provider.conf.Installation
Configurator|LOG_INFO:Info|#]
[#|2011-03-01T17:35:29.753-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Configuring Updatetool:[Configuring Updatetool]
*[

{0} {1}]|#]
[#|2011-03-01T17:35:29.754-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Assigning executable permission to UpdateTool bin
aries:[Assigning executable permission to UpdateTool binaries]*[{0}

{1}]|#]
[#|2011-03-01T17:35:29.755-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Updating updatetool-start script:[Updating updat
etool-start script]*[{0} {1}

]|#]
[#|2011-03-01T17:35:29.757-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Skipping updatetool bootstrap:[Skipping updateto
ol bootstrap]*[

{0} {1}]|#]
[#|2011-03-01T17:35:29.762-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=prod\=Domain|OP_CONFIGURE:Configuring product|#]
[#|2011-03-01T17:35:29.770-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Configuring GlassFish:[Configuring GlassFish]*\
[{0}

{1}]|#]
[#|2011-03-01T17:35:29.770-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Assigning executable permission to GlassFish core
binaries:[Assigning executable permission to GlassFish core binaries]*[{0} {1}

]|#]
[#|2011-03-01T17:35:29.771-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Updating product wide configuration file:[Updati
ng product wide configuration file]*[

{0} {1}]|#]
[#|2011-03-01T17:35:29.772-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||JAVAPATH value to be set inside asenv :/export/ha
/jdk1.6.0_24:[JAVAPATH value to be set inside asenv :/export/ha/jdk1.6.0_24]*\
[{0}

{1}]|#]
[#|2011-03-01T17:35:29.772-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Unpacking Jar files:[Unpacking Jar files]*[{0}
{1}

]|#]
[#|2011-03-01T17:35:39.322-08:00|INFO|Install Engine|org.openinstaller.provider.
conf.InstallationConfigurator||Updating asadmin-start-domain, asadmin-stop-domai
n scripts:[Updating asadmin-start-domain, asadmin-stop-domain scripts]*[

{0} { 1}]|#]
[#|2011-03-01T17:35:39.326-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=prod\=UpdateTool|OP_INSTALL_IMAGE_CONFIGURE:Creating deskto
p integration items|#]
[#|2011-03-01T17:35:39.328-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=prod\=Domain|OP_INSTALL_IMAGE_CONFIGURE:Creating desktop in
tegration items|#]
[#|2011-03-01T17:35:39.328-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=prod\=Engine|OP_INSTALL_IMAGE_CONFIGURE:Creating desktop in
tegration items|#]
[#|2011-03-01T17:35:39.503-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=file\=/tmp/2011-03-01-17-35-install-summary.html|SAVING_SUM
MARY:Saving detailed HTML Summary|#]
[#|2011-03-01T17:35:39.503-08:00|INFO|Install Engine|org.openinstaller.provider.
task.TaskDriver|arg0=file\=/tmp/2011-03-01-17-35-install.log|SAVING_LOG:Saving d
etailed log file|#]
[#|2011-03-01T17:35:56.715-08:00|INFO|Install Engine|org.openinstaller.util.Scri
pting||Configuring GlassFish:[Configuring GlassFish]*[{0}

{1}]|#]
[#|2011-03-01T17:35:56.716-08:00|INFO|Install Engine|org.openinstaller.util.Scri
pting||
PERFORMING THE REQUIRED CONFIGURATIONS
______________________________________

CREATING DOMAIN
_______________
Executing command :/export/ha/test/glassfish3/glassfish/bin/asadmin --user admin
--passwordfile /tmp/asadminTmp4951145331603827041.tmp 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
/export/ha/test/glassfish3/glassfish/bin/asadmin --user admin --passwordfile /tm
p/asadminTmp1359173860844421523.tmp create-domain --savelogin --checkports=false
--adminport 4848 --instanceport 8080 --domainproperties=jms.port=7676:domain.jm
xPort=8686:orb.listener.port=3700:http.ssl.port=8181:orb.ssl.port=3820:orb.mutua
lauth.port=3920 domain1Warning: You do not have permission to use port 4848 for
domain1. Ignoring since the checkports option is set to false.
Warning: You do not have permission to use port 8080 for domain1. Ignoring since
the checkports option is set to false.
Using port 4848 for Admin.
Using port 8080 for HTTP Instance.
Using port 7676 for JMS.
Using port 3700 for IIOP.
Using port 8181 for HTTP_SSL.
Using port 3820 for IIOP_SSL.
Using port 3920 for IIOP_MUTUALAUTH.
Using port 8686 for JMX_ADMIN.
Using default port 6666 for OSGI_SHELL.
Using default port 9009 for JAVA_DEBUGGER.
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=rockyfish.us.oracle.com,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=C
alifornia,C=US]
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=rockyfish.us.oracle.com-instance,OU=GlassFish,O=Oracle Corporation,L=Santa C
lara,ST=California,C=US]
No domain initializers found, bypassing customization step
Domain domain1 created.
Domain domain1 admin port is 4848.
Domain domain1 allows admin login as user "admin" with no password.
Login information relevant to admin user name [admin]
for this domain [domain1] stored at
[/root/.asadminpass] successfully.
Make sure that this file remains protected.
Information stored in this file will be used by
asadmin commands to manage this domain.
Command create-domain executed successfully.


STARTING DOMAIN
_______________
Executing command :/export/ha/test/glassfish3/glassfish/bin/asadmin start-domain
domain1

/export/ha/test/glassfish3/glassfish/bin/asadmin start-domain domain1
There is a process already using the admin port 4848 – it probably is another i
nstance of a GlassFish server.
Command start-domain failed.

:[
PERFORMING THE REQUIRED CONFIGURATIONS
______________________________________

CREATING DOMAIN
_______________
Executing command :/export/ha/test/glassfish3/glassfish/bin/asadmin --user admin
--passwordfile /tmp/asadminTmp4951145331603827041.tmp 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
/export/ha/test/glassfish3/glassfish/bin/asadmin --user admin --passwordfile /tm
p/asadminTmp1359173860844421523.tmp create-domain --savelogin --checkports=false
--adminport 4848 --instanceport 8080 --domainproperties=jms.port=7676:domain.jm
xPort=8686:orb.listener.port=3700:http.ssl.port=8181:orb.ssl.port=3820:orb.mutua
lauth.port=3920 domain1Warning: You do not have permission to use port 4848 for
domain1. Ignoring since the checkports option is set to false.
Warning: You do not have permission to use port 8080 for domain1. Ignoring since
the checkports option is set to false.
Using port 4848 for Admin.
Using port 8080 for HTTP Instance.
Using port 7676 for JMS.
Using port 3700 for IIOP.
Using port 8181 for HTTP_SSL.
Using port 3820 for IIOP_SSL.
Using port 3920 for IIOP_MUTUALAUTH.
Using port 8686 for JMX_ADMIN.
Using default port 6666 for OSGI_SHELL.
Using default port 9009 for JAVA_DEBUGGER.
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=rockyfish.us.oracle.com,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=
California,C=US]
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=rockyfish.us.oracle.com-instance,OU=GlassFish,O=Oracle Corporation,L=Santa
Clara,ST=California,C=US]
No domain initializers found, bypassing customization step
Domain domain1 created.
Domain domain1 admin port is 4848.
Domain domain1 allows admin login as user "admin" with no password.
Login information relevant to admin user name [admin]
for this domain [domain1] stored at
[/root/.asadminpass] successfully.
Make sure that this file remains protected.
Information stored in this file will be used by
asadmin commands to manage this domain.
Command create-domain executed successfully.


STARTING DOMAIN
_______________
Executing command :/export/ha/test/glassfish3/glassfish/bin/asadmin start-domain
domain1

/export/ha/test/glassfish3/glassfish/bin/asadmin start-domain domain1
There is a process already using the admin port 4848 – it probably is another i
nstance of a GlassFish server.
Command start-domain failed.

]*[{0} {1}

]|#]



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

This appears to be an installer issue.

Comment by Tom Mueller [ 02/Mar/11 ]

Please specify at least one network configuration mistake causes this behavior, for example, provide an example /etc/hosts file that would trigger the issue.

Marking this as incomplete until that information is provided. Please reopen the bug once this information is attached.

Comment by scatari [ 02/Mar/11 ]

Also please attach the "Config Results" screen shot in this bug. It should have displayed "Configuration Failed" in case of this failure.

Comment by Homer Yau [ 02/Mar/11 ]

Install completed but startup default domain fail.

Comment by Homer Yau [ 02/Mar/11 ]

The installation is completed; however the newly created typical default domain1 could not be started.

It seems the "asadmin start-domain" could not figure out it is mis-configure issue.

[root@rockyfish bin]# more /etc/hosts_wrong_information

  1. Do not remove the following line, or various programs
  2. that require network functionality will fail.
    127.0.0.1 oel5564 localhost.localdomain localhost
    ::1 localhost6.localdomain6 localhost6
    10.133.186.244 rockyfish.us.oracle.com rockyfish

[root@rockyfish bin]# more /etc/hosts

  1. Do not remove the following line, or various programs
  2. that require network functionality will fail.
    #127.0.0.1 oel5564 localhost.localdomain localhost
    #127.0.0.1 oel5564 localhost.localdomain localhost
    127.0.0.1 localhost.localdomain localhost
    ::1 localhost6.localdomain6 localhost6
    10.133.186.213 rockyfish.us.oracle.com rockyfish
    #10.133.186.244 rockyfish.us.oracle.com rockyfish
Comment by scatari [ 02/Mar/11 ]

The installer is not ignoring the failure here as displayed in the status of configuration in "Config Results" page.





[GLASSFISH-16950] Windows Installer EXE always creates C:\glassfish3 folder, even if different target was specified Created: 04/Jul/11  Updated: 05/Apr/12

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

Type: Bug Priority: Trivial
Reporter: mkarg Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win7 Pro SP1 64 Bit de_DE


Tags: glassfish, installer

 Description   

The Installer GUI EXE asks for the target path (defaults C:\glassfish3).
When giving a different path, if copies some files still into C:\glassfish3.






[GLASSFISH-16787] Default Window Size clips progress bar Created: 02/Jun/11  Updated: 05/Apr/12

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

Type: Bug Priority: Trivial
Reporter: mkarg Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win 7 Pro SP1 32 Bit


Tags: glassfish, installer

 Description   

At least on my personal laptop, the default size of the installer GUI window clips the progress bar: The progress bar (the window is not high enough, so the height of the bar is clipped). This is looks crappy and unprofessional.






Generated at Tue Jun 02 20:17:22 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.