[JAX_WS-1034] [Regression]Some tests in handler framework are failing.These tests are passing against glassfish 3.1.1 Created: 19/Dec/11  Updated: 25/Jan/12  Resolved: 21/Dec/11

Status: Resolved
Project: jax-ws
Component/s: handlers
Affects Version/s: 2.2.6
Fix Version/s: current

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

Glassfish 3.1.2


Attachments: File handlers_wsdl_doclit.war     Zip Archive HandlerTest.zip    
Issue Links:
Dependency
blocks JAX_WS-1046 Client received SOAP Fault from serve... Resolved
Tags: 3_1_2-review

 Description   

These tests are part of QE Workspace.These tests were failing against latest glassfish3.1.2.These tests pass when run against glassfish 3.1.1

Steps to run the tests:
==========================

1)set CVSROOT=:pserver:<sunid>@sunsw.us.oracle.com:/sw/wpts
cvs co -P -r jaxws-2-2-x-XjdkX-branch jaxws-test

2)Download and install latest glassfish

3)Set these environment variables appropriate to your working environmnet.

export ANT_HOME=<ant location>
export JAVA_HOME=<Java Location>
export AS_HOME=<Glassfish location>
export PATH=$JAVA_HOME/bin:$AS_HOME/bin:$ANT_HOME/bin:$PATH
export CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/jre/lib/rt.jar:CLASSPATH
export JAXWS_TEST=<path to jaxws-test>
export JAXWS_RI_HOME=$JAVA_HOME

4)cd $JAXWS_TEST
sed -e s:sjsas\;:j2se\;:g config/setup-props.xml > config/hudson-setup-props.xml

The above is a switch to run against glassfish

5)cd $JAXWS_TEST/src/common
ant -f build.xml -Djaxws.test.home=$JAXWS_TEST -Djaxws-ri.home=$JAXWS_RI_HOME -Dsjsas.home=$AS_HOME -Duse.GfV3=true -DuseScripts=true

cd $JAXWS_TEST/src/wsi
ant -f build.xml -Djaxws.test.home=$JAXWS_TEST -Djaxws-ri.home=$JAXWS_RI_HOME -Dsjsas.home=$AS_HOME -DuseGfV3=true -DuseScripts=true

cd $JAXWS_TEST/src/wsa/common
ant -f build.xml -Djaxws.test.home=$JAXWS_TEST -Djaxws-ri.home=$JAXWS_RI_HOME -Dsjsas.home=$AS_HOME -DuseGfV3=true -DuseScripts=true

cd $JAXWS_TEST/src/handlers/handlers_wsdl_doclit/

ant -f build.xml -Djaxws.test.home=$JAXWS_TEST -Djaxws-ri.home=$JAXWS_RI_HOME -Dsjsas.home=$AS_HOME clean build deploy runtest generate-results -Dtarget=2.2 -DwebServerPort=8080 -DuseScripts=true -DuseGfV3=true -d

You can see the results in jaxws-test/logs directory.



 Comments   
Comment by Sreekanth [ 20/Dec/11 ]

Service war file

Comment by Martin Grebac [ 20/Dec/11 ]

Mirane, would you please look into this? Thanks.

Comment by Sreekanth [ 21/Dec/11 ]

Netbeans project to run the tests instead of checking out the workspace

Comment by Sreekanth [ 21/Dec/11 ]

Miran/Martin,

You can just deploy the attached war and open the attached netbeans application and run it.You can see the reports in results directory of that netbeans application.Just ignore the "steps to run" I wrote when filing the issue.

May be the application might complain of missing Metro 2.* library.I created 2 libraries Metro 2.2 and Metro 2.1.1 library in netbeans for testing against the target libraries.

Comment by miroslav.kos [ 21/Dec/11 ]

The reason is a change of exception message - instead of expected message "<EXCEPTION CAUSE>" you are getting now on the client

"Client received SOAP Fault from server: <EXCEPTION CAUSE> Please see the server log to find more detail regarding exact cuase of the failure."

I would recommend change tests to test the strings on contains instead of on equals.
In addition, there is a typo in the second part "cuase" instead of "cause" - this has been fixed recently.

Comment by Sreekanth [ 21/Dec/11 ]

Changes made in tests.Marking as fixed





[GLASSFISH-18355] jspc is broken in GF 3.1.2 Created: 13/Feb/12  Updated: 16/Feb/12  Resolved: 14/Feb/12

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.2_b21
Fix Version/s: 3.1.2_b23

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

any


Attachments: HTML File jspc    
Tags: 3_1_2-review

 Description   

jspc seems to reference non-existing jars in its classpath.

MTVL09233UAGZ:bin paulg203$ ./jspc
Exception in thread "main" java.lang.NoClassDefFoundError: javax/servlet/ServletException
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
	at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
Caused by: java.lang.ClassNotFoundException: javax.servlet.ServletException
	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
	... 12 more

these jars from the jspc classpath don't exist in modules:

MTVL09233UAGZ:bin paulg203$ ls -l ../modules/javax.servlet.jar
ls: ../modules/javax.servlet.jar: No such file or directory

MTVL09233UAGZ:bin paulg203$ ls -l ../modules/jsp-impl.jar
ls: ../modules/jsp-impl.jar: No such file or directory

MTVL09233UAGZ:bin paulg203$ ls -l ../modules/el-impl.jar
ls: ../modules/el-impl.jar: No such file or directory

MTVL09233UAGZ:bin paulg203$ ls -l ../modules/jstl-impl.jar
ls: ../modules/jstl-impl.jar: No such file or directory


 Comments   
Comment by pgibson_65 [ 13/Feb/12 ]

attaching my guess at a fix

Comment by scatari [ 13/Feb/12 ]

Shouldn't jspc be just having javaee.jar in the CLASSPATH?

Comment by pgibson_65 [ 13/Feb/12 ]

jspc.bat has the same problem; the fix should work for both.

Comment by kchung [ 14/Feb/12 ]

Change Control for fix:

  • What is the impact on the customer of the bug?

Minimal. This bug only affects the customers that uses this script, most likely tomcat users. Most glassfish customers would probably use asadmin to do the JSP precompilation at deploy time.

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

Low. It only affects the script users. The script without the fix is broken, so any fix can only helps.

  • Is there an impact on documentation or message strings?

No.

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

Those that use the jspc script.

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

b23?

Comment by pgibson_65 [ 14/Feb/12 ]

this is a blocking issue for us. the reason is that precompiling at
deploy time via asadmin results in memory problems (GF does not release
a large amount of memory used to compile JSPs especially for webapps
containing a large number of JSPs). that lead us to use jspc which
works well except for this problem.

this is easy to resolve, though. just fix the classpath to
account for the new jar filenames.

Comment by kchung [ 14/Feb/12 ]

Fixed in 3.1.2. Will port the fix to the trunk, once I fix javaee.jar there.

Project: glassfish
Repository: svn
Revision: 52572
Author: kchung
Date: 2012-02-14 00:52:13 UTC
Link:

Log Message:
------------
Issue http://java.net/jira/browse/GLASSFISH-18355
Fix script jspc to use the correct names for api and impl jars

Revisions:
----------
52572

Modified Paths:
---------------
branches/3.1.2/packager/nucleus-base/bin/jspc
branches/3.1.2/packager/nucleus-base/bin/jspc.bat

Diffs:
------
Index: branches/3.1.2/packager/nucleus-base/bin/jspc
===================================================================
— branches/3.1.2/packager/nucleus-base/bin/jspc (revision 52571)
+++ branches/3.1.2/packager/nucleus-base/bin/jspc (revision 52572)
@@ -2,7 +2,7 @@
#

  1. DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.
    #
    1. Copyright (c) 1997-2010 Oracle and/or its affiliates. All rights reserved.
      +# Copyright (c) 1997-2012 Oracle and/or its affiliates. All rights reserved.
      #
  2. The contents of this file are subject to the terms of either the GNU
  3. General Public License Version 2 only ("GPL") or the Common Development
    @@ -41,15 +41,11 @@

AS_INSTALL=`dirname $0`/..
AS_INSTALL_LIB=$AS_INSTALL/modules
-ANT_LIB=$AS_INSTALL_LIB/ant.jar
-SERVLET_API=$AS_INSTALL_LIB/javax.servlet.jar
-JSP_API=$AS_INSTALL_LIB/javax.servlet.jsp.jar
-JSP_IMPL=$AS_INSTALL_LIB/jsp-impl.jar
-EL_IMPL=$AS_INSTALL_LIB/el-impl.jar
-JSTL_API=$AS_INSTALL_LIB/javax.servlet.jsp.jstl.jar
-JSTL_IMPL=$AS_INSTALL_LIB/jstl-impl.jar
-JSF_IMPL=$AS_INSTALL_LIB/javax.faces.jar
+JSP_IMPL=$AS_INSTALL_LIB/javax.servlet.jsp.jar
+EL_IMPL=$AS_INSTALL_LIB/javax.el.jar
+JSTL_IMPL=$AS_INSTALL_LIB/javax.servlet.jsp.jstl.jar
AS_LIB=$AS_INSTALL/lib
+JAVAEE_API=$AS_LIB/javaee.jar

-java -cp "$SERVLET_API:$JSP_API:$ANT_LIB:$JSTL_API:$JSF_IMPL:$EL_IMPL:$JSP_IMPL:$AS_LIB" org.apache.jasper.JspC -sysClasspath "$SERVLET_API:$JSP_API:$JSP_IMPL:$JSTL_API:$JSTL_IMPL:$JSF_IMPL:$ANT_LIB:$AS_LIB" -schemas "/schemas/" -dtds "/dtds/" "$@"
+java -cp "$JSP_IMPL:$JAVAEE_API:$AS_LIB" org.apache.jasper.JspC -sysClasspath "$JSP_IMPL:$EL_IMPL:$JSTL_IMPL:$JAVAEE_API:$AS_LIB" -schemas "/schemas/" -dtds "/dtds/" "$@"

Index: branches/3.1.2/packager/nucleus-base/bin/jspc.bat
===================================================================
— branches/3.1.2/packager/nucleus-base/bin/jspc.bat (revision 52571)
+++ branches/3.1.2/packager/nucleus-base/bin/jspc.bat (revision 52572)
@@ -2,7 +2,7 @@
REM
REM DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.
REM
-REM Copyright (c) 1997-2010 Oracle and/or its affiliates. All rights reserved.
+REM Copyright (c) 1997-2012 Oracle and/or its affiliates. All rights reserved.
REM
REM The contents of this file are subject to the terms of either the GNU
REM General Public License Version 2 only ("GPL") or the Common Development
@@ -41,14 +41,10 @@

set AS_INSTALL_LIB=%~dp0..\modules
-set ANT_LIB=%AS_INSTALL_LIB%\ant.jar
-set SERVLET_API=%AS_INSTALL_LIB%\javax.servlet.jar
-set JSP_API=%AS_INSTALL_LIB%\javax.servlet.jsp.jar
-set JSP_IMPL=%AS_INSTALL_LIB%\jsp-impl.jar
-set EL_IMPL=%AS_INSTALL_LIB%\el-impl.jar
-set JSTL_API=%AS_INSTALL_LIB%\javax.servlet.jsp.jstl.jar
-set JSTL_IMPL=%AS_INSTALL_LIB%\jstl-impl.jar
-set JSF_IMPL=%AS_INSTALL_LIB%\javax.faces.jar
+set JSP_IMPL=%AS_INSTALL_LIB%\javax.servlet.jsp.jar
+set EL_IMPL=%AS_INSTALL_LIB%\javax.el.jar
+set JSTL_IMPL=%AS_INSTALL_LIB%\javax.servlet.jsp.jstl.jar
set AS_LIB=%~dp0..\lib
+set JAVAEE_API=%AS_LIB%\javaee.jar

-java -cp "%SERVLET_API%;%JSP_API%;%JSTL_API%;%JSF_IMPL%;%ANT_LIB%;%EL_IMPL%;%JSP_IMPL%;%AS_LIB%" org.apache.jasper.JspC -sysClasspath "%SERVLET_API%;%JSP_API%;%JSP_IMPL%;%JSTL_API%;%JSTL_IMPL%;%JSF_IMPL%;%ANT_LIB%;%AS_LIB%" -schemas "/schemas/" -dtds "/dtds/" %*
+java -cp "%JSP_IMPL%;%JAVAEE_API%;%AS_LIB%" org.apache.jasper.JspC -sysClasspath "%JSP_IMPL%;%EL_IMPL%;%JSTL_IMPL%;%JAVAEE_API%;%AS_LIB%" -schemas "/schemas/" -dtds "/dtds/" %*

Comment by scatari [ 16/Feb/12 ]

This is fixed in B23 and not B21. Updating the "Fix in version".





[GLASSFISH-18312] [CTS] glassfish AIX build fails CTS w/ Access denied (java.security.SecurityPermission getProperty.policy.url.4) Created: 02/Feb/12  Updated: 17/Feb/12  Resolved: 17/Feb/12

Status: Resolved
Project: glassfish
Component/s: security
Affects Version/s: 3.1.2_b20
Fix Version/s: None

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

AIX with security manager enabled.


Attachments: File cts.out     Java Archive File security.jar     Text File server.log    
Tags: 3_1_2-review

 Description   

Running CTS against the AIX build of glassfish 3.1.2 will fail with security manger enabled.

<cts output snippet>
[javatest.batch] 01-31-2012 11:20:23: SVR-ERROR: javax.naming.NamingException: Lookup failed for 'java:comp/env/ejb/MEJB' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NamingException: Exception resolving Ejb for 'Remote ejb-ref name=ejb/MEJB,Remote 2.x home =javax.management.j2ee.ManagementHome,Remote 2.x component interface=javax.management.j2ee.Management,ejb-link=null,lookup=,mappedName=,jndi-name=ejb/mgmt/MEJB,refType=Session' . Actual (possibly internal) Remote JNDI name used for lookup is 'ejb/mgmt/MEJB' [Root exception is javax.naming.NamingException: Lookup failed for 'ejb/mgmt/MEJB' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming}

[Root exception is javax.naming.NamingException: Failed to deploy MEJB app: org.glassfish.deployment.common.DeploymentException: Error in committing security policy for ejbs of mejb – Access denied (java.security.SecurityPermission getProperty.policy.url.4) [Root exception is java.lang.RuntimeException: Failed to deploy MEJB app: org.glassfish.deployment.common.DeploymentException: Error in committing security policy for ejbs of mejb -- Access denied (java.security.SecurityPermission getProperty.policy.url.4)]]]]
[javatest.batch] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)

The work around is to add the following grant to the server.policy file:

grant {
  permission java.security.SecurityPermission "getProperty.policy.url.4";
  permission java.security.SecurityPermission "setProperty.policy.url.4";
};

I'm not sure this is a valid workaround or even a bug.



 Comments   
Comment by Dennis MacConnell [ 02/Feb/12 ]

This issue was filed by Dennis MacConnell
I attached the CTS run log and the glassfish server.log.

Comment by Nithya Ramakrishnan [ 05/Feb/12 ]

Attaching the security.jar that would fix this issue. This is for non-AIX specific jar. It has to be modified to make it work for AIX builds

Comment by Nithya Ramakrishnan [ 09/Feb/12 ]

AIX security.jar

Comment by Nithya Ramakrishnan [ 14/Feb/12 ]

AIX security.jar

Comment by Nithya Ramakrishnan [ 17/Feb/12 ]

The getProperty and setProperty calls have been made priviliged operations in PolicyCOnfigurationImpl.java

Sending src/main/java/com/sun/enterprise/security/provider/PolicyConfigurationImpl.java
Transmitting file data .
Committed revision 52622.

Comment by Nithya Ramakrishnan [ 17/Feb/12 ]

The changes were checked in into the trunk.





[GLASSFISH-18238] promotion frame url should not ref. www.sun.com Created: 23/Jan/12  Updated: 24/Jan/12  Resolved: 24/Jan/12

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b18
Fix Version/s: 3.1.2_b19

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

Tags: 3_1_2-review

 Description   

GUI code should avoid using www.sun.com.
Searching through all GUI code for www.sun.com , shows the following:

<faces-config xmlns="*http://java.sun.com/xml/ns/javaee*"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="*http://java.sun.com/xml/ns/javaee*
*http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd*"
version="1.2">

<web-app xmlns="*http://java.sun.com/xml/ns/javaee*"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="3.0"
xsi:schemaLocation="*http://java.sun.com/xml/ns/javaee*
*http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd*">

promotionLink=www.sun.com/software/products/appsrvr/promotions/v3.html

<!DOCTYPE sun-web-app PUBLIC '-//Sun Microsystems, Inc.//DTD Sun ONE
Application Server 7.0 Servlet 2.3//EN'
'*http://www.sun.com/software/sunone/appserver/dtds/sun-web-app_2_3-0.dtd*'>

Will change the promotion link to http://java.sun.com/glassfish/productmsg.html
dtds form www.sun.com should be fine as thsee will be redirected, otherwise all existing J2EE aps will break.



 Comments   
Comment by Anissa Lam [ 23/Jan/12 ]
  • What is the impact on the customer of the bug?
    If the redirects stop working for the promotion link, the home page (commonTask page) will be messed up.
  • What is the cost/risk of fixing the bug?
    easy change, just change the Strings.properties file.
  • Is there an impact on documentation or message strings?
    No.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    Ensure the common task page comes up fine, with and without secure admin enabled.
  • Which is the targeted build of 3.1.2 for this fix?
    b19
Comment by scatari [ 24/Jan/12 ]

Must fix for 3.1.2.

Comment by Anissa Lam [ 24/Jan/12 ]

Fix checked into both GF and Oracle GF code base.
Log Message:
------------
GLASSFISH-18238. Change promotion link for not going to www.sun.com
Revisions:
----------
52255
Modified Paths:
---------------
branches/3.1.2/admingui/community-theme/src/main/resources/org/glassfish/admingui/community-theme/Strings.properties

==========
Oracle branding in internal workspace

Revision: 3634
Author : anissa.lam@oracle.com
Date : Jan 23, 2012 9:49:12 PM
GLASSFISH-18238. Change promotion link for not going to www.sun.com





[GLASSFISH-18216] Unlocalized strings in the a few related HTTP Load Balancers pages Created: 19/Jan/12  Updated: 08/Feb/12  Resolved: 26/Jan/12

Status: Closed
Project: glassfish
Component/s: l10n
Affects Version/s: 3.1.2_b18
Fix Version/s: 3.1.2_b20

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: gmurr
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64 w/JRockit 28.2.0 32-bit
Bundle: ogs-3.1.2-web-b18-ml.zip
Server Locale: fr_FR.UTF-8
Browser Locale: zh_CN


Attachments: Zip Archive LoadBalancers_unloca.zip    
Tags: 3_1_2-review

 Description   

Unlocalized strings in the a few related HTTP Load Balancers pages

To reproduce:
1. Log into Admin Console page.
2. Go to HTTP Load Balancers in the left pane.

There are unlocalized strings in the following pages.
HTTP Load Balancers
New Load Balancers
General Tab
Settings Tab
Targets Tab, Manage Targets
Export Tab, Apply Changes Now

Attached zip file for all of the screen shots.



 Comments   
Comment by gmurr [ 19/Jan/12 ]

Will fix it with the new translations

Comment by gmurr [ 26/Jan/12 ]

fix will be available in 3.1.2_b20

Comment by sunny-gui [ 08/Feb/12 ]

Verified and fixed in build 21 with the bundle "ogs-3.1.2-b21-unix-ml.sh" in OEL 6 x64 w/JDK1.6.0_30 32-Bit, so close this issue.





[GLASSFISH-18190] [JRockit] 100% CPU usage by 2 instances and DAS commands that apply to all instances are unusable after running HA test suite. Created: 13/Jan/12  Updated: 24/Jan/12  Resolved: 20/Jan/12

Status: Closed
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.2_b17
Fix Version/s: 3.1.2_b18

Type: Bug Priority: Critical
Reporter: varunrupela Assignee: varunrupela
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Text File instance109-activethreads.txt     Text File instance109-thread-dump.log    
Issue Links:
Dependency
depends on GLASSFISH-18222 [JRockit-intermittent] Observed 100% ... Open
Tags: 312_qa, 3_1_2-review

 Description   

GF Build 17
Platform: OEL6
JDK: JRockit 64-bit
Setup: 10 instance cluster on 3 machines.

The issue was noticed towards the end of the HA test suite run. Observations:

  • none of the java processes on one of the machines (3 machine setup) were responding.
  • "top" showed 100% CPU usage by instance105 and instance109 together.
  • jstack was not responding (perhaps as CPU usage was full)
  • one of the "kill -3" seemed to have worked on instance109 and the thread dump is attached
  • also tried SIGABRT as found at http://docs.oracle.com/cd/E13150_01/jrockit_jvm/jrockit/geninfo/diagnos/sys_hangs.html and that killed instance105, but i can't find the core dump file
  • DAS commands like deploy/undeploy or start/stop-cluster would take longer than 5 minutes and the HA test suite would abort them.

We are continuing to debug the issue. One of things that will be tried is to do a repeated deply/undeploy and start/stop-cluster test (with and without coherence) and see if we are able to reproduce the issue.



 Comments   
Comment by sb110099 [ 13/Jan/12 ]

Added tag for 3.1.2 review. This is being observed since b17 and is currently holding up HA test runs.

Thanks,
Sudipa

Comment by Tom Mueller [ 13/Jan/12 ]

The attached instance109-activethreads.txt file is an excerpt from the thread dump that shows just the threads that are not waiting in a park, poll, or wait method.

There are 6 threads. The last 3 are probably related to writing the thread dump. The interesting ones are the first 3.

The "http-thread-pool-24851(2)" thread is in the process of running an InstanceDeployCommand, i.e., it is deploying an application to the instance. This thread is calling com.tangosol.coherence.servlet.SessionHelper.configure which eventually calls com.tangosol.coherence.component.util.daemon.queueProcessor.Service.start.

The "Cluster|Member" thread starts with a com.tangosol.coherence.component.util.daemon.queueProcessor.service.grid.ClusterService.onNotify which may have been triggered by the start from the previous thread. This thread eventually calls "com.tangosol.coherence.component.util.daemon.queueProcessor.service.grid.ClusterService.setAcceptingClients"

The other thread is "ContainerBackgroundProcessor" which is in the "org.apache.catalina.core.ContainerBase.findChildren" method. Line 986 in that file is a synchronized statement, so this thread might be blocked.

Since two of these suspicious threads are in Coherence code, it will be interesting to see the results of trying to reproduce this without Coherence.

Comment by varunrupela [ 17/Jan/12 ]

The setup is currently under use for analyzing failures in HA tests. Will work on reproducing the issue (without using Coherence) once the setup is available.

Comment by Tom Mueller [ 18/Jan/12 ]

Assigning to the submitter while this waits to be reproduced.

Comment by varunrupela [ 19/Jan/12 ]

We have been able to reproduce the 100% CPU usage via the coherence tests. A separate issue has been opened for that - issue 18222 and linked with this issue.

We are still investigating this issue and need to be sure that the tests run goes through when coherence is not involved. In the process if other related issues are found then those too will be linked with this parent issue.

QE will close this Parent issue once its linked issues are fixed.

Comment by varunrupela [ 20/Jan/12 ]

This issue has been reproduced when running the Coherence tests with JRockit. Details are on issue 18222.

We have decided to not pursue further investigation as the first set of logs also pointed to Coherence.

Comment by varunrupela [ 20/Jan/12 ]

Duplicate of 18222

Comment by Shing Wai Chan [ 24/Jan/12 ]

Per discussion with Coherence team, the Coherence exception is due to the resource or network issue. In other words, the Coherence exception is the result of the 100% cpu usage, not the cause of it.





[GLASSFISH-18184] Win 2008. "delete-local-instance <instance_name>" created an error: com.sun.enterprise.config.serverbeans.Server : wrong number of arguments Created: 13/Jan/12  Updated: 31/Jan/12  Resolved: 31/Jan/12

Status: Resolved
Project: glassfish
Component/s: other
Affects Version/s: 3.1.2_b17
Fix Version/s: 3.1.2_b20

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

Attachments: File setup_cl.pl     File unsetup_cl.pl    
Tags: 3_1_2-review, 3_1_2_qa

 Description   

Win 2008 GF 3.1.2 b17. Created a cluster with two instances, started instances, then stopped a cluster and executed

delete-local-instance <instance_name>

That command returned the follow error:

remote failure: Exception while deleting the configuration com.sun.enterprise.config.serverbeans.Server : wrong number of arguments
Command delete-local-instance failed.

This problem happened sometimes, but if it happened, all such commands return this error, until DAS will be restarted.

I did not see this issue for previous GF 3.1.2 builds, but constantly see this issue for b17 on the different Win 2008 machines. In all cases was used JDK 1.7.0_02.

To reproduce the issue, I've run many times these two attached scripts: setup_cl.pl, unsetup_cl.pl.

In server.log I saw only the same error message. See bellow the debug output:

==================================================================================
C:\hudson\workspace\Cluster>glassfish3\glassfish\bin\asadmin delete-local-instance my-in1
CLASSPATH= C:\hudson\workspace\Cluster\glassfish3\glassfish\bin\..\modules\admin-cli.jar
Commands: [delete-local-instance, my-in1]
asadmin extension directory: C:\hudson\workspace\Cluster\glassfish3\glassfish\lib\asadmin
Prepare
Process program options
Parsing program options
Parse command options
params: {}
operands: [my-in1]
Prevalidate command options
Inject command options
Validate command options
nodeDirChild: C:\hudson\workspace\Cluster\glassfish3\glassfish\nodes\localhost-domain1
instanceDir: C:\hudson\workspace\Cluster\glassfish3\glassfish\nodes\localhost-domain1\my-in1
asadmin --host localhost --port 4848 --interactive=true --echo=false --terse=false delete-local-instance my-in1
Execute command
Prepare
Parsing program options
URI: /__asadmin/uptime?Xhelp=true
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@21f4c81c
URL: http://localhost:4848/__asadmin/uptime?Xhelp=true
Password options: null
Using auth info: User: null, Password: <null>
Response Content-Type: text/xml
------- RAW METADATA RESPONSE ---------
<?xml version="1.0" encoding="UTF-8" standalone="no"?><action-report description="uptime help" exit-code="SUCCESS"><message-part message=""><property name="Gene
ratedHelp" value="true"/><command name="uptime"><option default="false" name="milliseconds" optional="true" type="BOOLEAN"/></command></message-part></action-re
port>
------- RAW METADATA RESPONSE ---------
fetchCommandModel: got command opts: com.sun.enterprise.admin.util.CommandModelData@caad9a
doHttpCommand succeeds
Process program options
Parsing program options
Parse command options
params: {milliseconds: [true]
}
operands: []
Prevalidate command options
Inject command options
Validate command options
asadmin --host localhost --port 4848 --interactive=true --echo=false --terse=false uptime --milliseconds=true
Execute command
doUpload set to false
URI: /__asadmin/uptime?milliseconds=true
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@6a13a848
URL: http://localhost:4848/__asadmin/uptime?milliseconds=true
Password options: null
Using auth info: User: null, Password: <null>
------- RAW RESPONSE ---------
Signature-Version: 1.0
message: 318834
milliseconds_value: 318834
keys: milliseconds
milliseconds_name: milliseconds
use-main-children-attribute: false
exit-code: SUCCESS

------- RAW RESPONSE ---------
PROCESSING MANIFEST...
doHttpCommand succeeds
server uptime: 318834
Prepare
Parsing program options
URI: /__asadmin/get?Xhelp=true
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@2d14a694
URL: http://localhost:4848/__asadmin/get?Xhelp=true
Password options: null
Using auth info: User: null, Password: <null>
Response Content-Type: text/xml
------- RAW METADATA RESPONSE ---------
<?xml version="1.0" encoding="UTF-8" standalone="no"?><action-report description="get help" exit-code="SUCCESS"><message-part message=""><property name="Generat
edHelp" value="true"/><command name="get"><option default="false" name="monitor" optional="true" short="m" type="BOOLEAN"/><operand max="1" min="1" name="patter
n" type="STRING"/></command></message-part></action-report>
------- RAW METADATA RESPONSE ---------
fetchCommandModel: got command opts: com.sun.enterprise.admin.util.CommandModelData@26c455ab
doHttpCommand succeeds
Process program options
Parsing program options
Parse command options
params: {}
operands: [servers.server.my-in1]
Prevalidate command options
Inject command options
Validate command options
asadmin --host localhost --port 4848 --interactive=true --echo=false --terse=false get --monitor=false servers.server.my-in1
Execute command
doUpload set to false
URI: /__asadmin/get?DEFAULT=servers.server.my-in1
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@23d4616f
URL: http://localhost:4848/__asadmin/get?DEFAULT=servers.server.my-in1
Password options: null
Using auth info: User: null, Password: <null>
------- RAW RESPONSE ---------
Signature-Version: 1.0
message:
children: servers.server.my-in1.config-ref=my-c1-config;servers.server
.my-in1.lb-weight=100;servers.server.my-in1.name=my-in1;servers.serve
r.my-in1.node-ref=localhost-domain1
use-main-children-attribute: true
children-type: null
exit-code: SUCCESS

Name: servers.server.my-in1.node-ref=localhost-domain1
message:

Name: servers.server.my-in1.name=my-in1
message:

Name: servers.server.my-in1.lb-weight=100
message:

Name: servers.server.my-in1.config-ref=my-c1-config
message:

------- RAW RESPONSE ---------
PROCESSING MANIFEST...
doHttpCommand succeeds
Prepare
Parsing program options
URI: /__asadmin/_unregister-instance?Xhelp=true
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@4c48d0c9
URL: http://localhost:4848/__asadmin/_unregister-instance?Xhelp=true
Password options: null
Using auth info: User: null, Password: <null>
Response Content-Type: text/xml
------- RAW METADATA RESPONSE ---------
<?xml version="1.0" encoding="UTF-8" standalone="no"?><action-report description="_unregister-instance help" exit-code="SUCCESS"><message-part message=""><prope
rty name="GeneratedHelp" value="true"/><command name="_unregister-instance"><option name="node" optional="true" type="STRING"/><option name="target" optional="t
rue" type="STRING"/><operand max="1" min="1" name="name" type="STRING"/></command></message-part></action-report>
------- RAW METADATA RESPONSE ---------
fetchCommandModel: got command opts: com.sun.enterprise.admin.util.CommandModelData@4083633f
doHttpCommand succeeds
Process program options
Parsing program options
Parse command options
params: {node: [localhost-domain1]
}
operands: [my-in1]
Prevalidate command options
Inject command options
Validate command options
asadmin --host localhost --port 4848 --interactive=true --echo=false --terse=false _unregister-instance --node localhost-domain1 my-in1
Execute command
doUpload set to false
URI: /__asadmin/_unregister-instance?node=localhost-domain1&DEFAULT=my-in1
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@71e8de2f
URL: http://localhost:4848/__asadmin/_unregister-instance?node=localhost-domain1&DEFAULT=my-in1
Password options: null
Using auth info: User: null, Password: <null>
------- RAW RESPONSE ---------
Signature-Version: 1.0
message: Exception while deleting the configuration com.sun.enterprise
.config.serverbeans.Server : wrong number of arguments
use-main-children-attribute: false
exit-code: FAILURE

------- RAW RESPONSE ---------
PROCESSING MANIFEST...
remote failure: Exception while deleting the configuration com.sun.enterprise.config.serverbeans.Server : wrong number of arguments
Command delete-local-instance failed.



 Comments   
Comment by easarina [ 13/Jan/12 ]

If between instance creation and instance deleting many other commands were executed, then, with a big probability, this problem will be seen. At least, when I've executed an automated test, the problem was seen in 4 executions from 5 executions totally. And I did not see this issue for the previous builds.

Comment by Tom Mueller [ 13/Jan/12 ]

What other commands?

Comment by easarina [ 13/Jan/12 ]

There were a lot of the different commands. But I was able to reproduce the issue just using create and delete instance commands, see the attached scripts.

Comment by Tom Mueller [ 13/Jan/12 ]

The root cause of this issue is in the HK2 ConfigSupport._deleteChild method.

