[GLASSFISH-20276] [SDK]Java EE 7 sample-The Stateless Bean EJB Sample Application (Test Client) Created: 10/Apr/13  Updated: 15/Apr/13  Resolved: 15/Apr/13

Status: Resolved
Project: glassfish
Component/s: ejb_container
Affects Version/s: 4.0_b83
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Daniel Assignee: xiaojun.wu
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

ee7 sdk build83



 Description   

Operations:
1 move to 'glassfish4-b83/samples/ejb/hello-stateless-ejb'
2 'mvn clean verify exec:java'

Errors:
[INFO] Reactor Summary:
[INFO]
[INFO] hello-stateless-ejb ............................... FAILURE [0.357s]
[INFO] The EJB 3.2 Stateless Session Bean Sample Application SKIPPED
[INFO] hello-stateless-ejb-client ........................ SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1.025s
[INFO] Finished at: Wed Apr 10 14:29:54 PDT 2013
[INFO] Final Memory: 8M/148M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:java (default-cli) on project hello-stateless-ejb: The parameters 'mainClass' for goal org.codehaus.mojo:exec-maven-plugin:1.2.1:java are missing or invalid -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginParameterException



 Comments   
Comment by xiaojun.wu [ 15/Apr/13 ]

I'm sure you executed mvn in a wrong path.
This example has two modules:
client(/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client),
server(/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-bean).
Please run mvn in the two module paths respectively.
There're instruction files in docs directories.
Please build and deploy server module(a stateless session bean) first, then do client module.
Finally, you can run the client successfully.





[GLASSFISH-20243] AdminGUI : Logical JNDI name option is not available Created: 09/Apr/13  Updated: 09/Apr/13  Resolved: 09/Apr/13

Status: Resolved
Project: glassfish
Component/s: None
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: RameshT Assignee: Anissa Lam
Resolution: Works as designed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

win8 FF19


Tags: 508, adminguil, concurrency, jndi, logical, name, resource

 Description   

Logical JNDI name option is not available.

In new context service creation there is no option to provide the value for Logical JNDI Name options. And during the table display we can see the values as empty. For the default concurrent/defaultContextService we can see the value as "java:comp/DefaultContextService"

The above issue is available with other concurrency resources ( Managed thread factory, managed executor service and managed scheduled executor service )



 Comments   
Comment by Anissa Lam [ 09/Apr/13 ]

The logical-jndi-name is there to satisfy the spec requirement. Only the out-of-box pre-defined resources has the logical-jndi-name.
User is not suppose to be able to create a resource and provide the logical-jndi-name.

This applies to other resources thats required by spec, eg, jdbc-resources and JMS connection factory.

If you believe user should be able to specify a logica-jndi-name, file an RFE under 'jdbc' so that Jagadish can look into it.

Closing as Works as designed.





[GLASSFISH-20225] Integrate JDK 7u17 into Java EE 7 SDK cobundles Created: 08/Apr/13  Updated: 10/Apr/13  Resolved: 10/Apr/13

Status: Resolved
Project: glassfish
Component/s: build_system
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

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

Tags: 4_0-approved

 Description   

Java EE 7 SDK build should produce cobundles with JDK 7 u17 (instead of current JDK 7u11)



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 08/Apr/13 ]
  • What is the impact on the customer of the bug?

Java EE 7 SDK cobundles with JDK should be based on the latest released JDK 7 version.

  • What is the cost/risk of fixing the bug?

Low/moderate risk.

  • Is there an impact on documentation or message strings?

Only SDK index pages affected since they reference bundled JDK version.

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

QA usually verifies this type of change using automated BAT suite.

  • Which is the targeted build of 4.0 for this fix?

SDK b83

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in?

This replaces JDK 7u11 with JDK7u17.

Comment by Tom Mueller [ 08/Apr/13 ]

Approved for 4.0





[GLASSFISH-20179] 4.0 SDK: EJB samples need to be removed from Web Distribution Created: 04/Apr/13  Updated: 10/Apr/13  Resolved: 10/Apr/13

Status: Resolved
Project: glassfish
Component/s: sample_apps
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

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

java_ee_sdk-7-web-b81-unix.sh or java_ee_sdk-7-web-b82-jdk7-linux.sh, OEL6 system, JDK1.7.0_13.


Tags: 4_0-approved

 Description   

This issue is being reported to track the packaging changes required for the Web Distribution. Below is the context of the task.

This has been postponed to b83 since I run into build issues related to sample separation and wanted to avoid further promotion delays.
Thanks,
Snjezana

----- Original Message -----
From: alex.pineda@oracle.com
To: snjezana.sevozenzerovic@oracle.com
Cc: bhavya.h.s@oracle.com, Tom.Mueller@oracle.com, qiang.l.liu@oracle.com
Sent: Thursday, April 4, 2013 8:28:29 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
Subject: Re: EJB samples in the SDK Web distribution

Snjezana,

I'm looking at the GF4.0 build 82 Web Distribution and I still see the 4
EJB samples. My understanding based on the email below was that only 1
sample would be included in the distribution (ejb32-war). If
so, when do you plan resolve this.

Please advise.

Alex Pineda

On 3/26/2013 6:05 PM, Snjezana Sevo-Zenzerovic wrote:
> Alex,
>
> I actually asked about this couple of days ago and this is the answer I got back from Qiang who ported EJB samples:
>
>> By now, there have been 4 EJB samples available which are automatic-timer, ejb32-war, ejb-embedded and hello-stateless-ejb.
>> I would suggest only ejb32-war be packaged in Web Profile. Because automatic-timer contans remote interface and persistence timer, hello-stateless-ejb contains remote >interface and ejb-embedded is not a feature of EJB Lite 3.2.
> I am planning to implement this content split in SDK b82.
>
> Thanks,
>
> Snjezana
>
> ----- Original Message -----
> From: alex.pineda@oracle.com
> To: marina.vatkina@oracle.com
> Cc: Tom.Mueller@oracle.com, snjezana.sevozenzerovic@oracle.com, padma.rengavittal@oracle.com, bhavya.h.s@oracle.com
> Sent: Wednesday, March 27, 2013 2:01:19 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
> Subject: EJB samples in the SDK Web distribution
>
> Marina,
>
> We just received promoted SDK build 81 and I noticed that the Web/Full
> distributions have the same EJB samples. I wonder if they should be as
> I believe the Web distribution has limited support for EJB (that was the
> case in GF 3.x). I just tried the sample hello-stateless-ejb-bean, and
> it worked in the Full distribution, but I saw errors in the Web
> distribution while trying to deploy. This was a very quick test, thus,
> the reason for the question, and before I spend more time trying to file
> bugs. I thought I should ask. Can you please tell us if all the EJB
> samples belong in both distributions.
>
> Thanks in advance.
>
> Alex Pineda



 Comments   
Comment by Alex Pineda [ 04/Apr/13 ]

I believe one more sample needs to be removed. It's from CDI executor sample. When I try to deploy it, it complains that is unable to deploy the EJB module. The error is:

remote failure: Error occurred during deployment: Exception while preparing the app : Unable to load the EJB module. DeploymentContext does not contain any EJB. Check the archive to ensure correct packaging for $Test/workspace/glassfish4/glassfish/domains/cargo-domain/applications/executor.

Sadly, this sample had another failure during deployment (reported in 19900) but the fix was only verified on the Full GF distribution and the Web distribution.

My hope is that when the re-packing is done, this sample (samples/cdi/executor) can be removed as well.

Comment by Alex Pineda [ 04/Apr/13 ]

Type error in the last comment. The fix (19900) was not verified on the Web distribution.

Comment by Snjezana Sevo-Zenzerovic [ 08/Apr/13 ]
  • What is the impact on the customer of the bug?

Java EE 7 Sample packages shipped with SDK distribution should ship only those samples that are able to run on integrated GlassFish (i.e. Web Profile vs. full platform). The impact is that we otherwise ship several full platform technology samples which will not deploy or run on Web Profile SDK installation. Significant usability impact.

  • What is the cost/risk of fixing the bug?

Low risk, no runtime impact. SDK build will filter out full platform specific samples and package them into dedicated IPS package installed only in full platform distribution. Sample pom files also need to be adjusted to avoid referencing non-existing sample modules for web profile subset.

  • Is there an impact on documentation or message strings?

No impact.

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

Verify the fix as part of regular samples testing.

  • Which is the targeted build of 4.0 for this fix?

SDK b83.

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

N/A





[GLASSFISH-20177] An installed library with a beans.xml that is referenced by an app is not being included as a bda. Created: 04/Apr/13  Updated: 08/Apr/13  Resolved: 08/Apr/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

tck test failing:
org.jboss.cdi.tck.tests.deployment.packaging.installedLibrary.InstalledLibraryWarTest

The library is a jar that I put in glassfish/lib. It is named cdi-tck-ext-lib-1.1.0-SNAPSHOT.jar. In its manifest is this entry:
Extension-Name: org.jboss.cdi.tck.extlib

The war's manifest has an entry like:
Manifest-Version: 1.0
Extension-List: CDITCKExtLib
CDITCKExtLib-Extension-Name: org.jboss.cdi.tck.extlib



 Comments   
Comment by jjsnyder83 [ 08/Apr/13 ]

Committed revision 61220.





[GLASSFISH-20151] Build failed in Hudson: gf-trunk-build-windows #5668 Created: 03/Apr/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: test
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: spei Assignee: spei
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

The Windows build of Glassfish was broken due to a new Quicklook test.

The root cause was that my added new quicklook test 'appperms' has an 'ejb' module, which can not be deployed to the GF web profile, and the Windows build test used that GF web profile.

So need to relocate my test app deployment from "build-deploy" list to "build-deploy-gd" (similar for undeploy), and also remove my test from the testng_debug list since that depends on "build-deploy". In other word, the test will only deploy and run in testng_gd_security and testng_gd.



 Comments   
Comment by Tom Mueller [ 03/Apr/13 ]

Approved for 4.0.

Comment by spei [ 03/Apr/13 ]

1) What is the impact on the customer of the bug?
N/A

2) What is the cost/risk of fixing the bug
Minimum, to fix quicklook test

3) Is there an impact on documentation or message strings?
None

4) Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
Quicklook test for all profiles

5) Which is the targeted build of 4.0 for this fix?

4.0b83

6) what are the changes that are being brought in

In quicklook/build.xml, relocate test app 'appperms' deployment from "build-deploy" target to "build-deploy-gd" (similar for undeploy), and also remove my test from the testing/testng_debug.xml list since that depends on "build-deploy". In other word, the test will only deploy and run in testng_gd_security and testng_gd.

I run following tests locally, and they are clean
Glassfish Profile,
Glassfish Profile with Security Manager Turned On,
Web Profile,
Web Profile with Security Manager Turned On

Change details:
--------------------------------------------------------------------------------------------------------------------------------------
[spei@slc01fnc quicklook]$ svn diff
Index: build.xml
===================================================================
— build.xml (revision 61113)
+++ build.xml (working copy)
@@ -245,7 +245,6 @@
<ant dir="persistence/jpavalidation" target="build-deploy"/>
<ant dir="security/helloworld" target="build-deploy"/>
<ant dir="security/basicauth" target="build-deploy"/>

  • <ant dir="security/appperms" target="build-deploy"/>
    <ant dir="ejb/slsbnicmt" target="build-deploy"/>
    <ant dir="ejb/sfulnoi" target="build-deploy"/>
    <ant dir="bean-validator/simple-bv-servlet" target="build-deploy"/>
    @@ -268,6 +267,7 @@
    -->
    <ant dir="wsit/JaxwsFromWsdl" target="build-deploy"/>
    <ant dir="wsit/jaxbosgi" target="build-deploy"/>
    + <ant dir="security/appperms" target="build-deploy"/>
    </target>

<target name="undeploy">
@@ -280,7 +280,6 @@
<ant dir="persistence/jpavalidation" target="undeploy"/>
<ant dir="security/helloworld" target="undeploy"/>
<ant dir="security/basicauth" target="undeploy"/>

  • <ant dir="security/appperms" target="undeploy"/>
    <ant dir="ejb/slsbnicmt" target="undeploy"/>
    <ant dir="ejb/sfulnoi" target="undeploy"/>
    <ant dir="bean-validator/simple-bv-servlet" target="undeploy"/>
    @@ -301,6 +300,7 @@
    -->
    <ant dir="wsit/JaxwsFromWsdl" target="undeploy"/>
    <ant dir="wsit/jaxbosgi" target="undeploy"/>
    + <ant dir="security/appperms" target="undeploy"/>
    </target>

<!-- Target is re-definted here as didn't want to specify ws.root property -->
Index: testng/testng_debug.xml
===================================================================
— testng/testng_debug.xml (revision 61113)
+++ testng/testng_debug.xml (working copy)
@@ -115,11 +115,6 @@
<class name="test.security.basicauth.BasicAuthTestNG" />
</classes>
</test>

  • <test name="security_app_permissions">
  • <classes>
  • <class name="test.security.appperms.ApppermsTestNG" />
  • </classes>
  • </test>
    <!--<test name="ejb30_session_hello">
    <classes>
    <class name="ejb30.session.hello.test.TestClient" />
Comment by spei [ 03/Apr/13 ]

Committed revision 61141





[GLASSFISH-20147] Weld issue w/r/t Flows Created: 26/Mar/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: None
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Bug Priority: Critical
Reporter: Manfred Riem Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Comments   
Comment by Manfred Riem [ 26/Mar/13 ]

Any of the Flow tests will intermittently trigger the exception as seen in the logs. For a pointer to the tests see https://svn.java.net/svn/mojarra~svn/trunk/test/web-profile/flow/

Comment by jjsnyder83 [ 29/Mar/13 ]

Created https://issues.jboss.org/browse/WELD-1387

Comment by Jozef Hartinger [ 02/Apr/13 ]

This is an ordering issue in GlassFish. What happens is that the loadFlows() method of http://java.net/projects/mojarra/sources/svn/content/trunk/jsf-ri/src/main/java/com/sun/faces/application/ApplicationAssociate.java

is being invoked before WeldBootstrap.endInitialization() has finished. It is necessary to fully initialize Weld before invoking producers (which loadFlows() does).

Comment by Manfred Riem [ 03/Apr/13 ]

Note this problem does not only impact JSF application. Any application that uses CDI and does initialization using contextInitialized will spuriously be impacted by this.

Comment by jjsnyder83 [ 03/Apr/13 ]

Committed revision 61150





[GLASSFISH-20138] [Regression] asadmin create-profiler and delete-profiler fails in build 82 Created: 03/Apr/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: command_line_interface
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

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

Installed glassfish build 82 and java_ee_sdk-7-b81-unix.sh* for comparison on a system which has OS OEL6, JDK1.7.0_13.


Tags: 40-regression

 Description   

The SQE AdminCLI suite has a set of profiler tests that basically run create-profiler and delete-profiler. Using glassfish build 82, 9 out 13 tests fail. Using build 81, all 13 tests pass. The suite executes the following command

o [test@wolfrun] $ asadmin create-profiler --user admin1 --passwordfile /home/agpineda/workspace/appserver-sqe/common/admincli/config/template/t_passwd1.txt --host wolfrun.us.oracle.com --port 10000 --enabled=true hprof

o Using build 81, the result is:
Command create-profiler executed successfully.

o Using build 82, the result is:
Command create-profiler failed.
remote failure: profiler exists. Please delete it first

The suite continues by executing:
o [test@wolfrun] $ asadmin delete-profiler --user admin1 --passwordfile /home/agpineda/workspace/appserver-sqe/common/admincli/config/template/t_passwd1.txt --host wolfrun.us.oracle.com --port 10000

o Using build 81, the result is:
Command delete-profiler executed successfully.

