[GLASSFISH-16598] java.lang.NoSuchMethodException seen in server.log when Console is first loaded. Created: 10/May/11  Updated: 06/Jul/11  Resolved: 11/May/11

Status: Closed
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.1_b04
Fix Version/s: 3.1.1_b04

Type: Bug Priority: Major
Reporter: shaline Assignee: Bhakti Mehta
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OS : AIX
Browser : firefox 3.6.16
IBM JRE 1.6.0
glassfish bundle : latest-ogs.zip


Attachments: Text File server.log    

 Description   

After installing the glassfish bundle on AIX , start domain and access the Console for the very first time, we see the below java.lang.NoSuchMethodException in the server.log. This is seen only for the first time when the console is accessed after installing , or after creating a new domain. Subsequent accesses does not show the below Exception.

stack from server.log : I have attached the server.log for reference:

[#|2011-05-10T12:23:05.745-0700|INFO|oracle-glassfish3.1|org.glassfish.admingui|
_ThreadID=11;_ThreadName=Thread-6;|Admin Console: Initializing Session Attribute
s...|#]

[#|2011-05-10T12:23:05.830-0700|SEVERE|oracle-glassfish3.1|javax.enterprise.syst
em.tools.admin.com.sun.enterprise.v3.admin|_ThreadID=12;_ThreadName=Thread-6;|Th
e log message is null.
java.lang.NoSuchMethodException: com.ibm.lang.management.OperatingSystemMXBeanIm
pl.getTotalPhysicalMemorySize()
at java.lang.Throwable.<init>(Throwable.java:67)
at java.lang.Class.throwNoSuchMethodException(Class.java:277)
at java.lang.Class.getMethod(Class.java:845)
at com.sun.enterprise.v3.admin.RuntimeInfo.execute(RuntimeInfo.java:110)

at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunner
Impl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunner
Impl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunner
Impl.java:1064)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunn
erImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execut
e(CommandRunnerImpl.java:1244)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execut
e(CommandRunnerImpl.java:1232)
at org.glassfish.admin.rest.ResourceUtil.runCommand(ResourceUtil.java:20
2)
at org.glassfish.admin.rest.resources.TemplateExecCommand.executeCommand
(TemplateExecCommand.java:127)
at org.glassfish.admin.rest.resources.TemplateCommandGetResource.process
Get(TemplateCommandGetResource.java:78)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:60)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMeth
odDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchPr
ovider.java:186)
at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDi
spatcher.dispatch(ResourceJavaMethodDispatcher.java:70)
at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethod
Rule.java:279)
at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocator
Rule.java:121)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHa
ndPathRule.java:136)
at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(Resourc
eClassRule.java:86)
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHa
ndPathRule.java:136)
at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(R
ootResourceClassesRule.java:74)
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequ
est(WebApplicationImpl.java:1347)
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequ
est(WebApplicationImpl.java:1279)
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleReque
st(WebApplicationImpl.java:1229)
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleReque
st(WebApplicationImpl.java:1219)
at com.sun.jersey.server.impl.container.grizzly.GrizzlyContainer._servic
e(GrizzlyContainer.java:180)
at com.sun.jersey.server.impl.container.grizzly.GrizzlyContainer.service
(GrizzlyContainer.java:145)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java
:177)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java
:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java
:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(Container
Mapper.java:238)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:8
22)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFil
ter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultPro
tocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.jav
a:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.jav
a:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java
:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextT
ask.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(AbstractThreadP
ool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool
.java:513)
at java.lang.Thread.run(Thread.java:736)

#]

[#|2011-05-10T12:23:06.986-0700|WARNING|oracle-glassfish3.1|org.glassfish.adming
ui|_ThreadID=13;_ThreadName=Thread-6;|Cannot create update center Image for /exp
ort/sqe/shaline/glassfish3.1.1/glassfish3; Update Center functionality will not
be available in Admin Console|#]



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

reassign to 'admin' since thats where the exception comes from.

Comment by Tom Mueller [ 11/May/11 ]

Bhakhti, is this a duplicate of GLASSFISH-16574 ?

Comment by Bhakti Mehta [ 11/May/11 ]

Duplicate of 16574 Fixed in b05

Comment by shaline [ 06/Jul/11 ]

verified in GF 3.1.1 build10.





[GLASSFISH-16557] Unable to start Apache2.2 64bit on Sparc after installing lb plugin Created: 05/May/11  Updated: 18/May/11  Resolved: 18/May/11

Status: Closed
Project: glassfish
Component/s: load_balancer
Affects Version/s: 3.1.1
Fix Version/s: 3.1.1_b04

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

Solaris Sparc 10 + Apache2.2 64bit + glassfish lb plugin 3.1.1 b01.



 Description   

After installing loadbalancer plugin, when I try to start apache, the file
/usr/lib/libCstd.so.1 added to httpd.conf by lb plugin, is complained as 32bit.

I replaced it with /usr/lib/sparcv9/libCstd.so.1(which is 64bit), but now when I try to start, the error is:

httpd: Syntax error on line 412 of /space/gf-ha/64bit/apache2.2/conf/httpd.conf: Cannot load /space/gf-ha/64bit/apache2.2/modules/mod_loadbalancer.so into server: ld.so.1: httpd: fatal: libsasl.so: open failed: No such file or directory



 Comments   
Comment by Jothir Ganesan [ 05/May/11 ]

The issue was fixed after relogging to the machine and restarting apache.

Comment by Jothir Ganesan [ 05/May/11 ]

The fix of that file location should be done on the plugin installer.

Comment by Alex Pineda [ 16/May/11 ]

Raising the priority of the bug to get resolution. Added [Blocker] to the bug synopsis for easier tracking.

Comment by kshitiz_saxena [ 17/May/11 ]

This issue is not blocker. Apache will work if you manually edit httpd.conf and update it as mentioned in description.

The second issue mentioned in description "httpd: Syntax error on line 412 ...." is not reproducible. That is why this issue was initially closed, and then reopened only for installer fix.

Comment by kshitiz_saxena [ 18/May/11 ]

The latest loadbalancer-configurator will have this fix.





[GLASSFISH-16512] Unable to restart glassfish bootstrapping bundle (glassfish.jar) Created: 01/May/11  Updated: 02/Dec/11  Resolved: 01/May/11

Status: Resolved
Project: glassfish
Component/s: OSGi
Affects Version/s: 3.1
Fix Version/s: 3.1.1_b04 , 4.0

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

Tags: 3_1_1-approved

 Description   

GlassFishMainActivator.start() always calls GlassFishRuntime.boostrap() and hence is failing upon second or subsequent activation of glassfish.jar bundle.
To reproduce:

Start Felix
start file:/space/ss141213/WS/gf/v3.1.1/publish/glassfish3/glassfish/modules/glassfish.jar
stop 5
start 5
You shall the following exception:

org.glassfish.embeddable.GlassFishException: Already bootstrapped
at org.glassfish.embeddable.GlassFishRuntime._bootstrap(GlassFishRuntime.java:150)
at org.glassfish.embeddable.GlassFishRuntime.bootstrap(GlassFishRuntime.java:106)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMainActivator.start(GlassFishMainActivator.java:75)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:633)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1822)



 Comments   