This method has the following code:

     for (Method m : parentProxyType.getMethods()) {
         final Class returnType = m.getReturnType();
         if (Collection.class.isAssignableFrom(returnType)) {
              // this could be it...
              if (!(m.getGenericReturnType() instanceof ParameterizedType))
                     throw new IllegalArgumentException("List needs to be parameterized");
              final Class itemType = Types.erasure(Types.getTypeArgument(m.getGenericReturnType(), 0));
              if (itemType.isAssignableFrom(childType)) {

Given a childType such as Server, this code is looking for a method such as:

    List<Server> getServer()

However, the Servers config bean, which is being operated on in this case, has more than one method that returns List<Server>

interface Servers ... {
    public List<Server> getServer();
    public List<Server> getServersOnNode(Node node);
}

If the loop encounters the 2nd method first, an "IllegalArgumentException: wrong number of arguments" is thrown because the code try to invoke the method with no arguments but getServersOnNode takes one argument. If the loop encounters the 1st method first, then it works fine.

Suggested fix: add a check to the loop to make sure the found method takes the expected number of parameters (0).

Comment by Tom Mueller [ 13/Jan/12 ]

Assigning to Mahesh since this is an HK2 problem.

The bug is in the HK2 config module, in the ConfigSupport.java file at about line 792. To fix the bug, a check has to be added to see if m.getParameterTypes().length == 0.

To reproduce the problem, you have to run the script about 10-20 times.

Comment by Mahesh Kannan [ 31/Jan/12 ]

svn diff
Index: config/src/main/java/org/jvnet/hk2/config/ConfigSupport.java
===================================================================
— config/src/main/java/org/jvnet/hk2/config/ConfigSupport.java (revision 2533)
+++ config/src/main/java/org/jvnet/hk2/config/ConfigSupport.java (working copy)
@@ -787,7 +787,7 @@
// type will not work.
for (Method m : parentProxyType.getMethods()) {
final Class returnType = m.getReturnType();

  • if (Collection.class.isAssignableFrom(returnType)) {
    + if (Collection.class.isAssignableFrom(returnType) && (m.getParameterTypes().length == 0)) {
    // this could be it...
    if (!(m.getGenericReturnType() instanceof ParameterizedType))
    throw new IllegalArgumentException("List needs to be parameterized");

svn commit -m "Fix for 18184. Admin/cli tests passed. Approved by Joe Di Pol, Reviewed by Tom Muller"
Sending config/src/main/java/org/jvnet/hk2/config/ConfigSupport.java
Transmitting file data .
Committed revision 2539.

Approved by: Joe Di Pol

What is the impact on the customer of the bug?
This problem happened sometimes, but if it happened, all such commands return this error, until DAS will be restarted.

What is the cost/risk of fixing the bug?
Not much. Touched one file and one line

Is there an impact on documentation or message strings?
Not for documentation.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
The one listed in the bug report itself

Which is the targeted build of 3.1.2 for this fix?
3_1_2_b20

Comment by Mahesh Kannan [ 31/Jan/12 ]

Integrated new HK2 version

svn commit -m "Integrate new hk2 version (fix for 18184). Approved by Joe. QL Passed"
Sending pom.xml
Transmitting file data .
Committed revision 52356.





[GLASSFISH-18178] [PERF] 65% regression in trade2 in-memory replication benchmark on Linux with high thread contention in grizzly OutboundConnectionCacheBlockingImpl Created: 12/Jan/12  Updated: 03/Dec/12  Resolved: 19/Jan/12

Status: Closed
Project: glassfish
Component/s: performance
Affects Version/s: 3.1.2_b17
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: amitagarwal Assignee: Joe Fialli
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux


Attachments: File server.log_2012-01-17T23-50-34     Java Archive File shoal-gms-impl.jar    
Tags: 3_1_2-review, PSRBUG

 Description   

Latest promoted build b17 shows high thread contention in grizzly code-path while running trade2 in-memory replication benchmark on Linux platform. This results into 65% regression. Below is the call stack showing contention,

java.lang.Thread.State: BLOCKED (on object monitor)
at com.sun.grizzly.connectioncache.impl.transport.OutboundConnectionCacheBlockingImpl.get(OutboundConnectionCacheBlockingImpl.java:422)

  • waiting to lock <0x00000006ee0499c8> (a com.sun.grizzly.connectioncache.impl.transport.OutboundConnectionCacheBlockingImpl)
    at com.sun.grizzly.connectioncache.client.CacheableConnectorHandler.doConnect(CacheableConnectorHandler.java:167)
    at com.sun.grizzly.connectioncache.client.CacheableConnectorHandler.connect(CacheableConnectorHandler.java:120)
    at com.sun.enterprise.mgmt.transport.grizzly.grizzly1_9.GrizzlyTCPConnectorWrapper.send(GrizzlyTCPConnectorWrapper.java:121)
    at com.sun.enterprise.mgmt.transport.grizzly.grizzly1_9.GrizzlyTCPConnectorWrapper.doSend(GrizzlyTCPConnectorWrapper.java:96)
    at com.sun.enterprise.mgmt.transport.AbstractMessageSender.send(AbstractMessageSender.java:74)
    at com.sun.enterprise.mgmt.transport.grizzly.GrizzlyNetworkManager.send(GrizzlyNetworkManager.java:288)
    at com.sun.enterprise.mgmt.ClusterManager.send(ClusterManager.java:395)
    at com.sun.enterprise.mgmt.ClusterManager.send(ClusterManager.java:419)
    at com.sun.enterprise.ee.cms.impl.base.GroupCommunicationProviderImpl.sendMessage(GroupCommunicationProviderImpl.java:353)
    at com.sun.enterprise.ee.cms.impl.base.GroupHandleImpl.sendMessage(GroupHandleImpl.java:142)
    at org.shoal.ha.group.gms.GroupServiceProvider.sendMessage(GroupServiceProvider.java:268)
    at org.shoal.ha.cache.impl.interceptor.TransmitInterceptor.onTransmit(TransmitInterceptor.java:83)
    at org.shoal.ha.cache.api.AbstractCommandInterceptor.onTransmit(AbstractCommandInterceptor.java:98)
    at org.shoal.ha.cache.impl.interceptor.ReplicationCommandTransmitterManager.onTransmit(ReplicationCommandTransmitterManager.java:86)
    at org.shoal.ha.cache.api.AbstractCommandInterceptor.onTransmit(AbstractCommandInterceptor.java:98)
    at org.shoal.ha.cache.impl.interceptor.CommandHandlerInterceptor.onTransmit(CommandHandlerInterceptor.java:74)
    at org.shoal.ha.cache.impl.command.CommandManager.executeCommand(CommandManager.java:122)
    at org.shoal.ha.cache.impl.command.CommandManager.execute(CommandManager.java:114)
    at org.shoal.ha.cache.impl.interceptor.ReplicationCommandTransmitterWithMap$BatchedCommandMapDataFrame.run(ReplicationCommandTransmitterWithMap.java:316)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)

java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000007a7a77518> (a java.lang.Object)
    at com.sun.grizzly.util.FutureImpl.get(FutureImpl.java:142)
  • locked <0x00000007a7a77518> (a java.lang.Object)
    at com.sun.grizzly.TCPConnectorHandler.connect(TCPConnectorHandler.java:188)
    at com.sun.grizzly.TCPConnectorHandler.connect(TCPConnectorHandler.java:92)
    at com.sun.grizzly.AbstractConnectorHandler.connect(AbstractConnectorHandler.java:228)
    at com.sun.grizzly.connectioncache.client.CacheableConnectorHandler$ConnectExecutor.invokeProtocolConnect(CacheableConnectorHandler.java:399)
    at com.sun.grizzly.connectioncache.client.CacheableConnectorHandler$CacheableConnectorInfo.createConnection(CacheableConnectorHandler.java:436)
    at com.sun.grizzly.connectioncache.client.CacheableConnectorHandler$CacheableConnectorInfo.createConnection(CacheableConnectorHandler.java:409)
    at com.sun.enterprise.mgmt.transport.grizzly.grizzly1_9.GrizzlyNetworkManager1_9$1.find(GrizzlyNetworkManager1_9.java:154)
    at com.sun.enterprise.mgmt.transport.grizzly.grizzly1_9.GrizzlyNetworkManager1_9$1.find(GrizzlyNetworkManager1_9.java:142)
    at com.sun.grizzly.connectioncache.impl.transport.OutboundConnectionCacheBlockingImpl.get(OutboundConnectionCacheBlockingImpl.java:446)
  • locked <0x00000006ee0499c8> (a com.sun.grizzly.connectioncache.impl.transport.OutboundConnectionCacheBlockingImpl)
    at com.sun.grizzly.connectioncache.client.CacheableConnectorHandler.doConnect(CacheableConnectorHandler.java:167)
    at com.sun.grizzly.connectioncache.client.CacheableConnectorHandler.connect(CacheableConnectorHandler.java:120)
    at com.sun.enterprise.mgmt.transport.grizzly.grizzly1_9.GrizzlyTCPConnectorWrapper.send(GrizzlyTCPConnectorWrapper.java:121)
    at com.sun.enterprise.mgmt.transport.grizzly.grizzly1_9.GrizzlyTCPConnectorWrapper.doSend(GrizzlyTCPConnectorWrapper.java:96)
    at com.sun.enterprise.mgmt.transport.AbstractMessageSender.send(AbstractMessageSender.java:74)
    at com.sun.enterprise.mgmt.transport.grizzly.GrizzlyNetworkManager.send(GrizzlyNetworkManager.java:288)
    at com.sun.enterprise.mgmt.ClusterManager.send(ClusterManager.java:395)
    at com.sun.enterprise.mgmt.ClusterManager.send(ClusterManager.java:419)
    at com.sun.enterprise.ee.cms.impl.base.GroupCommunicationProviderImpl.sendMessage(GroupCommunicationProviderImpl.java:353)
    at com.sun.enterprise.ee.cms.impl.base.GroupHandleImpl.sendMessage(GroupHandleImpl.java:142)
    at org.shoal.ha.group.gms.GroupServiceProvider.sendMessage(GroupServiceProvider.java:260)
    at org.shoal.ha.cache.impl.interceptor.TransmitInterceptor.onTransmit(TransmitInterceptor.java:83)
    at org.shoal.ha.cache.api.AbstractCommandInterceptor.onTransmit(AbstractCommandInterceptor.java:98)
    at org.shoal.ha.cache.impl.interceptor.ReplicationCommandTransmitterManager.onTransmit(ReplicationCommandTransmitterManager.java:86)
    at org.shoal.ha.cache.api.AbstractCommandInterceptor.onTransmit(AbstractCommandInterceptor.java:98)
    at org.shoal.ha.cache.impl.interceptor.CommandHandlerInterceptor.onTransmit(CommandHandlerInterceptor.java:74)
    at org.shoal.ha.cache.impl.command.CommandManager.executeCommand(CommandManager.java:122)
    at org.shoal.ha.cache.impl.command.CommandManager.execute(CommandManager.java:114)
    at org.shoal.ha.cache.impl.interceptor.ReplicationCommandTransmitterWithMap$BatchedCommandMapDataFrame.run(ReplicationCommandTransmitterWithMap.java:316)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)


 Comments   
Comment by amitagarwal [ 12/Jan/12 ]

Have noticed this with JRockit too. For JRockit seen this on b16 as well.

Comment by oleksiys [ 12/Jan/12 ]

we didn't do any changes in OutboundConnectionCacheBlockingImpl for ages, so I don't think it's a regression in Grizzly.
May be it's some environment issue, or network related problems?

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

We've narrowed this down to revision 51937 which integrated Shoal 1.6.16

Comment by amitagarwal [ 18/Jan/12 ]

After 5 - 10 minutes of benchmark execution, server.log of one of the two instance starts logging tons of following warning messages,

[#|2012-01-18T04:09:54.285-0800|WARNING|glassfish3.1.2|ShoalLogger|_ThreadID=58;_ThreadName=Thread-2;|GMS1073: Multicast datagram of size 84,392 exceeds max multicast size 65,536|#]

Also noticed that one instance responds very slow to the requests after this.

Comment by Joe Fialli [ 18/Jan/12 ]

We need to find out what module is broadcasting a message that is over 64k.
Could Amit post a server.log containing the above message within context of other
messages? GMS will not support broadcast messages over 64k, broadcast are suppose to be
small messages.

Comment by amitagarwal [ 18/Jan/12 ]

This file has warning messages I mentioned in my previous comment.

Comment by Joe Fialli [ 18/Jan/12 ]

Thanks for the server.log context with GMS1703 WARNING. There was not enough context.
I have added a ShoalLogger.mcast FINE message that contains the stack trace when this happens
to the attached shoal-gms-impl.jar. Just copy this jar into a glassfish build expecting shoal 1.6.17.
The shoal-cache.jar needs to be the original one so we can track what is going wrong.

My hunch is that there is a computation that is suppose to return a non-null ID value and it is
returning null. If one sends a message to the null target, then it converts the sendMessage from
a point to point message to a broadcast. So I believe a sendMessage of a session is occuring
to a null destination.

Comment by Joe Fialli [ 18/Jan/12 ]

copy this jar[1] into glassfish3/glassfish/modules in a glassfish build expecting shoal 1.6.17.
add following logging line after cluster is created and before test starts to run.

[note: replace YourClusterName with the application's cluster name.]

% asadmin set-log-levels --target YourClusterName ShoalLogger.mcast=FINE

When the above is set, we will get a stack trace with every GMS1073 message that
identifies the context that is broadcasting a message that is too large.

[1] - http://java.net/jira/secure/attachment/48986/shoal-gms-impl.jar

Comment by amitagarwal [ 19/Jan/12 ]

Configuring IPv4 address instead of IPv6 for GMS traffic resolved this. We no longer see contention reported. Hence closing this. Thanks Joe for debugging this.

Comment by Joe Fialli [ 19/Jan/12 ]

Shoal/GMS was incorrectly selecting a non-native virtual network interface that happened to be IPv6 only.
(In this case, the configuration was introduced by XEN).

Workaround is described at following link.
http://java.net/jira/browse/GLASSFISH-18024?focusedCommentId=328155&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_328155.

Comment by Joe Fialli [ 19/Jan/12 ]

Here is output of shoal gms NetworkUtility diagnostics to capture the multiple network interfaces involved.
(similar to ifconfig but using java.NetworkInterface API for output)

$ /export/VMs/jdk1.6.0_29/bin/java -classpath shoal-gms-impl.jar com.sun.enterprise.mgmt.transport.NetworkUtility
Java property java.net.preferIPv6Addresses=false
AllLocalAddresses() = [/fe80:0:0:0:fcff:ffff:feff:ffff%8, /fe80:0:0:0:21e:68ff:fec5:9f42%9, /10.13X.185.17, /fe80:0:0:0:200:ff:fe00:0%7, /192.168.122.1]
getFirstNetworkInterface() = name:vif0.0 (vif0.0)
getFirstInetAddress(preferIPv6Addresses:false)=null
getFirstInetAddress()=/fe80:0:0:0:fcff:ffff:feff:ffff%8
getFirstInetAddress( true ) = /fe80:0:0:0:fcff:ffff:feff:ffff%8
getFirstInetAddress( false ) = null
getLocalHostAddress = XXXX-x4150-1/10.13X.185.17
getFirstNetworkInteface() = name:vif0.0 (vif0.0)
getNetworkInetAddress(firstNetworkInteface, true) = /fe80:0:0:0:fcff:ffff:feff:ffff%8
getNetworkInetAddress(firstNetworkInteface, false) = null

-------------------------------------------------------

All Network Interfaces

**************************************************
Display name: vif0.0
Name: vif0.0
PreferIPv6Addresses: false
InetAddress: /fe80:0:0:0:fcff:ffff:feff:ffff%8
Up? true
Loopback? false
PointToPoint? false
Supports multicast? false
Virtual? false
Hardware address: [-2, -1, -1, -1, -1, -1]
MTU: 1500
Network Inet Address (preferIPV6=false) null
Network Inet Address (preferIPV6=true) /fe80:0:0:0:fcff:ffff:feff:ffff%8
resolveBindInterfaceName(vif0.0)=fe80:0:0:0:fcff:ffff:feff:ffff%8

**************************************************
Display name: peth0
Name: peth0
PreferIPv6Addresses: false
InetAddress: /fe80:0:0:0:fcff:ffff:feff:ffff%2
Up? true
Loopback? false
PointToPoint? false
Supports multicast? false
Virtual? false
Hardware address: [-2, -1, -1, -1, -1, -1]
MTU: 1500
Network Inet Address (preferIPV6=false) null
Network Inet Address (preferIPV6=true) /fe80:0:0:0:fcff:ffff:feff:ffff%2
resolveBindInterfaceName(peth0)=fe80:0:0:0:fcff:ffff:feff:ffff%2

**************************************************
Display name: eth0
Name: eth0
PreferIPv6Addresses: false
InetAddress: /fe80:0:0:0:21e:68ff:fec5:9f42%9
InetAddress: /10.133.185.17
Up? true
Loopback? false
PointToPoint? false
Supports multicast? true
Virtual? false
Hardware address: [0, 30, 104, -59, -97, 66]
MTU: 1500
Network Inet Address (preferIPV6=false) /10.133.185.17
Network Inet Address (preferIPV6=true) /fe80:0:0:0:21e:68ff:fec5:9f42%9
resolveBindInterfaceName(eth0)=127.0.0.1

**************************************************
Display name: virbr0
Name: virbr0
PreferIPv6Addresses: false
InetAddress: /fe80:0:0:0:200:ff:fe00:0%7
InetAddress: /192.168.122.1
Up? true
Loopback? false
PointToPoint? false
Supports multicast? true
Virtual? false
Hardware address: null
MTU: 1500
Network Inet Address (preferIPV6=false) /192.168.122.1
Network Inet Address (preferIPV6=true) /fe80:0:0:0:200:ff:fe00:0%7
resolveBindInterfaceName(virbr0)=192.168.122.1

**************************************************
Display name: lo
Name: lo
PreferIPv6Addresses: false
InetAddress: /0:0:0:0:0:0:0:1%1
InetAddress: /127.0.0.1
Up? true
Loopback? true
PointToPoint? false
Supports multicast? false
Virtual? false
Hardware address: null
MTU: 16436
Network Inet Address (preferIPV6=false) /127.0.0.1
Network Inet Address (preferIPV6=true) /0:0:0:0:0:0:0:1%1
resolveBindInterfaceName(lo)=127.0.0.1
[jfialli@perf-x4150-1 modules]$ /export/VMs/jdk1.6.0_29/bin/java -classpath shoal-gms-impl.jar com.sun.enterprise.mgmt.transport.NetworkUtility
Java property java.net.preferIPv6Addresses=false
AllLocalAddresses() = [/fe80:0:0:0:fcff:ffff:feff:ffff%8, /fe80:0:0:0:21e:68ff:fec5:9f42%9, /10.133.185.17, /fe80:0:0:0:200:ff:fe00:0%7, /192.168.122.1]
getFirstNetworkInterface() = name:vif0.0 (vif0.0)
getFirstInetAddress(preferIPv6Addresses:false)=null
getFirstInetAddress()=/fe80:0:0:0:fcff:ffff:feff:ffff%8
getFirstInetAddress( true ) = /fe80:0:0:0:fcff:ffff:feff:ffff%8
getFirstInetAddress( false ) = null
getLocalHostAddress = perf-x4150-1/10.133.185.17
getFirstNetworkInteface() = name:vif0.0 (vif0.0)
getNetworkInetAddress(firstNetworkInteface, true) = /fe80:0:0:0:fcff:ffff:feff:ffff%8
getNetworkInetAddress(firstNetworkInteface, false) = null





[GLASSFISH-18149] Glassfish sometimes lose packets? Sometimes no response? grizzly problem? sleeping thred? Created: 08/Jan/12  Updated: 18/Jan/12  Resolved: 18/Jan/12

Status: Closed
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1, 3.1.1_b12, 3.1.1
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: jelinj14 Assignee: Ryan Lubke
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: 5 hours
Time Spent: Not Specified
Original Estimate: 5 hours
Environment:

linux, 64-bit,


Attachments: File TestResponses.war     Zip Archive TestResponses.zip    
Tags: 3_1_2-review, loose, no-response, packets, response

 Description   

When 1 page has more source requests, javacripts, css,... sometimes one or more of requests - response has never aswered, no error in logs, like the request has never come, default settings, server is affter install

I spent hours and hours tunnnig http listener setting and trying to log it. I attached simply app, where is 40 000 requests generated in one page. Lookong in the Fiddler(microsoft web debugger) some response never come(about 10-20).



 Comments   
Comment by scatari [ 08/Jan/12 ]

Which build of 312 is this? The affected version goes back to 3.1, is this
an issue seen in 3.1?

Comment by jelinj14 [ 09/Jan/12 ]

I see this problem on 3.1 and also 3.1.1,both are last builds availible on glassfish.java.net

Comment by shreedhar_ganapathy [ 10/Jan/12 ]

Assigning to Web Container for review. Please reassign to rightful owner.

Comment by Shing Wai Chan [ 17/Jan/12 ]

This seems to be a tuning issue.
Per discussion, assign to Ryan for further investigation.

Comment by Ryan Lubke [ 17/Jan/12 ]

A couple questions.

1. What was the typical number of requests-per-page that you began noticing the issue.
2. You state you spend time tuning the listener. Can you please elaborate on what options you were adjusting.

Comment by jelinj14 [ 17/Jan/12 ]

1. Typical number of requests was about 12
2. It was after this problems happens, so I tried change some unimportant limits of http listeners. Max Connections, buffer size,..

Comment by Ryan Lubke [ 17/Jan/12 ]

Is the server on the same host as the client? If not, have you done any diagnostics to eliminate potential network/firewall issues? For example, have you had something like ngrep running on the same machine as the server and capturing the traffic from a client accessing one of these 12-request pages?

Comment by jelinj14 [ 17/Jan/12 ]

The host and client are different. I supposed it is not firewall problem. Firwall on host was down. Can you replicate problem with attached example is situation host is not same as client?

Comment by Ryan Lubke [ 17/Jan/12 ]

Works here. You may wish to involve your network infrastructure folks. I don't believe this to be an issue with GF.

Comment by Ryan Lubke [ 18/Jan/12 ]

I'm going to close this issue out based on my last comment. Please reopen if new information becomes available to help reproduce this issue on our end.

Comment by jelinj14 [ 18/Jan/12 ]

Ok, thanks, I will try to resolve network problems if any.





[GLASSFISH-18128] Unlocalized message in the output of the commands in ko and zh_CN locales Created: 05/Jan/12  Updated: 30/Jan/12  Resolved: 18/Jan/12

Status: Closed
Project: glassfish
Component/s: l10n
Affects Version/s: 3.1.2_b16
Fix Version/s: 3.1.2_b19

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: gmurr
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: Windows 2008 R2 x64 KO w/JDK1.7.0 32bit
Bundle: glassfish-3.1.2-web-b16-windows-ml.exe
Checked Locales: ko and zh_CN


Attachments: HTML File report.all.html     JPEG File unlocalized_strings.jpg    
Issue Links:
Dependency
blocks GLASSFISH-18090 No domain name when execute list-doma... Closed
Tags: 3_1_2-review, l10n

 Description   

Unlocalized message when execute commands in ko and zh_CN locales

To reproduce:
1. After installed GF completely, open terminal window and execute commands, like
asadmin list-domains
asadmin list-backups
asadmin login
asadmin start-database
asadmin stop-database
asadmin create-domain
asadmin delete-domain

— All of the output will be displayed in English.

— In step 1, the output of the commands were included in the file \com\sun\enterprise\admin\cli\optional\LocalStrings_ko.properties(cli-optional-l10n.jar), and those message were localized correctly in the properties file. It seems in Non-EN locale(ko), GF get the message from cli-optional.jar, not cli-optional-l10n.jar

2. Execute command "asadmin stop-domain", the message was localized correctly.

— The localized message was included in the file \com\sun\enterprise\admin\cli\LocalStrings_ko.properties(admin-cli-l10n.jar)

3. Repeat Step 1 and Step 2 in the OEL 5 x86 zh_CN locale with bundle ogs-3.1.2-b16-unix-ml.sh, this issue is reproducible.

Attached screen shot for your reference.



 Comments   
Comment by sunny-gui [ 18/Jan/12 ]

Verified in bundle ogs-3.1.2-web-b18-01_17_2012-ml.zip, this issue is reproducible, attached report file for your reference.

Comment by gmurr [ 18/Jan/12 ]

Fix will be available in b19

Comment by sunny-gui [ 30/Jan/12 ]

Verified and fixed in build 20 nightly, here are details.

Server OS: OEL 6 x64 w/JDK 1.6.0_30 64-bit
Bundle: ogs-3.1.2-b20_01_29_2012-ml.zip
Server Locale: ja_JP.UTF-8





[GLASSFISH-18122] SSH/DCOM connection credentials stored in clear text in domain.xml Created: 05/Jan/12  Updated: 05/Jan/12  Resolved: 05/Jan/12

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.2_b16
Fix Version/s: None

Type: Bug Priority: Major
Reporter: lidiam Assignee: Tom Mueller
Resolution: Works as designed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

ogs-3.1.2-b16.zip


Tags: 312_qa, 3_1_2-review

 Description   

Currently when we create an SSH or DCOM node, connection credentials are stored in domain.xml as follows:

<node node-host="localhost" name="localhost-domain1" type="CONFIG" install-dir="$

{com.sun.aas.productRoot}

"></node>
<node node-host="jed-asqe-43" name="jedy" windows-domain="jed-asqe-43" type="DCOM" install-dir="C:\as\dcomtest\glassfish3">
<ssh-connector ssh-port="135">
<ssh-auth user-name="usernameincleartext" password="passwordincleartext"></ssh-auth>
</ssh-connector>
</node>

While on unix systems domain.xml is protected by file permissions, it is not so on windows. We should not be storing machine connection credentials in clear text.



 Comments   
Comment by Tom Mueller [ 05/Jan/12 ]

SSH and DCOM passwords in domain.xml can use the password alias mechanism to hide passwords.
So this concern is already dealt with.

Marking this as "works as designed".





[GLASSFISH-18112] Solaris 11, create-jmsdest, list-jmsdest failed: No response from Domain Admin Server after 600 seconds. Created: 03/Jan/12  Updated: 19/Jan/12  Resolved: 19/Jan/12

Status: Closed
Project: glassfish
Component/s: jms
Affects Version/s: 3.1.2_b15
Fix Version/s: 3.1.2_b18

Type: Bug Priority: Critical
Reporter: easarina Assignee: David Zhao
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

Issue Links:
Related
is related to GLASSFISH-18133 JDK 1.7.0_02 - Nodes/instances creati... Resolved
Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-18210 [UB] MQ Administration Guide - loopba... Sub-task Open Mike Fitch  
Tags: 3_1_2-review, 3_1_2_qa, 3_1_2_solaris11

 Description   

Solaris Sparc 11 machines, GF 3.1.2 b15. Executed admin CLI commands against a cluster with two instances on two different machines. All create-jmsdest and list-jmsdest commands created such error messages:
========================================================
No response from Domain Admin Server after 600 seconds.
The command is either taking too long to complete or the server has failed.
Please see the server log files for command status.
Command create-jmsdest failed.
==========================================

Were used such commands:

asadmin --user admin --passwordfile password.txt create-jmsdest --target c1 --desttype topic <dest_name>

asadmin --user admin --passwordfile password.txt list-jmsdest c1

Other admin CLI commands did not create such issue.

I did not see this issue on other platforms.



 Comments   
Comment by Tom Mueller [ 04/Jan/12 ]

Please attach the server.log file from the DAS. Also please provide the complete sequence of commands needed to reproduce the problem, including those for creating the cluster and instances.
What is the output if you run the command with AS_DEBUG=true?

I tried this with a single instance in a cluster on Linux and am not seeing the problem.

Comment by easarina [ 11/Jan/12 ]

GF 3.1.2 b16, two Solaris 11 machines. I've reproduced this problem manually.
I.e. unzip bits, then executed:
start-domain
change-admin-password
enable-secure-admin
stop-domain
start-domain
create-cluster c1
create-instances --node localhost-domain1 --cluster c1 in1
create-node-ssh --nodehost asqe-sblade-2 node2
create-instance --node node2 --cluster c1 in2
start-cluster c1
create-jmsdest --target c1 --desttype topic res6false

And then this command gave timeout.

=========================================================
hudson@asqe-sblade-1:~/workspace/Cluster/glassfish3/glassfish/bin$ export AS_DEBUG=true
hudson@asqe-sblade-1:~/workspace/Cluster/glassfish3/glassfish/bin$ asadmin --user admin --passwordfile /export/hudson/workspace/Cluster/appserver-sqe/ee/cluster_inf/password.txt create-jmsdest --target c1 --desttype topic res6false
CLASSPATH= ./../modules/admin-cli.jar
Commands: [--user, admin, --passwordfile, /export/hudson/workspace/Cluster/appserver-sqe/ee/cluster_inf/password.txt, create-jmsdest, --target, c1, --desttype, topic, res6false]
asadmin extension directory: /home/hudson/workspace/Cluster/glassfish3/glassfish/lib/asadmin
Assuming it's a remote command: create-jmsdest
Passwords were read from password file: /export/hudson/workspace/Cluster/appserver-sqe/ee/cluster_inf/password.txt
Setting password to: <non-null>
Prepare
URI: /__asadmin/create-jmsdest?Xhelp=true
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@16df84b
URL: http://localhost:4848/__asadmin/create-jmsdest?Xhelp=true
Password options: null
Using auth info: User: admin, Password: <non-null>
Following redirection to https://localhost:4848/__asadmin/create-jmsdest?Xhelp=true
URI: /__asadmin/create-jmsdest?Xhelp=true
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@5329c5
URL: https://localhost:4848/__asadmin/create-jmsdest?Xhelp=true
Password options: null
Using auth info: User: admin, Password: <non-null>
Response Content-Type: text/xml
------- RAW METADATA RESPONSE ---------
<?xml version="1.0" encoding="UTF-8" standalone="no"?><action-report description="create-jmsdest help" exit-code="SUCCESS"><message-part message=""><property name="GeneratedHelp" value="true"/><command name="create-jmsdest"><option name="destType" optional="false" short="T" type="STRING"/><option name="property" optional="true" type="PROPERTIES"/><option name="target" optional="true" type="STRING"/><operand max="1" min="1" name="dest_name" type="STRING"/></command></message-part></action-report>
------- RAW METADATA RESPONSE ---------
fetchCommandModel: got command opts: com.sun.enterprise.admin.util.CommandModelData@d56b37
doHttpCommand succeeds
Process program options
Parse command options
params:

{target: [c1] destType: [topic] }

operands: [res6false]
Prevalidate command options
Inject command options
Validate command options
asadmin --host localhost --port 4848 --user admin --passwordfile /export/hudson/workspace/Cluster/appserver-sqe/ee/cluster_inf/password.txt --interactive=true --echo=false --terse=false create-jmsdest --desttype topic --target c1 res6false
Execute command
doUpload set to false
URI: /__asadmin/create-jmsdest?destType=topic&target=c1&DEFAULT=res6false
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@15718f2
URL: https://localhost:4848/__asadmin/create-jmsdest?destType=topic&target=c1&DEFAULT=res6false
Password options: null
Using auth info: User: admin, Password: <non-null>

============================================================
Response Content-Type: text/xml
------- RAW METADATA RESPONSE ---------
<?xml version="1.0" encoding="UTF-8" standalone="no"?><action-report description="create-jmsdest help" exit-code="SUCCESS"><message-part message=""><property name="GeneratedHelp" value="true"/><command name="create-jmsdest"><option name="destType" optional="false" short="T" type="STRING"/><option name="property" optional="true" type="PROPERTIES"/><option name="target" optional="true" type="STRING"/><operand max="1" min="1" name="dest_name" type="STRING"/></command></message-part></action-report>
------- RAW METADATA RESPONSE ---------
fetchCommandModel: got command opts: com.sun.enterprise.admin.util.CommandModelData@d56b37
doHttpCommand succeeds
Process program options
Parse command options
params:

{target: [c1] destType: [topic] }

operands: [res6false]
Prevalidate command options
Inject command options
Validate command options
asadmin --host localhost --port 4848 --user admin --passwordfile /export/hudson/workspace/Cluster/appserver-sqe/ee/cluster_inf/password.txt --interactive=true --echo=false --terse=false create-jmsdest --desttype topic --target c1 res6false
Execute command
doUpload set to false
URI: /__asadmin/create-jmsdest?destType=topic&target=c1&DEFAULT=res6false
URL: com.sun.enterprise.admin.util.HttpConnectorAddress@15718f2
URL: https://localhost:4848/__asadmin/create-jmsdest?destType=topic&target=c1&DEFAULT=res6false
Password options: null
Using auth info: User: admin, Password: <non-null>
doHttpCommand: read timeout java.net.SocketTimeoutException: Read timed out
No response from Domain Admin Server after 600 seconds.
The command is either taking too long to complete or the server has failed.
Please see the server log files for command status.
Command create-jmsdest failed.
========================================================

In the instance server.log I saw such messages:

===========================================================

[#|2012-01-10T15:54:56.678-0800|INFO|glassfish3.1.2|javax.enterprise.resource.jms.com.sun.enterprise.connectors.jms.system|_ThreadID=14;_ThreadName=Thread-2;|JMS010: ADDRESSLIST in setJmsServiceProvider: mq://localhost:27676/,mq://asqe-sblade-2:27676/|#]

[#|2012-01-10T15:54:56.680-0800|INFO|glassfish3.1.2|javax.enterprise.resource.jms.com.sun.enterprise.connectors.jms.system|_ThreadID=14;_ThreadName=Thread-2;|JMS08: JMS Service Connection URL is : mq://localhost:27676/,mq://asqe-sblade-2:27676/|#]

[#|2012-01-10T15:54:57.317-0800|INFO|glassfish3.1.2|org.hibernate.validator.util.Version|_ThreadID=14;_ThreadName=Thread-2;|Hibernate Validator 4.2.0.Final|#]

[#|2012-01-10T15:54:58.390-0800|INFO|glassfish3.1.2|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=14;_ThreadName=Thread-2;|MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter: Version: 4.5.2 (Build 2-d) Compile: Thu Dec 8 17:30:48 PST 2011|#]

[#|2012-01-10T15:54:58.392-0800|INFO|glassfish3.1.2|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=14;_ThreadName=Thread-2;|MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter starting: broker is EMBEDDED, connection mode is TCP|#]

[#|2012-01-10T15:55:02.945-0800|SEVERE|glassfish3.1.2|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=14;_ThreadName=Thread-2;|MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException|#]

[#|2012-01-10T15:55:02.947-0800|INFO|glassfish3.1.2|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=14;_ThreadName=Thread-2;|SJSMQ LifecycleManagedBroker configuration=
brokerInstanceName =c1in1
brokerBindAddress =null
brokerPort =27676
brokerHomeDir =/home/hudson/workspace/Cluster/glassfish3/mq
brokerLibDir =/home/hudson/workspace/Cluster/glassfish3/mq/lib
brokerVarDir =/home/hudson/workspace/Cluster/glassfish3/glassfish/nodes/localhost-domain1/in1/imq
brokerJavaDir =/export/hudson/tools/jdk1.6.0_30-64/jre
brokerArgs =null
MasterBroker =mq://localhost:27676/
brokerId =null
adminUsername =admin
adminPassword =<default>
adminPassFile =null
ConnectionURL =mq://localhost:27676/,mq://asqe-sblade-2:27676/
dbType =null
dbProps ={}
dsProps ={}
useJNDIRmiServiceURL =true
useSSLJMXConnector =true
brokerEnableHA =false
clusterId =null
rmiRegistryPort =28686
startRmiRegistry =false
brokerStartTimeout = jmxServiceURL =null
60000

#]

[#|2012-01-10T15:55:02.958-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=14;_ThreadName=Thread-2;|java.lang.RuntimeException: java.lang.NullPointerException
at com.sun.messaging.jmq.jmsclient.runtime.impl.BrokerInstanceImpl.start(BrokerInstanceImpl.java:211)
at com.sun.messaging.jms.blc.EmbeddedBrokerRunner.start(EmbeddedBrokerRunner.java:331)
at com.sun.messaging.jms.blc.LifecycleManagedBroker.start(LifecycleManagedBroker.java:454)
at com.sun.messaging.jms.ra.ResourceAdapter.start(ResourceAdapter.java:383)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter$1.run(ActiveJmsResourceAdapter.java:360)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.startResourceAdapter(ActiveJmsResourceAdapter.java:353)
at com.sun.enterprise.connectors.ActiveOutboundResourceAdapter.init(ActiveOutboundResourceAdapter.java:129)
at com.sun.enterprise.connectors.inbound.ActiveInboundResourceAdapterImpl.init(ActiveInboundResourceAdapterImpl.java:90)
at com.sun.enterprise.connectors.ActiveRAFactory.instantiateActiveResourceAdapter(ActiveRAFactory.java:135)
at com.sun.enterprise.connectors.ActiveRAFactory.createActiveResourceAdapter(ActiveRAFactory.java:106)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:212)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:348)
at com.sun.enterprise.connectors.ConnectorRuntime.createActiveResourceAdapter(ConnectorRuntime.java:357)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.initializeService(ActiveJmsResourceAdapter.java:2180)
at com.sun.enterprise.v3.services.impl.ServiceInitializerHandler.onAcceptInterest(ServiceInitializerHandler.java:105)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:301)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKeys(SelectorHandlerRunner.java:263)
at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:200)
at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.NullPointerException
at com.sun.messaging.jmq.jmsserver.data.TransactionList.<init>(TransactionList.java:185)
at com.sun.messaging.jmq.jmsserver.Broker._start(Broker.java:1170)
at com.sun.messaging.jmq.jmsserver.Broker.start(Broker.java:456)
at com.sun.messaging.jmq.jmsserver.BrokerProcess.start(BrokerProcess.java:164)
at com.sun.messaging.jmq.jmsserver.DirectBrokerProcess.start(DirectBrokerProcess.java:92)
at com.sun.messaging.jmq.jmsclient.runtime.impl.BrokerInstanceImpl.start(BrokerInstanceImpl.java:206)
... 22 more

#]

[#|2012-01-10T15:55:02.966-0800|SEVERE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=14;_ThreadName=Thread-2;|RAR6035 : Resource adapter start failed.
javax.resource.spi.ResourceAdapterInternalException: java.security.PrivilegedActionException: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.startResourceAdapter(ActiveJmsResourceAdapter.java:369)
at com.sun.enterprise.connectors.ActiveOutboundResourceAdapter.init(ActiveOutboundResourceAdapter.java:129)
at com.sun.enterprise.connectors.inbound.ActiveInboundResourceAdapterImpl.init(ActiveInboundResourceAdapterImpl.java:90)
at com.sun.enterprise.connectors.ActiveRAFactory.instantiateActiveResourceAdapter(ActiveRAFactory.java:135)
at com.sun.enterprise.connectors.ActiveRAFactory.createActiveResourceAdapter(ActiveRAFactory.java:106)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:212)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:348)
at com.sun.enterprise.connectors.ConnectorRuntime.createActiveResourceAdapter(ConnectorRuntime.java:357)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.initializeService(ActiveJmsResourceAdapter.java:2180)
at com.sun.enterprise.v3.services.impl.ServiceInitializerHandler.onAcceptInterest(ServiceInitializerHandler.java:105)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:301)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKeys(SelectorHandlerRunner.java:263)
at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:200)
at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.security.PrivilegedActionException: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.startResourceAdapter(ActiveJmsResourceAdapter.java:353)
... 16 more
Caused by: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at com.sun.messaging.jms.blc.LifecycleManagedBroker.start(LifecycleManagedBroker.java:458)
at com.sun.messaging.jms.ra.ResourceAdapter.start(ResourceAdapter.java:383)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter$1.run(ActiveJmsResourceAdapter.java:360)
... 18 more
Caused by: java.lang.RuntimeException: java.lang.NullPointerException
at com.sun.messaging.jmq.jmsclient.runtime.impl.BrokerInstanceImpl.start(BrokerInstanceImpl.java:211)
at com.sun.messaging.jms.blc.EmbeddedBrokerRunner.start(EmbeddedBrokerRunner.java:331)
at com.sun.messaging.jms.blc.LifecycleManagedBroker.start(LifecycleManagedBroker.java:454)
... 20 more
Caused by: java.lang.NullPointerException
at com.sun.messaging.jmq.jmsserver.data.TransactionList.<init>(TransactionList.java:185)
at com.sun.messaging.jmq.jmsserver.Broker._start(Broker.java:1170)
at com.sun.messaging.jmq.jmsserver.Broker.start(Broker.java:456)
at com.sun.messaging.jmq.jmsserver.BrokerProcess.start(BrokerProcess.java:164)
at com.sun.messaging.jmq.jmsserver.DirectBrokerProcess.start(DirectBrokerProcess.java:92)
at com.sun.messaging.jmq.jmsclient.runtime.impl.BrokerInstanceImpl.start(BrokerInstanceImpl.java:206)
... 22 more

#]

[#|2012-01-10T15:55:02.990-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=14;_ThreadName=Thread-2;|com.sun.appserv.connectors.internal.api.ConnectorRuntimeException: Failed to start resource adapter : java.security.PrivilegedActionException: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at com.sun.enterprise.connectors.ActiveOutboundResourceAdapter.init(ActiveOutboundResourceAdapter.java:134)
at com.sun.enterprise.connectors.inbound.ActiveInboundResourceAdapterImpl.init(ActiveInboundResourceAdapterImpl.java:90)
at com.sun.enterprise.connectors.ActiveRAFactory.instantiateActiveResourceAdapter(ActiveRAFactory.java:135)
at com.sun.enterprise.connectors.ActiveRAFactory.createActiveResourceAdapter(ActiveRAFactory.java:106)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:212)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:348)
at com.sun.enterprise.connectors.ConnectorRuntime.createActiveResourceAdapter(ConnectorRuntime.java:357)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.initializeService(ActiveJmsResourceAdapter.java:2180)
at com.sun.enterprise.v3.services.impl.ServiceInitializerHandler.onAcceptInterest(ServiceInitializerHandler.java:105)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:301)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKeys(SelectorHandlerRunner.java:263)
at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:200)
at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: javax.resource.spi.ResourceAdapterInternalException: java.security.PrivilegedActionException: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.startResourceAdapter(ActiveJmsResourceAdapter.java:369)
at com.sun.enterprise.connectors.ActiveOutboundResourceAdapter.init(ActiveOutboundResourceAdapter.java:129)
... 15 more
Caused by: java.security.PrivilegedActionException: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.startResourceAdapter(ActiveJmsResourceAdapter.java:353)
... 16 more
Caused by: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at com.sun.messaging.jms.blc.LifecycleManagedBroker.start(LifecycleManagedBroker.java:458)
at com.sun.messaging.jms.ra.ResourceAdapter.start(ResourceAdapter.java:383)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter$1.run(ActiveJmsResourceAdapter.java:360)
... 18 more
Caused by: java.lang.RuntimeException: java.lang.NullPointerException
at com.sun.messaging.jmq.jmsclient.runtime.impl.BrokerInstanceImpl.start(BrokerInstanceImpl.java:211)
at com.sun.messaging.jms.blc.EmbeddedBrokerRunner.start(EmbeddedBrokerRunner.java:331)
at com.sun.messaging.jms.blc.LifecycleManagedBroker.start(LifecycleManagedBroker.java:454)
... 20 more
Caused by: java.lang.NullPointerException
at com.sun.messaging.jmq.jmsserver.data.TransactionList.<init>(TransactionList.java:185)
at com.sun.messaging.jmq.jmsserver.Broker._start(Broker.java:1170)
at com.sun.messaging.jmq.jmsserver.Broker.start(Broker.java:456)
at com.sun.messaging.jmq.jmsserver.BrokerProcess.start(BrokerProcess.java:164)
at com.sun.messaging.jmq.jmsserver.DirectBrokerProcess.start(DirectBrokerProcess.java:92)
at com.sun.messaging.jmq.jmsclient.runtime.impl.BrokerInstanceImpl.start(BrokerInstanceImpl.java:206)
... 22 more

#]

[#|2012-01-10T15:55:03.002-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=14;_ThreadName=Thread-2;|com.sun.appserv.connectors.internal.api.ConnectorRuntimeException: Failed to start resource adapter : java.security.PrivilegedActionException: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at com.sun.enterprise.connectors.ActiveOutboundResourceAdapter.init(ActiveOutboundResourceAdapter.java:134)
at com.sun.enterprise.connectors.inbound.ActiveInboundResourceAdapterImpl.init(ActiveInboundResourceAdapterImpl.java:90)
at com.sun.enterprise.connectors.ActiveRAFactory.instantiateActiveResourceAdapter(ActiveRAFactory.java:135)
at com.sun.enterprise.connectors.ActiveRAFactory.createActiveResourceAdapter(ActiveRAFactory.java:106)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:212)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:348)
at com.sun.enterprise.connectors.ConnectorRuntime.createActiveResourceAdapter(ConnectorRuntime.java:357)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.initializeService(ActiveJmsResourceAdapter.java:2180)
at com.sun.enterprise.v3.services.impl.ServiceInitializerHandler.onAcceptInterest(ServiceInitializerHandler.java:105)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:301)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKeys(SelectorHandlerRunner.java:263)
at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:200)
at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: javax.resource.spi.ResourceAdapterInternalException: java.security.PrivilegedActionException: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.startResourceAdapter(ActiveJmsResourceAdapter.java:369)
at com.sun.enterprise.connectors.ActiveOutboundResourceAdapter.init(ActiveOutboundResourceAdapter.java:129)
... 15 more
Caused by: java.security.PrivilegedActionException: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.startResourceAdapter(ActiveJmsResourceAdapter.java:353)
... 16 more
Caused by: javax.resource.spi.ResourceAdapterInternalException: MQJMSRA_RA4001: start:Aborting:Exception starting EMBEDDED broker=java.lang.NullPointerException
at com.sun.messaging.jms.blc.LifecycleManagedBroker.start(LifecycleManagedBroker.java:458)
at com.sun.messaging.jms.ra.ResourceAdapter.start(ResourceAdapter.java:383)
at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter$1.run(ActiveJmsResourceAdapter.java:360)
... 18 more
Caused by: java.lang.RuntimeException: java.lang.NullPointerException
at com.sun.messaging.jmq.jmsclient.runtime.impl.BrokerInstanceImpl.start(BrokerInstanceImpl.java:211)
at com.sun.messaging.jms.blc.EmbeddedBrokerRunner.start(EmbeddedBrokerRunner.java:331)
at com.sun.messaging.jms.blc.LifecycleManagedBroker.start(LifecycleManagedBroker.java:454)
... 20 more
Caused by: java.lang.NullPointerException
at com.sun.messaging.jmq.jmsserver.data.TransactionList.<init>(TransactionList.java:185)
at com.sun.messaging.jmq.jmsserver.Broker._start(Broker.java:1170)
at com.sun.messaging.jmq.jmsserver.Broker.start(Broker.java:456)
at com.sun.messaging.jmq.jmsserver.BrokerProcess.start(BrokerProcess.java:164)
at com.sun.messaging.jmq.jmsserver.DirectBrokerProcess.start(DirectBrokerProcess.java:92)
at com.sun.messaging.jmq.jmsclient.runtime.impl.BrokerInstanceImpl.start(BrokerInstanceImpl.java:206)
... 22 more

#]

[#|2012-01-10T15:55:03.011-0800|SEVERE|glassfish3.1.2|com.sun.enterprise.v3.services.impl.ServiceInitializerHandler|_ThreadID=14;_ThreadName=Thread-2;|Lazy Service initialization failed for port = 27676|#]
==========================================================

But then next attempt to execute create-jmsdest was successful.

I've restarted a cluster, then saw several unsuccessful create-jmsdest commands then a successful again and so on.

Comment by Nigel Deakin [ 11/Jan/12 ]

@easarina - when you saw the startup failure you reported in the previous comment, were there any errors in the corresponding MQ broker log?

Nigel

Comment by easarina [ 11/Jan/12 ]

I've re-run the test using b17. Don't see this issue any more.

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

It's possible this problem was fixed by the fix for GLASSFISH-18133 which was pretty general in nature.

Comment by easarina [ 12/Jan/12 ]

David Zhao wrote:
==========================================================
I noticed that you closed the defect for it can't be reproduced on b17. But I can still reproduce it with the clean developer build against latest GF3.1.2 source codes.
==========================================

By my observations, the problem happened sometimes, so probably it just was not seen during the last execution.

Comment by scatari [ 12/Jan/12 ]

Can you please to reproduce this on an official 01/17 nightly build? A local developer build is not an ideal build to verify. Please reopen it if you see it.

Comment by David Zhao [ 13/Jan/12 ]

I retry it with the nightly build b17 and I can still see the issue. So I reopen this defect per scatari's comments.

In the GF instance log file, the build# is 17:

[#|2012-01-13T07:40:18.302+0000|INFO|glassfish3.1.2|com.sun.enterprise.server.logging.GFFileHandler|_ThreadID=1;_ThreadName=Thread-2;|Running GlassFish Version: GlassFish Server Open Source Edition 3.1.2-b17 (build 17)|#]

In the imq log file it still shows the broker address is wrong:

[13/Jan/2012:07:47:20 GMT] ERROR [B3168]: Invalid broker address for this broker to run in cluster: Loopback IP address is not allowed in broker address mq://127.0.0.1:27678/?instName=myclusterinstance01&brokerSessionUID=240437723989200128 for cluster
[13/Jan/2012:07:47:20 GMT] WARNING [B1137]: Cluster initialization failed. Disabling the cluster service.

Comment by easarina [ 13/Jan/12 ]

This error messages in the mq log file: mq://127.0.0.1:27678/ means that /etc/hosts file on that machine probably doesn't have ip address and machine name.

Comment by David Zhao [ 16/Jan/12 ]

====================================
/etc/hosts
====================================
::1 burf07cn07 burf07cn07.local localhost loghost
127.0.0.1 burf07cn07 burf07cn07.local localhost loghost
192.168.50.37 burf07cn07-priv. burf07cn07-priv

====================================
ifconfig -a
====================================
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
inet 127.0.0.1 netmask ff000000
bond0: flags=8001000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,IPMP> mtu 65520 index 2
inet 192.168.50.37 netmask ffffff00 broadcast 192.168.50.255
groupname bond0
bond0_0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 65520 index 3
inet 0.0.0.0 netmask ff000000 broadcast 0.255.255.255
groupname bond0
ipib 80:0:0:4d:fe:80:0:0:0:0:0:0:0:21:28:0:1:a1:45:b5
bond0_1: flags=61000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,STANDBY,INACTIVE> mtu 65520 index 4
inet 0.0.0.0 netmask ff000000 broadcast 0.255.255.255
groupname bond0
ipib 80:0:0:4c:fe:80:0:0:0:0:0:0:0:21:28:0:1:a1:45:b6
igb0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 5
inet 10.149.50.37 netmask fffffc00 broadcast 10.149.51.255
ether 0:21:28:81:dc:a4
lo0: flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu 8252 index 1
inet6 ::1/128
igb0: flags=20002000840<RUNNING,MULTICAST,IPv6> mtu 1500 index 5
inet6 ::/0
ether 0:21:28:81:dc:a4

I tried both hostnames burf07cn07 and burf07cn07-priv, but no luck - the broker always tried 127.0.0.1. What is the logic of embedded imq broker to choose an ip address if there is no BrokerBindAddress parameter passed in?

./asadmin create-node-ssh --passwordfile sshpass.txt --nodehost burf07cn07 cn07

and

./asadmin create-node-ssh --passwordfile sshpass.txt --nodehost burf07cn07-priv cn07

Comment by David Zhao [ 16/Jan/12 ]

I also tried running the following simple class on the box.

import java.net.*;

public class TestHostname {
public static void main(String[] args) throws Exception

{ InetAddress addr = InetAddress.getByName(null); System.out.println("HostAddress: " + addr.getHostAddress()); System.out.println("HostName: " + addr.getHostName()); System.out.println("CanonicalHostName: " + addr.getCanonicalHostName()); System.out.println("toString: " + addr); }

}

=================================
Result:
=================================
HostAddress: 127.0.0.1
HostName: localhost
CanonicalHostName: burf07cn07
toString: localhost/127.0.0.1

Inside MQ module, without BrokerBindAddress parameter being passed into imq broker, can InetAddress.getLocalHost().getHostAddress() or InetAddress.getByName(null).getHostAddress() be used to get the HostAddress for starting the broker, which may result in 127.0.0.1?

In MQ4.5.1, class BrokerMQAddress has the following logic (Sorry I can not see the MQ 4.5.2 source repository for I have no SUN login to access it):

public void resolveHostName() throws UnknownHostException {
if (host == null) {
String h = getHostName();
if (h == null || h.equals("") || h.equals("localhost"))

{ host = InetAddress.getLocalHost(); }

else

{ host = InetAddress.getByName(h); }

}
}

Comment by easarina [ 16/Jan/12 ]

As I understand /etc/hosts should not have a machine name at the 127.0.0.1 and ::1 lines. For example:

127.0.0.1 localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6
10.133.185.106 bigapp-opteron-7 bigapp-opteron-7.us.oracle.com

Comment by David Zhao [ 17/Jan/12 ]

Hi easarina,

Can you reproduce it with machine name at the 127.0.0.1 and ::1 lines in /etc/hosts?

Comment by easarina [ 17/Jan/12 ]

I did not use /etc/hosts with the machine name in 127.0.0.1 and ::1 lines. But, if the timeout issue happened only because the /etc/hosts configuration, then, I believe, the results of the asadmin command should not depend from the particular configuration of the /etc/hosts file on the particular machine.

Comment by amyk [ 18/Jan/12 ]

Please see MQ Administration Guide on loopback IP address
http://docs.oracle.com/cd/E18930_01/html/821-2438/aeohz.html#aeoia

Comment by David Zhao [ 18/Jan/12 ]

Amy,

My question is: If jmsra passes "brokerBindAddress =null" to the embedded/local broker when broker is started (which is the current behavior), what ip address will be used for imq starting? Will it fall into 127.0.0.1 by default? Please confirm if embedded/local broker expects the brokerBindAddress parameter with value of hostname to be passed in from jmsra?

Comment by amyk [ 18/Jan/12 ]

If null is passed as brokerBindAddress, the broker will use InetAddress.getLocalHost(). The above MQ Administration Guide link says the resolved IP address, depends on network configuration on your system, must not be loopback IP address.

Comment by David Zhao [ 19/Jan/12 ]

Agree with what Amy said.

In the MQ Administration Guide which Amy pointed out, it has:

*************************************************
Network loopback IP address. You must make sure that no broker in the cluster is given an address that resolves to a loopback network (127...*) IP address. Any broker configured with such an address will be unable to connect to other brokers in the cluster.

In particular, some Linux installers automatically set the local host to a loopback network address, most commonly 127.0.0.1. On such systems, you must do the following: For each Linux system participating in the cluster, check the /etc/hosts file as part of cluster setup. If the system uses a static IP address, edit the /etc/hosts file to specify the correct address for the local host. If the address is registered with Domain Name Service (DNS), edit the file /etc/nsswitch.conf so that DNS lookup is performed before consulting the local hosts file.

*************************************************

And I found on Solaris, an extra file (/etc/inet/ipnodes) should be checked except for /etc/hosts. After remove the hostname mapping to loopback in /etc/inet/ipnodes, the jms broker can be started without any problem.

So I closed the issue for that it is my configuration issue and it is Not a Bug in function.

I am not sure if this should be added into documentation, but I will create a sub-task for it as reminder.

Comment by amyk [ 19/Jan/12 ]

Liang,

My above comment on the loopback IP Adddress is only for the broker cluster init problem that occurred on your system, which may or may not be related to the real issue of this jira.

Comment by David Zhao [ 19/Jan/12 ]

To clarify, after removing the hostname mapping to loopback in both /etc/hosts and /etc/inet/ipnodes, the jms broker can be started successfully and I can not reproduce the issue any more.





[GLASSFISH-18107] error message appearing after 'save' of new jdbc connection pool or resource Created: 30/Dec/11  Updated: 20/Jan/12  Resolved: 03/Jan/12

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b16
Fix Version/s: 3.1.2_b17, 4.0_b21

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

windows 7, jdk 7u2, x64.


Attachments: File server_.7z    
Issue Links:
Duplicate
is duplicated by GLASSFISH-18129 Modifying values in LB Config throws ... Resolved
is duplicated by GLASSFISH-18136 Blocking: RuntimeException modifying ... Closed
Tags: 3_1_2-review, 3_1_x-exclude

 Description   

did a fresh install of glassfish 3.1.2 b16.

manually added the latest jdbc4 driver jar for postgresql to the domain

{x}

/lib directory then started the domain.

proceeded to add a JDBC Connection Pool, and after the initial 'save' button usage, was presented with (in the right hand pane) 'class java.lang.RuntimeException'.

I did find that the settings had been saved, however.

I proceeded to add a JDBC Resource for the newly added pool, and, upon using the 'save' button, was again rewarded with the same message being displayed.

Again, the pool definition did appear to have been saved.

I have attached the log file.



 Comments   
Comment by Anissa Lam [ 02/Jan/12 ]
  • What is the impact on the customer of the bug?
    User will not be able to save any property tables.
  • What is the cost/risk of fixing the bug?
    2 hours. Test and ensure the object type is a Map.
  • Is there an impact on documentation or message strings?
    No.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    Test to ensure that password is still masked when logged in server.log. Also verify that page with Property table can be saved properly.
  • Which is the targeted build of 3.1.2 for this fix?
    3.1.2_b17

Index: src/main/java/org/glassfish/admingui/common/util/RestUtil.java
===================================================================
— src/main/java/org/glassfish/admingui/common/util/RestUtil.java (revision 51836)
+++ src/main/java/org/glassfish/admingui/common/util/RestUtil.java (working copy)
@@ -220,6 +220,9 @@

private static Map maskOffPassword(Map<String, Object> attrs){
Map masked = new HashMap();
+ if (attrs == null)

{ + return masked; + }

for(String key : attrs.keySet()){
if (pswdAttrList.contains(key.toLowerCase())){
@@ -307,7 +310,10 @@
// Parse the response
String message = "";
ExitCode exitCode = ExitCode.FAILURE;

  • Map maskedAttr = maskOffPassword((Map<String, Object>)attrs);
    + Object maskedAttr = attrs;
    + if ((attrs != null) && (attrs instanceof Map)) { + maskedAttr = maskOffPassword((Map<String, Object>)attrs); + }

    if (response != null) {
    try {
    int status = response.getResponseCode();

Comment by Anissa Lam [ 03/Jan/12 ]

28) svn commit
Sending common/src/main/java/org/glassfish/admingui/common/util/RestUtil.java
Transmitting file data .
Committed revision 51859.

Comment by Anissa Lam [ 20/Jan/12 ]

Also fixed in the trunk.

Revisions:
----------
52218
Modified Paths:
---------------
trunk/main/appserver/admingui/common/src/main/java/org/glassfish/admingui/common/util/RestUtil.java





[GLASSFISH-18103] [NLS]Some parameters are missing in the translated properties Created: 30/Dec/11  Updated: 31/Jan/12  Resolved: 18/Jan/12

Status: Closed
Project: glassfish
Component/s: i18n
Affects Version/s: 3.1.2_b16
Fix Version/s: 3.1.2_b18

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

Bundle:ogs-3.1.2-b16-unix-ml.sh
OS:OEL5 x64


Attachments: Zip Archive paramCheckReport.zip    
Tags: 3_1_2-review

 Description   

1. Install the bundle;
2. Check jar files and -l10n.jar files in glassfish3/glassfish/modules which contain translated properties for en and 9 locales;
3. For the translated keys in en and 9 locales, some parameters are missing. Please check the reports in attached file. They show the detail.



 Comments   
Comment by gmurr [ 18/Jan/12 ]

fixed in build 18

Comment by li.wu [ 31/Jan/12 ]

Fixed.





[GLASSFISH-18094] Need Status if _create-instance-filesystem fails Created: 29/Dec/11  Updated: 29/Dec/11  Resolved: 29/Dec/11

Status: Resolved
Project: glassfish
Component/s: distributed management
Affects Version/s: None
Fix Version/s: 3.1.2_b17, 4.0_b17

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

Issue Links:
Dependency
depends on GLASSFISH-18084 das.properties needs work Open
Tags: 3_1_2-review

 Description   

1) make sure that a remote DCOM node is unable to call back to DAS. Pretty easy. Have DAS on a different domain, or not findable in DNS.
Very simple way – setup DAS on a laptop with a dynamic IP address. The instance machine won't find it.

2) run create-instance and it will fail to create the crucial das.properties file yet it returns success

Problem: We don't know how to get return status back from remote DCOM commands

Fix: make sure all the directories and files were created



 Comments   
Comment by Byron Nevins [ 29/Dec/11 ]

What is the impact on the customer of the bug?
Currently this happens:
create-instance will report that the instance was created successfully even though the local stuff didn't work

How likely is it that a customer will see the bug and how serious is the bug?
He will always see it.

Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
New feature.
What is the cost/risk of fixing the bug?
1 day

How risky is the fix? How much work is the fix? Is the fix complicated?
1 day. Fairly simple. Essentially no risk.

Is there an impact on documentation or message strings?
No

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

Which is the targeted build of 3.1.2 for this fix?
B16

Comment by Byron Nevins [ 29/Dec/11 ]

I left out of the description – the problem is that after it fails on the remote node it is reported as a success to the user. And there is NO WAY the instance can run.

Comment by Byron Nevins [ 29/Dec/11 ]

Now the failure is noticede and this message is presented:

D:\gf\branches\3.1.2\cluster\ssh>\glassfish3\glassfish\bin\asadmin -W d:\pw create-instance --node laptop_node fubar300
Successfully created instance fubar300 in the DAS configuration, but failed to create the instance files on node laptop_node (bigapp-oblade-3).

Command failed on node laptop_node (bigapp-oblade-3): Command _create-instance-filesystem failed.

To complete this operation run the following command locally on host bigapp-oblade-3 from the GlassFish install location c:/glassfish3:

bin/asadmin --host WNEVINS-LAP --port 4848 create-local-instance --node laptop_node fubar300

===========

Notice how "WNEVINS-LAP" will never work from the instance machine which is sitting in a Lab inside Oracle.

Comment by Byron Nevins [ 29/Dec/11 ]

Another enhancement – the created instance dir should be whacked when there is a failure contacting DAS

Comment by Byron Nevins [ 29/Dec/11 ]

Added utility methods:

D:\gf\branches\3.1.2\cluster\common>svn commit . D:\gf\trunk\main\nucleus\cluster\common
Adding branches\3.1.2\cluster\common\src\main\java\com\sun\enterprise\util\cluster\Paths.java
Adding branches\3.1.2\cluster\common\src\test
Adding branches\3.1.2\cluster\common\src\test\java
Adding branches\3.1.2\cluster\common\src\test\java\com
Adding branches\3.1.2\cluster\common\src\test\java\com\sun
Adding branches\3.1.2\cluster\common\src\test\java\com\sun\enterprise
Adding branches\3.1.2\cluster\common\src\test\java\com\sun\enterprise\util
Adding branches\3.1.2\cluster\common\src\test\java\com\sun\enterprise\util\cluster
Adding branches\3.1.2\cluster\common\src\test\java\com\sun\enterprise\util\cluster\PathsTest.java
Adding trunk\main\nucleus\cluster\common\src\main\java\com\sun\enterprise\util\cluster\Paths.java
Adding trunk\main\nucleus\cluster\common\src\test
Adding trunk\main\nucleus\cluster\common\src\test\java
Adding trunk\main\nucleus\cluster\common\src\test\java\com
Adding trunk\main\nucleus\cluster\common\src\test\java\com\sun
Adding trunk\main\nucleus\cluster\common\src\test\java\com\sun\enterprise
Adding trunk\main\nucleus\cluster\common\src\test\java\com\sun\enterprise\util
Adding trunk\main\nucleus\cluster\common\src\test\java\com\sun\enterprise\util\cluster
Adding trunk\main\nucleus\cluster\common\src\test\java\com\sun\enterprise\util\cluster\PathsTest.java
Transmitting file data ....

Comment by Byron Nevins [ 29/Dec/11 ]

related

Comment by Byron Nevins [ 29/Dec/11 ]

D:\gf\branches\3.1.2\cluster>svn commit -F commit.txt ssh\src\main\java\org\glassfish\cluster\ssh\connect\NodeRunnerDcom.java D:\gf\trunk\main\nucleu
s\cluster\ssh\src\main\java\org\glassfish\cluster\ssh\connect\NodeRunnerDcom.java
Sending branches\3.1.2\cluster\ssh\src\main\java\org\glassfish\cluster\ssh\connect\NodeRunnerDcom.java
Sending trunk\main\nucleus\cluster\ssh\src\main\java\org\glassfish\cluster\ssh\connect\NodeRunnerDcom.java
Transmitting file data ..
Committed revision 51823.





[GLASSFISH-18090] No domain name when execute list-domains in ko and zh_CN locales, but it is OK in en locale Created: 27/Dec/11  Updated: 19/Jan/12  Resolved: 18/Jan/12

Status: Closed
Project: glassfish
Component/s: command_line_interface
Affects Version/s: 3.1.2_b15
Fix Version/s: 3.1.2_b18

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: gmurr
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: Ubuntu 11.04 x86 w/JDK1.7.0 32bit
Bundle: glassfish-3.1.2-b15-unix-ml.sh
Server Locale: zh_CN and ko


Attachments: JPEG File list-domains_no_domainName.jpg    
Issue Links:
Dependency
depends on GLASSFISH-18128 Unlocalized message in the output of ... Closed
Tags: 3_1_2-review, 3_1_2_review

 Description   

No domain name in the output of the command "list-domains" in ko and zh_CN locales, but it is OK in en locale

To reproduce:
Execute command "asadmin list-domains" in CLI after complete GF installation with set locale as zh_CN.UTF-8

System said in Chinese:
running, restart required to apply configuration changes
Command list-domains executed successfully.

There are no domain name "domain1" in the output of the command, but it works fine when set locale as EN. Attached screen shot for your reference.

This issue is reproducible in the Solaris 11 Express x64 w/JDK1.7.0 64 bit ko locale.



 Comments   
Comment by sunny-gui [ 27/Dec/11 ]

After decompress cli-optional-l10n.jar, I checked the file /com/sun/enterprise/admin/cli/optional/LocalStrings_zh_CN.properties,
there is missing parameter

{0} for String ID "list.domains.StatusRunning", for example,
In the file LocalStrings_zh_CN.properties,
#EN list.domains.StatusRunning=running
list.domains.StatusRunning=\u6b63\u5728\u8fd0\u884c

But in the LocalStrings.properties, there is parameter {0}

, like this
list.domains.StatusRunning=

{0} running

There is also missing parameter {0}

for following String IDs in the LocalStrings_zh_CN.properties,
list.domains.StatusRestartRequired
list.domains.StatusNotRunning
list.domains.StatusUnknown

I also checked following properties files and this issue is reproducible.
LocalStrings_zh_TW.properties
LocalStrings_ja.properties
LocalStrings_ko.properties
LocalStrings_de.properties
LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_it.properties
LocalStrings_pt_BR.properties

Comment by Rui Wang [ 27/Dec/11 ]

This issue is caused by translation. So assign to Georges.

Comment by gmurr [ 18/Jan/12 ]

Fixed in build 18

Comment by sunny-gui [ 19/Jan/12 ]

Verified and fixed in build 18, but there are unlocalized strings, already filed issue 18128.

Comment by sunny-gui [ 19/Jan/12 ]

Verified and fixed in build 18, so close issue 18090, but there is regression issue 18128.

For issue 18090, here are verified details info.
Bundle: ogs-3.1.2-web-b18-ml.zip
Server OS: OEL 6 x64, this issue

After decompress cli-optional-l10n.jar, I checked the file /com/sun/enterprise/admin/cli/optional/LocalStrings_zh_CN.properties, there are parameter

{0}

for following String IDs
list.domains.StatusRunning
list.domains.StatusRestartRequired
list.domains.StatusNotRunning
list.domains.StatusUnknown





[GLASSFISH-18060] [JRockit-intermittent] ClassCastException observed in instance logs when running lb tests (com.sun.grizzly.config.ContextRootInfo cannot be cast to org.apache.catalina.Context) Created: 20/Dec/11  Updated: 16/Feb/12  Resolved: 16/Feb/12

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.2_b14
Fix Version/s: 3.1.2_b22

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

Attachments: Zip Archive 18060-logs-b17-instrumented-2.zip     Zip Archive 18060-logs-b17-instrumented-3.zip     Zip Archive 18060-logs-b17-instrumented.zip     Zip Archive 18160-logs-b17.zip     Zip Archive failed-test-sample.zip     GZip Archive instr.tar.gz     Zip Archive results-sw9.zip    
Issue Links:
Related
is related to GLASSFISH-17006 glassfish 3.1.1 virtual server night... Resolved
is related to GLASSFISH-18211 http client sometimes receives a "400... Resolved
Tags: 312_qa, 3_1_2-review

 Description   

GF build 14
Setup: Cluster with 10 instances
Platform: OEL6 with JRockit
Has this passed before: OEL + JRockit combination was last used in GF 3.1 where the LB tests did pass and the ClassCastExceptions were not seen.

When running the HA - LB tests we found that some of the tests failed with the response - "400 Bad Request". All of the tests that failed were found to have one of the instance's containing the below ClassCastException. The exception does not seem to appear on the passed tests (checked on a few of the passed tests). No other information could be obtained from the logs to indicate any other cause for the response. This is still only a guess that the below exception was causing the bad response.

The exception appears about 10 to 20 seconds after the app is successfully deployed. It appeared only on instance107 (see attached logs from one of the failed tests - 10 instance set up). Now, curiously, mostly of the tests that failed showed successful requests served by instance 102, 103, 104 & 105, and then would throw the bad response when LB was to forward the subsequent request to instance106.

[#|2011-12-17T02:45:48.500-0800|SEVERE|glassfish3.1.2|org.apache.catalina.connector.CoyoteAdapter|_ThreadID=56;_ThreadName=Thread-2;|PWC3989: An exception or error occurred in the container during the request processing
java.lang.ClassCastException: com.sun.grizzly.config.ContextRootInfo cannot be cast to org.apache.catalina.Context
at org.apache.catalina.connector.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:534)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:271)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:662)

#]

Please send a mail if you like to view logs from other failed tests.



 Comments   
Comment by Shing Wai Chan [ 22/Dec/11 ]

The corresponding code in CoyoteAdapter is as follows:

 
       Object context = request.getMappingData().context;
        if (context instanceof ContextRootInfo) {
            // this block of code will be invoked when an AJP request is intended
            // for an Adapter other than the CoyoteAdapter
            final Adapter toInvoke = ((ContextRootInfo) context).getAdapter();
            // Ensure the Adapter isn't the ContainerMapper.  It could be there
            // is only one container/adapter currently active.  If this is the
            // case, it could cause recursion and blow the stack.
            if (!"com.sun.enterprise.v3.services.impl.ContainerMapper".equals(toInvoke.getClass().getName())) {
                toInvoke.service(req, res);
                toInvoke.afterService(req, res);
                return false;
            }    
        }

        Context ctx = (Context) context;

This is introduced in rev 40454 for fixing http://java.net/jira/browse/GLASSFISH-12458
("EJB Webservices not available via mod_jk listener").

Comment by Ryan Lubke [ 03/Jan/12 ]
  • What is the impact on the customer of the bug?
    Potential issue with load balancing.

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
Given the test scenario, most likely will be seen.

  • What is the cost/risk of fixing the bug?
    Cost is low. The code in question may be removed now that grizzly provides AJP services. Hack
    is no longer needed.

How risky is the fix? How much work is the fix? Is the fix complicated?
Low. Revert the code back to the state before the change was introduced. Not complex - it's a single block.

  • Is there an impact on documentation or message strings?
    No.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    The tests that found the issue would be fine.
  • Which is the targeted build of 3.1.2 for this fix?
    17
Comment by Ryan Lubke [ 03/Jan/12 ]

Changes applied (3.1.2: 51860; 4.0: 51862).

Comment by varunrupela [ 12/Jan/12 ]

Issue exists with build 17.
Tests were run on OEL6 with JRockit.

The stack trace has one difference - the line of code from which the exception is thrown:

[#|2012-01-11T09:49:24.039-0800|SEVERE|glassfish3.1.2|org.apache.catalina.connector.CoyoteAdapter|_ThreadID=70;_ThreadName=Thread-2;|PWC3989: An exception or error occurred in the container during the request processing
java.lang.ClassCastException: com.sun.grizzly.config.ContextRootInfo
at org.apache.catalina.connector.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:519)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:271)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:747)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1046)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:105)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:91)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:56)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:662)