o Using build 82, the result is:
Command delete-profiler failed.
remote failure: delete failed
Constraints for this JavaConfig configuration have been violated: on property [ profiler ] violation reason [ may not be null ]

The rest of the failures in the AdminCLI suite are variations of create & delete profiler with basically the same errors.



 Comments   
Comment by Tom Mueller [ 03/Apr/13 ]

This appears to be fixed on the latest trunk. I suspect that this was due to revision 60933.





[GLASSFISH-20128] In form authentication, the saved http request does not contain all the information Created: 02/Apr/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Shing Wai Chan Assignee: Shing Wai Chan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

In case of form based login, if a http request accesses a protected page, then the request will be saved and then redirect to login page.
After authentication, it will redirect back to the original page.
The saved http request only saves the parameter.
Other body information is missing.



 Comments   
Comment by Shing Wai Chan [ 02/Apr/13 ]

Sending appserver/security/webintegration/src/main/java/com/sun/web/security/HttpRequestWrapper.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/Connector.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/HttpRequest.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/HttpResponse.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/authenticator/FormAuthenticator.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/authenticator/SavedRequest.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/connector/Connector.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/connector/Request.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/core/DummyRequest.java
Transmitting file data .........
Committed revision 61084.





[GLASSFISH-20125] configure-ldap-for-admin command does not work Created: 01/Apr/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 4.0
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Tim Quinn Assignee: Tim Quinn
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

The configure-ldap-for-admin command reports success but further attempts to log-in as an administrator do not work.



 Comments   
Comment by Tim Quinn [ 01/Apr/13 ]

The new security configuration (the security-services section in domain.xml) is involved in authentication and authorization decisions, as well as the older config for the admin file realm.

The configure-ldap-for-admin command alters the older configuration according to the user's command-line arguments but was never changed to update the newer configuration.

Comment by Tim Quinn [ 02/Apr/13 ]

Fix checked in:

Project: glassfish
Repository: svn
Revision: 61080
Author: tjquinn
Date: 2013-04-02 00:06:17 UTC
Link:

Log Message:
------------
Fix for GLASSFISH-20125 - configure-ldap-for-admin command does not work

The configure-ldap-for-admin command was never updated to reflect the new security configuration added to domain.xml. As a result the LDAP login module was never used during authentication, even after the command was run.

These changes to the command make the additional alterations in the new security configuration so that the LDAP login module is used correctly.

Note that some classes were moved from the security/core module to security/services so that the command logic (formerly in security/core) could work with the newer config classes (in security/services).

Tests: QL, manual tests with Ramesh's LDAP server (thanks, Ramesh)

Revisions:
----------
61080

Modified Paths:
---------------
trunk/main/nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/LocalStrings.properties
trunk/main/nucleus/security/services/src/main/java/org/glassfish/security/services/provider/authorization/SimpleAuthorizationProviderImpl.java

Added Paths:
------------
trunk/main/nucleus/security/services/src/main/resources
trunk/main/nucleus/security/services/src/main/resources/org/glassfish/security
trunk/main/nucleus/security/services/src/main/java/org/glassfish/security/services/commands/LDAPAdminAccessConfigurator.java
trunk/main/nucleus/security/services/src/main/java/org/glassfish/security/services/impl/LDAPLoginModule.java
trunk/main/nucleus/security/services/src/main/resources/org
trunk/main/nucleus/security/services/src/main/resources/org/glassfish
trunk/main/nucleus/security/services/src/main/resources/org/glassfish/security/services/commands/LocalStrings.properties
trunk/main/nucleus/security/services/src/main/resources/org/glassfish/security/services/commands
trunk/main/nucleus/security/services/src/main/resources/org/glassfish/security/services





[GLASSFISH-20120] BATCH RI: Partition Plan throws BatchContainerRuntimeException Created: 01/Apr/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Tested with latest nightly.

My Sample Job XML partition

<partition>
<plan partitions="2" threads="2">
<properties partition="0">
<property name="fileinput" value="SampleInput1.txt"/>
</properties>
<properties partition="1">
<property name="fileinput" value="SampleInput2.txt"/>
</properties>
</plan>
<collector ref="SamplePartitionCollector"/>
<analyzer ref="SamplePartitionAnalyzer"/>
</partition>

Starting a partitioned JOB with above partitioned config throws

[2013-04-01T17:21:27.031+0530] [glassfish 4.0] [WARNING] [] [com.ibm.jbatch.container.impl.BatchletStepControllerImpl] [tid: _ThreadID=637 _ThreadName=concurrent/__defaultManagedExecutorService-managedThreadFactory-Thread-9] [timeMillis: 1364817087031] [levelValue: 900] [[
Caught exception executing step: com.ibm.jbatch.container.exception.BatchContainerRuntimeException: There are only 2 partition instances, but there are 2 partition properties lists defined.
at com.ibm.jbatch.container.impl.PartitionedStepControllerImpl.generatePartitionPlan(PartitionedStepControllerImpl.java:237)
at com.ibm.jbatch.container.impl.PartitionedStepControllerImpl.invokeCoreStep(PartitionedStepControllerImpl.java:262)
at com.ibm.jbatch.container.impl.BaseStepControllerImpl.execute(BaseStepControllerImpl.java:134)
at com.ibm.jbatch.container.impl.JobControllerImpl.doExecutionLoop(JobControllerImpl.java:332)
at com.ibm.jbatch.container.impl.JobControllerImpl.executeJob(JobControllerImpl.java:122)
at com.ibm.jbatch.container.util.BatchWorkUnit.run(BatchWorkUnit.java:79)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.run(ManagedFutureTask.java:141)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:246)
Caused by: java.lang.ArrayIndexOutOfBoundsException: -1
at com.ibm.jbatch.container.impl.PartitionedStepControllerImpl.generatePartitionPlan(PartitionedStepControllerImpl.java:235)
... 13 more
]]



 Comments   
Comment by ScottKurz [ 01/Apr/13 ]

Looks like we're still using 1-based partitions based on 0-based and all our tests are 1-based as well (since this was a change later in the JSR spec).

Thanks for catching this..we'll update for next drop.

Comment by ScottKurz [ 02/Apr/13 ]

Should be fixed in today's drop of jbatch 1.0-b23





[GLASSFISH-20118] Tracking bug for cdi tck failure for org.jboss.cdi.tck.tests.lookup.injectionpoint.broken.not.bean.InjectionPointTest Created: 31/Mar/13  Updated: 01/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Comments   
Comment by jjsnyder83 [ 01/Apr/13 ]

JBoss adjusted the test.





[GLASSFISH-20117] Tracking bug for cdi tck failure for org.jboss.cdi.tck.tests.implementation.simple.resource.persistenceContext.PersistenceContextInjectionTest Created: 31/Mar/13  Updated: 04/Apr/13  Resolved: 31/Mar/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Comments   
Comment by jjsnyder83 [ 31/Mar/13 ]

Fixed
Committed revision 61058.





[GLASSFISH-20115] Tracking bug for cdi tck failure for org.jboss.cdi.tck.tests.context.passivating.resource.dependency.ResourceIsPassivationCapableDependencyTest Created: 31/Mar/13  Updated: 04/Apr/13  Resolved: 31/Mar/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Comments   
Comment by jjsnyder83 [ 31/Mar/13 ]

Fixed
Committed revision 61058.





[GLASSFISH-20114] Tracking bug for cdi tck failure org.jboss.cdi.tck.tests.alternative.enterprise.resource.ResourceAlternativeAvailabilityTest Created: 31/Mar/13  Updated: 04/Apr/13  Resolved: 31/Mar/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Comments   
Comment by jjsnyder83 [ 31/Mar/13 ]

Fixed. Committed revision 61058.





[GLASSFISH-20111] Man page for osgi-shell subcommand is not found Created: 30/Mar/13  Updated: 30/Mar/13  Resolved: 30/Mar/13

Status: Resolved
Project: glassfish
Component/s: OSGi
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Sanjeeb Sahoo
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

When requesting help for the osgi subcommand,

asadmin osgi-shell --help

It says no man page found.



 Comments   
Comment by Sanjeeb Sahoo [ 30/Mar/13 ]

Sending nucleus/osgi-platforms/osgi-cli-interactive/pom.xml
Sending nucleus/pom.xml
Transmitting file data ..
Committed revision 61055.





Display logical-jndi-name for Concurrency Resources (GLASSFISH-20107)

[GLASSFISH-20109] OLH for concurrency resources need to match Created: 29/Mar/13  Updated: 29/Mar/13

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Sub-task Priority: Major
Reporter: Anissa Lam Assignee: Gail Risdal
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

please refer to main task.






[GLASSFISH-20108] Add JavaSE-1.7 as a supported execution environment in osgi.properties Created: 29/Mar/13  Updated: 19/Mar/14  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: OSGi
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Improvement Priority: Major
Reporter: aaronjwhiteside Assignee: Sanjeeb Sahoo
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Add JavaSE-1.7 as a supported execution environment in osgi.properties

This stops bundles like jetty 9 working..

[2013-03-29T14:36:46.728-0400] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=90 _ThreadName=Thread-4] [timeMillis: 1364582206728] [levelValue: 800] [[
  org.osgi.framework.BundleException: Unresolved constraint in bundle org.eclipse.jetty.server [327]: Execution environment not supported: JavaSE-1.7
	at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3974)
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2037)
	at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
	at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:1175)
	at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:1153)
	at org.apache.felix.fileinstall.internal.DirectoryWatcher.processAllBundles(DirectoryWatcher.java:1146)
	at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:456)
	at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:263)]]


 Comments   
Comment by TangYong [ 30/Mar/13 ]

Hi aaronjwhiteside,

I do not understand the scene of the issue and could you please make a more detailed description?
From the above stacktrace, in your scene, jetty is used, however, glassfish does not use jetty.

I guess that you put jetty into glassfish/modules then, while starting domain, the issue happened.

Thanks
--Tang

Comment by TangYong [ 30/Mar/13 ]

Sahoo,

I have reproduced the issue using the following steps:

1) creating a simple bundle called test1.jar, in the jar's Manifest.MF, I add the following,

Bundle-RequiredExecutionEnvironment: JavaSE-1.7

2) using "asadmin deploy --type=osgi ....", then deploying failed,

remote failure: Error occurred during deployment: Exception while loading the app : org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.fighterfish.sample.uas.api [293]: Execution environment not supported: JavaSE-1.7. Please see server.log for more details.

I think that this issue is a bug and should be fixed.

Thanks aaronjwhiteside's report.

Comment by TangYong [ 30/Mar/13 ]

Fixing way is to update the following entry in glassfish4\glassfish\config\osgi.properties

[Original]
org.osgi.framework.executionenvironment=JavaSE-1.6,J2SE-1.5,J2SE-1.4,J2SE-1.3,J2SE-1.2

[Fixing]
org.osgi.framework.executionenvironment=JavaSE-1.7,JavaSE-1.6,J2SE-1.5,J2SE-1.4,J2SE-1.3,J2SE-1.2

Test is OK.

So, will prepare a patch.

Comment by TangYong [ 30/Mar/13 ]

Pl. reviewing the following patch.

source: main\nucleus\osgi-platforms\felix\src\main\resources\config\osgi.properties

Index: osgi.properties
===================================================================
— osgi.properties (revision 60995)
+++ osgi.properties (working copy)
@@ -140,7 +140,7 @@
Knopflerfish.storage.clean=onFirstInit
org.osgi.framework.storage.clean=${$

{GlassFish_Platform}

.storage.clean}

-org.osgi.framework.executionenvironment=JavaSE-1.6,J2SE-1.5,J2SE-1.4,J2SE-1.3,J2SE-1.2
+org.osgi.framework.executionenvironment=JavaSE-1.7,JavaSE-1.6,J2SE-1.5,J2SE-1.4,J2SE-1.3,J2SE-1.2

  1. Are we using ondemand provisioning of OSGi modules? default is false.
    glassfish.osgi.ondemand=false
Comment by Sanjeeb Sahoo [ 31/Mar/13 ]

Tang,

Although your patch definitely works, I suggest we remove the property entirely from our osgi.properties file. I suspect we were setting it explicitly because some framework was not correctly setting it by default. I have now verified that both Felix & Equinox set org.osgi.framework.executionenvironment correctly by default. So, we don't have to manage this property any longer.

Sahoo

Comment by TangYong [ 31/Mar/13 ]

Sahoo,

I agree with you that this property should be managed by osgi framework.
A litterquestion : whether needing to confirm Knopflerfish's behavior?

Tang

Comment by Sanjeeb Sahoo [ 31/Mar/13 ]

We are completely broken on Knopflerfish due to bugs in Knopflerfish, so I won't worry about that. You can certainly try to find out the behavior of Knopflerfish and report bugs against them.

Comment by TangYong [ 31/Mar/13 ]

OK, thanks for clarification.

Comment by Sanjeeb Sahoo [ 01/Apr/13 ]

Sending nucleus/osgi-platforms/felix/src/main/resources/config/osgi.properties
Transmitting file data .
Committed revision 61061.

Comment by knut [ 19/Mar/14 ]

Sorry if this isn't quite the correct place for this comment (I can try to report a new issue if you like).

In this report you can see that the BundleException was reported at the INFO level. I think that actually Felix tries to report this at the WARNING level, but for some reason it cannot find the OSGi LogService and will thus presumably report the issue using System.out which is then by Glassfish redirected to the server.log at the INFO level.

I think serious problems like this really need to be logged at the WARNING level. Can anyone comment on this?





[GLASSFISH-20107] Display logical-jndi-name for Concurrency Resources Created: 29/Mar/13  Updated: 29/Mar/13  Resolved: 29/Mar/13

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Anissa Lam Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Labels: None
Σ Remaining Estimate: Not Specified Remaining Estimate: Not Specified
Σ Time Spent: Not Specified Time Spent: Not Specified
Σ Original Estimate: Not Specified Original Estimate: Not Specified

Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-20109 OLH for concurrency resources need to... Sub-task Open Gail Risdal  

 Description   

The list commands for concurrency resources now returns the logical-jndi-name.
Need to add this to the resources table.



 Comments   
Comment by Anissa Lam [ 29/Mar/13 ]

The code has checked in that looks at the JndiName information from the respective list resource commands. If there is logical jndi name for that resource, it will be listed.

There is also a static text field for the Logical JNDI name in the edit screen.
This field will be hidden if there is none, so user will not see an empty text field.





[GLASSFISH-20105] display logical-jndi-name for JDBC resources Created: 29/Mar/13  Updated: 30/Mar/13  Resolved: 30/Mar/13

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: New Feature Priority: Major
Reporter: Anissa Lam Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Labels: None
Σ Remaining Estimate: Not Specified Remaining Estimate: Not Specified
Σ Time Spent: Not Specified Time Spent: Not Specified
Σ Original Estimate: Not Specified Original Estimate: Not Specified

Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-20106 OLH for jdbc-resources Sub-task Resolved Gail Risdal  

 Description   

The list-jdbc-resources will start returning logical-jndi-name for JDBC resources.
Console screen that shows the jdbc resources table need to add the column to display that.



 Comments   
Comment by Anissa Lam [ 30/Mar/13 ]

The jdbc resources table and the edit screen now shows the logical jndi name if backend returns it.





[GLASSFISH-20104] Build error in JSF scrumtoys Created: 29/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: sample_apps
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Critical
Reporter: Ed Burns Assignee: Tom Mueller
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

I'm running into this
trouble when building javaee7 samples from the top:

rhombus2:javaee7 ejburns$ mvn clean install
[INFO] Scanning for projects...
[WARNING]
[WARNING] Some problems were encountered while building the effective model for org.glassfish-samples:automatic-timer-server:ejb:4.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-ejb-plugin is missing. @ line 64, column 21
[WARNING]
[WARNING] Some problems were encountered while building the effective model for org.glassfish-samples:hello-stateless-ejb-bean:ejb:4.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-ejb-plugin is missing. @ line 64, column 21
[WARNING]
[WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
[WARNING]
[WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
[WARNING]
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] Java EE 7 Samples Main Parent Project
[INFO] Java EE 7 JSF Samples
[INFO] Resource Library Contracts JSF Sample Application
[INFO] Scrum Toys JSF Sample Application
[INFO] Java EE 7 REST Samples
[INFO] Message Board REST Sample Application
[INFO] Asynchronous chat REST Sample Application
[INFO] Java EE 7 Servlet Samples
[INFO] annotation-war
[INFO] async-request-war
[INFO] dynamic-registration-war
[INFO] multipart-war
[INFO] session-cookie-config-war
[INFO] jsp-resource-in-bundled-jar-war
[INFO] servlet-container-initializer
[INFO] servlet-container-initializer-war
[INFO] servlet-container-initializer-lib
[INFO] absolute-ordering-web-fragments
[INFO] fragment1
[INFO] fragment2
[INFO] fragment3
[INFO] absolute-ordering-web-fragments-war
[INFO] non-blocking-io-read-war
[INFO] non-blocking-io-write-war
[INFO] http-upgrade-war
[INFO] Java EE 7 WebSocket Samples
[INFO] WebSocket Auction Sample Application
[INFO] WebSocket Draw Sample Application
[INFO] WebSocket Echo Sample Application
[INFO] Java EE 7 CDI Samples
[INFO] Events CDI Sample Application
[INFO] Interceptors CDI Sample Application
[INFO] Guess CDI Sample Application
[INFO] Servlet CDI Sample Application
[INFO] CDI Sample Application for TransactionScoped annotation
[INFO] CDI Sample Application for Transactional annotation
[INFO] Java EE 7 JSON-P Samples
[INFO] JSON-P JAX-RS Resources Sample Application
[INFO] Java EE 7 EJB Samples
[INFO] The EJB 3.2 Automatic Timer Sample Application
[INFO] The EJB 3.2 Automatic Timer Sample Application
[INFO] The EJB 3.2 Automatic Timer Sample Client
[INFO] The EJB 3.2 Embeddable API Sample Application
[INFO] The EJB 3.2 Embeddable API Sample
[INFO] The EJB 3.2 Embeddable API Sample Application - Test Code
[INFO] ejb32-war
[INFO] hello-stateless-ejb
[INFO] The EJB 3.2 Stateless Session Bean Sample Application
[INFO] hello-stateless-ejb-client
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building Java EE 7 Samples Main Parent Project 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] — maven-clean-plugin:2.3:clean (default-clean) @ glassfish-samples-parent —
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ glassfish-samples-parent —
[INFO]
[INFO] — maven-install-plugin:2.3.1:install (default-install) @ glassfish-samples-parent —
[INFO] Installing /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/pom.xml to /Users/ejburns/Documents/JavaEE/workareas/mvnrepository/org/glassfish-samples/glassfish-samples-parent/4.0-SNAPSHOT/glassfish-samples-parent-4.0-SNAPSHOT.pom
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building Java EE 7 JSF Samples 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] — maven-clean-plugin:2.3:clean (default-clean) @ jsf-samples —
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ jsf-samples —
[INFO]
[INFO] — maven-install-plugin:2.3.1:install (default-install) @ jsf-samples —
[INFO] Installing /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/pom.xml to /Users/ejburns/Documents/JavaEE/workareas/mvnrepository/org/glassfish-samples/jsf-samples/4.0-SNAPSHOT/jsf-samples-4.0-SNAPSHOT.pom
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building Resource Library Contracts JSF Sample Application 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] — maven-clean-plugin:2.3:clean (default-clean) @ contracts —
[INFO] Deleting file set: /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/target (included: [**], excluded: [])
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ contracts —
[INFO]
[INFO] — maven-resources-plugin:2.4.3:resources (default-resources) @ contracts —
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/src/main/resources
[INFO]
[INFO] — maven-compiler-plugin:2.4:compile (default-compile) @ contracts —
[INFO] No sources to compile
[INFO]
[INFO] — maven-resources-plugin:2.4.3:testResources (default-testResources) @ contracts —
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/src/test/resources
[INFO]
[INFO] — maven-compiler-plugin:2.4:testCompile (default-testCompile) @ contracts —
[INFO] No sources to compile
[INFO]
[INFO] — maven-surefire-plugin:2.7.2:test (default-test) @ contracts —
[INFO] No tests to run.
[INFO] Surefire report directory: /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/target/surefire-reports

-------------------------------------------------------
T E S T S
-------------------------------------------------------
There are no tests to run.

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO]
[INFO] — maven-war-plugin:2.2:war (default-war) @ contracts —
[INFO] Packaging webapp
[INFO] Assembling webapp [contracts] in [/Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/target/contracts]
[INFO] Processing war project
[INFO] Copying webapp resources [/Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/src/main/webapp]
[INFO] Webapp assembled in [48 msecs]
[INFO] Building war: /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/target/contracts.war
[INFO] WEB-INF/web.xml already added, skipping
[INFO]
[INFO] — maven-install-plugin:2.3.1:install (default-install) @ contracts —
[INFO] Installing /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/target/contracts.war to /Users/ejburns/Documents/JavaEE/workareas/mvnrepository/org/glassfish-samples/contracts/4.0-SNAPSHOT/contracts-4.0-SNAPSHOT.war
[INFO] Installing /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/contracts/pom.xml to /Users/ejburns/Documents/JavaEE/workareas/mvnrepository/org/glassfish-samples/contracts/4.0-SNAPSHOT/contracts-4.0-SNAPSHOT.pom
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building Scrum Toys JSF Sample Application 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
Downloading: http://repo1.maven.org/maven2/javax/javaee-api/7.0-b82/javaee-api-7.0-b82.pom
[WARNING] The POM for javax:javaee-api:jar:7.0-b82 is missing, no dependency information available
[INFO]
[INFO] — maven-clean-plugin:2.3:clean (default-clean) @ scrumtoys —
[INFO] Deleting file set: /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys/target (included: [**], excluded: [])
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ scrumtoys —
[INFO]
[INFO] — maven-resources-plugin:2.4.3:resources (default-resources) @ scrumtoys —
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 6 resources
[INFO]
[INFO] — maven-compiler-plugin:2.4:compile (default-compile) @ scrumtoys —
[INFO] Compiling 26 source files to /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys/target/classes
[INFO]
[INFO] — maven-resources-plugin:2.4.3:testResources (default-testResources) @ scrumtoys —
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys/src/test/resources
[INFO]
[INFO] — maven-compiler-plugin:2.4:testCompile (default-testCompile) @ scrumtoys —
[INFO] No sources to compile
[INFO]
[INFO] — maven-surefire-plugin:2.7.2:test (default-test) @ scrumtoys —
[INFO] No tests to run.
[INFO] Surefire report directory: /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys/target/surefire-reports

-------------------------------------------------------
T E S T S
-------------------------------------------------------
There are no tests to run.

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO]
[INFO] — maven-war-plugin:2.2:war (default-war) @ scrumtoys —
[INFO] Packaging webapp
[INFO] Assembling webapp [scrumtoys] in [/Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys/target/scrumtoys]
[INFO] Processing war project
[INFO] Copying webapp resources [/Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys/src/main/webapp]
[INFO] Webapp assembled in [116 msecs]
[INFO] Building war: /Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys/target/scrumtoys.war
[INFO] WEB-INF/web.xml already added, skipping
[INFO]
[INFO] — exec-maven-plugin:1.2.1:exec (start-database) @ scrumtoys —
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Java EE 7 Samples Main Parent Project ............. SUCCESS [0.758s]
[INFO] Java EE 7 JSF Samples ............................. SUCCESS [0.010s]
[INFO] Resource Library Contracts JSF Sample Application . SUCCESS [1.117s]
[INFO] Scrum Toys JSF Sample Application ................. FAILURE [2.607s]
[INFO] Java EE 7 REST Samples ............................ SKIPPED
[INFO] Message Board REST Sample Application ............. SKIPPED
[INFO] Asynchronous chat REST Sample Application ......... SKIPPED
[INFO] Java EE 7 Servlet Samples ......................... SKIPPED
[INFO] annotation-war .................................... SKIPPED
[INFO] async-request-war ................................. SKIPPED
[INFO] dynamic-registration-war .......................... SKIPPED
[INFO] multipart-war ..................................... SKIPPED
[INFO] session-cookie-config-war ......................... SKIPPED
[INFO] jsp-resource-in-bundled-jar-war ................... SKIPPED
[INFO] servlet-container-initializer ..................... SKIPPED
[INFO] servlet-container-initializer-war ................. SKIPPED
[INFO] servlet-container-initializer-lib ................. SKIPPED
[INFO] absolute-ordering-web-fragments ................... SKIPPED
[INFO] fragment1 ......................................... SKIPPED
[INFO] fragment2 ......................................... SKIPPED
[INFO] fragment3 ......................................... SKIPPED
[INFO] absolute-ordering-web-fragments-war ............... SKIPPED
[INFO] non-blocking-io-read-war .......................... SKIPPED
[INFO] non-blocking-io-write-war ......................... SKIPPED
[INFO] http-upgrade-war .................................. SKIPPED
[INFO] Java EE 7 WebSocket Samples ....................... SKIPPED
[INFO] WebSocket Auction Sample Application .............. SKIPPED
[INFO] WebSocket Draw Sample Application ................. SKIPPED
[INFO] WebSocket Echo Sample Application ................. SKIPPED
[INFO] Java EE 7 CDI Samples ............................. SKIPPED
[INFO] Events CDI Sample Application ..................... SKIPPED
[INFO] Interceptors CDI Sample Application ............... SKIPPED
[INFO] Guess CDI Sample Application ...................... SKIPPED
[INFO] Servlet CDI Sample Application .................... SKIPPED
[INFO] CDI Sample Application for TransactionScoped annotation SKIPPED
[INFO] CDI Sample Application for Transactional annotation SKIPPED
[INFO] Java EE 7 JSON-P Samples .......................... SKIPPED
[INFO] JSON-P JAX-RS Resources Sample Application ........ SKIPPED
[INFO] Java EE 7 EJB Samples ............................. SKIPPED
[INFO] The EJB 3.2 Automatic Timer Sample Application .... SKIPPED
[INFO] The EJB 3.2 Automatic Timer Sample Application .... SKIPPED
[INFO] The EJB 3.2 Automatic Timer Sample Client ......... SKIPPED
[INFO] The EJB 3.2 Embeddable API Sample Application ..... SKIPPED
[INFO] The EJB 3.2 Embeddable API Sample ................. SKIPPED
[INFO] The EJB 3.2 Embeddable API Sample Application - Test Code SKIPPED
[INFO] ejb32-war ......................................... SKIPPED
[INFO] hello-stateless-ejb ............................... SKIPPED
[INFO] The EJB 3.2 Stateless Session Bean Sample Application SKIPPED
[INFO] hello-stateless-ejb-client ........................ SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 5.121s
[INFO] Finished at: Fri Mar 29 10:34:05 EDT 2013
[INFO] Final Memory: 19M/618M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:exec (start-database) on project scrumtoys: Command execution failed. Cannot run program "/Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys/target/cargo/installs/glassfish/bin/asadmin" (in directory "/Users/ejburns/Documents/JavaEE/workareas/glassfish-samples/javaee7/jsf/scrumtoys"): error=2, No such file or directory -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command[ERROR] mvn <goals> -rf :scrumtoys

I expect there is some sort of setup step I missed. Can you please
help?

Thanks,

Ed



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 02/Apr/13 ]

Assigning to Tom who apparently added exec plugin invocation which is failing to this particular sample...

Tom, as far as I can tell, we should not attempt to do this as part of mvn install target which should merely build applications.

Comment by Tom Mueller [ 02/Apr/13 ]

Fixed on the glassfish-samples trunk in revision 1057. The start-database command was removed since the instructions say to do this manually.





[GLASSFISH-20099] [Fighterfish Test]adding a method in WebAppBundle class for GLASSFISH-18836 test Created: 29/Mar/13  Updated: 30/Mar/13  Resolved: 30/Mar/13

Status: Resolved
Project: glassfish
Component/s: OSGi-JavaEE
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: TangYong Assignee: TangYong
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

needint to add a method in WAB class for GLASSFISH-18836 test.

Otherwise, T1_SamplesTest will failed because of jaxrs sample.

[#|2013-03-29T15:17:43.486+0900|SEVERE|glassfish 4.0|org.ops4j.pax.exam.junit.JUnit4TestRunner|_ThreadID=1;_ThreadName=main;_TimeMillis=1364537863486;_LevelValue=1000;ClassName=org.ops4j.pax.exam.junit.JUnit4TestRunner$3;MethodName=evaluate;|
Exception
org.ops4j.pax.exam.TestContainerException: [test(org.glassfish.fighterfish.test.it.SingleTest): Server returned HTTP response code: 415 for URL: http://localhost:8080/simplejaxrs/register?name=admin&password=admin]
at org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.invokeViaJUnit(JUnitProbeInvoker.java:112)
at org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.findAndInvoke(JUnitProbeInvoker.java:89)
at org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.call(JUnitProbeInvoker.java:72)
at org.ops4j.pax.exam.nat.internal.NativeTestContainer.call(NativeTestContainer.java:86)
at org.ops4j.pax.exam.spi.reactors.EagerSingleStagedReactor.invoke(EagerSingleStagedReactor.java:85)
at org.ops4j.pax.exam.junit.JUnit4TestRunner$3.evaluate(JUnit4TestRunner.java:289)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.ops4j.pax.exam.junit.JUnit4TestRunner.run(JUnit4TestRunner.java:87)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:119)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103)
at $Proxy0.invoke(Unknown Source)
at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:150)
at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:91)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)
Caused by: java.io.IOException: Server returned HTTP response code: 415 for URL: http://localhost:8080/simplejaxrs/register?name=admin&password=admin
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1615)
at org.glassfish.fighterfish.test.util.WebAppBundle.getHttpResponse(WebAppBundle.java:199)
at org.glassfish.fighterfish.test.util.WebAppBundle.getHttpPostResponse(WebAppBundle.java:171)
at org.glassfish.fighterfish.test.it.SingleTest.test(SingleTest.java:109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:69)
at org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:58)
at org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.runChild(ContainerTestRunner.java:32)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:292)
at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
at org.junit.runner.JUnitCore.run(JUnitCore.java:136)
at org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.invokeViaJUnit(JUnitProbeInvoker.java:108)
... 26 more

#]

In addition, in order to pass T1_SamplesTest, jaxrs sample needs to be modified.



 Comments   
Comment by TangYong [ 29/Mar/13 ]

The discussion content of between Sahoo and me is as following:

> [Reason]
> > In org.glassfish.fighterfish.sample.uas.simplejaxrs.Register class,
> > getIt() is annotated @POST, and getLogin is annotated @Get, So, the
> > isssue happened.
Yep
> > [Fixing]
> > Firstly, we should make getLogin annotated as @POST from Register
> > class's meaning.
> >
> > Secondly, only changing getLogin annotated as @POST is not enough,
> > because getIt()'s @Path is same as getLogin. So, we should do an
> > difference between the two methods by creating sub-Path.
> >
> > Here, there are two ways as following:
> >
> > 1.
> >
> > @POST
> > @Path("/getIt")
> > @Produces("text/plain")
> > public String getIt()

{ > > return "Hi there!"; > > }