Comment by Sanjeeb Sahoo [ 01/May/11 ]

ss141213@Sahoo:/space/ss141213/WS/gf/v3$ svn commit -m "GLASSFISH-16512: Don't bootstrap during subsequent activation." core/bootstrap/
Sending core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/GlassFishMainActivator.java
Transmitting file data .
Committed revision 46573.

Comment by Sanjeeb Sahoo [ 03/May/11 ]

Why fix this issue in 3.1.1?
Additional use case support

Which is the targeted build of 3.1.1 for this fix?
Build 4 or 5 depending on when I get the approval.

Do regression tests exist for this issue?
Yes, our dev test suite.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
Fix can't destabilize GlassFish, because it does not affect regular code path of GlassFish. This code path is only exercised when someone embeds GlassFish in an OSGi environment.

Comment by scatari [ 03/May/11 ]

Approved.

Comment by Sanjeeb Sahoo [ 03/May/11 ]

3.1.1 Branch:
-------------
Sending core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/GlassFishMainActivator.java
Transmitting file data .
Committed revision 46642.





[GLASSFISH-16511] RuntimeException while launching embedded (OSGi) GlassFish second time in a new framework instance Created: 01/May/11  Updated: 02/Dec/11  Resolved: 01/May/11

Status: Resolved
Project: glassfish
Component/s: OSGi
Affects Version/s: 3.1
Fix Version/s: 3.1.1_b04 , 4.0

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


 Description   

Each JUnit test when executed in our OSGi devtest framework has its own instance of OSGi framework. Each time the framework is started, GlassFish runtime gets bootstrapped again. We noticed the following failure for second and subsequent cycles:

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.006 sec <<< FAILURE!
org.glassfish.fighterfish.test.it.T1_SamplesTest Time elapsed: 4.611 sec <<< ERROR!
org.ops4j.pax.exam.TestContainerException: Problem interacting with reactor.
at org.ops4j.pax.exam.junit.JUnit4TestRunner.run(JUnit4TestRunner.java:86)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:119)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:101)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103)
at $Proxy0.invoke(Unknown Source)
at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:150)
at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:91)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)
Caused by: java.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 org.ops4j.pax.exam.junit.JUnit4TestRunner.prepareReactor(JUnit4TestRunner.java:109)
at org.ops4j.pax.exam.junit.JUnit4TestRunner.run(JUnit4TestRunner.java:81)
... 12 more
Caused by: java.lang.RuntimeException: GlassFish_Platform can only be Felix or Equinox
at org.glassfish.fighterfish.test.it.CommonConfiguration.readAndCustomizeFrameworkConfiguration(CommonConfiguration.java:144)
at org.glassfish.fighterfish.test.it.CommonConfiguration.frameworkConfiguration(CommonConfiguration.java:104)
at org.glassfish.fighterfish.test.it.CommonConfiguration.configure(CommonConfiguration.java:86)
... 18 more
Caused by: 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 org.ops4j.pax.exam.junit.JUnit4TestRunner.prepareReactor(JUnit4TestRunner.java:109)
at org.ops4j.pax.exam.junit.JUnit4TestRunner.run(JUnit4TestRunner.java:81)
... 12 more
Caused by: java.lang.RuntimeException: GlassFish_Platform can only be Felix or Equinox
at org.glassfish.fighterfish.test.it.CommonConfiguration.readAndCustomizeFrameworkConfiguration(CommonConfiguration.java:144)
at org.glassfish.fighterfish.test.it.CommonConfiguration.frameworkConfiguration(CommonConfiguration.java:104)
at org.glassfish.fighterfish.test.it.CommonConfiguration.configure(CommonConfiguration.java:86)
... 18 more



 Comments   
Comment by Sanjeeb Sahoo [ 01/May/11 ]

ss141213@Sahoo:/space/ss141213/WS/gf/v3$ svn commit -m "GLASSFISH-16511: Set GlassFish_Platform property only if it is not already set." core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/EmbeddedOSGiGlassFishRuntimeBuilder.java
Sending core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/EmbeddedOSGiGlassFishRuntimeBuilder.java
Transmitting file data .
Committed revision 46570.

3.1.1 branch:
ss141213@Sahoo:/space/ss141213/WS/gf/v3.1.1$ svn commit -m "Backporting svn rev #46570" core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/EmbeddedOSGiGlassFishRuntimeBuilder.java
Sending core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/EmbeddedOSGiGlassFishRuntimeBuilder.java
Transmitting file data .
Committed revision 46571.





[GLASSFISH-16500] Web container eats exceptions although deployment has not been successful Created: 29/Apr/11  Updated: 04/May/11  Resolved: 04/May/11

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1
Fix Version/s: 3.1.1_b04

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

Tags: 3_1_1-approved

 Description   

Look at this block of code in MapperListener which gets called when a new Web app is deployed or a servlet is registered. It does not rethrow the exception. Since it does not rethrow the exception, deployment backend thinks the application deployment is successful. Is there any justification for not wrapping the exception into a RuntimeException and throw it back?

if( "Host".equals( type )) {
try

{ registerHost(objectName); }

catch (Exception e)

{ log.log(Level.WARNING, "Error registering Host " + objectName, e); }

}