#]
Comment by Ryan Lubke [ 12/Jan/12 ]

Shing-Wai, I removed the code that was added as a workaround for the old ajp listener implementation. It appears that it wasn't responsible for the issue.

Passing back to you as you're more familiar with the web container.

Comment by Ryan Lubke [ 12/Jan/12 ]

Is it possible to get the full server log for the instance that is failing? Looking through what was originally attached, the log was truncated (i.e., all activity prior to application deployment isn't present).

Comment by Ryan Lubke [ 12/Jan/12 ]

Working though the code now, however, if it is possible to provide a scaled-down reproduction, it would help us nail this down.

Comment by Ryan Lubke [ 12/Jan/12 ]

Instrumented Jars

Comment by Ryan Lubke [ 12/Jan/12 ]

I've attached instrumented jars to aid debugging in the QE environment. These JARs are specifically for b17. Please install them into the modules directory of the server(s) and run the tests again.

I'll need the full log of the server that fails the test.

Comment by varunrupela [ 13/Jan/12 ]

In the attached logs, the ClassCastException appears in instances instance102 & instance109. The logs for those can be seen under 18160-logs-b17/st-cluster

Comment by varunrupela [ 13/Jan/12 ]

Attached logs obtained from one of the failed test cases.

Since the issue is intermittent and we haven't been able to identify a fixed set of steps to reproduce the issue yet, we will need to re-run a number of LB tests to be able to reproduce the issue using the instrumented jars.

Will provide logs obtained while using the instrumented jars after running the tests again.

Comment by Ryan Lubke [ 13/Jan/12 ]

Yep, understand the difficulties. But if you could reduce the cluster size to say two and still reproduce it, it would be much simpler on this end to deal with.

Will keep an eye out for the instrumented logs.

Comment by varunrupela [ 13/Jan/12 ]

Attaching logs from a test run that saw the ClassCastException. These logs have been generated from an instrumented build 17.
Please see the logs for instances: instance102, instance105 or instance107 under

Ryan: Do we still need logs from a 2 instance cluster ?

Comment by varunrupela [ 13/Jan/12 ]

Contrary to what was reported in the description of this bug, this exception has now been observed to appear on some of the test that passed. QE needs to further analyze the tests to check if the failed tests have a different or additional cause. Its also possible that the tests that passed did not get affected by the exception due to the nature of the scenarios contained in those tests.

QE will continue to analyze tests that show this exception.

Ryan: Could you help explain the effect that this exception may have on new/subsequent requests that land on an affected instance ? Thanks.

Comment by Ryan Lubke [ 13/Jan/12 ]

No need for logs for a two instance cluster. I was more curious if the issue could be resolved in such a scenario. If it was the case, then it would be likely I could repeat on my machine.

I'll review the logs and follow up with the question regarding the impact of the CCE.

Comment by Ryan Lubke [ 13/Jan/12 ]

Ok, in the cast of the CCE, the response will be a 200 with no content. So the CCE isn't causing the 400.

Comment by Ryan Lubke [ 13/Jan/12 ]

So looking through the code, there are several cases where a 400 may be send as a response to a request.

  • if the request is HTTP/1.1 but there is no Host header.
  • invalid characters in the host header value
  • if the runtime is unable to parse the request URI
  • if the header is so large that it overflows the buffer (in this case, severe messages are written to the log,
    so this isn't the case here).

It would be useful to use something like ngrep (or whatever your tool of choice is) to capture the traffic between the
loadbalancer and the cluster instances so we can see the actual request content that is triggering the issue.

Comment by Ryan Lubke [ 13/Jan/12 ]

Added further instrumentation to web-core.jar. Please run the tests with the new jar.

Thanks,
-rl

Comment by varunrupela [ 16/Jan/12 ]

Thanks for the details Ryan.

Working on this now. Will update the bug once we have reproduced the issue with the new jar. Will also try and capture more information regarding the 400 Bad Request and file a separate bug.

Comment by Ryan Lubke [ 17/Jan/12 ]

Please use this web-core.jar instead.

Comment by varunrupela [ 17/Jan/12 ]

Attaching logs with the latest instrumented jars.
Please see st-cluster/instance101/logs/server.log for the ClassCastException.

Also, updated Summary as the 400 Bad Request does not seem to appear due to the ClassCastException. Will investigate more and file a separate bug for that. The ClassCastException appears in the logs of tests that have passed and 400 Bad Request seems to show up after the setup has been up and running for some hours and then the lb tests are run.

Comment by Ryan Lubke [ 17/Jan/12 ]

Ok, narrowed further. Further instrumentation to follow. Thanks for the help!

Comment by Ryan Lubke [ 17/Jan/12 ]

Ok, there's a total of three jars now. All go in the modules directory.

For the server that exhibits the issue, I will need the full log (including startup).

Comment by varunrupela [ 19/Jan/12 ]

Attached instance startup logs and those of a test (CCE appears in the logs of instance102 and instance107)

Comment by varunrupela [ 19/Jan/12 ]

The CCE reported in issue 17006 is similar to what is seen in 18060.

Comment by Ryan Lubke [ 19/Jan/12 ]

Would it be possible to include the log segment where deployment of the test application occurs on instance 102?

Comment by varunrupela [ 19/Jan/12 ]

Instance102's logs are at test-logs/st-cluster/instance102/logs/server.log

The client logs in ant.output show the following deploy message at time 1:15:32:
[testng] Jan 19, 2012 1:15:32 AM com.sun.dft.glassfish.utils.Utility logCommandOutput
[testng] INFO: Command Executed at agent machine agent1: /space/gf-ha/glassfish3/bin/asadmin --user admin deploy --availabilityenabled=true --force=true --target st-cluster /space/gf-ha/agent-repository/glassfish-samples/clusterjsp.ear
[testng] Output : Application deployed with name clusterjsp.
[testng] Command deploy executed successfully.

Ryan: Can you help provide some details on the information we are trying to gather through the instrumented code ? Would it help if the setup is made available ?

Comment by Ryan Lubke [ 19/Jan/12 ]

Trying to trace the creation of particular mapper instances (at which point in time, etc) to try to narrow down why/when the incorrect mapper is used.

If you can give me access to the setup, that would be useful, as well as details on how to reproduce.

Comment by Ryan Lubke [ 20/Jan/12 ]

If it would be possible to gain access to the setup over the weekend, that would be great.

Comment by varunrupela [ 20/Jan/12 ]

Hi Ryan:

I just sent a mail to you with details of the setup and how to reproduce the issue.

good luck !!

Comment by Ryan Lubke [ 24/Jan/12 ]

After reviewing the instrumentation, I've seen instances where two requests to two different connector/mapper instances fail with the ClassCastException, then several seconds later the same request to the same two connector/mapper instances pass.

Based on this, it seems that the MapperListener which will replace the default host/context (via a call to Mapper.addHost()) with the implementation it expects hasn't been called when the request has arrived (intermittently of course).

Based on this information, I don't believe this to be an issue with Grizzly.

Passing back to the Shing-Wai.

Comment by Shing Wai Chan [ 25/Jan/12 ]

During the web container start, Connector#start is invoked.
And mapper.removeContext(defaultHost, ""); is invoked.
Also, when the default web module is started (as part of WebContainer#postConstruct), StandardContext#registerJMX will be invoked and then MapperListener#registerContext will be invoked.
In both cases, the ContextRootInfo is cleared in mapping information.

Note that in com.sun.grizzly.util.http,mapper.Mapper, the internal data structure Host, ContextList, etc are consisted of public elements. And they are used in a multi-thread elements. So, the change in one thread may not be reflected in another thread.

This may explain the intermittent behavior. And is happening at the beginning.

Comment by mzh777 [ 25/Jan/12 ]

The ClassCastException was observed with Oracle JDK 1.6.0_30 also.

Comment by Shing Wai Chan [ 28/Jan/12 ]

The scenario for com.sun.dft.glassfish.lb.RR.http.MultipleFailoverHttpOnly is as follows
1. delete http-listener-2
2. deploy a war,run a test
3. stop the cluster, start the cluster
4. create http-listener-2
5. undeploy the war

In (4), the following two APIs will be called.:
(a) com.sun.enterprise.v3.services.impl.ContainerMapper.configureMapper
(b) org.apache.catalina.connector.Connector.start

The former will set mapper data to ContextRootInfo.
The latter will reset it to null.
Under normal circumstance, (a) is called before (b) as follows:
(see com.sun.dft.glassfish.lb.RR.http.MultipleFailoverHttpOnly instance103 logs)
for (a)
at java.lang.Thread.dumpStack(Thread.java:1249)
at com.sun.grizzly.util.http.mapper.Mapper.addContext(Mapper.java:411)
at com.sun.grizzly.util.http.mapper.Mapper.addContext(Mapper.java:330)
at org.glassfish.internal.grizzly.ContextMapper.addContext(ContextMapper.java:119)
at org.glassfish.internal.grizzly.V3Mapper.addContext(V3Mapper.java:135)
at com.sun.enterprise.v3.services.impl.ContainerMapper.configureMapper(ContainerMapper.java:144)
at com.sun.enterprise.v3.services.impl.GrizzlyProxy.configureGrizzly(GrizzlyProxy.java:159)
at com.sun.enterprise.v3.services.impl.GrizzlyProxy.<init>(GrizzlyProxy.java:121)
at com.sun.enterprise.v3.services.impl.GrizzlyService.createNetworkProxy(GrizzlyService.java:445)
at com.sun.enterprise.v3.services.impl.DynamicConfigListener.processNetworkListener(DynamicConfigListener.java:155)
at com.sun.enterprise.v3.services.impl.DynamicConfigListener.access$100(DynamicConfigListener.java:79)
at com.sun.enterprise.v3.services.impl.DynamicConfigListener$1.changed(DynamicConfigListener.java:104)
at org.jvnet.hk2.config.ConfigSupport.sortAndDispatch(ConfigSupport.java:289)
at com.sun.enterprise.v3.services.impl.DynamicConfigListener.changed(DynamicConfigListener.java:94)
at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:401)
at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:391)
at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:281)
at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:279)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

for (b)
at java.lang.Thread.dumpStack(Thread.java:1249)
at org.apache.catalina.connector.Connector.start(Connector.java:1536)
at com.sun.enterprise.web.connector.coyote.PECoyoteConnector.start(PECoyoteConnector.java:529)
at com.sun.enterprise.web.WebContainer.addConnector(WebContainer.java:3253)
at com.sun.enterprise.web.reconfig.WebConfigListener$1.changed(WebConfigListener.java:125)
at org.jvnet.hk2.config.ConfigSupport.sortAndDispatch(ConfigSupport.java:289)
at com.sun.enterprise.web.reconfig.WebConfigListener.changed(WebConfigListener.java:114)
at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:401)
at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:391)
at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:281)
at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:279)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

But when there is ClassCastException in the next test, com.sun.dft.glassfish.lb.RR.http.URLRewritingSticky, I notice the (b) is called before (a) as follows:
(see com.sun.dft.glassfish.lb.RR.http.MultipleFailoverHttpOnly instance104 logs)
for (b)
at java.lang.Thread.dumpStack(Thread.java:1249)
at org.apache.catalina.connector.Connector.start(Connector.java:1536)
at com.sun.enterprise.web.connector.coyote.PECoyoteConnector.start(PECoyoteConnector.java:529)
at com.sun.enterprise.web.WebContainer.addConnector(WebContainer.java:3253)
at com.sun.enterprise.web.reconfig.WebConfigListener$1.changed(WebConfigListener.java:125)
at org.jvnet.hk2.config.ConfigSupport.sortAndDispatch(ConfigSupport.java:289)
at com.sun.enterprise.web.reconfig.WebConfigListener.changed(WebConfigListener.java:114)
at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:401)
at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:391)
at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:281)
at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:279)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