> >
> > 2.
> >
> > @POST
> > @Path("/getLogin")
> > @Produces(MediaType.TEXT_HTML)
> > @Consumes(MediaType.TEXT_PLAIN)
> > public String getLogin(
> > ...
> >
> > I select 2,
> > 1) because getIt() should be a dummy method
> > 2) not modifying T1_SamplesTest(keeping
> >
> > final String registrationRequest = "/register?name=admin&password=admin"
> > there.
> >
> > Thirdly, if doing the above modification, while executing
> >
> > mvn clean test -Dglassfish.home=D:\20130125\glassfish4\glassfish
> > -Dtest=SingleTest
> >
> > You will see the following exception(Http 415),
> >
> > Caused by: java.io.IOException: Server returned HTTP response code: 415
> > for URL:
> > http://localhost:8080/simplejaxrs/register?name=admin&password=admin
> > ...
I have seen this too.
> > The reason of 415 is that Rest Consumer can not consume requested MIME
> > type.[1]
> > [1]: http://docs.oracle.com/cd/E19776-01/820-4867/ggqqr/
> >
> > So, we must add "connection.setRequestProperty("Content-Type",
> > "text/plain"); " into getHttpResponse method of WebAppBundle class.
> >
> > [Discuss]
> > Based on the above analyse, there is a drawback in "Thirdly",
> >
> > "connection.setRequestProperty("Content-Type", "text/plain"); " is hard
> > coded in our test util. So, we should make user to select right
> > "Content-Type", if he/she has not provided a "Content-Type", defaultly,
> > we do not set the "Content-Type".
> >
> > However, this will change Inf of WebAppBundle class and make a large
> > modification for T2 and T1 tests.
> >
> > So, I do not suggest to do it and instead, I suggest providing another
> > method(eg. getHttpPostResponseForRest(String relativePath, String
> > contentType)) to handle T1 scene.
> >
> > Of course, we should consider to use Apache httpclient library and you
> > have also created a issue(GLASSFISH-20088).
Add a method in WAB.getHttpPostResponse(

String relativePath, String contentType)

> >
> > Finally, a litter suggestion, the following
> >
> > @POST
> > @Produces(MediaType.TEXT_HTML)
> > @Consumes(MediaType.TEXT_PLAIN)
> > public String getLogin(
> > @Context HttpServletRequest request,
> > @Context HttpServletResponse response
> > ) throws ServletException {
> > String name = request.getParameter("name");
> > String password = request.getParameter("password");
> > ...
> >
> > whether can change into by using @QueryParam, and more easy?
Yes.

Sahoo
> > @POST
> > @Produces(MediaType.TEXT_HTML)
> > @Consumes(MediaType.TEXT_PLAIN)
> > public String getLogin(
> > @QueryParam("name") String name,
> > @QueryParam("password") String password
> > ) throws ServletException {
> > try {
> > if (uas.register(name, password)) {
> > ...
> >

Comment by TangYong [ 29/Mar/13 ]

first fixing jaxrs sample.

Revisions:
----------
61001

Comment by TangYong [ 29/Mar/13 ]

check in test.util to add a getHttpPostResponse(String relativePath, String contentType) method for WebAppBundle class

Revisions:
----------
61002

Comment by TangYong [ 29/Mar/13 ]

waiting for jaxrs sample and test.util to release new version, then check in test.it.

Comment by TangYong [ 30/Mar/13 ]

check in T1_SamplesTest and ExpectedTestResult.txt

Revision: 61056





[GLASSFISH-20089] Sniffer set up modules is: null Created: 28/Mar/13  Updated: 29/Mar/13  Resolved: 29/Mar/13

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 4.0_b81
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Mohamed Taman Assignee: Hong Zhang
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 SP1
Glassfish v4 b81


Tags: fishcat

 Description   

While starting up the glassfish I have the following log entry indicating that the Sniffer doesn't has a module

[2013-03-28T11:01:03.084+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=68 _ThreadName=Thread-10] 
[timeMillis: 1364461263084] [levelValue: 800] [[
Snifer com.sun.enterprise.security.ee.SecuritySniffer@389278a3 set up following modules: null]]

Also there is a typo here:

Snifer should be Sniffer



 Comments   
Comment by rajendra_inamdar [ 28/Mar/13 ]

Looks like this was introduced with fix for GLASSFISH-18284 with change:

r52355 | ss141213 | 2012-01-31 10:50:48 -0800 (Tue, 31 Jan 2012) | 33 lines

Comment by rajendra_inamdar [ 28/Mar/13 ]

Also, please use logging annotations for INFO messages.

Comment by Hong Zhang [ 29/Mar/13 ]

Thanks for catching this. I have fixed the typo in the log string, and print empty string for module names if the sniffer does not set up any modules. Also set the log level to FINE as this message is mainly for debugging purpose.





[GLASSFISH-20087] [osgi/javaee-test] Don't delete default resource - use set to change its pool name Created: 28/Mar/13  Updated: 29/Mar/13  Resolved: 29/Mar/13

Status: Resolved
Project: glassfish
Component/s: OSGi-JavaEE
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b83

Type: Improvement Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Sanjeeb Sahoo
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Aparently GlassFish guys are hail bent on making an irrational incompatible change in GlassFish where in they won't allow deletion of default resources. See GLASSFISH-20052. We are currently deleting jdbc/__default in our test util library while reconfiguring the resource to use a test specific pool. So, let's prepare our util to use alternative ways like using asadmin set.



 Comments   
Comment by Sanjeeb Sahoo [ 28/Mar/13 ]

Sending src/main/java/org/glassfish/fighterfish/test/util/EnterpriseResourceProvisioner.java
Transmitting file data .
Committed revision 60963.

Will resolve it after releaseing test.util:1.1.4 and using it in it test suite.

Comment by Sanjeeb Sahoo [ 29/Mar/13 ]

ss141213@Sahoo:/space/ss141213/WS/ff/trunk/test/it$ svn commit -m "Upgrade to test.util 1.1.4 to fix GLASSFISH-20087" pom.xml
Sending pom.xml
Transmitting file data .
Committed revision 60996.





[GLASSFISH-20085] Default Paths and File Names in Quick Start Guide Created: 28/Mar/13  Updated: 01/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b81
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jamdiazdiaz Assignee: Mike Fitch
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7
glassfish-4.0-web-b81


Tags: fishcat

 Description   

shows invalid path of glassfish version 3 not v4 in:

user's-home-directory/glassfish3/glassfish

SystemDrive:\glassfish3\glassfish



 Comments   
Comment by Mike Fitch [ 01/Apr/13 ]

The Quick Start Guide has been updated to show glassfish4 instead of glassfish3 as the path.

The updates are in main-docs build 4.0-b26, which began getting included in GlassFish builds as of revision 61028 (29-Mar-2013 nightly).





[GLASSFISH-20083] Failing @Inject in CDI with REST integration Created: 28/Mar/13  Updated: 28/Mar/13  Resolved: 28/Mar/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: 4.0_b81
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: joshie007 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 3 days
Time Spent: Not Specified
Original Estimate: 3 days
Environment:

NetBeans 7.3, Windows 7


Tags: cdi

 Description   

Hi, I want to deploy a REST application.
Here's my dependency (java-ee-api and java-ee-web-api are included):
<dependency>
<groupId>javax.enterprise</groupId>
<artifactId>cdi-api</artifactId>
<version>1.1.EDR1.2</version>
</dependency>

<!-- REST API-->
<dependency>
<groupId>javax.ws.rs</groupId>
<artifactId>javax.ws.rs-api</artifactId>
<version>2.0-rc2</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.core</groupId>
<artifactId>jersey-common</artifactId>
<version>2.0-m13-2</version>
<scope>provided</scope>
</dependency>

In the Controller class:

@Named
public class MembersController {
.... method here ...
}

then in the REST Server class:

@Path("members")
public class MembersRest {

@Inject
private MembersController membersController;

@GET
@Path("test"
@Produces("text/plain")
public String testREST()

{ return membersController.test(); }

}

The stack traces:

SEVERE: Non mappable exception rethrown to the container.
MultiException stack 1 of 3
org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at Injectee(requiredType=MembersController,parent=MembersRest,qualifiers={}),position=-1,optional=false,self=false,unqualified=null,20015595)
at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:74)
at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:192)
at org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:215)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:312)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
at org.glassfish.jersey.process.internal.RequestScope.findOrCreate(RequestScope.java:157)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:573)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:560)
at org.glassfish.jersey.internal.inject.Injections.getOrCreate(Injections.java:172)
at org.glassfish.jersey.server.model.MethodHandler$ClassBasedMethodHandler.getInstance(MethodHandler.java:185)
at org.glassfish.jersey.server.internal.routing.PushMethodHandlerRouter.apply(PushMethodHandlerRouter.java:105)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:118)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:102)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:62)
at org.glassfish.jersey.process.internal.Stages.process(Stages.java:197)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:205)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:207)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:203)
at org.glassfish.jersey.internal.Errors.process(Errors.java:251)
at org.glassfish.jersey.internal.Errors.process(Errors.java:233)
at org.glassfish.jersey.internal.Errors.process(Errors.java:203)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:190)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:865)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:329)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:175)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
MultiException stack 2 of 3
java.lang.IllegalArgumentException: While attempting to resolve the dependencies of com.jug.joglosemar.rest.MembersRest errors were found
at org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:227)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:312)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
at org.glassfish.jersey.process.internal.RequestScope.findOrCreate(RequestScope.java:157)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:573)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:560)
at org.glassfish.jersey.internal.inject.Injections.getOrCreate(Injections.java:172)
at org.glassfish.jersey.server.model.MethodHandler$ClassBasedMethodHandler.getInstance(MethodHandler.java:185)
at org.glassfish.jersey.server.internal.routing.PushMethodHandlerRouter.apply(PushMethodHandlerRouter.java:105)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:118)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:102)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:62)
at org.glassfish.jersey.process.internal.Stages.process(Stages.java:197)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:205)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:207)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:203)
at org.glassfish.jersey.internal.Errors.process(Errors.java:251)
at org.glassfish.jersey.internal.Errors.process(Errors.java:233)
at org.glassfish.jersey.internal.Errors.process(Errors.java:203)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:190)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:865)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:329)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:175)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
MultiException stack 3 of 3
java.lang.IllegalStateException: Unable to perform operation: resolve on com.jug.joglosemar.rest.MembersRest
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:341)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
at org.glassfish.jersey.process.internal.RequestScope.findOrCreate(RequestScope.java:157)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:573)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:560)
at org.glassfish.jersey.internal.inject.Injections.getOrCreate(Injections.java:172)
at org.glassfish.jersey.server.model.MethodHandler$ClassBasedMethodHandler.getInstance(MethodHandler.java:185)
at org.glassfish.jersey.server.internal.routing.PushMethodHandlerRouter.apply(PushMethodHandlerRouter.java:105)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:118)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:102)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:62)
at org.glassfish.jersey.process.internal.Stages.process(Stages.java:197)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:205)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:207)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:203)
at org.glassfish.jersey.internal.Errors.process(Errors.java:251)
at org.glassfish.jersey.internal.Errors.process(Errors.java:233)
at org.glassfish.jersey.internal.Errors.process(Errors.java:203)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:190)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:865)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:329)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:175)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)

WARNING: StandardWrapperValve[javax.ws.rs.core.Application]: Servlet.service() for servlet javax.ws.rs.core.Application threw exception
org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at Injectee(requiredType=MembersController,parent=MembersRest,qualifiers={}),position=-1,optional=false,self=false,unqualified=null,20015595)
at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:74)
at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:192)
at org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:215)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:312)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
at org.glassfish.jersey.process.internal.RequestScope.findOrCreate(RequestScope.java:157)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:573)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:560)
at org.glassfish.jersey.internal.inject.Injections.getOrCreate(Injections.java:172)
at org.glassfish.jersey.server.model.MethodHandler$ClassBasedMethodHandler.getInstance(MethodHandler.java:185)
at org.glassfish.jersey.server.internal.routing.PushMethodHandlerRouter.apply(PushMethodHandlerRouter.java:105)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:118)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:102)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:62)
at org.glassfish.jersey.process.internal.Stages.process(Stages.java:197)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:205)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:207)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:203)
at org.glassfish.jersey.internal.Errors.process(Errors.java:251)
at org.glassfish.jersey.internal.Errors.process(Errors.java:233)
at org.glassfish.jersey.internal.Errors.process(Errors.java:203)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:190)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:865)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:329)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:175)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)

But, when I remove @Inject object, it runs well. I don't know, perhaps this is CDI problem again. Can't be injected to a REST class?



 Comments   
Comment by jjsnyder83 [ 28/Mar/13 ]

This should be fixed by the fix to http://java.net/jira/browse/JERSEY-1747.

Please retest on the trunk.





[GLASSFISH-20077] GF ORB issue with WRT Incorrect "chunking" of GIOP response from GlassFish v3.1.2.2 with JDK7 Created: 27/Mar/13  Updated: 17/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: orb
Affects Version/s: 3.1.2.2
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: lancea Assignee: Harshad Vilekar
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Specification Reference:
CORBA V2.3.1
15.3.4.5 Fragmentation
"Regardless of the above rules, any value nested within a chunked value
is always chunked. Furthermore, any such nested value that is
truncatable must encode its type information as a list of RepositoryIDs
(see Section 15.3.4.1, "Partial Type Information and Versioning," on
page 15-15)."
Unfortunately Glassfish is sending non-chunked values embedded in
chunked values, which is non-spec compliant.
The problem only presents itself on JDK7 due to the presence of the
suppressedExceptions field in the Throwable. The problem would also be
present on JDK6 is an object with a similar structure was being passed
over the wire.



 Comments   
Comment by Harshad Vilekar [ 02/Apr/13 ]

Fixed by Russ.
4.0: hg revision #874.
3.1.2: hg revision #704, #705.

Comment by Harshad Vilekar [ 17/Apr/13 ]

Integrated to GlassFish 3.1.2.6. svn revision 11063.





[GLASSFISH-20065] Add support for rars and the jars they contain/access Created: 26/Mar/13  Updated: 01/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

See section "12.1 Bean archives" of cdi spec.

tck tests are broken:
org.jboss.cdi.tck.tests.deployment.packaging.rar.ResourceAdapterArchiveTest
testInjection
testResolution



 Comments   
Comment by jjsnyder83 [ 29/Mar/13 ]

https://issues.jboss.org/browse/CDI-300

Comment by jjsnyder83 [ 01/Apr/13 ]

Committed 61066





[GLASSFISH-20062] JSF CDI bug: http://java.net/jira/browse/JAVASERVERFACES-2813 Created: 26/Mar/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Prove this still fails in Weld beta 7. If so then add a weld bug. Manfred talked to Pete and Pete said it's a weld issue



 Comments   
Comment by jjsnyder83 [ 29/Mar/13 ]

Created https://issues.jboss.org/browse/WELD-1387

Comment by jjsnyder83 [ 03/Apr/13 ]

Committed revision 61150.





[GLASSFISH-20056] Failed to load admin console, when restarting the server from windows services. Created: 26/Mar/13  Updated: 27/Mar/13  Resolved: 27/Mar/13

Status: Resolved
Project: glassfish
Component/s: admin, deployment, installation
Affects Version/s: 4.0_b81
Fix Version/s: 4.0_b83

Type: Bug Priority: Critical
Reporter: Mohamed Taman Assignee: Hong Zhang
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 SP1
glassfish-4.0-b81-windows-ml


Issue Links:
Related
is related to GLASSFISH-20074 severe message about not cleaning thr... Open
Tags: fishcat, install

 Description   

Failed to load admin console, when restarting the server from windows services.

1- Go to windows services.
2- Select "domain1 GlassFish Server" service.
3- From left click --> Start.
4- Open Admin console at "http://localhost:4848/".

The GlassFish Server Administration Console appears with the following message:

Welcome to GlassFish Server Open Source Edition 4.0 (build 81).

Status: The Admin Console Application is not yet installed.