if (j2eeType != null) {
if (j2eeType.equals("WebModule")) {
try

{ registerContext(objectName); }

catch (Throwable t)

{ log.log(Level.WARNING, "Error registering Context " + objectName, t); }

} else if (j2eeType.equals("Servlet")) {
try

{ registerWrapper(objectName); }

catch (Throwable t)

{ log.log(Level.WARNING, "Error registering Wrapper " + objectName, t); }

}
}
} else if (notification.getType().equals
(MBeanServerNotification.UNREGISTRATION_NOTIFICATION)) {
String type=objectName.getKeyProperty("type");
if( "Host".equals( type )) {
try

{ unregisterHost(objectName); }

catch (Exception e)

{ log.log(Level.WARNING, "Error unregistering Host " + objectName, e); }

}

if (j2eeType != null) {
if (j2eeType.equals("WebModule")) {
try

{ unregisterContext(objectName); }

catch (Throwable t)

{ log.log(Level.WARNING, "Error unregistering webapp " + objectName, t); }

} else if (Boolean.parseBoolean(objectName.getKeyProperty("osgi")) &&
j2eeType.equals("Servlet")) {
try

{ unregisterOSGiWrapper(objectName); }

catch (Throwable t)

{ log.log(Level.WARNING, "Error unregistering osgi wrapper " + objectName, t); }

}
}



 Comments   
Comment by Shing Wai Chan [ 02/May/11 ]

fix in trunk

Sending web-core/src/main/java/org/apache/catalina/connector/MapperListener.java
Transmitting file data .
Committed revision 46591.

Comment by Shing Wai Chan [ 03/May/11 ]

Why fix this issue in 3.1.1?
Better error handling

Which is the targeted build of 3.1.1 for this fix?
Build 4.

Do regression tests exist for this issue?
No.

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

Comment by scatari [ 03/May/11 ]

Approved.

Comment by Shing Wai Chan [ 04/May/11 ]

fix in 3.1.1, commit version 46635





[GLASSFISH-16496] NoClassDefFoundError: com.sun.org.apache.xerces.internal.dom.DocumentImpl for cts smoke tests on AIX Created: 28/Apr/11  Updated: 29/Apr/11  Resolved: 29/Apr/11

Status: Resolved
Project: glassfish
Component/s: None
Affects Version/s: 3.1.1_b02
Fix Version/s: 3.1.1_b04

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

Tags: 3_1_1-approved

 Description   

When running the cts smoke we observed the following failures http://gf-hudson.us.oracle.com/hudson/job/3.1.1-aix-weekly-cts-gf/7/artifact/test_results/smoke.log

The class is part of aixporting.jar and its package is exported

This is comment from Tim. Filing bug to check with Kumar about this.
"At this point the ACC does NOT automatically add the porting JAR to the runtime class path. Earlier when we found that the CTS tests were incorrectly configured and some properties were specifying the Sun/Oracle-specific classes that meant the ACC did not - at least at that point - need to add the porting JAR.

From the stack trace it looks as if some SOAP processing is triggering the attempt to load the Sun-specific class. Is this from inside Metro, and do we have the AIX-specific build of Metro in place?

Is it going to be possible to keep the ACC independent of the porting JAR? Adding that dependency is not as trivial as it might seem, primarily because Java Web Start support has to change as well with platform-dependent generation of the JNLP documents, etc.
"

************************************************************
[javatest.batch] * props file set to "/tmp/java_re-cts-props.txt"
[javatest.batch] ************************************************************
[javatest.batch] 04-27-2011 21:47:25: JNDI lookup for Service1
[javatest.batch] 04-27-2011 21:47:25: Lookup java:comp/env/service/w2jremarshalltest
[javatest.batch] 04-27-2011 21:47:26: Get port from Service1
[javatest.batch] 04-27-2011 21:47:26: Port obtained
[javatest.batch] 04-27-2011 21:47:26: setup ok
[javatest.batch] 04-27-2011 21:47:26: MarshallEnumerationsTest
[javatest.batch] 04-27-2011 21:47:26: StringEnumerationsTest
[javatest.batch] 04-27-2011 21:47:26: ERROR: Exception at:
[javatest.batch] 04-27-2011 21:47:26: ERROR: java.lang.NoClassDefFoundError: com.sun.org.apache.xerces.internal.dom.DocumentImpl
[javatest.batch] at java.lang.ClassLoader.defineClassImpl(Native Method)
[javatest.batch] at java.lang.ClassLoader.defineClass(ClassLoader.java:275)
[javatest.batch] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:69)
[javatest.batch] at java.net.URLClassLoader.defineClass(URLClassLoader.java:540)
[javatest.batch] at java.net.URLClassLoader.defineClass(URLClassLoader.java:451)
[javatest.batch] at java.net.URLClassLoader.access$300(URLClassLoader.java:79)
[javatest.batch] at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java:1034)
[javatest.batch] at java.security.AccessController.doPrivileged(AccessController.java:284)
[javatest.batch] at java.net.URLClassLoader.findClass(URLClassLoader.java:429)
[javatest.batch] at java.lang.ClassLoader.loadClass(ClassLoader.java:653)
[javatest.batch] at java.lang.ClassLoader.loadClass(ClassLoader.java:619)
[javatest.batch] at com.sun.xml.messaging.saaj.soap.SOAPPartImpl.<init>(SOAPPartImpl.java:113)
[javatest.batch] at com.sun.xml.messaging.saaj.soap.ver1_1.Message1_1Impl.getSOAPPart(Message1_1Impl.java:90)
[javatest.batch] at com.sun.xml.rpc.client.StreamingSender._writeRequest(StreamingSender.java:689)
[javatest.batch] at com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:104)
[javatest.batch] at com.sun.ts.tests.jaxrpc.ee.w2j.rpc.encoded.marshalltest.MarshallTest_Stub.echoEnumString(MarshallTest_Stub.java:3382)
[javatest.batch] at com.sun.ts.tests.jaxrpc.ee.w2j.rpc.encoded.marshalltest.Client.StringEnumerationsTest(Client.java:3315)
[javatest.batch] at com.sun.ts.tests.jaxrpc.ee.w2j.rpc.encoded.marshalltest.Client.MarshallEnumerationsTest(Client.java:1357)
[javatest.batch] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[javatest.batch] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
[javatest.batch] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
[javatest.batch] at java.lang.reflect.Method.invoke(Method.java:611)
[javatest.batch] at com.sun.ts.lib.harness.EETest.run(EETest.java:495)
[javatest.batch] at com.sun.ts.lib.harness.ServiceEETest.run(ServiceEETest.java:113)
[javatest.batch] at com.sun.ts.tests.common.vehicle.EmptyVehicleRunner.run(EmptyVehicleRunner.java:30)
[javatest.batch] at com.sun.ts.lib.harness.ServiceEETest.run(ServiceEETest.java:102)
[javatest.batch] at com.sun.ts.lib.harness.EETest.getPropsReady(EETest.java:392)
[javatest.batch] at com.sun.ts.lib.harness.ServiceEETest.run(ServiceEETest.java:210)
[javatest.batch] at com.sun.ts.lib.harness.EETest.run(EETest.java:204)
[javatest.batch] at com.sun.ts.tests.common.vehicle.VehicleClient.main(VehicleClient.java:27)
[javatest.batch] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[javatest.batch] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
[javatest.batch] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
[javatest.batch] at java.lang.reflect.Method.invoke(Method.java:611)
[javatest.batch] at org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:438)
[javatest.batch] at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:182)
[javatest.batch] at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:65)
[javatest.batch] Caused by: java.lang.ClassNotFoundException: com.sun.org.apache.xerces.internal.dom.DocumentImpl
[javatest.batch] at java.lang.ClassNotFoundException.<init>(ClassNotFoundException.java:76)
[javatest.batch] at java.net.URLClassLoader.findClass(URLClassLoader.java:396)
[javatest.batch] at java.lang.ClassLoader.loadClass(ClassLoader.java:653)
[javatest.batch] at java.lang.ClassLoader.loadClass(ClassLoader.java:619)
[javatest.batch] ... 37 more



 Comments   