for (a)
at java.lang.Thread.dumpStack(Thread.java:1249)
at com.sun.grizzly.util.http.mapper.Mapper.addContext(Mapper.java:411)
at com.sun.grizzly.util.http.mapper.Mapper.addContext(Mapper.java:330)
at org.glassfish.internal.grizzly.ContextMapper.addContext(ContextMapper.java:119)
at org.glassfish.internal.grizzly.V3Mapper.addContext(V3Mapper.java:135)
at com.sun.enterprise.v3.services.impl.ContainerMapper.configureMapper(ContainerMapper.java:144)
at com.sun.enterprise.v3.services.impl.GrizzlyProxy.configureGrizzly(GrizzlyProxy.java:159)
at com.sun.enterprise.v3.services.impl.GrizzlyProxy.<init>(GrizzlyProxy.java:121)
at com.sun.enterprise.v3.services.impl.GrizzlyService.createNetworkProxy(GrizzlyService.java:445)
at com.sun.enterprise.v3.services.impl.DynamicConfigListener.processNetworkListener(DynamicConfigListener.java:155)
at com.sun.enterprise.v3.services.impl.DynamicConfigListener.access$100(DynamicConfigListener.java:79)
at com.sun.enterprise.v3.services.impl.DynamicConfigListener$1.changed(DynamicConfigListener.java:104)
at org.jvnet.hk2.config.ConfigSupport.sortAndDispatch(ConfigSupport.java:289)
at com.sun.enterprise.v3.services.impl.DynamicConfigListener.changed(DynamicConfigListener.java:94)
at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:401)
at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:391)
at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:281)
at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:279)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

Comment by Shing Wai Chan [ 28/Jan/12 ]

debug logs files

Comment by Shing Wai Chan [ 28/Jan/12 ]

Since the event behaves differently, we would assign the issue to Mahesh to investigate the hk2 side.

Comment by varunrupela [ 14/Feb/12 ]

Issue not seen with the patch fix for 18211.

Comment by oleksiys [ 16/Feb/12 ]

resolved for 3.1.2

Comment by scatari [ 16/Feb/12 ]

Updating with correct build#.





[GLASSFISH-18050] --dbvendor option in configure-jms-cluster should set both imq.persist.jdbc.dbVendor and imq.cluster.sharecc.persist.mysql.dbVendor internally Created: 19/Dec/11  Updated: 04/Jan/12  Resolved: 04/Jan/12

Status: Resolved
Project: glassfish
Component/s: jms
Affects Version/s: 3.1.2_b14
Fix Version/s: None

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

Tags: 3_1_2-review

 Description   

steps to produce the problem
----------------------------

1. Create cluster cluster1
2. Configure jms cluster with configstoretype shareddb

./asadmin configure-jms-cluster --clustertype=conventional --configstoretype=shareddb --messagestoretype=jdbc --dbvendor=mysql --dbuser=root --dburl="jdbc:mysql://hostname:portno/dbname?password=xxxx" cluster1

3. Start the cluster cluster1.
4. Following exceptions were thrown in broker log file

[16/Dec/2011:09:23:41 PST] Arguments: -port 27676 -name cluster1inst1 -nobind -imqhome /opt/SUNWappserver/glassfish3/mq -varhome /opt/SUNWappserver/glassfish3/glassfish/nodes/localhost-domain1/inst1/imq -libhome /opt/SUNWappserver/glassfish3/mq/lib -useRmiRegistry -rmiRegistryPort 28686 -save -silent
[16/Dec/2011:09:23:41 PST] JMSRA BrokerProps: imq.service.activate=jmsdirect, imq.cluster.sharecc.persist.jdbc.mysql.user=root, imq.cluster.nowaitForMasterBroker=true, imq.cluster.sharecc.persist.jdbc.dbVendor=mysql, imq.cluster.brokerlist=mq://localhost:27676/,mq://localhost:27677/, imq.jmsra.managed=true, imq.cluster.nomasterbroker=true, imq.cluster.clusterid=cluster1_MQ, imq.imqcmd.password=*****, imq.persist.store=jdbc, imq.cluster.dynamicChangeMasterBrokerEnabled=true, imq.cluster.sharecc.persist.jdbc.mysql.property.url=jdbc:mysql://intg-v250-1.us.oracle.com:3306/imq?password=imqroot
[16/Dec/2011:09:23:41 PST] Broker Properties: imq.jmx.rmiregistry.use=true, imq.cluster.sharecc.persist.jdbc.mysql.property.url=jdbc:mysql://intg-v250-1.us.oracle.com:3306/imq?password=imqroot, imq.cluster.nomasterbroker=true, imq.cluster.sharecc.persist.jdbc.dbVendor=mysql, imq.cluster.brokerlist=mq://localhost:27676/,mq://localhost:27677/, imq.cluster.sharecc.persist.jdbc.mysql.user=root, imq.service.runtimeAdd=mqdirect2, imq.persist.store=jdbc, imq.portmapper.bind=false, imq.instancename=cluster1inst1, imq.cluster.clusterid=cluster1_MQ, imq.cluster.nowaitForMasterBroker=true, imq.log.console.output=NONE, imq.service.activate=jmsdirect, imq.jmx.rmiregistry.port=28686, imq.imqcmd.password=*****, imq.jmsra.managed=true, imq.cluster.dynamicChangeMasterBrokerEnabled=true, imq.portmapper.port=27676
[16/Dec/2011:09:23:41 PST] Embedded Broker
[16/Dec/2011:09:23:42 PST] [B1359]: Use a shared store for cluster configuration change records
[16/Dec/2011:09:23:42 PST] [B1060]: Loading persistent data...
[16/Dec/2011:09:23:43 PST] ERROR [B3000]: Could not open persistent message store:
com.sun.messaging.jmq.jmsserver.util.BrokerException: [B3023]: No JDBC driver specified by imq.persist.jdbc.unknown.driver
at com.sun.messaging.jmq.jmsserver.persist.jdbc.comm.CommDBManager.initDBManagerProps(CommDBManager.java:264)
at com.sun.messaging.jmq.jmsserver.persist.jdbc.DBManager.<init>(DBManager.java:254)
at com.sun.messaging.jmq.jmsserver.persist.jdbc.DBManager.getDBManager(DBManager.java:182)
at com.sun.messaging.jmq.jmsserver.persist.jdbc.JDBCStore.<init>(JDBCStore.java:112)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

Looks like --dbvendor option is only setting imq.cluster.sharecc.persist.mysql.dbVendor property instead of both imq.persist.jdbc.dbVendor and imq.cluster.sharecc.persist.mysql.dbVendor properties internally.

There is a workaround that you can pass the imq.persist.jdbc.dbVendor value through the --properties option in the configure-jms-cluster command.

-Sarada



 Comments   
Comment by Nazrul [ 21/Dec/11 ]

This is blocking UI testing. Requesting Amy for help. Please try the console when you verify this fix.

Comment by amyk [ 21/Dec/11 ]

This is a bug in GlassFish JMS module. imq.persist.jdbc.dbVendor must set and be passed to broker(s) when --messagestoretype=jdbc;
imq.cluster.sharecc.persist.jdbc.dbVendor must set and be passed to broker(s) when --configstoretype=shareddb

Comment by Satish Kumar [ 30/Dec/11 ]

This issue only occurs when running in conventional clusters of peer brokers with messagestoretype configured as JDBC. In such a configuration, besides setting the imq.cluster.sharecc.persist.xxx properties, the imq.persist.xxx properties also need to be set. This requires changes to ActiveJmsResourceAdapter.java to supply the imq.persist.xxx parameters to the broker. Svn diffs for the suggested changes are below:

Index: src/main/java/com/sun/enterprise/connectors/jms/system/ActiveJmsResourceAdapter.java
===================================================================
— src/main/java/com/sun/enterprise/connectors/jms/system/ActiveJmsResourceAdapter.java (revision 51810)
+++ src/main/java/com/sun/enterprise/connectors/jms/system/ActiveJmsResourceAdapter.java (working copy)
@@ -516,8 +516,12 @@

loadDBProperties(ENHANCED_CLUSTER_DB_PREFIX, as.getJmsAvailability());
}

  • else
    + else { + if ("jdbc".equals(as.getJmsAvailability().getMessageStoreType())) + loadDBProperties(ENHANCED_CLUSTER_DB_PREFIX, as.getJmsAvailability()); + loadDBProperties(CONVENTIONAL_CLUSTER_DB_PREFIX, as.getJmsAvailability()); + }
Comment by Satish Kumar [ 30/Dec/11 ]
  • What is the impact on the customer of the bug?
    Due to this bug, conventional MQ broker clusters of peer brokers with messagestore type set as JDBC will not work in EMBEDDED and LOCAL modes of integration.

How likely is it that a customer will see the bug and how serious is the bug?

Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
No, this is not a regression and does not meet any other criteria.

  • What is the cost/risk of fixing the bug?
    The changes are fairly simple (see svn diffs in my previous comment). Hence the risk is quite low.
  • Is there an impact on documentation or message strings?
    No
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    Standard JMS SQE tests but with MQ configured for conventional clusters of peer brokers with message store type configured to JDBC
  • Which is the targeted build of 3.1.2 for this fix?
    build 17
Comment by Satish Kumar [ 04/Jan/12 ]

checked-in the fix





[GLASSFISH-18038] [508] Contents of the popup dialogs in the Console are not read out my Jaws Screen reader. Created: 17/Dec/11  Updated: 13/Jan/12  Resolved: 19/Dec/11

Status: Closed
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b14
Fix Version/s: None

Type: Bug Priority: Major
Reporter: shaline Assignee: andriy.zhdanov
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OS : Solaris Sparc 10
FF 8.0.1
Gf 3.1.2 SCF b14.
JAWS version 12.0.1170


Tags: 312_508, 3_1_2-508, 3_1_2-review, 3_1_2-verified, 3_1_2_jaws

 Description   

The popup dialogs that show up in the console are not being read by the JAWS screen reader tool. The tool only announces that it is a Dialog and reads the Buttons in the dialogs. But the information in the dialog is not being read out.
Steps:
--enable secure admin and access console remotely.
--Login to Console , click the Logout button .
--A popup is displayed with the message " Log Out of Oracle GlassFish Server Administration Console" " with a OK and Cancel Button.
--JAWS screen reader only reads out the 2 buttons and does not read the message .

This issue exists for all popups. Ex: Enabling Secure Admin, disabling secure admin, etc.



 Comments   
Comment by andriy.zhdanov [ 19/Dec/11 ]

It seems to be a well known problem with JAWS and Firefox.

E.g. problem opened for FF were resolved as JAWS problems, with no further reference - https://bugzilla.mozilla.org/show_bug.cgi?id=346722

Other more recent problem for FF has no any new information - https://bugzilla.mozilla.org/show_bug.cgi?id=671201

Just for further information, see the following for FF/JAWS support: http://www.mozilla.org/access/qa/win-webcontent-jaws.html

Comment by andriy.zhdanov [ 20/Dec/11 ]

Note, JAWS 13 reads mentioned popup dialogs on Firefox 6.0.1.

Comment by shaline [ 13/Jan/12 ]

Using JAWS 12.0 and FF 3.6.23, the contents of the popup dialogs were read out.





[GLASSFISH-17973] Connection leaks when using max-connection-usage-count Created: 12/Dec/11  Updated: 09/Jan/12  Resolved: 09/Jan/12

Status: Resolved
Project: glassfish
Component/s: jdbc
Affects Version/s: 3.1, 3.1.1, 3.1.2_b12, 3.1.2_b13
Fix Version/s: 3.1.2_b17, 4.0

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

Attachments: GZip Archive server-increased-timeout.log.gz     Text File server-thread43.log     GZip Archive server-usage-count-10.log.gz     GZip Archive server-validate-fine-b14.log.gz     GZip Archive server-validation-fine.log.gz     GZip Archive server-validation.log.gz     GZip Archive stress-test-bundles.tar.gz     File test-connection-leaks.sh    
Tags: 3_1_2-review

 Description   

I just made some tests with JDBC connection pool tuning and PostgreSQL.

As PostgreSQL doesn't have a lot of timeout options (at least version 8.x doesn't), I wanted to prevent certain bad things to happen by configuring our JDBC connection pools to not reuse connection for a long time and so I am now testing the "max-connection-usage-count" parameter.

However, enabling this parameter gives me connection leaks. I've already filed a bug for EclipseLink as I think this only happens, when a connection is being destroyed after being used for X times:


But still I get the feeling that there is also some ToDo on the GlassFish side as my tests reveal. For these tests I did the following:

  1. setup clean GlassFish 3.1.2 promoted
  2. modify domain.xml derby pool (add these):
    steady-pool-size="1"
    max-pool-size="10"
    statement-leak-timeout-in-seconds="10"
    statement-leak-reclaim="true"
    idle-timeout-in-seconds="10"
    connection-leak-timeout-in-seconds="15"
    connection-leak-reclaim="true"
    max-connection-usage-count="10"
    fail-all-connections="true"
    
  3. deploy the attached test bundles (copy files into .../autodeploy/bundles/)
  4. start derby
  5. start domain
  6. wait some time and see the server log


Here is a trace of a task that shows up log messages I'm worried about (resourceadapter logging set to FINE):

$ sed -ne '/ThreadID=43;/,/^$/p' domains/domain1/server.log