If the browser does not refresh the page automatically please reload the page.

and in the server.log the following errors thrown:

.............
[2013-03-26T15:05:44.565+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1364303144565] [levelValue: 800] [[
  Grizzly Framework 2.3 started in: 2ms - bound to [/0.0.0.0:3,700]]]

[2013-03-26T15:05:44.590+0200] [glassfish 4.0] [INFO] [] [org.glassfish.ha.store.spi.BackingStoreFactoryRegistry] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1364303144590] [levelValue: 800] [[
  Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry]]

[2013-03-26T15:05:44.621+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=1 _ThreadName=Thread-3] [timeMillis: 1364303144621] [levelValue: 800] [[
  ** GlassFishBatchExecutorServiceProvider.postConstruct() called]]

[2013-03-26T15:05:44.671+0200] [glassfish 4.0] [INFO] [NCLS-CORE-00015] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1364303144671] [levelValue: 800] [[
  Shutdown requested
MultiException stack 1 of 2
java.lang.NullPointerException
	at com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:206)
	at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:282)
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:329)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$DefaultActivator.activate(RunLevelControllerImpl.java:359)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:778)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:734)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:629)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:896)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:559)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:339)
	at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
MultiException stack 2 of 2
java.lang.IllegalStateException: Unable to perform operation: post construct on com.sun.enterprise.v3.server.ApplicationLoaderService
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:347)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$DefaultActivator.activate(RunLevelControllerImpl.java:359)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:778)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:734)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:629)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:896)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:559)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:339)
	at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
]]

[2013-03-26T15:05:44.672+0200] [glassfish 4.0] [SEVERE] [NCLS-CORE-00016] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1364303144672] [levelValue: 1000] [[
  Startup service failed to start
MultiException stack 1 of 2
java.lang.NullPointerException
	at com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:206)
	at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:282)
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:329)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$DefaultActivator.activate(RunLevelControllerImpl.java:359)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:778)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:734)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:629)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:896)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:559)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:339)
	at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
MultiException stack 2 of 2
java.lang.IllegalStateException: Unable to perform operation: post construct on com.sun.enterprise.v3.server.ApplicationLoaderService
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:347)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$DefaultActivator.activate(RunLevelControllerImpl.java:359)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:778)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:734)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:629)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:896)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:559)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:339)
	at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
]]

[2013-03-26T15:05:44.716+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=56 _ThreadName=Thread-6] [timeMillis: 1364303144716] [levelValue: 800] [[
  Server shutdown initiated]]

[2013-03-26T15:05:44.761+0200] [glassfish 4.0] [INFO] [NCLS-BOOTSTRAP-00027] [javax.enterprise.bootstrap] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1364303144761] [levelValue: 800] [[
  Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@3f7b7a85 as OSGi service registration: org.apache.felix.framework.ServiceRegistrationImpl@61dce8cd.]]

[2013-03-26T15:05:45.022+0200] [glassfish 4.0] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=57 _ThreadName=pool-10-thread-1] [timeMillis: 1364303145022] [levelValue: 800] [[
  Initiating Jersey application, version Jersey: 2.0-m13-2 2013-03-12 11:01:14...]]

[2013-03-26T15:05:45.718+0200] [glassfish 4.0] [INFO] [NCLS-BOOTSTRAP-00028] [javax.enterprise.bootstrap] [tid: _ThreadID=56 _ThreadName=Thread-6] [timeMillis: 1364303145718] [levelValue: 800] [[
  Unregistered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@3f7b7a85 from service registry.]]


 Comments   
Comment by Mohamed Taman [ 26/Mar/13 ]

Even command line interface doesn't run, and start-domain takes a very long time to run and just show me long dots ............ as the following:

C:\glassfish4\bin>asadmin
Use "exit" to exit and "help" for online help.
asadmin> start-domain
Waiting for domain1 to start ..........................................................................................................
.......................................................................................................................................
.......................................................................................................................................
..........................................................

I have terminated "asadmin" run with "Ctrl + C", then tried to restart the service and it gives me the following error:

Error 1067: The process terminated unexpectedly

The solution is to re-install the app server.

Comment by Tom Mueller [ 26/Mar/13 ]

Hong, can you please look at the ApplicationLoaderService to see why it is getting an NPE there?

Comment by Hong Zhang [ 26/Mar/13 ]

Mohamed: can you please provide the exact steps to reproduce this, such as how you installed GlassFish as a windows service? Did you perform other steps before you try to access console after start the server? I am not familiar with Windows and I could not reproduce this on other platform (Linux).

Comment by Hong Zhang [ 26/Mar/13 ]

Tried this on a windows 7 box and could not reproduce this there either. This is what I did:

1. Installed glassfish-4.0-b81-windows-ml.exe on windows 7 box.
2. Do asadmin create-service to make the GlassFish a service.
3. Use the windows services manager to start the GlassFish service.
4. Access the admin console, the console loads up as expected and no exception in the server.log.

If you could reproduce this consistently, please send the exact steps to reproduce (starting from the installation).

Comment by Jeremy_Lv [ 27/Mar/13 ]

I have tried the latest version and glassfish-4.0-b81-windows-ml.exe both in the platform of windows xp and win7 but the console loads up as expected without any error exception...

Comment by Mohamed Taman [ 27/Mar/13 ]

I have realized where is the problem, if you go normally there is no problem as you have said before, but to reproduce the case follow the following steps:

1- From Glassfish home, run as admin start-domain.
2- Open web admin console.
3- Choose the domain, then check the option of "Load console after DAS startup", then click save.
6- Restart the service, and open the admin console you will get the described error.

{quote]
"Status: The Admin Console Application is not yet installed."

and log file reports:

[2013-03-27T13:01:58.842+0200] [glassfish 4.0] [INFO] [NCLS-CORE-00015] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1364382118842] [levelValue: 800] [[
  Shutdown requested
MultiException stack 1 of 2
java.lang.NullPointerException
	at com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:206)
	at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:282)
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:329)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$DefaultActivator.activate(RunLevelControllerImpl.java:359)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:778)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:734)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:629)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:896)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:559)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:339)
	at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
MultiException stack 2 of 2
java.lang.IllegalStateException: Unable to perform operation: post construct on com.sun.enterprise.v3.server.ApplicationLoaderService
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:347)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$DefaultActivator.activate(RunLevelControllerImpl.java:359)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:778)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:734)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:629)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:896)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:559)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:339)
	at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
]]

[2013-03-27T13:01:58.843+0200] [glassfish 4.0] [SEVERE] [NCLS-CORE-00016] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1364382118843] [levelValue: 1000] [[
  Startup service failed to start
MultiException stack 1 of 2
java.lang.NullPointerException
	at com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:206)
	at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:282)
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:329)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$DefaultActivator.activate(RunLevelControllerImpl.java:359)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:778)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:734)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:629)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:896)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:559)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:339)
	at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
MultiException stack 2 of 2
java.lang.IllegalStateException: Unable to perform operation: post construct on com.sun.enterprise.v3.server.ApplicationLoaderService
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:347)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$DefaultActivator.activate(RunLevelControllerImpl.java:359)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:778)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:734)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:629)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:896)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:559)
	at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:339)
	at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
	at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
]]

[2013-03-27T13:01:58.881+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=56 _ThreadName=Thread-6] [timeMillis: 1364382118881] [levelValue: 800] [[
  Server shutdown initiated]]

[2013-03-27T13:01:58.926+0200] [glassfish 4.0] [INFO] [NCLS-BOOTSTRAP-00027] [javax.enterprise.bootstrap] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1364382118926] [levelValue: 800] [[
  Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@3e77576b as OSGi service registration: org.apache.felix.framework.ServiceRegistrationImpl@75ee618.]]

[2013-03-27T13:01:59.233+0200] [glassfish 4.0] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=57 _ThreadName=pool-10-thread-1] [timeMillis: 1364382119233] [levelValue: 800] [[
  Initiating Jersey application, version Jersey: 2.0-m13-2 2013-03-12 11:01:14...]]

[2013-03-27T13:01:59.883+0200] [glassfish 4.0] [INFO] [NCLS-BOOTSTRAP-00028] [javax.enterprise.bootstrap] [tid: _ThreadID=56 _ThreadName=Thread-6] [timeMillis: 1364382119883] [levelValue: 800] [[
  Unregistered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@3e77576b from service registry.]]

[2013-03-27T13:02:13.152+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=71 _ThreadName=pool-15-thread-1] [timeMillis: 1364382133152] [levelValue: 800] [[
  Grizzly Framework 2.3 started in: 5ms - bound to [/0.0.0.0:2,020]]]

[2013-03-27T13:02:13.164+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=71 _ThreadName=pool-15-thread-1] [timeMillis: 1364382133164] [levelValue: 800] [[
  Grizzly Framework 2.3 started in: 3ms - bound to [/0.0.0.0:8,181]]]

[2013-03-27T13:02:13.386+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=88 _ThreadName=Thread-10] [timeMillis: 1364382133386] [levelValue: 800] [[
  Problem while attempting to install admin console!
MultiException stack 1 of 2
java.lang.NullPointerException
	at com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:206)
	at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:282)
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:329)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:573)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:560)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:201)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:98)
MultiException stack 2 of 2
java.lang.IllegalStateException: Unable to perform operation: post construct on com.sun.enterprise.v3.server.ApplicationLoaderService
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:347)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
	at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:573)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:560)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:201)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:98)
]]

[2013-03-27T13:02:16.926+0200] [glassfish 4.0] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=43 _ThreadName=admin-listener(3)] [timeMillis: 1364382136926] [levelValue: 800] [[
  Initiating Jersey application, version Jersey: 2.0-m13-2 2013-03-12 11:01:14...]]

[2013-03-27T13:02:17.308+0200] [glassfish 4.0] [INFO] [NCLS-REST-00001] [javax.enterprise.admin.rest] [tid: _ThreadID=43 _ThreadName=admin-listener(3)] [timeMillis: 1364382137308] [levelValue: 800] [[
  Listening to REST requests at context: /management/domain.]]
Comment by Jeremy_Lv [ 27/Mar/13 ]

Mohamed:
I will try your steps to reproduce it...

Thanks.

Comment by Jeremy_Lv [ 27/Mar/13 ]

Yes, It can be reproduced as the later steps you have list.

Comment by Jeremy_Lv [ 27/Mar/13 ]

Here's more information about this failure:
When the domain is stopped after enable "Load console after DAS startup", it will cause the following SEVERE:

[2013-03-27T20:46:29.589+0900] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web.util] [tid: _ThreadID=135 _ThreadName=Thread-25] [timeMillis: 1364384789589] [levelValue: 1000] [[
  The web application [] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@136a4ce]) and a value of type [org.glassfish.admingui.theme.AdminguiThemeContext] (value [org.glassfish.admingui.theme.AdminguiThemeContext@7dd207]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.]]

[2013-03-27T20:46:29.590+0900] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web.util] [tid: _ThreadID=135 _ThreadName=Thread-25] [timeMillis: 1364384789590] [levelValue: 1000] [[
  The web application [] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@136a4ce]) and a value of type [org.glassfish.admingui.theme.AdminguiThemeContext] (value [org.glassfish.admingui.theme.AdminguiThemeContext@7dd207]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.]]

[2013-03-27T20:46:29.591+0900] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web.util] [tid: _ThreadID=135 _ThreadName=Thread-25] [timeMillis: 1364384789591] [levelValue: 1000] [[
  The web application [] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@136a4ce]) and a value of type [org.glassfish.admingui.theme.AdminguiThemeContext] (value [org.glassfish.admingui.theme.AdminguiThemeContext@7dd207]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.]]

[2013-03-27T20:46:29.592+0900] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web.util] [tid: _ThreadID=135 _ThreadName=Thread-25] [timeMillis: 1364384789592] [levelValue: 1000] [[
  The web application [] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@136a4ce]) and a value of type [org.glassfish.admingui.theme.AdminguiThemeContext] (value [org.glassfish.admingui.theme.AdminguiThemeContext@7dd207]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.]]
Comment by Jeremy_Lv [ 27/Mar/13 ]

I have try to change the code as follows:

===================================================================
--- ApplicationLoaderService.java	(revision 60917)
+++ ApplicationLoaderService.java	(working copy)
@@ -187,6 +187,12 @@
         systemApplications = domain.getSystemApplications();
         for (Application systemApp : systemApplications.getApplications()) {
           appOrderInfoMap.put(systemApp, new Integer(appOrder++));
+          if (Boolean.valueOf(systemApp.getDeployProperties().getProperty
+                  (ServerTags.LOAD_SYSTEM_APP_ON_STARTUP))) {
+                  if (deployment.isAppEnabled(systemApp) || loadAppOnDAS(systemApp.getName())) {
+                    DeploymentOrder.addApplicationDeployment(new ApplicationOrderInfo(systemApp, appOrderInfoMap.get(systemApp).intValue()));
+                  }
+              }
         }
         List<Application> standaloneAdapters =
             applications.getApplicationsWithSnifferType(ServerTags.CONNECTOR, true);
@@ -197,16 +203,6 @@
         for (Application app : allApplications) {
           appOrderInfoMap.put(app, new Integer(appOrder++));
         }
-        
-        for (Application systemApp : systemApplications.getApplications()) {
-            // check to see if we need to load up this system application
-            if (Boolean.valueOf(systemApp.getDeployProperties().getProperty
-                (ServerTags.LOAD_SYSTEM_APP_ON_STARTUP))) {
-                if (deployment.isAppEnabled(systemApp) || loadAppOnDAS(systemApp.getName())) {
-                  DeploymentOrder.addApplicationDeployment(new ApplicationOrderInfo(systemApp, appOrderInfoMap.get(systemApp).intValue()));
-                }
-            }
-        }

After doing this, the domain can be start successfully, but some of the severe messages related to the web comes out as :

[2013-03-27T20:54:36.910+0900] [glassfish 4.0] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=88 _ThreadName=Thread-13] [timeMillis: 1364385276910] [levelValue: 900] [[
  java.lang.Exception: Virtual server __asadmin already has a web module __admingui loaded at / therefore web module __admingui cannot be loaded at this context path on this virtual server
java.lang.Exception: Virtual server __asadmin already has a web module __admingui loaded at / therefore web module __admingui cannot be loaded at this context path on this virtual server
	at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2069)
	at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
	at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
	at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
	at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
	at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
	at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:401)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:201)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:98)
]]

[2013-03-27T20:54:36.911+0900] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=88 _ThreadName=Thread-13] [timeMillis: 1364385276911] [levelValue: 1000] [[
  Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.Exception: Virtual server __asadmin already has a web module __admingui loaded at / therefore web module __admingui cannot be loaded at this context path on this virtual server
	at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
	at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
	at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
	at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
	at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:401)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:201)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:98)
]]

[2013-03-27T20:54:36.912+0900] [glassfish 4.0] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=88 _ThreadName=Thread-13] [timeMillis: 1364385276912] [levelValue: 1000] [[
  Exception during lifecycle processing
java.lang.Exception: java.lang.Exception: Virtual server __asadmin already has a web module __admingui loaded at / therefore web module __admingui cannot be loaded at this context path on this virtual server
	at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
	at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
	at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
	at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
	at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:401)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:201)
	at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:98)
]]

[2013-03-27T20:54:36.912+0900] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=88 _ThreadName=Thread-13] [timeMillis: 1364385276912] [levelValue: 1000] [[
  Exception while loading the app]]

[2013-03-27T20:54:36.991+0900] [glassfish 4.0] [SEVERE] [NCLS-CORE-00041] [javax.enterprise.system.core] [tid: _ThreadID=88 _ThreadName=Thread-13] [timeMillis: 1364385276991] [levelValue: 1000] [[
  Application deployment failed: Exception while loading the app]]