Comment by Bhakti Mehta [ 28/Apr/11 ]

I have assigned this issue to Kumar since saaj extends some com.sun.org.xx classes. Meanwhile Sathyan is asking if we can try to merge the contents of the aixporting.jar in one of the jars appclient knows about and try the hudson job so will just see if that will help fix this issue and update the bug

Comment by Bhakti Mehta [ 28/Apr/11 ]

I got a standalone case to demonstrate this issue, unfortunately setting the APPCPATH also did not help
Tim I am assigning this issue to you feel free to reassign if you think you are not the owner
ssh aixas14 as aroot
export APPCPATH=/export/bhakti/glassfish-ap27/glassfish3/glassfish/modules/aixporting-repackaged.jar
export S1AS_HOME=/export/bhakti/glassfish-ap27/glassfish3/glassfish
export APS_HOME=/export/bhakti/devtests/appserv-tests
cd /export/bhakti/devtests/appserv-tests/devtests/webservice/mapping/j2w/signature
ant all after starting the domain

Comment by Tim Quinn [ 29/Apr/11 ]

Fix checked in.

This fix adds the AIX porting JAR to the Class-Path in gf-client.jar so the Metro classes (in JARs also listed in gf-client.jar's Class-Path) can find the classes in the porting JAR.

3.1.1 branch:
´╗┐´╗┐Sending 3.1.1/appclient/client/acc-standalone/fixup.xml
Sending 3.1.1/common/common-util/src/main/java/org/glassfish/admin/payload/PayloadFilesManager.java
Transmitting file data ...
Committed revision 46536.
Revision: 46536
Author : tjquinn
Date : Apr 29, 2011 7:50:45 AM
Fix for 16486

trunk:
Sending v3/appclient/client/acc-standalone/fixup.xml
Transmitting file data ...
Committed revision 46539.
Revision: 46539
Author : tjquinn
Date : Apr 29, 2011 7:59:50 AM
Fix for 16496

Comment by Bhakti Mehta [ 29/Apr/11 ]

Added the tag too and also verified this fixes the issues and there are 100% passes on cts smoke http://gf-hudson.us.oracle.com/hudson/job/3.1.1-aix-weekly-cts-gf/12/console





[GLASSFISH-16459] use localhost instead of 0.0.0.0 for hostname of the REST URL Created: 26/Apr/11  Updated: 02/Dec/11  Resolved: 26/Apr/11

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.0
Fix Version/s: 3.1.1_b04 , 4.0_b03

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_1-approved

 Description   

When fixing GLASSFISH-16807, In AdminConsoleAuthModule.java , we look at the host that adminListener.getAddress() returned, and if it is not "localhost", we replace "localhost" in the REST URL with whatever is returned.

Sometimes, 0.0.0.0 will be returned, and thus we use 0.0.0.0:4848 to connect to the server. Jane reported that in some system, including hers cannot connect to the server and thus cannot use admin console at all. This maybe due to system configuration, but many user may run into this issue. We should make this code more robust such that if 0.0.0.0 is returned, we will keep using "localhost"



 Comments   
Comment by Anissa Lam [ 26/Apr/11 ]

Fix checked into trunk. will get approval for 3.1.1

Log Message:
------------

GLASSFISH-16459. do not use 0.0.0.0 for the REST URL, use localhost instead.
Revisions:
----------
46467
Modified Paths:
---------------
trunk/v3/admingui/common/src/main/java/org/glassfish/admingui/common/security/AdminConsoleAuthModule.java

Comment by Anissa Lam [ 26/Apr/11 ]

Why fix this issue in 3.1.1?
o depending on the system configuration, user may not be able to use the console. No error is given making debugging very hard.

Which is the targeted build of 3.1.1 for this fix?
o b04

Do regression tests exist for this issue?
o If this causes any regression, QL and dev test will not pass.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
o whatever test that QA has and they can also test manually.

Comment by scatari [ 26/Apr/11 ]

Approved.

Comment by Anissa Lam [ 26/Apr/11 ]

re-open for 3.1.1

Comment by Anissa Lam [ 26/Apr/11 ]

Fix checked into 3.1.1 branch.

Revisions:
----------
46469

Modified Paths:
---------------
branches/3.1.1/admingui/common/src/main/java/org/glassfish/admingui/common/security/AdminConsoleAuthModule.java





[GLASSFISH-16412] Unable to lookup JNDI from activator when bundle is deployed with asadmin deploy --type=osgi Created: 21/Apr/11  Updated: 02/Dec/11  Resolved: 21/Apr/11

Status: Resolved
Project: glassfish
Component/s: OSGi-JavaEE
Affects Version/s: 3.1
Fix Version/s: 3.1.1_b04 , 4.0

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

Attachments: File test.app1.war    

 Description   

The attached WAB does a JNDI lookup in its activator. When this WAB is deployed using deploy --type=osgi command, it failed to lookup JNDI with following exception:

[#|2011-04-21T18:52:12.386+0530|SEVERE|glassfish3.2|com.sun.enterprise.naming|_ThreadID=18;_ThreadName=admin-thread-pool-4848(5);|enterprise_naming.excep_in_copymutableobj
java.lang.IllegalArgumentException: Illegal null argument to ObjectInputStreamWithLoader
at com.sun.enterprise.naming.util.ObjectInputStreamWithLoader.<init>(ObjectInputStreamWithLoader.java:69)
at com.sun.enterprise.naming.util.OSGiObjectInputOutputStreamFactoryImpl$OSGiObjectInputStream.<init>(OSGiObjectInputOutputStreamFactoryImpl.java:152)
at com.sun.enterprise.naming.util.OSGiObjectInputOutputStreamFactoryImpl.createObjectInputStream(OSGiObjectInputOutputStreamFactoryImpl.java:138)
at com.sun.enterprise.naming.util.NamingUtilsImpl.makeCopyOfObject(NamingUtilsImpl.java:112)
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.rebind(LocalSerialContextProviderImpl.java:113)
at com.sun.enterprise.naming.impl.SerialContext.rebind(SerialContext.java:707)
at com.sun.enterprise.naming.impl.SerialContext.rebind(SerialContext.java:724)
at javax.naming.InitialContext.rebind(InitialContext.java:412)
at javax.naming.InitialContext.rebind(InitialContext.java:412)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.publishObject(GlassfishNamingManagerImpl.java:206)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.publishObject(GlassfishNamingManagerImpl.java:189)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:237)
at com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl.createActiveResourceAdapter(ResourceAdapterAdminServiceImpl.java:348)
at com.sun.enterprise.connectors.ConnectorRuntime.createActiveResourceAdapter(ConnectorRuntime.java:356)
at com.sun.enterprise.connectors.service.ConnectorService.loadDeferredResourceAdapter(ConnectorService.java:183)
at com.sun.enterprise.connectors.service.ConnectorService.loadResourcesAndItsRar(ConnectorService.java:147)
at com.sun.enterprise.connectors.service.ConnectorService.checkAndLoadPool(ConnectorService.java:324)
at com.sun.enterprise.connectors.service.ConnectorResourceAdminServiceImpl.createConnectorResource(ConnectorResourceAdminServiceImpl.java:100)
at com.sun.enterprise.connectors.ConnectorRuntime.createConnectorResource(ConnectorRuntime.java:296)
at com.sun.enterprise.resource.deployer.JdbcResourceDeployer.deployResource(JdbcResourceDeployer.java:106)
at org.glassfish.javaee.services.ResourceProxy.create(ResourceProxy.java:90)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:507)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at org.glassfish.fighterfish.test.app1.TestApp1Activator.start(TestApp1Activator.java:69)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:629)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1835)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1752)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:922)
at org.glassfish.extras.osgicontainer.OSGiDeployedBundle.resume(OSGiDeployedBundle.java:88)
at org.glassfish.extras.osgicontainer.OSGiDeployedBundle.start(OSGiDeployedBundle.java:67)
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:294)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:462)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:390)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:357)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:372)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1071)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:98)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1251)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1239)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:455)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
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:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
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:619)