[#|2011-12-11T23:51:29.481+0100|INFO|glassfish3.1.2|org.ancoron.movie.stresstest.StressTestBean|_ThreadID=43;_ThreadName=Thread-2;|Running task #24|#]

[#|2011-12-11T23:51:29.698+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getInstance;|returning the connector registry|#]

[#|2011-12-11T23:51:29.702+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectionManagerImpl;MethodName=allocateConnection;|RAR5036:Resource reference is not defined for JNDI name [jdbc/__default__nontx]|#]

[#|2011-12-11T23:51:29.703+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getInstance;|returning the connector registry|#]

[#|2011-12-11T23:51:29.703+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnectionFactory;MethodName=logFine;|In equals|#]

[#|2011-12-11T23:51:30.020+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getDescriptor;|Found/returing Connector descriptor in connector registry.|#]

[#|2011-12-11T23:51:30.020+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectionManagerImpl;MethodName=logFine;|ConnectionMgr: poolName DerbyPool  txLevel : 1|#]

[#|2011-12-11T23:51:30.020+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.PoolManagerImpl;MethodName=logFine;|Returning noTxResourceManager|#]

[#|2011-12-11T23:51:32.391+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=logFine;|Resource Pool: getting on wait queue|#]

[#|2011-12-11T23:51:50.608+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=getResource;|removing wait monitor from queue: java.lang.Object@7bf51a2f|#]

[#|2011-12-11T23:51:53.289+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=getResource;|Resource Pool: elapsed time (ms) to get connection for [ResourceSpec :- 
connectionPoolName : DerbyPool
isXA_ : false
resoureId : jdbc/__default__nontx
resoureIdType : 1
pmResource : false
nonTxResource : true
lazyEnlistable : false
lazyAssociatable : false] : 23268|#]

[#|2011-12-11T23:51:53.290+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=logFine;|In getConnection|#]

[#|2011-12-11T23:51:53.290+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=executeInitSql;|Starting Init SQL|#]

[#|2011-12-11T23:51:53.291+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=executeInitSql;|Finished executing Init SQL|#]

[#|2011-12-11T23:51:53.292+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.PoolManagerImpl;MethodName=logFine;|Returning noTxResourceManager|#]

[#|2011-12-11T23:51:53.292+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.rm|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.rm.NoTxResourceManagerImpl;MethodName=logFine;|NoTxResourceManagerImpl :: enlistResource called|#]

[#|2011-12-11T23:51:53.372+0100|FINEST|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.util|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.util.StatementLeakDetector;MethodName=startStatementLeakTracing;|Scheduled Statement leak tracing timer task|#]

[#|2011-12-11T23:51:53.373+0100|FINEST|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.util|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.util.StatementLeakDetector;MethodName=stopStatementLeakTracing;|Stopped Statement leak tracing timer task|#]

[#|2011-12-11T23:51:53.374+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.PoolManagerImpl;MethodName=logFine;|Returning noTxResourceManager|#]

[#|2011-12-11T23:51:53.374+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.rm|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.rm.NoTxResourceManagerImpl;MethodName=logFine;|NoTxResourceManagerImpl :: delistResource called|#]

[#|2011-12-11T23:51:53.374+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=resourceClosed;|Pool: resourceClosed: 67|#]

[#|2011-12-11T23:51:53.381+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=logFine;|In cleanup|#]

[#|2011-12-11T23:51:53.549+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=logFine;|In destroy|#]

[#|2011-12-11T23:51:53.606+0100|FINEST|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.allocator|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.allocator.LocalTxConnectorAllocator;MethodName=destroyResource;|destroyResource for LocalTxConnectorAllocator done|#]

[#|2011-12-11T23:51:53.607+0100|INFO|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;|RAR7113: destroying connection since it has reached the maximum usage of : 1|#]

[#|2011-12-11T23:51:53.607+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=notifyWaitingThreads;|Notifying wait monitor : java.lang.Object@3b86a79a|#]

[#|2011-12-11T23:51:53.607+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=resourceClosed;|Pool: resourceFreed: 67|#]

[#|2011-12-11T23:51:53.607+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getInstance;|returning the connector registry|#]

[#|2011-12-11T23:51:53.608+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectionManagerImpl;MethodName=allocateConnection;|RAR5036:Resource reference is not defined for JNDI name [jdbc/__default__nontx]|#]

[#|2011-12-11T23:51:53.608+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getInstance;|returning the connector registry|#]

[#|2011-12-11T23:51:53.608+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnectionFactory;MethodName=logFine;|In equals|#]

[#|2011-12-11T23:51:53.608+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getDescriptor;|Found/returing Connector descriptor in connector registry.|#]

[#|2011-12-11T23:51:53.608+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectionManagerImpl;MethodName=logFine;|ConnectionMgr: poolName DerbyPool  txLevel : 1|#]

[#|2011-12-11T23:51:53.609+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.PoolManagerImpl;MethodName=logFine;|Returning noTxResourceManager|#]

[#|2011-12-11T23:51:54.410+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnectionFactory;MethodName=logFine;|In createManagedConnection|#]

[#|2011-12-11T23:51:54.413+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnectionFactory;MethodName=logFine;|In equals|#]

[#|2011-12-11T23:51:54.416+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnectionFactory;MethodName=logFine;|In equals|#]

[#|2011-12-11T23:51:54.417+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnectionFactory;MethodName=logFine;|In getResourceAdapter|#]

[#|2011-12-11T23:51:54.418+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=createSingleResource;|Time taken to create a single resource : jdbc/__default__nontx and adding to the pool (ms) : 8|#]

[#|2011-12-11T23:51:54.418+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=addResource;|Pool: resource added|#]

[#|2011-12-11T23:51:54.600+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=addResource;|Pool: resource added|#]

[#|2011-12-11T23:51:54.602+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=getResource;|Resource Pool: elapsed time (ms) to get connection for [ResourceSpec :- 
connectionPoolName : DerbyPool
isXA_ : false
resoureId : jdbc/__default__nontx
resoureIdType : 1
pmResource : false
nonTxResource : true
lazyEnlistable : false
lazyAssociatable : false] : 993|#]

[#|2011-12-11T23:51:54.637+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=logFine;|In getConnection|#]

[#|2011-12-11T23:51:54.679+0100|WARNING|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;|RAR5117 : Failed to obtain/create connection from connection pool [ DerbyPool ]. Reason : com.sun.appserv.connectors.internal.api.PoolingException: This Managed Connection is not valid as the physical connection is not usable|#]

[#|2011-12-11T23:51:54.746+0100|WARNING|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;|RAR5114 : Error allocating connection : [Error in allocating a connection. Cause: This Managed Connection is not valid as the physical connection is not usable]|#]

[#|2011-12-11T23:51:54.753+0100|INFO|glassfish3.1.2|org.eclipse.persistence.session.file:/tmp/osgiapp8911206436065082297/_MovieUnit|_ThreadID=43;_ThreadName=Thread-2;|Communication failure detected when attempting to perform read query outside of a transaction. Attempting to retry query. Error was: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: Error in allocating a connection. Cause: This Managed Connection is not valid as the physical connection is not usable
Error Code: 0
Call: SELECT DISTINCT c_type FROM mov_video WHERE (c_id = ?)
        bind => [1 parameter bound]
Query: ReadObjectQuery(name="readObject" referenceClass=VideoEntityImpl sql="SELECT DISTINCT c_type FROM mov_video WHERE (c_id = ?)").|#]

[#|2011-12-11T23:51:54.753+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getInstance;|returning the connector registry|#]

[#|2011-12-11T23:51:54.754+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectionManagerImpl;MethodName=allocateConnection;|RAR5036:Resource reference is not defined for JNDI name [jdbc/__default__nontx]|#]

[#|2011-12-11T23:51:54.754+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getInstance;|returning the connector registry|#]

[#|2011-12-11T23:51:54.755+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnectionFactory;MethodName=logFine;|In equals|#]

[#|2011-12-11T23:51:54.757+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectorRegistry;MethodName=getDescriptor;|Found/returing Connector descriptor in connector registry.|#]

[#|2011-12-11T23:51:54.758+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.connectors.ConnectionManagerImpl;MethodName=logFine;|ConnectionMgr: poolName DerbyPool  txLevel : 1|#]

[#|2011-12-11T23:51:54.759+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.PoolManagerImpl;MethodName=logFine;|Returning noTxResourceManager|#]

[#|2011-12-11T23:51:55.434+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=getResource;|Resource Pool: elapsed time (ms) to get connection for [ResourceSpec :- 
connectionPoolName : DerbyPool
isXA_ : false
resoureId : jdbc/__default__nontx
resoureIdType : 1
pmResource : false
nonTxResource : true
lazyEnlistable : false
lazyAssociatable : false] : 673|#]

[#|2011-12-11T23:51:55.434+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=logFine;|In getConnection|#]

[#|2011-12-11T23:51:55.434+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=executeInitSql;|Starting Init SQL|#]

[#|2011-12-11T23:51:55.434+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=executeInitSql;|Finished executing Init SQL|#]

[#|2011-12-11T23:51:55.435+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.PoolManagerImpl;MethodName=logFine;|Returning noTxResourceManager|#]

[#|2011-12-11T23:51:55.435+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.rm|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.rm.NoTxResourceManagerImpl;MethodName=logFine;|NoTxResourceManagerImpl :: enlistResource called|#]

[#|2011-12-11T23:51:55.437+0100|FINEST|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.util|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.util.StatementLeakDetector;MethodName=startStatementLeakTracing;|Scheduled Statement leak tracing timer task|#]

[#|2011-12-11T23:51:55.442+0100|FINEST|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.util|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.util.StatementLeakDetector;MethodName=stopStatementLeakTracing;|Stopped Statement leak tracing timer task|#]

[#|2011-12-11T23:51:55.443+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.PoolManagerImpl;MethodName=logFine;|Returning noTxResourceManager|#]

[#|2011-12-11T23:51:55.443+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.rm|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.rm.NoTxResourceManagerImpl;MethodName=logFine;|NoTxResourceManagerImpl :: delistResource called|#]

[#|2011-12-11T23:51:55.455+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=resourceClosed;|Pool: resourceClosed: 97|#]

[#|2011-12-11T23:51:55.455+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=logFine;|In cleanup|#]

[#|2011-12-11T23:51:55.539+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.gjc.spi|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.gjc.spi.ManagedConnection;MethodName=logFine;|In destroy|#]

[#|2011-12-11T23:51:55.539+0100|FINEST|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.allocator|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.allocator.LocalTxConnectorAllocator;MethodName=destroyResource;|destroyResource for LocalTxConnectorAllocator done|#]

[#|2011-12-11T23:51:55.540+0100|INFO|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;|RAR7113: destroying connection since it has reached the maximum usage of : 1|#]

[#|2011-12-11T23:51:55.541+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=notifyWaitingThreads;|Notifying wait monitor : java.lang.Object@1465d8d2|#]

[#|2011-12-11T23:51:55.541+0100|FINE|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=43;_ThreadName=Thread-2;ClassName=com.sun.enterprise.resource.pool.ConnectionPool;MethodName=resourceClosed;|Pool: resourceFreed: 97|#]

[#|2011-12-11T23:51:55.541+0100|INFO|glassfish3.1.2|org.ancoron.movie.stresstest.StressTestBean|_ThreadID=43;_ThreadName=Thread-2;|... task #24 was successful|#]


...and more or less exactly 15 seconds later (the connection leak timeout):

[#|2011-12-11T23:52:10.450+0100|WARNING|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=1114;_ThreadName=Thread-2;
|A potential connection leak detected for connection pool DerbyPool. The stack trace of the thread is provided below : 
com.sun.enterprise.resource.pool.ConnectionPool.setResourceStateToBusy(ConnectionPool.java:324)
com.sun.enterprise.resource.pool.ConnectionPool.getResourceFromPool(ConnectionPool.java:758)
com.sun.enterprise.resource.pool.ConnectionPool.getUnenlistedResource(ConnectionPool.java:632)
com.sun.enterprise.resource.pool.ConnectionPool.internalGetResource(ConnectionPool.java:526)
com.sun.enterprise.resource.pool.ConnectionPool.getResource(ConnectionPool.java:381)
com.sun.enterprise.resource.pool.PoolManagerImpl.getResourceFromPool(PoolManagerImpl.java:242)
com.sun.enterprise.resource.pool.PoolManagerImpl.getResource(PoolManagerImpl.java:167)
com.sun.enterprise.connectors.ConnectionManagerImpl.getResource(ConnectionManagerImpl.java:338)
com.sun.enterprise.connectors.ConnectionManagerImpl.internalGetConnection(ConnectionManagerImpl.java:301)
com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:190)
com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:165)
com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:160)
com.sun.gjc.spi.base.DataSource.getConnection(DataSource.java:113)
org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:123)
org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:330)
org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:293)
org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:565)
org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1508)
org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:305)
org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:579)
org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:535)
org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1717)
org.eclipse.persistence.sessions.server.ServerSession.executeCall(ServerSession.java:566)
org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:207)
org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:193)
org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.selectOneRow(DatasourceCallQueryMechanism.java:666)
org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectOneRowFromTable(ExpressionQueryMechanism.java:2656)
org.eclipse.persistence.descriptors.InheritancePolicy.selectOneRowUsingDefaultMultipleTableSubclassRead(InheritancePolicy.java:1462)
org.eclipse.persistence.descriptors.InheritancePolicy.selectOneRowUsingMultipleTableSubclassRead(InheritancePolicy.java:1492)
org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectOneRow(ExpressionQueryMechanism.java:2624)
org.eclipse.persistence.queries.ReadObjectQuery.executeObjectLevelReadQuery(ReadObjectQuery.java:450)
org.eclipse.persistence.queries.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:1081)
org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:844)
org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1040)
org.eclipse.persistence.queries.ReadObjectQuery.execute(ReadObjectQuery.java:418)
org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1128)
org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2871)
org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1516)
org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1498)
org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1449)
org.eclipse.persistence.internal.jpa.EntityManagerImpl.executeQuery(EntityManagerImpl.java:820)
org.eclipse.persistence.internal.jpa.EntityManagerImpl.findInternal(EntityManagerImpl.java:760)
org.eclipse.persistence.internal.jpa.EntityManagerImpl.find(EntityManagerImpl.java:653)
org.eclipse.persistence.internal.jpa.EntityManagerImpl.find(EntityManagerImpl.java:532)
com.sun.enterprise.container.common.impl.EntityManagerWrapper.find(EntityManagerWrapper.java:320)
org.ancoron.movie.jpa.impl.MovieJPAServiceImpl.get(MovieJPAServiceImpl.java:65)
org.ancoron.movie.jpa.impl.MovieJPAServiceImpl.getVideo(MovieJPAServiceImpl.java:82)
sun.reflect.GeneratedMethodAccessor171.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1052)
org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1124)
com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:5388)
com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:619)
com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571)
com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doAround(SystemInterceptorProxy.java:162)
com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:144)
sun.reflect.GeneratedMethodAccessor49.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:861)
com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:370)
com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:5360)
com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:5348)
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:214)
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
$Proxy111.getVideo(Unknown Source)
sun.reflect.GeneratedMethodAccessor165.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke(OSGiServiceFactory.java:234)
$Proxy164.getVideo(Unknown Source)
org.ancoron.movie.ejb.MovieEJBImpl.getVideo(MovieEJBImpl.java:70)
sun.reflect.GeneratedMethodAccessor147.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1052)
org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1124)
com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:5388)
com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:619)
com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571)
org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:49)
sun.reflect.GeneratedMethodAccessor53.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:861)
com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571)
com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doAround(SystemInterceptorProxy.java:162)
com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:144)
sun.reflect.GeneratedMethodAccessor49.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:861)
com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:370)
com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:5360)
com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:5348)
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:214)
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
$Proxy162.getVideo(Unknown Source)
sun.reflect.GeneratedMethodAccessor48.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
java.lang.reflect.Method.invoke(Method.java:616)
org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke(OSGiServiceFactory.java:234)
$Proxy157.getVideo(Unknown Source)
org.ancoron.movie.stresstest.StressTestBean$1.run(StressTestBean.java:71)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
java.lang.Thread.run(Thread.java:679)

Monitoring Statistics :

 Monitoring Statistics for 
DerbyPool|#]

[#|2011-12-11T23:52:10.450+0100|INFO|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.pool|_ThreadID=1114;_ThreadName=Thread-2;|Reclaiming the leaked connection of pool [ DerbyPool ] and destroying it so as to avoid both the application that leaked the connection and any other request that can potentially acquire the same connection from the pool end up using the connection at the same time|#]


Running the tests without the "max-connection-usage-count" is totally fine and not a single connection leak is detected, nor do other problems occur.



 Comments   
Comment by Mitesh Meswani [ 14/Dec/11 ]

Can you please try bumping up connection-leak-timeout-in-seconds and see whether the "leaks" are still detected?

Comment by chaoslayer [ 14/Dec/11 ]

Of course I can and will do.

However, this simple test with very short timeout values has been established because I saw
the same behavior in another application where timeouts are much higher, e.g.:

max-wait-time-in-millis="60000"
init-sql="SET statement_timeout TO 30000"
idle-timeout-in-seconds="300"
connection-leak-reclaim="true"
connection-leak-timeout-in-seconds="3600"
connection-creation-retry-interval-in-seconds="10"
fail-all-connections="true"
statement-leak-reclaim="true"
statement-leak-timeout-in-seconds="60"
statement-cache-size="0"
steady-pool-size="10"
max-pool-size="100"


As the result is the same in terms of warnings and leaks and also the stacktraces look identical
up to the application layer I don't think it will yield different results, but I'll do it anyways.

P.S.: can someone edit the issue description and shorten the line length of the embedded log excerpt?
Seems like I don't have the permission to do so. Thanx

Comment by chaoslayer [ 14/Dec/11 ]

Just made another run with increased connection leak timeout (600 seconds).

Results:

$ egrep 'Running task #[0-9]+' logs/server.log* | wc -l
10000
$ egrep 'task #[0-9]+ was successful' logs/server.log* | wc -l
10000
$ egrep 'task #[0-9]+ failed' logs/server.log* | wc -l
0
$ grep 'A potential connection leak' logs/server.log* | wc -l
3
$ grep 'Communication failure detected' logs/server.log* | wc -l
6
$ grep 'RAR5114' logs/server.log* | wc -l
4
$ grep 'RAR5117' logs/server.log* | wc -l
4
$ grep 'RAR7113' logs/server.log* | wc -l
934
Comment by chaoslayer [ 14/Dec/11 ]

Attached server-increased-timeout.log.gz containing the full run with connection-leak-timeout-in-seconds set to 600 seconds.

Comment by Shalini [ 15/Dec/11 ]

From the logs, the connection leak tracing happens when a particular connection
that is got from the pool is not closed within the specified time (600 seconds). Could you
observe at random points of time, the number of connection made to the database
using netstat or some other mechanism?

There are also some connection failure messages, to track this, the connection
validation could be turned on with table as the validation-method and a valid
connection-validation-table-name could be provided. This will detect the connection
failures and a FINE log would display the stacktrace of this failure.

The configuration fail-all-connections=true works when connection validation is turned on
and if there is a connection validation failure.

From the logs, i understand that your application spawns multiple threads around 10000,
each getting and closing a connection. Does each task do anything else with the
connection got from the pool? It would be great if you could describe more about your application.

I would also like to know if this behavior is seen only when you use eclipselink. A default
installation of glassfish with these same pool settings, goes through fine?

Comment by ancoron [ 16/Dec/11 ]

OK, here we go:

The test "application" being used consists of 3 main parts:

  • a Stateless EJB using CMP (JPA) as a data access layer
  • a Stateless EJB providing business logic and using the data access SLSB
  • a "client" Singleton EJB used as an automatic test starter

The code for the test client Singleton is here:

@Singleton
@Startup
public class StressTestBean {

    private static final Logger log = Logger.getLogger(StressTestBean.class.getName());
    private static final ExecutorService exec = Executors.newCachedThreadPool();
    
    @Inject
    @OSGiService(dynamic=true)
    private MovieService svc;
    
    @Resource
    private TimerService timers;

    @PostConstruct
    protected void init() {
        timers.createSingleActionTimer(3000, new TimerConfig());
    }
    
    @Timeout
    protected void timeout() {
        final int num = 10000;
        log.log(Level.INFO,
                "Starting in-container stress test with {0} tasks...",
                String.valueOf(num));
        
        for(int i=0; i<num; i++) {
            final int tmp = i;
            exec.execute(new Runnable() {

                @Override
                public void run() {
                    log.log(Level.INFO,
                            "Running task #{0}",
                            String.valueOf(tmp));
                    try {
                        svc.getVideo(Long.valueOf(
                                Math.round(Math.random() * Long.MAX_VALUE)
                                ));
                        
                        log.log(Level.INFO,
                                "... task #{0} was successful",
                                String.valueOf(tmp));
                    } catch(MovieServiceException msx) {
                        log.log(Level.INFO,
                                "... task #" + tmp + " failed",
                                msx);
                    }
                }
            });
        }
        
    }
}


For the test itself there are no entries in the tables (or at least it doesn't matter).

I have re-configured the datasource with validation, increased the max-wait-time and enabled
basically anything GlassFish offers for datasource/connection/statement validation/checking/recovery:

<jdbc-connection-pool validation-table-name="mov_video"
                      steady-pool-size="1"
                      statement-timeout-in-seconds="60"
                      connection-leak-reclaim="true"
                      idle-timeout-in-seconds="120"
                      max-wait-time-in-millis="120000"
                      connection-creation-retry-attempts="10"
                      validate-atmost-once-period-in-seconds="30"
                      statement-leak-timeout-in-seconds="90"
                      connection-creation-retry-interval-in-seconds="5"
                      max-pool-size="10"
                      datasource-classname="org.apache.derby.jdbc.ClientDataSource"
                      res-type="javax.sql.DataSource"
                      max-connection-usage-count="10"
                      connection-leak-timeout-in-seconds="600"
                      statement-leak-reclaim="true"
                      name="DerbyPool"
                      init-sql="SELECT COUNT(*) FROM mov_video"
                      transaction-isolation-level="read-committed"
                      ping="true"
                      fail-all-connections="true"
                      >
    <property name="PortNumber" value="1527"></property>
    <property name="Password" value="APP"></property>
    <property name="User" value="APP"></property>
    <property name="serverName" value="localhost"></property>
    <property name="DatabaseName" value="sun-appserv-samples"></property>
    <property name="connectionAttributes" value=";create=true"></property>
    <property name="prefer-validate-over-recreate" value="true"></property>
</jdbc-connection-pool>


All the rest is default and apart from the bundles and logging there is no
modification of the tested GlassFish 3.1.2-b13.

For testing I've written a little script to ease getting results and tracking things.

Note that I used the monitoring for collecting some data.

  • jdbc-connection-pool="HIGH"
  • accessing the REST API using curl

Please note the values for "current-conns" in the following outputs. Those are exactly
what the monitoring via REST API reports (may be another bug - only happens when under
heavy load - when that monitoring data is most needed to be exact).

Here is the output for a test run with logging kept at INFO:

Starting database in the background.
Log redirected to /srv/servers/glassfish/3.1.2-b13/glassfish/databases/derby.log.
Command start-database executed successfully.
Waiting for domain1 to start .....
Successfully started the domain : domain1
domain  Location: /srv/servers/glassfish/3.1.2-b13/glassfish/domains/domain1
Log File: /srv/servers/glassfish/3.1.2-b13/glassfish/domains/domain1/logs/server.log
Admin Port: 4848
Command start-domain executed successfully.
[2011-12-16T01:31:58.610] ...waiting for deployment to finish...
[2011-12-16T01:32:13.829] Deployment successful :)
Command enable-monitoring executed successfully.
Command enable-monitoring executed successfully.
[2011-12-16T01:32:20.191] tasks=81, current-conns=9
[2011-12-16T01:32:22.002] tasks=150, current-conns=6
[2011-12-16T01:32:23.065] tasks=227, current-conns=7
[2011-12-16T01:32:24.150] tasks=292, current-conns=8
[2011-12-16T01:32:25.244] tasks=358, current-conns=7
[2011-12-16T01:32:26.334] tasks=419, current-conns=8
[2011-12-16T01:32:27.435] tasks=519, current-conns=8
[2011-12-16T01:32:28.539] tasks=635, current-conns=8
[2011-12-16T01:32:29.657] tasks=710, current-conns=5
[2011-12-16T01:32:32.344] tasks=779, current-conns=7
[2011-12-16T01:32:33.594] tasks=1051, current-conns=8
[2011-12-16T01:32:34.793] tasks=1534, current-conns=9
[2011-12-16T01:32:35.969] tasks=2024, current-conns=8
[2011-12-16T01:32:37.143] tasks=2569, current-conns=4
[2011-12-16T01:32:38.427] tasks=3290, current-conns=5
[2011-12-16T01:32:39.712] tasks=3958, current-conns=5
[2011-12-16T01:32:41.001] tasks=4600, current-conns=3
[2011-12-16T01:32:42.236] tasks=5364, current-conns=2
[2011-12-16T01:32:43.427] tasks=6330, current-conns=5
[2011-12-16T01:32:44.618] tasks=7330, current-conns=1
[2011-12-16T01:32:45.858] tasks=8467, current-conns=6
[2011-12-16T01:32:47.138] tasks=9736, current-conns=4
[2011-12-16T01:32:48.349] tasks=10000, current-conns=-3
[2011-12-16T01:32:48.361] Waiting for connection leak timeout (600 seconds)...
[2011-12-16T01:42:49.764] Test results: statement-leaks=4, connection-leaks=9
Waiting for the domain to stop .....
Command stop-domain executed successfully.
Fri Dec 16 01:42:58 CET 2011 : Connection obtained for host: 0.0.0.0, port number 1527.
Fri Dec 16 01:42:58 CET 2011 : Apache Derby Network Server - 10.8.1.2 - (1095077) shutdown
Command stop-database executed successfully.


And here is the output for logging set to FINE:

Starting database in the background.
Log redirected to /srv/servers/glassfish/3.1.2-b13/glassfish/databases/derby.log.
Command start-database executed successfully.
Waiting for domain1 to start ...
Successfully started the domain : domain1
domain  Location: /srv/servers/glassfish/3.1.2-b13/glassfish/domains/domain1
Log File: /srv/servers/glassfish/3.1.2-b13/glassfish/domains/domain1/logs/server.log
Admin Port: 4848
Command start-domain executed successfully.
[2011-12-16T02:03:37.115] ...waiting for deployment to finish...
[2011-12-16T02:03:51.353] Deployment successful :)
Command enable-monitoring executed successfully.
Command enable-monitoring executed successfully.
[2011-12-16T02:04:03.034] tasks=0, current-conns=4
[2011-12-16T02:04:04.156] tasks=0, current-conns=4
[2011-12-16T02:04:05.279] tasks=0, current-conns=5
[2011-12-16T02:04:06.409] tasks=0, current-conns=5
[2011-12-16T02:04:07.584] tasks=0, current-conns=5
[2011-12-16T02:04:08.719] tasks=0, current-conns=5
[2011-12-16T02:04:09.866] tasks=0, current-conns=5
[2011-12-16T02:04:11.039] tasks=0, current-conns=5
[2011-12-16T02:04:12.218] tasks=0, current-conns=5
[2011-12-16T02:04:13.367] tasks=0, current-conns=5
[2011-12-16T02:04:14.544] tasks=0, current-conns=5
[2011-12-16T02:04:15.717] tasks=0, current-conns=5
[2011-12-16T02:04:16.874] tasks=0, current-conns=5
[2011-12-16T02:04:18.072] tasks=0, current-conns=5
[2011-12-16T02:04:19.254] tasks=0, current-conns=6
[2011-12-16T02:04:22.071] tasks=0, current-conns=6
[2011-12-16T02:04:23.279] tasks=0, current-conns=6
[2011-12-16T02:04:24.466] tasks=0, current-conns=6
[2011-12-16T02:04:25.657] tasks=0, current-conns=6
[2011-12-16T02:04:26.854] tasks=0, current-conns=7
[2011-12-16T02:04:28.210] tasks=0, current-conns=7
[2011-12-16T02:04:29.373] tasks=0, current-conns=7
[2011-12-16T02:04:30.567] tasks=0, current-conns=7
[2011-12-16T02:04:31.759] tasks=0, current-conns=9
[2011-12-16T02:04:32.978] tasks=0, current-conns=9
[2011-12-16T02:04:34.177] tasks=0, current-conns=9
[2011-12-16T02:04:35.414] tasks=0, current-conns=10
[2011-12-16T02:04:36.634] tasks=0, current-conns=10
[2011-12-16T02:04:37.856] tasks=0, current-conns=10
[2011-12-16T02:04:39.051] tasks=0, current-conns=10
[2011-12-16T02:04:40.280] tasks=0, current-conns=10
[2011-12-16T02:04:41.514] tasks=6, current-conns=10
[2011-12-16T02:04:42.952] tasks=23, current-conns=8
[2011-12-16T02:04:44.209] tasks=30, current-conns=8
[2011-12-16T02:04:45.427] tasks=57, current-conns=6
[2011-12-16T02:04:46.772] tasks=70, current-conns=8
[2011-12-16T02:04:47.986] tasks=88, current-conns=7
[2011-12-16T02:04:49.629] tasks=154, current-conns=6
[2011-12-16T02:04:50.825] tasks=273, current-conns=5
[2011-12-16T02:04:52.074] tasks=383, current-conns=2
[2011-12-16T02:04:53.406] tasks=491, current-conns=0
[2011-12-16T02:04:54.631] tasks=570, current-conns=-3
[2011-12-16T02:04:55.897] tasks=669, current-conns=0
[2011-12-16T02:04:57.166] tasks=775, current-conns=0
[2011-12-16T02:04:58.445] tasks=888, current-conns=-1
[2011-12-16T02:04:59.669] tasks=994, current-conns=1
[2011-12-16T02:05:00.978] tasks=1124, current-conns=-1
[2011-12-16T02:05:02.207] tasks=1234, current-conns=-3
[2011-12-16T02:05:03.482] tasks=1352, current-conns=-5
[2011-12-16T02:05:04.733] tasks=1477, current-conns=-4
[2011-12-16T02:05:05.964] tasks=1585, current-conns=-4
[2011-12-16T02:05:07.231] tasks=1714, current-conns=-8
[2011-12-16T02:05:08.499] tasks=1838, current-conns=-7
[2011-12-16T02:05:09.751] tasks=1962, current-conns=-9
[2011-12-16T02:05:11.042] tasks=2088, current-conns=-10
[2011-12-16T02:05:12.339] tasks=2206, current-conns=-13
[2011-12-16T02:05:13.642] tasks=2325, current-conns=-13
[2011-12-16T02:05:14.975] tasks=2465, current-conns=-14
[2011-12-16T02:05:16.308] tasks=2606, current-conns=-15
[2011-12-16T02:05:17.610] tasks=2750, current-conns=-18
[2011-12-16T02:05:18.893] tasks=2885, current-conns=-16
[2011-12-16T02:05:20.228] tasks=3016, current-conns=-18
[2011-12-16T02:05:21.519] tasks=3149, current-conns=-23
[2011-12-16T02:05:22.993] tasks=3312, current-conns=-21
[2011-12-16T02:05:24.336] tasks=3452, current-conns=-21
[2011-12-16T02:05:25.638] tasks=3579, current-conns=-21
[2011-12-16T02:05:27.028] tasks=3725, current-conns=-23
[2011-12-16T02:05:28.367] tasks=3933, current-conns=-28
[2011-12-16T02:05:29.674] tasks=4127, current-conns=-25
[2011-12-16T02:05:30.984] tasks=4356, current-conns=-28
[2011-12-16T02:05:32.303] tasks=4613, current-conns=-32
[2011-12-16T02:05:33.599] tasks=4742, current-conns=-31
[2011-12-16T02:05:34.930] tasks=4930, current-conns=-31
[2011-12-16T02:05:36.257] tasks=5143, current-conns=-34
[2011-12-16T02:05:37.584] tasks=5372, current-conns=-37
[2011-12-16T02:05:38.907] tasks=5596, current-conns=-39
[2011-12-16T02:05:40.247] tasks=5845, current-conns=-39
[2011-12-16T02:05:41.600] tasks=6088, current-conns=-40
[2011-12-16T02:05:43.001] tasks=6349, current-conns=-42
[2011-12-16T02:05:44.397] tasks=6624, current-conns=-43
[2011-12-16T02:05:46.177] tasks=6719, current-conns=-44
[2011-12-16T02:05:47.562] tasks=6999, current-conns=-48
[2011-12-16T02:05:48.952] tasks=7267, current-conns=-44
[2011-12-16T02:05:50.309] tasks=7542, current-conns=-45
[2011-12-16T02:05:51.738] tasks=7903, current-conns=-49
[2011-12-16T02:05:53.128] tasks=8208, current-conns=-50
[2011-12-16T02:05:54.528] tasks=8514, current-conns=-48
[2011-12-16T02:05:55.944] tasks=8820, current-conns=-49
[2011-12-16T02:05:57.336] tasks=9119, current-conns=-50
[2011-12-16T02:05:58.744] tasks=9454, current-conns=-50
[2011-12-16T02:06:00.180] tasks=9805, current-conns=-54
[2011-12-16T02:06:01.567] tasks=10000, current-conns=-62
[2011-12-16T02:06:01.585] Waiting for connection leak timeout (600 seconds)...
[2011-12-16T02:16:02.992] Test results: statement-leaks=1, connection-leaks=14
Waiting for the domain to stop .....
Command stop-domain executed successfully.
Fri Dec 16 02:16:12 CET 2011 : Connection obtained for host: 0.0.0.0, port number 1527.
Fri Dec 16 02:16:12 CET 2011 : Apache Derby Network Server - 10.8.1.2 - (1095077) shutdown
Command stop-database executed successfully.


For using a different JPA implementation inside GlassFish I don't have much
experience (it has to work with OSGi, too).

Can you recommend some how-to?

Comment by ancoron [ 16/Dec/11 ]

Attached server-validation.log.gz, which is the server.log for the latest test run with logging kept at INFO.

Attached server-validation-fine.log.gz, which is the server.log for the latest test run with logging kept at FINE.

Comment by ancoron [ 16/Dec/11 ]

Attached the test script test-connection-leaks.sh, which should be put directly into .../glassfish/.

This script just starts GlassFish, observes various things during the test run and shuts down everything afterwards. So you still have to provide a configured GlassFish first including the test OSGi bundles.

Comment by Shalini [ 16/Dec/11 ]

You could take a glassfish installation from http://dlc.sun.com.edgesuite.net/glassfish/3.1.2/promoted/ and then deploy this application (war/war file) after starting the domain. I still see that connection validation is not turned on. The "is-connection-validation-required" attribute should be set to true and "connection-validation-method" attribute should be set to "table" along with the validation-table-name attribute.

The log level of resourceadapter could be set to FINE to observe the connection validation failure messages.

Comment by Mitesh Meswani [ 16/Dec/11 ]

Assigning to Shalini as the current discussions on this issue are around jdbc connector functionality.

Comment by ancoron [ 16/Dec/11 ]

I always take the GlassFish binaries from there, anyway...

I've attached a new version of the test script that now also includes the
real number of connections established to derby.

Additionally I've included the database setup into the script prior to
starting GlassFish to avoid the connection failures at first start.

With that I've made a new run:

  1. download 3.1.2 promoted b14
  2. copy bundles into .../autodeploy/bundles/
  3. reconfigure default derby connection pool:
    <jdbc-connection-pool name="DerbyPool"
                          datasource-classname="org.apache.derby.jdbc.ClientDataSource"
                          res-type="javax.sql.DataSource"
                          steady-pool-size="1"
                          max-pool-size="10"
                          ping="true"
                          max-wait-time-in-millis="120000"
                          transaction-isolation-level="read-committed"
                          is-connection-validation-required="true"
                          connection-validation-method="table"
                          validation-table-name="mov_video"
                          validate-atmost-once-period-in-seconds="30"
                          fail-all-connections="true"
                          init-sql="SELECT COUNT(*) FROM mov_video"
                          connection-creation-retry-attempts="10"
                          connection-creation-retry-interval-in-seconds="5"
                          max-connection-usage-count="10"
                          idle-timeout-in-seconds="120"
                          connection-leak-timeout-in-seconds="600"
                          connection-leak-reclaim="true"
                          statement-timeout-in-seconds="60"
                          statement-leak-timeout-in-seconds="90"
                          statement-leak-reclaim="true"
                          >
        <property name="PortNumber" value="1527"></property>
        <property name="Password" value="APP"></property>
        <property name="User" value="APP"></property>
        <property name="serverName" value="localhost"></property>
        <property name="DatabaseName" value="sun-appserv-samples"></property>
        <property name="connectionAttributes" value=";create=true"></property>
        <property name="prefer-validate-over-recreate" value="true"></property>
    </jdbc-connection-pool>
    
  4. reconfigure logging to not rotate and set the following:
    javax.enterprise.resource.resourceadapter.level=FINE
    
  5. run the test script inside .../glassfish/:
    ...
    Successfully started the domain : domain1
    domain  Location: /srv/servers/glassfish/3.1.2-b14/glassfish/domains/domain1
    Log File: /srv/servers/glassfish/3.1.2-b14/glassfish/domains/domain1/logs/server.log
    Admin Port: 4848
    Command start-domain executed successfully.
    [2011-12-16T11:17:27.264] ...waiting for deployment to finish...
    [2011-12-16T11:17:35.354] Deployment successful :)
    Command enable-monitoring executed successfully.
    Command enable-monitoring executed successfully.
    [2011-12-16T11:17:40.256] tasks=0, current-conns=10, active-derby-conns=10
    [2011-12-16T11:17:41.339] tasks=0, current-conns=10, active-derby-conns=10
    [2011-12-16T11:17:42.410] tasks=1, current-conns=10, active-derby-conns=10
    [2011-12-16T11:17:43.496] tasks=1, current-conns=5, active-derby-conns=9
    [2011-12-16T11:17:44.565] tasks=1, current-conns=5, active-derby-conns=9
    [2011-12-16T11:17:45.651] tasks=1, current-conns=9, active-derby-conns=9
    [2011-12-16T11:17:46.760] tasks=1, current-conns=10, active-derby-conns=10
    [2011-12-16T11:17:47.873] tasks=1, current-conns=9, active-derby-conns=11
    [2011-12-16T11:17:49.011] tasks=1, current-conns=10, active-derby-conns=10
    [2011-12-16T11:17:51.654] tasks=1, current-conns=9, active-derby-conns=9
    [2011-12-16T11:17:59.728] tasks=1, current-conns=9, active-derby-conns=9
    [2011-12-16T11:18:00.847] tasks=1, current-conns=9, active-derby-conns=10
    [2011-12-16T11:18:01.975] tasks=1, current-conns=9, active-derby-conns=10
    [2011-12-16T11:18:22.888] tasks=1, current-conns=9, active-derby-conns=10
    [2011-12-16T11:18:32.313] tasks=1, current-conns=9, active-derby-conns=10
    [2011-12-16T11:18:33.465] tasks=1, current-conns=9, active-derby-conns=10
    [2011-12-16T11:18:44.495] tasks=1, current-conns=9, active-derby-conns=10
    [2011-12-16T11:18:47.382] tasks=1, current-conns=10, active-derby-conns=10
    [2011-12-16T11:18:48.555] tasks=2, current-conns=10, active-derby-conns=10
    [2011-12-16T11:18:49.962] tasks=3, current-conns=10, active-derby-conns=10
    [2011-12-16T11:18:51.238] tasks=7, current-conns=10, active-derby-conns=10
    [2011-12-16T11:18:52.384] tasks=32, current-conns=7, active-derby-conns=10
    [2011-12-16T11:18:54.027] tasks=56, current-conns=8, active-derby-conns=10
    [2011-12-16T11:18:55.217] tasks=65, current-conns=7, active-derby-conns=10
    [2011-12-16T11:18:56.392] tasks=96, current-conns=7, active-derby-conns=10
    [2011-12-16T11:18:57.572] tasks=132, current-conns=6, active-derby-conns=10
    [2011-12-16T11:18:58.963] tasks=180, current-conns=0, active-derby-conns=6
    [2011-12-16T11:19:00.211] tasks=316, current-conns=-1, active-derby-conns=10
    [2011-12-16T11:19:01.378] tasks=368, current-conns=2, active-derby-conns=9
    [2011-12-16T11:19:02.532] tasks=368, current-conns=2, active-derby-conns=9
    [2011-12-16T11:19:03.897] tasks=449, current-conns=2, active-derby-conns=10
    [2011-12-16T11:19:05.185] tasks=579, current-conns=0, active-derby-conns=10
    [2011-12-16T11:19:06.357] tasks=733, current-conns=-2, active-derby-conns=10
    [2011-12-16T11:19:07.546] tasks=866, current-conns=-2, active-derby-conns=10
    [2011-12-16T11:19:08.756] tasks=1004, current-conns=-2, active-derby-conns=10
    [2011-12-16T11:19:09.945] tasks=1126, current-conns=-3, active-derby-conns=10
    [2011-12-16T11:19:11.141] tasks=1239, current-conns=-6, active-derby-conns=10
    [2011-12-16T11:19:12.422] tasks=1372, current-conns=-7, active-derby-conns=11
    [2011-12-16T11:19:13.648] tasks=1508, current-conns=-6, active-derby-conns=10
    [2011-12-16T11:19:14.872] tasks=1666, current-conns=-6, active-derby-conns=10
    [2011-12-16T11:19:16.110] tasks=1813, current-conns=-9, active-derby-conns=11
    [2011-12-16T11:19:17.327] tasks=1946, current-conns=-11, active-derby-conns=9
    [2011-12-16T11:19:18.578] tasks=2096, current-conns=-9, active-derby-conns=9
    [2011-12-16T11:19:19.797] tasks=2237, current-conns=-11, active-derby-conns=10
    [2011-12-16T11:19:21.024] tasks=2376, current-conns=-14, active-derby-conns=9
    [2011-12-16T11:19:22.288] tasks=2522, current-conns=-15, active-derby-conns=9
    [2011-12-16T11:19:23.772] tasks=2706, current-conns=-17, active-derby-conns=10
    [2011-12-16T11:19:25.151] tasks=2852, current-conns=-19, active-derby-conns=10
    [2011-12-16T11:19:26.404] tasks=2990, current-conns=-23, active-derby-conns=9
    [2011-12-16T11:19:27.664] tasks=3136, current-conns=-23, active-derby-conns=10
    [2011-12-16T11:19:28.894] tasks=3277, current-conns=-26, active-derby-conns=9
    [2011-12-16T11:19:30.193] tasks=3429, current-conns=-27, active-derby-conns=10
    [2011-12-16T11:19:31.461] tasks=3590, current-conns=-27, active-derby-conns=10
    [2011-12-16T11:19:32.867] tasks=3788, current-conns=-30, active-derby-conns=9
    [2011-12-16T11:19:34.132] tasks=3991, current-conns=-37, active-derby-conns=7
    [2011-12-16T11:19:35.437] tasks=4257, current-conns=-33, active-derby-conns=10
    [2011-12-16T11:19:36.729] tasks=4510, current-conns=-33, active-derby-conns=10
    [2011-12-16T11:19:38.026] tasks=4772, current-conns=-34, active-derby-conns=10
    [2011-12-16T11:19:39.314] tasks=4999, current-conns=-36, active-derby-conns=10
    [2011-12-16T11:19:40.712] tasks=5230, current-conns=-34, active-derby-conns=10
    [2011-12-16T11:19:42.032] tasks=5428, current-conns=-34, active-derby-conns=10
    [2011-12-16T11:19:43.331] tasks=5691, current-conns=-35, active-derby-conns=10
    [2011-12-16T11:19:44.629] tasks=5962, current-conns=-37, active-derby-conns=9
    [2011-12-16T11:19:45.929] tasks=6204, current-conns=-41, active-derby-conns=9
    [2011-12-16T11:19:47.243] tasks=6443, current-conns=-40, active-derby-conns=11
    [2011-12-16T11:19:48.558] tasks=6655, current-conns=-42, active-derby-conns=10
    [2011-12-16T11:19:49.884] tasks=6872, current-conns=-41, active-derby-conns=10
    [2011-12-16T11:19:51.260] tasks=7250, current-conns=-49, active-derby-conns=10
    [2011-12-16T11:19:52.618] tasks=7746, current-conns=-43, active-derby-conns=10
    [2011-12-16T11:19:53.964] tasks=8160, current-conns=-43, active-derby-conns=11
    [2011-12-16T11:19:55.326] tasks=8543, current-conns=-47, active-derby-conns=9
    [2011-12-16T11:19:56.734] tasks=8777, current-conns=-46, active-derby-conns=10
    [2011-12-16T11:19:58.132] tasks=9159, current-conns=-47, active-derby-conns=10
    [2011-12-16T11:19:59.555] tasks=9671, current-conns=-50, active-derby-conns=10
    [2011-12-16T11:20:00.898] tasks=9997, current-conns=-58, active-derby-conns=9
    [2011-12-16T11:20:02.260] tasks=9997, current-conns=-58, active-derby-conns=9
    [2011-12-16T11:20:03.606] tasks=9998, current-conns=-58, active-derby-conns=8
    [2011-12-16T11:20:04.968] tasks=9999, current-conns=-58, active-derby-conns=7
    [2011-12-16T11:20:06.336] tasks=10000, current-conns=-58, active-derby-conns=6
    [2011-12-16T11:20:06.348] Waiting for connection leak timeout (600 seconds)...
    [2011-12-16T11:20:56.362] ...550 seconds left...
    [2011-12-16T11:21:56.383] ...490 seconds left...
    [2011-12-16T11:22:56.404] ...430 seconds left...
    [2011-12-16T11:23:56.425] ...370 seconds left...
    [2011-12-16T11:24:56.446] ...310 seconds left...
    [2011-12-16T11:25:56.467] ...250 seconds left...
    [2011-12-16T11:26:56.488] ...190 seconds left...
    [2011-12-16T11:27:56.509] ...130 seconds left...
    [2011-12-16T11:28:56.528] ...70 seconds left...
    [2011-12-16T11:29:56.549] ...10 seconds left...
    [2011-12-16T11:30:06.608] Test results: statement-leaks=0, connection-leaks=10
    ...
    


I've also attached a new server.log: server-validate-fine-b14.log.gz

I hope I now did everything correctly to get connection validation.

If you want to have a look at the full code of the test bundles, just go here:

Comment by Shalini [ 22/Dec/11 ]

Looks like this is an issue with the max-connection-usage count attribute only. When i executed the test case without leak tracing
off, i could reproduce this issue. Will put in a fix for this issue soon.

Comment by ancoron [ 22/Dec/11 ]

Thank you.

Comment by prasads [ 26/Dec/11 ]

Changing component to JDBC and adding 3_1_2-review tag as per discussion with Shalini

Comment by Shalini [ 09/Jan/12 ]

Fixed in trunk.

The max connection usage operation is modified to remove a resource handle from the pool when its usage count is more than max connection usage count directly.

Sending appserver/connectors/connectors-runtime/src/main/java/com/sun/enterprise/resource/pool/AssocWithThreadResourcePool.java
Sending appserver/connectors/connectors-runtime/src/main/java/com/sun/enterprise/resource/pool/ConnectionPool.java
Sending appserver/connectors/connectors-runtime/src/main/resources/com/sun/logging/enterprise/resource/resourceadapter/LogStrings.properties
Transmitting file data ...
Committed revision 51959.

Comment by Shalini [ 09/Jan/12 ]

Fixed in 3.1.2 branch :

Sending connectors/connectors-runtime/src/main/java/com/sun/enterprise/resource/pool/AssocWithThreadResourcePool.java
Sending connectors/connectors-runtime/src/main/java/com/sun/enterprise/resource/pool/ConnectionPool.java
Sending connectors/connectors-runtime/src/main/resources/com/sun/logging/enterprise/resource/resourceadapter/LogStrings.properties
Transmitting file data ...
Committed revision 51962.

Comment by chaoslayer [ 09/Jan/12 ]

Thank you very much for the fix.

I'm also glad to see this fix landed in the 3.1.2 branch.





[GLASSFISH-17960] Nodes page should not require user to confirm password Created: 09/Dec/11  Updated: 12/Dec/11  Resolved: 12/Dec/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b13
Fix Version/s: 3.1.2_b14

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

Tags: 3_1_2-review

 Description   

In the Node create/edit, password entered for authentication to the remote system should not require user to confirm.



 Comments   
Comment by Anissa Lam [ 10/Dec/11 ]

Fix checked in.
User doesn't need to confirm password by providing it twice. This includes the password for SSH node, DCOM node and the password needed to call setup-ssh.
Fix should be available on 12/11 nightly build.





[GLASSFISH-17959] http listener page should have SSL tab Created: 09/Dec/11  Updated: 31/Dec/11  Resolved: 12/Dec/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b13
Fix Version/s: 3.1.2_b15, 4.0

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

Tags: 3_1_2-review

 Description   

in v2, http listener edit page has SSL tab, this should exist in 3.1.2 also.



 Comments   
Comment by Anissa Lam [ 12/Dec/11 ]

Code added to add the SSL tab.
Also ensure the cancel link from the SSL tab goes to the http listeners page.

Comment by Anissa Lam [ 31/Dec/11 ]

Change added to trunk as well.

Log Message:
------------
GLASSFISH-17959. Add SSL Tab to HTTP listener page.

Revisions:
----------
51842





[GLASSFISH-17946] validate-dcom -- Add Check for JDK Created: 09/Dec/11  Updated: 09/Dec/11  Resolved: 09/Dec/11

Status: Resolved
Project: glassfish
Component/s: distributed management
Affects Version/s: None
Fix Version/s: 3.1.2_b14, 4.0_b14

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

Tags: 3_1_2-review

 Description   

Add a check for a JDK. Perhaps run jar.exe and check that output is returned?



 Comments   
Comment by Byron Nevins [ 09/Dec/11 ]

Done!

I added a test which runs "javac -version" to verify that a JDK is in the path

d:\gf\branches\3.1.2\cluster>svn commit -F D:\gf\svn-commit.3.tmp d:\gf\trunk\main\nucleus\cluster d:\gf\branches\3.1.2\cluster
Sending D:\gf\branches\3.1.2\cluster\admin\src\main\java\com\sun\enterprise\v3\admin\cluster\LocalStrings.properties
Sending D:\gf\branches\3.1.2\cluster\admin\src\main\java\com\sun\enterprise\v3\admin\cluster\ValidateDcom.java
Sending D:\gf\branches\3.1.2\cluster\common\src\main\java\com\sun\enterprise\util\cluster\windows\process\WindowsRemoteScripter.java
Sending D:\gf\branches\3.1.2\cluster\compare.bat
Sending D:\gf\branches\3.1.2\cluster\copyy.bat
Sending D:\gf\branches\3.1.2\cluster\setfiles.bat
Sending D:\gf\trunk\main\nucleus\cluster\admin\src\main\java\com\sun\enterprise\v3\admin\cluster\LocalStrings.properties
Sending D:\gf\trunk\main\nucleus\cluster\admin\src\main\java\com\sun\enterprise\v3\admin\cluster\ValidateDcom.java
Sending D:\gf\trunk\main\nucleus\cluster\common\src\main\java\com\sun\enterprise\util\cluster\windows\process\WindowsRemoteScripter.java
Transmitting file data .........
Committed revision 51408.





[GLASSFISH-17927] inline help for Security checkbox should not refer to secure administration page except for "server-config" Created: 07/Dec/11  Updated: 09/Dec/11  Resolved: 09/Dec/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b14
Fix Version/s: 3.1.2_b14, 4.0

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

Tags: 3_1_2-review

 Description   

In edit Network Listener page for a listener with the name "admin-listener",
The security checkbox is disabled, an the inline help for the security checkbox says:
"Use the Secure Administration page to enable/disable secure administration. " and provide the link to that page.

This should be done only for 'server-config' AND the name is "admin-listener". This should not be the case for any other config.



 Comments   
Comment by srinik76 [ 09/Dec/11 ]

Checked in the fix in 3.1.2 branch

Sending src/main/resources/grizzly/networkListenerEdit.jsf
Sending src/main/resources/grizzly/protocolEdit.jsf
Transmitting file data ..
Committed revision 51405.

Index: src/main/resources/grizzly/networkListenerEdit.jsf
===================================================================
— src/main/resources/grizzly/networkListenerEdit.jsf (revision 51378)
+++ src/main/resources/grizzly/networkListenerEdit.jsf (working copy)
@@ -87,7 +87,9 @@
setSessionAttribute(key="secureCancelUrl" value="#

{pageSession.selfPage}")
setPageSessionAttribute(key="readOnly" value="#{false}" );
if ("(#{pageSession.Name}=admin-listener)") {
- setPageSessionAttribute(key="readOnly" value="#{true}" );
+ if ("(#{pageSession.configName}=server-config)") {
+ setPageSessionAttribute(key="readOnly" value="#{true}" );
+ }
}

//If secure admin is enabled, we will not show the other tabs since GUI doesn't have support for handling low level grizzly config yet.
Index: src/main/resources/grizzly/protocolEdit.jsf
===================================================================
— src/main/resources/grizzly/protocolEdit.jsf (revision 51378)
+++ src/main/resources/grizzly/protocolEdit.jsf (working copy)
@@ -73,7 +73,9 @@
setSessionAttribute(key="secureCancelUrl" value="#{pageSession.selfPage}

")
setPageSessionAttribute(key="readOnly" value="#

{false}

" );
if ("(#

{pageSession.Name}

=admin-listener)") {

  • setPageSessionAttribute(key="readOnly" value="# {true}" );
    + if ("(#{pageSession.configName}=server-config)") {
    + setPageSessionAttribute(key="readOnly" value="#{true}

    " );
    + }
    }
    //If secure admin is enabled, we will not show the other tabs since GUI doesn't have support for handling low level grizzly config yet.
    setPageSessionAttribute(key="showSSLTab" value="#

    {true}

    ");

Comment by srinik76 [ 09/Dec/11 ]

Checked in the trunk
Sending web/src/main/resources/grizzly/networkListenerEdit.jsf
Sending web/src/main/resources/grizzly/protocolEdit.jsf
Transmitting file data ..
Committed revision 51406.





[GLASSFISH-17925] Remote Script on Windows is given Garbage Name if run from UNIX Created: 07/Dec/11  Updated: 07/Dec/11  Resolved: 07/Dec/11

Status: Resolved
Project: glassfish
Component/s: distributed management
Affects Version/s: 3.1.2_b13, 4.0
Fix Version/s: None

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

Tags: 3_1_2-review

 Description   

1. I ran install-node-dcom from a UNIX machine to a Windows machine
2. It said that it failed.

I attached a debugger and saw that it actually worked perfectly! It's just that no output was returned from running the remote script.
This is the first time I tried it from UNIX instead of Windows so maybe it is a problem on UNIX?
At any rate the code below is too stringent. In this case the unpacking went fine.

Recommend:
Change the test to look for a particular file that got unpacked instead of looking at the output.

String out = scripter.run(unpackScript);

if (out == null || out.length() < 50)
throw new CommandException(Strings.get("dcom.error.unpacking", unpackScript, out));

logger.fine("Output from Windows Unpacker:\n" + out);
}



 Comments   
Comment by Byron Nevins [ 07/Dec/11 ]

The code is in:

InstallNodeDcomCommand.unpackOnHosts()

Comment by Byron Nevins [ 07/Dec/11 ]

Actual Error is this:

SmartFile.sanitize was used to create a remote path. But SmartFile is designed for creating paths for use on the CURRENT PLATFORM! It got confused with the "C:"

the result is that the remote script path was set to garbage like this:

/export/home/bnlocal/c:/gf/unpack.bat

So the unpack script never ran.

Comment by Byron Nevins [ 07/Dec/11 ]

d:\gf\branches\3.1.2\cluster>svn commit d:\gf\trunk\main\nucleus\cluster\cli d:\gf\branches\3.1.2\cluster\cli
Sending D:\gf\branches\3.1.2\cluster\cli\src\main\java\com\sun\enterprise\admin\cli\cluster\InstallNodeDcomCommand.java
Sending D:\gf\trunk\main\nucleus\cluster\cli\src\main\java\com\sun\enterprise\admin\cli\cluster\InstallNodeDcomCommand.java
Transmitting file data ..
Committed revision 51358.

I also fixed the "ask for the password twice" issue

Comment by Byron Nevins [ 07/Dec/11 ]

The earlier comment about UNIX not getting the output from the remote command – is JUST PLAIN WRONG.

It actually gets the output just fine. The problem is that the path to the script was garbage. It never actually ran the script – thus no output.





[GLASSFISH-17923] get-client-stubs: failed with secure admin is enabled. Created: 07/Dec/11  Updated: 15/Dec/11  Resolved: 15/Dec/11

Status: Resolved
Project: glassfish
Component/s: None
Affects Version/s: None
Fix Version/s: 3.1.2_b15

Type: Bug Priority: Major
Reporter: Anissa Lam Assignee: andriy.zhdanov
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Duplicate
duplicates GLASSFISH-17969 Exception printed on the screen when ... Closed
Related
is related to GLASSFISH-17850 Null Pointer exception when export LB... Closed
Tags: 3_1_2-review

 Description   

When secure admin is enabled, one cannot download the application client stubs.



 Comments   
Comment by Anissa Lam [ 15/Dec/11 ]

Marking this as duplicates as Lidia files the same bug later GLASSFISH-17969 and Srini is using that bug for approval.





[GLASSFISH-17920] collect-log-files: clustered instance should not show up in the sever dropdown Created: 07/Dec/11  Updated: 16/Dec/11  Resolved: 16/Dec/11

Status: Closed
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b14
Fix Version/s: 3.1.2_b15

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

Tags: 3_1_2-review

 Description   

The sever dropdown should only include standalone instances and DAS.
You can use the command list-instances --standaloneonly=true when getting the list of servers.



 Comments   
Comment by andriy.zhdanov [ 15/Dec/11 ]

Srini has fix for this and approved.

Comment by srinik76 [ 16/Dec/11 ]

Approval and fix is taken part of issue 17922

Index: src/main/resources/appServer/domainLogs.jsf
===================================================================
— src/main/resources/appServer/domainLogs.jsf (revision 51541)
+++ src/main/resources/appServer/domainLogs.jsf (working copy)
@@ -112,11 +112,8 @@
/>
<!beforeCreate
/* Get the server list */

  • gf.restRequest(
  • endpoint="# {sessionScope.REST_URL}

    /servers/server.json"

  • method="GET"
  • result="# {requestScope.servers}");
    - gf.getMapKeys(Map="#{requestScope.servers.data.extraProperties.childResources}" Keys="#{requestScope.servers}

    ");
    + gf.listInstances(optionKeys=

    {"standaloneonly"}

    optionValues=

    {"true"}

    , instances="#

    {requestScope.servers}" );
    + listAdd(list="#{requestScope.servers}

    ", value="server" index="0");
    if ($attribute

    {targetType}

    =#

    {null}

    ) {
    setAttribute(key="targetType" value="instance");
    setAttribute(key="targetName" value="#

    {requestScope.servers.get(0)}

    ");

Comment by srinik76 [ 16/Dec/11 ]

Fixed as part of Issue 17922





[GLASSFISH-17906] T13y: verify/deploy Created: 06/Dec/11  Updated: 22/Dec/11  Resolved: 22/Dec/11

Status: Resolved
Project: glassfish
Component/s: verifier
Affects Version/s: 3.1.2_b10
Fix Version/s: 3.1.2

Type: Bug Priority: Major
Reporter: Joe Di Pol Assignee: sakshi.jain
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1_2-review

 Description   

The translatability (t13y) group has run an audit on the GlassFish
message .properties files. This audit has identified a number of
strings that will cause issues for the translators.

This bug requests that the issues described in the report for the
following areas be addressed:

verifier
deployment

The report is available at:

http://aseng-wiki.us.oracle.com/asengwiki/download/attachments/-2051473015/Glassfish+GF+3.1_WPTG_Analysis.xls

Note that the report consists of six different sheet (tabs). Each sheet
lists issues for a specific category of error.

Please go through all tabs and look for references to the .properties
files for the GlassFish areas listed above, and address the specific
issue described.

General guidance for how to address the issues in each category are
given here:
http://aseng-wiki.us.oracle.com/asengwiki/display/GlassFish/3.1.2+T13y



 Comments   
Comment by prasads [ 07/Dec/11 ]

Sakshi , can you take a look at this and consult me if you have questions.





[GLASSFISH-17902] T13y: admin/general Created: 06/Dec/11  Updated: 15/Dec/11  Resolved: 15/Dec/11

Status: Closed
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.2_b10
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Joe Di Pol Assignee: Jennifer Chou
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Text File 3.1.2-internal-diff.txt     Text File 3.1.2-internal-status.txt     Text File diff.txt     Text File status.txt     Text File trunk-diff.txt     Text File trunk-internal-diff.txt     Text File trunk-internal-status.txt     Text File trunk-status.txt    
Tags: 3_1_2-review

 Description   

The translatability (t13y) group has run an audit on the GlassFish
message .properties files. This audit has identified a number of
strings that will cause issues for the translators.

This bug requests that the issues described in the report for the
following areas be addressed:

admin/config-api
admin/cli-optional
admin/server-mgmt
admin/cli
admin/util
admin/launcher
common/common-util
core/kernel
load-balancer
performance-tuner
das-recovery
security
monitoring

The report is available at:

http://aseng-wiki.us.oracle.com/asengwiki/download/attachments/-2051473015/Glassfish+GF+3.1_WPTG_Analysis.xls

Note that the report consists of six different sheet (tabs). Each sheet
lists issues for a specific category of error.

Please go through all tabs and look for references to the .properties
files for the GlassFish areas listed above, and address the specific
issue described.

General guidance for how to address the issues in each category are
given here:
http://aseng-wiki.us.oracle.com/asengwiki/display/GlassFish/3.1.2+T13y



 Comments   
Comment by Tom Mueller [ 06/Dec/11 ]

Jennifer, can you please start looking at this. Thanks.

Comment by Jennifer Chou [ 13/Dec/11 ]

Fixed in 3.1.2 (open source)

==[IDE]== Dec 12, 2011 10:59:08 PM Committing...
commit -m "GLASSFISH-17902 T13y: admin/general" (19 paths specified)
Sending /Users/jenchou/scratch/gf/3.1.2/admin/cli/src/main/java/com/sun/enterprise/admin/cli/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/admin/cli-optional/src/main/java/com/sun/enterprise/admin/cli/optional/ListDomainsCommand.java
Sending /Users/jenchou/scratch/gf/3.1.2/admin/cli-optional/src/main/java/com/sun/enterprise/admin/cli/optional/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/admin/config-api/src/main/java/com/sun/enterprise/config/serverbeans/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/admin/config-api/src/main/java/org/glassfish/config/support/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/admin/launcher/src/main/java/com/sun/enterprise/admin/launcher/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/pe/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/services/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/admin/util/src/main/java/com/sun/enterprise/admin/util/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/common/common-util/src/main/java/com/sun/enterprise/universal/xml/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/common/common-util/src/main/java/com/sun/enterprise/util/io/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/core/kernel/src/main/java/com/sun/enterprise/v3/admin/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/core/kernel/src/main/java/com/sun/enterprise/v3/admin/SetCommand.java
Sending /Users/jenchou/scratch/gf/3.1.2/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/security/core/src/main/java/com/sun/enterprise/security/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/security/core/src/main/java/com/sun/enterprise/security/auth/login/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/security/core/src/main/java/com/sun/enterprise/security/auth/realm/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2/security/core/src/main/java/com/sun/enterprise/security/cli/LocalStrings.properties
Transmitting file data ...
Committed revision 51523.
Revision: 51523
Author : jc129909
Date : Dec 12, 2011 11:00:34 PM
GLASSFISH-17902 T13y: admin/general

==[IDE]== Dec 12, 2011 11:00:52 PM Committing... finished.

Comment by Jennifer Chou [ 13/Dec/11 ]

Fixed in 3.1.2 internal branch.

==[IDE]== Dec 12, 2011 11:18:36 PM Committing...
commit -m "GLASSFISH-17902 T13y: admin/general" /Users/jenchou/scratch/gf/3.1.2-internal/value-add/monitoring/scripting/server/src/main/java/com/sun/enterprise/monitor/script/cli/LocalStrings.properties /Users/jenchou/scratch/gf/3.1.2-internal/value-add/das-recovery/cli/src/main/java/com/sun/glassfish/dasrecovery/LocalStrings.properties /Users/jenchou/scratch/gf/3.1.2-internal/value-add/monitoring/scripting/asadmin/src/main/java/com/sun/enterprise/monitor/script/cli/LocalStrings.properties /Users/jenchou/scratch/gf/3.1.2-internal/value-add/monitoring/scripting/asadmin/src/main/java/com/sun/enterprise/monitor/script/cli/RunScriptLocalCommand.java
Sending /Users/jenchou/scratch/gf/3.1.2-internal/value-add/das-recovery/cli/src/main/java/com/sun/glassfish/dasrecovery/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2-internal/value-add/monitoring/scripting/asadmin/src/main/java/com/sun/enterprise/monitor/script/cli/LocalStrings.properties
Sending /Users/jenchou/scratch/gf/3.1.2-internal/value-add/monitoring/scripting/asadmin/src/main/java/com/sun/enterprise/monitor/script/cli/RunScriptLocalCommand.java
Sending /Users/jenchou/scratch/gf/3.1.2-internal/value-add/monitoring/scripting/server/src/main/java/com/sun/enterprise/monitor/script/cli/LocalStrings.properties
Transmitting file data ...
Committed revision 3368.
Revision: 3368
Author : jennifer.chou@oracle.com
Date : Dec 12, 2011 11:19:57 PM
GLASSFISH-17902 T13y: admin/general

==[IDE]== Dec 12, 2011 11:19:58 PM Committing... finished.

Comment by Jennifer Chou [ 15/Dec/11 ]

Merged 3.1.2 branch changes to trunk (open source)

==[IDE]== Dec 14, 2011 10:54:13 PM Committing...
commit -m "GLASSFISH-17902 T13y: admin/general..." -N (26 paths specified)
Sending /Users/jenchou/scratch/bg-fresh/all/main/appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/config-api
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/config-api/src/main/java/com/sun/enterprise/config/serverbeans/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/config-api/src/main/java/org/glassfish/config/support/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/launcher
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/launcher/src/main/java/com/sun/enterprise/admin/launcher/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/server-mgmt
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/ListDomainsCommand.java
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/pe/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/services/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/util
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/admin/util/src/main/java/com/sun/enterprise/admin/util/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/common/common-util
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/common/common-util/src/main/java/com/sun/enterprise/universal/xml/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/common/common-util/src/main/java/com/sun/enterprise/util/io/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/core/kernel
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/SetCommand.java
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/security/core
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/security/core/src/main/java/com/sun/enterprise/security/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/security/core/src/main/java/com/sun/enterprise/security/auth/login/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/security/core/src/main/java/com/sun/enterprise/security/auth/realm/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/main/nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/LocalStrings.properties
Transmitting file data ...
Committed revision 51568.
Revision: 51568
Author : jc129909
Date : Dec 14, 2011 10:55:32 PM
GLASSFISH-17902 T13y: admin/general
Merged from 3.1.2 branch

==[IDE]== Dec 14, 2011 10:55:44 PM Committing... finished.

Comment by Jennifer Chou [ 15/Dec/11 ]

Merged 3.1.2 internal branch changes to internal trunk.

==[IDE]== Dec 15, 2011 1:47:07 PM Committing...
commit -m "GLASSFISH-17902 T13y: admin/general..." /Users/jenchou/scratch/bg-fresh/all/closed/appserver/value-add/monitoring/scripting/asadmin/src/main/java/com/sun/enterprise/monitor/script/cli/RunScriptLocalCommand.java /Users/jenchou/scratch/bg-fresh/all/closed/appserver/value-add/monitoring/scripting/server/src/main/java/com/sun/enterprise/monitor/script/cli/LocalStrings.properties /Users/jenchou/scratch/bg-fresh/all/closed/appserver/value-add/das-recovery/cli/src/main/java/com/sun/glassfish/dasrecovery/LocalStrings.properties /Users/jenchou/scratch/bg-fresh/all/closed/appserver/value-add/monitoring/scripting/asadmin/src/main/java/com/sun/enterprise/monitor/script/cli/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/closed/appserver/value-add/das-recovery/cli/src/main/java/com/sun/glassfish/dasrecovery/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/closed/appserver/value-add/monitoring/scripting/asadmin/src/main/java/com/sun/enterprise/monitor/script/cli/LocalStrings.properties
Sending /Users/jenchou/scratch/bg-fresh/all/closed/appserver/value-add/monitoring/scripting/asadmin/src/main/java/com/sun/enterprise/monitor/script/cli/RunScriptLocalCommand.java
Sending /Users/jenchou/scratch/bg-fresh/all/closed/appserver/value-add/monitoring/scripting/server/src/main/java/com/sun/enterprise/monitor/script/cli/LocalStrings.properties
Transmitting file data ...
Committed revision 3397.
Revision: 3397
Author : jennifer.chou@oracle.com
Date : Dec 15, 2011 1:47:12 PM
GLASSFISH-17902 T13y: admin/general
Merged from 3.1.2 branch

==[IDE]== Dec 15, 2011 1:47:14 PM Committing... finished.





[GLASSFISH-17899] hk2/class-model.jar contains classes which are also present in hk2/auto-depends.jar with different versions causing osgi resolver error Created: 05/Dec/11  Updated: 06/Dec/11  Resolved: 06/Dec/11

Status: Resolved
Project: glassfish
Component/s: other
Affects Version/s: 3.1.1
Fix Version/s: 3.1.2_b13

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

Issue Links:
Duplicate
is duplicated by GLASSFISH-17898 Start domain failed on AIX - caused s... Closed
Tags: 3_1_2-review, 3_2-exclude

 Description   

See stack trace below which says that class-model classes are found in two different bundles with different package versions. That results in a constraint violation.
[exec] Launching GlassFish on Felix platform
[exec] Completed shutdown of GlassFish runtime
[exec] Exception in thread "main" java.lang.reflect.InvocationTargetException
[exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[exec] at java.lang.reflect.Method.invoke(Method.java:597)
[exec] at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
[exec] at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55)
[exec] Caused by: com.sun.enterprise.module.ResolveError: Failed to start Bundle Id [248] State [INSTALLED] [org.glassfish.main.core.kernel(Kernel Classes):3.1.2.SNAPSHOT]
[exec] at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:177)
[exec] at org.jvnet.hk2.osgiadapter.OSGiModuleImpl$2$1$1.loadClass(OSGiModuleImpl.java:344)
[exec] at com.sun.hk2.component.LazyInhabitant.loadClass(LazyInhabitant.java:124)
[exec] at com.sun.hk2.component.LazyInhabitant.type(LazyInhabitant.java:99)
[exec] at org.jvnet.hk2.component.Habitat$SelfListener.inhabitantIndexChanged(Habitat.java:1134)
[exec] at org.jvnet.hk2.component.Habitat$3.inhabitantChanged(Habitat.java:599)
[exec] at org.jvnet.hk2.component.Habitat$4.run(Habitat.java:640)
[exec] at org.jvnet.hk2.component.SameThreadExecutor.execute(SameThreadExecutor.java:80)
[exec] at org.jvnet.hk2.component.Habitat.doNotify(Habitat.java:630)
[exec] at org.jvnet.hk2.component.Habitat.notify(Habitat.java:617)
[exec] at org.jvnet.hk2.component.Habitat.notify(Habitat.java:603)
[exec] at org.jvnet.hk2.component.Habitat.addIndex(Habitat.java:429)
[exec] at org.jvnet.hk2.component.Habitat.addIndex(Habitat.java:422)
[exec] at com.sun.hk2.component.InhabitantsParser.addIndex(InhabitantsParser.java:243)
[exec] at com.sun.hk2.component.InhabitantsParser.add(InhabitantsParser.java:222)
[exec] at com.sun.hk2.component.InhabitantsParser.parse(InhabitantsParser.java:174)
[exec] at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.parseInhabitants(OSGiModuleImpl.java:376)
[exec] at org.jvnet.hk2.osgiadapter.OSGiModulesRegistryImpl.parseInhabitants(OSGiModulesRegistryImpl.java:321)
[exec] at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:156)
[exec] at com.sun.enterprise.module.bootstrap.Main.createHabitat(Main.java:425)
[exec] at org.jvnet.hk2.osgiadapter.HK2Main.createHabitat(HK2Main.java:96)
[exec] at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishRuntime.newGlassFish(EmbeddedOSGiGlassFishRuntime.java:89)
[exec] at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:113)
[exec] ... 6 more
[exec] Caused by: org.osgi.framework.BundleException: Uses constraint violation. Unable to resolve bundle revision org.glassfish.main.core.kernel [248.0] because it is exposed to package 'org.glassfish.hk2.classmodel.reflect.util' from bundle revisions org.glassfish.hk2.auto-depends [221.0] and org.glassfish.hk2.class-model [5.0] via two dependency chains.
[exec]
[exec] Chain 1:
[exec] org.glassfish.main.core.kernel [248.0]
[exec] import: (&(osgi.wiring.package=org.glassfish.hk2.classmodel.reflect.util)(version>=1.0.0))
[exec] |
[exec] export: osgi.wiring.package=org.glassfish.hk2.classmodel.reflect.util
[exec] org.glassfish.hk2.auto-depends [221.0]
[exec]
[exec] Chain 2:
[exec] org.glassfish.main.core.kernel [248.0]
[exec] import: (&(osgi.wiring.package=org.jvnet.hk2.config)(version>=1.0.0))
[exec] |
[exec] export: osgi.wiring.package=org.jvnet.hk2.config; uses:=org.glassfish.hk2.classmodel.reflect
[exec] org.glassfish.hk2.config [112.0]
[exec] import: (&(osgi.wiring.package=org.glassfish.hk2.classmodel.reflect)(version>=1.1.0))
[exec] |
[exec] export: osgi.wiring.package=org.glassfish.hk2.classmodel.reflect; uses:=org.glassfish.hk2.classmodel.reflect.util
[exec] export: osgi.wiring.package=org.glassfish.hk2.classmodel.reflect.util
[exec] org.glassfish.hk2.class-model [5.0]
[exec] at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3832)
[exec] at org.apache.felix.framework.Felix.startBundle(Felix.java:1868)
[exec] at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:944)
[exec] at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:169)
[exec] ... 28 more
[exec]

There are two solutions:
I don't know who has changed hk2/auto-depends, but it bundles class-model and tiger_type classes. Although glassfish-hk2 packager is coded to exclude tiger_types.jar, it does not exclude class-model.jar. So, class-model.jar is also present in every distro that contains hk2. The issue is not this duplication of classes in two jars, the real problem is class-model.jar does not export the packages with a version unlike auto-depends.jar. It is perhaps an oversight by whoever added class-model module. So, we are some times facing issues in OSGi package resolution as it is thinking them as distinct packages. We have two ways to solve it:

1) stop distributing class-model.jar in distro and optionally fix class-model.jar to export with proper version.
or
2) stop repackaging classes in auto-depends.jar and fix class-model.jar to export with proper version.

#1 is preferable as it avoids one extra module.



 Comments   
Comment by Sanjeeb Sahoo [ 06/Dec/11 ]

svn details:
3.1.2 branch: r51283

This does not have to be forward ported to trunk, as trunk uses a different version of HK2 which does not have the duplicate package issue.





[GLASSFISH-17894] Both JSF 2.1.0 and 2.1.4 embedded and jar mixup Created: 04/Dec/11  Updated: 08/Dec/11  Resolved: 06/Dec/11

Status: Resolved
Project: glassfish
Component/s: jsf
Affects Version/s: 3.1.2_b12
Fix Version/s: 3.1.2_b13, 3.1.2_b14

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

Win7 x86


Attachments: Text File changebundle.txt    
Tags: 3_1_2-review, build, fish, glass, jsf

 Description   

After installation of glassfish-3.1.2-b12-windows.exe, one can see in /glassfish3/glassfish/modules:

  • javax.faces.jar containing both api and impl JSF 2.1.4 (20111107-SNAPSHOT)
  • jsf-impl.jar containing JSF 2.1.0 (2.1.0-b11-FCS)
  • NO jsf-api.jar (so the eclipse glassfish plugin also gets upset)

It was already like that on 3.1.2-b10, the first promoted I tried.
On 3.1.1 there were only jsf-api.jar and jsf-impl.jar, but I heard there were discussions over a new javax jar scheme in 3.1.2.

Workaround: rework the jars manually from the distrib.



 Comments   
Comment by rogerk [ 05/Dec/11 ]

We did switch over to one JSF jar in the modules directory - namely javax.faces.jar.
However, I just downloaded a promoted zip distribution - glassfish-3.1.2-b12.zip
unzipped it, and noticed that under the modules directory there was:
jsf-api.jar
jsf-impl.jar
javax.faces.jar

Comment by rogerk [ 05/Dec/11 ]

From: snjezana.sevozenzerovic@oracle.com
To: roger.kitain@oracle.com
Sent: Monday, December 5, 2011 1:41:25 PM GMT -08:00 US/Canada Pacific
Subject: Fwd: [JIRA] Commented: (GLASSFISH-17894) Both JSF 2.1.0 and 2.1.4 embedded and jar mixup

[I would have commented directly on the issue but for some reason java.net barfs when I try to log in...]

Roger, I think you are missing jsf-api and jsf-impl exclusions in packager/pom.xml file in 3.1.2 branch so old jsf jars get pulled in as transitive dependencies of some external project. I think I already mentioned this to Ed week or so ago but he apparently never updated the file.

Thanks,

Snjezana

Comment by rogerk [ 05/Dec/11 ]

On 12/5/11 4:43 PM, Snjezana Sevo-Zenzerovic wrote:
> Just checked - jsf-api is on the exclude list and I don't see it in freshly built distribution anymore. So, please add jsf-impl to the list, too, make sure you don't see it in the distribution anymore and at point you should be able to close this issue.
>
> Thanks,
>
> Snjezana

Comment by rogerk [ 05/Dec/11 ]

Looks like pilot error -

jsf-ri is listed in list for <packager.artifact.excludes>.
It should probably be listed as jsf-impl

Ed is doing a 2.1.6 integration into 3.1.2 so we'll make sure that is fixed.

Comment by rogerk [ 05/Dec/11 ]

Ed - we need to make sure GlassFish packager/pom.xml file has jsf-impl on <packager.artifact.excludes> list (instead of jsf-ri) for 2.1.6 integration.

Comment by Ed Burns [ 06/Dec/11 ]

Consider this text from the Maven and OSGi packaging and naming guide <http://www.java.net/external?url=http://wikis.sun.com/display/GlassFish/Maven+Versioning+Rules>.

B> - an implementation jar file
B>
B> If the Java specification defines a standalone version of the
B> technology, the implementation jar file will be such a
B> standalone implementation of the specification, and will meet
B> all the compatibility requirements of the specification. The
B> implementation jar file typically includes all the classes from
B> the API jar file, plus whatever implementation classes are needed
B> to produce a complete runtime.

The correct distribution should have only javax.faces.jar, not jsf-api.jar and jsf-impl.jar. I am certain that the mojarra integration done just before the blog entry where I described all this <http://weblogs.java.net/blog/edburns/archive/2011/09/02/jcpjavaee-artifacts-maven-central> was correct and had only the one jar.

Somehow the multiple jars have crept back in. I will fix it.

Ed

Comment by Ed Burns [ 06/Dec/11 ]

Yes, I made this mistake:

svn cat -r 49388 packager/pom.xml | grep jsf-ri
<packager.artifact.excludes>stax-api,stax,junit,jtype,tiger-types,servlet-api,jstl-api,el-api,jsp-api,org.osgi.core,org.osgi.compendium,concurrent,amx-core,amx-core-impl,amx-config,amx-config-impl,amx-j2ee,amx-j2ee-impl,amx-ext-impl,gmbal-api-only,jsf-api,jsf-ri</packager.artifact.excludes>

When I committed revision 49388 on that file, the string "jsf-ri" should have been "jsf-impl".

Fixing this now.

Ed

Comment by Ed Burns [ 06/Dec/11 ]

Ready for review.

Comment by Ed Burns [ 06/Dec/11 ]

Extraneous Mojarra jar in GlassFish zip http://java.net/jira/browse/GLASSFISH-17894

SECTION: Modified files

M packager/pom.xml

Correct error committed by edburns on revision 49388. In the
packager.artifact.excludes list, the string "jsf-ri" should be
"jsf-impl".

r=snjezana
Sending packager/pom.xml
Transmitting file data .
Committed revision 51320.

Comment by fabmars [ 07/Dec/11 ]

jsf-impl.jar is still present in b13.

Comment by fabmars [ 08/Dec/11 ]

and the same for EL





[GLASSFISH-17889] Upgrade to Felix 4.0.x which implements OSGi R4.3 Created: 02/Dec/11  Updated: 14/Jul/12  Resolved: 03/Dec/11

Status: Resolved
Project: glassfish
Component/s: OSGi
Affects Version/s: 3.1.2
Fix Version/s: 3.1.2_b14, 4.0

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

Tags: 3_1_2-review

 Description   

Upgrade to OSGi R4.3



 Comments   
Comment by Sanjeeb Sahoo [ 03/Dec/11 ]

I have developer benchmark test suite to ensure that there is no performance regression.

3.1.2:
r51263

trunk:
51264.





change-admin-password should work as a local command if the DAS is down. (GLASSFISH-17517)

[GLASSFISH-17878] change-admin-password to take domaindir and domain_name as optional parameters Created: 01/Dec/11  Updated: 14/Dec/11  Resolved: 14/Dec/11

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 3.1.2_b12
Fix Version/s: 3.1.2_b14

Type: Sub-task Priority: Major
Reporter: Nithya Ramakrishnan Assignee: Mike Fitch
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1_2-review

 Description   

This is a spin-off from issue 17517. Since change-admin-password should be able to execute locally when the DAS is down, it would be taking two additional arguments (v-z) domain_name and domaindir. If either of these arguments are provided, it would be executed locally.

If --domain is not provided and the DAS is down, and there is only one domain directory in the domaindir, then that one should be selected. If there is more than one domain in the domaindir and the DAS is down, there will be a corresponding error message.



 Comments   
Comment by Mike Fitch [ 14/Dec/11 ]

Added to change-admin-password in build 14 via svn commit 51521





[GLASSFISH-17858] Failed start-instance on SSH reports "null" for command executed. Created: 30/Nov/11  Updated: 01/Dec/11  Resolved: 01/Dec/11

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.2_b10
Fix Version/s: 3.1.2_b13, 4.0

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

Tags: 3_1_2-review

 Description   

I ran 3.1.2 B10 start-instance on a setup that failed, and it reported an error like this:

Could not start instance i1 on node node1 (10.132.181.201).: Command 'null' failed on node node1 (10.132.181.201):

Note that instead of displaying the command that was run, it is displaying "null". This correctly displayed the command in 3.1.1, so it is a regression.



 Comments   
Comment by Joe Di Pol [ 30/Nov/11 ]

Looks like this was caused when the NodeRunner code was refactored to support DCOM. Specifically in NodeRunner, "lastCommandRun" is never set when a remote command is executed using SSH. We need to propogate lastCommandRun from NodeRunnerSSH to NodeRunner.

Comment by Joe Di Pol [ 01/Dec/11 ]

Fixed in 3.1.2 branch (r51215) and trunk (r51219)

Project:    glassfish
Repository: svn
Revision:   51215
Author:     jfdipol
Date:       2011-11-30 23:16:22 UTC
Link:       

Log Message:
------------
Fix 17858 Failed start-instance on SSH reports "null" for command executed

Also fix missing parameter on another message.




Revisions:
----------
51215


Modified Paths:
---------------
branches/3.1.2/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/NodeUtils.java
branches/3.1.2/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/connect/NodeRunnerSsh.java
branches/3.1.2/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/connect/NodeRunner.java


Diffs:
------
Index: branches/3.1.2/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/NodeUtils.java
===================================================================
--- branches/3.1.2/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/NodeUtils.java	(revision 51214)
+++ branches/3.1.2/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/NodeUtils.java	(revision 51215)
@@ -499,7 +499,7 @@
                             m1, m2));
             }
             else {
-                String msg = Strings.get("ssh.bad.connect", nodehost);
+                String msg = Strings.get("ssh.bad.connect", nodehost, "SSH");
                 logger.warning(StringUtils.cat(": ", msg, m1, m2,
                         sshL.toString()));
                 throw new CommandValidationException(StringUtils.cat(NL,
Index: branches/3.1.2/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/connect/NodeRunner.java
===================================================================
--- branches/3.1.2/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/connect/NodeRunner.java	(revision 51214)
+++ branches/3.1.2/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/connect/NodeRunner.java	(revision 51215)
@@ -220,7 +220,9 @@
 
         if ("SSH".equals(type)) {
             NodeRunnerSsh nrs = new NodeRunnerSsh(habitat, logger);
-            return nrs.runAdminCommandOnRemoteNode(node, output, args, stdinLines);
+            int result = nrs.runAdminCommandOnRemoteNode(node, output, args, stdinLines);
+            lastCommandRun = nrs.getLastCommandRun();
+            return result;
         }
 
         if ("DCOM".equals(type)) {
Index: branches/3.1.2/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/connect/NodeRunnerSsh.java
===================================================================
--- branches/3.1.2/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/connect/NodeRunnerSsh.java	(revision 51214)
+++ branches/3.1.2/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/connect/NodeRunnerSsh.java	(revision 51215)
@@ -84,6 +84,9 @@
         return node.getType().equals("SSH");
     }
 
+    String getLastCommandRun() {
+        return lastCommandRun;
+    }
 
     public int runAdminCommandOnRemoteNode(Node node, StringBuilder output,
                                        List<String> args,





[GLASSFISH-17856] java.lang.NoClassDefFoundError: org/eclipse/persistence/sdo/helper/SDOHelperContext Created: 30/Nov/11  Updated: 23/Dec/11  Resolved: 20/Dec/11

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

Type: Bug Priority: Blocker
Reporter: Sreekanth Assignee: Mitesh Meswani
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux, GlassFish Server Open Source Edition 3.1.2-SNAPSHOT (12)


Attachments: Text File server.log     Text File server.log     Zip Archive TestSDOApp.zip    
Tags: 3_1_2-exclude, 3_1_2-review

 Description   

1)Download and install latest glassfish 3.1.2 nightly build.
2)Start the server
3)Enable SDO
asadmin create-jvm-options --target server -Dcom.sun.xml.ws.spi.db.BindingContextFactory=com.sun.xml.ws.db.sdo.SDOContextFactory
4)Restart the glassfish
5)Now deploy the attached simple webservice app.
6)Check the server log.



 Comments   
Comment by Sreekanth [ 30/Nov/11 ]

Exception stacktrace:
=====================

[#|2011-11-30T19:26:48.421+0530|WARNING|glassfish3.1.2|javax.enterprise.webservices.org.glassfish.webservices|_ThreadID=20;_ThreadName=Thread-2;|Deployment failed
java.lang.NoClassDefFoundError: org/eclipse/persistence/sdo/helper/SDOHelperContext
at com.sun.xml.ws.db.sdo.SDOContextWrapper.<init>(SDOContextWrapper.java:78)
at com.sun.xml.ws.db.sdo.SDOContextFactory.newContext(SDOContextFactory.java:19)
at com.sun.xml.ws.spi.db.BindingContextFactory.create(BindingContextFactory.java:190)
at com.sun.xml.ws.model.AbstractSEIModelImpl$1.run(AbstractSEIModelImpl.java:212)
at com.sun.xml.ws.model.AbstractSEIModelImpl$1.run(AbstractSEIModelImpl.java:185)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.xml.ws.model.AbstractSEIModelImpl.createJAXBContext(AbstractSEIModelImpl.java:185)
at com.sun.xml.ws.model.AbstractSEIModelImpl.postProcess(AbstractSEIModelImpl.java:110)
at com.sun.xml.ws.model.RuntimeModeler.buildRuntimeModel(RuntimeModeler.java:320)
at com.sun.xml.ws.db.DatabindingImpl.<init>(DatabindingImpl.java:99)
at com.sun.xml.ws.db.DatabindingProviderImpl.create(DatabindingProviderImpl.java:74)
at com.sun.xml.ws.db.DatabindingProviderImpl.create(DatabindingProviderImpl.java:58)
at com.sun.xml.ws.db.DatabindingFactoryImpl.createRuntime(DatabindingFactoryImpl.java:130)
at com.sun.xml.ws.server.EndpointFactory.createSEIModel(EndpointFactory.java:433)
at com.sun.xml.ws.server.EndpointFactory.create(EndpointFactory.java:268)
at com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:145)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:574)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:557)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:629)
at org.glassfish.webservices.WSServletContextListener.registerEndpoint(WSServletContextListener.java:282)
at org.glassfish.webservices.WSServletContextListener.contextInitialized(WSServletContextListener.java:102)
at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:4750)
at com.sun.enterprise.web.WebModule.contextListenerStart(WebModule.java:550)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5366)
at com.sun.enterprise.web.WebModule.start(WebModule.java:498)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:917)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:901)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:733)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2010)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1661)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:109)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:301)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:462)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.webservices.metroglue.MetroContainer.deployWsTxServices(MetroContainer.java:225)
at org.glassfish.webservices.metroglue.MetroContainer.deployWsTxServices(MetroContainer.java:174)
at org.glassfish.webservices.metroglue.MetroContainer.onDeployed(MetroContainer.java:161)
at org.glassfish.webservices.WebServiceDeploymentNotifierImpl.notifyDeployed(WebServiceDeploymentNotifierImpl.java:66)
at org.glassfish.webservices.deployment.WebServicesDeploymentMBean.deploy(WebServicesDeploymentMBean.java:302)
at org.glassfish.webservices.WebServicesDeployer.prepare(WebServicesDeployer.java:189)
at com.sun.enterprise.v3.server.ApplicationLifecycle.prepareModule(ApplicationLifecycle.java:872)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:410)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:353)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259)
at org.glassfish.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:126)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:461)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:238)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:833)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:730)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1031)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.ClassNotFoundException: org.eclipse.persistence.sdo.helper.SDOHelperContext not found by org.glassfish.metro.webservices-osgi [6]
at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:787)
at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71)
at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
... 78 more