Comment by Hong Zhang [ 27/Mar/13 ]

Mohamed: thanks for the detailed steps and now I could reproduce it also on my linux box.

Jeremy: thanks for the investigation on this, it was very helpful! There does seem to be strange timing issue here associated with the NPE. I tried to get the order information out of the map as a separate step before constructing the ApplicationOrderInfo and that made the NPE disappear also so I made that change. I also saw the already loaded exception afterwards. It seems the InstallerThread (which is to load the console application in normal case) tried to load it again in this case, I added a check there to not load it again if it's already loaded.

I saw the same severe message about potential memory leak also, but it's not related to set load console on DAS start up. If I just start domain, go to localhost:4848 to access console and then stop domain, I will see the same message in the server.log. I will file an issue for this for the web container team to take a look.





[GLASSFISH-20053] Batch RI: JobExecutionNotRunningException shows job instance id as execution id Created: 26/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b81
Fix Version/s: 4.0_b83

Type: Bug Priority: Minor
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Tested with Latest nightly build 82

1) Start and Stop a Job
2) Restart the Stopped Job and allow it to complete. (Now we will have same job instances with different execution id)

3) Now Stop the Completed Job

Issue --> JobExecutionNotRunningException is thrown as expected, but the execution id displayed in the exception is actually its job instance id



 Comments   
Comment by ScottKurz [ 27/Mar/13 ]

Good catch... easy fix, so it will be in our next spin (1.0-b22).

Comment by Mahesh Kannan [ 27/Mar/13 ]

Gail I am assigning this to you as it seems related to man pages and docs

Comment by Gail Risdal [ 27/Mar/13 ]

Mahesh - assigning this back to you. This is not a docs issue. Error messages are not part of the man pages or docs.

Comment by Mahesh Kannan [ 02/Apr/13 ]

According to Scott, this should have been fixed in b22





[GLASSFISH-20050] Support "system-all-req" object-type for default jdbc resource Created: 26/Mar/13  Updated: 31/Mar/13  Resolved: 31/Mar/13

Status: Resolved
Project: glassfish
Component/s: jdbc
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Improvement Priority: Major
Reporter: Jagadish Assignee: Jagadish
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Java EE 7 introduces "default datasource" support that is supported in GlassFish 4.0 today.

i) As part of it, making the resource's object-type as "system-all-req" will make sure that the resource will be automatically available in all instances/clusters.
ii) Also, this resource (of object-type "system-all-req") cannot be deleted.

jdbc/__default is the name of the jdbc-resource that is used by default datasource feature.

Creating this issue to handle and (ii).



 Comments   
Comment by Sanjeeb Sahoo [ 26/Mar/13 ]

I am sorry to say that this breaks compatibility. Earlier one could delete jdbc/__default resource. Now they can't. So, please revert your change and discuss the issue in CCC.

Comment by Jagadish [ 26/Mar/13 ]

you can still delete it if you set the object-type to something else. (eg: "user").

Comment by Sanjeeb Sahoo [ 26/Mar/13 ]

So, now we require user to first update the resource's object type using an asadmin set operation before they can delete as opposed to what they could do earlier. Isn't it still an incompatibile change? BTW, I came across this issue because in my test suite, I reconfigure jdbc/__default to point to a different pool and since there is no update-jdbc-resource command, I do delete followed by a create. The delete has started to fail. It just highlights the kind of issue a customer will face.

Comment by Sanjeeb Sahoo [ 26/Mar/13 ]

Created GLASSFISH-20052 to track behavior of other resources.

Comment by Jagadish [ 31/Mar/13 ]

In the CCC, it was decided that "system-all" is sufficient than "system-all-req".

Also, provided the GUI specific "extraProperties" in the CLI so that GUI can make use of it.

FIX INFORMATION :

1)
svn log -v -r 60809
------------------------------------------------------------------------
r60809 | jr158900 | 2013-03-26 10:44:49 +0530 (Tue, 26 Mar 2013) | 4 lines
Changed paths:
M /trunk/main/appserver/admin/template/src/main/resources/config/domain.xml
M /trunk/main/appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/JDBCResourceManager.java
M /trunk/main/appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/LocalStrings.properties
M /trunk/main/nucleus/core/kernel/src/main/resources/org/glassfish/embed/domain.xml

2)
svn log -v -r 60826
------------------------------------------------------------------------
r60826 | jr158900 | 2013-03-26 18:24:24 +0530 (Tue, 26 Mar 2013) | 2 lines
Changed paths:
M /trunk/main/appserver/admin/template/src/main/resources/config/domain.xml
M /trunk/main/nucleus/core/kernel/src/main/resources/org/glassfish/embed/domain.xml

3) GUI specific support
svn log -v -r 61032
------------------------------------------------------------------------
r61032 | jr158900 | 2013-03-29 23:22:24 +0530 (Fri, 29 Mar 2013) | 5 lines
Changed paths:
M /trunk/main/appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/ListJdbcResources.java

Comment by Anissa Lam [ 31/Mar/13 ]

In console, the JDBC resources table now shows the logical Jndi Name for the resource if it's available.
This is resolved in GLASSFISH-20105.





[GLASSFISH-20016] Implement new deployment failure when resource type does not match object in jndi Created: 24/Mar/13  Updated: 29/Mar/13  Resolved: 29/Mar/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Weld does the validation during bootstrap.deployBeans() which is called by WeldDeployer.event when the event is APPLICATION_LOADED.

The implementation is in InjectionServicesImpl but it doesn't work right now because WeldDeployer is being processed too early and the objects are not in JNDI yet.

Fixes these CDI tck tests:
org.jboss.cdi.tck.tests.implementation.simple.resource.broken.type.ResourceDefinitionWithDifferentTypeTest
org.jboss.cdi.tck.tests.implementation.simple.resource.broken.type.env.ResourceDefinitionWithDifferentTypeTest
org.jboss.cdi.tck.tests.implementation.simple.resource.broken.type.persistence.ResourceDefinitionWithDifferentTypeTest
org.jboss.cdi.tck.tests.implementation.simple.resource.broken.type.ejb.ResourceDefinitionWithDifferentTypeTest



 Comments   
Comment by jjsnyder83 [ 29/Mar/13 ]

Committed revision 61031.





[GLASSFISH-20010] In Face flows , views other than start node are not recognised Created: 23/Mar/13  Updated: 25/Mar/13  Resolved: 25/Mar/13

Status: Closed
Project: glassfish
Component/s: jsf
Affects Version/s: 4.0_b80_EE7MS6
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Sreekanth Assignee: Ed Burns
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 0 minutes
Time Spent: 1 hour, 40 minutes
Original Estimate: Not Specified
Environment:

Mojarra 2.2.0-m11 ,Glassfish 4.0 b81



 Description   

In flow.xml file , if a view node has a different id, other than the file name, it is not recognized. In the below document, if we try to navigate to flow1_next, we get this error message:

Unable to find matching navigation case from view ID '/flow1/flow1.xhtml' for outcome 'flow1_next'

<flow-definition id="flow1">
        
        <start-node>flow12</start-node>
        
        <view id="flow12">
            <vdl-document>/flow1/flow1.xhtml</vdl-document>
        </view> 
        
        <view id="flow1_next">
            <vdl-document>/flow1/flow1_2.xhtml</vdl-document>
        </view> 
        
        <flow-call id="callFlow2">
            <flow-reference>                
                <flow-id>/flow2</flow-id>
            </flow-reference>                       
        </flow-call>    
 
        
        <method-call id="callFlow1Method">
            <method>#{flow1Bean.getMethodCall}</method>                     
            <default-outcome>/index</default-outcome>            
        </method-call>
        <flow-return id="taskFlowReturn">
            <from-outcome>#{flow1Bean.returnValue}</from-outcome>
        </flow-return>
    </flow-definition>






[GLASSFISH-19988] Batch Job Listing > description contains TBD Created: 21/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: myfear Assignee: Gail Risdal
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

GF 4 b80


Tags: fishcat

 Description   

Click > Batch Job Listing

read:
"TBD Listing of Batch Jobs. Click on the Execution ID to get detailed information for that execution."



 Comments   
Comment by Anissa Lam [ 21/Mar/13 ]

The docs team is still working on the inline and online help.

Comment by Mike Fitch [ 26/Mar/13 ]

Set Fix Version to 4.0 so this issue would show up on 4.0 queries.

Comment by Gail Risdal [ 02/Apr/13 ]

Fixed the inline help.

Batch tab > Executions > Batch Job Executions:
View batch jobs that have been executed. Click an execution ID for details about a specific execution.





[GLASSFISH-19976] Usage for set-log-levels is not correct Created: 21/Mar/13  Updated: 28/Mar/13  Resolved: 28/Mar/13

Status: Resolved
Project: glassfish
Component/s: logging
Affects Version/s: 4.0_b81
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Anissa Lam Assignee: sandeep.shrivastava
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

The usage text for set-log-levels is not correct.

asadmin set-log-levels -h
Invalid option: -h
Usage: asadmin [asadmin-utility-options] set-log-levels [--target <target>]
[?|-help[=<help(default:false)>]] name_value
Command set-log-levels failed.

It should match whats said in the man page synopsis.

SYNOPSIS
set-log-levels [--help] logger-name=logger-level[:logger-name=logger-level]*
[--target=target]



 Comments   
Comment by sandeep.shrivastava [ 28/Mar/13 ]

Fixed the usage text of the command, this is now committed with revision 60976.





[GLASSFISH-19958] BATCH CLI: asadmin batch command help docs should be synonymous with other commands help docs Created: 20/Mar/13  Updated: 01/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Tested with Glassfish 4.0 Build 80

asadmin <available-batch-commands> --help or -?

All batch commands help docs should contain NAME,SYNOPSIS,DESCRIPTION,OPTIONS,OPERANDS, EXAMPLES, EXIT STATUS, SEE ALSO



 Comments   
Comment by ScottKurz [ 21/Mar/13 ]

I assume this isn't the responsibility of the jbatch code, but of the batch admin layer?

Comment by arunkumar_s [ 22/Mar/13 ]

This should be of Glassfish CLI admin commands

Comment by Mahesh Kannan [ 01/Apr/13 ]

This has been fixed.
For example, asadmin help list-bath-jobs gives:

asadmin help list-batch-jobs
list-batch-jobs(1) asadmin Utility Subcommands list-batch-jobs(1)

NAME
list-batch-jobs - lists batch jobs

SYNOPSIS
list-batch-jobs [--help]
[--target target]
[--long=

{false|true}]
[--output output]
[--header={false|true}

]
[job_name]

DESCRIPTION
The list-batch-jobs subcommand lists batch jobs and job details.

OPTIONS
--help, -?
Displays the help text for the subcommand.

--target
Specifies the target for which to list batch jobs and job details.
Valid values are as follows:

server
Lists batch jobs for the default server instance server and is
the default value.

cluster-name
Lists batch jobs for every server instance in the cluster.

instance-name
Lists batch jobs for a particular server instance.

--long, -l
Displays all details. The default value is false.

--output, -o
Displays specific details. Use a comma-separated list to specify
the details to display and their order. The values are
case-insensitive. The jobname and instancecount column headings are
displayed by default.

Possible values are as follows:

jobname
Displays the name of the job.

appname
Displays the name of the application.





[GLASSFISH-19957] asadmin list-batch-job-executions with a wrong instance id throws null pointer exceptions Created: 20/Mar/13  Updated: 29/Mar/13  Resolved: 29/Mar/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Tested with Glassfish4.0 build 80

1) Run asadmin list-batch-job-executions -i <SOME_ID>

SOME_ID is a non-existing instance id.

Issue--> Throws Null pointer exceptions in the logs.

[2013-03-20T15:07:33.578+0530] [glassfish 4.0] [WARNING] [] [] [tid: _ThreadID=43 _ThreadName=admin-listener(5)] [timeMillis: 1363772253578] [levelValue: 900] [[
Exception during command
java.lang.NullPointerException
at com.ibm.jbatch.container.api.impl.JobOperatorImpl.getJobExecutions(JobOperatorImpl.java:174)
at org.glassfish.batch.ListBatchJobExecutions.getJobExecutionForInstance(ListBatchJobExecutions.java:182)
at org.glassfish.batch.ListBatchJobExecutions.executeCommand(ListBatchJobExecutions.java:120)
at org.glassfish.batch.AbstractListCommand.execute(AbstractListCommand.java:99)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1761)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:350)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:345)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:214)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:207)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:203)
at org.glassfish.jersey.internal.Errors.process(Errors.java:251)
at org.glassfish.jersey.internal.Errors.process(Errors.java:233)
at org.glassfish.jersey.internal.Errors.process(Errors.java:203)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:190)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:865)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]



 Comments   
Comment by Mahesh Kannan [ 23/Mar/13 ]

This is really a RI bug as can be seen below:

java.lang.NullPointerException
at com.ibm.jbatch.container.api.impl.JobOperatorImpl.getJobExecutions(JobOperatorImpl.java:167)
at org.glassfish.batch.ListBatchJobExecutions.getJobExecutionForInstance(ListBatchJobExecutions.java:183)

Comment by ScottKurz [ 27/Mar/13 ]

I'm wondering if this is a valid testcase.

The API doesn't give you a way to new up a JobInstance... you have to get one from another JobOperator method.

So how did you go about passing a JobInstance with "non-existing instance id" to
getJobExecutions() ?

Comment by Mahesh Kannan [ 27/Mar/13 ]

Scott,
I think the submitter is expecting (at the minimum a) NoSuchJobInstanceException from getJobExecutions(instanceId).
Is it possible for

com.ibm.jbatch.container.api.impl.JobOperatorImpl.getJobExecutions(JobOperatorImpl.java:174)

to throw NoSuchJobInstanceException?

Comment by ScottKurz [ 27/Mar/13 ]

Mahesh,

I'm not saying we've proven it's OK to throw an NPE... but I'd like to ask for more details on the test.

The spec API provides methods:
public List<JobExecution> getJobExecutions(JobInstance instance)
public JobExecution getJobExecution(long executionId)

but there is no:
List<JobExecution> getJobExecutions(long instanceId)

Did you just new up a JobInstance with an invalid instanceId?

Comment by Mahesh Kannan [ 27/Mar/13 ]

OK, this is not an RI bug but actually a bug in ListBatchJobExecutions command.

It is actually passing a null jobInstance to BatchRuntime.getJobOperator().getJobExecutions(jobInstance) when an invalid instanceId is passed.

Removing the 'Batch RI' prefix

Comment by Mahesh Kannan [ 29/Mar/13 ]

svn commit -m "Integrate b22 jars. Also Fix for 19957. QL Passed"
Sending appserver/batch/glassfish-batch-commands/src/main/java/org/glassfish/batch/AbstractListCommand.java
Sending appserver/batch/glassfish-batch-commands/src/main/java/org/glassfish/batch/ListBatchJobExecutions.java
Sending appserver/pom.xml
Transmitting file data ...
Committed revision 61030.





[GLASSFISH-19923] Update Weld Bootstrap integration for CDI 1.1 Created: 18/Mar/13  Updated: 28/Mar/13  Resolved: 28/Mar/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

See javadoc in CDI11Bootstrap



 Comments   
Comment by jjsnyder83 [ 28/Mar/13 ]

Committed revision 60978.





[GLASSFISH-19916] Extend bean definining annotation to include EJBs Created: 18/Mar/13  Updated: 25/Apr/13  Resolved: 11/Apr/13

Status: Closed
Project: glassfish
Component/s: cdi
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: phil.zampino
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Processing of wars and ejb jars for bean defining annotations must include session beans. This also has to include ejbs defined by dds.



 Comments   
Comment by jjsnyder83 [ 18/Mar/13 ]

See javadoc in CDI11Bootstrap.