#]

This is because we return a null classloader during deployment of bundles and deployment backend sets that null classloader in TCL which our naming module can't handle.



 Comments   
Comment by Sanjeeb Sahoo [ 21/Apr/11 ]

Sending extras/osgi-container/src/main/java/org/glassfish/extras/osgicontainer/OSGiDeployedBundle.java
Transmitting file data .
Committed revision 46304.

Comment by Sanjeeb Sahoo [ 01/May/11 ]

3.1.1: svn rev #46572.





[GLASSFISH-16398] Unable to undeploy OSGi bundles using asadmin command Created: 21/Apr/11  Updated: 02/Dec/11  Resolved: 21/Apr/11

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1
Fix Version/s: 3.1.1_b04 , 4.0

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

Attachments: Java Archive File test1.jar     Java Archive File test2.jar    

 Description   

asadmin deploy --type osgi test1.jar
asadmin deploy --type osgi test2.jar // this fails because activator throws NPE
asadmin undeploy test1 // this fails with NPE in OSGiDeployer [1]

What happens is that we have incorrectly stored a bundle object in OSGiDeployer, so it becomes a stateful object as opposed to being a stateless object.

To reproduce, deploy any two test1 and test2 bundles such that test2's activator throws a RuntimeException to cause its deployment to fail.

[1] [#|2011-04-21T19:20:21.103+0530|WARNING|glassfish3.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=17;_ThreadName=admin-thread-pool-4848(2);|Exception while cleaning module 'org.glassfish.internal.data.EngineRef@473fa1'java.lang.NullPointerException
java.lang.NullPointerException
at org.glassfish.extras.osgicontainer.OSGiDeployer.clean(OSGiDeployer.java:75)
at org.glassfish.internal.data.EngineInfo.clean(EngineInfo.java:129)
at org.glassfish.internal.data.EngineRef.clean(EngineRef.java:175)
at org.glassfish.internal.data.ModuleInfo.clean(ModuleInfo.java:351)
at org.glassfish.internal.data.ApplicationInfo.clean(ApplicationInfo.java:424)
at com.sun.enterprise.v3.server.ApplicationLifecycle.undeploy(ApplicationLifecycle.java:1028)
at org.glassfish.deployment.admin.UndeployCommand.execute(UndeployCommand.java:330)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1064)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1244)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1232)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:455)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
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:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
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:619)

#]


 Comments   
Comment by Hong Zhang [ 21/Apr/11 ]

Can you attach test1.jar and test2.jar so it's easier for me to reproduce? thanks.

Comment by Sanjeeb Sahoo [ 21/Apr/11 ]

See attached test cases.

Comment by Sanjeeb Sahoo [ 21/Apr/11 ]

Sending osgi-container/src/main/java/org/glassfish/extras/osgicontainer/OSGiDeployer.java
Transmitting file data .
Committed revision 46301.

Comment by Sanjeeb Sahoo [ 01/May/11 ]

3.1.1 branch: svn rev #46572.





[GLASSFISH-16354] Logger settings page set value for useSystemLogging & logtoConsole as null Created: 14/Apr/11  Updated: 14/Mar/12  Resolved: 01/May/11

Status: Closed
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1_b43
Fix Version/s: 3.1.1_b04 , 4.0_b43

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

all


Tags: 3_1_1-approved

 Description   

When user logs to admin console and go to logger settings page.

Change attributes for File Rotation Time Limit from 0 to 100 and click on Save.

It changes value for File Rotation Time Limit to 100 but also changes value for useSystemLogging & logtoConsole as null instead of false.



 Comments   
Comment by srinik76 [ 26/Apr/11 ]