#]
Comment by Martin Grebac [ 30/Nov/11 ]

g! lb eclipselink
START LEVEL 3
ID|State |Level|Name
17|Resolved | 1|EclipseLink ASM (2.3.1.v20111018-r10243)
62|Resolved | 1|EclipseLink Core (2.3.1.v20111018-r10243)
66|Resolved | 1|EclipseLink MOXy (2.3.1.v20111018-r10243)
89|Resolved | 1|EclipseLink JPA (2.3.1.v20111018-r10243)
131|Resolved | 1|EclipseLink Oracle Extensions (2.3.1.v20111018-r10243)
144|Installed | 1|Jersey Eclipse MOXy support (1.11.0.b01)
147|Installed | 1|EclipseLink SDO (2.3.1.v20111018-r10243)
173|Resolved | 1|EclipseLink ANTLR (2.3.1.v20111018-r10243)
223|Installed | 1|EclipseLink JPA ModelGen (2.3.1.v20111018-r10243)
g! start 147
org.osgi.framework.BundleException: Unresolved constraint in bundle org.eclipse.persistence.sdo [147]: Unable to resolve 147.0: missing requirement [147.0] package; (&(package=commonj.sdo)(version>=2.1.1)) [caused by: Unable to resolve 85.0: missing requirement [85.0] package; (&(package=javax.xml.transform)(version>=1.3.0))]

Comment by Sreekanth [ 05/Dec/11 ]

Updating it as blocker issue since we are not able to test SDO Support

Comment by Mitesh Meswani [ 05/Dec/11 ]

As Martin pointed out above, the root cause of the issue is a wrong import statement in commonj.sdo.jar This bumdle is owned by EclipseLink. The responsible engineer is working on a fix. Will be integrated into GlassFish as soon as EclipseLink publishes the required fix.

Comment by Mitesh Meswani [ 10/Dec/11 ]

$ svn commit -m "Fix for issue 17856. Update to SDO API bundle with corrected import" pom
.xml
Sending pom.xml
Transmitting file data .
Committed revision 51449.

Comment by Sreekanth [ 20/Dec/11 ]

Still as issue.Checked with both promoted and nightly latest builds.Attaching the server log with latest nightly build.

Comment by Mitesh Meswani [ 20/Dec/11 ]

The issue seen in latest server.log is same as that in http://java.net/jira/browse/GLASSFISH-18029. Lets track it with 18029. Closing this as duplicate





[GLASSFISH-17852] HA IIOP Tests failed - ReferenceFactoryManager destroy failed Exception Created: 30/Nov/11  Updated: 24/Dec/11  Resolved: 24/Dec/11

Status: Resolved
Project: glassfish
Component/s: rmi_iiop_load_balancer
Affects Version/s: 3.1.2_b05
Fix Version/s: 3.1.2_b16

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

Issue Links:
Dependency
depends on GLASSFISH-17092 CORBA Warning message on glassfish sh... Resolved
Tags: 3_1_2-review

 Description   

Ran full HA tests in 3.1.2.b05 and IIOP Tests failed because of EJBException (https://ejp-172x-154.india.sun.com/gf312/ha/results/summary/iiop.html)

Instance log:
-------------

[#|2011-11-09T20:22:47.485+0530|SEVERE|oracle-glassfish3.1.2|javax.enterprise.resource.corba|_ThreadID=54;_ThreadName=Thread-2;|Exception during POARemoteRefFactory::destroy()
org.omg.CORBA.OBJ_ADAPTER: WARNING: IOP02310830: ReferenceFactoryManager destroy failed vmcid: OMG minor code: 830 completed: No
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
at $Proxy230.rfmDestroyFailed(Unknown Source)
at com.sun.corba.ee.impl.oa.rfm.ReferenceFactoryManagerImpl.destroy(ReferenceFactoryManagerImpl.java:575)
at com.sun.corba.ee.impl.oa.rfm.ReferenceFactoryImpl.destroy(ReferenceFactoryImpl.java:66)
at org.glassfish.enterprise.iiop.impl.POARemoteReferenceFactory.destroy(POARemoteReferenceFactory.java:554)
at com.sun.ejb.containers.BaseContainer.doContainerCleanup(BaseContainer.java:4376)
at com.sun.ejb.containers.BaseContainer.onShutdown(BaseContainer.java:4257)
at org.glassfish.ejb.startup.EjbApplication.stop(EjbApplication.java:307)
at org.glassfish.internal.data.EngineRef.stop(EngineRef.java:169)
at org.glassfish.internal.data.ModuleInfo.stop(ModuleInfo.java:302)
at org.glassfish.internal.data.ApplicationInfo.stop(ApplicationInfo.java:322)
at com.sun.enterprise.v3.server.ApplicationLifecycle.unload(ApplicationLifecycle.java:999)
at com.sun.enterprise.v3.server.ApplicationLifecycle.disable(ApplicationLifecycle.java:1971)
at com.sun.enterprise.v3.server.ApplicationLoaderService.stopApplication(ApplicationLoaderService.java:454)
at com.sun.enterprise.v3.server.ApplicationLoaderService.preDestroy(ApplicationLoaderService.java:422)
at com.sun.hk2.component.AbstractCreatorInhabitantImpl.dispose(AbstractCreatorInhabitantImpl.java:83)
at com.sun.hk2.component.SingletonInhabitant.release(SingletonInhabitant.java:81)
at com.sun.hk2.component.EventPublishingInhabitant.release(EventPublishingInhabitant.java:108)
at com.sun.hk2.component.LazyInhabitant.release(LazyInhabitant.java:133)
at com.sun.enterprise.v3.server.AppServerStartup.stop(AppServerStartup.java:425)
at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.stop(GlassFishImpl.java:88)
at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.stop(GlassFishDecorator.java:68)
at com.sun.enterprise.v3.admin.StopServer.doExecute(StopServer.java:70)
at com.sun.enterprise.v3.admin.cluster.StopInstanceInstanceCommand.execute(StopInstanceInstanceCommand.java:94)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.run(CommandRunnerImpl.java:383)
Caused by: java.lang.NullPointerException
at com.sun.corba.ee.impl.oa.poa.POAImpl.getPOAFactory(POAImpl.java:334)
at com.sun.corba.ee.impl.oa.poa.POAImpl.<init>(POAImpl.java:467)
at com.sun.corba.ee.impl.oa.poa.POAImpl.find_POA(POAImpl.java:1028)
at com.sun.corba.ee.impl.oa.rfm.ReferenceFactoryManagerImpl.destroy(ReferenceFactoryManagerImpl.java:557)
... 23 more

#]

Framework log error message:
----------------------------

javax.ejb.NoSuchEJBException
at com.sun.appserver.ee.tests.ejb.stateful._SFSB3Remote_Wrapper.getName(com/sun/appserver/ee/tests/ejb/stateful/_SFSB3Remote_Wrapper.java)
at com.sun.appserver.ee.tests.client.ClientDynamicClusterRemoveInstance.runFOBetweenBeanCalls(Unknown Source)
at com.sun.appserver.ee.tests.client.ClientDynamicClusterRemoveInstance.main(Unknown Source)
Caused by: java.rmi.NoSuchObjectException: CORBA OBJECT_NOT_EXIST 9999 No; nested exception is:
org.omg.CORBA.OBJECT_NOT_EXIST: ---------BEGIN server-side stack trace---------
org.omg.CORBA.OBJECT_NOT_EXIST: vmcid: 0x2000 minor code: 1807 completed: No
at org.glassfish.enterprise.iiop.impl.POARemoteReferenceFactory.preinvoke(POARemoteReferenceFactory.java:527)
at com.sun.corba.ee.impl.oa.poa.POAPolicyMediatorImpl_NR_USM.internalGetServant(POAPolicyMediatorImpl_NR_USM.java:93)
at com.sun.corba.ee.impl.oa.poa.POAPolicyMediatorBase.getInvocationServant(POAPolicyMediatorBase.java:139)
at com.sun.corba.ee.impl.oa.poa.POAImpl.getInvocationServant(POAImpl.java:1837)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServant(CorbaServerRequestDispatcherImpl.java:286)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServantWithPI(CorbaServerRequestDispatcherImpl.java:311)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:196)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1624)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1486)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:990)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:214)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:742)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:539)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2324)
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)

---------END server-side stack trace--------- vmcid: 0x2000 minor code: 1807 completed: No
at com.sun.corba.ee.impl.javax.rmi.CORBA.Util.mapSystemException(Util.java:269)
at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.privateInvoke(StubInvocationHandlerImpl.java:213)
at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:152)
at com.sun.corba.ee.impl.presentation.rmi.codegen.CodegenStubBase.invoke(CodegenStubBase.java:227)
at com.sun.appserver.ee.tests.ejb.stateful._SFSB3Remote_Remote_DynamicStub.getName(com/sun/appserver/ee/tests/ejb/stateful/_SFSB3Remote_Remote_DynamicStub.java)
... 3 more
Caused by: org.omg.CORBA.OBJECT_NOT_EXIST: ---------BEGIN server-side stack trace---------
org.omg.CORBA.OBJECT_NOT_EXIST: vmcid: 0x2000 minor code: 1807 completed: No
at org.glassfish.enterprise.iiop.impl.POARemoteReferenceFactory.preinvoke(POARemoteReferenceFactory.java:527)
at com.sun.corba.ee.impl.oa.poa.POAPolicyMediatorImpl_NR_USM.internalGetServant(POAPolicyMediatorImpl_NR_USM.java:93)
at com.sun.corba.ee.impl.oa.poa.POAPolicyMediatorBase.getInvocationServant(POAPolicyMediatorBase.java:139)
at com.sun.corba.ee.impl.oa.poa.POAImpl.getInvocationServant(POAImpl.java:1837)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServant(CorbaServerRequestDispatcherImpl.java:286)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServantWithPI(CorbaServerRequestDispatcherImpl.java:311)
at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:196)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1624)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1486)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:990)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:214)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:742)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:539)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2324)
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)

---------END server-side stack trace--------- vmcid: 0x2000 minor code: 1807 completed: No
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.MessageBase.getSystemException(MessageBase.java:900)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.ReplyMessage_1_2.getSystemException(ReplyMessage_1_2.java:131)
at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.getSystemExceptionReply(CorbaMessageMediatorImpl.java:637)
at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.processResponse(CorbaClientRequestDispatcherImpl.java:499)
at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.marshalingComplete(CorbaClientRequestDispatcherImpl.java:373)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.invoke(CorbaClientDelegateImpl.java:273)
at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.privateInvoke(StubInvocationHandlerImpl.java:200)
... 6 more



 Comments   
Comment by Harshad Vilekar [ 15/Dec/11 ]
  • Did this test PASS earlier ? What is the release and build number ?
  • Is this failure consistent ?

The exception logged in the instance log is a known issue (GLASSFISH-17092) and does not represent HA failure - so may be ignored for the evaluation of this test.





[GLASSFISH-17830] For GF 3.1.2 new support, the output of CLI are in English Created: 25/Nov/11  Updated: 08/Feb/12  Resolved: 26/Jan/12

Status: Closed
Project: glassfish
Component/s: i18n
Affects Version/s: 3.1.2_b11
Fix Version/s: 3.1.2_b20

Type: Bug Priority: Major
Reporter: sunny-gui Assignee: gmurr
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Server OS: OEL 6 x64 w/JDK1.6.0_29 32bit
Bundle: java_ee_sdk-6u4-b11-jdk7-linux-ml.sh
Server Locale: fr_FR.UTF-8


Attachments: HTML File report.all.html    
Tags: 3_1_2-review

 Description   

For GF 3.1.2 new support, the output of CLI are in English.

To reproduce:
After installed the bundle execute the commands like this,

  1. ./disable-secure-admin --user admin --passwordfile pwdfile --help

the output are in English.

Attached the report file for your reference.



 Comments   
Comment by gmurr [ 26/Jan/12 ]

fix will be available in 3.1.2_b20

Comment by sunny-gui [ 08/Feb/12 ]

Verified and fixed in build 21 with the bundle "ogs-3.1.2-b21-unix-ml.sh" in OEL 6 x64 w/JDK1.6.0_30 32-Bit, so close this issue.





[GLASSFISH-17801] On Windows can not deploy an application with a version Created: 22/Nov/11  Updated: 19/Jan/12  Resolved: 12/Dec/11

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

Type: Bug Priority: Major
Reporter: Kulbhushan Assignee: Hong Zhang
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows Server 2003 SP2 or Windows 7 Glassfish 3.1.1 (build 12)


Tags: 3_1_2-review, application_versioning, version

 Description   

While deploying, the following command fails:

asadmin deploy --name test:1.4 test-1.4.war

The error in the logs is