Comment by jjsnyder83 [ 19/Mar/13 ]

Don't skip MDBs - they are also supported for all things CDI.

Comment by phil.zampino [ 26/Mar/13 ]

Some EJB tests are failing because of a Weld issue (https://issues.jboss.org/browse/WELD-1363), which is supposed to be fixed in beta7. Cannot commit the changes for this issue until the Weld fix can be verified.

Comment by phil.zampino [ 29/Mar/13 ]

After beta7 uptake, still seeing some EJB devtest failures due to a likely Weld issue involving interceptor PostConstruct methods.

Comment by phil.zampino [ 03/Apr/13 ]

Waiting for resolution of https://issues.jboss.org/browse/WELD-1391 to address some EJB devtest failures.





[GLASSFISH-19915] [508] Contents of the successful save details are not read out by Jaws Screen reader. Created: 18/Mar/13  Updated: 05/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.0_b78
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: RameshT Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OS : Windows 7
Browser : FF 19.0
Build : GF 4.0 build 78
JAWS version 14.0


Tags: 4-0-b78, 508, admin-gui

 Description   

The message show up at the time of saving the context services in the console are not being read by the JAWS screen reader tool. The tool only announces that it is clicked save button. But the information in the message of success / failures is not being read out.
Steps:
--Start adminconsole in firefox server.
--Edit a Managed executor service and save it.
--A caution message is displayed in the screen after successfully saving the page.
"New Values successfully saved."
--JAWS screen reader does not reads out the message.

This issue exists for all concurrency services. (context services, managed thread factories, managed executor services and managed scheduled executor services. )



 Comments   
Comment by Anissa Lam [ 22/Mar/13 ]

This "New Values successfully saved." message is 'generically' implemented for all edit screen. If you go to other screen, eg Web Container screen, and click SAVE
this message will be displayed also. Do you hear JAWS reading it out ?

I want to see if this issue is specific to the Concurrent Resource screen. We have this for all other edit screen, and have been like this for many release.
If it is an issue, I would have heard about that before, but i don't remember.

Comment by RameshT [ 28/Mar/13 ]

I didnot tested this with other screen. When I tested the concurrency services I came to know this issue. I have checked the same with other screens now, It seems they are also behaving like this. Success / Failures should be announced to the customer / listener. If this is not expected requirement we can close this bug.

Comment by Anissa Lam [ 01/Apr/13 ]

When looking at the html source, the image itself has the "alt" text of 'Success', 'Warning' etc, and the text "New values successfully saved" is just text on screen.
I don't understand why the JAWS reader doesn't read that out. I don't see this being reported before either.

Anyway, I changed the image 'alt' text to be the same as the text itself. So, it should read it out now.
I have the fix, but can't commit due to java.net error.

Comment by Anissa Lam [ 01/Apr/13 ]

I have just committed the change. The fix should be in 4/1 nightly build.
Marking as resolved.

Log Message:
------------
GLASSFISH-19915. specify 'alt' of <sun:alert> to be the alert summary and alert details, this overwrites the image default text which is 'Success', or 'Alert' etc.

Revisions:
----------
61060

Modified Paths:
---------------
trunk/main/appserver/admingui/common/src/main/resources/shared/alertMsg.inc
trunk/main/appserver/admingui/common/src/main/resources/shared/alertMsg_1.inc

Comment by RameshT [ 05/Apr/13 ]

Now after the save when I select the message "new values successfully saved" is reading well. But I dont know once the save button is done it has to be readout. In that case it has to be popup message instead of text message in the screen itself. This needs to be confirmed by the design spec people.

Comment by Anissa Lam [ 05/Apr/13 ]

It is not designed to have popup message. Otherwise, user will need to confirm with another click which is very cumbersome.





[GLASSFISH-19914] BATCH RI: Abandoning a Job sets the StartTime of the Job execution to Current Time Created: 18/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Tested with Glassfish 4.0 Build 80

Steps:

1) Abandon a Failed/Completed Job.

Issue --> Abandon a Job sets the Start time of the Job to the current time(). Not sure this is expected. As a result of this StartTime of a Job is greater than End time(sample output of list-batch-job-executions shown below)

$ bin/asadmin list-batch-job-executions -x 357
JOBNAME EXECUTIONID STARTTIME ENDTIME BATCHSTATUS EXITSTATUS
simple-batchlet-job 357 Mon Mar 18 18:41:54 IST 2013 Mon Mar 18 17:42:30 IST 2013 ABANDONED FAILED
Command list-batch-job-executions executed successfully.



 Comments   
Comment by ScottKurz [ 27/Mar/13 ]

In looking at the code, it seems we are updating the start time in a couple of places where we shouldn't, including this case.

Let me try to see if there was a reason behind this before jumping to make the change..

Comment by ScottKurz [ 29/Mar/13 ]

I think this is fixed in 1.0-b22. I came at it from a different angle so didn't run this exact test.... will look for confirmation.

Comment by Mahesh Kannan [ 02/Apr/13 ]

According to Scott, this should have been fixed in b22





[GLASSFISH-19897] GlassFish installer needs to have updated "user information" messaging. Created: 15/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

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


 Description   

1) The installer refers to GlassFish Server 3.2. Needs to be GlassFish Server 4.0.
2) After installing GlassFish 4.0, the installer loads glassfish4/glassfish/lib/registration/registration.html in the browser. This page needs to be updated. work with PM.
3) The info graphics need to be udpated with GlassFish 4/Java EE 7 messaging. Talk to PM.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 18/Mar/13 ]

Starting an offline thread with the list of all PM related content that needs to be updated.

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

I am trying to consolidate all the issues filed on this particular topic so I will keep two separate issues. I will keep this one for GlassFish Open Source Edition changes and file another one for Java EE SDK given that there are two separate workspaces involved.

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

Item 1) is fixed in GF 4.0 b81.

Comment by Snjezana Sevo-Zenzerovic [ 02/Apr/13 ]

Only remaining item is 2) which requires fix in distribution assembly.





[GLASSFISH-19869] Batch RI : Batch Exceptions : NoSuchJobExecutionException not thrown when restarting a job with non-existing executionId Created: 14/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Tested with latest nightly : glassfish-4.0-b80-03_13_2013

Steps:

1) Run jo.restart(executionId) with a non existing execution Id

Issue --> Throws null pointer exception with the following server logs

[2013-03-14T18:26:07.015+0530] [glassfish 4.0] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=28 _ThreadName=http-listener-1(1)] [timeMillis: 1363265767015] [levelValue: 900] [[
StandardWrapperValve[JobSubmitterServlet]: Servlet.service() for servlet JobSubmitterServlet threw exception
java.lang.NullPointerException
at com.ibm.jbatch.container.api.impl.JobOperatorImpl.restart(JobOperatorImpl.java:323)
at com.oracle.javaee7.samples.batch.simple.JobSubmitterServlet.restartBatchJobExecution(JobSubmitterServlet.java:300)
at com.oracle.javaee7.samples.batch.simple.JobSubmitterServlet.processRequest(JobSubmitterServlet.java:118)
at com.oracle.javaee7.samples.batch.simple.JobSubmitterServlet.doPost(JobSubmitterServlet.java:368)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:176)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]



 Comments   
Comment by ScottKurz [ 27/Mar/13 ]

Fixed in 1.0-b21

Comment by Mahesh Kannan [ 27/Mar/13 ]

Arun, I have integrated b21 into GF

Could you verify and close this issue?

Comment by arunkumar_s [ 27/Mar/13 ]

Mahesh,

Now its throwing javax.batch.operations.JobExecutionNotMostRecentException instead of NoSuchJobExecutionException

Comment by ScottKurz [ 29/Mar/13 ]

Can you please try again with b22 integrated? I thought this as in b21 but maybe not...just ran my own on b22 level and caught NoSuchJobExecutionException.

Comment by Mahesh Kannan [ 02/Apr/13 ]

Should have been fixed in b22





[GLASSFISH-19856] [Batch RI] getEndTime() of a Job which is running throws Null Pointer Exception Created: 13/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

GF Nightly version: glassfish-4.0-b80-03_12_2013

Steps:

1) Start a job and use getEndTime() to get the EndTime of the running JOB
(Same scenario can be achieved by Start a Job and execute "list-batch-jobs -l" in command line)

list-batch-jobs -l command failed with Null Pointer Exception

Exception during command
java.lang.NullPointerException
at com.ibm.jbatch.container.jobinstance.JobOperatorJobExecutionImpl.getEndTime(JobOperatorJobExecutionImpl.java:112)



 Comments   
Comment by ScottKurz [ 21/Mar/13 ]

Should be fixed in jbatch 1.0-b20

Comment by Mahesh Kannan [ 02/Apr/13 ]

Yes. I see this is fixed in b22





[GLASSFISH-19855] [Batch RI] Start Time and End Time shows the same values for all Batch Jobs Created: 13/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

GF version: glassfish-4.0-b80-03_12_2013

Steps:

1) Start any batch job.
2) list-batch-jobs -l shows same values for both StartTime and EndTime.



 Comments   
Comment by Mahesh Kannan [ 15/Mar/13 ]

Actually if you do getEndtime().getTime() you will that the start and end times differ by a few hundred millis

Comment by arunkumar_s [ 26/Mar/13 ]

The issue still exists with the latest nightly build.

List batch jobs shows

JOBNAME APPNAME INSTANCEID EXECUTIONID BATCHSTATUS STARTTIME ENDTIME
null SimpleBatchJob1 3 3 COMPLETED Tue Mar 26 14:36:18 IST 2013 Tue Mar 26 14:36:18 IST 2013

List Batch Job steps for the same Job

$ bin/asadmin list-batch-job-steps 3

STEPNAME STEPID STARTTIME ENDTIME BATCHSTATUS EXITSTATUS
prepare 3 Tue Mar 26 14:33:37 IST 2013 Tue Mar 26 14:34:58 IST 2013 COMPLETED COMPLETED
process 4 Tue Mar 26 14:34:58 IST 2013 Tue Mar 26 14:36:18 IST 2013 COMPLETED COMPLETED
Command list-batch-job-steps executed successfully.

Comment by Mahesh Kannan [ 27/Mar/13 ]

This is what the command is using internally (where je is JobExecution) :

case START_TIME:
cfData[index] = je.getStartTime().toString();
break;
case END_TIME:
cfData[index] = je.getEndTime().toString();
break;

So, clearly, jobExecution.getStartTime and jobExecution.getEndTime() are returning the same values

Comment by Mahesh Kannan [ 27/Mar/13 ]

Based on my previous comments, I am marking this as RI bug

Comment by ScottKurz [ 29/Mar/13 ]

I think this is the same issue as GLASSFISH-19914, and therefore fixed in 1.0-b22.

Comment by Mahesh Kannan [ 02/Apr/13 ]

As per Scott's comment, I am marking this as resolved.





[GLASSFISH-19788] SDP reference in online command help Created: 07/Mar/13  Updated: 03/Apr/13  Due: 15/Mar/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b83

Type: Bug Priority: Minor
Reporter: jclingan Assignee: Gail Risdal
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Online help for list-jobs refers to "load-sdp"in the example. No such command exists in GlassFish.

asadmin list-jobs --help



 Comments   
Comment by Gail Risdal [ 25/Mar/13 ]

Revised the example; man page no longer includes load-sdp.

The revised man page will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Gail Risdal [ 03/Apr/13 ]


The revised man page is available in current GlassFish builds.





[GLASSFISH-19756] [Batch RI] Job details are still persisted in JobRepository even after the application that submitted it was undeployed Created: 28/Feb/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b78
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Mahesh Kannan Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

This is both RI bug and GF SPI impl bug. I am marking it against RI since we already have other tasks filed against SPI implementation.

Job details are still persisted in JobRepository even after the application that submitted it was undeployed



 Comments   
Comment by Mahesh Kannan [ 07/Mar/13 ]

This is no longer RI bug since there is an SPI method to cleanup jobs upon undeployment

Comment by Mahesh Kannan [ 02/Apr/13 ]

BatchRuntimeHelper calls
batchSPIManager.getBatchJobUtil().purgeOwnedRepositoryData(tagName);

upon app undeployment, yet the data is not cleared from the JobReposiory

Comment by ScottKurz [ 02/Apr/13 ]

This should be fixed in today's drop of jbatch 1.0-b23





[GLASSFISH-19694] OLH: ensure OLH mentioned about the newly added UI for excludeFields Created: 19/Feb/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Anissa Lam Assignee: Gail Risdal
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
depends on GLASSFISH-19618 ODLLogFormatter.excludeFields should ... Resolved

 Description   

UI just checked in on 2/19.

Please refer to http://java.net/jira/browse/GLASSFISH-19618



 Comments   
Comment by Gail Risdal [ 26/Mar/13 ]

Added information about Logger Settings > Format Exclude Fields to the OLH.

This addition will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Gail Risdal [ 03/Apr/13 ]

The revised OLH is available in current GlassFish builds.





[GLASSFISH-19685] OLH: session-id-generator-classname is added back to the Web Container -> Manager Properties tab Created: 16/Feb/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b76_EE7MS5
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Anissa Lam Assignee: Gail Risdal
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

The text field for
Session ID Generator Class Name :
is added back to the GUI screen. It was commented out before in v3 as it was not implemented. (refer to GLASSFISH-8903).

Since this field is added back, the OLH needs to add this field as well.
The screen can be reached by
Configurations -> server-config -> web-container -> Manager Properties tab.

the helpid for this page is

webContainerManager=ref-managerproptab.html



 Comments   
Comment by Gail Risdal [ 26/Mar/13 ]

Added information about the 'Session ID Generator Class Name' field to the OLH.

This addition will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Gail Risdal [ 03/Apr/13 ]

The revised OLH is available in current GlassFish builds.





[GLASSFISH-19350] GlassFish admin GUI stores "+com.sun.webui.jsf.separator" as one of the selected cipher suites Created: 15/Nov/12  Updated: 02/Apr/13  Resolved: 02/Apr/13

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2.2
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: rdelaplante Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

GlassFish 3.1.2.2, Windows 7 professional, JDK 7



 Description   

I chose "select all" for all cipher suites in the http-listener-2 SSL tab and saved. After seeing warnings about unrecognized ciphers I tried to remove all, but it left one or two items in each list on the right including a "---------------" separator. It also looked like the list on the left now had duplicate items. When I pressed save I saw the following in the glassfish log:

INFO: Grizzly Framework 1.9.50 started in: 0ms - bound to [0.0.0.0:8181]
INFO: WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:8181]
WARNING: WEB0309: Unrecognized cipher: com.sun.webui.jsf.separator

This is what is in the domain.xml:

<ssl ssl3-tls-ciphers="+SSL_RSA_WITH_RC4_128_SHA,+TLS_RSA_WITH_AES_128_CBC_SHA,+SSL_RSA_WITH_RC4_128_MD5,+SSL_RSA_WITH_3DES_EDE_CBC_SHA,+com.sun.webui.jsf.separator"

Also, are the + characters supposed to be there? Not according to this ticket which says it is resolved:

http://java.net/jira/browse/GLASSFISH-12289



 Comments   
Comment by rdelaplante [ 15/Nov/12 ]

FYI I don't understand the purpose of the "----------" separator. Why are some items above, some items below, and when I say "remove all", it left the separator and one cipher?

Comment by Anissa Lam [ 12/Feb/13 ]

Fix by HCF (3/25)

Comment by Anissa Lam [ 12/Feb/13 ]

Issues need to be addressed before 4.0 HCF (3/25)

Comment by Anissa Lam [ 27/Mar/13 ]

First, the "+" sign is required when preserving the cipher name in domain.xml for backward compatibility.
I don't think Ryan marked GLASSFISH-12289 as resolved means that the '+' sign is no longer needed.