Index: src/main/java/org/glassfish/admingui/common/handlers/LoggingHandlers.java
===================================================================
— src/main/java/org/glassfish/admingui/common/handlers/LoggingHandlers.java (revision 46197)
+++ src/main/java/org/glassfish/admingui/common/handlers/LoggingHandlers.java (working copy)
@@ -162,6 +162,10 @@
Map<String, Object> props = new HashMap();
try{
for(String key : attrNames){
+ if ((key.equals("com.sun.enterprise.server.logging.SyslogHandler.useSystemLogging") || key.equals("com.sun.enterprise.server.logging.GFFileHandler.logtoConsole"))
+ && (attrs.get(key) == null))

{ + attrs.put(key, "false"); + }

props.put("id", key + "='" + attrs.get(key) + "'");
props.put("target", config);
RestUtil.restRequest((String)GuiUtil.getSessionValue("REST_URL") + "/set-log-attributes.json",

Comment by Chris Kasso [ 26/Apr/11 ]

Should be considered for 3.1.1 since a fix is available.

Comment by srinik76 [ 28/Apr/11 ]

Why fix this issue in 3.1.1?

  • Logger settings page set value for useSystemLogging & logtoConsole as null
    Which is the targeted build of 3.1.1 for this fix?
  • Build 04
    Do regression tests exist for this issue?
  • Manual testing need to be done
    Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
  • verify the bug reported is fixed.
Comment by srinik76 [ 28/Apr/11 ]

Checked into the 3.2 branch,

Sending src/main/java/org/glassfish/admingui/common/handlers/LoggingHandlers.java
Transmitting file data .
Committed revision 46502.

Comment by scatari [ 29/Apr/11 ]

Approved.

Comment by srinik76 [ 01/May/11 ]

Checked in the fix into branch 3.1.1

Sending LoggingHandlers.java
Transmitting file data .
Committed revision 46574.

Comment by srinik76 [ 01/May/11 ]

Closing the issue (checked in branch 3.2 and 3.1.1)





[GLASSFISH-16288] Win XP. create-local-instance - failed. Created: 30/Mar/11  Updated: 14/Mar/12  Resolved: 01/May/11

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: None
Fix Version/s: 3.1.1_b04 , 4.0_b43

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

Tags: 3_1_1-approved

 Description   

Windows XP machine, re-continuous build 03/30. Created ssh node, then tried to execute create-local-instance, using this node, but that command failed:

03/30/2011 09:05:09 EXIT: 0 asadmin --passwordfile C:/hudson/workspace/dmcli/appserver-sqe/ee/admcli/password.txt --user admin --host localhost --port 3000 create-node-ssh --nodehost=localhost --installdir=C:/hudson/workspace/dmcli/glassfish3 --nodedir=C:/hudson/workspace/dmcli/glassfish3/glassfish/nodes --sshport=22 --force=true --install=true node1

03/30/2011 09:05:54 EXIT: 1 asadmin --passwordfile C:/hudson/workspace/dmcli/appserver-sqe/ee/admcli/password.txt --user admin --host localhost --port 3000 create-local-instance --node=node1 --nodedir=C:/hudson/workspace/dmcli/glassfish3/glassfish/nodes --cluster=c1 --lbenabled=false --checkports=true --savemasterpassword=true --usemasterpassword=true in2

Where seen such error messages:

remote failure: Attribute mismatch for node 'node1': the value for the 'nodedir' attribute from the command (C:\hudson\workspace\dmcli\glassfish3\glassfish\nodes) does not match the value in the DAS configuration (C:/hudson/workspace/dmcli/glassfish3/glassfish/nodes)
Command create-local-instance failed.



 Comments   
Comment by scatari [ 27/Apr/11 ]

Approved.

Comment by Jennifer Chou [ 01/May/11 ]

==[IDE]== May 1, 2011 11:07:29 AM Committing...
commit -m "GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313..." C:/gf/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Sending C:/gf/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Transmitting file data ...
Committed revision 46568.
Revision: 46568
Author : jc129909
Date : May 1, 2011 11:07:30 AM
GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313
Fix _validate-node to be less strict and recognizing when the nodedir or installdir from the command and the config are equal, even if

  • one directory has a trailing '/'
  • one directory uses forward slash and the other uses backward slash (windows)
  • one directory is relative and the other is absolute

Reviewed by: Joe Di Pol

==[IDE]== May 1, 2011 11:07:38 AM Committing... finished.

==[IDE]== May 1, 2011 11:09:10 AM Committing...
commit -m "GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313..." C:/gf/v3/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Sending C:/gf/v3/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Transmitting file data ...
Committed revision 46569.
Revision: 46569
Author : jc129909
Date : May 1, 2011 11:09:13 AM
GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313
Fix _validate-node to be less strict and recognizing when the nodedir or installdir from the command and the config are equal, even if

  • one directory has a trailing '/'
  • one directory uses forward slash and the other uses backward slash (windows)
  • one directory is relative and the other is absolute

Reviewed by: Joe Di Pol

==[IDE]== May 1, 2011 11:09:22 AM Committing... finished.





[GLASSFISH-16225] start-cluster reports "Command start-cluster completed with warnings." even if no instances started Created: 16/Mar/11  Updated: 14/Mar/12  Resolved: 02/May/11

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: None
Fix Version/s: 3.1.1_b04 , 4.0_b43

Type: Bug Priority: Major
Reporter: easarina 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_1-approved

 Description   

Build 43 or continuous build. Executed the follow steps:
==============================================================================================================
asadmin --passwordfile /export/home/password.txt --user admin --host localhost create-domain --adminport=3070 --instanceport=2070 --doma
indir=/opt/glassfish3/glassfish/domains --savemasterpassword=true --usemasterpassword=true --savelogin=false --checkports=true --nopasswo
rd=false domain4
Using port 3070 for Admin.
Using port 2070 for HTTP Instance.
Default port 7676 for JMS is in use. Using 37157
Default port 3700 for IIOP is in use. Using 37158
Default port 8181 for HTTP_SSL is in use. Using 37159
Using default port 3820 for IIOP_SSL.
Using default port 3920 for IIOP_MUTUALAUTH.
Default port 8686 for JMX_ADMIN is in use. Using 37160
Default port 6666 for OSGI_SHELL is in use. Using 37161
Default port 9009 for JAVA_DEBUGGER is in use. Using 37162
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=jed-asqe-7,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=jed-asqe-7-instance,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
No domain initializers found, bypassing customization step
Domain domain4 created.
Domain domain4 admin port is 3070.
Domain domain4 admin user is "admin".
Command create-domain executed successfully.
asadmin --passwordfile /export/home/password.txt --user admin --host localhost --port 3070 start-domain --debug=true --domaindir=/opt/gla
ssfish3/glassfish/domains --verbose=false domain4
Waiting for domain4 to start .................
Successfully started the domain : domain4
domain Location: /opt/glassfish3/glassfish/domains/domain4
Log File: /opt/glassfish3/glassfish/domains/domain4/logs/server.log
Admin Port: 3070
Debugging is enabled. The debugging port is: 37162
Command start-domain executed successfully.
asadmin --passwordfile /export/home/password.txt --user admin --host localhost --port 3070 create-cluster c4
Command create-cluster executed successfully.
jed-asqe-7#/export/home] asadmin --passwordfile /export/home/password.txt --user admin --host localhost --port 3070 create-local-instance
--cluster c4 --node localhost-domain4 in44
Rendezvoused with DAS on localhost:3070.
Port Assignments for server instance in44:
JMX_SYSTEM_CONNECTOR_PORT=28687
JMS_PROVIDER_PORT=27677
HTTP_LISTENER_PORT=28081
ASADMIN_LISTENER_PORT=24849
JAVA_DEBUGGER_PORT=29009
IIOP_SSL_LISTENER_PORT=23820
IIOP_LISTENER_PORT=23700
OSGI_SHELL_TELNET_PORT=26666
HTTP_SSL_LISTENER_PORT=28182
IIOP_SSL_MUTUALAUTH_PORT=23920
Command create-local-instance executed successfully.
asadmin --passwordfile /export/home/password.txt --user admin --host localhost --port 3070 start-local-instance --node localhost-domain4
in44
Waiting for in44 to start ...............................
Successfully started the instance: in44
instance Location: /opt/glassfish3/glassfish/nodes/localhost-domain4/in44
Log File: /opt/glassfish3/glassfish/nodes/localhost-domain4/in44/logs/server.log
Admin Port: 24849
Command start-local-instance executed successfully.
asadmin --passwordfile /export/home/password.txt --user admin --host localhost --port 3070 stop-local-instance --node localhost-domain4 i
n44
Waiting for the instance to stop ...
Command stop-local-instance executed successfully.
asadmin --passwordfile /export/home/password.txt --user admin --host localhost --port 3070 start-cluster --verbose=true c4
start-instance in44
in44: Could not start instance in44 on node localhost-domain4 (localhost).

Command failed on node localhost-domain4 (localhost): CLI801 Instance is already synchronized
Command start-local-instance failed.

The Master Password is required to start the domain. No console, no prompting possible. You should either create the domain with --save
masterpassword=true or provide a password file with the --passwordfile option.

To complete this operation run the following command locally on host localhost from the GlassFish install location /opt/glassfish3:

asadmin start-local-instance --node localhost-domain4 --sync normal in44

The command start-instance failed for: in44
Command start-cluster completed with warnings.

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

At the last step "start-cluster completed with warnings.", but this cluster has only one instance, the start of that local instance failed: "The command start-instance failed for: in44". It means that the start of the cluster also failed, not "completed with warnings"



 Comments   
Comment by Joe Di Pol [ 16/Mar/11 ]

Agreed. If all instances in a cluster fail to start then start-cluster should report an error – not a warning.

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

I've reproduced this. In fact as things stand now start-cluster never reports an error. It is supposed to report an error if no instances started.

This is being caused by a command replication annotation on start-cluster that is apparently mapping errors into warnings:

@ExecuteOn(value=

{RuntimeType.DAS}, ifFailure=FailurePolicy.Warn)

If I change this to:

@ExecuteOn(value={RuntimeType.DAS}

)

Then start-cluster reports the error as expected.

I need to double check that making this change is safe.

Comment by Joe Di Pol [ 22/Apr/11 ]
  • Why fix this issue in 3.1.1?

start-cluster is reporting incorrect status on a complete failure. This could cause annoyance with customers as well as prevent them from performing correct error checking in their administrative scripts.

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

Before MS2

  • Do regression tests exist for this issue?

Regression tests exists for basic cluster and instance lifecycle operations. A new test would need to be written to verify this particular fix.

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

Basic cluster lifecycle tests

Comment by scatari [ 22/Apr/11 ]

Approved. Please provide the exact build-id to track. The schedule is available here http://wikis.sun.com/display/GlassFish/3.1.1BuildSchedule

Comment by Joe Di Pol [ 02/May/11 ]

Fixed in 3.1.1 B4 (r46553) and 3.2 MS3 (r46581)

===================================================================
Fixed in 3.1.1 (r46553)

Project: glassfish
Repository: svn
Revision: 46553
Author: jfdipol
Date: 2011-04-29 19:00:21 UTC
Link:

Log Message:
------------
Fix for 16225
start-cluster reports "Command start-cluster completed with warnings."
even if no instances started

Needed to correct a command replication annotation that was
mapping errors into warnings.

Revisions:
----------
46553

Modified Paths:
---------------
branches/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StartClusterCommand.java

Diffs:
------
Index: branches/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StartClusterCommand.java
===================================================================
— branches/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StartClusterCommand.java (revision 46552)
+++ branches/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StartClusterCommand.java (revision 46553)
@@ -53,7 +53,7 @@

@I18n("start.cluster.command")
@Service(name = "start-cluster")
-@ExecuteOn(value=

{RuntimeType.DAS}, ifFailure=FailurePolicy.Warn)
+@ExecuteOn(value={RuntimeType.DAS}

)
@CommandLock(CommandLock.LockType.NONE) // don't prevent _synchronize-files
@Scoped(PerLookup.class)
public class StartClusterCommand implements AdminCommand {





[GLASSFISH-16206] During node creation was used a relative --nodedir. create-local-instance with --node - failed. Created: 14/Mar/11  Updated: 14/Mar/12  Resolved: 01/May/11

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 3.1
Fix Version/s: 3.1.1_b04 , 4.0_b43

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

Tags: 3_1_1-approved

 Description   

Build 43. Solaris 10 Sparc.

Was used a default domain domain1. Started the domain. Then executed:

asadmin create-node-ssh --nodehost localhost --installdir /opt/glassfish3 --nodedir lena/nodes node1
Command create-node-ssh executed successfully.

asadmin create-node-config --nodehost localhost --installdir /opt/glassfish3 --nodedir lena/nodes node2
Command create-node-config executed successfully.

See also bugs: 16176, 16205

After that tried to create a local instance with that nodes --node was used.

asadmin create-local-instance --nodedir /opt/glassfish3/glassfish/lena/nodes --node node1 inst2
remote failure: Attribute mismatch for node 'node1': the value for the 'nodedir' attribute from the command (/opt/glassfish3/glassfish/lena/nodes) does not match the value in the DAS configuration (lena/nodes)
Command create-local-instance failed.

asadmin create-local-instance --nodedir /opt/glassfish3/glassfish/lena/nodes --node node2 inst3
remote failure: Attribute mismatch for node 'node2': the value for the 'nodedir' attribute from the command (/opt/glassfish3/glassfish/lena/nodes) does not match the value in the DAS configuration (lena/nodes)
Command create-local-instance failed.



 Comments   
Comment by Jennifer Chou [ 17/Mar/11 ]

_validate-node command currently just does a straight string comparison of the nodedir values between the node and --nodedir.

What we could do is compare also the strings with the installdir prepended on the shorter string.

And also allow create-local-instance --nodedir to use relative directory that is relative to the install dir.

Comment by scatari [ 27/Apr/11 ]

Approved.

Comment by Jennifer Chou [ 01/May/11 ]

==[IDE]== May 1, 2011 11:07:29 AM Committing...
commit -m "GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313..." C:/gf/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Sending C:/gf/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Transmitting file data ...
Committed revision 46568.
Revision: 46568
Author : jc129909
Date : May 1, 2011 11:07:30 AM
GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313
Fix _validate-node to be less strict and recognizing when the nodedir or installdir from the command and the config are equal, even if

  • one directory has a trailing '/'
  • one directory uses forward slash and the other uses backward slash (windows)
  • one directory is relative and the other is absolute

Reviewed by: Joe Di Pol

==[IDE]== May 1, 2011 11:07:38 AM Committing... finished.

==[IDE]== May 1, 2011 11:09:10 AM Committing...
commit -m "GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313..." C:/gf/v3/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Sending C:/gf/v3/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Transmitting file data ...
Committed revision 46569.
Revision: 46569
Author : jc129909
Date : May 1, 2011 11:09:13 AM
GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313
Fix _validate-node to be less strict and recognizing when the nodedir or installdir from the command and the config are equal, even if

  • one directory has a trailing '/'
  • one directory uses forward slash and the other uses backward slash (windows)
  • one directory is relative and the other is absolute

Reviewed by: Joe Di Pol

==[IDE]== May 1, 2011 11:09:22 AM Committing... finished.





[GLASSFISH-16174] JDK1.7: Eclipselink.weaving (binary code enhancement) doesn't work properly with JDK1.7 Created: 08/Mar/11  Updated: 12/May/11  Resolved: 12/May/11

Status: Resolved
Project: glassfish
Component/s: entity-persistence
Affects Version/s: None
Fix Version/s: 3.1.1_b04

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

OEL 5.4
java version "1.7.0-ea"


Attachments: Text File server.log     Zip Archive singletoncmt.zip    

 Description   

$ java -version
java version "1.7.0-ea"
Java(TM) SE Runtime Environment (build 1.7.0-ea-b130)

The singletoncmt test failed with following exception:
[#|2011-03-08T16:16:12.620-0800|WARNING|glassfish3.1|javax.org.glassfish.persistence.org.glassfish.persistence.jpa|_ThreadID=71;_ThreadName=Thread-1;|Expecting a stackmap frame at branch target 16 in method ejb31.war.servlet.JpaBean._persistence_checkFetched(Ljava/lang/String;)V at offset 5
java.lang.VerifyError: Expecting a stackmap frame at branch target 16 in method ejb31.war.servlet.JpaBean._persistence_checkFetched(Ljava/lang/String;)V at offset 5
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:264)
at org.eclipse.persistence.internal.security.PrivilegedAccessHelper.getClassForName(PrivilegedAccessHelper.java:93)
at org.eclipse.persistence.descriptors.ClassDescriptor.convertClassNamesToClasses(ClassDescriptor.java:1258)
at org.eclipse.persistence.sessions.Project.convertClassNamesToClasses(Project.java:367)
at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.deploy(EntityManagerSetupImpl.java:338)

When add <property name="eclipselink.weaving" value="false"/> to PU, the test passed.

Please see attached stack trace and app source.



 Comments   
Comment by mzh777 [ 08/Mar/11 ]

Assign the issue to Mitesh for investigation.

Comment by Mitesh Meswani [ 08/Mar/11 ]

The issue only appears when sources are compiled with JDK7. If sources are compiled with JDK6, the deployment goes through fine.

Comment by Mitesh Meswani [ 09/Mar/11 ]

Filled https://bugs.eclipse.org/bugs/show_bug.cgi?id=339388 to track this

Comment by Mitesh Meswani [ 20/Apr/11 ]

Using -XX:-UseSplitVerifier seems to avoid the issue.

Comment by Mitesh Meswani [ 12/May/11 ]

Fixed with rev 46644





[GLASSFISH-16131] creating-local-instance should gracefully deal with the trailing "/" for the installation directory. Created: 02/Mar/11  Updated: 14/Mar/12  Resolved: 01/May/11

Status: Resolved
Project: glassfish
Component/s: command_line_interface
Affects Version/s: None
Fix Version/s: 3.1.1_b04 , 4.0_b43

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

Tags: 3_1_1-approved

 Description   

When creating a CONFIG node using Admin console, for the Installation Directory field, It suggest the following help text.

The full path to the parent of the base installation directory of the GlassFish Server software on the host, for example, /export/glassfish3/.

When I try to create local instance on remote host, I get an error because of the mismatch with trailing /.

./asadmin --host shepherd create-local-instance --cluster cluster1 --node node1 instance1^C
[labrador]$ export AS_DEBUG=false
[labrador]$ ./asadmin --host shepherd create-local-instance --cluster cluster1 --node node1 instance1
remote failure: Attribute mismatch for node 'node1': the value for the 'installdir' attribute from the command (/home/oracle/glassfish3) does not match the value in the DAS configuration (/home/oracle/glassfish3/)
Command create-local-instance failed.



 Comments   
Comment by scatari [ 27/Apr/11 ]

Approved.

Comment by Jennifer Chou [ 01/May/11 ]

==[IDE]== May 1, 2011 11:07:29 AM Committing...
commit -m "GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313..." C:/gf/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Sending C:/gf/3.1.1/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Transmitting file data ...
Committed revision 46568.
Revision: 46568
Author : jc129909
Date : May 1, 2011 11:07:30 AM
GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313
Fix _validate-node to be less strict and recognizing when the nodedir or installdir from the command and the config are equal, even if

  • one directory has a trailing '/'
  • one directory uses forward slash and the other uses backward slash (windows)
  • one directory is relative and the other is absolute

Reviewed by: Joe Di Pol

==[IDE]== May 1, 2011 11:07:38 AM Committing... finished.

==[IDE]== May 1, 2011 11:09:10 AM Committing...
commit -m "GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313..." C:/gf/v3/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Sending C:/gf/v3/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java
Transmitting file data ...
Committed revision 46569.
Revision: 46569
Author : jc129909
Date : May 1, 2011 11:09:13 AM
GLASSFISH-16206, GLASSFISH-16288, GLASSFISH-16313
Fix _validate-node to be less strict and recognizing when the nodedir or installdir from the command and the config are equal, even if

  • one directory has a trailing '/'
  • one directory uses forward slash and the other uses backward slash (windows)
  • one directory is relative and the other is absolute

Reviewed by: Joe Di Pol

==[IDE]== May 1, 2011 11:09:22 AM Committing... finished.





Generated at Sun Dec 11 12:28:06 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.