SEVERE|glassfish3.1.1|javax.enterprise.system.core.security|_ThreadID=238;_ThreadName=Thread-2;|Unable to create policy file [C:\glassfish-3.1.1\glassfish\domains\domain1/generated/policy\test:1.4/test_1_4_internal\granted.policy] caught java.io.FileNotFoundException: C:\glassfish-3.1.1\glassfish\domains\domain1\generated\policy\test:1.4\test_1_4_internal\granted.policy (The filename, directory name, or volume label syntax is incorrect

SEVERE|glassfish3.1.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=238;_ThreadName=Thread-2;|Error deleting repository directory C:\glassfish-3.1.1\glassfish\domains\domain1\applications\test:1.4

But the following command without version works fine

asadmin deploy --name test test-1.4.war

The war file being deployed contains both web and ejb components.



 Comments   
Comment by Hong Zhang [ 12/Dec/11 ]

I tried with windows XP (SP3) and did not have any issue deploying the versioned application, I will see if I can find other variants of windows OS to try. You can also try with a windows XP box if it's available to you to see if it's some environment related issues.

Comment by easarina [ 12/Dec/11 ]

I also can not reproduce the issue using 3.1.2 b13 on Win 2008. So I'm closing this bug.

Comment by nkanayan [ 04/Jan/12 ]

Check web.xml file if everything is correct there.

Comment by jclingan [ 14/Jan/12 ]

I have duplicated this issue on Windows 7 Service Pack 1:

asadmin deploy --name=JavaEE6App:Version2 JavaEE6App.war
remote failure: Error deleting repository directory C:\Program Files\glassfish-3.1.1\glassfish\domains\domain1\applications\JavaEE6App:Version2 : java.io.FileNotFoundException: C:\Program Files\glassfish-3.1.1\glassfish\domains\domain1\applications\JavaEE6App:Version2
C:\Program Files\glassfish-3.1.1\glassfish\domains\domain1\applications\JavaEE6App:Version2
Command deploy failed.

Comment by jclingan [ 14/Jan/12 ]

I'd like to add that I have also duplicated this issue on Mac OS Lion:

johnclingan@jclingan-mac:~/NetBeansProjects/JavaEE6App> asadmin deploy --name JavaEE6App:Version2 dist/JavaEE6App.war
Enter admin user name> admin
Enter admin password for user "admin">
remote failure: Error deleting repository directory /Users/johnclingan/apps/glassfish3.1.1/glassfish/domains/domain1/applications/JavaEE6App:Version2 : java.io.FileNotFoundException: /Users/johnclingan/apps/glassfish3.1.1/glassfish/domains/domain1/applications/JavaEE6App:Version2
/Users/johnclingan/apps/glassfish3.1.1/glassfish/domains/domain1/applications/JavaEE6App:Version2
Command deploy failed.
johnclingan@jclingan-mac:~/NetBeansProjects/JavaEE6App> uname -a
Darwin jclingan-mac.local 11.2.0 Darwin Kernel Version 11.2.0: Tue Aug 9 20:54:00 PDT 2011; root:xnu-1699.24.8~1/RELEASE_X86_64 x86_64

Comment by Hong Zhang [ 19/Jan/12 ]

I was able to reproduce with John's test case, but it seems a different problem than the original reported problem (which we were not able to reproduce). The problem with this test case is when the deployment fails and the deployment logic tries to roll back, the roll back code did not handle the versioning properly. I have checked in a fix for this in the trunk.





[GLASSFISH-17779] Support change-master-broker in GUI Created: 21/Nov/11  Updated: 28/Nov/11  Resolved: 28/Nov/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: None
Fix Version/s: 3.1.2

Type: Improvement Priority: Major
Reporter: Anissa Lam Assignee: Jason Lee
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-17794 OLH: mention the additional text fiel... Sub-task Resolved Mike Fitch  
Status Whiteboard:

cli-parity

Tags: 3_1_2-review

 Description   

As part of the CLI-parity exercise, I see that 'change-master-broker' is not supported in console.
Actually we have the Java Message Service page, user should be able to change the master broker on this page.
However, it is not showing the "master-broker" attribute. We should add this to this JMS config page, and that will allow user to change the master broker.
So, a dropdown should be added with the instances name for this cluster, and let user to change that.



 Comments   
Comment by Jason Lee [ 28/Nov/11 ]

Change committed to branch (r51152) and trunk (r51153)





[GLASSFISH-17778] UI improvements to listing and creating Network Listeners Created: 21/Nov/11  Updated: 10/Dec/11  Resolved: 10/Dec/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: None
Fix Version/s: 3.1.2_b14

Type: Improvement Priority: Critical
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

Attachments: PNG File new-listener.png     PNG File table.png    
Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-17797 OLH: new simplified create network li... Sub-task Resolved Rebecca Parks  
Tags: 3_1_2-review

 Description   

As V3 is using Grizzly, the creation of Network Listener may causes confusion to users who has been using V2. The introduction of 'protocol' for each listener may not need to be exposed to GlassFish user. Comments from community suggested that we should make the creation of listener similar to v2 experience.
To bring back v2 experience, here is what will be done:

Tree node:
A subnode will be added under Http Service, just like in v2.
HttpService -> Http Listeners.

Clicking on Http Listeners will provide a table that lists out all the network listeners and allows user to edit that or create new listener.

Creating the Listener will require user to fill in a few attributes, like those required in V2, and hide the fact relating to Protocol. There will be an 'Advance' Link that will give them the page that allows more configuration, creating or using existing protocol etc.



 Comments   
Comment by Anissa Lam [ 07/Dec/11 ]

Attaching the 2 screen shots for listing and creating the listener.
The edit page will be the same except for the name that is not editable.

The helpkey specified in the Helplinks.properties is:

httpListeners=ref-httplisteners.html
httpListenerNew=ref-httplistenernew.html
httpListenerEdit=ref-httplisteneredit.html

Comment by Anissa Lam [ 10/Dec/11 ]

The change has checked into both 3.1.2 and 4.0
on 12/9/2011.





[GLASSFISH-17772] LogViewerResource need to be able to get logs for other instance Created: 18/Nov/11  Updated: 25/Nov/11  Resolved: 25/Nov/11

Status: Closed
Project: glassfish
Component/s: logging
Affects Version/s: 3.1.1
Fix Version/s: 3.1.2

Type: Improvement Priority: Critical
Reporter: andriy.zhdanov Assignee: naman_mehta
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
blocks GLASSFISH-17507 Log Viewer should provide "tail" like... Resolved
Tags: 3_1_2-review

 Description   

This is for GLASSFISH-17507 Raw Log Viewer.

Original glassfish logviewer allows to view logs from other server, but Raw Log Viewer (in its first implementation) does not. This is because there are two different web services, /log-view/ and /log-view/details.json, the former is used in raw viewer, because it provides raw log, but the latter is able to retrieve logs from other servers, but it provides structured log details, which seems to be an overkill for the case.

It is requested that LogViewerResource could provide log from other instances similarly to StructuredLogViewerResource.

Relevant functionality should be extracted from LogFilter.getLogRecordsUsingQuery and re-used in LogViewerResource. However this should be considered carefully for remote instance, as Raw Log viewer polls quite often (currently every second, may be changed easily in logViewerRaw.jsf).



 Comments   
Comment by Anissa Lam [ 18/Nov/11 ]

Priority changed to P2.
This blocks GUI's RFE which is a community feedback. Better user experience is one of the delivery goal for GUI for 3.1.2.

Comment by naman_mehta [ 23/Nov/11 ]

Started working on the same. Planning to add code in back end to get log files for instance.

If instance is on local to DAS returning that location.
If instance is on remote machine first downloading that log file and then returning that location.

Need changes from GUI to REST for passing instance name which is used by back end code to do above operation.

Comment by naman_mehta [ 25/Nov/11 ]

Fixed the same on 3.1.2.





[GLASSFISH-17771] HTTP 500 error when a LB config is deleted in CLI and accessing LB in console Created: 18/Nov/11  Updated: 23/Nov/11  Resolved: 23/Nov/11

Status: Closed
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b10
Fix Version/s: 3.1.2_b11

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

Linux


Tags: 3_1_2-review

 Description   

Steps:

1) Login glassfish in admin console and create a new http load balancer
2) In CLI delete the LB config using delete-http-lb-config
3) In admin console click Http Load Balancers Tab in left pane.

Issue --> HTTP 500 error throws



 Comments   
Comment by Anissa Lam [ 18/Nov/11 ]

Since the UI always create the corresponding lb-config for the LB, when editing the LB, if the config doesn't exist, always create one.

Comment by srinik76 [ 23/Nov/11 ]

The below fixes 17770 and 17771. When the user deletes the lb config using cli or deletes the health checker using cli create while accessing GUI page.

Sending src/main/java/org/glassfish/loadbalancer/admingui/handlers/LoadBalancerHandlers.java
Transmitting file data .
Committed revision 3313.

Comment by srinik76 [ 23/Nov/11 ]

Created a issue in 4.0 version (17805) to check in the lb changes in the trunk





[GLASSFISH-17770] HTTP 500 error when a health checker is deleted in CLI and accessed in Console Created: 18/Nov/11  Updated: 23/Nov/11  Resolved: 23/Nov/11

Status: Closed
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b10
Fix Version/s: 3.1.2_b11

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

Linux


Tags: 3_1_2-review

 Description   

Steps to reproduce

1) Login Glassfish and create a new load balancer with a cluster target.
2) In CLI delete health checker of the lb cluster target using delete-http-health-checker
3) Click Edit health checker of the cluster target of LB in admin console.

Issue --> HTTP 500 error comes up.



 Comments   
Comment by Anissa Lam [ 18/Nov/11 ]

When editing LB, check to see if health checker exists, if not, always create one.

Comment by srinik76 [ 23/Nov/11 ]

Added REST support for create/delete health checker under cluster

Sending rest/src/main/java/org/glassfish/admin/rest/generator/CommandResourceMetaData.java
Transmitting file data .
Committed revision 51093.

Comment by srinik76 [ 23/Nov/11 ]

The below fixes 17770 and 17771. When the user deletes the lb config using cli or deletes the health checker using cli create while accessing GUI page.

Sending src/main/java/org/glassfish/loadbalancer/admingui/handlers/LoadBalancerHandlers.java
Transmitting file data .
Committed revision 3313.

Comment by srinik76 [ 23/Nov/11 ]

Created a issue in 4.0 version (17805) to check in the lb changes in the trunk





[GLASSFISH-17766] MDB cluster test failed in v3.1.2 Created: 17/Nov/11  Updated: 29/Nov/11  Resolved: 29/Nov/11

Status: Resolved
Project: glassfish
Component/s: orb
Affects Version/s: 3.1.2_b10
Fix Version/s: 3.1.2_b12, 4.0

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

Attachments: File patch.diff     Text File server.log    
Issue Links:
Related
is related to GLASSFISH-17633 j2ee-jms test failing with "org.omg... Resolved
Tags: 3_1_2-review, regression

 Description   

OS: solaris, linux
build: v3.1.2 promoted build.

We tried to run SQE ejb/mdb test cases in cluster mode against v3.1.2 and they all failed. This is a regression bug since the same test cases passed for v3.1.1. About 30+ test cases failed due to this bug.

Steps to reproduce the bug:
1.Checkout SQE workspace:
cvs co appserver-sqe/bootstrap.xml
(CVSROOT=:pserver:cvsguest@sunsw.us.oracle.com:/m/jws)
cd appserver-sqe
ant -f bootstrap.xml co-jms
2. install GF V3.1.12, don NOT start domain1 (otherwise it will cause port conflict when run SQE setup-cluster-profile target)
3. Set env. variables
S1AS_HOME <GF installation dir> (example: /export/sonia/v3/glassfishv3/glassfish
SPS_HOME <workspace dir> (example: /export/sonia/appserver-sqe)
ANT_HOME <ant dir>
JAVA_HOME <java dir>
4. cd appserver-sqe/, run "ant setup-cluster-profile"
5. cd appserver-sqe/pe/ejb/mdb/basic, run "ant ee all" (don't forget the "ee" target). The test failed and the following error displayed:

runclient-common:
[echo] Executing appclient at /export/sonia/appserver-sqe/pe/ejb/mdb/basic
[echo] Nov 17, 2011 3:13:06 PM org.glassfish.appclient.client.acc.AppclientCommandArguments warnAboutPasswordUsage
[echo] WARNING: ACC013: The -password option is deprecated and will likely be removed in a future release. Please use -passwordfile or let the app client container prompt for the username and/or password if they are needed to access a remote resource.
[echo] WS HOME appserver-sqe
[echo] In main before calling init
[echo] org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No
[echo] at sun.reflect.GeneratedConstructorAccessor32.newInstance(Unknown Source)
[echo] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[echo] at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
[echo] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
[echo] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
[echo] at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
[echo] at $Proxy34.connectFailure(Unknown Source)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
[echo] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
[echo] at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
[echo] at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1239)
[echo] at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:410)
[echo] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:346)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[echo] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[echo] at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
[echo] at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:650)
[echo] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:776)
[echo] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:744)
[echo] at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:169)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[echo] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.initTopic(BasicJMS2EJBClient.java:63)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.init(BasicJMS2EJBClient.java:52)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.main(BasicJMS2EJBClient.java:315)
[echo] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[echo] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[echo] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[echo] at java.lang.reflect.Method.invoke(Method.java:601)
[echo] at org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:438)
[echo] at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:182)
[echo] at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:65)
[echo] Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
[echo] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:339)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
[echo] ... 31 more
[echo] Caused by: java.net.ConnectException: Connection refused
[echo] at sun.nio.ch.Net.connect0(Native Method)
[echo] at sun.nio.ch.Net.connect(Net.java:364)
[echo] at sun.nio.ch.Net.connect(Net.java:356)
[echo] at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
[echo] at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
[echo] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:324)
[echo] ... 32 more
[echo] basicJMS2EJB initTopic failed: unexpected NamingException
[echo] javax.naming.NamingException: Lookup failed for 'java:comp/env/jms/basicTopic' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root exception is javax.naming.NamingException: Lookup failed for 'jms/basic/topic' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicTopic} [Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicTopic} [Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No]]]
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[echo] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.initTopic(BasicJMS2EJBClient.java:63)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.init(BasicJMS2EJBClient.java:52)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.main(BasicJMS2EJBClient.java:315)
[echo] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[echo] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[echo] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[echo] at java.lang.reflect.Method.invoke(Method.java:601)
[echo] at org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:438)
[echo] at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:182)
[echo] at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:65)
[echo] Caused by: javax.naming.NamingException: Lookup failed for 'jms/basic/topic' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicTopic} [Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicTopic} [Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No]]
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[echo] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[echo] at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
[echo] at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:650)
[echo] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:776)
[echo] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:744)
[echo] at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:169)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
[echo] ... 12 more
[echo] Caused by: javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicTopic} [Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No]
[echo] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:351)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
[echo] ... 20 more
[echo] Caused by: org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No
[echo] at sun.reflect.GeneratedConstructorAccessor32.newInstance(Unknown Source)
[echo] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[echo] at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
[echo] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
[echo] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
[echo] at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
[echo] at $Proxy34.connectFailure(Unknown Source)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
[echo] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
[echo] at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
[echo] at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1239)
[echo] at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:410)
[echo] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:346)
[echo] ... 21 more
[echo] Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
[echo] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:339)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
[echo] ... 31 more
[echo] Caused by: java.net.ConnectException: Connection refused
[echo] at sun.nio.ch.Net.connect0(Native Method)
[echo] at sun.nio.ch.Net.connect(Net.java:364)
[echo] at sun.nio.ch.Net.connect(Net.java:356)
[echo] at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
[echo] at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
[echo] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:324)
[echo] ... 32 more
[echo] org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No
[echo] at sun.reflect.GeneratedConstructorAccessor32.newInstance(Unknown Source)
[echo] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[echo] at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
[echo] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
[echo] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
[echo] at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
[echo] at $Proxy34.connectFailure(Unknown Source)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
[echo] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
[echo] at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
[echo] at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1239)
[echo] at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:410)
[echo] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:346)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[echo] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[echo] at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
[echo] at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:650)
[echo] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:776)
[echo] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:744)
[echo] at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:169)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[echo] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.initQueue(BasicJMS2EJBClient.java:111)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.init(BasicJMS2EJBClient.java:53)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.main(BasicJMS2EJBClient.java:315)
[echo] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[echo] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[echo] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[echo] at java.lang.reflect.Method.invoke(Method.java:601)
[echo] at org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:438)
[echo] at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:182)
[echo] at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:65)
[echo] Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
[echo] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:339)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
[echo] ... 31 more
[echo] Caused by: java.net.ConnectException: Connection refused
[echo] at sun.nio.ch.Net.connect0(Native Method)
[echo] at sun.nio.ch.Net.connect(Net.java:364)
[echo] at sun.nio.ch.Net.connect(Net.java:356)
[echo] at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
[echo] at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
[echo] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:324)
[echo] ... 32 more
[echo] basicJMS2EJB initQueue failed: unexpected NamingException
[echo] javax.naming.NamingException: Lookup failed for 'java:comp/env/jms/basicQueue' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl}

[Root exception is javax.naming.NamingException: Lookup failed for 'jms/basic/queue' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicQueue}

[Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicQueue}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No]]]
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[echo] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.initQueue(BasicJMS2EJBClient.java:111)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.init(BasicJMS2EJBClient.java:53)
[echo] at com.sun.s1peqe.ejb.mdb.basic.BasicJMS2EJBClient.main(BasicJMS2EJBClient.java:315)
[echo] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[echo] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[echo] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[echo] at java.lang.reflect.Method.invoke(Method.java:601)
[echo] at org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:438)
[echo] at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:182)
[echo] at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:65)
[echo] Caused by: javax.naming.NamingException: Lookup failed for 'jms/basic/queue' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicQueue}

[Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicQueue}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No]]
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[echo] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[echo] at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
[echo] at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:650)
[echo] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:776)
[echo] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:744)
[echo] at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:169)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
[echo] ... 12 more
[echo] Caused by: javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/basicQueue}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No]
[echo] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:351)
[echo] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
[echo] ... 20 more
[echo] Caused by: org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No
[echo] at sun.reflect.GeneratedConstructorAccessor32.newInstance(Unknown Source)
[echo] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[echo] at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
[echo] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
[echo] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
[echo] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
[echo] at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
[echo] at $Proxy34.connectFailure(Unknown Source)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
[echo] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
[echo] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
[echo] at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
[echo] at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1239)
[echo] at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:410)
[echo] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:346)
[echo] ... 21 more
[echo] Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
[echo] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:339)
[echo] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
[echo] ... 31 more
[echo] Caused by: java.net.ConnectException: Connection refused
[echo] at sun.nio.ch.Net.connect0(Native Method)
[echo] at sun.nio.ch.Net.connect(Net.java:364)
[echo] at sun.nio.ch.Net.connect(Net.java:356)
[echo] at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
[echo] at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
[echo] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:324)
[echo] ... 32 more
[echo] basicJMS2EJB queue failed: queueSession is null
[echo] basicJMS2EJB topic failed: topicSession is null
[echo] basicJMS2EJB closeTopic did NOT close the connection because it was already null!
[echo] basicJMS2EJB closeQueue did NOT close the connection because it was already null!
[echo] Generating report at /export/sonia/appserver-sqe/test_results.xml
[echo]
[echo]
[echo] -----------------------------------------
[echo] - basicJMS2EJB-closeQueue: FAIL -
[echo] - basicJMS2EJB-initTopic: FAIL -
[echo] - basicJMS2EJB-initQueue: FAIL -
[echo] - basicJMS2EJB-queue: FAIL -
[echo] - basicJMS2EJB-closeTopic: FAIL -
[echo] - basicJMS2EJB-topic: FAIL -
[echo] -----------------------------------------
[echo] Total PASS: 0
[echo] Total FAIL: 6
[echo] Total DNR: 0
[echo] -----------------------------------------

There is no exceptions/errors in server.log



 Comments   
Comment by Satish Kumar [ 18/Nov/11 ]

From the log messages, it appears to be due to an IIOP issue -

[echo] org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 33700 vmcid: OMG minor code: 1 completed: No

This seems to suggest either a configuration issue or an issue with IIOP. Can you please confirm that the IIOP service is started correctly and running on localhost:33700?

If you continue to experience the problem, please attach the entire server log.

Comment by sonialiu [ 18/Nov/11 ]

I looked more into the test case. I found that after I ran the test against v3.1.1, I could see the following iiop related ports were listening.

  1. netstat -a|grep 3700
    .3700 *. 0 0 49152 0 LISTEN
    .43700 *. 0 0 49152 0 LISTEN
    .53700 *. 0 0 49152 0 LISTEN
    .33700 *. 0 0 49152 0 LISTEN

However, after I ran the same test against v3.1.2, I could only see the 3700 port was listening and the 43700, 33700 and 53700 were not. BTW,I can consistently reproduce the bug on solaris and linux machines.

Attached server.log

Comment by Satish Kumar [ 21/Nov/11 ]

Reassigning to the IIOP team since this is an IIOP/Naming related issue and not a JMS issue...

Comment by Harshad Vilekar [ 27/Nov/11 ]

Attached code change (patch.diff) resolves this issue.





[GLASSFISH-17764] instance startup fails with JRockit Created: 17/Nov/11  Updated: 07/Dec/11  Resolved: 07/Dec/11

Status: Closed
Project: glassfish
Component/s: other
Affects Version/s: 3.1.2_b10
Fix Version/s: None

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

java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Oracle JRockit(R) (build R28.1.4-7_BR11070336-147270-1.6.0_26-20111031-1058-linux-x86_64, compiled mode)

Enterprise Linux Enterprise Linux Server release 5.5 (Carthage)


Attachments: File config.sh     File richAccess.ear    
Issue Links:
Duplicate
is duplicated by GLASSFISH-17763 Sometimes domain doesn't start: The s... Closed
Tags: 3_1_2-review

 Description   

OEL 5, promoted GF 3.1.2 b10. Created a follow configuration:

1) Machine1: DAS + inst1
2) Mashine2: inst2
3) Machine3: inst3

Created one cluster with three instances.

Started DAS and successfully started instances one by one, using start-instance command.

But when I've tried to execute start-cluster, the start of inst1 on the DAS machine - failed. I saw such error messages in the instance server.log (see bellow). I did not see this problem for b9. I've reinstalled glassfish several times, but this problem always happened.
========================================================================
Nov 17, 2011 2:12:04 PM com.sun.enterprise.admin.launcher.GFLauncherLogger info
INFO: Successfully launched in 17 msec.
[#|2011-11-17T14:12:06.332-0800|INFO|null|com.sun.enterprise.server.logging.GFFileHandler|_ThreadID=1;_ThreadName=Thread-2;|Running GlassFish Version: GlassFish Server Open Source Edition 3.1.2-b10 (build 10)|#]

[#|2011-11-17T14:12:06.664-0800|SEVERE|null|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=10;_ThreadName=Thread-2;|Exception in thread "Main Thread" |#]

[#|2011-11-17T14:12:06.669-0800|SEVERE|null|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=10;_ThreadName=Thread-2;|java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55)
Caused by: org.jvnet.hk2.component.ComponentException: Failed to create class org.glassfish.kernel.javaee.MEJBService
at com.sun.hk2.component.ConstructorCreator.create(ConstructorCreator.java:71)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:80)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:140)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:76)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:229)
at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:147)
at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:136)
at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:64)
at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:70)
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:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:98)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:56)
Caused by: java.lang.ExceptionInInitializerError
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at com.sun.hk2.component.ConstructorCreator.create(ConstructorCreator.java:65)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:80)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:76)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:229)
at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:145)
at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:136)
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.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:69)
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:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55)
Caused by: java.lang.NullPointerException
at com.sun.logging.LogDomains$1.initResourceBundle(LogDomains.java:429)
at com.sun.logging.LogDomains$1.<init>(LogDomains.java:356)
at com.sun.logging.LogDomains.getLogger(LogDomains.java:353)
at org.glassfish.kernel.javaee.MEJBService.<clinit>(MEJBService.java:71)
... 24 more



 Comments   
Comment by easarina [ 17/Nov/11 ]

I want to mention that start-instance also doesn't work, only start-local-instance - works

Comment by Tom Mueller [ 18/Nov/11 ]

Please provide more information to reproduce this problem. Specifically, do you see the problem when the two remote instances are not there? Did you have any applications deployed to the cluster? What operations were executed in the domain after a fresh install in addition to creating the cluster and the instances.

The description says, "Started DAS and successfully started instances one by one, using start-instance command.". But then a later comment says, "I want to mention that start-instance also doesn't work, only start-local-instance - works." So the description says that start-instance works, but the comments says that it doesn't. Which is it?

I tried both the current 3.1.2 branch and b10 with just a single local instance in a cluster, and it works fine:

bash-3.2$ unzip -q glassfish-3.1.2-b10.zip
bash-3.2$ glassfish3/bin/asadmin start-domain
Waiting for domain1 to start ...
Successfully started the domain : domain1
domain Location: /scratch/trm/test/3.1.2/glassfish3/glassfish/domains/domain1
Log File: /scratch/trm/test/3.1.2/glassfish3/glassfish/domains/domain1/logs/server.log
Admin Port: 4848
Command start-domain executed successfully.
bash-3.2$ glassfish3/bin/asadmin create-cluster c1
Command create-cluster executed successfully.
bash-3.2$ glassfish3/bin/asadmin create-local-instance --cluster c1 i1
Rendezvoused with DAS on localhost:4848.
Port Assignments for server instance i1:
JMX_SYSTEM_CONNECTOR_PORT=28686
JMS_PROVIDER_PORT=27676
HTTP_LISTENER_PORT=28080
ASADMIN_LISTENER_PORT=24848
JAVA_DEBUGGER_PORT=29009
IIOP_SSL_LISTENER_PORT=23820
IIOP_LISTENER_PORT=23700
OSGI_SHELL_TELNET_PORT=26666
HTTP_SSL_LISTENER_PORT=28181
IIOP_SSL_MUTUALAUTH_PORT=23920
Command create-local-instance executed successfully.
bash-3.2$ glassfish3/bin/asadmin start-cluster c1
Command start-cluster executed successfully.
bash-3.2$ glassfish3/bin/asadmin list-instances
i1 running
Command list-instances executed successfully.
bash-3.2$ glassfish3/bin/asadmin stop-cluster c1
Command stop-cluster executed successfully.

Does this test case fail for you?

Comment by easarina [ 18/Nov/11 ]

Hi Tom,

The problem happened sometimes. I have three instances in the cluster on three machines (one instance per a machine) and I've deployed richAccess app. My calculation probably one time for 10 starts this problem happened. Last time I've used many times start-instance and start-local-instance. In most cases the problem happened when I did start-instance, but once I saw this issue fr start-local-instance also. It happened absolutely unpredictable, for example just recently:

======================================================================================================

[root@asqe-x2250-st5 export]# asadmin --user admin --passwordfile ./password.txt start-instance in3
remote failure: Could not start instance in3 on node node3 (asqe-x2250-st7).

Command failed on node node3 (asqe-x2250-st7): CLI801 Instance is already synchronized
Waiting for in3 to start .....Command start-local-instance failed.
Error starting instance in3.
The server exited prematurely with exit code 0.
Before it died, it produced the following output:

Launching GlassFish on Felix platform
[WARN ][jrockit] MaxPermSize=192m ignored: Not a valid option for JRockit
[WARN ][jrockit] +PrintGCDetails ignored: Not a valid option for JRockit
[WARN ][jrockit] NewRatio=2 ignored: Not a valid option for JRockit
[#|2011-11-18T12:41:50.152-0800|INFO|null|com.sun.enterprise.server.logging.GFFileHandler|_ThreadID=1;_ThreadName=Main Thread;|Running GlassFish Version: GlassFish Server Open Source Edition 3.1.2-b10 (build 10)|#]

[#|2011-11-18T12:41:50.593-0800|INFO|glassfish3.1.2|org.glassfish.ha.store.spi.BackingStoreFactoryRegistry|_ThreadID=10;_ThreadName=Main Thread;|Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry|#]

[#|2011-11-18T12:41:50.815-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.transaction.com.sun.jts.CosTransactions|_ThreadID=10;_ThreadName=Main Thread;|JTS5014: Recoverable JTS instance, serverId = [100]|#]

[#|2011-11-18T12:41:51.205-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.services.impl|_ThreadID=12;_ThreadName=Grizzly-kernel-thread(1);|Grizzly Framework 1.9.40 started in: 78ms - bound to [0.0.0.0:14848]|#]

[#|2011-11-18T12:41:51.206-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.services.impl|_ThreadID=13;_ThreadName=Grizzly-kernel-thread(1);|Grizzly Framework 1.9.40 started in: 152ms - bound to [0.0.0.0:18080]|#]

[#|2011-11-18T12:41:51.205-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.services.impl|_ThreadID=11;_ThreadName=Grizzly-kernel-thread(1);|Grizzly Framework 1.9.40 started in: 129ms - bound to [0.0.0.0:18181]|#]

[#|2011-11-18T12:41:51.207-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.services.impl|_ThreadID=14;_ThreadName=Grizzly-kernel-thread(1);|Grizzly Framework 1.9.40 started in: 62ms - bound to [0.0.0.0:18686]|#]

[#|2011-11-18T12:41:51.465-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Main Thread;|WEB0169: Created HTTP listener [http-listener-1] on host/port [0.0.0.0:18080]|#]

[#|2011-11-18T12:41:51.480-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Main Thread;|WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:18181]|#]

[#|2011-11-18T12:41:51.486-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Main Thread;|WEB0169: Created HTTP listener [admin-listener] on host/port [0.0.0.0:14848]|#]

[#|2011-11-18T12:41:51.541-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Main Thread;|WEB0171: Created virtual server [server]|#]

[#|2011-11-18T12:41:51.543-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Main Thread;|WEB0171: Created virtual server [__asadmin]|#]

[#|2011-11-18T12:41:51.585-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=10;_ThreadName=Main Thread;|Startup service failed to start : com.sun.enterprise.v3.services.impl.WebContainerStarter|#]

[#|2011-11-18T12:41:51.647-0800|INFO|glassfish3.1.2|javax.enterprise.system.tools.admin.com.sun.enterprise.v3.admin.cluster|_ThreadID=15;_ThreadName=Thread-22;|Server shutdown initiated|#]

[#|2011-11-18T12:41:51.652-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=15;_ThreadName=Thread-22;|Already stopped, so just returning|#]

To complete this operation run the following command locally on host asqe-x2250-st7 from the GlassFish install location /export/glassfish3:

bin/asadmin start-local-instance --node node3 --sync normal in3
Command start-instance failed.
[root@asqe-x2250-st5 export]# asadmin --user admin --passwordfile ./password.txt start-instance in3
CLI801 Instance is already synchronized
Waiting for in3 to start ......................................................................................................
Successfully started the instance: in3
instance Location: /export/glassfish3/glassfish/nodes/node3/in3
Log File: /export/glassfish3/glassfish/nodes/node3/in3/logs/server.log
Admin Port: 14848
Command start-local-instance executed successfully.
The instance, in3, was started on host asqe-x2250-st7
Command start-instance executed successfully.

Comment by Tom Mueller [ 18/Nov/11 ]

Please provide enough information to reproduce the problem.

Is this problem only occurring when using JRocket? If so, then please include that critical information in the bug report. (Use the environment section).

If it is necessary to have an application deployed, please include that application.

Is it possible that this is a duplicate of GLASSFISH-17763?

There is no way to fix a bug like this if there isn't enough information to reproduce the problem.

Comment by easarina [ 19/Nov/11 ]

Please ignore previous comment (sorry that comment is applicable to bug 17763)
This problem happened always for me on OEL machines, I'm using JRockit JDK 1.6.0_26. It did not happen for b09, but happened for b10. I've reinstalled b10, but it did not help. I can start an instance on DAS machine only using start-local-instance command. I did not try b10 on other platforms. I've deployed richAccess, I've attach richAccess and its config script.

Comment by easarina [ 19/Nov/11 ]

I hope the last comment answered the questions.

Comment by Tom Mueller [ 19/Nov/11 ]

I've tried the config.sh script with this application and JRockit:
Oracle JRockit(R) (build R28.1.5-20-146757-1.6.0_29-20111004-1747-linux-ia32, compiled mode)

I created a cluster with a single local instance and ran the script. It ran successfully.
This is with both 3.1.2 b10 and with the current build.

Is your system 32 bit or 64 bit?
Can I get access to the system where this is happening?

Comment by easarina [ 20/Nov/11 ]

I'm using 64 bit machines: asqe-x2250-st5 (DAS + inst1), asqe-x2250-st6 (inst2), asqe-x2250-st7 (inst3); aroot password: changeme; admin password: adminadmin. Glassfish is installed under /export/glassfish3/glassfish, in the /export directory exists file password.txt.

Comment by Tom Mueller [ 20/Nov/11 ]

This problem is related to timing and JRockit.
The problem shows up with start-local-instance as well as start-instance and start-cluster.

Here is evidence that it is timing related. I set a breakpoint right before the line that gets the NPE and hit continue each time the breakpoint was hit, and the process proceeded to start. So changing the timing of the way the process starts makes the server avoid the NPE.

I started the server using the Hotspot JDK and it started fine. Switching back to JRockit shows the failure.

I removed the osgi-cache directory (so that it would be recreated) and the process then starts fine. However, if the process is stopped and restarted, it fails again. Restoring the old osgi-cache directory causes it to fail to start again. So the creation of the osgi-cache directory must change the timing of the process when it is starting.

I created another local instance in the same cluster, and it starts fine, even with JRockit. It started a few times correctly. But later, it started failing too, but with:
Caused by: java.lang.NoClassDefFoundError: org/glassfish/enterprise/iiop/api/GlassFishORBHelper

When the process is started multiple times, sometimes it will fail and sometimes it will start successfully. In one test, I started the instance 10 times, and 5 times it failed either with the NPE shown above or with a failure to create the EJB container due to the NoClassDefFoundError.

I suspect that this might be a duplicate of GLASSFISH-17763.

Comment by Tom Mueller [ 21/Nov/11 ]

Sahoo, can you please take a look at this?
It appears that this might be related to a class loading issue.

Comment by easarina [ 07/Dec/11 ]

Installed on OEL 5 machines GF 3.1.2 b12 with jrockit 1.6.0_29-b11. Don't see this issue any more.





[GLASSFISH-17763] Sometimes domain doesn't start: The server exited prematurely with exit code 1. Created: 17/Nov/11  Updated: 02/Jan/12  Resolved: 02/Jan/12

Status: Closed
Project: glassfish
Component/s: other
Affects Version/s: 3.1.2_b09
Fix Version/s: None

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

Issue Links:
Duplicate
duplicates GLASSFISH-17764 instance startup fails with JRockit Closed
is duplicated by GLASSFISH-17775 JROCKIT: Sometimes after start-instan... Closed
Tags: 312_blocking, 312_qa, 3_1_2-review

 Description   

OEL 5, JRockit JDK 1.6.0_26. Sometimes domain doesn't start, but creates such error message:

=========================================================
The server exited prematurely with exit code 1.
Before it died, it produced the following output:

Launching GlassFish on Felix platform
Completed shutdown of GlassFish runtime
[WARN ][jrockit] MaxPermSize=192m ignored: Not a valid option for JRockit
[WARN ][jrockit] NewRatio=2 ignored: Not a valid option for JRockit
=============================================================

Usually, next attempt to start the domain would be successful.

More often I saw this error, when I've restarted several times domain after richAccess deployment. But in general, this problem happened randomly.



 Comments   
Comment by easarina [ 17/Nov/11 ]

I just want to add more observations. This problem happened for instances in the cluster also, for example:
=================================================

Command failed on node node3 (asqe-x2250-st7): Waiting for in3 to start .....Error starting instance in3.
The server exited prematurely with exit code 0.
Before it died, it produced the following output:

Launching GlassFish on Felix platform
[WARN ][jrockit] MaxPermSize=192m ignored: Not a valid option for JRockit
[WARN ][jrockit] NewRatio=2 ignored: Not a valid option for JRockit
[#|2011-11-17T13:48:20.117-0800|INFO|null|com.sun.enterprise.server.logging.GFFileHandler|_ThreadID=1;_ThreadName=Main Thread;|Running GlassFish Version: GlassFish Server Open Source Edition 3.1.2-b10 (build 10)|#]

[#|2011-11-17T13:48:21.539-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=10;_ThreadName=Main Thread;|Startup service failed to start : com.sun.enterprise.v3.services.impl.WebContainerStarter|#]
=====================================================================

And it doesn't matter, was executed start-cluster or start-instance. But with three instances in a cluster, I saw this problem significant more often, then for two instances in a cluster

Comment by Hong Zhang [ 18/Nov/11 ]

assign to admin team to take a look as it's related to start domain/instance

Comment by Tom Mueller [ 21/Nov/11 ]

This issue may be a duplicate of 17764.

Comment by Tom Mueller [ 21/Nov/11 ]

Sahoo, can you please take a look at this one and 17764? There is more information in 17764.

Comment by easarina [ 07/Dec/11 ]

Installed on OEL 5 machines GF 3.1.2 b12 with jrockit 1.6.0_29-b11. Don't see this issue any more.

Comment by easarina [ 16/Dec/11 ]

Installed GF 3.1.2 b14 with 1.6.0_29 OEL 6 Have a configuration with three instances in a cluster, one instance per a machine.

I again and again see this issue during start-cluster, start-instance and start-local-instance.

Comment by easarina [ 16/Dec/11 ]

I want to add that now on OEL 6 with b14 each start of cluster creates this issue and many start-instance, start-local-instance create this issue also, so it is hard to start these three instances.

Comment by Sanjeeb Sahoo [ 16/Dec/11 ]

Vijay,

This bug has again been reopened. Could you investigate further?

Thanks,
Sahoo

Comment by vijay_oracle [ 26/Dec/11 ]

Hi elina,

I am not able to reproduce this on my environment. Can you please share your environment so that i can have a detailed look at the logs ?

  • Vijay C
Comment by vijay_oracle [ 02/Jan/12 ]

This is a duplicate of GLASSFISH-17775 . Fix available in b15. Please test it against this build.

Comment by vijay_oracle [ 02/Jan/12 ]

Duplicate of ASSFISH-17775. Fix available from b15.





[GLASSFISH-17762] JROCKIT: Exception while loading the app : EJB Container initialization error. Created: 17/Nov/11  Updated: 16/Dec/11  Resolved: 16/Dec/11

Status: Resolved
Project: glassfish
Component/s: ejb_container
Affects Version/s: 3.1.2_b09
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: easarina Assignee: Cheng Fang
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File server.log.17762    
Status Whiteboard:

JRockit

Tags: 3_1_2-review

 Description   

OEL 5 machines with JRockit JDK 1.6.0_26. Created a cluster with two instances, one instance per a machine.

After domain and cluster were started or stopped/started, tried to deploy ejb apps, for example stateless-simple.ear. In some cases saw such errors during a deployment:
=========================================================
Application deployed with name stateless-simple.
WARNING: Command _deploy did not complete successfully on server instance my-in1: remote failure: Failed to load the applicat
ion on instance my-in1. The application will not run properly. Please fix your application and redeploy.
Exception while loading the app : EJB Container initialization error. Please see server.log for more details.
=================================================

or
===============================================================
remote failure: Error occurred during deployment: Exception while preparing the app : Aborting, Failed to start container org.glassfish.ejb.startup.EjbContainerStarter. Please see server.log for more details.
Aborting, Failed to start container org.glassfish.ejb.startup.EjbContainerStarter
Command deploy failed.
========================================================

When I've tried to deploy richAccess to the cluster with three instances, one instance per a machine, I saw such error more often. Usually, second deployment would be OK.



 Comments   
Comment by Cheng Fang [ 27/Nov/11 ]

Could be the same issue as http://java.net/jira/browse/GLASSFISH-17775 (Sometimes after start-instance or start-cluster for some instances ejb app was not available (404 error))

Comment by easarina [ 07/Dec/11 ]

Installed on OEL 5 machines GF 3.1.2 b12 with jrockit 1.6.0_29-b11. Still saw this problem sometimes.

Comment by sb110099 [ 14/Dec/11 ]

Upgrading the bug to P2, as it needs some evaluation and attention for 3.1.2 certification with JRockit .

– Sudipa

Comment by shreedhar_ganapathy [ 15/Dec/11 ]

Could you please attach latest server logs so we can see if it is indeed related to 17775 or another issue?

Comment by easarina [ 16/Dec/11 ]

OEL 6 GF build 14, JRockit JDK 1.6.0_29. Three instances in a cluster , one instance per a machine. Made a fresh installation, started instances and tried to deploy stateless-simple.ear, the deployment to one instance failed. I've attached a full server.log file

Comment by marina vatkina [ 16/Dec/11 ]

It is a duplicate of 17775 - see

Caused by: java.lang.NullPointerException
at com.sun.logging.LogDomains$1.initResourceBundle(LogDomains.java:429)
at com.sun.logging.LogDomains$1.<init>(LogDomains.java:356)
at com.sun.logging.LogDomains.getLogger(LogDomains.java:353)
at org.glassfish.enterprise.iiop.api.GlassFishORBHelper.<clinit>(GlassFishORBHelper.java:85)

in the log





[GLASSFISH-17757] Consecutive call to http brings login page instead of Admin Console Created: 17/Nov/11  Updated: 08/Jan/12  Resolved: 08/Jan/12

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b11
Fix Version/s: None

Type: Bug Priority: Major
Reporter: lidiam Assignee: Jason Lee
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

ogs-3.1.2-b11-11_16_2011.zip, IE 7


Tags: 3_1_2-review

 Description   

Once secure admin is enabled and I'm accessing Admin Console on a remote host via https, if I enter http://<host>:4848 in the same browser window in IE 7, it brings the login page (with https url, e.g. https://<host>:4848/). This only happens in IE, I get Admin Console displayed directly if I try this in Firefox. Tried in IE 8 and had the same issue: if I enter http://<host>:4848 while navigating Admin Console, login screen is brought up again.

This may be due to IE settings. I tried modifying IE 7 security settings to be the most lenient in all the "zones" but it did not fix the problem.

Steps to reproduce:

1. Install glassfish on a remote machine.
2. Enable secure admin and restart domain.
3. Access Admin Console in IE via http://<host>:4848, accepting certificate and entering administrative username/pass on login screen.
4. Navigate to any module in Admin Console, e.g. Clusters.
5. Enter http://<host>:4848 again in the same browser window - login screen is brought up.



 Comments   
Comment by Jason Lee [ 08/Jan/12 ]

Anissa and I discussed this and decide we won't try to fix this. This kind of behavior is unusual enough (I've never heard of anyone trying that before) and the impact is low enough (just log in again or don't do that), that it probably isn't worth the risk of trying to fix at this late date.





[GLASSFISH-17743] duplicate keys in property files Created: 15/Nov/11  Updated: 01/Dec/11  Resolved: 01/Dec/11

Status: Resolved
Project: glassfish
Component/s: verifier
Affects Version/s: 3.1.2_b01
Fix Version/s: 3.1.2_b13, 4.0

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

Tags: 3_1_2-review

 Description   

The new translation process prevent us from sending files for translation if duplicate keys are found in the property files. Please fix the following issues. Some keys may be present more than twice. Please double check for uniqueness.

"verifier-impl/src/main/resources/com/sun/enterprise/tools/verifier/LocalStrings.properties","Invalid java properties","Line 8186: Key ""com.sun.enterprise.tools.verifier.tests.web.runtime.ASServlet.failed"" has already appeared at line(s) 8182. Non-unique keys are likely to increase translation costs due to over-translating."



 Comments   
Comment by Sanjeeb Sahoo [ 01/Dec/11 ]

3.1.2:
Sending verifier/verifier-impl/src/main/resources/com/sun/enterprise/tools/verifier/LocalStrings.properties
Transmitting file data .
Committed revision 51225.

trunk:
Sending appserver/verifier/verifier-impl/src/main/resources/com/sun/enterprise/tools/verifier/LocalStrings.properties
Transmitting file data .
Committed revision 51226.





[GLASSFISH-17742] duplicate keys in property files Created: 15/Nov/11  Updated: 30/Nov/11  Resolved: 30/Nov/11

Status: Resolved
Project: glassfish
Component/s: cmp
Affects Version/s: 3.1.2_b01
Fix Version/s: 3.1.2_b13, 4.0

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

Tags: 3_1_2-review

 Description   

The new translation process prevent us from sending files for translation if duplicate keys are found in the property files. Please fix the following issues. Some keys may be present more than twice. Please double check for uniqueness.

"persistence/cmp/ejb-mapping/src/main/java/com/sun/jdo/api/persistence/mapping/ejb/Bundle.properties","Invalid java properties","Line 125: Key ""STRING_IASCTS_NOI18N"" has already appeared at line(s) 116. Non-unique keys are likely to increase translation costs due to over-translating."

"persistence/cmp/support-sqlstore/src/main/java/com/sun/jdo/spi/persistence/support/sqlstore/Bundle.properties","Invalid java properties","Line 587: Key ""JDO76604.diag.cause.1"" has already appeared at line(s) 578, 579. Non-unique keys are likely to increase translation costs due to over-translating."

"persistence/cmp/support-sqlstore/src/main/java/com/sun/jdo/spi/persistence/support/sqlstore/Bundle.properties","Invalid java properties","Line 588: Key ""JDO76604.diag.check.1"" has already appeared at line(s) 580. Non-unique keys are likely to increase translation costs due to over-translating."

"persistence/cmp/support-sqlstore/src/main/java/com/sun/jdo/spi/persistence/support/sqlstore/Bundle.properties","Invalid java properties","Line 589: Key ""JDO76604.diag.check.2"" has already appeared at line(s) 581. Non-unique keys are likely to increase translation costs due to over-translating."



 Comments   
Comment by Mitesh Meswani [ 30/Nov/11 ]

Fixed with 51182 in branch and 51183 in trunk





[GLASSFISH-17741] duplicate keys in property files Created: 15/Nov/11  Updated: 09/Dec/11  Resolved: 08/Dec/11

Status: Resolved
Project: glassfish
Component/s: jms
Affects Version/s: 3.1.2_b01
Fix Version/s: 3.1.2_b14

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

Tags: 3_1_2-review

 Description   

The new translation process prevent us from sending files for translation if duplicate keys are found in the property files. Please fix the following issues. Some keys may be present more than twice. Please double check for uniqueness.

"jms/admin/src/main/java/org/glassfish/jms/admin/cli/LocalStrings.properties","Invalid java properties","Line 124: Key ""configure.jms.cluster.clusterWithInstances"" has already appeared at line(s) 109. Non-unique keys are likely to increase translation costs due to over-translating."



 Comments   
Comment by Satish Kumar [ 08/Dec/11 ]

Removed the duplicate string...





[GLASSFISH-17740] duplicate keys in property files Created: 15/Nov/11  Updated: 16/Nov/11  Resolved: 15/Nov/11

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1.2_b01
Fix Version/s: 3.1.2_b10, 4.0

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

Tags: 3_1_2-review

 Description   

The new translation process prevent us from sending files for translation if duplicate keys are found in the property files. Please fix the following issues. Some keys may be present more than twice. Please double check for uniqueness.

"deployment/client/src/main/java/org/glassfish/deployapi/LocalStrings.properties","Invalid java properties","Line 143: Key ""enterprise.deployment.client.action_failed"" has already appeared at line(s) 124. Non-unique keys are likely to increase translation costs due to over-translating."

"deployment/common/src/main/resources/org/glassfish/deployment/common/LocalStrings.properties","Invalid java properties","Line 199: Key ""enterprise.deployment.backend.deploy_error_module_exists"" has already appeared at line(s) 103. Non-unique keys are likely to increase translation costs due to over-translating."

"deployment/dol/src/main/java/com/sun/enterprise/deployment/LocalStrings.properties","Invalid java properties","Line 165: Key ""enterprise.deployment.exceptioncannotsetrunas"" has already appeared at line(s) 164. Non-unique keys are likely to increase translation costs due to over-translating."

"deployment/dol/src/main/java/com/sun/enterprise/deployment/LocalStrings.properties","Invalid java properties","Line 211: Key ""enterprise.deployment.exceptionconflictloginconfig"" has already appeared at line(s) 209. Non-unique keys are likely to increase translation costs due to over-translating."

"deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/handlers/LocalStrings.properties","Invalid java properties","Line 76: Key ""enterprise.deployment.annotation.handlers.ejbeppkgwrong"" has already appeared at line(s) 74. Non-unique keys are likely to increase translation costs due to over-translating."



 Comments   
Comment by Hong Zhang [ 15/Nov/11 ]

fixed in the trunk and 3.1.2 branch





[GLASSFISH-17738] duplicate keys in property files Created: 15/Nov/11  Updated: 30/Nov/11  Resolved: 30/Nov/11

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.2_b01
Fix Version/s: 3.1.2_b13, 4.0

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

Tags: 3_1_2-review

 Description   

The new translation process prevent us from sending files for translation if duplicate keys are found in the property files. Please fix the following issues. Some keys may be present more than twice. Please double check for uniqueness.

"admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/services/LocalStrings.properties","Invalid java properties","Line 146: Key ""noSuitableServiceImplementation"" has already appeared at line(s) 102. Non-unique keys are likely to increase translation costs due to over-translating."



 Comments   
Comment by Tom Mueller [ 15/Nov/11 ]

This is related to the services implementation.

Comment by Byron Nevins [ 30/Nov/11 ]

Sending server-mgmt\src\main\java\com\sun\enterprise\admin\servermgmt\services\LocalStrings.properties
Transmitting file data .
Committed revision 51201.

D:\gf\trunk\main\nucleus\admin\server-mgmt>svn commit
Sending server-mgmt\src\main\java\com\sun\enterprise\admin\servermgmt\services\LocalStrings.properties
Transmitting file data .
Committed revision 51202.





[GLASSFISH-17737] duplicate keys in property files Created: 15/Nov/11  Updated: 16/Nov/11  Resolved: 16/Nov/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b01
Fix Version/s: 3.1.2_b10, 3.1.2

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

Tags: 3_1_2-review

 Description   

The new translation process prevent us from sending files for translation if duplicate keys are found in the property files. Please fix the following issues. Some keys may be present more than twice. Please double check for uniqueness.

"admingui/cluster/src/main/resources/org/glassfish/cluster/admingui/Strings.properties","Invalid java properties","Line 134: Key ""cluster.ApplicationsTitleHelp"" has already appeared at line(s) 120. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/cluster/src/main/resources/org/glassfish/cluster/admingui/Strings.properties","Invalid java properties","Line 217: Key ""tree.nodes"" has already appeared at line(s) 43. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/cluster/src/main/resources/org/glassfish/cluster/admingui/Strings.properties","Invalid java properties","Line 81: Key ""button.stopCluster"" has already appeared at line(s) 52. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/cluster/src/main/resources_en/org/glassfish/cluster/admingui/Strings.properties","Invalid java properties","Line 82: Key ""button.startCluster"" has already appeared at line(s) 53. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/common/src/main/resources/org/glassfish/common/admingui/Strings.properties","Invalid java properties","Line 678: Key ""monitoring.Off"" has already appeared at line(s) 674. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/core/src/main/resources/org/glassfish/admingui/core/Strings.properties","Invalid java properties","Line 916: Key ""common.TargetTableTitle"" has already appeared at line(s) 508. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/full/src/main/resources/org/glassfish/full/admingui/Strings.properties","Invalid java properties","Line 90: Key ""resourcesTable.resources"" has already appeared at line(s) 87. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/jca/src/main/resources/org/glassfish/jca/admingui/Strings.properties","Invalid java properties","Line 228: Key ""msg.JS.confirmDeleteSM"" has already appeared at line(s) 224. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/jms-plugin/src/main/resources/org/glassfish/jms/admingui/Strings.properties","Invalid java properties","Line 60: Key ""resourcesTable.connectionFactories"" has already appeared at line(s) 44. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/web/src/main/resources/org/glassfish/web/admingui/Strings.properties","Invalid java properties","Line 153: Key ""grizzly.networkListener.address"" has already appeared at line(s) 143. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/web/src/main/resources/org/glassfish/web/admingui/Strings.properties","Invalid java properties","Line 154: Key ""grizzly.networkListener.addressHelp"" has already appeared at line(s) 144. Non-unique keys are likely to increase translation costs due to over-translating."

"admingui/web/src/main/resources/org/glassfish/web/admingui/Strings.properties","Invalid java properties","Line 72: Key ""tree.webContainer"" has already appeared at line(s) 49. Non-unique keys are likely to increase translation costs due to over-translating."

"WARNING","admingui/web/src/main/resources/org/glassfish/web/admingui/Strings.properties","Invalid java properties","Line 73: Key ""tree.webContainer.tooltip"" has already appeared at line(s) 50. Non-unique keys are likely to increase translation costs due to over-translating."

"WARNING","admingui/web/src/main/resources/org/glassfish/web/admingui/Strings.properties","Invalid java properties","Line 74: Key ""tree.httpService"" has already appeared at line(s) 51. Non-unique keys are likely to increase translation costs due to over-translating."

"WARNING","admingui/web/src/main/resources/org/glassfish/web/admingui/Strings.properties","Invalid java properties","Line 75: Key ""tree.httpService.tooltip"" has already appeared at line(s) 52. Non-unique keys are likely to increase translation costs due to over-translating."



 Comments   
Comment by Anissa Lam [ 16/Nov/11 ]

Fixed in 3.1.2 branch.

Date: 2011-11-16 02:02:18 UTC
Link:

Log Message:
------------
GLASSFISH-17737; Remove Duplicate Keys in Properties file.

Revisions:
----------
50891

Modified Paths:
---------------
branches/3.1.2/admingui/cluster/src/main/resources/org/glassfish/cluster/admingui/Strings.properties
branches/3.1.2/admingui/jms-plugin/src/main/resources/org/glassfish/jms/admingui/Strings.properties
branches/3.1.2/admingui/web/src/main/resources/org/glassfish/web/admingui/Strings.properties
branches/3.1.2/admingui/common/src/main/resources/org/glassfish/common/admingui/Strings.properties
branches/3.1.2/admingui/full/src/main/resources/org/glassfish/full/admingui/Strings.properties
branches/3.1.2/admingui/core/src/main/resources/org/glassfish/admingui/core/Strings.properties
branches/3.1.2/admingui/jca/src/main/resources/org/glassfish/jca/admingui/Strings.properties





[GLASSFISH-17724] create-service: serviceproperties option ignored Created: 14/Nov/11  Updated: 14/Nov/11  Resolved: 14/Nov/11

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.2_b10, 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Byron Nevins Assignee: Byron Nevins
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

Issue Links:
Related
is related to GLASSFISH-17725 No Doc for create-service --servicepr... Resolved
Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-17725 No Doc for create-service --servicepr... Sub-task Resolved Paul Davies  
Tags: 3_1_2-review

 Description   

Ref: http://www.java.net/forum/topic/glassfish/glassfish/glassfish-31-service-ms-windows-how-customize-service-display-name

nice work from a user. It is impossible to change the display-name of a GF Service by using the serviceproperties argument.



 Comments   
Comment by Paul Davies [ 14/Nov/11 ]

Maybe the existing behavior is a feature and not a bug.

According to the create-service(1) man page, --serviceproperties is for Oracle Solaris systems only.

This man page also describes the option for setting the display name, which is --name.

Comment by Byron Nevins [ 14/Nov/11 ]

D:\glassfish3\glassfish>svn commit -F \temp\commit.txt d:\gf\branches\3.1.2\packager\nucleus-base\lib\install\templates d:\gf\trunk\main\nucleus\packager\nucle
us-base\lib\install\templates d:\gf\trunk\main\nucleus\admin\server-mgmt d:\gf\branches\3.1.2\admin\server-mgmt
Sending gf\branches\3.1.2\admin\server-mgmt\src\main\java\com\sun\enterprise\admin\servermgmt\services\Constants.java
Sending gf\branches\3.1.2\admin\server-mgmt\src\main\java\com\sun\enterprise\admin\servermgmt\services\NonSMFServiceAdapter.java
Sending gf\branches\3.1.2\admin\server-mgmt\src\main\java\com\sun\enterprise\admin\servermgmt\services\WindowsService.java
Sending gf\branches\3.1.2\packager\nucleus-base\lib\install\templates\Domain-service-winsw.xml.template
Sending gf\trunk\main\nucleus\admin\server-mgmt\src\main\java\com\sun\enterprise\admin\servermgmt\services\Constants.java
Sending gf\trunk\main\nucleus\admin\server-mgmt\src\main\java\com\sun\enterprise\admin\servermgmt\services\NonSMFServiceAdapter.java
Sending gf\trunk\main\nucleus\admin\server-mgmt\src\main\java\com\sun\enterprise\admin\servermgmt\services\WindowsService.java
Sending gf\trunk\main\nucleus\packager\nucleus-base\lib\install\templates\Domain-service-winsw.xml.template
Transmitting file data ........
Committed revision 50837.

===============================
Commit Message:

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

Added a new service property for Windows:
E.g.

D:\glassfish3\glassfish>asadmin create-service --name "DAS_id" --serviceproperties DISPLAY_NAME="My Favorite App Server"
The Windows Service was created successfully. It is ready to be started. Here are the details:
ID of the service: DAS_id
Display Name of the service:My Favorite App Server

D:\glassfish3\glassfish>sc query state= all | tail -10
WAIT_HINT : 0x0

SERVICE_NAME: DAS_id
DISPLAY_NAME: My Favorite App Server
TYPE : 10 WIN32_OWN_PROCESS
STATE : 1 STOPPED
WIN32_EXIT_CODE : 1077 (0x435)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0

============================================

Comment by Byron Nevins [ 14/Nov/11 ]

It was mistakenly set to P2 when created.





[GLASSFISH-17714] should not hard code admin and instance alias in Enable Secure Admin Page Created: 11/Nov/11  Updated: 21/Nov/11  Resolved: 20/Nov/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.2_b09
Fix Version/s: 3.1.2_b11

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

Issue Links:
Dependency
depends on GLASSFISH-16829 provide default value for the options... Resolved
Tags: 3_1_2-review

 Description   

In the Enable Secure Admin screen, the default Admin and Instance alias is hard coded.
createMap(result="#

{pageSession.valueMap}");
mapPut(map="#{pageSession.valueMap}

" key="adminalias" value="s1as");
mapPut(map="#

{pageSession.valueMap}

" key="instancealias" value="glassfish-instance");

This should be obtained from backend.
Once GLASSFISH-16829 is resolved, this code needs to be changed.



 Comments   
Comment by Anissa Lam [ 20/Nov/11 ]

Fixed in both trunk and 3.1.2 branch.

og Message:
------------
GLASSFISH-17714. should not hard code default value for enable-secure-admin command.
Revisions:
----------
50991
Modified Paths:
---------------
branches/3.1.2/admingui/common/src/main/resources/appServer/securityAdmin.jsf

=================

Revisions:
----------
50992
Modified Paths:
---------------
trunk/main/appserver/admingui/common/src/main/resources/appServer/securityAdmin.jsf

Comment by scatari [ 21/Nov/11 ]

Updating the fix in version with correct build id.





[GLASSFISH-17707] Admin console sometimes attempts to load j_security_check after a restart from the command line; results in 404 Created: 10/Nov/11  Updated: 16/Nov/11  Resolved: 16/Nov/11

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

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

Tags: 3_1_2-review

 Description   

My steps to reproduce (I'm sure there are other paths to the problem):

  1. Load the administration console and edit an existing Realm. Save changes.
  1. From the command line, restart the server.
  1. From the GUI window you were just in, click on anything (I chose the Home button).
  1. The console will "start over"; after the initial screen, you'll get a 404 error on j_security_check

Let me know if you need more details.



 Comments   
Comment by ljnelson [ 10/Nov/11 ]

Oo, this may be an intermittent issue.

Comment by ljnelson [ 10/Nov/11 ]

OK, I'll stop trying to be smart and generic and will simply report what I've done.

I had previously created an LDAP realm.

I edit the realm (in my case I put in a deliberately bad hostname to try to narrow down whether my edits are actually having any effect). I hit save. Everything works fine as it should.

Now I restart the server from the command line (this seems to be the only way to get realm changes seen; that's another bug).

In another window I try to log in to my application to see if my realm changes have taken effect. Let's say they have.

Now I come back to the admin console window I was just in, and change the bad hostname in my realm to a good one. I hit save.

The console starts over.

The console does its automatic login.

At this point I get a 404 for http://localhost:4848/j_security_check.

Hope that helps.

Comment by Jason Lee [ 16/Nov/11 ]

I just committed a fix for GLASSFISH-17391 that should fix this. Please reopen if it does not.





[GLASSFISH-17652] need clear message in console while enabling secure admin with empty domain password. Created: 08/Nov/11  Updated: 20/Jan/12  Resolved: 09/Dec/11

Status: Closed
Project: glassfish
Component/s: admin_gui
Affects Version/s: None
Fix Version/s: 3.1.2_b14

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

GF 3.1.2 nightly dated b09_11_07_2011
firefox 3.6


Attachments: JPEG File secureAdminPage.jpg    
Issue Links:
Duplicate
is duplicated by GLASSFISH-17907 incorrect error msg when trying to en... Resolved
Tags: 3_1_2-review, 3_1_2-verified

 Description   

When Console is accessed from localhost, try to enable secure admin when the domain password is empty, The error thrown in console complains about the keystore not containing the specified aliases, which is confusing and does not provide an informative error message about what is wrong..as in CLI. In CLI the below error is thrown which is informative:

#asadmin enable-secure-admin
remote failure: At least one admin user has an empty password, which secure admi
n does not permit.
Command enable-secure-admin failed.

attached the screenshot.



 Comments   
Comment by Anissa Lam [ 15/Nov/11 ]

This is fixed when fixing GLASSFISH-17654.
The message now says:

Secure admin is turned on, empty password is not allowed.

Comment by Anissa Lam [ 07/Dec/11 ]

I thought this issue was fixed. It seems to appear again, or was never fixed before. Request Srini to take a look.
I filed GLASSFISH-17907 on this same issue. Will close that as duplicate. I wonder why the CLI gives a different message than what is showed in the console.

Comment by srinik76 [ 07/Dec/11 ]

Issue 17654 fix is while setting admin password.

But current issue is during enable secure admin page, when there is failure error is hardcoded in the gui, the fix needs to be propagate the back end error. Will fix this.

Comment by srinik76 [ 07/Dec/11 ]

The fix is

Index: src/main/resources/org/glassfish/common/admingui/Strings.properties
===================================================================
— src/main/resources/org/glassfish/common/admingui/Strings.properties (revision 51338)
+++ src/main/resources/org/glassfish/common/admingui/Strings.properties (working copy)
@@ -91,7 +91,6 @@
security.secureAdmin.adminaliasHelp=The alias that refers to the SSL/TLS certificate on the DAS. This alias is used by the instances to authenticate against the DAS.
security.secureAdmin.instancealias=Instance Alias:
security.secureAdmin.instancealiasHelp=The alias that refers to the SSL/TLS certificate on the instances. This alias is used by the DAS to authenticate against the instances.
-security.secureAdminEnableFailure=Error enabling secure admin, the keystore does not contain the specified aliases
security.secureLabel=Secure Administration:

Index: src/main/resources/appServer/securityAdmin.jsf
===================================================================
— src/main/resources/appServer/securityAdmin.jsf (revision 51338)
+++ src/main/resources/appServer/securityAdmin.jsf (working copy)
@@ -77,7 +77,7 @@
<!command
gf.restRequest(endpoint="#

{sessionScope.REST_URL}

/enable-secure-admin", attrs="#

{pageSession.valueMap}

", method="POST", result="#

{pageSession.resultMap}

", throwException="false");
if ("#

{pageSession.resultMap.data.exit_code}

=FAILURE") {

  • prepareAlertMsg(summary="$resource {i18nc.security.secureAdminEnableFailure}

    ", type="error");
    + prepareAlertMsg(summary="#

    {pageSession.resultMap.data.message}

    ", type="error");
    gf.redirect("#

    {facesContext.externalContext.requestContextPath}/common/appServer/securityAdmin.jsf?&alertType=${alertType}&alertSummary=${alertSummary}&alertDetail=${alertDetail}");
    }
    gf.redirect("#{facesContext.externalContext.requestContextPath}

    /common/appServer/restart-2.jsf");

Comment by srinik76 [ 08/Dec/11 ]

Fixed the issue in 3.1.2 branch

Sending common/src/main/resources/appServer/securityAdmin.jsf
Sending common/src/main/resources/org/glassfish/common/admingui/Strings.properties
Transmitting file data ..
Committed revision 51365.

Comment by srinik76 [ 08/Dec/11 ]

Checked in the fix in trunk

Sending common/src/main/resources/appServer/securityAdmin.jsf
Sending common/src/main/resources/org/glassfish/common/admingui/Strings.properties
Transmitting file data ..
Committed revision 51367.

Comment by shaline [ 20/Jan/12 ]

verified in GF 3.1.2 b18.





[GLASSFISH-17648]  'DAS' dependens on 'http-listeners' when deploying EJB based WebService Created: 07/Nov/11  Updated: 14/Nov/11  Resolved: 14/Nov/11

Status: Resolved
Project: glassfish
Component/s: web_services
Affects Version/s: 3.1.1_b12
Fix Version/s: 3.1.2_b10

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

RHEL 6, Java HotSpot(1.7), GF 3.1.1 build12


Tags: 3_1_2-review, EJB, WebService, deployment

 Description   

As I considered the 'DAS' as a 'configuration tool' only I removed the http-listeners ..., but this seems this makes it impossible to deploy Web-Services as EJBs anymore.

During deployment I get the following exception

[#|2011-10-24T13:11:21.328+0200|SEVERE|glassfish3.1.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=52;_ThreadName=Thread-2;|Exception while preparing the app
java.lang.NullPointerException
at org.glassfish.webservices.WsUtil.getWebServerInfoForDAS(WsUtil.java:1548)
at org.glassfish.webservices.WebServicesDeployer.doWebServicesDeployment(WebServicesDeployer.java:619)
at org.glassfish.webservices.WebServicesDeployer.prepare(WebServicesDeployer.java:184)



 Comments   
Comment by Bhakti Mehta [ 14/Nov/11 ]

Committed svn rev Revision: 50825

Please can you try with nov 15 nightly from here http://dlc.sun.com.edgesuite.net/glassfish/3.1.2/nightly/ or 3.1.2 b10 promoted build





[GLASSFISH-17633]  j2ee-jms test failing with "org.omg.CORBA.COMM_FAILURE" error Created: 04/Nov/11  Updated: 29/Nov/11  Resolved: 29/Nov/11

Status: Resolved
Project: glassfish
Component/s: orb
Affects Version/s: 3.1.2_b01
Fix Version/s: 3.1.2_b12, 4.0

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

Configuration :
Distribution :3.1.2 Build 06 ogs bits
OS : OEL6 (64 bit)
Jdk : JDK 7 ( b148 )
Ant : Ant 1.7.1 .


Attachments: Text File run1.log     File v3g_jms.output    
Issue Links:
Related
is related to GLASSFISH-17766 MDB cluster test failed in v3.1.2 Resolved
Tags: 3_1_2-review

 Description   

I am noticing 12 new failure in j2ee-jms tests.
All the test are failing with "org.omg.CORBA.COMM_FAILURE" error.
Attaching entire v3g_jms.output file. Ran "jmscluster-test1-AppClient" test manually , attaching the log file for the same.

To see the problem, please follow the following example, adjust the glassfish3, jdk, ant location and your id in CVSROOT

% setenv CVSROOT :pserver:cvsguest@sunsw.us.oracle.com:/m/jws
% setenv SPS_HOME /space/test1/ws/appserver-sqe
% setenv S1AS_HOME /space/test1/glassfish3/glassfish
% setenv JAVA_HOME /space/test1/tool/jdk1.7.0-b148
% setenv ANT_HOME /space/test1/tool/apache-ant-1.7.1
% setenv PATH $JAVA_HOME/bin:$ANT_HOME/bin:$S1AS_HOME/bin:$PATH

To check out test source

% cvs co appserver-sqe/bootstrap.xml
% cd appserver-sqe
% ant -f bootstrap.xml co-core

To run the test
% ant start-domain
% ant startDerby
% ant v3g-jms-all
or
% cd $SPS_HOME/pe/jms/jmscluster
% run the individual tests manually.

The complete error is:

jms-change-orb-port:
[copy] Copying 1 file to /scratch/bhavya/312/antws/appserver-sqe/pe/jms/jmscluster/test1
[echo] Changing the ORB Port to : 1114

jms-run-appclient:
[exec] WS HOME appserver-sqe
[exec] Start the Test : jmscluster-test1-AppClient
[exec] org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 1114 vmcid: OMG minor code: 1 completed: No
[exec] at sun.reflect.GeneratedConstructorAccessor31.newInstance(Unknown Source)
[exec] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[exec] at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
[exec] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
[exec] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[exec] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
[exec] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
[exec] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
[exec] at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
[exec] at $Proxy34.connectFailure(Unknown Source)
[exec] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
[exec] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
[exec] at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
[exec] at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
[exec] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
[exec] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
[exec] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
[exec] at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
[exec] at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1241)
[exec] at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:411)
[exec] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:347)
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[exec] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[exec] at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
[exec] at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:650)
[exec] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:776)
[exec] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:744)
[exec] at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:172)
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[exec] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[exec] at com.sun.s1peqe.jms.jmscluster.client.Client.run(Client.java:55)
[exec] at com.sun.s1peqe.jms.jmscluster.client.Client.main(Client.java:40)
[exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[exec] at java.lang.reflect.Method.invoke(Method.java:601)
[exec] at org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:438)
[exec] at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:182)
[exec] at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:65)
[exec] Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
[exec] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:339)
[exec] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
[exec] ... 30 more
[exec] Caused by: java.net.ConnectException: Connection refused
[exec] at sun.nio.ch.Net.connect0(Native Method)
[exec] at sun.nio.ch.Net.connect(Net.java:364)
[exec] at sun.nio.ch.Net.connect(Net.java:356)
[exec] at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
[exec] at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
[exec] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:324)
[exec] ... 31 more
[exec] javax.naming.NamingException: Lookup failed for 'java:comp/env/jms/mq_q' in SerialContext[myEnv=

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

[Root exception is javax.naming.NamingException: Lookup failed for 'jms/mq_q' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/mq_q}

[Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/mq_q}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 1114 vmcid: OMG minor code: 1 completed: No]]]
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[exec] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[exec] at com.sun.s1peqe.jms.jmscluster.client.Client.run(Client.java:55)
[exec] at com.sun.s1peqe.jms.jmscluster.client.Client.main(Client.java:40)
[exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[exec] at java.lang.reflect.Method.invoke(Method.java:601)
[exec] at org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:438)
[exec] at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:182)
[exec] at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:65)
[exec] Caused by: javax.naming.NamingException: Lookup failed for 'jms/mq_q' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/mq_q}

[Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/mq_q}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 1114 vmcid: OMG minor code: 1 completed: No]]
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
[exec] at javax.naming.InitialContext.lookup(InitialContext.java:411)
[exec] at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
[exec] at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:650)
[exec] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:776)
[exec] at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:744)
[exec] at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:172)
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
[exec] ... 11 more
[exec] Caused by: javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, com.sun.enterprise.naming.logicalName=java:comp/env/jms/mq_q}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 1114 vmcid: OMG minor code: 1 completed: No]
[exec] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:352)
[exec] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
[exec] ... 19 more
[exec] Caused by: org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 1114 vmcid: OMG minor code: 1 completed: No
[exec] at sun.reflect.GeneratedConstructorAccessor31.newInstance(Unknown Source)
[exec] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[exec] at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
[exec] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
[exec] at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[exec] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
[exec] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
[exec] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
[exec] at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
[exec] at $Proxy34.connectFailure(Unknown Source)
[exec] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
[exec] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
[exec] at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
[exec] at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
[exec] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
[exec] at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
[exec] at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
[exec] at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
[exec] at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1241)
[exec] at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:411)
[exec] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:347)
[exec] ... 20 more
[exec] jmscluster-test1-AppClient setup failed: unexpected NamingException
[exec] Generating report at /scratch/bhavya/312/antws/appserver-sqe/test_results.xml
[exec]
[exec]
[exec] -----------------------------------------
[exec] - jmscluster-test1-AppClient: FAIL -
[exec] -----------------------------------------
[exec] Total PASS: 0
[exec] Total FAIL: 1
[exec] Total DNR: 0
[exec] -----------------------------------------
[exec] Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
[exec] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:339)
[exec] at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
[exec] ... 30 more
[exec] Caused by: java.net.ConnectException: Connection refused
[exec] at sun.nio.ch.Net.connect0(Native Method)
[exec] at sun.nio.ch.Net.connect(Net.java:364)
[exec] at sun.nio.ch.Net.connect(Net.java:356)
[exec] at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
[exec] at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
[exec] at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:324)
[exec] ... 31 more



 Comments   
Comment by Tim Quinn [ 04/Nov/11 ]

With which 3.1.2 build did these tests last pass?

Do they pass with Java SE 1.6?

Comment by hsbhavya [ 04/Nov/11 ]

This is the 1st run with 3.1.2 . Even with jdk1.6 these test are failing with same error.
Note : This is the 1st run on OEL6

Comment by Tim Quinn [ 04/Nov/11 ]

Thanks for the added info. And do the tests pass on platforms other than OEL6?

Comment by Tim Quinn [ 14/Nov/11 ]

Because the immediate problem seems to be ORB-related I'm moving this to the ORB component.

Comment by Harshad Vilekar [ 27/Nov/11 ]

Fix for 17766 resolves this issue also.





[GLASSFISH-17627] support collect-log-files command Created: 04/Nov/11  Updated: 07/Dec/11  Resolved: 05/Dec/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.1
Fix Version/s: 3.1.2, 4.0

Type: Improvement Priority: Major
Reporter: Anissa Lam Assignee: andriy.zhdanov
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-17813 OLH: collect log files Sub-task Resolved Rebecca Parks  
Status Whiteboard:

cli-parity

Tags: 3_1_2-review

 Description   

Command collect-log-files creates a zip archive of all available log files.
We may want to add this to 3.1.2 as CLI parity.
Suggested to add a Tab in Domain for this feature.
In this page, provide a dropdown that shows the clusters/instances/DAS and allow user to select the target.
The zip file will be downloaded to the client machine.



 Comments   
Comment by andriy.zhdanov [ 05/Dec/11 ]

Committed revision 51272

Comment by andriy.zhdanov [ 07/Dec/11 ]

Committed revision 51310.





[GLASSFISH-17626] Fragment-Host of l10n plugin needs to be updated Created: 03/Nov/11  Updated: 27/Dec/11  Resolved: 27/Dec/11

Status: Resolved
Project: glassfish
Component/s: l10n
Affects Version/s: 3.1.2_b07
Fix Version/s: 3.1.2_b16

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

Tags: 3_1_2-review

 Description   

The bundle name of admin console modules has been changed, there is a 'main' in the name.
eg.
Bundle-SymbolicName: org.glassfish.main.admingui.console-web-plugin

The Fragment-Host specified in the MANIFEST.MF for each of the l10n jar will need to be updated accordingly.



 Comments   
Comment by gmurr [ 27/Dec/11 ]

Fixed in build16





[GLASSFISH-17585] display information returned by uptime Created: 03/Nov/11  Updated: 09/Dec/11  Resolved: 09/Dec/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.1
Fix Version/s: 3.1.2, 4.0

Type: Improvement Priority: Major
Reporter: Anissa Lam Assignee: sumasri
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

Issue Links:
Dependency
depends on GLASSFISH-17776 uptime is not returned correctly in a... Resolved
Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-17812 OLH: uptime info Sub-task Resolved Rebecca Parks  
Status Whiteboard:

cli-parity

Tags: 3_1_2-review

 Description   

uptimes returns the length of time that the DAS has been running.
Should add this info in the General page for Admin Server.



 Comments   
Comment by Rebecca Parks [ 01/Dec/11 ]

This doesn't appear to be present in build 12. I need to see it before I can document it for the online help doc freeze at build 14. If you put it on a different page, please let the tech writer know!

Comment by sumasri [ 09/Dec/11 ]

Added Uptime static text to the Admin Server general page.

Branch 3.1.2 commit message:
Sending admingui/common/src/main/java/org/glassfish/admingui/common/handlers/CommonHandlers.java
Sending admingui/common/src/main/resources/appServer/serverInstGeneralPe.jsf
Sending admingui/core/src/main/resources/org/glassfish/admingui/core/Strings.properties
Transmitting file data ...
Committed revision 51396.

Trunk commit message:
Committed revision 51395.





[GLASSFISH-17582] support configure-jms-cluster in GUI Created: 03/Nov/11  Updated: 22/Nov/11  Resolved: 22/Nov/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1.1
Fix Version/s: 3.1.2

Type: Improvement Priority: Critical
Reporter: Anissa Lam Assignee: Jason Lee
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-17793 OLH: support for configure-jms-cluster Sub-task Resolved Mike Fitch  
Status Whiteboard:

cli-parity

Tags: 3_1_2-review

 Description   

configure-jms-cluster is not supported in console. User needs to use CLI to do it. We should add this to console.



 Comments   
Comment by Anissa Lam [ 21/Nov/11 ]

Nazrul requested this be set to P2 and target for 3.1.2 as this enables user to configure JMS HA

Comment by Jason Lee [ 22/Nov/11 ]

Change committed to branch (r51075) and trunk (r51074)





[GLASSFISH-17577] [IBM JDK7]All the appclient related test cases failed on AIX against IBM JDK1.7 Created: 02/Nov/11  Updated: 26/Aug/13  Resolved: 26/Aug/13

Status: Resolved
Project: glassfish
Component/s: naming
Affects Version/s: 3.1.2_b07
Fix Version/s: 3.1.2_b08

Type: Bug Priority: Critical