GUI is calling list-supported-cipher-suites to get the entire list to be displayed on screen, and then grouped them to 4 different groups. There is a bug in the grouping that some of them happens to be put in more than 1 group.
Still working on the solution to this.

Comment by Anissa Lam [ 02/Apr/13 ]

Fixed to ensure that the cipher name will not appear in more than 1 group.

Log Message:
------------
GLASSFISH-19350. Fix ssl ciphers selections.

Revisions:
----------
61085

Modified Paths:
---------------
trunk/main/appserver/admingui/common/src/main/java/org/glassfish/admingui/common/handlers/NewSSLHandlers.java





Secure OSGi shell port (GLASSFISH-16998)

[GLASSFISH-19228] Update documentation for using osgi command Created: 24/Oct/12  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b59
Fix Version/s: 4.0_b83

Type: Sub-task Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Gail Risdal
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Please find below the new technique for using OSGi shell. This replaces the earlier techniques:

For GlassFish 4.0 and above: We no longer open a separate port to access the shell. We have finally
integrated the OSGi shell commands with asadmin, so you can now access the OSGi shell
commands via asadmin tool. We have added an asadmin remote command called osgi which
accepts subcommands which are fed to the OSGi shell and their result returned via asadmin. This
integration allows you to secure the OSGi commands using GlassFish admin credentials as well. If
you have turned on "secure admin" feature in GlassFish, then you can even access the shell via
asadmin osgi command from remote hosts.
The general syntax for osgi command is as shown below:
asadmin osgi <Your sub command as you would have typed had you connected to shell using
telnet>
e.g., 'asadmin osgi lb -l' prints the following output:
START LEVEL 3
ID|State |Level|Location
0|Active | 0|System Bundle
1|Active | 1|file:/tmp/glassfish3/glassfish/modules/endorsed/webservices-api-osgi.jar
2|Active | 1|file:/tmp/glassfish3/glassfish/modules/endorsed/jaxb-api-osgi.jar

We are also likely to introduce another command called osgi-shell as described in GLASSFISH-19124. Please watch the issue so that you can make appropriate doc changes when that happens.



 Comments   
Comment by Gail Risdal [ 30/Mar/13 ]

The OSGi subcommand has been documented.

The man page will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Gail Risdal [ 30/Mar/13 ]

Should have mentioned that the osgi-shell subcommand has also been documented.

Man pages for osgi and osgi-shell will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Gail Risdal [ 03/Apr/13 ]

The osgi and osgi-shell man pages are available in current GlassFish builds.





Allow wrapping of non-OSGi bundles when --type=osgi option is used in deploy command or GUI. (GLASSFISH-16651)

[GLASSFISH-19227] Update documentation for using deployment properties to decorate input archive Created: 24/Oct/12  Updated: 03/Apr/13  Resolved: 03/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b77
Fix Version/s: 4.0_b83

Type: Sub-task Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Gail Risdal
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

We have also extended --type osgi deployment option in GlassFish deploy command like this:

asadmin deploy command accepts an argument called -type which can be used to infer the
type of deployment archive. It accepts a value called osgi to treat an input archive as OSGi
bundle archive. So, one can deploy OSGi bundle archives using a command as shown
below:
asadmin deploy -type osgi <path to bundle jar>
Decoration of input archive:
Deploy sub-command of asadmin already accepts a generic properties argument. For osgi
type deployment, deployment command has been further enhanced to understand the
properties arguments. In particular, deploy command looks for a key called UriScheme in
the properties object. If present, it uses it as a URL stream handler to decorate the input
stream. It uses the rest of the properties to influence the decoratoration process. e.g.,
GlassFish OSGi Web container registers a URL stream handler called webbundle which has
the ability to wrap a plain WAR file as a WAB. Now, one can use the deploy command to
achieve the wrapping of war to WAB like this:

asadmin deploy --type osgi \
--properties "UriScheme=webbundle:Bundle-SymbolicName=bar:\
Import-Package=javax.servlet;javax.servlet.http;
%20version\\=3.0;resolution\\:
=mandatory:Web-ContextPath=/foo" \
/tmp/test_sample1.war

Strings passed in properties arguments must be encoded to comply with URL encoding
rules. See the use of "
" in above command to escape characters that are of special meaning
to asadmin. For more details of WAR to WAB wrapping, please refer to OSGi Enterprise
Spec.



 Comments   
Comment by Gail Risdal [ 30/Mar/13 ]

This has been documented in the deploy, redeploy, and deploydir man pages.

The fix will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Gail Risdal [ 03/Apr/13 ]

Changes are available in current GlassFish builds.





[GLASSFISH-18950] Cannot change log level in Log Viewer Created: 26/Jul/12  Updated: 01/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: logging
Affects Version/s: 3.1.2
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: kovica Assignee: sandeep.shrivastava
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux


Tags: admin-gui, console, log-viewer

 Description   

Steps to reproduce:

  • go to admin console (http://localhost:4848)
  • click on "server (Admin Server)"
  • click button "View Log Files"
  • in Log level combobox select WARNING
  • press Search button

You still have INFO, SEVERE and WARNING messages in "Log Viewer Result" table. This happens on 3.1.2.2 too.
Please not that there are two INFO levels in combobox "Log Level". I think this is wrong too.



 Comments   
Comment by Anissa Lam [ 11/Feb/13 ]

Thats a GUI issue.

Comment by Anissa Lam [ 12/Feb/13 ]

Issues need to be addressed before 4.0 HCF (3/25)

Comment by Anissa Lam [ 21/Mar/13 ]

There is a bug in console that doesn't pass in the correct logLevel to the backend.
I have just fixed that in rev. 60650. Please ensure you have the latest code.

However, even with the fix, it seems the method getLogRecordsUsingQuery() still ignores it. eg, even specifying WARNING as the logLevel, it still returns all the INFO logs.

Besides ignoring logLevel, I also see the problem when specifying 'listOfModules'. If this is specified, it will always return an empty list.

Transfer to logging to take a look.

Comment by sandeep.shrivastava [ 27/Mar/13 ]

Committed revision 60932. This should take care of the Level filter, however the modulesList we are getting in the back end code is not as expected. We expect a java.util.List of the module names but we are getting a List object with a single entry which contains comma separated values with surrounding []. This needs further investigation.

Comment by sandeep.shrivastava [ 01/Apr/13 ]

This should be fixed by Jason Lee's recent fixes to the JSON marshaling code.





[GLASSFISH-18691] Errors in create-jmsdest man page Created: 04/May/12  Updated: 01/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 3.1.2
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Paul Davies Assignee: Mike Fitch
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

The cases of the first characters in the property descriptions in the create-jmsdest man page incorrect. The create-jmsdest man page lists an example property as useDMQ.

However, this property is wrong, and for it to actually take effect you must use UseDMQ. According to Destination Configuration in Oracle GlassFish Server Message Queue Developer's Guide for JMX Clients, the properties seem to be case sensitive.

However, if you use imqcmd create/update dst, the lower case useDMQ is correct, as listed in Physical Destination Property Reference in Oracle GlassFish Server Message Queue Administration Guide.

This issue has also been raised on the GlassFish Forum.

Further, when viewing the JMS Physical Destination in the Administration Console, it doesn't correctly reflect the status of the Use Dead Message Queue property, as it is always true (you can change the property correctly, but the web page will always show true regardless of the actual value).



 Comments   
Comment by Mike Fitch [ 14/Mar/13 ]

Changed Fix Version to 4.0 so issue will show up on 4.0* queries. Actual commitment and build # TBD.

Comment by Mike Fitch [ 24/Mar/13 ]

Corrected case of property names.

These corrections will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Mike Fitch [ 01/Apr/13 ]

Corrections included in main-docs 4.0_b26, which began getting picked up by GlassFish builds as of revision 61028.





[GLASSFISH-18651] the function in the command of the monitor isn't match to the manual(glassfish V4) Created: 20/Apr/12  Updated: 01/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: None
Fix Version/s: 4.0_b83

Type: Bug Priority: Major
Reporter: Jeremy_Lv Assignee: Mike Fitch
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

all



 Description   

1.Do the command as follows:
asadmin enable-monitoring --adasdd
2.from the command we got the messages as follows:
Invalid option: --adasdd
Usage: asadmin [asadmin-utility-options] enable-monitoring
[--target ] [--pid
] [--options ]
[--modules ] [--mbean[=]]
[--dtrace[=
]] [?|-help[=]]
3.Then I try to acquire the manual and do the command as follows:
asadmin enable-monitoring --help
4.I can't find any information related to the parameter of "--target",the information as follows:
asadmin Utility Subcommands enable-monitoring(1)

NAME
enable-monitoring - enables monitoring for the server or for
specific monitorable modules

SYNOPSIS
enable-monitoring [--help]
[--mbean=

{false|true}

]
[--dtrace={true|false]
[--modules modules[=level][:module[=level]]*
[--pid pid]
[--options options={true|false]]

DESCRIPTION
The enable-monitoring subcommand is used to turn on monitor-
ing for GlassFish Server or for particular modules during
runtime. Changes are dynamic, that is, server restart is not
required.

By default, the monitoring service is enabled, that is, the
monitoring-enabled attribute of the monitoring-service ele-
ment is true. However, the default monitoring level for
individual modules is OFF. This subcommand used with the –
modules option can enable monitoring for a given module by
setting the monitoring level to HIGH or LOW. If level is not
specified when running the subcommand, the level defaults to
HIGH.

The specific meanings of HIGH or LOW are determined by the
individual containers. For a list of monitorable modules,
see the --modules option in this help page.

An alternative method for enabling monitoring is to use the
set subcommand. In this case, the server must be restarted
for changes to take effect.

This subcommand is supported in remote mode only.

OPTIONS
--help
-?

Displays the help text for the subcommand.

--mbean
Enables Mbean monitoring. Default value is false.

Java EE 6 Last change: 01 Nov 2010 1

asadmin Utility Subcommands enable-monitoring(1)

--dtrace

Only usable if the DTracTMMonitoring module is present.
Enables Oracle Solaris DTrace monitoring. Default
value is false.

--modules
Enables specified module or modules by indicating moni-
toring level. Valid levels are OFF, HIGH, LOW. If level
is not specified, the default setting is HIGH. Multiple
modules are separated by : (colon). Monitorable modules
include connector-connection-pool, connector-service,
ejb-container, http-service, jdbc-connection-pool, jer-
sey, jpa, jms-service, jvm, security, thread-pool,
transaction-service, web-container, and web-services-
container. Additional modules can be listed by using the
get subcommand.

--pid

Specifies the GlassFish Server JVM process identifier
(PID). When monitoring is enabled, the btrace-agent is
attached, based on the specified PID. Need to specify
only in exceptional cases when the system cannot deter-
mine the PID. In this situation, the subcommand prompts
for the PID of the corresponding GlassFish Serverpro-
cess.

--options
Sets the following btrace-agent options:

debug

Enables debugging for BTrace. Default value is
false.

EXAMPLES
Example 1 Enabling the Monitoring Service for GlassFish
Server

This example enables monitoring for GlassFish Server in gen-
eral by setting the enable-monitoring flag to true (default
is true).

asadmin> enable-monitoring
Command enable-monitoring executed successfully

Java EE 6 Last change: 01 Nov 2010 2

asadmin Utility Subcommands enable-monitoring(1)

Example 2 Enabling Monitoring for the Web and EJB Containers

This example enables monitoring for specific containers by
setting their monitoring levels.

asadmin> enable-monitoring --modules web-container=LOW:ejb-container=HIGH

Command enable-monitoring executed successfully

Example 3 Turning on Debugging for Monitoring

This example turns on debugging.

asadmin> enable-monitoring --options debug=true
Command enable-monitoring executed successfully

EXIT STATUS
0 subcommand executed successfully

1 error in executing the subcom-
mand

SEE ALSO
disable-monitoring(1), monitor(1), list(1), get(1), set(1)

monitoring(5ASC)

asadmin(1M)

Chapter 8, Administering the Monitoring Service, in Oracle
GlassFish Server 3.1 Administration Guide

Java EE 6 Last change: 01 Nov 2010 3

all in all,I wonder to know whether the parameter of "--target" can be used in glassfish V3?



 Comments   
Comment by Jeremy_Lv [ 20/Apr/12 ]

Does the parameter of "--target" can be used in glassfish?
if it doesn't release in glassfish V4 ,I wonder you will delete the definition in source,if the monitor has release this function, there's more issue occured by the parameter of "--target"

Comment by Mike Fitch [ 14/Mar/13 ]

Changed Fix Version to 4.0 so issue will show up on 4.0* queries. Actual commitment and build # TBD.

Comment by Mike Fitch [ 24/Mar/13 ]

Added the --target option to the manpage:

--target
Specifies the target on which to enabling monitoring. Valid values are as follows:

server
Enables monitoring for the default server instance server and is the default value.

<configuration_name>
Enables monitoring for the named configuration.

<cluster_name>
Enables monitoring for every server instance in the cluster.

<instance_name>
Enables monitoring for a particular server instance.

This addition will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Mike Fitch [ 01/Apr/13 ]

Addition included in main-docs 4.0_b26, which began getting picked up by GlassFish builds as of revision 61028.





[GLASSFISH-18348] Docs: tell users best practices for using asadmin --passwordfile Created: 10/Feb/12  Updated: 01/Apr/13  Resolved: 01/Apr/13

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 3.1.2_b21
Fix Version/s: 4.0_b83

Type: Bug Priority: Critical
Reporter: Joe Di Pol Assignee: Mike Fitch
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

We need to ensure that we document best practices for dealing with the password file used with the asadmin --passwordfile option. We need to mention:

1) Make sure the passwordfile is readable only by the owner
2) Remove the passwordfile once they are done using it with the asadmin command

For 3.1.2 please add this to the Security Guide (or Admin Guide if that is more appropriate).

We should also add this to the asadmin man page (too late to do this for 3.1.2).



 Comments   
Comment by Mike Fitch [ 10/Feb/12 ]

Added direction to:

  • secure (using file system permissions) password files used with the --passwordfile option
  • delete such files when they are no longer needed

to the following areas in the Security Guide:

  • Chapter 1, "Administering System Security" > "About System Security in GlassFish Server" > "Authentication" > "Passwords" > "Encoded Passwords"
  • Chapter 1, "Administering System Security" > "Administering Passwords" > "To Set a Password From a File"
  • Chapter 6, "Running in a Secure Environment" > Table 6–1, "Securing the GlassFish Server Host" > "Safeguard password files"
  • Chapter 6, "Running in a Secure Environment" > Table 6–2, "Securing GlassFish Server" > "Safeguard password files"
Comment by Paul Davies [ 15/Feb/12 ]

[UB]: Affects unbundled documentation.

Comment by Tom Mueller [ 07/Mar/12 ]

Bulk update to set Fix Version to "not determined" for issues that had it set to a version that has already been released.

Comment by Mike Fitch [ 15/Mar/13 ]

Removing [UB] from summary so this issue shows up in the bundled doc queries for 4.0, given the comment "We should also add this to the asadmin man page (too late to do this for 3.1.2)" in the description.

Comment by Mike Fitch [ 15/Mar/13 ]

For real this time.

Comment by Mike Fitch [ 24/Mar/13 ]

Added the following to --passwordfile in the asadmin man page:

"Note that any password file created to pass as an argument by using the --passwordfile option should be protected with file system permissions. Additionally, any password file being used for a transient purpose, such as setting up SSH among nodes, should be deleted after it has served its purpose."

This addition will become accessible in GlassFish when the next main-docs build is promoted and picked up by GlassFish builds.

Comment by Mike Fitch [ 01/Apr/13 ]

Addition included in main-docs 4.0_b26, which began getting picked up by GlassFish builds as of revision 61028.





Generated at Tue Jun 30 05:42:31 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.