[WSIT-1593] Use of DisableStreamingSecurity in policy results in invalid ValueType for KeyIdentifier in SecurityTokenReference for STR-Transform in Sender-Vouches SAML case scenario Created: 08/Nov/11  Updated: 23/Jan/13

Status: Open
Project: wsit
Component/s: None
Affects Version/s: 2.1
Fix Version/s: not determined

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

Ubuntu, Service - Glassfish 3.1.1 , Client Metro 2.1.1


Tags: 3_1_2-exclude, 3_1_2_exclude, metro2_2-waived, metro2_3-waived

 Description   

Client policy:

<wsp:Policy
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"
xmlns:wsoma="http://schemas.xmlsoap.org/ws/2004/09/policy/optimizedmimeserialization"
xmlns:wsp="http://www.w3.org/ns/ws-policy"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
xmlns:sp="http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702"
xmlns:t="http://docs.oasis-open.org/ws-sx/ws-trust/200512"
xmlns:wspp="http://java.sun.com/xml/ns/wsit/policy"
xmlns="http://schemas.xmlsoap.org/wsdl/"
xmlns:scl="http://schemas.sun.com/2006/03/wss/client"
wsu:Id="TestPortBindingPolicy">

<wsp:ExactlyOne>
<wsp:All>
<!-- Server identity -->
<scl:TrustStore wspp:visibility="private" peeralias="sp" storepass="changeit" type="JKS" location="cacerts.jks"/>
<!-- Client identity -->
<scl:KeyStore wspp:visibility="private" alias="sc" storepass="changeit" type="JKS" location="keystore.jks"/>

<scl:CallbackHandlerConfiguration wspp:visibility="private">
<scl:CallbackHandler name="samlHandler" classname="test.SamlCallbackHandler"/>
</scl:CallbackHandlerConfiguration>

<scl:DisableStreamingSecurity wspp:visibility="private"/>

<scl:DisableInclusivePrefixList wspp:visibility="private"/>

</wsp:All>
</wsp:ExactlyOne>

</wsp:Policy>

Server policy snipet:

<wsp:Policy
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"
xmlns:wsoma="http://schemas.xmlsoap.org/ws/2004/09/policy/optimizedmimeserialization"
xmlns:wsp="http://www.w3.org/ns/ws-policy"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
xmlns:sp="http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702"
xmlns:t="http://docs.oasis-open.org/ws-sx/ws-trust/200512"
xmlns:wspp="http://java.sun.com/xml/ns/wsit/policy"
xmlns="http://schemas.xmlsoap.org/wsdl/"
wsu:Id="TestBindingPolicy">
<wsp:ExactlyOne>
<wsp:All>
<wsoma:OptimizedMimeSerialization/>
<wsam:Addressing wsp:Optional="false"/>
<sp:AsymmetricBinding>
<wsp:Policy>
<sp:InitiatorToken>
<wsp:Policy>
<sp:X509Token sp:IncludeToken="http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702/IncludeToken/AlwaysToRecipient">
<wsp:Policy>
<sp:WssX509V3Token10/>
</wsp:Policy>
</sp:X509Token>
</wsp:Policy>
</sp:InitiatorToken>
<sp:RecipientToken>
<wsp:Policy>
<sp:X509Token sp:IncludeToken="http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702/IncludeToken/Never">
<wsp:Policy>
<sp:WssX509V3Token10/>
</wsp:Policy>
</sp:X509Token>
</wsp:Policy>
</sp:RecipientToken>
<sp:Layout>
<wsp:Policy>
<sp:Lax/>
</wsp:Policy>
</sp:Layout>
<sp:IncludeTimestamp/>
<sp:OnlySignEntireHeadersAndBody/>
<sp:AlgorithmSuite>
<wsp:Policy>
<sp:Basic256/>
</wsp:Policy>
</sp:AlgorithmSuite>
</wsp:Policy>
</sp:AsymmetricBinding>
<sp:Wss11>
<wsp:Policy>
<sp:MustSupportRefKeyIdentifier/>
<sp:MustSupportRefIssuerSerial/>
<sp:MustSupportRefThumbprint/>
<sp:MustSupportRefEncryptedKey/>
<sp:RequireSignatureConfirmation/>
</wsp:Policy>
</sp:Wss11>
<sp:Trust13>
<wsp:Policy>
<sp:MustSupportIssuedTokens/>
<sp:RequireClientEntropy/>
<sp:RequireServerEntropy/>
</wsp:Policy>
</sp:Trust13>

<sp:SignedSupportingTokens>
<wsp:Policy>
<sp:SamlToken sp:IncludeToken="http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702/IncludeToken/AlwaysToRecipient">
<wsp:Policy>
<sp:WssSamlV20Token11/>
</wsp:Policy>
</sp:SamlToken>
</wsp:Policy>
</sp:SignedSupportingTokens>
</wsp:All>
</wsp:ExactlyOne>
</wsp:Policy>
--------------------------------
Resulting invalid SecurityTokenReference using SAML token profile 1.0 with SAMLAssertionID in a ValueType for the KeyIdentifier:
<wsse:SecurityTokenReference xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsse11="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsse11:TokenType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLV2.0" wsu:Id="uuid_72a660b0-0f1b-4c9b-949f-311f7abc14fa">
<wsse:KeyIdentifier ValueType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.0#SAMLAssertionID">uuid-bf24cc6e-ec15-46be-9ae4-197cdd43dd50</wsse:KeyIdentifier>
</wsse:SecurityTokenReference>

While, it should be using SAML token profile 1.1 with SAMLID in ValueType for the KeyIdentifier in SecurityTokenReference as follows:

<wsse:SecurityTokenReference xmlns:ns18="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns17="http://www.w3.org/2003/05/soap-envelope" wsu:Id="uuid_150721e7-5cb2-4744-b9f4-9d5b672f56a8" wsse11:TokenType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLV2.0">
<wsse:KeyIdentifier ValueType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLID">uuid-7fb70658-de16-4b07-b93c-e3ad1704e641</wsse:KeyIdentifier>
</wsse:SecurityTokenReference>



 Comments   
Comment by Martin Grebac [ 08/Nov/11 ]

Reassigning

Comment by kumarjayanti [ 15/Nov/11 ]

Are you a GlassFish customer ?. If so then please file an SR ticket.

Comment by bshrom [ 15/Nov/11 ]

Do i need to be a Glassfish paying customer to submit a bug report?

Comment by symonchang [ 16/Jan/13 ]

In Metro, the default is use Streaming Security. Use of DisableStreamingSecurity in policy is not recommended. In this case, when using of DisableStreamingSecurity in policy does not work, the user should switch to NOT use of DisableStreamingSecurity in policy. Marking to “metro2_3-waiver-request', as the workaround is available.

Comment by Martin Grebac [ 17/Jan/13 ]

Is this scenario supported without disabled streaming?

Comment by symonchang [ 23/Jan/13 ]

Yes. This scenario is supported without disabled streaming.





[WSIT-1573] Client call fails to invoke Username Token Scenario throws soap fault Invalid Security Header Created: 04/Jul/11  Updated: 11/Feb/14

Status: Open
Project: wsit
Component/s: None
Affects Version/s: 2.2
Fix Version/s: not determined

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

Attachments: File UsernameService.war    
Tags: 3-1-2_exclude, 3_1_2-exclude, 3_1_2_exclude, metro2_2-waived, metro2_3-waiver-request

 Description   

Client call fails to invoke Username Token Scenario with Current state not START_ELEMENT, END_ELEMENT or ENTITY_REFERENCE server side message

server log
===========
Server log
==================================================
<?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> ;
<S:Header><wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><wsu:Timestamp xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="_Ts"><wsu:Created>2011-06-27T15:20:14Z</wsu:Created><wsu:Expires>2011-06-27T15:25:14Z</wsu:Expires></wsu:Timestamp><xenc:EncryptedKey xmlns:xenc="http://www.w3.org/2001/04/xmlenc#" Id="_Ek"><xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#rsa-oaep-mgf1p"/><dsig:KeyInfo xmlns:dsig="http://www.w3.org/2000/09/xmldsig#"><wsse:SecurityTokenReference><wsse:KeyIdentifier EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/oasis-wss-soap-message-security-1.1#ThumbprintSHA1">TzX5OGaS9Ftsw1t+eGyfBmJblWc=</wsse:KeyIdentifier></wsse:SecurityTokenReference></dsig:KeyInfo><xenc:CipherData><xenc:CipherValue>JIWow18Xega0Tlq+VOEmKnNT110JLgS5atlA6PPg4l6Z4pwieReilVD1+eaGomrBcVxlHyd1uNwchEMpDsj/FtiBqxUaLJHhV1CySgp9WSrvPM4lnwGwCHZwr+At13h4IUcUMHbqs11RrpWV/rVia2ZdQMwXuZIbrxf9t0glnow=</xenc:CipherValue></xenc:CipherData><xenc:ReferenceList><xenc:DataReference URI="#_EdUt"/><xenc:DataReference URI="#_EdBd"/></xenc:ReferenceList></xenc:EncryptedKey><xenc:EncryptedData xmlns:xenc="http://www.w3.org/2001/04/xmlenc#" Id="_EdUt" Type="http://www.w3.org/2001/04/xmlenc#Element"><xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#aes128-cbc"/><xenc:CipherData><xenc:CipherValue>8XlGRps3EpMMHAEBApHAHQaC0XJfc4jTkAI1G5NvyTZlrH1IPu6Qb/nDJqU2uwK398fSUZl4djiZe5U5JYDSAtrMNiz+QLuG7zzRCKqYViReS6KL6iI+xCTXuO2CmA4ydPFTDX+ytG5ueC4FLCWuIErzw+HFJZFFJD9H4EHFkCiVy84Fwbwb0wTF201bZhgfsWOzRuI/LUYoJu3ghyUIxsQK02e96OyHUTdQDJpyiAk5FSMAVoJoad1EdQC3EZdSPpbalnXcakgezaG3kCYnqWad039GAe9XtwNLlFqUbS70VGG71hEJiGkl1PmW5bhPbPR5XCKaF/pgZQM7VFvr9YVCXyaxhdtxn19hAK4UKscNIFuTji1s3RDemYCSIxp4SwVO+U/NzHVvTKL4ZJnKW2y3DfhLQtYfRP0V6tK0LWZafp85nu9nOzfj2z3UXq3npKW/hq0kpHb4pJil0GoVDLExZXNl5zxJbyUqmSJPiue5duUxoEE78t7Xq9OuuxWsqqXK7JF+w/KCQYpoo6vNQrGilfHl6N92rr1ZGjgZi0mQSF7aJyKAmirXdXzIB8tQ0vTimJirdJLNdksUlrvKT4eOJ4Fydw+t6E65nsaZjaoN8+aDN1axfRJIXsUCOx4+IahO6WXwNn5BzknMfvQ9DQ==</xenc:CipherValue></xenc:CipherData></xenc:EncryptedData><dsig:Signature xmlns:dsig="http://www.w3.org/2000/09/xmldsig#" Id="_Sig1"><dsig:SignedInfo><dsig:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><dsig:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#hmac-sha1"/><dsig:Reference URI="#_Ts"><dsig:Transforms><dsig:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></dsig:Transforms><dsig:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><dsig:DigestValue>aVTS+HmYgZqFOEokfNSx80R+qI4=</dsig:DigestValue></dsig:Reference><dsig:Reference URI="#_Ut"><dsig:Transforms><dsig:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></dsig:Transforms><dsig:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><dsig:DigestValue>yPp76dLa47BsAIn0uyo2N6XISz4=</dsig:DigestValue></dsig:Reference><dsig:Reference URI="#_Bd"><dsig:Transforms><dsig:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></dsig:Transforms><dsig:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><dsig:DigestValue>9iqyKSHRU9UUzFnFqq51Ut+Yt88=</dsig:DigestValue></dsig:Reference></dsig:SignedInfo><dsig:SignatureValue>EspKgdwx8w+LqqFLpFo/4dBFaj8=</dsig:SignatureValue><dsig:KeyInfo><wsse:SecurityTokenReference><wsse:Reference URI="#_Ek"/></wsse:SecurityTokenReference></dsig:KeyInfo></dsig:Signature></wsse:Security></S:Header><S:Body xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="_Bd"><xenc:EncryptedData xmlns:xenc="http://www.w3.org/2001/04/xmlenc#" Id="_EdBd" Type="http://www.w3.org/2001/04/xmlenc#Content"><xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#aes128-cbc"/><xenc:CipherData><xenc:CipherValue>Gfx6Kaeyq/oQebVX+UWrl|#]

[#|2011-06-27T20:50:21.982+0530|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=25;_ThreadName=Thread-1;|a61ciT7TyjgEX2F2sNWxFW2bPppbA2Pytf0QA2eIdJTAN2EfeGQ1z2Ng01juUvLrFYafhlsbez9R/V1gsFbjhSQxzbpUhGP10G+MqS8pk/z4T70VlwbvPpUNa3T6sdIV1gLLmlwL6rFt5iX8vnb5ChtLZmNsHbCSyrQoG9Q06EWScVUA9JUUpA7IEc4N28X4txFMGJfFmb9MGd+xncnd0j+PpFwYPGDScOtrtTTCwddNfsyVQ9SudufxDsj34eH1yZPE5BAzro9pXLr0IQar+pOmNm44lgbdTr/Sve3NHV7gOisWd5mX2Q1okO8cKWg0N2NB/KURTNmxDXWmr0kWeg6ymA26vb7ua5d6c6ZQuq7pnTWZ0zAqcy9t81iSnYXTw==</xenc:CipherValue></xenc:CipherData></xenc:EncryptedData></S:Body>
</S:Envelope>|#] &nbs p;

[#|2011-06-27T20:50:21.982+0530|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=25;_ThreadName=Thread-1;|--------------------|#]

[#|2011-06-27T20:50:24.448+0530|SEVERE|glassfish3.1|com.sun.xml.wss.provider.wsit|_ThreadID=25;_ThreadName=Thread-1;|WSITPVD0035: Error in Verifying Security in Inbound Message.
com.sun.xml.wss.impl.XWSSecurityRuntimeException: java.lang.IllegalStateException: Current state not START_ELEMENT, END_ELEMENT or ENTITY_REFERENCE
at com.sun.xml.ws.security.opt.impl.incoming.SecurityRecipient.validateMessage(SecurityRecipient.java:250)
at com.sun.xml.wss.provider.wsit.WSITServerAuthContext.verifyInboundMessage(WSITServerAuthContext.java:586)
at com.sun.xml.wss.provider.wsit.WSITServerAuthContext.validateRequest(WSITServerAuthContext.java:360)
at com.sun.xml.wss.provider.wsit.WSITServerAuthContext.validateRequest(WSITServerAuthContext.java:263)
at com.sun.enterprise.security.webservices.CommonServerSecurityPipe.processRequest(CommonServerSecurityPipe.java:173)
at com.sun.enterprise.security.webservices.CommonServerSecurityPipe.process(CommonServerSecurityPipe.java:144)
at com.sun.xml.ws.api.pipe.helper.PipeAdapter.processRequest(PipeAdapter.java:119)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:641)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:600)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:585)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:482)
at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:314)
at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:608)
at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:259)
at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:162)
at org.glassfish.webservices.JAXWSServlet.doPost(JAXWSServlet.java:145)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330)
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: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)
Caused by: java.lang.IllegalStateException: Current state not START_ELEMENT, END_ELEMENT or ENTITY_REFERENCE
at com.ctc.wstx.sr.BasicStreamReader.getLocalName(BasicStreamReader.java:732)
at com.sun.xml.ws.security.opt.impl.util.FilteredXMLStreamReader.getLocalName(FilteredXMLStreamReader.java:181)
at javax.xml.stream.util.StreamReaderDelegate.getLocalName(StreamReaderDelegate.java:217)
at javax.xml.stream.util.StreamReaderDelegate.getLocalName(StreamReaderDelegate.java:217)
at com.sun.xml.ws.security.opt.impl.util.VerifiedMessageXMLStreamReader.getLocalName(VerifiedMessageXMLStreamReader.java:158)
at com.sun.xml.ws.security.opt.impl.incoming.VerifiedStreamMessage.<init>(VerifiedStreamMessage.java:171)
at com.sun.xml.ws.security.opt.impl.incoming.VerifiedStreamMessage.<init>(VerifiedStreamMessage.java:202)
at com.sun.xml.ws.security.opt.impl.incoming.SecurityRecipient.createMessage(SecurityRecipient.java:869)
at com.sun.xml.ws.security.opt.impl.incoming.SecurityRecipient.validateMessage(SecurityRecipient.java:232)
... 42 more

#]

[#|2011-06-27T20:50:24.580+0530|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=25;_ThreadName=Thread-1;|--[HTTP response 500]--|#]

[#|2011-06-27T20:50:24.581+0530|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=25;_ThreadName=Thread-1;|<?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"><S:Body><S:Fault xmlns:ns4="http://www.w3.org/2003/05/soap-envelope"><faultcode xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">wsse:InvalidSecurity</faultcode><faultstring>Invalid Security Header</faultstring></S:Fault></S:Body></S:Envelope>|#]

[#|2011-06-27T20:50:24.581+0530|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=25;_ThreadName=Thread-1;|--------------------|#]

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



 Comments   
Comment by anand_mishra [ 04/Jul/11 ]

Service Jar

Comment by kumarjayanti [ 15/Nov/11 ]

fix after 2.2

Comment by symonchang [ 16/Jan/13 ]

This issue may no longer exist in the current release. The filer of this issue should verify the test case on this issue, to see if the problem still exist first.

Comment by Martin Grebac [ 17/Jan/13 ]

What makes you think the issue is not present in current release? As I see the testcase is attached so reproduction should be fairly simple - would you please verify?

Comment by spayasam [ 11/Feb/14 ]

Are there any updates on this issue? I'm faced with a similar issue when I try to invoke a metro web service (asymmetric binding) from SOAP UI.

I've create a metro based web service client for this web service and it works fine.

But when I invoke the web service from SOAP UI(note that this request and metro client's request are both identical) and I still see this issue

Comment by spayasam [ 11/Feb/14 ]

And here's the server console

<?xml version='1.0' encoding='UTF-8'?>
<soapenv:Envelope xmlns:nyeb="http://www.example.org" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header>
<wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nyeb="http://www.example.org" soapenv:mustUnderstand="1">
<xenc:EncryptedKey xmlns:xenc="http://www.w3.org/2001/04/xmlenc#" Id="EK-D3511DDF77F732EAAC139213442102175">
<xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#rsa-1_5"/>
<ds:KeyInfo xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
<wsse:SecurityTokenReference>
<ds:X509Data>
<ds:X509IssuerSerial>
<ds:X509IssuerName>CN=HANNA SERVER,OU=PSG,O=HANNA CORP,L=AMERICA,ST=TX,C=US</ds:X509IssuerName>
<ds:X509SerialNumber>651886932</ds:X509SerialNumber>
</ds:X509IssuerSerial>
</ds:X509Data>
</wsse:SecurityTokenReference>
</ds:KeyInfo>
<xenc:CipherData>
<xenc:CipherValue>TUapJEojxjhhhg4KYTCBGcmxO7E49pQ2D1O5s6nuuDQaHgPBUqJxxjtSn37JJzM+De869vNGDVPDXM57xWa8Rfn+KWsFTQxGbiWVcBtJU9lpx18oxOPA0Za9z0iSWYzI1SUG2SJev53gTtZN/TPtAcwlu1dXBkl3fD8mBfEqzGYJxda+/GdcxQpcyZnO7g0gZCOqiAFAEQeC5PWMz05Rto/9wRNJWz3kNQErENSDhP/TGzb0a/nlQUvImw+NMCQBz4woxHtXLmb4n3KH5cLyhklY0SQd+L7K2SH5EZNNjo0hH/ZoMcyi2ZcIGgPjZZorCutlblbJKZCPw3ibh4YoyA==</xenc:CipherValue>
</xenc:CipherData>
<xenc:ReferenceList>
<xenc:DataReference URI="#ED-74"/>
</xenc:ReferenceList>
</xenc:EncryptedKey>
<wsse:BinarySecurityToken EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="X509-D3511DDF77F732EAAC139213442096472">MIIDaTCCAlGgAwIBAgIEBH38uTANBgkqhkiG9w0BAQUFADBlMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVFgxDzANBgNVBAcTBkFVU1RJTjETMBEGA1UEChMKWEVST1ggQ09SUDEMMAoGA1UECxMDUFNHMRUwEwYDVQQDEwxYRVJPWCBDTElFTlQwHhcNMTQwMTMxMDY1NzA4WhcNMTUwMTI2MDY1NzA4WjBlMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVFgxDzANBgNVBAcTBkFVU1RJTjETMBEGA1UEChMKWEVST1ggQ09SUDEMMAoGA1UECxMDUFNHMRUwEwYDVQQDEwxYRVJPWCBDTElFTlQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4DEqpDO3ZUJSrCwfmPplA6GcFZ1iErAVTnMNOQD0QPGStMaJ5rgFb2gAGvUrZqS7BqL52mglKhIwgn9NYsgEBIhUlzvOhDCDkvCBgK9hjpXj5ZnkVQU5f/Pd+M+YyKm1b6lbRqgZM64w/pTn83ztvCso5xEU+mfOhCpgIJ14P9+cD/NGg3Sjh9O6Ooc3JMP00rzN8FU8IXqatiH+UpKpAE3lx5se1Sjd7/caJo1dsBrZQ3Ucv0k7tKhV8WUDOAMRkLgyblUX9YEiGJJ05C1NXEKStPjx7doV6nHFQ0LTQtGC0le3WPk6Ww+ZRMK/v45hFd8TUjsZ5S+VkY3MMYcfHAgMBAAGjITAfMB0GA1UdDgQWBBS1cQmQeHrBVsSdjzgw64ujlL5HXTANBgkqhkiG9w0BAQUFAAOCAQEAXCWi7Rrl0MLUbswoZB0ZGPDbdtR6wZgYgO4/g+XU7OelFo9ZHsgTa52sLsrEZqta+oXScWrT3edbo1S+T2W4j3x8zGCXBWyJnvmbBAHCwGxNemV9sdnTpkNy8hr58NEB0tlDWc6cUorKH4+k2nR9v4KWdDm+2XB2yQkb+MplfkjNEgV9rfjp7wg/L7Z/XVPcza6H+znWS0FSDb73Cirwp8U3r6Jt2ay/zsEr2OPR6yv7Kllni0F08Fc7HS11512MlLegMae8mzEvOTrdXiQ+QOaOZWP1PJh1WARdKGgHe+7TNSiSUXP3Bpt0SHO0S/PFMeojJRupjdfCKa/70AcFPQ==</wsse:BinarySecurityToken>
<ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="SIG-73">
<ds:SignedInfo>
<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#">
<ec:InclusiveNamespaces xmlns:ec="http://www.w3.org/2001/10/xml-exc-c14n#" PrefixList="nyeb soapenv"/>
</ds:CanonicalizationMethod>
<ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
<ds:Reference URI="#id-72">
<ds:Transforms>
<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#">
<ec:InclusiveNamespaces xmlns:ec="http://www.w3.org/2001/10/xml-exc-c14n#" PrefixList="nyeb"/>
</ds:Transform>
</ds:Transforms>
<ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>
<ds:DigestValue>7DEz1kh8yOQ9UFoJI4q6zm/hngcZ6z+nSYYR5MrSQes=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>REZGQrHzUztvgw5Rr89r4quu+pABvCC1pF/T0/aldw3/vyzRPdkAwwTsgR+5Bh5uS6ajHnIAjIB1
ei76HP535WgwR5DvIVouhxiHhBoIljQ95GjA1R8SZpyLtqIKceqemiEkd9qpaBRd9R0QFKQpjvIG
Oxrx8rW10l3MXlIV84vG4GOUc8YcxoPFczIi/kgvlfli0y4y1DNs3q0Rvnr1WcTmnfdG1sLK0d+z
KViVHm1IlRvNmyqlIzQ/mw74LwVqc6IolQtFc3QcbczSCBbLetfdiOA09Bp7+G0XdeJYxTl4sJFH
6cWbs4t2nlCGUf7MKntJgoBh85xbnnm6I+sYWg==</ds:SignatureValue>
<ds:KeyInfo Id="KI-D3511DDF77F732EAAC139213442096473">
<wsse:SecurityTokenReference wsu:Id="STR-D3511DDF77F732EAAC139213442096574">
<wsse:Reference URI="#X509-D3511DDF77F732EAAC139213442096472" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"/>
</wsse:SecurityTokenReference>
</ds:KeyInfo>
</ds:Signature>
<wsu:Timestamp wsu:Id="TS-71">
<wsu:Created>2014-02-11T16:00:20Z</wsu:Created>
<wsu:Expires>2014-02-11T16:01:20Z</wsu:Expires>
</wsu:Timestamp>
</wsse:Security>
</soapenv:Header>
<soapenv:Body xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="id-72">
<xenc:EncryptedData xmlns:xenc="http://www.w3.org/2001/04/xmlenc#" Id="ED-74" Type="http://www.w3.org/2001/04/xmlenc#Content">
<xenc:EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#tripledes-cbc"/>
<ds:KeyInfo xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
<wsse:SecurityTokenReference xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsse11="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd" wsse11:TokenType="http://docs.oasis-open.org/wss/oasis-wss-soap-message-security-1.1#EncryptedKey">
<wsse:Reference URI="#EK-D3511DDF77F732EAAC139213442102175"/>
</wsse:SecurityTokenReference>
</ds:KeyInfo>
<xenc:CipherData>
<xenc:CipherValue>nuv0n4l+BTXiryFv1eTo7ZbgpYFf+rKXIBnifh082+YJsSGa7NyoTYlpfiWm+agyl5ayC6ghl0zEvWtmDiEzvqhDCDCeFpHJoHv8tbhmV+5onmSfiN27swL9bsw9UcJGbcw3AycFJpwnr7M7+Ea4GCamOxZgSBmxpjyypI9UafPhXh6Dcb3KjEYbcVb3OckfW7SzpgYRbVvKETCGN1L1tbRtb93kW4uelZ2/MSumVcogGV5E6ruEELeHHyiYIm3Qhi7sF7VpAu2BJvmlU7RkzgVlUr8anVUCi7zLsb3AI5uNIebI+rwQOxM9IuyPY7w6AF/p0DVItZNLSCrQ5RRG6RD3i16ZS8kX3hnZD1rETCdWFMncxAIj+lRJes5ckLirB/BpqAVeBpBWU9rcuSIem7tuBdLh12KG9PHgiPztsKga+GK1aYU/m11F355sYOOh/Lm7YrFcDQFzkrqQkrYVvKYuLaN1Rsjl2hB2norb/8UFCpaj7Ot8GxzbuV24A7Lhw7Q1QMOnnA8oRlj1ZHOaJptUJiA9rU0caDg6yZRPtH9KHgk3lXJMrEefqmgPH0wwgIf05hEWUV+URK059wRjUCifm0FfxQlgA6gQ9GSSl8JalS9Z5LOAbz4txq2Y+KfkhNkkkI6BDtOYdiceyCvg0CTOGbLzMrUrob/ysuU8gcXBC5ngMV+rRYL2c3wJ23kHSNBNkydAavJt7+BNazSA1MO/EW+pKop/suxIxqhUberIHnp7AZHP6BBS/u8qBhtL6+0hDjd46bT2ZoyUGerCK3iK7dyK0G3xu5PKaIE/NugqNZmrX0IK3g==</xenc:CipherValue>
</xenc:CipherData>
</xenc:EncryptedData>
</soapenv:Body>
</soapenv:Envelope>
Feb 11, 2014 10:00:22 AM com.sun.xml.wss.jaxws.impl.SecurityServerTube processRequest
SEVERE: WSSTUBE0025: Error in Verifying Security in the Inbound Message.
com.sun.xml.wss.impl.XWSSecurityRuntimeException: java.lang.IllegalStateException: Current state not START_ELEMENT, END_ELEMENT or ENTITY_REFERENCE
at com.sun.xml.ws.security.opt.impl.incoming.SecurityRecipient.validateMessage(SecurityRecipient.java:270)
at com.sun.xml.wss.jaxws.impl.SecurityTubeBase.verifyInboundMessage(SecurityTubeBase.java:455)
at com.sun.xml.wss.jaxws.impl.SecurityServerTube.processRequest(SecurityServerTube.java:295)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:1136)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:1050)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:1019)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:877)
at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:420)
at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:687)
at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:266)
at com.sun.xml.ws.transport.http.servlet.ServletAdapter.invokeAsync(ServletAdapter.java:225)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doGet(WSServletDelegate.java:161)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:197)
at com.sun.xml.ws.transport.http.servlet.WSServlet.doPost(WSServlet.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1001)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.IllegalStateException: Current state not START_ELEMENT, END_ELEMENT or ENTITY_REFERENCE
at com.ctc.wstx.sr.BasicStreamReader.getLocalName(BasicStreamReader.java:744)
at com.sun.xml.ws.security.opt.impl.util.FilteredXMLStreamReader.getLocalName(FilteredXMLStreamReader.java:181)
at javax.xml.stream.util.StreamReaderDelegate.getLocalName(StreamReaderDelegate.java:245)
at javax.xml.stream.util.StreamReaderDelegate.getLocalName(StreamReaderDelegate.java:245)
at com.sun.xml.ws.security.opt.impl.util.VerifiedMessageXMLStreamReader.getLocalName(VerifiedMessageXMLStreamReader.java:158)
at com.sun.xml.ws.security.opt.impl.incoming.VerifiedStreamMessage.<init>(VerifiedStreamMessage.java:172)
at com.sun.xml.ws.security.opt.impl.incoming.VerifiedStreamMessage.<init>(VerifiedStreamMessage.java:203)
at com.sun.xml.ws.security.opt.impl.incoming.SecurityRecipient.createMessage(SecurityRecipient.java:902)
at com.sun.xml.ws.security.opt.impl.incoming.SecurityRecipient.validateMessage(SecurityRecipient.java:252)
... 31 more

Comment by spayasam [ 11/Feb/14 ]

And I'm using the metro version 2.3. So it seems like it is not fixed in 2.2





[WSIT-1566] [Regression]Exception on client side ; WSS1721: Validation of Reference with URI cid:data=16f60609-59e8-4aa1-bfd9-1629428686ce Created: 08/Jun/11  Updated: 17/Jan/13

Status: Open
Project: wsit
Component/s: security
Affects Version/s: current
Fix Version/s: not determined

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

AIX,Latest glasfish3.1.1 nightly,Metro2.1.1 build 05


Attachments: XML File PingServices117.wsdl     Text File soap-log-s117.log    
Tags: 3-1-2_exclude, 3_1_2-exclude, 3_1_2_exclude, metro2_2-waived, metro2_3-waiver-request

 Description   

2 tests are failing with this exception.

Exception:

Error : Exception on client side
javax.xml.ws.soap.SOAPFaultException: WSS1721: Validation of Reference with URI cid:data=16f60609-59e8-4aa1-bfd9-1629428686ce@jaxws.sun.com failed
at com.sun.xml.ws.fault.SOAP12Fault.getProtocolException(SOAP12Fault.java:229)
at com.sun.xml.ws.fault.SOAPFaultBuilder.createException(SOAPFaultBuilder.java:134)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:123)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:93)
at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:144)
at $Proxy38.getAccountBalance(Unknown Source)
at simple.client.FinancialServiceClients117.main(Unknown Source)
Caused by: javax.xml.ws.soap.SOAPFaultException: WSS1721: Validation of Reference with URI cid:data=16f60609-59e8-4aa1-bfd9-1629428686ce@jaxws.sun.com failed
at com.sun.xml.ws.security.opt.impl.util.SOAPUtil.createSOAPFault(SOAPUtil.java:234)
at com.sun.xml.ws.security.opt.impl.util.SOAPUtil.getSOAPFaultException(SOAPUtil.java:203)
at com.sun.xml.wss.jaxws.impl.SecurityServerTube.processRequest(SecurityServerTube.java:300)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:641)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:600)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:585)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:482)
at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:314)
at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:608)
at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:259)
at com.sun.xml.ws.transport.http.servlet.ServletAdapter.invokeAsync(ServletAdapter.java:207)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doGet(WSServletDelegate.java:159)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:194)
at com.sun.xml.ws.transport.http.servlet.WSServlet.doPost(WSServlet.java:80)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330)
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: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:66)
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:736)
Caused by: java.lang.Exception
at com.sun.xml.ws.security.opt.impl.util.SOAPUtil.createSOAPFault(SOAPUtil.java:238)
... 40 more

Attaching the SOAP log and wsdl file



 Comments   
Comment by Sreekanth [ 15/Jul/11 ]

After gf3.1.1 build 11 and metro 2.1.1 promoted build 08, still this is an issue.Kumar wants to get waiver for this issue for 3.1.1 release and release note this issue against AIX environment.This is AIX only issue.On other platforms this is not reproducible.

Comment by kumarjayanti [ 15/Nov/11 ]

post 2.2

Comment by symonchang [ 16/Jan/13 ]

This issue may no longer exist in the current release. The filer of this issue should verify the test case on this issue, to see if the problem still exists first. Also, this issue is only happen in IBM AIX environment. No problems have been reported when interop with other major platforms.

Comment by Martin Grebac [ 17/Jan/13 ]

Sreekanth - would you please verify the issue is still valid? Thanks.





[WSIT-1565] [Regression]javax.xml.ws.soap.SOAPFaultException: Invalid Security Header Created: 08/Jun/11  Updated: 17/Jan/13

Status: Open
Project: wsit
Component/s: security
Affects Version/s: current
Fix Version/s: None

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

AIX,Latest glassfish nightly build,Metro 2.1.1-b05


Attachments: XML File PingServices70.wsdl     Text File soap-log-s70.log    
Tags: 3-1-2_exclude, 3_1_2-exclude, 3_1_2_exclude, metro2_2-waived, metro2_3-waiver-request

 Description   

Scenario: Asymmetric Binding with X509 token as both Initiator and recipient token.Uses Signed Supporting tokens.

Please find the attached WSDL file and soap log.

Exception:
==========

javax.xml.ws.soap.SOAPFaultException: Invalid Security Header
at com.sun.xml.ws.fault.SOAP11Fault.getProtocolException(SOAP11Fault.java:193)
at com.sun.xml.ws.fault.SOAPFaultBuilder.createException(SOAPFaultBuilder.java:134)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:123)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:93)
at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:144)
at $Proxy38.ping(Unknown Source)
at simple.client.PingServiceClients70.main(Unknown Source)
Caused by: javax.xml.ws.soap.SOAPFaultException: Invalid Security Header
at com.sun.xml.ws.security.opt.impl.util.SOAPUtil.createSOAPFault(SOAPUtil.java:234)
at com.sun.xml.ws.security.opt.impl.util.SOAPUtil.getSOAPFaultException(SOAPUtil.java:226)
at com.sun.xml.wss.jaxws.impl.SecurityServerTube.processRequest(SecurityServerTube.java:308)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:641)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:600)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:585)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:482)
at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:314)
at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:608)
at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:259)
Error : Exception
at com.sun.xml.ws.transport.http.servlet.ServletAdapter.invokeAsync(ServletAdapter.java:207)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doGet(WSServletDelegate.java:159)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:194)
at com.sun.xml.ws.transport.http.servlet.WSServlet.doPost(WSServlet.java:80)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330)
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: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:736)
Caused by: java.lang.Exception
at com.sun.xml.ws.security.opt.impl.util.SOAPUtil.createSOAPFault(SOAPUtil.java:238)
... 40 more



 Comments   
Comment by kumarjayanti [ 15/Nov/11 ]

post 2.2

Comment by symonchang [ 16/Jan/13 ]

This issue may no longer exist in the current release. The filer of this issue should verify the test case on this issue, to see if the problem still exist first.

Comment by symonchang [ 16/Jan/13 ]

This issue may no longer exist in the current release. The filer of this issue should verify the test case on this issue, to see if the problem still exist first.

Comment by Martin Grebac [ 17/Jan/13 ]

Sreekanth, would you please verify the issue is still valid? Thanks.





[WSIT-1559] Kerberos is not supported in AIX Environment Created: 24/May/11  Updated: 17/Jan/13  Resolved: 17/Jan/13

Status: Resolved
Project: wsit
Component/s: docs
Affects Version/s: current
Fix Version/s: not determined

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

AIX, WSSecurity, Metro 2.1.1,GF 3.1.1


Tags: 3-1-2_exclude, 3_1_2-exclude, 3_1_2_exclude, metro2_2-waived

 Description   

As per Kumars email, Kerberos is never supported in AIX, This needs to be documented.So raising an issue for docs updation.

Kumars email:
From the beginning of Metro we never supported Kerberos on AIX. There was once a plan to support it for 2.0 but we decided not to do it.

reason: Sun JDK proprietary code is used in metro for kerberos setup.



 Comments   
Comment by Sreekanth [ 24/May/11 ]

Filed an issue for the same in Glassfish as suggested by Martin M. http://java.net/jira/browse/GLASSFISH-16728

Comment by kumarjayanti [ 15/Nov/11 ]

No plans to fix this anytime soon

Comment by symonchang [ 16/Jan/13 ]

This is a not supported feature. No plan to enhance it.

Comment by symonchang [ 16/Jan/13 ]

This issue is only happen in IBM AIX environment, it is not supported on this major enhancement for AIX environment.

Comment by Martin Grebac [ 17/Jan/13 ]

Hi Symon - AFAIU this issue is about making sure we document the limitation. I added the notion of it to metro docs.





[WSIT-1556] Problem with serializing body of message (contains XML comment), on response when using Saml Sender Vouches security model Created: 11/May/11  Updated: 27/Feb/15

Status: Open
Project: wsit
Component/s: trust
Affects Version/s: 2.0.1
Fix Version/s: not determined

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

Glassfish 3.0.1 web service provider, and client dispatch api.


Attachments: Zip Archive CanonicalizationDefect.zip    
Tags: 3-1-2_exclude, 3_1_1-exclude, 3_1_2-exclude, 3_1_2_exclude, Comments, XML, metro2_2-waived

 Description   

Hi, this is what I get in the server log when the webservice is trying to serialize the response which contains XML comments.

[#|2011-04-13T16:04:46.858-0400|SEVERE|glassfish3.0.1|com.sun.xml.wss.logging.impl.opt.signature|_ThreadID=27;_ThreadName=Thread-1;|WSS1759: Following error com.sun.xml.wss.XWSSecurityException: WSS1609: Error while serializing Body element occured while performing canonicalization com.sun.xml.wss.XWSSecurityException: WSS1609: Error while serializing Body element
javax.xml.crypto.dsig.TransformException: com.sun.xml.wss.XWSSecurityException: WSS1609: Error while serializing Body element
at com.sun.xml.ws.security.opt.crypto.dsig.Exc14nCanonicalizer.transform(Exc14nCanonicalizer.java:187)
at com.sun.xml.ws.security.opt.crypto.dsig.Transform.transform(Transform.java:178)
at com.sun.xml.ws.security.opt.crypto.dsig.Reference.transform(Reference.java:183)
at com.sun.xml.ws.security.opt.crypto.dsig.Reference.digest(Reference.java:124)
at com.sun.xml.ws.security.opt.crypto.dsig.Signature.sign(Signature.java:214)
at com.sun.xml.ws.security.opt.impl.dsig.SignatureProcessor.sign(SignatureProcessor.java:122)
at com.sun.xml.wss.impl.filter.SignatureFilter.sign(SignatureFilter.java:631)
at com.sun.xml.wss.impl.filter.SignatureFilter.process(SignatureFilter.java:589)
at com.sun.xml.wss.impl.HarnessUtil.processWSSPolicy(HarnessUtil.java:93)
at com.sun.xml.wss.impl.HarnessUtil.processDeep(HarnessUtil.java:272)
at com.sun.xml.wss.impl.SecurityAnnotator.processMessagePolicy(SecurityAnnotator.java:189)
at com.sun.xml.wss.impl.SecurityAnnotator.secureMessage(SecurityAnnotator.java:150)
at com.sun.xml.wss.provider.wsit.WSITAuthContextBase.secureOutboundMessage(WSITAuthContextBase.java:1665)
at com.sun.xml.wss.provider.wsit.WSITServerAuthContext.secureResponse(WSITServerAuthContext.java:506)
at com.sun.xml.wss.provider.wsit.WSITServerAuthContext.secureResponse(WSITServerAuthContext.java:286)
at com.sun.enterprise.security.webservices.CommonServerSecurityPipe.processResponse(CommonServerSecurityPipe.java:262)
at com.sun.enterprise.security.webservices.CommonServerSecurityPipe.processRequest(CommonServerSecurityPipe.java:239)
at com.sun.enterprise.security.webservices.CommonServerSecurityPipe.process(CommonServerSecurityPipe.java:127)
at com.sun.xml.ws.api.pipe.helper.PipeAdapter.processRequest(PipeAdapter.java:115)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:629)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:588)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:573)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:470)
at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:295)
at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:519)
at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:288)
at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:143)
at org.glassfish.webservices.JAXWSServlet.doPost(JAXWSServlet.java:149)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:325)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:226)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)



 Comments   
Comment by ritzmann [ 12/May/11 ]

Could you please provide a description and possibly a sample project to reproduce your issue?

Comment by Mhui [ 24/May/11 ]

Sorry for long delay in replying I was on vacation
I will attach a sample project to reproduce the issue.

Comment by Mhui [ 24/May/11 ]

The attached zipfile contains 2 netbeans projects.
1) CanonicalizationDefectService
2) CanonicalizationClient

The 1st is a simple service, it is secured with SAML Sender vouches with certificates using developmenet defeaults.

The 2nd is a client for that service.

Note that I tried it in both secure and non secure modes.
In non secure mode I was able to get a response.
In saml mode, so long as there is a comment in the payload, the canonicalization error will occur.

Removing the comment from the service will make everything work.

Comment by kumarjayanti [ 15/Nov/11 ]

Its an important bug for metro to fix but will attempt it post 2.2

Comment by nrvmodi [ 27/Feb/15 ]

Hello I have also issue regarding this. Can you give me the solutions?

Can you please check this URL? I have describe whole problem here .

http://stackoverflow.com/questions/28696160/error-while-serializing-timestamp-element-occured-while-performing-canonicalizat





[WSIT-1553] com.sun.xml.wss.saml.SAMLException: com.sun.xml.wss.saml.SAMLException: java.lang.UnsupportedOperationException: Internal Error Created: 11/May/11  Updated: 17/Jan/13

Status: Open
Project: wsit
Component/s: security
Affects Version/s: current
Fix Version/s: not determined

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

AIX,GF3.1.1, Metro2.1.1


Attachments: XML File PingServices46.wsdl     Text File soap-log-s46.log    
Tags: 3-1-2_exclude, 3_1_2-exclude, 3_1_2_exclude, metro2_2-waived, metro2_3-waiver-request

 Description   

Around 4 tests are failing with AIX environment with this error.

Exception:

com.sun.xml.wss.saml.SAMLException: com.sun.xml.wss.saml.SAMLException: java.lang.UnsupportedOperationException: Internal Error
at com.sun.xml.wss.saml.assertion.saml11.jaxb20.Assertion.sign(Assertion.java:216)
at saml.clienthandler.HOKSamlCallbackHandler.createHOKSAMLAssertion(Unknown Source)
at saml.clienthandler.HOKSamlCallbackHandler.handle(Unknown Source)
at com.sun.xml.wss.impl.misc.DefaultCallbackHandler.populateAssertion(DefaultCallbackHandler.java:752)
at com.sun.xml.wss.impl.misc.DefaultCallbackHandler.handle(DefaultCallbackHandler.java:672)
at com.sun.xml.wss.impl.misc.DefaultSecurityEnvironmentImpl.populateSAMLPolicy(DefaultSecurityEnvironmentImpl.java:1596)
at com.sun.xml.wss.impl.filter.SignatureFilter.process(SignatureFilter.java:377)
at com.sun.xml.wss.impl.HarnessUtil.processWSSPolicy(HarnessUtil.java:99)
at com.sun.xml.wss.impl.HarnessUtil.processDeep(HarnessUtil.java:278)
at com.sun.xml.wss.impl.SecurityAnnotator.processMessagePolicy(SecurityAnnotator.java:194)
at com.sun.xml.wss.impl.SecurityAnnotator.secureMessage(SecurityAnnotator.java:155)
at com.sun.xml.wss.jaxws.impl.SecurityTubeBase.secureOutboundMessage(SecurityTubeBase.java:386)
at com.sun.xml.wss.jaxws.impl.SecurityClientTube.processClientRequestPacket(SecurityClientTube.java:323)
at com.sun.xml.wss.jaxws.impl.SecurityClientTube.processRequest(SecurityClientTube.java:247)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:641)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:600)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:585)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:482)
at com.sun.xml.ws.client.Stub.process(Stub.java:323)
at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:161)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:113)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:93)
at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:144)
at $Proxy38.ping(Unknown Source)
at simple.client.PingServiceClients46.main(Unknown Source)
Caused by: com.sun.xml.wss.saml.SAMLException: java.lang.UnsupportedOperationException: Internal Error
at com.sun.xml.wss.saml.assertion.saml11.jaxb20.Assertion.sign(Assertion.java:367)
at com.sun.xml.wss.saml.assertion.saml11.jaxb20.Assertion.sign(Assertion.java:212)
... 24 more
Caused by: java.lang.UnsupportedOperationException: Internal Error
at com.ibm.xml.crypto.dsig.dom.transform.Enveloped.transform(Enveloped.java:80)
at org.jcp.xml.dsig.internal.dom.DOMTransform.transform(DOMTransform.java:111)
at org.jcp.xml.dsig.internal.dom.DOMReference.transform(DOMReference.java:385)
at org.jcp.xml.dsig.internal.dom.DOMReference.digest(DOMReference.java:282)
at org.jcp.xml.dsig.internal.dom.DOMXMLSignature.digestReference(DOMXMLSignature.java:447)
at org.jcp.xml.dsig.internal.dom.DOMXMLSignature.sign(DOMXMLSignature.java:343)
at com.sun.xml.wss.saml.assertion.saml11.jaxb20.Assertion.sign(Assertion.java:361)
... 25 more



 Comments   
Comment by kumarjayanti [ 15/Nov/11 ]

no plans to fix for 2.2.

Comment by symonchang [ 16/Jan/13 ]

This issue may no longer exist in the current release. The filer of this issue should verify the test case on this issue, to see if the problem still exists first. Also, this issue is only happen in IBM AIX environment. No problems have been reported when interop with other major platforms. It is not supported on this major enhancement for AIX environment.

Comment by Martin Grebac [ 17/Jan/13 ]

Sreekanth - would you please verify the issue still exists and provide reproduction details? Thanks.





[WSIT-1535] digest verification error Created: 24/Feb/11  Updated: 02/Jan/13

Status: Open
Project: wsit
Component/s: security
Affects Version/s: 2.1
Fix Version/s: not determined

Type: Bug Priority: Critical
Reporter: yonghe Assignee: Nithya Ramakrishnan
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

MS .NET 4.0 and com.sun.xml.ws.webservices-rt 2.1


Attachments: Zip Archive WSIT-1535 Repro.zip    
Tags: 3-1-2_exclude, 3_1_1-exclude, 3_1_2-exclude, incomplete, metro2_2-waived

 Description   

When a string of "First line0x0D0x0ASecond line" is sent from a service implemented in MS .NET 4.0, the Java client created by Metro 2.1 will fail because of a digest verification error.

A bug was filed to MS and they are saying that it should be a bug at java side: https://connect.microsoft.com/VisualStudio/feedback/details/631605/string-digest-verification-failure-in-java-ws-security-client.

You may use the attached code to reproduce the bug.

The exceptions:

SEVERE: WSS1717: Error occurred while doing digest verification of body/payload
javax.xml.crypto.dsig.XMLSignatureException: WSS1717: Error occurred while doing digest verification of body/payload
at com.sun.xml.ws.security.opt.impl.incoming.processor.StreamingPayLoadDigester.accept(StreamingPayLoadDigester.java:109)
at com.ctc.wstx.stax.FilteredStreamReader.next(FilteredStreamReader.java:45)
at com.sun.xml.ws.security.opt.impl.util.VerifiedMessageXMLStreamReader.next(VerifiedMessageXMLStreamReader.java:86)
at com.sun.xml.stream.buffer.stax.StreamReaderBufferCreator.storeElementAndChildrenNoEx(StreamReaderBufferCreator.java:245)
at com.sun.xml.stream.buffer.stax.StreamReaderBufferCreator.storeElementAndChildren(StreamReaderBufferCreator.java:177)
at com.sun.xml.stream.buffer.stax.StreamReaderBufferCreator.store(StreamReaderBufferCreator.java:142)
at com.sun.xml.stream.buffer.stax.StreamReaderBufferCreator.create(StreamReaderBufferCreator.java:82)
at com.sun.xml.ws.security.opt.impl.incoming.VerifiedStreamMessage.copy(VerifiedStreamMessage.java:447)
at com.sun.xml.ws.api.message.Packet.copy(Packet.java:220)
at com.sun.xml.ws.dump.LoggingDumpTube.processResponse(LoggingDumpTube.java:124)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:651)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:600)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:585)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:482)
at com.sun.xml.ws.client.Stub.process(Stub.java:323)
at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:161)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:113)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:93)
at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:144)
at $Proxy40.ping2(Unknown Source)
at com.microsoft.sts.prototype.WSTrustClient.testCustomBindingIService1(WSTrustClient.java:49)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)



 Comments   
Comment by kumarjayanti [ 14/Mar/11 ]

Can you tell how to reproduce this in a unit-test on a Non Windows System. Specifically i tried the following (invoking the Metro Canonicalizer on the input XML being discussed on the other thread with Microsoft and i am not seeing any issues. The output is similar to what Microsoft claims is correct.

---------Test-------
package canonicalizertest;

import com.sun.xml.stream.buffer.MutableXMLStreamBuffer;
import com.sun.xml.stream.buffer.stax.StreamWriterBufferCreator;
import com.sun.xml.wss.XWSSecurityException;
import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.io.StringReader;
import javax.xml.stream.XMLInputFactory;
import javax.xml.stream.XMLOutputFactory;
import javax.xml.stream.XMLStreamReader;
import javax.xml.stream.XMLStreamWriter;

public class Main {

/**

  • @param args the command line arguments
    */
    public static void main(String[] args) throws Exception {

XMLInputFactory fact = XMLInputFactory.newInstance();
StringBuilder s = new StringBuilder();
s.append("<text>First line");
s.append("\r\n");
s.append("Second line</text>");
StringReader x = new StringReader(s.toString());
XMLStreamReader reader = fact.createXMLStreamReader;
com.sun.xml.wss.impl.c14n.StAXEXC14nCanonicalizerImpl canon = new com.sun.xml.wss.impl.c14n.StAXEXC14nCanonicalizerImpl();

XMLOutputFactory xof = XMLOutputFactory.newInstance();
ByteArrayOutputStream baos = new ByteArrayOutputStream();
MutableXMLStreamBuffer buffer = new MutableXMLStreamBuffer();
StreamWriterBufferCreator bCreator = new StreamWriterBufferCreator(buffer);

XMLStreamWriter writer = canon;
canon.setStream(baos);
XMLStreamWriter writer_tmp = (XMLStreamWriter) bCreator;

while (!(XMLStreamReader.END_DOCUMENT == reader.getEventType()))

{ com.sun.xml.ws.security.opt.impl.util.StreamUtil.writeCurrentEvent(reader, writer_tmp); reader.next(); }

buffer.writeToXMLStreamWriter(writer);
writer.close();
try

{ baos.close(); }

catch (IOException ex)

{ throw new XWSSecurityException("Error occurred while trying to convert SAMLAssertion stream into DOM Element", ex); }

System.out.println("canonicalized output:\n" + baos.toString());

}

}
------------------

Test Output:
------------------
canonicalized output:
<text>First line
Second line</text>
------------------

Thanks

Comment by yonghe [ 28/Mar/11 ]

Please see the newly submitted zip file for details on how to repro the bug.

Yonghe

Comment by yonghe [ 21/Apr/11 ]

Please see ReadMe.txt for running Windows stuff

Comment by kumarjayanti [ 05/Jun/11 ]

I had filed an issue on SJSXP thinking that it is a problem with SJSXP, but they have gotten back with the same justification that MS has given :

http://java.net/jira/browse/SJSXP-74.
------------------------------
It appears that XMLStreamReader ignores '\r' (CR) character on Windows from
element Text. So a "\r\n" gets translated to "\n" when passed through the
XMLStreamReader.
-------------------------------
And here is the reply :

-------------------
I believe the API is doing the correct thing by translating '\r\n' or '\r' to '\n'.

http://www.w3.org/TR/xml/#sec-line-ends

"To simplify the tasks of applications, the XML processor MUST behave as if it normalized all line breaks in external parsed entities (including the document entity) on input, before parsing, by translating both the two-character sequence #xD #xA and any #xD that is not followed by #xA to a single #xA character."
--------------------

So now i am confused what exactly is the bug in your analysis on the Java/Metro Side. Earlier i assumed that the processing of \r\n is the problem but from what i see, the Canonicalizer in Metro never sees a \r instead it will always see a \n. Also unit-testing the canonicalizer shows the same output as MS.

I am going to ask my QE to setup the Test app that you have provided so we can try to reproduce and debug. But if you have any thoughts on what exactly is the bug that will help.





[WSIT-1513] Empty Body after turning on SecurityTubeFactory dump Created: 15/Dec/10  Updated: 06/Feb/13

Status: Open
Project: wsit
Component/s: security
Affects Version/s: 2.1
Fix Version/s: not determined

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

Metro 2.1-b15, WS-Trust over SSL


Tags: 3-1-2_exclude, 3_1_2-exclude, metro2_1-waived, metro2_2-waived

 Description   

Created WS-Trust client over SSL. If the following properties are used, the message body is empty.

-Dcom.sun.xml.ws.transport.http.client.HttpTransportPipe.dump=true
-Dcom.sun.xml.wss.provider.wsit.SecurityTubeFactory.dump=true

The dumps are:

Dec 15, 2010 2:06:46 PM com.sun.xml.ws.dump.MessageDumper dump
INFO: Request message processed in Tube [ com.sun.xml.wss.jaxws.impl.SecurityClientTube ] Instance [ 5 ] Engine [ JAX-WS RI 2.2.2-hudson-101-: Stub for https://localhost/SecurityTokenService/CustomeSTS.svc/username_over_transport ] Thread [ main ]:
<?xml version='1.0' encoding='UTF-8'?>
<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:wsse11="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<S:Header>
<To xmlns="http://www.w3.org/2005/08/addressing">https://localhost/SecurityTokenService/CustomeSTS.svc/username_over_transport</To>
<Action xmlns="http://www.w3.org/2005/08/addressing">http://docs.oasis-open.org/ws-sx/ws-trust/200512/RST/Issue</Action>
<ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo>
<MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:03a53f84-5d08-4c7b-9350-a0e799f3b0f5</MessageID>
<wsse:Security S:mustUnderstand="true">
<wsu:Timestamp xmlns:ns16="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity" xmlns:ns15="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns14="http://schemas.xmlsoap.org/soap/envelope/" wsu:Id="_1">
<wsu:Created>2010-12-15T22:06:46Z</wsu:Created>
<wsu:Expires>2010-12-15T22:11:46Z</wsu:Expires>
</wsu:Timestamp>
<wsse:UsernameToken xmlns:ns16="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity" xmlns:ns15="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns14="http://schemas.xmlsoap.org/soap/envelope/" wsu:Id="uuid_baaccb3b-4a48-468f-bd1c-e6691846b29a">
<wsse:Username>username</wsse:Username>
<wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">password</wsse:Password>
</wsse:UsernameToken>
</wsse:Security>
</S:Header>
<S:Body>
<trust:RequestSecurityToken xmlns:ns10="http://www.w3.org/2000/09/xmldsig#" xmlns:ns13="http://www.w3.org/2001/10/xml-exc-c14n#" xmlns:ns4="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd" xmlns:ns5="http://docs.oasis-open.org/ws-sx/ws-trust/200512/" xmlns:ns9="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity" xmlns:sc="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:trust="http://docs.oasis-open.org/ws-sx/ws-trust/200512" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wst="http://schemas.xmlsoap.org/ws/2005/02/trust" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<trust:RequestType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/Issue</trust:RequestType>
<wsp:AppliesTo>
<wsa:EndpointReference>
<wsa:Address>https://localhost/ws/Service1.svc/CustomEndpoint</wsa:Address>
</wsa:EndpointReference>
</wsp:AppliesTo>
<trust:SecondaryParameters>
<trust:TokenType>http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLV1.1</trust:TokenType>
<trust:KeyType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/SymmetricKey</trust:KeyType>
</trust:SecondaryParameters>
<trust:Entropy>
<trust:BinarySecret Type="http://docs.oasis-open.org/ws-sx/ws-trust/200512/Nonce">z8FWcJDo7tegBuG7VJQoJdHY9lWRDaaVC6WPcdCCKWs=</trust:BinarySecret>
</trust:Entropy>
<trust:ComputedKeyAlgorithm>http://docs.oasis-open.org/ws-sx/ws-trust/200512/CK/PSHA1</trust:ComputedKeyAlgorithm>
</trust:RequestSecurityToken>
</S:Body>
</S:Envelope>
--[HTTP request - https://localhost/SecurityTokenService/CustomeSTS.svc/username_over_transport]--
Accept: application/soap+xml, multipart/related
Content-Type: application/soap+xml; charset=utf-8;action="http://docs.oasis-open.org/ws-sx/ws-trust/200512/RST/Issue"
User-Agent: JAX-WS RI 2.2.2-hudson-101-
<?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:wsse11="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:xs="http://www.w3.org/2001/XMLSchema"><S:Header><To xmlns="http://www.w3.org/2005/08/addressing">https://localhost/SecurityTokenService/CustomeSTS.svc/username_over_transport</To><Action xmlns="http://www.w3.org/2005/08/addressing">http://docs.oasis-open.org/ws-sx/ws-trust/200512/RST/Issue</Action><ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo><MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:03a53f84-5d08-4c7b-9350-a0e799f3b0f5</MessageID><wsse:Security S:mustUnderstand="true"><wsu:Timestamp xmlns:ns16="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity" xmlns:ns15="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns14="http://schemas.xmlsoap.org/soap/envelope/" wsu:Id="_1"><wsu:Created>2010-12-15T22:06:46Z</wsu:Created><wsu:Expires>2010-12-15T22:11:46Z</wsu:Expires></wsu:Timestamp><wsse:UsernameToken xmlns:ns16="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity" xmlns:ns15="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns14="http://schemas.xmlsoap.org/soap/envelope/" wsu:Id="uuid_baaccb3b-4a48-468f-bd1c-e6691846b29a"><wsse:Username>cctest</wsse:Username><wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">password</wsse:Password></wsse:UsernameToken></wsse:Security></S:Header><S:Body /></S:Envelope>--------------------

If remove the SecurityTubeFactory dump, everything is fine and the dumps are:

--[HTTP request - https://localhost/SecurityTokenService/CustomeSTS.svc/username_over_transport]--
Accept: application/soap+xml, multipart/related
Content-Type: application/soap+xml; charset=utf-8;action="http://docs.oasis-open.org/ws-sx/ws-trust/200512/RST/Issue"
User-Agent: JAX-WS RI 2.2.2-hudson-101-
<?xml version='1.0' encoding='UTF-8'?><S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope" xmlns:wsse11="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:xs="http://www.w3.org/2001/XMLSchema"><S:Header><To xmlns="http://www.w3.org/2005/08/addressing">https://localhost/SecurityTokenService/CustomeSTS.svc/username_over_transport</To><Action xmlns="http://www.w3.org/2005/08/addressing">http://docs.oasis-open.org/ws-sx/ws-trust/200512/RST/Issue</Action><ReplyTo xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://www.w3.org/2005/08/addressing/anonymous</Address>
</ReplyTo><MessageID xmlns="http://www.w3.org/2005/08/addressing">uuid:a031d416-9516-4145-b4fb-4adb23a7db14</MessageID><wsse:Security S:mustUnderstand="true"><wsu:Timestamp xmlns:ns16="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity" xmlns:ns15="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns14="http://schemas.xmlsoap.org/soap/envelope/" wsu:Id="_1"><wsu:Created>2010-12-15T22:20:11Z</wsu:Created><wsu:Expires>2010-12-15T22:25:11Z</wsu:Expires></wsu:Timestamp><wsse:UsernameToken xmlns:ns16="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity" xmlns:ns15="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:ns14="http://schemas.xmlsoap.org/soap/envelope/" wsu:Id="uuid_96a87fb2-e8b9-4fe2-b27a-e3378417b278"><wsse:Username>username</wsse:Username><wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">password</wsse:Password></wsse:UsernameToken></wsse:Security></S:Header><S:Body><trust:RequestSecurityToken xmlns:ns10="http://www.w3.org/2000/09/xmldsig#" xmlns:ns13="http://www.w3.org/2001/10/xml-exc-c14n#" xmlns:ns4="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd" xmlns:ns5="http://docs.oasis-open.org/ws-sx/ws-trust/200512/" xmlns:ns9="http://schemas.xmlsoap.org/ws/2006/02/addressingidentity" xmlns:sc="http://docs.oasis-open.org/ws-sx/ws-secureconversation/200512" xmlns:trust="http://docs.oasis-open.org/ws-sx/ws-trust/200512" xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wst="http://schemas.xmlsoap.org/ws/2005/02/trust" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><trust:RequestType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/Issue</trust:RequestType><wsp:AppliesTo><wsa:EndpointReference><wsa:Address>https://localhost/ws/Service1.svc/CustomEndpoint</wsa:Address></wsa:EndpointReference></wsp:AppliesTo><trust:SecondaryParameters><trust:TokenType>http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLV1.1</trust:TokenType><trust:KeyType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/SymmetricKey</trust:KeyType></trust:SecondaryParameters><trust:Entropy><trust:BinarySecret Type="http://docs.oasis-open.org/ws-sx/ws-trust/200512/Nonce">JFP+PwnUNGnhq0cZx63mYH4D/woLG41DPyjxRP1UBV4=</trust:BinarySecret></trust:Entropy><trust:ComputedKeyAlgorithm>http://docs.oasis-open.org/ws-sx/ws-trust/200512/CK/PSHA1</trust:ComputedKeyAlgorithm></trust:RequestSecurityToken></S:Body></S:Envelope>--------------------
--[HTTP response - https://localhost/SecurityTokenService/CustomeSTS.svc/username_over_transport - 200]--
null: HTTP/1.1 200 OK
Content-Length: 6544
Content-Type: application/soap+xml; charset=utf-8
Date: Wed, 15 Dec 2010 22:20:11 GMT
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing" xmlns:u="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><s:Header><a:Action s:mustUnderstand="1">http://docs.oasis-open.org/ws-sx/ws-trust/200512/RSTRC/IssueFinal</a:Action><a:RelatesTo>uuid:a031d416-9516-4145-b4fb-4adb23a7db14</a:RelatesTo><o:Security s:mustUnderstand="1" xmlns:o="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><u:Timestamp u:Id="_0"><u:Created>2010-12-15T22:20:12.000Z</u:Created><u:Expires>2010-12-15T22:25:12.000Z</u:Expires></u:Timestamp></o:Security></s:Header><s:Body><trust:RequestSecurityTokenResponseCollection xmlns:trust="http://docs.oasis-open.org/ws-sx/ws-trust/200512"><trust:RequestSecurityTokenResponse><trust:Entropy><trust:BinarySecret>12GMx8x2GyU+dJu3DgkEnw2qsBO7tpBe/xiqHY5pGjY=</trust:BinarySecret></trust:Entropy><trust:KeySize>256</trust:KeySize><trust:Lifetime><wsu:Created xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">2010-12-15T22:20:11.984Z</wsu:Created><wsu:Expires xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">2010-12-15T22:20:41.984Z</wsu:Expires></trust:Lifetime><wsp:AppliesTo xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy"><a:EndpointReference><a:Address>https://localhost/ws/Service1.svc/CustomEndpoint</a:Address></a:EndpointReference></wsp:AppliesTo><trust:RequestedSecurityToken><saml:Assertion MajorVersion="1" MinorVersion="1" AssertionID="_69d6ea61-3dc8-4697-9768-e5698ba698fa" Issuer="https://localhost/SecurityTokenService" IssueInstant="2010-12-15T22:20:12.000Z" xmlns:saml="urn:oasis:names:tc:SAML:1.0:assertion"><saml:Conditions NotBefore="2010-12-15T22:20:11.984Z" NotOnOrAfter="2010-12-15T22:20:41.984Z"><saml:AudienceRestrictionCondition><saml:Audience>https://localhost/ws/Service1.svc/CustomEndpoint</saml:Audience></saml:AudienceRestrictionCondition></saml:Conditions><saml:AttributeStatement><saml:Subject><saml:SubjectConfirmation><saml:ConfirmationMethod>urn:oasis:names:tc:SAML:1.0:cm:holder-of-key</saml:ConfirmationMethod><KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#"><trust:BinarySecret>os2wUC1UMLZNW5IDuzXQ1G9luMqivOrGPYr+9ZyFlh8=</trust:BinarySecret></KeyInfo></saml:SubjectConfirmation></saml:Subject><saml:Attribute AttributeName="name" AttributeNamespace="http://schemas.xmlsoap.org/ws/2005/05/identity/claims"><saml:AttributeValue>cctest</saml:AttributeValue></saml:Attribute><saml:Attribute AttributeName="CustomerId" AttributeNamespace="http://WindowsIdentityFoundationSamples/2008/05"><saml:AttributeValue>0</saml:AttributeValue></saml:Attribute><saml:Attribute AttributeName="RoleId" AttributeNamespace="http://WindowsIdentityFoundationSamples/2008/05"><saml:AttributeValue>41</saml:AttributeValue></saml:Attribute><saml:Attribute AttributeName="TokenIssuer" AttributeNamespace="http://WindowsIdentityFoundationSamples/2008/05"><saml:AttributeValue>CustomSTS</saml:AttributeValue></saml:Attribute></saml:AttributeStatement><ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#"><ds:SignedInfo><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/><ds:Reference URI="#_69d6ea61-3dc8-4697-9768-e5698ba698fa"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/><ds:DigestValue>9dOafR7ckE2NxKk9XKUHGM1HPi/PGvV62sCy3jnfJnE=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue>H3mJeH/36PM5erUlYS7UhHLW2HsaH9V0hD/2b7EQhGIUwOFigpeQ0m7aL8/V5c5+QsTcA1qq/qjIaY8wCw8+duxcxuN00nmkgFJuN8tLyXKdazv5bZwRepS8qJatroYJg36MGzpDRbxqB77WOG9WgaMnFuZ2RWzElRv/41ITjaY=</ds:SignatureValue><KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#"><X509Data><X509Certificate>MIIB7jCCAVugAwIBAgIQokPwiChviohBoVBXqgwqHzAJBgUrDgMCHQUAMBQxEjAQBgNVBAMTCWxvY2FsaG9zdDAeFw0wMDAxMDEwMzAwMDBaFw0zNjAxMDEwMzAwMDBaMBQxEjAQBgNVBAMTCWxvY2FsaG9zdDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAt3cBadIr+pY/ueXDZuQZktqrd8h9BBWix5sQ89yNr7zU9l+84Osr3XUtW/Fi2HIQa9jkEBPXvHShDpLGjLwfPas3FWlrHsPjmj1iY3BzmDyY0oTOT5i4PypVbnrFKK/tqCStxaZa+tscFNwGjNRhV01axIcFCd69kzTM4rI741sCAwEAAaNJMEcwRQYDVR0BBD4wPIAQWM9ncWWDz4IYgOJA6ydycqEWMBQxEjAQBgNVBAMTCWxvY2FsaG9zdIIQokPwiChviohBoVBXqgwqHzAJBgUrDgMCHQUAA4GBALK3PUvLORkGeDmjPghj4YUrheUhUqQe8dvNNBXmt4NzSGGbhPcqvaXG3WOadsXRnzINYI3fJU5vyQyz8OCSSeP3uCkL4Ui8dbcq22TQfUIk8LKPHN9XWWUXOMlnTe8NAD4X1QqX9BlLKgFLZI6J3rjRishFMnF5Kp6YyBRqpjw3</X509Certificate></X509Data></KeyInfo></ds:Signature></saml:Assertion></trust:RequestedSecurityToken><trust:RequestedProofToken><trust:ComputedKey>http://docs.oasis-open.org/ws-sx/ws-trust/200512/CK/PSHA1</trust:ComputedKey></trust:RequestedProofToken><trust:RequestedAttachedReference><o:SecurityTokenReference k:TokenType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLV1.1" xmlns:o="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:k="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd"><o:KeyIdentifier ValueType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.0#SAMLAssertionID">_69d6ea61-3dc8-4697-9768-e5698ba698fa</o:KeyIdentifier></o:SecurityTokenReference></trust:RequestedAttachedReference><trust:RequestedUnattachedReference><o:SecurityTokenReference k:TokenType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLV1.1" xmlns:o="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:k="http://docs.oasis-open.org/wss/oasis-wss-wssecurity-secext-1.1.xsd"><o:KeyIdentifier ValueType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.0#SAMLAssertionID">_69d6ea61-3dc8-4697-9768-e5698ba698fa</o:KeyIdentifier></o:SecurityTokenReference></trust:RequestedUnattachedReference><trust:TokenType>urn:oasis:names:tc:SAML:1.0:assertion</trust:TokenType><trust:RequestType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/Issue</trust:RequestType><trust:KeyType>http://docs.oasis-open.org/ws-sx/ws-trust/200512/SymmetricKey</trust:KeyType></trust:RequestSecurityTokenResponse></trust:RequestSecurityTokenResponseCollection></s:Body></s:Envelope>--------------------



 Comments   
Comment by Marek Potociar [ 16/Dec/10 ]

Reassigned to the proper subcomponent

Comment by kumarjayanti [ 16/Dec/10 ]

since we have enter high-resistance phase we should try this on the trunk after v3.1 branch is cutout.

Comment by symonchang [ 16/Jan/13 ]

If the problem of Empty body only happen when turning on SecurityTubeFactory dump, then just simply not to turn on SecurityTubeFactory dump. Circumvention for this issue is available, not to fix on this release.





[WSIT-1478] SAML Assertions have illegal time value format Created: 15/Oct/10  Updated: 06/Feb/13

Status: Open
Project: wsit
Component/s: security
Affects Version/s: 2.1
Fix Version/s: not determined

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

Operating System: All
Platform: All


Issuezilla Id: 1,478
Tags: 3-1-2_exclude, 3_1_2-exclude, metro2_1-waived, metro2_2-waived, metro2_3-waived

 Description   

When using Metro for a client that generate SAML assertions the format of time
values (NotBefore, NotOnOrAfter, IssueInstant) is of the tipe
"2010-10-15T11:21:31.836+02:00" that is not working with other SAML 2
implementations (i.e. IBM Datapower) as it doesnt'follow SAML 2 Core
Specification that says:

"1.3.3 Time Values
All SAML time values have the type xs:dateTime, which is built in to the W3C XML
Schema Datatypes
specification [Schema2], and MUST be expressed in UTC form, with no time zone
component.
SAML system entities SHOULD NOT rely on time resolution finer than milliseconds.
Implementations
MUST NOT generate time instants that specify leap seconds.
".
So the correct time format should be:
"2010-10-15T09:21:31.836Z"

The only workaround is to pass to SAMLAssertionFactory GregorianCalendar objects
where the time zone is forced to UTC.

But as this is a specification requirement it should be automatically forced
from the Metro framework.



 Comments   
Comment by sm228678 [ 16/Oct/10 ]

Assigned to myself !!

I believe we are already forcing the UTC time format with the GregorianCalendar
objects

we use this saml callback handler :
https://xwss.dev.java.net/files/documents/4864/50700/SamlCallbackHandler.java

Comment by montebove [ 16/Oct/10 ]

Yes, your sample saml callback handler will work fine as your GregorianCalendar
have UTC time zone.
But this way you leave the correctness of resulting SAML assertion to callback
programmer.
On my opinion Metro framework should check the time zone and if it's not UTC
force it.

Comment by Martin Matula [ 19/Nov/10 ]

Kumar, please evaluate.

Comment by symonchang [ 16/Jan/13 ]

Workaround is available, and the issue needs to be verified. Request to waive on this release.

Comment by Martin Grebac [ 17/Jan/13 ]

IMO priority of this one be lowered or closed if we don't plan to fix this.

Comment by symonchang [ 06/Feb/13 ]

downgrade to minor





[JAVASERVERFACES-2599] The deployment of several apps with --name to in2 failed: com.sun.faces.config.ConfigurationException Created: 13/Nov/12  Updated: 12/Mar/13  Resolved: 12/Mar/13

Status: Closed
Project: javaserverfaces
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Trivial
Reporter: Manfred Riem Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to GLASSFISH-18005 The deployment of several apps with -... Closed
Tags: 312_qa, 312_regression, 3_1_2-exclude

 Description   

GF 3.1.2 b14, Win 2008 machine. Was created a cluster with two instances on one machine.

Was executed the automated deployment test. During that test many apps were deployed/disabled/enabled/redeployed/undeployed/deployed with context and so on.

So when was executed the follow command:
asadmin deploy --target <cluster> --name qwerty1 --contextroot temp <app_name>

The deployment of several apps to instance2 failed. It happened, for example for bookstore and scrumtoys. The first appp, from the point of of the order of the execution, for with the problem happened was scrumptoys. Immediately before scrumptoys was deployed petstore. The petstore deployment did not fail, but all petstore deployment actions created the follow errors (only for instance2):
=======================================================================================================================================[#|2011-12-14T11:43:08.334-0800|WARNING|glassfish3.1.2|javax.enterprise.system.core.org.glassfish.kernel.event|_ThreadID=30;_ThreadName=Thread-2;|Exception while dispatching an event
java.lang.IllegalStateException: Attempting to execute an operation on a closed EntityManagerFactory.
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.verifyOpen(EntityManagerFactoryDelegate.java:305)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.close(EntityManagerFactoryDelegate.java:240)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.close(EntityManagerFactoryImpl.java:257)
at org.glassfish.persistence.jpa.JPADeployer.closeEMFs(JPADeployer.java:405)
at org.glassfish.persistence.jpa.JPADeployer.event(JPADeployer.java:396)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
at com.sun.enterprise.v3.server.ApplicationLifecycle.unload(ApplicationLifecycle.java:1001)
at com.sun.enterprise.v3.server.ApplicationLifecycle.disable(ApplicationLifecycle.java:1971)
at org.glassfish.deployment.admin.DisableCommand.execute(DisableCommand.java:287)
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:1066)
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: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)

#]

[#|2011-12-14T11:43:38.793-0800|INFO|glassfish3.1.2|javax.enterprise.resource.webcontainer.jsf.config|_ThreadID=21;_ThreadName=Thread-2;|Initializing Mojarra 2.1.6 (SNAPSHOT 20111206) for context '/temp'|#]

[#|2011-12-14T11:43:39.442-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=21;_ThreadName=Thread-2;|WEB0671: Loading application [qwerty1] at [/temp]|#]

[#|2011-12-14T11:43:39.481-0800|INFO|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=21;_ThreadName=Thread-2;|qwerty1 was successfully deployed in 16,817 milliseconds.|#]
================================================================================

Then for scrumptoys and several other apps, the deployment with contextroot and name failed on instance2, but passed on instance1. All other deploy actions, except redeployment (redeploy --target <cluster> --name temp <app>), passed for scrumptoys and other affected apps. For deployment with contectroot and name were seen such error messages in instance2 server.log:

======================================================================================================
[#|2011-12-14T11:46:30.126-0800|INFO|glassfish3.1.2|javax.enterprise.resource.webcontainer.jsf.config|_ThreadID=23;_ThreadName=Thread-2;|Initializing Mojarra 2.1.6 (SNAPSHOT 20111206) for context '/temp'|#]

[#|2011-12-14T11:46:30.623-0800|SEVERE|glassfish3.1.2|javax.enterprise.resource.webcontainer.jsf.config|_ThreadID=23;_ThreadName=Thread-2;|Critical error during deployment:
com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:279)
at com.sun.faces.config.processor.RenderKitConfigProcessor.addRenderers(RenderKitConfigProcessor.java:313)
at com.sun.faces.config.processor.RenderKitConfigProcessor.process(RenderKitConfigProcessor.java:179)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:270)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ConverterConfigProcessor.process(ConverterConfigProcessor.java:126)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ComponentConfigProcessor.process(ComponentConfigProcessor.java:117)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ApplicationConfigProcessor.process(ApplicationConfigProcessor.java:340)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:116)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:222)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:360)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)
Caused by: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.javaee.blueprints.components.ui.popup.PopupRenderer.<clinit>(PopupRenderer.java:61)
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.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:268)
... 59 more
Caused by: java.lang.ClassNotFoundException: org.apache.shale.remoting.XhtmlHelper
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1509)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359)
... 67 more

#]

[#|2011-12-14T11:46:30.627-0800|SEVERE|glassfish3.1.2|org.apache.catalina.core.StandardContext|_ThreadID=23;_ThreadName=Thread-2;|PWC1306: Startup of context /temp failed due to previous errors|#]

[#|2011-12-14T11:46:30.635-0800|SEVERE|glassfish3.1.2|org.apache.catalina.core.StandardContext|_ThreadID=23;_ThreadName=Thread-2;|PWC1305: Exception during cleanup after start failed
org.apache.catalina.LifecycleException: PWC2769: Manager has not yet been started
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:873)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:5571)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:527)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5384)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)

#]

[#|2011-12-14T11:46:30.636-0800|SEVERE|glassfish3.1.2|org.apache.catalina.core.ContainerBase|_ThreadID=23;_ThreadName=Thread-2;|ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5389)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)
Caused by: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:292)
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)
... 38 more
Caused by: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:279)
at com.sun.faces.config.processor.RenderKitConfigProcessor.addRenderers(RenderKitConfigProcessor.java:313)
at com.sun.faces.config.processor.RenderKitConfigProcessor.process(RenderKitConfigProcessor.java:179)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:270)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ConverterConfigProcessor.process(ConverterConfigProcessor.java:126)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ComponentConfigProcessor.process(ComponentConfigProcessor.java:117)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ApplicationConfigProcessor.process(ApplicationConfigProcessor.java:340)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:116)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:222)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:360)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225)
... 41 more
Caused by: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.javaee.blueprints.components.ui.popup.PopupRenderer.<clinit>(PopupRenderer.java:61)
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.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:268)
... 59 more
Caused by: java.lang.ClassNotFoundException: org.apache.shale.remoting.XhtmlHelper
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1509)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359)
... 67 more

#]

[#|2011-12-14T11:46:30.641-0800|WARNING|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=23;_ThreadName=Thread-2;|java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:921)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)

#]

[#|2011-12-14T11:46:30.657-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=23;_ThreadName=Thread-2;|Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:138)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)

#]

[#|2011-12-14T11:46:30.660-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=23;_ThreadName=Thread-2;|Exception while loading the app|#]

[#|2011-12-14T11:46:35.918-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=23;_ThreadName=Thread-2;|Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper|#]

[#|2011-12-14T11:46:53.944-0800|INFO|glassfish3.1.2|javax.enterprise.resource.webcontainer.jsf.config|_ThreadID=21;_ThreadName=Thread-2;|Initializing Mojarra 2.1.6 (SNAPSHOT 20111206) for context '/scrumtoys'|#]

[#|2011-12-14T11:46:54.252-0800|SEVERE|glassfish3.1.2|javax.enterprise.resource.webcontainer.jsf.config|_ThreadID=21;_ThreadName=Thread-2;|Critical error during deployment:
com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:279)
at com.sun.faces.config.processor.RenderKitConfigProcessor.addRenderers(RenderKitConfigProcessor.java:313)
at com.sun.faces.config.processor.RenderKitConfigProcessor.process(RenderKitConfigProcessor.java:179)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:270)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ConverterConfigProcessor.process(ConverterConfigProcessor.java:126)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ComponentConfigProcessor.process(ComponentConfigProcessor.java:117)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ApplicationConfigProcessor.process(ApplicationConfigProcessor.java:340)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:116)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:222)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:360)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)
Caused by: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.javaee.blueprints.components.ui.popup.PopupRenderer.<clinit>(PopupRenderer.java:61)
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.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:268)
... 59 more
Caused by: java.lang.ClassNotFoundException: org.apache.shale.remoting.XhtmlHelper
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1509)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359)
... 67 more

#]

[#|2011-12-14T11:46:54.254-0800|SEVERE|glassfish3.1.2|org.apache.catalina.core.StandardContext|_ThreadID=21;_ThreadName=Thread-2;|PWC1306: Startup of context /scrumtoys failed due to previous errors|#]

[#|2011-12-14T11:46:54.257-0800|SEVERE|glassfish3.1.2|org.apache.catalina.core.StandardContext|_ThreadID=21;_ThreadName=Thread-2;|PWC1305: Exception during cleanup after start failed
org.apache.catalina.LifecycleException: PWC2769: Manager has not yet been started
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:873)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:5571)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:527)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5384)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)

#]

[#|2011-12-14T11:46:54.258-0800|SEVERE|glassfish3.1.2|org.apache.catalina.core.ContainerBase|_ThreadID=21;_ThreadName=Thread-2;|ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5389)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)
Caused by: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:292)
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)
... 38 more
Caused by: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:279)
at com.sun.faces.config.processor.RenderKitConfigProcessor.addRenderers(RenderKitConfigProcessor.java:313)
at com.sun.faces.config.processor.RenderKitConfigProcessor.process(RenderKitConfigProcessor.java:179)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:270)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ConverterConfigProcessor.process(ConverterConfigProcessor.java:126)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ComponentConfigProcessor.process(ComponentConfigProcessor.java:117)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.ApplicationConfigProcessor.process(ApplicationConfigProcessor.java:340)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleConfigProcessor.java:116)
at com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigProcessor.java:222)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:360)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225)
... 41 more
Caused by: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.javaee.blueprints.components.ui.popup.PopupRenderer.<clinit>(PopupRenderer.java:61)
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.faces.config.processor.AbstractConfigProcessor.createInstance(AbstractConfigProcessor.java:268)
... 59 more
Caused by: java.lang.ClassNotFoundException: org.apache.shale.remoting.XhtmlHelper
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1509)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359)
... 67 more

#]

[#|2011-12-14T11:46:54.260-0800|WARNING|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=21;_ThreadName=Thread-2;|java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:921)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)

#]

[#|2011-12-14T11:46:54.261-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=21;_ThreadName=Thread-2;|Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:138)
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.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)

#]

[#|2011-12-14T11:46:54.262-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=21;_ThreadName=Thread-2;|Exception while loading the app|#]

[#|2011-12-14T11:46:59.887-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=21;_ThreadName=Thread-2;|Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException:
Source Document: jar:file:/C:/hudson/workspace/deployment-w/glassfish3/glassfish/nodes/localhost-domain1/my-in2/applications/qwerty1/WEB-INF/lib/bp-ui-5.jar!/META-INF/faces-config.xml
Cause: Class 'com.sun.javaee.blueprints.components.ui.popup.PopupRenderer' is missing a runtime dependency: java.lang.NoClassDefFoundError: org/apache/shale/remoting/XhtmlHelper|#]
========================================================================================================

I did not see this issue for Solaris and Linux executions. When I've executed the failed command alone, it did not fail.



 Comments   
Comment by Manfred Riem [ 11/Dec/12 ]

Asked for an update at the original issue to make sure we don't lose track

Comment by Manfred Riem [ 11/Jan/13 ]

Lowering priority because of no response (see original issue)

Comment by Manfred Riem [ 12/Feb/13 ]

Lowering priority because of no response (also see original issue)

Comment by Manfred Riem [ 12/Mar/13 ]

Closing because of inactivity





[JAVASERVERFACES-2598] Application deploys successfully but fails on redeploy Created: 13/Nov/12  Updated: 17/Apr/13  Resolved: 17/Apr/13

Status: Closed
Project: javaserverfaces
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Trivial
Reporter: Manfred Riem Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

CentOS release 5.5 (Final) x86_64 x86_64 x86_64 GNU/Linux
jdk-1.6.0_23


Issue Links:
Related
is related to GLASSFISH-17236 Application deploys successfully but ... Closed
Tags: 3_1_2-exclude

 Description   

I have an application that deploys successfully the first time and fails upon redeploy. This seems to be very similar to issue 11638: http://java.net/jira/browse/GLASSFISH-11638

The errors I receive is:

[#|2011-08-24T09:42:22.105-0500|SEVERE|glassfish3.1.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=17;_ThreadName=Thread-2;|Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider|#]

I believe this is somehow being caused by the libraries have included in my *.ear at the top-level lib directory. They are from the JasperReport-4.0.0 project and include xercesImpl-2.7.0.jar. I can't upload the test case because it is too big (13 MB) so here is a link to it: http://www.filedropper.com/gfishtesttar_1 and if that doesn't work I will get it transferred another way. The full stacktrace for the error is below:

server.log:
====================================================================================
[#|2011-08-24T09:58:06.230-0500|INFO|glassfish3.1.1|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=18;_ThreadName=Thread-2;|Portable JNDI names for EJB ReportProviderBean : [java:global/rptengine/provider/ReportProviderBean, java:global/rptengine/provider/ReportProviderBean!aoc.arkansas.ejb.ReportProviderBean]|#]

[#|2011-08-24T09:58:06.471-0500|INFO|glassfish3.1.1|javax.enterprise.resource.webcontainer.jsf.config|_ThreadID=18;_ThreadName=Thread-2;|Initializing Mojarra 2.1.3 (FCS b02) for context '/client'|#]

[#|2011-08-24T09:58:06.614-0500|WARNING|glassfish3.1.1|javax.enterprise.system.core.classloading.com.sun.enterprise.loader|_ThreadID=18;_ThreadName=Thread-2;|LDR5207: ASURLClassLoader EarLibClassLoader :
doneCalled = true
doneSnapshot = ASURLClassLoader.done() called ON EarLibClassLoader :
urlSet = [URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/spring-beans-2.5.5.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-svggen.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/ant-1.7.1.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-xml.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/hibernate3.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-bridge.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-css.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jfreechart-1.0.12.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/xml-apis-ext.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/groovy-all-1.7.5.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/iText-2.1.7.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-gvt.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/hsqldb-1.8.0-10.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jaxen-1.1.1.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jdt-compiler-3.1.1.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/antlr-2.7.5.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/png-encoder-1.5.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/xercesImpl-2.7.0.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jpa.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-script.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-svg-dom.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/commons-digester-1.7.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jasperreports-4.0.0.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-awt-util.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/commons-logging-1.0.4.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-ext.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/xalan-2.7.1.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/xercesImpl.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/xml-apis.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/serializer.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-parser.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jasperreports-javaflow-4.0.0.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/poi-3.6.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jasperreports-applet-4.0.0.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/mondrian-3.1.1.12687.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/commons-collections-2.1.1.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-util.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-dom.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/saaj-api-1.3.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jaxp-api.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jax-qname.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/activation.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/servlet.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/rhino-1.7R1.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/xbean.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jasperreports-fonts-4.0.0.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/commons-beanutils-1.8.0.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/bcel-5.2.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/barbecue-1.5-beta1.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/barcode4j-2.0.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jxl-2.6.10.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/log4j-1.2.15.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/bsh-2.0b4.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/batik-anim.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/commons-javaflow-20060411.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/spring-core-2.5.5.jar, URLEntry : file:/opt/glassfish3/glassfish/domains/domain1/applications/rptengine/lib/jcommon-1.0.15.jar]
doneCalled = false
Parent -> org.glassfish.internal.api.DelegatingClassLoader@1742ad8

AT Wed Aug 24 09:42:15 CDT 2011
BY :java.lang.Throwable: printStackTraceToString
at com.sun.enterprise.util.Print.printStackTraceToString(Print.java:639)
at com.sun.enterprise.loader.ASURLClassLoader.done(ASURLClassLoader.java:211)
at com.sun.enterprise.loader.ASURLClassLoader.preDestroy(ASURLClassLoader.java:179)
at org.glassfish.javaee.full.deployment.EarClassLoader.preDestroy(EarClassLoader.java:114)
at org.glassfish.internal.data.ApplicationInfo.unload(ApplicationInfo.java:355)
at com.sun.enterprise.v3.server.ApplicationLifecycle.unload(ApplicationLifecycle.java:1000)
at com.sun.enterprise.v3.server.ApplicationLifecycle.undeploy(ApplicationLifecycle.java:1025)
at org.glassfish.deployment.admin.UndeployCommand.execute(UndeployCommand.java:330)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:360)
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 org.glassfish.deployment.admin.DeployCommand.handleRedeploy(DeployCommand.java:653)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:267)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:360)
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 org.glassfish.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:126)
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:459)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:209)
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:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
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:662)
Parent -> org.glassfish.internal.api.DelegatingClassLoader@1742ad8
was requested to find class org.apache.xerces.jaxp.validation.ValidatorHandlerImpl$XMLSchemaTypeInfoProvider after done was invoked from the following stack trace
java.lang.Throwable
at com.sun.enterprise.loader.ASURLClassLoader.findClassData(ASURLClassLoader.java:780)
at com.sun.enterprise.loader.ASURLClassLoader.findClass(ASURLClassLoader.java:696)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at org.apache.xerces.jaxp.validation.AbstractXMLSchema.newValidatorHandler(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.<init>(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source)
at com.sun.faces.config.ConfigManager$ParseTask.getBuilderForSchema(ConfigManager.java:1130)
at com.sun.faces.config.ConfigManager$ParseTask.getDocument(ConfigManager.java:999)
at com.sun.faces.config.ConfigManager$ParseTask.call(ConfigManager.java:911)
at com.sun.faces.config.ConfigManager$ParseTask.call(ConfigManager.java:865)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:656)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:322)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225)
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:2000)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1651)
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:294)
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.deployment.admin.DeployCommand.execute(DeployCommand.java:382)
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:459)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:209)
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:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
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:662)

#]

[#|2011-08-24T09:58:06.615-0500|SEVERE|glassfish3.1.1|javax.enterprise.resource.webcontainer.jsf.config|_ThreadID=18;_ThreadName=Thread-2;|Critical error during deployment:
com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:672)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:322)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225)
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:2000)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1651)
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:294)
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.deployment.admin.DeployCommand.execute(DeployCommand.java:382)
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:459)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:209)
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:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
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:662)
Caused by: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
at java.util.concurrent.FutureTask.get(FutureTask.java:83)
at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:670)
... 43 more
Caused by: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at org.apache.xerces.jaxp.validation.AbstractXMLSchema.newValidatorHandler(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.<init>(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source)
at com.sun.faces.config.ConfigManager$ParseTask.getBuilderForSchema(ConfigManager.java:1130)
at com.sun.faces.config.ConfigManager$ParseTask.getDocument(ConfigManager.java:999)
at com.sun.faces.config.ConfigManager$ParseTask.call(ConfigManager.java:911)
at com.sun.faces.config.ConfigManager$ParseTask.call(ConfigManager.java:865)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:656)
... 43 more
Caused by: java.lang.ClassNotFoundException: org.apache.xerces.jaxp.validation.ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at com.sun.enterprise.loader.ASURLClassLoader.findClassData(ASURLClassLoader.java:782)
at com.sun.enterprise.loader.ASURLClassLoader.findClass(ASURLClassLoader.java:696)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
... 53 more

#]

[#|2011-08-24T09:58:06.616-0500|SEVERE|glassfish3.1.1|org.apache.catalina.core.StandardContext|_ThreadID=18;_ThreadName=Thread-2;|PWC1306: Startup of context /client failed due to previous errors|#]

[#|2011-08-24T09:58:06.617-0500|SEVERE|glassfish3.1.1|org.apache.catalina.core.StandardContext|_ThreadID=18;_ThreadName=Thread-2;|PWC1305: Exception during cleanup after start failed
org.apache.catalina.LifecycleException: PWC2769: Manager has not yet been started
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:874)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:5571)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:527)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5384)
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:2000)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1651)
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:294)
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.deployment.admin.DeployCommand.execute(DeployCommand.java:382)
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:459)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:209)
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:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
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:662)

#]

[#|2011-08-24T09:58:06.618-0500|SEVERE|glassfish3.1.1|org.apache.catalina.core.ContainerBase|_ThreadID=18;_ThreadName=Thread-2;|ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5389)
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:2000)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1651)
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:294)
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.deployment.admin.DeployCommand.execute(DeployCommand.java:382)
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:459)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:209)
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:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
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:662)
Caused by: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:292)
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)
... 38 more
Caused by: com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:672)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:322)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:225)
... 41 more
Caused by: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
at java.util.concurrent.FutureTask.get(FutureTask.java:83)
at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:670)
... 43 more
Caused by: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at org.apache.xerces.jaxp.validation.AbstractXMLSchema.newValidatorHandler(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.<init>(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(Unknown Source)
at com.sun.faces.config.ConfigManager$ParseTask.getBuilderForSchema(ConfigManager.java:1130)
at com.sun.faces.config.ConfigManager$ParseTask.getDocument(ConfigManager.java:999)
at com.sun.faces.config.ConfigManager$ParseTask.call(ConfigManager.java:911)
at com.sun.faces.config.ConfigManager$ParseTask.call(ConfigManager.java:865)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at com.sun.faces.config.ConfigManager.getConfigDocuments(ConfigManager.java:656)
... 43 more
Caused by: java.lang.ClassNotFoundException: org.apache.xerces.jaxp.validation.ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at com.sun.enterprise.loader.ASURLClassLoader.findClassData(ASURLClassLoader.java:782)
at com.sun.enterprise.loader.ASURLClassLoader.findClass(ASURLClassLoader.java:696)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
... 53 more

#]

[#|2011-08-24T09:58:06.618-0500|WARNING|glassfish3.1.1|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=18;_ThreadName=Thread-2;|java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:921)
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:2000)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1651)
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:294)
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.deployment.admin.DeployCommand.execute(DeployCommand.java:382)
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:459)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:209)
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:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
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:662)

#]

[#|2011-08-24T09:58:06.619-0500|SEVERE|glassfish3.1.1|javax.enterprise.system.tools.deployment.org.glassfish.deployment.common|_ThreadID=18;_ThreadName=Thread-2;|Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:138)
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 com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:382)
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:459)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:209)
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:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
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:662)

#]

[#|2011-08-24T09:58:06.620-0500|SEVERE|glassfish3.1.1|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=18;_ThreadName=Thread-2;|Exception while loading the app|#]

[#|2011-08-24T09:58:06.630-0500|SEVERE|glassfish3.1.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=18;_ThreadName=Thread-2;|Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: com.sun.faces.config.ConfigurationException: java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError: org/apache/xerces/jaxp/validation/ValidatorHandlerImpl$XMLSchemaTypeInfoProvider|#]



 Comments   
Comment by Manfred Riem [ 14/Dec/12 ]

Can you verify if this still an issue on the latest JSF 2.1 release?

Comment by Meatwad [ 20/Dec/12 ]

Manfred, I'll test this as soon as I can but it will be after the new year before I can get to it.

Comment by Manfred Riem [ 22/Jan/13 ]

And where you able to verify it?

Comment by Manfred Riem [ 20/Feb/13 ]

Lowering priority because of no response

Comment by Manfred Riem [ 20/Mar/13 ]

Lowering priority because of no response

Comment by Manfred Riem [ 17/Apr/13 ]

Closing because of inactivity





[JAVASERVERFACES-2597] Sessions not restored on redeploy with keepstate=true due to NPE in MultiViewHandler.calculateLocale(). Created: 13/Nov/12  Updated: 16/May/13  Resolved: 16/May/13

Status: Closed
Project: javaserverfaces
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Trivial
Reporter: Manfred Riem Assignee: Unassigned
Resolution: Incomplete Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Red Hat Linux, Glassfish 3.1.1


Issue Links:
Related
is related to GLASSFISH-17156 Sessions not restored on redeploy wit... Closed
Tags: 3_1_2-exclude, MultiViewHandler, admin, calculateLocale, npe, nullpointerexception, redeploy, session

 Description   

I am trying to redeploy an app in Glassfish 3.1.1 from an EAR file. With a session active I ran the following asadmin command from the command line:

./asadmin redeploy --keepstate=true --name=[appname] [parthToEarFile]

The redeploy is successful but the session is not kept after redeployment. I get the following stack trace in the log:

[#|2011-08-06T20:38:46.961-0500|WARNING|glassfish3.1.1|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=30;_ThreadName=Thread-2;|WEB0517: Unable to restore sessions for web module [] from previous deployment
java.lang.NullPointerException
at com.sun.faces.application.view.MultiViewHandler.calculateLocale(MultiViewHandler.java:188)
at com.ocpsoft.pretty.faces.application.PrettyViewHandler.calculateLocale(PrettyViewHandler.java:82)
at javax.faces.application.ViewHandlerWrapper.calculateLocale(ViewHandlerWrapper.java:108)
at com.sun.faces.application.resource.ResourceManager.getLocalePrefix(ResourceManager.java:467)
at com.sun.faces.application.resource.ResourceManager.findResource(ResourceManager.java:162)
at com.sun.faces.application.resource.ResourceImpl.readExternal(ResourceImpl.java:417)
at java.io.ObjectInputStream.readExternalData(ObjectInputStream.java:1791)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1750)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1946)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1870)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at java.util.ArrayList.readObject(ArrayList.java:593)
at sun.reflect.GeneratedMethodAccessor1347.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1848)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1666)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1322)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1666)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1322)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at java.util.HashMap.readObject(HashMap.java:1030)
at sun.reflect.GeneratedMethodAccessor1222.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1848)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1666)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1322)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at java.util.HashMap.readObject(HashMap.java:1030)
at sun.reflect.GeneratedMethodAccessor1222.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1848)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at java.util.HashMap.readObject(HashMap.java:1030)
at sun.reflect.GeneratedMethodAccessor1222.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1848)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at org.apache.catalina.session.StandardSession.readRemainingObject(StandardSession.java:1951)
at org.apache.catalina.session.StandardSession.readObject(StandardSession.java:1859)
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 java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1848)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1752)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
at org.apache.catalina.session.StandardSession.deserialize(StandardSession.java:1144)
at org.apache.catalina.session.StandardManager.readSessions(StandardManager.java:492)
at com.sun.enterprise.web.WebModule.loadSessions(WebModule.java:1573)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2002)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1651)
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:294)
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.deployment.admin.DeployCommand.execute(DeployCommand.java:382)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:360)
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 org.glassfish.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:126)
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:459)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:209)
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:828)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019)
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:662)



 Comments   
Comment by Manfred Riem [ 19/Feb/13 ]

Can you verify if this is still a problem on the latest 2.1 release?

Comment by Manfred Riem [ 19/Mar/13 ]

Lowering priority because of no response

Comment by Manfred Riem [ 17/Apr/13 ]

Lowering priority because of no response

Comment by Manfred Riem [ 16/May/13 ]

Closing because of inactivity





[JAVASERVERFACES-2596] WARNING in clean installation Created: 13/Nov/12  Updated: 13/Nov/12  Resolved: 13/Nov/12

Status: Closed
Project: javaserverfaces
Component/s: lifecycle
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Manfred Riem Assignee: rogerk
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win7 Pro SP1 64 Bit de_DE


Issue Links:
Related
is related to GLASSFISH-16983 WARNING in clean installation Closed
Tags: 3_1_2-exclude

 Description   

In log files of IT systems, there typically are three priority levels of interest for administrators:

INFO – Admins SHOULD know this (if they do not need to know this, it should not be shown by default).

WARNING – Something might lead to a problem, so admins MUST know this to be able to manage before something crashs.

ERROR – Something already broke, so admins MUST know this to fix it.

I wonder why the following line gets printed as WARNING in a fresh installation of GlassFish v3.1:

[#|2011-07-07T14:40:12.253+0200|WARNING|glassfish3.1|org.apache.catalina.connector.Request|_ThreadID=22;_ThreadName=Thread-1;|PWC4011: Unable to set request character encoding to UTF-8 from context , because request parameters have already been read, or ServletRequest.getReader() has already been called|#]

What shall the administrator do now? Call Oracle? If the reaction is "ignore", then it is not worth getting printed.

So either this is a bug hence this bug report and need to get fixed with high priority (if it wouldn't be high priority, it must not be WARNING, obviously) OR someone should rephrase that message in a way that makes the common administrator understand what to do now.

BTW, the message occurs after

asadmin start-domain

and then logging into the admin console at http://localhost:4848 using IE9.



 Comments   
Comment by rogerk [ 13/Nov/12 ]

Cannot reproduce with GlassFish 3.1.2.2. Please try that version.





[JAVASERVERFACES-2589] Second submit (commandButton) fails in nested composites Created: 12/Nov/12  Updated: 12/Jun/13  Resolved: 12/Jun/13

Status: Closed
Project: javaserverfaces
Component/s: composite components
Affects Version/s: 2.1.3
Fix Version/s: None

Type: Bug Priority: Trivial
Reporter: Manfred Riem Assignee: Unassigned
Resolution: Incomplete Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File NestedComposites.war    
Issue Links:
Related
is related to GLASSFISH-17831 Second submit (commandButton) fails i... Closed
is related to JAVASERVERFACES-2839 composite component umbrella task Closed
Tags: 3_1_2-exclude

 Description   

I have developed a set of components using composites. I have layout components (<div>) and a button composite (h:commandButton). When hitting the button the action method is executed. The action does not lead to a different page. When hitting the button again the action method is not executed.

I have found this problem in JSF 2.1.3-FCS with GlassFish 3.1.1.



 Comments   
Comment by Manfred Riem [ 19/Feb/13 ]

Can you verify if this is still a problem in the latest 2.1 release?

Comment by Manfred Riem [ 19/Mar/13 ]

Lowering priority because of no response

Comment by Manfred Riem [ 09/May/13 ]

Lowering priority because of no response

Comment by Manfred Riem [ 12/Jun/13 ]

Closing because of inactivity





[GLASSFISH_CORBA-5] [PERF] gmbal objects consuming large part of heap Created: 28/Oct/11  Updated: 23/Jan/12

Status: In Progress
Project: glassfish-corba
Component/s: None
Affects Version/s: None
Fix Version/s: None

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

Attachments: File orbstack.rtf    
Issue Links:
Dependency
depends on GLASSFISH-18131 New public flag isAMXReady() Closed
blocks GLASSFISH-17044 [PERF] gmbal objects consuming large ... Open
Tags: 3_1_2-exclude

 Description   

The gmbal API call in ORB

mom = ManagedObjectManagerFactory.createFederated(MONITORING_SERVER);

is causing a large number of gmbal instances to be created and is affecting GlassFish performance. See http://java.net/jira/browse/GLASSFISH-17044.
Attached is the call stack.

This fix should be to defer the gmbal API calls until there is a JMX client connection.

From Naman: JMX service would start on 8686 (on DAS). So you can check localhost:8686 for the same. From quicklook workspace you can find the sample for the same.

In GlassFish monitoring (StatsProviderManagerDelegateImpl), we defer the gmbal API calls by extending MBeanListener.CallbackImpl and overriding mbeanRegistered method. This method is called when AMX DomainRoot is loaded (when there is a JMX, for example). AMX DomainRoot needs to be ready before any other mbeans can be registered.

Fix should be targeted for GlassFish 3.1.2.



 Comments   
Comment by Harshad Vilekar [ 23/Jan/12 ]

Tried deferring GMBAL API calls by implementing the class that extends MBeanListener.CallbackImpl - and overrides mbeanRegistered() callback. The callback was invoked when JMX client connected. However, this approach caused issues with ORB initialization.

ORB initialization is done in three steps:
1. partial ORB initialization
2. mom = ManagedObjectManagerFactory.createFederated(MONITORING_SERVER);
3. rest of ORB initialzation - that need mom initialized.

Since #2 required #3 - moving #2 from ORB initialization to mbeanRegistered() callback does not work.





[GLASSFISH-21422] Windows, the redeployment to DAS of an enabled app with --force=true - failed on Glasfish 4.1 Created: 31/Aug/15  Updated: 08/Feb/17

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

Type: Bug Priority: Major
Reporter: atrajano Assignee: Vinay Vishal
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Cloners
clones GLASSFISH-18376 Windows, the redeployment to DAS of ... Resolved
Tags: 3_1_2-exclude

 Description   

Build 23, Windows machines. The redeployment with --force=true to DAS failed for several apps. See, for example, error messages that were created in the server.log during redeployment of stateless-simple.ear with --force=true. I've attached stateless-simple.ear.

EPLOYMENT stateless-simple
[#|2012-02-17T09:35:08.501-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=21;_ThreadName=Thread-2;|EJB5181:Portable JNDI names for EJB TheGreeter: [java:global/stateless-simple/stateless-simpleEjb/TheGreeter, java:global/stateless-simple/stateless-simpleEjb/TheGreeter!samples.ejb.stateless.simple.ejb.GreeterHome]|#]

[#|2012-02-17T09:35:08.501-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=21;_ThreadName=Thread-2;|EJB5182:Glassfish-specific (Non-portable) JNDI names for EJB TheGreeter: [greeter]|#]

[#|2012-02-17T09:35:08.907-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=21;_ThreadName=Thread-2;|WEB0671: Loading application stateless-simple#stateless-simple.war at [helloworld]|#]

[#|2012-02-17T09:35:08.970-0800|INFO|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=21;_ThreadName=Thread-2;|stateless-simple was successfully deployed in 1,344 milliseconds.|#]

DISABLE stateless-simple
ENABLE stateless-simple
[#|2012-02-17T09:35:12.188-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=18;_ThreadName=Thread-2;|EJB5181:Portable JNDI names for EJB TheGreeter: [java:global/stateless-simple/stateless-simpleEjb/TheGreeter, java:global/stateless-simple/stateless-simpleEjb/TheGreeter!samples.ejb.stateless.simple.ejb.GreeterHome]|#]

[#|2012-02-17T09:35:12.188-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=18;_ThreadName=Thread-2;|EJB5182:Glassfish-specific (Non-portable) JNDI names for EJB TheGreeter: [greeter]|#]

[#|2012-02-17T09:35:12.548-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=18;_ThreadName=Thread-2;|WEB0671: Loading application stateless-simple#stateless-simple.war at [helloworld]|#]

[#|2012-02-17T09:35:12.548-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=37;_ThreadName=Thread-2;|CORE10010: Loading application stateless-simple done in 0 ms|#]

REDEPLOY --FORCE stateless-simple
[#|2012-02-17T09:35:14.282-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.282-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.org.glassfish.deployment.common|_ThreadID=19;_ThreadName=Thread-2;|Exception while locating sub archive: stateless-simple.war|#]

[#|2012-02-17T09:35:14.298-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.298-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.313-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=39;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.329-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.329-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.345-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.407-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.407-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=19;_ThreadName=Thread-2;|Exception while deploying the app [stateless-simple]|#]

[#|2012-02-17T09:35:14.407-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=19;_ThreadName=Thread-2;|Could not find sub module [stateless-simple.war] as defined in application.xml
java.lang.IllegalArgumentException: Could not find sub module [stateless-simple.war] as defined in application.xml
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.readModulesDescriptors(ApplicationArchivist.java:585)
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openWith(ApplicationArchivist.java:258)
at com.sun.enterprise.deployment.archivist.ApplicationFactory.openWith(ApplicationFactory.java:240)
at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:175)
at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:94)
at com.sun.enterprise.v3.server.ApplicationLifecycle.loadDeployer(ApplicationLifecycle.java:827)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:769)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:368)
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: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$Hk2DispatcherCallable.call(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
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)

#]

[#|2012-02-17T09:35:14.423-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=19;_ThreadName=Thread-2;|Exception while deploying the app [stateless-simple] : Could not find sub module [stateless-simple.war] as defined in application.xml|#]



 Comments   
Comment by atrajano [ 31/Aug/15 ]

Re-open because this is failing on Glassfish 4.1





[GLASSFISH-20720] EAR deployment with multiple embedded WARs broken in 3.1.2.2 and 4.0 Created: 22/Jul/13  Updated: 20/Dec/16

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1, 4.0_dev
Fix Version/s: None

Type: Improvement Priority: Minor
Reporter: nabizamani Assignee: kchung
Resolution: Unresolved Votes: 4
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

RedHat Linux, Windows, Ubuntu Linux


Attachments: File TestApp.ear     File TestApp.ear    
Tags: 3_1-next, 3_1_1-scrubbed, 3_1_2-exclude, metro2_2-waived

 Description   

We are trying to upgrade to 3.1. Our application is packaged and deployed as an EAR file with multiple EJB and WARs embedded. Some of the WAR files have web services for deployment, and some do not. The 3.1 deployment mechanism is fundamentally broken in this case. It appears that the web service deployment piece ends up scanning all the wars in the EAR for metadata (annotations), and then trying to deploy the collected web services in every WAR in the EAR, not just the one that had the annotated web service classes.

This appears to be the same symptoms as the following bug, but for web services instead.

http://java.net/jira/browse/JAVASERVERFACES-1995

I have attached a very simple test EAR file. Trying to deploy this will demonstrate the error. You will see error messages about duplicate web service deployments and class not found exceptions.



 Comments   
Comment by nabizamani [ 22/Jul/13 ]

I created this clone of https://java.net/jira/browse/GLASSFISH-16249 because the issue reported still exists in GF 3.1.2.2.
A similar issue also exists in GF 4.0.

Below you can see the different outputs (I used an own ear which contains an ejb module and 2 war modules of which one contains restful classes):

  • Glassfish 3.1.2.2 (build 5)
    WARNING: WEB9052: Unable to load class com.demo.service.exception.RestExceptionCatcher, reason: java.lang.ClassNotFoundException: com.demo.service.exception.RestExceptionCatcher
    WARNING: WEB9052: Unable to load class com.demo.service.rss.NewsFeed, reason: java.lang.ClassNotFoundException: com.demo.service.rss.NewsFeed
  • Glassfish 4.0 (build 89).
    WARNING: Class 'javax.ejb.PostActivate' not found, interception based on it is not enabled
    WARNING: Class 'javax.ejb.PrePassivate' not found, interception based on it is not enabled
    INFO: Registering the Jersey servlet application, named com.demo.jaxrs.application.ApplicationConfig, at the servlet mapping /*, with the Application class of the same name.
    WARNING: Unable to load class com.demo.jaxrs.application.ApplicationConfig, reason: java.lang.ClassNotFoundException: com.demo.jaxrs.application.ApplicationConfig
    WARNING: Unable to load class com.demo.tutorials.mavenstruts.service.MessageService, reason: java.lang.ClassNotFoundException: com.demo.tutorials.mavenstruts.service.MessageService
    WARNING: Unable to load class com.demo.tutorials.mavenstruts.service.MessageService, reason: java.lang.ClassNotFoundException: com.demo.tutorials.mavenstruts.service.MessageService
    WARNING: Unable to load class com.demo.jaxrs.provider.MyJacksonJsonProvider, reason: java.lang.ClassNotFoundException: com.demo.jaxrs.provider.MyJacksonJsonProvider
    WARNING: Unable to load class com.demo.jaxrs.application.ApplicationConfig, reason: java.lang.ClassNotFoundException: com.demo.jaxrs.application.ApplicationConfig

Furthermore In GF 4.0 I get a lot of messages of this kind (which I really hate):
INFO: visiting unvisited references

Comment by Lukas Jungmann [ 01/Aug/13 ]

passing to jax-rs for evaluation since jar-rs seems to be involved here

Comment by Lukas Jungmann [ 01/Aug/13 ]

assign as needed, please. thx.

Comment by replicant77 [ 09/Sep/13 ]

We also get the ClassNotFoundException messages in multi-war deployments. But not only for rest service classes, but also for jsf related classes, like jsf converters and validators:

WARNING: WEB9052: Unable to load class gf4test.rest.TestService, reason: java.lang.ClassNotFoundException: gf4test.rest.TestService
WARNING: WEB9052: Unable to load class gf4test.converters.TestConverter1, reason: java.lang.ClassNotFoundException: gf4test.converters.TestConverter1

If you have a lot of such classes in your application this can get really annoying. We noticed these warning messages on GF 3.1.2 as well as GF4.

Comment by TangYong [ 10/Sep/13 ]

replicant77

Your attachment has problem and while deploying your attachment into 4.0.1-b02, the following error happened,

[2013-09-10T11:18:40.508+0900] [glassfish 4.0] [WARNING] [] [org.apache.jasper.runtime.TldScanner] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520508] [levelValue: 900] [[
PWC6351: In TLD scanning, the supplied resource file:/E:/NanjingJUG/glassfish-4.0.1-b02/glassfish4/glassfish/domains/domain1/applications/TestApp/TestApp-ejbClient.jar does not exist
java.io.FileNotFoundException: E:\NanjingJUG\glassfish-4.0.1-b02\glassfish4\glassfish\domains\domain1\applications\TestApp\TestApp-ejbClient.jar (指定されたファイルが見つかりません。)
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:214)
at java.util.zip.ZipFile.<init>(ZipFile.java:144)
at java.util.jar.JarFile.<init>(JarFile.java:152)
at java.util.jar.JarFile.<init>(JarFile.java:89)
at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:98)
at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
at org.apache.jasper.runtime.TldScanner.scanJar(TldScanner.java:442)
at org.apache.jasper.runtime.TldScanner.scanJars(TldScanner.java:694)
at org.apache.jasper.runtime.TldScanner.scanTlds(TldScanner.java:350)
at org.apache.jasper.runtime.TldScanner.onStartup(TldScanner.java:239)
at org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:6031)
at com.sun.enterprise.web.WebModule.callServletContainerInitializers(WebModule.java:774)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5929)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:404)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:140)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:158)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:101)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:353)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:343)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:237)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:318)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:211)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:982)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:330)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:173)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:179)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:496)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:175)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:187)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:837)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-09-10T11:18:40.867+0900] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00172] [javax.enterprise.web] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520867] [levelValue: 800] [[
Loading application TestApp#TestApp-war.war at [TestApp-war]]]

[2013-09-10T11:18:40.883+0900] [glassfish 4.0] [WARNING] [AS-WEB-UTIL-00035] [javax.enterprise.web.util] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520883] [levelValue: 900] [[
Unable to load class com.test.web.TestWebService, reason: java.lang.ClassNotFoundException: com.test.web.TestWebService]]

[2013-09-10T11:18:40.898+0900] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00172] [javax.enterprise.web] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520898] [levelValue: 800] [[
Loading application TestApp#TestApp2-war.war at [TestApp2-war]]]

[2013-09-10T11:18:40.977+0900] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520977] [levelValue: 800] [[
TestApp was successfully deployed in 10,876 milliseconds.]]

So, I have uploaded a new attachment.

OK, current issue should be the following:

[2013-09-10T11:18:40.883+0900] [glassfish 4.0] [WARNING] [AS-WEB-UTIL-00035] [javax.enterprise.web.util] [tid: _ThreadID=51 _ThreadName=admin-listener(1)] [timeMillis: 1378779520883] [levelValue: 900] [[
Unable to load class com.test.web.TestWebService, reason: java.lang.ClassNotFoundException: com.test.web.TestWebService]]

1. the issue is not related to jax-rs comp
2. instead, firstly forwarding to web_services comp to evaluate, and I also add web_container comp to ask shing wai to evaluate it.

Comment by TangYong [ 10/Sep/13 ]

I made an initial investigation for the issue,

1) removing web_webservices comp because I have confirmed the warning info is related to web_container comp. so, pl. Shing Wai confirms

2) the warning happened in checkAgainstInterestList method from org.glassfish.web.loader.ServletContainerInitializerUtil class

In this attachment, there are two wars and TestApp2-war does not contain any class, TestApp-war contains a class with @WebService, while checkAgainstInterestList is executed, the method also scans TestApp2-war for @WebService, so, ClassNotFoundException happened.

I think this has some wrong logic because "interestList" variable in checkAgainstInterestList always saves previous result(eg. TestApp-war), for TestApp2-war, these annotations do not exist.

However, I think this issue itself should be not important and I think this should be an improvement rather than a bug.

Thanks
Tang

Comment by Shing Wai Chan [ 10/Sep/13 ]

The ClassNotFoundException warning is related to GLASSFISH-16937 .
Assign to Kinman to investigate TLDScanning FileNotFoundException.

Comment by pbelbin [ 09/Jan/14 ]

is there a fix for this issue? or, perhaps I'm having a different issue.

I have a .ear which has multiple .war contained within it that refuses to deploy.

I do see the WEB9052 warnings.

but, after that, I also see this:

[#|2014-01-09T16:29:49.206-0600|WARNING|glassfish3.1.2|javax.enterprise.webservices.org.glassfish.webservices|_ThreadID=130;_ThreadName=Thread-2;|Deployment failed
java.lang.AbstractMethodError
at org.glassfish.webservices.WsUtil.parseRelativeImports(WsUtil.java:414)
at org.glassfish.webservices.WsUtil.getWsdlsAndSchemas(WsUtil.java:1884)
at org.glassfish.webservices.WsUtil.getWsdlsAndSchemas(WsUtil.java:1858)
at org.glassfish.webservices.WSServletContextListener.registerEndpoint(WSServletContextListener.java:143)
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:2019)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1669)
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:461)
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: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$Hk2DispatcherCallable.call(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
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:722)

#]
Comment by lprimak [ 12/May/16 ]

Payara team is tracking this bug here:
https://github.com/payara/Payara/issues/374





[GLASSFISH-18631] multiple stax implementations in distribution Created: 16/Apr/12  Updated: 12/Oct/12  Resolved: 12/Oct/12

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

Type: Bug Priority: Critical
Reporter: Sanjeeb Sahoo Assignee: Romain Grécourt
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1_2-exclude, spo

 Description   

Yet another bad packaging issue. Just noticed two woodstox implementations in glassfish distribution:
woodstox-osgi.jar and woostox-core-asl.jar






[GLASSFISH-18381] JPA OSGi WAB redployment hangs Glassfish and unable to shutdown Created: 20/Feb/12  Updated: 20/Dec/16  Resolved: 25/Mar/13

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

Type: Bug Priority: Critical
Reporter: blackbeltdev Assignee: Sanjeeb Sahoo
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 64-bit

java version "1.6.0_29"
Java(TM) SE Runtime Environment (build 1.6.0_29-b11)
Oracle JRockit(R) (build R28.2.0-79-146777-1.6.0_29-20111005-1808-windows-x86_64, compiled mode)


Attachments: Zip Archive AddressBook.zip     Java Archive File cpms-web-static.jar     File cpms-web.war    
Tags: 3_1_2-exclude, 3_1_2-next, jpa, osgi, osgi-javaee

 Description   

Re-deploying a JPA enabled WAB bundle causes Glassfish to hang. I noticed this interesting message in the logs:

[#|2012-02-20T09:37:21.989-0600|INFO|glassfish3.1.2|org.glassfish.osgijpa|_ThreadID=17;_ThreadName=Thread-4;|Deferring refresh to framework restart, so enhanced bytes won't come into effect until then for bundle 292 if there are existing wires to this bundle.|#]

This is completely reproducible every time:
1) Start glassfish
2) Deploy WAB (works fine)
3) Edit source file (e.g. add println/logging)
4) Re-deploy
5) Hangs with logging similar to the below
6) Unable to stop glassfish outside of killing Java process

From what I can tell it looks like it is stuck on the following thread:

Stack Trace
admin-thread-pool-4848(1) [131] (WAITING)
java.lang.Object.wait line: 485
org.apache.felix.framework.Felix.acquireGlobalLock line: 4943
org.apache.felix.framework.StatefulResolver.resolve line: 219
org.apache.felix.framework.BundleWiringImpl.searchDynamicImports line: 1539
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation line: 1439
org.apache.felix.framework.BundleWiringImpl.access$400 line: 72
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass line: 1843
java.lang.ClassLoader.loadClass line: 247
com.sun.enterprise.container.common.GenericAdminAuthenticator.loginAsAdmin line: 0
com.sun.enterprise.v3.admin.AdminAdapter.authenticate line: 268
com.sun.enterprise.v3.admin.AdminAdapter.authenticate line: 310
com.sun.enterprise.v3.admin.AdminAdapter.service line: 210
com.sun.grizzly.tcp.http11.GrizzlyAdapter.service line: 179
com.sun.enterprise.v3.server.HK2Dispatcher.dispath line: 117
com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call line: 354
com.sun.enterprise.v3.services.impl.ContainerMapper.service line: 195
com.sun.grizzly.http.ProcessorTask.invokeAdapter line: 849
com.sun.grizzly.http.ProcessorTask.doProcess line: 746
com.sun.grizzly.http.ProcessorTask.process line: 1045
com.sun.grizzly.http.DefaultProtocolFilter.execute line: 228
com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter line: 137
com.sun.grizzly.DefaultProtocolChain.execute line: 104
com.sun.grizzly.DefaultProtocolChain.execute line: 90
com.sun.grizzly.http.HttpProtocolChain.execute line: 79
com.sun.grizzly.ProtocolChainContextTask.doCall line: 54
com.sun.grizzly.SelectionKeyContextTask.call line: 59
com.sun.grizzly.ContextTask.run line: 71
com.sun.grizzly.util.AbstractThreadPool$Worker.doWork line: 532
com.sun.grizzly.util.AbstractThreadPool$Worker.run line: 513
java.lang.Thread.run line: 662

[#|2012-02-20T09:37:16.167-0600|INFO|glassfish3.1.2|org.glassfish.osgiejb|_ThreadID=17;_ThreadName=Thread-4;|removedService: Found 1 no. of EJBs|#]

[#|2012-02-20T09:37:18.462-0600|INFO|glassfish3.1.2|org.glassfish.osgijavaeebase|_ThreadID=17;_ThreadName=Thread-4;|Deleted C:\Users\KIRK~1.RAS\AppData\Local\Temp\osgiapp3320546087592904764|#]

[#|2012-02-20T09:37:18.464-0600|INFO|glassfish3.1.2|org.glassfish.osgijavaeebase|_ThreadID=17;_ThreadName=Thread-4;|Undeployed bundle com.textura.cpms.web [292]|#]

[#|2012-02-20T09:37:21.233-0600|INFO|glassfish3.1.2|org.glassfish.osgijpa|_ThreadID=17;_ThreadName=Thread-4;|Bundle having id 292 is a JPA bundle|#]

[#|2012-02-20T09:37:21.350-0600|INFO|glassfish3.1.2|org.glassfish.osgijpa|_ThreadID=17;_ThreadName=Thread-4;|Exploded bundle com.textura.cpms.web [292] at C:\Users\KIRK~1.RAS\AppData\Local\Temp\osgiapp5360629438350331033 |#]

[#|2012-02-20T09:37:21.551-0600|INFO|glassfish3.1.2|org.glassfish.osgijpa|_ThreadID=17;_ThreadName=Thread-4;|Source = C:\Users\KIRK~1.RAS\AppData\Local\Temp\osgiapp5360629438350331033\WEB-INF\classes, Target = C:\Users\KIRK~1.RAS\AppData\Local\Temp\enhanced-osgiapp8372524464557779997\WEB-INF\classes|#]

[#|2012-02-20T09:37:21.912-0600|WARNING|glassfish3.1.2|org.glassfish.osgijpa|_ThreadID=17;_ThreadName=Thread-4;|Unable to delete C:\Users\KIRK~1.RAS\AppData\Local\Temp\osgiapp5360629438350331033|#]

[#|2012-02-20T09:37:21.977-0600|INFO|glassfish3.1.2|org.glassfish.osgijpa|_ThreadID=25;_ThreadName=Thread-4;|Deleted C:\Users\KIRK~1.RAS\AppData\Local\Temp\enhanced-osgiapp8372524464557779997 |#]

[#|2012-02-20T09:37:21.989-0600|INFO|glassfish3.1.2|org.glassfish.osgijpa|_ThreadID=17;_ThreadName=Thread-4;|Deferring refresh to framework restart, so enhanced bytes won't come into effect until then for bundle 292 if there are existing wires to this bundle.|#]

[#|2012-02-20T09:37:21.989-0600|INFO|glassfish3.1.2|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=17;_ThreadName=Thread-4;|Updated C:\dev\java\tools\glassfish-3.1.2-b23\glassfish3\glassfish\domains\domain1\autodeploy\bundles\cpms-web.war|#]

[#|2012-02-20T09:37:21.993-0600|INFO|glassfish3.1.2|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=17;_ThreadName=Thread-4;|Started bundle: file:/C:/dev/java/tools/glassfish-3.1.2-b23/glassfish3/glassfish/domains/domain1/autodeploy/bundles/cpms-web.war|#]

[#|2012-02-20T09:37:40.346-0600|INFO|glassfish3.1.2|org.glassfish.osgijavaeebase|_ThreadID=19;_ThreadName=Thread-4;|Expanded at file:/C:/Users/KIRK~1.RAS/AppData/Local/Temp/osgiapp1648809821027798109/|#]

Nothing happens for a long time until...

[#|2012-02-20T10:43:40.474-0600|WARNING|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=15;_ThreadName=Thread-4;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-8080(2).|#]

[#|2012-02-20T10:43:41.477-0600|WARNING|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=15;_ThreadName=Thread-4;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-8080(4).|#]

[#|2012-02-20T10:43:43.479-0600|WARNING|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=15;_ThreadName=Thread-4;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-8080(1).|#]

[#|2012-02-20T10:44:32.144-0600|WARNING|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-4;|GRIZZLY0023: Interrupting idle Thread: admin-thread-pool-4848(1).|#]

[#|2012-02-20T10:44:33.144-0600|WARNING|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-4;|GRIZZLY0023: Interrupting idle Thread: admin-thread-pool-4848(1).|#]

[#|2012-02-20T10:44:34.144-0600|WARNING|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-4;|GRIZZLY0023: Interrupting idle Thread: admin-thread-pool-4848(1).|#]

[#|2012-02-20T10:44:35.144-0600|WARNING|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-4;|GRIZZLY0023: Interrupting idle Thread: admin-thread-pool-4848(1).|#]

[#|2012-02-20T10:44:35.587-0600|SEVERE|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=26;_ThreadName=Thread-4;|service exception
java.lang.RuntimeException: ClientAbortException: java.io.IOException: Connection aborted by peer
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:246)
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$Hk2DispatcherCallable.call(ContainerMapper.java:355)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
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)
Caused by: ClientAbortException: java.io.IOException: Connection aborted by peer
at com.sun.grizzly.tcp.http11.GrizzlyOutputBuffer.doFlush(GrizzlyOutputBuffer.java:439)
at com.sun.grizzly.tcp.http11.GrizzlyOutputBuffer.flush(GrizzlyOutputBuffer.java:405)
at com.sun.grizzly.tcp.http11.GrizzlyOutputStream.flush(GrizzlyOutputStream.java:140)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:243)
... 18 more
Caused by: java.io.IOException: Connection aborted by peer
at sun.nio.ch.SocketDispatcher.write1(Native Method)
at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:58)
at sun.nio.ch.IOUtil.write(IOUtil.java:199)
at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)
at com.sun.grizzly.util.OutputWriter.flushChannel(OutputWriter.java:108)
at com.sun.grizzly.util.OutputWriter.flushChannel(OutputWriter.java:76)
at com.sun.grizzly.http.SocketChannelOutputBuffer.flushChannel(SocketChannelOutputBuffer.java:417)
at com.sun.grizzly.http.SocketChannelOutputBuffer.flushBuffer(SocketChannelOutputBuffer.java:489)
at com.sun.grizzly.http.SocketChannelOutputBuffer.flush(SocketChannelOutputBuffer.java:467)
at com.sun.grizzly.http.ProcessorTask.action(ProcessorTask.java:1276)
at com.sun.grizzly.tcp.Response.action(Response.java:268)
at com.sun.grizzly.tcp.http11.GrizzlyOutputBuffer.doFlush(GrizzlyOutputBuffer.java:434)
at com.sun.grizzly.tcp.http11.GrizzlyOutputBuffer.flush(GrizzlyOutputBuffer.java:405)
at com.sun.grizzly.tcp.http11.GrizzlyOutputStream.flush(GrizzlyOutputStream.java:140)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:243)
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$Hk2DispatcherCallable.call(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
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)
... 5 more

I have attached the source along with the bundles.

1) Host bundle for application (uses Vaadin 6.7.5)
2) Static resources as Bundle Fragment



 Comments   
Comment by blackbeltdev [ 20/Feb/12 ]

FYI.. I don't notice this behavior with non-JPA WAB bundles. I'm able to redeploy WABs back to back with no problem.

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

3.1.2 has wrapped up. Tagging for consideration in next update.

Comment by Hong Zhang [ 21/Feb/12 ]

assign to sahoo for initial evaluation

Comment by blackbeltdev [ 21/Feb/12 ]

Hmmm...

What's interesting is that the eclipsecon2011 demo doesn't exhibit this behavior. I'm able to continuously update the ejb_service bundle without having any issues. Maybe its related to deploying everything as part of the WAB like I did rather than split code between the API, Impl, and Web bundles in eclipsecon2011 demo.

On a related note I'd like to know how to split the eclipsecon2011 bundles further. I'm working on a long email to post to the users@glassfish.java.net email list.

Basically I'd like to know how to split the EJB Service implementation and JPA entities into their own bundles. In other words I'd like to create a persistence bundle that contains the entities (and persistence.xml) only and create another EJB service bundle that consumes the persistence bundle rather than package the service layer and entities together for increased modularity.

Comment by Sanjeeb Sahoo [ 21/Feb/12 ]

Checkout https://svn.java.net/svn/glassfish~svn/trunk/fighterfish/sample/uas and see how to split EJBs, JPAs and WABs have been split into separate bundles.

Comment by Sanjeeb Sahoo [ 21/Feb/12 ]

Your WAB depends on so many other packages and you never mentioned about them. I had to deploy groovy-all-1.8.6.jar, slf4j-api-1.6.1.jar, slf4j-nop-1.6.1.jar, vaadin-6.7.5.jar before I could deploy your WAB. Anyway, after doing all these, I was able to successfully deploy and redeploy the WAB. I didn't notice any hangI tried accessing app/address-book/ and saw some JPA query getting executed in server, so I am assuming the app is more-or-less working fine.

Did you try to undeploy while the app was still getting deployed? See GLASSFISH-18159 for potential deadlock in such a situation. Deployment is asynchronous where as undeployment is synchronous. So, you must wait for a message like the one shown below to appear before proceeding to use the app:
deployed bundle com.textura.cpms.web [289] at file:/tmp/osgiapp8158913360060872663/

Comment by blackbeltdev [ 21/Feb/12 ]

Sorry about not mentioning the dependencies. I tried to be as precise as possible and forgot the basics!

The other thing I should have mentioned that the method I used to deploy was to copy the WAR file to the autodeploy/bundle directory. The "redeploy" method was to simply overwrite the WAR file with a newer version.

Like I said above replacing the EJB JAR file from the EcliipseCon sample code did not have this problem. It only seems to be a problem with WABs that contain EJB/JPA probably due to the amount of time involved, i.e. my other simple WABs undeploy so fast it didn't run into the deadlock condition.

I will try to undeploy and deploy as distinct steps and see what happens.

Comment by blackbeltdev [ 21/Feb/12 ]

I think you hit the nail on the head. If I delete the WAR, wait, and then copy the file to autodeploy then there is no problem. However if I replace the existing file it will deadlock. You can see these threads are simultaneously deploying and undeploying (notice two threads are waiting on Felix.acquireBundleLock):

Stack Trace
fileinstall-C:\dev\java\tools\glassfish-3.1.2-b23\glassfish3\glassfish\domains\domain1/autodeploy/bundles/ [65] (WAITING)
java.lang.Object.wait line: 485
org.apache.felix.framework.Felix.acquireBundleLock line: 4870
org.apache.felix.framework.Felix.startBundle line: 1744
org.apache.felix.framework.BundleImpl.start line: 944
org.apache.felix.fileinstall.internal.DirectoryWatcher.process line: 1175
org.apache.felix.fileinstall.internal.DirectoryWatcher.process line: 1153
org.apache.felix.fileinstall.internal.DirectoryWatcher.processAllBundles line: 1146
org.apache.felix.fileinstall.internal.DirectoryWatcher.process line: 456
org.apache.felix.fileinstall.internal.DirectoryWatcher.run line: 263

Stack Trace
FelixFrameworkWiring [131] (WAITING)
sun.misc.Unsafe.park line: not available [native method]
java.util.concurrent.locks.LockSupport.park line: 156
java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt line: 811
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly line: 969
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly line: 1281
java.util.concurrent.FutureTask$Sync.innerGet line: 218
java.util.concurrent.FutureTask.get line: 83
org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer.removedBundle line: 183
org.osgi.util.tracker.BundleTracker$Tracked.customizerRemoved line: 508
org.osgi.util.tracker.BundleTracker$Tracked.customizerRemoved line: 424
org.osgi.util.tracker.AbstractTracked.untrack line: 352
org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged line: 464
org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback line: 868
org.apache.felix.framework.util.EventDispatcher.fireEventImmediately line: 789
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent line: 514
org.apache.felix.framework.Felix.fireBundleEvent line: 4244
org.apache.felix.framework.Felix.stopBundle line: 2351
org.apache.felix.framework.Felix$RefreshHelper.stop line: 4629
org.apache.felix.framework.Felix.refreshPackages line: 3951
org.apache.felix.framework.FrameworkWiringImpl.run line: 172
java.lang.Thread.run line: 662

Stack Trace
pool-8-thread-1 [71] (WAITING)
java.lang.Object.wait line: 485
org.apache.felix.framework.Felix.acquireGlobalLock line: 4943
org.apache.felix.framework.StatefulResolver.resolve line: 219
org.apache.felix.framework.BundleWiringImpl.searchDynamicImports line: 1539
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation line: 1439
org.apache.felix.framework.BundleWiringImpl.access$400 line: 72
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass line: 1843
java.lang.ClassLoader.loadClass line: 247
java.lang.ClassLoader.defineClass1 line: not available [native method]
java.lang.ClassLoader.defineClassCond line: 631
java.lang.ClassLoader.defineClass line: 615
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.findClass line: 2128
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation line: 1432
org.apache.felix.framework.BundleWiringImpl.access$400 line: 72
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass line: 1843
java.lang.ClassLoader.loadClass line: 247
java.lang.Class.getDeclaredMethods0 line: not available [native method]
java.lang.Class.privateGetDeclaredMethods line: 2427
java.lang.Class.getDeclaredMethods line: 1791
org.glassfish.apf.impl.ComponentDefinition.initializeMethods line: 132
org.glassfish.apf.impl.ComponentDefinition.<init> line: 76
org.glassfish.apf.impl.JavaEEScanner.getComponentInfo line: 70
org.glassfish.apf.impl.AnnotationProcessorImpl.process line: 177
org.glassfish.apf.impl.AnnotationProcessorImpl.process line: 134
com.sun.enterprise.deployment.archivist.Archivist.processAnnotations line: 598
com.sun.enterprise.deployment.archivist.Archivist.readAnnotations line: 442
com.sun.enterprise.deployment.archivist.Archivist.readAnnotations line: 429
com.sun.enterprise.deployment.archivist.Archivist.readRestDeploymentDescriptors line: 405
com.sun.enterprise.deployment.archivist.Archivist.readDeploymentDescriptors line: 380
com.sun.enterprise.deployment.archivist.Archivist.open line: 243
com.sun.enterprise.deployment.archivist.Archivist.open line: 252
com.sun.enterprise.deployment.archivist.Archivist.open line: 213
com.sun.enterprise.deployment.archivist.ApplicationFactory.openArchive line: 165
org.glassfish.javaee.core.deployment.DolProvider.load line: 185
org.glassfish.javaee.core.deployment.DolProvider.load line: 94
com.sun.enterprise.v3.server.ApplicationLifecycle.loadDeployer line: 827
com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos line: 769
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy line: 368
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy line: 240
org.glassfish.osgijavaeebase.OSGiDeploymentRequest.deploy line: 183
org.glassfish.osgijavaeebase.OSGiDeploymentRequest.execute line: 118
org.glassfish.osgijavaeebase.AbstractOSGiDeployer.deploy line: 121
org.glassfish.osgijavaeebase.OSGiContainer.deploy line: 154
org.glassfish.osgijavaeebase.JavaEEExtender.deploy line: 107
org.glassfish.osgijavaeebase.JavaEEExtender.access$200 line: 61
org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer$1.call line: 151
org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer$1.call line: 148
java.util.concurrent.FutureTask$Sync.innerRun line: 303
java.util.concurrent.FutureTask.run line: 138
java.util.concurrent.ThreadPoolExecutor$Worker.runTask line: 886
java.util.concurrent.ThreadPoolExecutor$Worker.run line: 908
java.lang.Thread.run line: 662

Comment by Sanjeeb Sahoo [ 21/Feb/12 ]

I am unable to reproduce even when I just deploy/update the war using autodpeloy/bundles/.

Comment by blackbeltdev [ 21/Feb/12 ]

With multi-threaded code and machine differences there's always the possibility of different runtime characteristics. I remember when I got my first dual core machine an application that worked fine on my single core machine started deadlocking on a regular basis

Now I'm running with Intel Quad Core Q9300 @ 2.53 GHz

Comment by Sanjeeb Sahoo [ 21/Feb/12 ]

Those are always possibilities for MT issues. You should wait for GLASSFISH-18159 to be integrated to see if that makes any difference.

Comment by blackbeltdev [ 21/Feb/12 ]

Will do. I tried it about 10 times so far and if I 'delete WAR, wait, copy file' it works every time. If I just replace the file it deadlocks every time.

BTW is 'users@glassfish.java.net' still the best place to post questions or should I use the Glassfish forums. I just sent an email about splitting up the EJB/JPA from the EclipseCon demo into separate packages so the entities and service are more modular.

Thanks for your help!

Comment by Sanjeeb Sahoo [ 21/Feb/12 ]

Did you checkout the sample I had mentioned in an earlier comment in this bug? Did it not answer your question abut how to split into smaller bundles?

Comment by blackbeltdev [ 21/Feb/12 ]

Arg sorry I missed that one. I'll check it out!

Thanks again!

Comment by blackbeltdev [ 21/Feb/12 ]

I was able to get the fighterfish UAS sample working! I had to make a couple of maven changes and after some trial and error figured out I need to update

$GLASSFISH_HOME/glassfish/config/osgi.properties:
org.glassfish.osgijpa.extension.useHybridPersistenceProviderResolver=true

As an OSGi noob even after (mostly) reading "OSGi in Depth" I foundthe JPA setup extremely confusing and non-intuitive (not Glassfish specific).

Maybe add a link to the "fighterfish" samples here as the JPA section is a little too brief on how to go about splitting up the entities and EJBs:
http://glassfish.java.net/public/GF-OSGi-Features.pdf

I would also suggestion that you update your excellent OSGi EclipseCon tutorial to use the "fighterfish" sample instead (which is much more realistic) I think it would help the new users tremendously to get started on Enterprise OSGi which is still IMO not very well documented with lots of conflicting advice (outside of Glassfish I mean).

What we really need is the PetClinic Sample ported to hybrid JavaEE/OSGi with CDI/JPA/OSGi.

Not having Hibernate JPA support kind of hurts us from adopting Glassfish. Is there any timeline for implementing Hibernate in the near term? I realize I can embed Hibernate libraries and entities in the bundle and make it work (kind of like the 'ejbservice' sample does) but that defeats some of the modularization benefits of OSGi.

Thanks again!

Comment by Sanjeeb Sahoo [ 22/Feb/12 ]

What changes did you have to do to the pom.xml to get it to work? I didn't anticipate them. Pl mention that so that I can fix them. May be by creating a bug under osgi-javaee category here.

I will fix the document to reference the sample from each technology section.

I don't know if I have the time to redo the eclipsecon tutorial - may be when I get to present them next time, I will do them. It takea a looo...t of time to create a high quality screencast.

I totally agree about having a petstore type hybrid app leveraging osgi/cdi/ejb/jpa. It comes down to resource availability.

Hibernate dev has not been very helpful in making their software OSGi-ready. I don't have the time to help them, so I don't complain. Your best bet is to embed Hibernate in jpa bundles.

Thanks much,
Sahoo

Comment by blackbeltdev [ 23/Feb/12 ]

Thank you Sahoo. You have been very helpful. The pom changes were mostly unique to our location and a few minor changes to eliminate some duplication. I think the biggest changes I made was to add

<relativePath>../../parent-pom/pom.xml</relativePath>

to each project so I didn't need to install artifacts in local maven repo.

And parent-pom had 1.0.1-SNAPSHOT rather than 1.0.0-SNAPSHOT

<version>1.0.1-SNAPSHOT</version>

Now that I have a working project my understanding has greatly increased. Maybe I can take a stab at a newbie guide since its fresh in my head. I totally missed the appendix had the samples listed already.

I went though the exercise to embed Hibernate in a bundle and got that working. I now have a greater appreciation of the difficulty. That was painful! It was really difficult to get maven/bnd to create the proper manifest file (I had to hack it a bit to make it work).

One last thing that wasn't clear to me is about JPA bootstrapping. In the ejbservice1 example you used managed JPA deployment which allowed you to simplify coding:

    @PersistenceContext
    private EntityManager em;

whereas in ejbservice2 you used unmanaged JPA and injected EntityManagerFactory

    @Inject
    @OSGiService(dynamic = true, serviceCriteria = "(persistence-unit=sample.uas.entities)")
    private EntityManagerFactory emf;

so the code becomes more brittle (i.e. have to manually create/close EntityManager):


    EntityManager em = emf.createEntityManager();
    try {
    } finally {
        em.close();
    }

I was wondering if this is the only option or is it possible to use managed JPA with CDI to inject EntityManager in the EJB similar to ejbservice1 example? Something like (doesn't work):


    @Inject
    @OSGiService(dynamic = true, serviceCriteria = "(persistence-unit=sample.uas.entities)")
    private EntityManager em;

In the Enterprise OSGi in Action book they use managed JPA with declarative transactions exclusively in their examples (Apache Aries) using Blueprint, e.g.

package fancyfoods.persistence;

public class InventoryImpl implements Inventory {

    private EntityManager em;

    public void setEntityManager(EntityManager em) {
        this.em = em;
    }
}

        <bean
                id="inventory"
                class="fancyfoods.persistence.InventoryImpl">
                <tx:transaction
                        method="*"
                        value="Required" />
                <jpa:context
                        property="entityManager"
                        unitname="fancyfoods" />
        </bean>

So I'm hopeful this is possible to do with CDI as well.

Thanks again

References:

http://aries.apache.org/modules/jpaproject.html
http://www.manning.com/cummins/SourceCodeEnterpriseOSGiinAction.zip

Comment by Sanjeeb Sahoo [ 24/Feb/12 ]

I would have liked you to raise general questions unrelated to this issue in our mailing list so that they could benefit others. Anyway, I will answer them here since you have asked so meticulously. If you don't want to manage the lifecycle of EntityManager while injecting EMF as a service, I suggest you take a look the following code which uses interceptors to localise the lifecycle management:

https://svn.java.net/svn/glassfish~svn/trunk/fighterfish/test/testapp/test.app16.mdb/src/main/java/org/glassfish/fighterfish/test/app16/mdb/TestApp16MDB_BMT.java

Pl ask related questions in forum. I am traveling now, so expect some delays in replies.

Thanks,
Sahoo

Comment by TangYong [ 13/Oct/12 ]

I think that because GLASSFISH-18159 should have been integreated into current trunk, it is time to re-back the issue and next week, firstly, I will spend some time to see whether the problem will be reproduced.

Comment by TangYong [ 25/Mar/13 ]

For the issue, I have confirmed it in depth today using v4 SNAPSHOT as following:

1. About re-producing steps in description

Firstly, re-producing steps in description are not very enough. And by investigations many times, right steps are as following:

[Precondition]: the means of "re-deploy" should be directly putting bundles related the issue into "glassfish4\glassfish\domains\domain1\autodeploy\bundles" . (Here, I assumed that the user used domain1 only not clustering scene or used multi-domains scene)

[Steps]
1) asadmin start-domain domain1
2) asadmin start-database
3) putting the following bundles into autodeploy\bundles

  • slf4j-jcl-1.6.4.jar
  • slf4j-api-1.6.4.jar
  • com.springsource.org.apache.commons.logging-1.1.1.jar
  • groovy-all-1.8.6.jar
  • vaadin-6.7.5.jar
  • cpms-web-static.jar[1]
  • cpms-web.war
    [1]: you can also firstly put cpms-web.war, then put cpms-web-static.jar, and executing "asadmin osgi update <WAB's bundle id>". I adopted this way.

Noting: please do not put jcl-over-slf4j-1.6.4.jar into autodeploy\bundles, because this will produce a conflict with slf4j-jcl-1.6.4.jar and cause a StackOverflowError while you accessed the vaadin application client.

BTW: In reality, these dependent bundles needed not to be deployed as OSGi bundle alone, and right doing is to make them as inner class path or embed them into the war's inner class path.

In addition, the demo itself is very interesting and uses fragment(cpms-web-static.jar) skill to attach vaadin's themes including widgetsets into host bundle(cpms-web.war) in order to reach dynamic themes switching(I guess) in the future.

4) accessing "http://localhost:8080/app/address-book/" and should be fine

5) modifying cpms-web.war's source(eg. I changed the war's servlet mapping name from address-book into address-book1), then, executing "mvn clean install"

6) replacing the cpms-web.war in autodeploy\bundles with new built cpms-web.war based 5)

2 About the "Hangs with logging similar to the below"
After executing 6), I have not seen any "Hangs with logging similar to the below", however, in server.log, there are the following exceptions:

[2013-03-25T16:35:23.156+0900] [glassfish 4.0] [WARNING] [] [org.glassfish.osgijavaeebase] [tid: _ThreadID=96 _ThreadName=pool-19-thread-1] [timeMillis: 1364196923156] [levelValue: 900] [[
Failed to deploy bundle com.textura.cpms.web [301]
org.glassfish.osgijavaeebase.DeploymentException: Deployment of com.textura.cpms.web [301] failed because of following reason: Failed while deploying bundle com.textura.cpms.web [301] : java.nio.channels.ClosedByInterruptException
at org.glassfish.osgijavaeebase.AbstractOSGiDeployer.deploy(AbstractOSGiDeployer.java:127)
at org.glassfish.osgijavaeebase.OSGiContainer.deploy(OSGiContainer.java:154)
at org.glassfish.osgijavaeebase.JavaEEExtender.deploy(JavaEEExtender.java:109)
at org.glassfish.osgijavaeebase.JavaEEExtender.access$200(JavaEEExtender.java:61)
at org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer$1.call(JavaEEExtender.java:153)
at org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer$1.call(JavaEEExtender.java:150)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.nio.channels.ClosedByInterruptException
at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:202)
at java.nio.channels.Channels$ReadableByteChannelImpl.read(Channels.java:387)
at com.sun.enterprise.util.io.FileUtils.copy(FileUtils.java:952)
at org.glassfish.internal.deployment.GenericHandler.expand(GenericHandler.java:100)
at org.glassfish.osgijavaeebase.OSGiDeploymentRequest.expandIfNeeded(OSGiDeploymentRequest.java:259)
at org.glassfish.osgijavaeebase.OSGiDeploymentRequest.prepare(OSGiDeploymentRequest.java:154)
at org.glassfish.osgijavaeebase.OSGiDeploymentRequest.execute(OSGiDeploymentRequest.java:117)
at org.glassfish.osgijavaeebase.AbstractOSGiDeployer.deploy(AbstractOSGiDeployer.java:123)
... 10 more
]]

At the same time, after I executed "asadmin stop-domain", I can stop glassfish normally and need not to kill the java process from outside.

So, My suggestion is that
1. please blackbeltdev sees the above my confirmation and tried current v4 as possible
2. if not happening on v4, please sahoo closed the issue.
3. about the exception I mentioned, whether needing to re-open an issue?

Thanks
--Tang

Comment by Sanjeeb Sahoo [ 25/Mar/13 ]

Tang,

The fix made in GLASSFISH-18159 means we won't deadlock, but we introduced a timeout functionality. The interrupted exception suggests some other thread interrupted the deployment process because of timeout. See the log file closely to see if there is any message to this effect. The default value for timeout is 10 seconds. See GLASSFISH-20023 to see how you can change it.

Sahoo

Comment by TangYong [ 25/Mar/13 ]

Sahoo,

I am sorry for forgetting to say a point:

The exception can not be re-produced after I applied GLASSFISH-19688, and I felt a litter curious.

So, whether can close the issue?

In addition,

> See GLASSFISH-20023 to see how you can change it.
Your means is whether an user can set the value of "org.glassfish.osgijavaeebase.deployment.timeout" except in osgi.proerties file?

If such being the case, we should create a new feature to resolve it.

Thanks
--Tang

Comment by Sanjeeb Sahoo [ 25/Mar/13 ]

If you can't reproduce, then close the issue.

Comment by TangYong [ 25/Mar/13 ]

The issue can not be re-produced after fixing GLASSFISH-19688 which will be fixed in 4.0_b82_EE7MS7.

If seeing the issue again in the future, I will re-open the issue.





[GLASSFISH-18376] Windows, the redeployment to DAS of an enabled app with --force=true - failed. Created: 17/Feb/12  Updated: 20/Dec/16  Resolved: 06/Apr/12

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1.2_dev
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: easarina Assignee: Hong Zhang
Resolution: Fixed Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File stateless-simple.ear    
Issue Links:
Cloners
is cloned by GLASSFISH-21422 Windows, the redeployment to DAS of a... Open
Tags: 3_1_2-exclude

 Description   

Build 23, Windows machines. The redeployment with --force=true to DAS failed for several apps. See, for example, error messages that were created in the server.log during redeployment of stateless-simple.ear with --force=true. I've attached stateless-simple.ear.

EPLOYMENT stateless-simple
[#|2012-02-17T09:35:08.501-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=21;_ThreadName=Thread-2;|EJB5181:Portable JNDI names for EJB TheGreeter: [java:global/stateless-simple/stateless-simpleEjb/TheGreeter, java:global/stateless-simple/stateless-simpleEjb/TheGreeter!samples.ejb.stateless.simple.ejb.GreeterHome]|#]

[#|2012-02-17T09:35:08.501-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=21;_ThreadName=Thread-2;|EJB5182:Glassfish-specific (Non-portable) JNDI names for EJB TheGreeter: [greeter]|#]

[#|2012-02-17T09:35:08.907-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=21;_ThreadName=Thread-2;|WEB0671: Loading application stateless-simple#stateless-simple.war at [helloworld]|#]

[#|2012-02-17T09:35:08.970-0800|INFO|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=21;_ThreadName=Thread-2;|stateless-simple was successfully deployed in 1,344 milliseconds.|#]

DISABLE stateless-simple
ENABLE stateless-simple
[#|2012-02-17T09:35:12.188-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=18;_ThreadName=Thread-2;|EJB5181:Portable JNDI names for EJB TheGreeter: [java:global/stateless-simple/stateless-simpleEjb/TheGreeter, java:global/stateless-simple/stateless-simpleEjb/TheGreeter!samples.ejb.stateless.simple.ejb.GreeterHome]|#]

[#|2012-02-17T09:35:12.188-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.ejb.com.sun.ejb.containers|_ThreadID=18;_ThreadName=Thread-2;|EJB5182:Glassfish-specific (Non-portable) JNDI names for EJB TheGreeter: [greeter]|#]

[#|2012-02-17T09:35:12.548-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=18;_ThreadName=Thread-2;|WEB0671: Loading application stateless-simple#stateless-simple.war at [helloworld]|#]

[#|2012-02-17T09:35:12.548-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=37;_ThreadName=Thread-2;|CORE10010: Loading application stateless-simple done in 0 ms|#]

REDEPLOY --FORCE stateless-simple
[#|2012-02-17T09:35:14.282-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.282-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.org.glassfish.deployment.common|_ThreadID=19;_ThreadName=Thread-2;|Exception while locating sub archive: stateless-simple.war|#]

[#|2012-02-17T09:35:14.298-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.298-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.313-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=39;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.329-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.329-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.345-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.407-0800|WARNING|glassfish3.1.2|javax.enterprise.system.tools.deployment.com.sun.enterprise.deploy.shared|_ThreadID=19;_ThreadName=Thread-2;|DPL8031: Ignoring stateless-simple_war/ because the containing archive C:\hudson\workspace\deployment-w\glassfish3\glassfish\domains\domain1\applications\stateless-simple recorded it as a pre-existing stale file|#]

[#|2012-02-17T09:35:14.407-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=19;_ThreadName=Thread-2;|Exception while deploying the app [stateless-simple]|#]

[#|2012-02-17T09:35:14.407-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=19;_ThreadName=Thread-2;|Could not find sub module [stateless-simple.war] as defined in application.xml
java.lang.IllegalArgumentException: Could not find sub module [stateless-simple.war] as defined in application.xml
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.readModulesDescriptors(ApplicationArchivist.java:585)
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openWith(ApplicationArchivist.java:258)
at com.sun.enterprise.deployment.archivist.ApplicationFactory.openWith(ApplicationFactory.java:240)
at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:175)
at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:94)
at com.sun.enterprise.v3.server.ApplicationLifecycle.loadDeployer(ApplicationLifecycle.java:827)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:769)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:368)
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: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$Hk2DispatcherCallable.call(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
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)

#]

[#|2012-02-17T09:35:14.423-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=19;_ThreadName=Thread-2;|Exception while deploying the app [stateless-simple] : Could not find sub module [stateless-simple.war] as defined in application.xml|#]



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

Not a 3.1.2 stopper.

Comment by ariod [ 04/Mar/12 ]

I've also been having this issue. Not sure how 3.1.2 could've go final without fixing this.

Comment by Hong Zhang [ 05/Mar/12 ]

The bug came in too late in the 3.1.2 release cycle so we were not able to address it there. We will look into it and address it in the next release.

From the initial investigation by Tim, it seems there was a jar opened by the web container but not closed later. I will attach the stack trace below and let web team take a look to see how we could close the jar.

=================
Current list of opened but unclosed jar files matching the filter:
Path "C:\gf3.1.2-released\glassfish3\glassfish\domains\domain1\applications\stateless-simple\stateless-simple_war\WEB-INF\lib\stateless-simpleEjb.jar"
..Opened by hashCode object 4073 from:
java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:154)
java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:89)
sun.misc.URLClassPath$JarLoader.getJarFile(sun\misc\URLClassPath.java:706)
sun.misc.URLClassPath$JarLoader.access$600(sun\misc\URLClassPath.java:587)
sun.misc.URLClassPath$JarLoader$1.run(sun\misc\URLClassPath.java:667)
sun.misc.URLClassPath$JarLoader$1.run(sun\misc\URLClassPath.java:660)
java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
sun.misc.URLClassPath$JarLoader.ensureOpen(sun\misc\URLClassPath.java:659)
sun.misc.URLClassPath$JarLoader.<init>(sun\misc\URLClassPath.java:632)
sun.misc.URLClassPath$3.run(sun\misc\URLClassPath.java:362)
sun.misc.URLClassPath$3.run(sun\misc\URLClassPath.java:352)
java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:351)
sun.misc.URLClassPath.getLoader(sun\misc\URLClassPath.java:328)
sun.misc.URLClassPath.access$000(sun\misc\URLClassPath.java:62)
sun.misc.URLClassPath$1.next(sun\misc\URLClassPath.java:221)
sun.misc.URLClassPath$1.hasMoreElements(sun\misc\URLClassPath.java:232)
java.net.URLClassLoader$3$1.run(java\net\URLClassLoader.java:583)
java.net.URLClassLoader$3$1.run(java\net\URLClassLoader.java:581)
java.security.AccessController.doPrivileged(java\security\AccessController.java:-1)
java.net.URLClassLoader$3.next(java\net\URLClassLoader.java:580)
java.net.URLClassLoader$3.hasMoreElements(java\net\URLClassLoader.java:605)
org.glassfish.web.loader.WebappClassLoader.findResources(org\glassfish\web\loader\WebappClassLoader.java:1097)
org.glassfish.web.loader.WebappClassLoader.getResources(org\glassfish\web\loader\WebappClassLoader.java:1302)
java.util.ServiceLoader$LazyIterator.hasNext(java\util\ServiceLoader.java:340)
java.util.ServiceLoader$1.hasNext(java\util\ServiceLoader.java:432)
org.glassfish.web.loader.ServletContainerInitializerUtil.getInterestList(org\glassfish\web\loader\ServletContainerInitializerUtil.java:165)
org.apache.catalina.core.StandardContext.callServletContainerInitializers(org\apache\catalina\core\StandardContext.java:5432)
com.sun.enterprise.web.WebModule.callServletContainerInitializers(com\sun\enterprise\web\WebModule.java:581)
org.apache.catalina.core.StandardContext.start(org\apache\catalina\core\StandardContext.java:5363)
com.sun.enterprise.web.WebModule.start(com\sun\enterprise\web\WebModule.java:498)
org.apache.catalina.core.ContainerBase.addChildInternal(org\apache\catalina\core\ContainerBase.java:917)
org.apache.catalina.core.ContainerBase.addChild(org\apache\catalina\core\ContainerBase.java:901)
org.apache.catalina.core.StandardHost.addChild(org\apache\catalina\core\StandardHost.java:733)
com.sun.enterprise.web.WebContainer.loadWebModule(com\sun\enterprise\web\WebContainer.java:2018)
com.sun.enterprise.web.WebContainer.loadWebModule(com\sun\enterprise\web\WebContainer.java:1669)
com.sun.enterprise.web.WebApplication.start(com\sun\enterprise\web\WebApplication.java:109)
org.glassfish.internal.data.EngineRef.start(org\glassfish\internal\data\EngineRef.java:130)
org.glassfish.internal.data.ModuleInfo.start(org\glassfish\internal\data\ModuleInfo.java:269)
org.glassfish.internal.data.ApplicationInfo.start(org\glassfish\internal\data\ApplicationInfo.java:301)
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(com\sun\enterprise\v3\server\ApplicationLifecycle.java:461)
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(com\sun\enterprise\v3\server\ApplicationLifecycle.java:240)
org.glassfish.deployment.admin.DeployCommand.execute(org\glassfish\deployment\admin\DeployCommand.java:389)
com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:348)
com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:363)
com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:1085)
com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:95)
com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:1291)
com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:1259)
com.sun.enterprise.v3.admin.AdminAdapter.doCommand(com\sun\enterprise\v3\admin\AdminAdapter.java:461)
com.sun.enterprise.v3.admin.AdminAdapter.service(com\sun\enterprise\v3\admin\AdminAdapter.java:212)
com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(com\sun\grizzly\tcp\http11\GrizzlyAdapter.java:179)
com.sun.enterprise.v3.server.HK2Dispatcher.dispath(com\sun\enterprise\v3\server\HK2Dispatcher.java:117)
com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(com\sun\enterprise\v3\services\impl\ContainerMapper.java:354)
com.sun.enterprise.v3.services.impl.ContainerMapper.service(com\sun\enterprise\v3\services\impl\ContainerMapper.java:195)
com.sun.grizzly.http.ProcessorTask.invokeAdapter(com\sun\grizzly\http\ProcessorTask.java:849)
com.sun.grizzly.http.ProcessorTask.doProcess(com\sun\grizzly\http\ProcessorTask.java:746)
com.sun.grizzly.http.ProcessorTask.process(com\sun\grizzly\http\ProcessorTask.java:1045)
com.sun.grizzly.http.DefaultProtocolFilter.execute(com\sun\grizzly\http\DefaultProtocolFilter.java:228)
com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(com\sun\grizzly\DefaultProtocolChain.java:137)
com.sun.grizzly.DefaultProtocolChain.execute(com\sun\grizzly\DefaultProtocolChain.java:104)
com.sun.grizzly.DefaultProtocolChain.execute(com\sun\grizzly\DefaultProtocolChain.java:90)
com.sun.grizzly.http.HttpProtocolChain.execute(com\sun\grizzly\http\HttpProtocolChain.java:79)
com.sun.grizzly.ProtocolChainContextTask.doCall(com\sun\grizzly\ProtocolChainContextTask.java:54)
com.sun.grizzly.SelectionKeyContextTask.call(com\sun\grizzly\SelectionKeyContextTask.java:59)
com.sun.grizzly.ContextTask.run(com\sun\grizzly\ContextTask.java:71)
com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(com\sun\grizzly\util\AbstractThreadPool.java:532)
com.sun.grizzly.util.AbstractThreadPool$Worker.run(com\sun\grizzly\util\AbstractThreadPool.java:513)
java.lang.Thread.run(java\lang\Thread.java:722)

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

There were some changes done in the deployment framework earlier (in FileArchive) to mitigate problem like this, but seems for this code path, the web container code might not use the FileArchive abstraction to handle files. We could work with the web team to see if there is any enhancement we could do to cover this code path as well.

Comment by Shing Wai Chan [ 14/Mar/12 ]

Which version of JDK are you using?

Comment by easarina [ 14/Mar/12 ]

Was used JDK 1.6.0_31

Comment by Shing Wai Chan [ 29/Mar/12 ]

This seems to relate to the fact that URLClassLoader opens jars without closing it in a JVM.
See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5041014 for more details.

In JDK 7, URLClassLoader implements Closable. This allows us to close opening jars.

Comment by Shing Wai Chan [ 02/Apr/12 ]

I have checked that there are reflection calls for Oracle JDK to clean up descriptors.
If you deploy/undeploy, then there is no file descriptor locking.
But if one deploy/redeploy, then there is file descriptor locking.
Need further investigation.

Comment by Shing Wai Chan [ 05/Apr/12 ]

I have deployed the attached ear file in GlassFish 3.1.2 FCS on Window machine and then redeploy with deploy --force.
It is working fine.
If we deploy and then undeploy, the jar files are released. I have verified those files are closed after undeployment.

Comment by easarina [ 05/Apr/12 ]

To reproduce the issue have to be executed the follow commands:
==========================================================
asadmin deploy stateless-simple.ear
Application deployed with name stateless-simple.
Command deploy executed successfully.

asadmin disable stateless-simple
Command disable executed successfully.

asadmin enable stateless-simple
Command enable executed successfully.

asadmin deploy --force=true stateless-simple.ear
remote failure: Error occurred during deployment: Exception while deploying the
app [stateless-simple] : Could not find sub module [stateless-simple.war] as defined in application.xml. Please see server.log for more details.
Command deploy failed.

asadmin version --verbose
Version = GlassFish Server Open Source Edition 3.1.2 (build 23), JRE version 1.7.0_02
Command version executed successfully.
===================================================

Shing Wai Chan will open a new issue, where will be described that disable/enable creates the follow problem.

Comment by Shing Wai Chan [ 05/Apr/12 ]

Per discussion with the reporter, she did not mean just redeployment of the ear file.
The scenario is as follows:
1) asadmin deploy stateless-simple.ear
2) asadmin disable stateless-simple
3) asadmin enable stateless-simple
4) asadmin deploy --force stateless-simple

Then we can the exception in above.

I have verified if we add (2), (3) above, then there will be an exception.
Otherwise, it is ok.
So, I will reopen the bug for further investigation.

Comment by Shing Wai Chan [ 05/Apr/12 ]

Note that we can see the same issue as follows:
1) asadmin deploy stateless-simple.ear
2) asadmin disable stateless-simple
3) restart the server (DAS in this case)
4) asadmin enable stateless-simple
5) asadmin deploy --force stateless-simple

Comment by Shing Wai Chan [ 06/Apr/12 ]

During undeployment, ApplicationInfo#stop and then ApplicationInfo#clean are called by deployment framework. The latter will eventually invoke WebappClassLoader#stop.

For disable, only ApplicationInfo#stop is called. Hence, the WebappClassLoader#stop is not called, and hence the file descriptors leak.

Comment by Shing Wai Chan [ 06/Apr/12 ]

Note that
ApplicationInfo#clean -> EarClassLoader#preDestroy -> WebappClassLoader#preDestroy -> WebappClassLoader#stop

Should we call ApplicationInfo#clean during "disable"?

Note that I have verified that the above issue is resolved in 4.0 trunk workspace.
Per discussion with Hong, I will assign this bug to deployment team.

Comment by Hong Zhang [ 06/Apr/12 ]

Yes, the clean phase is invoked as part of the disable command in trunk which addressed the issue.

Comment by Shing Wai Chan [ 06/Apr/12 ]

Per our discussion, we may consider to fix this in 3.x branch if possible.

Comment by Hong Zhang [ 06/Apr/12 ]

yes, we could consider the fix for 3.1.3 (to make the same changes as trunk, make clean phase invoked as part of the disable command)





[GLASSFISH-18370] OSGi Services injected with CDI have their exceptions wrapped.. Created: 15/Feb/12  Updated: 20/Dec/16  Resolved: 22/Oct/12

Status: Resolved
Project: glassfish
Component/s: cdi, OSGi, OSGi-JavaEE
Affects Version/s: 3.1.2_dev
Fix Version/s: 4.0

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

Attachments: Zip Archive glassfish-18370-test.zip     Java Source File OSGiServiceFactory.java     Text File OSGiServiceFactory.patch    
Tags: 3_1_2-exclude, 3_1_2-next

 Description   

When injecting an OSGi Service with methods that declare they throw exceptions.

The CDI wrapper does not unwrap them before throwing them back up.

In org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke()

line 185: return method.invoke(instanceToUse, args);

should really be something like..

try { 
   return method.invoke(instanceToUse, args);
} catch ( final InvocationTargetException e ) {
   throw e.getCause();
}

Might want to check for getCause() == null too, but you get the idea..

[#|2012-02-14T18:57:23.082-0500|SEVERE|glassfish3.1.2|com.sun.jersey.spi.container.ContainerResponse|_ThreadID=174;_ThreadName=Thread-2;|Mapped exception to response: 500 (Internal Server Error)
javax.ws.rs.WebApplicationException: java.lang.reflect.UndeclaredThrowableException
	at com.mm.ws.optin.OptInResource.initiate(OptInResource.java:90)
	at com.mm.ws.optin.OptInResource$Proxy$_$$_WeldClientProxy.initiate(OptInResource$Proxy$_$$_WeldClientProxy.java)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1469)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1400)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
	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:722)
Caused by: java.lang.reflect.UndeclaredThrowableException
	at $Proxy217.initiateOptIn(Unknown Source)
	at com.mm.ws.optin.OptInResource.initiate(OptInResource.java:55)
	... 44 more
Caused by: java.lang.reflect.InvocationTargetException
	at sun.reflect.GeneratedMethodAccessor614.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke(OSGiServiceFactory.java:234)
	... 46 more
Caused by: com.mm.service.optin.InvalidCampaignIdentifierException: campaignIdentifier cannot be empty or null
	at com.mm.service.optin.impl.OptInServiceImpl.initiateOptIn(OptInServiceImpl.java:63)
	at sun.reflect.GeneratedMethodAccessor614.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
	at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:110)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
	at $Proxy216.initiateOptIn(Unknown Source)
	... 50 more



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

Too late to fix in 3.1.2. Tagging for consideration in next release.

Comment by TangYong [ 20/Jul/12 ]

I made a revise and have request sahoo to review it.
BTW: besides OSGiServiceFactory$DynamicInvocationHandler.invoke,
OSGiServiceFactory$StaticInvocationHandler.invoke
method should be also revised when not using "dynamic = true".

Comment by TangYong [ 10/Aug/12 ]

Tang Yong said:

I have finished the investigation and made a revise which is on

https://github.com/tangyong/GLASSFISH-18370.

I modifed the stockquote-cdi-osgi-sample and can trigger the
UndeclaredThrowableException, you can get the sample from the above
github url.

Just as aaronjwhiteside said: we really need to get the cause of
InvocationTargetException, otherwise, once InvocationTargetException
happened, UndeclaredThrowableException will be thrown by a method
invocation on a proxy instance[1].

[1]: About "UndeclaredThrowableException"
http://docs.oracle.com/javase/6/docs/api/java/lang/reflect/UndeclaredThrowableException.html

In addition, besides org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke method,
org.glassfish.osgicdi.impl.OSGiServiceFactory$StaticInvocationHandler.invoke method should be also revised
when not using "dynamic = true".

Comment by TangYong [ 10/Aug/12 ]

Sahoo Said:

Your change looks good to me. Let's wait for Siva to review as well.
Siva had earlier mentioned that he would get back with his review
comments by beginning of coming week, so give him time.

Comment by TangYong [ 12/Oct/12 ]

Hi siva,

I have uploaded path of the issue and want to ask you confirm it.

Comment by Sivakumar Thyagarajan [ 15/Oct/12 ]

This patch looks good to me too. I will commit this changes soon and update this issue.

Comment by Sanjeeb Sahoo [ 16/Oct/12 ]

Tang,

When you have time, please submit add a test case for this in FighterFish test suite [1]?

Thanks,
Sahoo

[1] https://wikis.oracle.com/pages/viewpage.action?pageId=36438159

Comment by TangYong [ 19/Oct/12 ]

Hi sahoo, siva,

Please see attachment and I have added a test case for the issue and ran successuflly.

Comment by Sanjeeb Sahoo [ 22/Oct/12 ]

I am applying the patch.

Comment by Sanjeeb Sahoo [ 22/Oct/12 ]

Applying patch supplied by Tang Yong.
Sending module/osgi-cdi/src/main/java/org/glassfish/osgicdi/impl/OSGiServiceFactory.java
Sending test/it/ExpectedTestResult.txt
Sending test/it/src/test/java/org/glassfish/fighterfish/test/it/T2_Test.java
Sending test/testapp/pom.xml
Adding test/testapp/test.app20
Adding test/testapp/test.app20/README.xml
Adding test/testapp/test.app20/osgi.properties
Adding test/testapp/test.app20/pom.xml
Adding test/testapp/test.app20/src
Adding test/testapp/test.app20/src/main
Adding test/testapp/test.app20/src/main/java
Adding test/testapp/test.app20/src/main/java/org
Adding test/testapp/test.app20/src/main/java/org/glassfish
Adding test/testapp/test.app20/src/main/java/org/glassfish/fighterfish
Adding test/testapp/test.app20/src/main/java/org/glassfish/fighterfish/test
Adding test/testapp/test.app20/src/main/java/org/glassfish/fighterfish/test/app20
Adding test/testapp/test.app20/src/main/java/org/glassfish/fighterfish/test/app20/SimpleServiceActivator.java
Adding test/testapp/test.app20/src/main/java/org/glassfish/fighterfish/test/app20/SimpleStockQuoteServiceImpl.java
Adding test/testapp/test.app20/src/main/java/org/glassfish/fighterfish/test/app20/StockQuoteService.java
Adding test/testapp/test.app20/src/main/java/org/glassfish/fighterfish/test/app20/StockQuoteServlet.java
Adding test/testapp/test.app20/src/main/webapp
Adding test/testapp/test.app20/src/main/webapp/WEB-INF
Adding test/testapp/test.app20/src/main/webapp/WEB-INF/beans.xml
Adding test/testapp/test.app20/src/test
Adding test/testapp/test.app20/src/test/java
Adding test/testapp/test.app20/src/test/java/org
Adding test/testapp/test.app20/src/test/java/org/glassfish
Adding test/testapp/test.app20/src/test/java/org/glassfish/fighterfish
Adding test/testapp/test.app20/src/test/java/org/glassfish/fighterfish/test
Adding test/testapp/test.app20/src/test/java/org/glassfish/fighterfish/test/app20
Transmitting file data ............
Committed revision 56653.





[GLASSFISH-18367] Names Chopped Off of distribution web page Created: 15/Feb/12  Updated: 12/Dec/12  Resolved: 12/Dec/12

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

Type: Bug Priority: Major
Reporter: Byron Nevins Assignee: Unassigned
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

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

 Description   

This has been driving me nuts since forever. I finally decided to create an issue.

Take a look at the jpg. There is gigantic "real estate" available but it is completely ignored. Every single filename is chopped off.

I have to slowly, ever so slowly, hover over every filename to see the tool tip of what the actual filename is in order to get the right one!

Perhaps change the final filenames so at least, say, the name starts with the platform name?

Note how every truncated name looks exactly the same on the image attached.



 Comments   
Comment by Joe Di Pol [ 12/Dec/12 ]

The formatting is determined by the javaweb.us.oracle.com web server, and we're not changing the bundle names because if its limitations.





[GLASSFISH-18364] [NLS]Different messages show in server locale or EN for connection failed of HTTP LB Created: 15/Feb/12  Updated: 20/Dec/16  Due: 15/Feb/12  Resolved: 21/Feb/13

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

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-b22-unix-ml.sh
OS: OEL5 x64
Server locale: ko_KR.UTF-8
Browser:FF8
Browser locale: it_IT.UTF-8


Attachments: JPEG File LB_connection_failed_b22_1.jpg     JPEG File LB_connection_failed_b22_2.jpg     JPEG File LB_connection_failed_b22_3.jpg     JPEG File LB_connection_failed_b22_4.jpg     JPEG File LB_connection_failed_b22_5.jpg     JPEG File LB_connection_failed_b22_6.jpg     JPEG File LB_connection_failed_b22_7.jpg    
Tags: 3_1_2-exclude

 Description   

1. Logon Admin Console;
2. Create a HTTP LB;
3. If you configure different Device Host and Device Port, and click Test Connect. You'll get different error messages in server locale or EN when connection failed. For example:

148.87.19.20:443/8443---호스트로 갈 루트가 없음호스트로 갈 루트가 없음(server locale)
localhost:443/8443---연결이 거부됨연결이 거부됨
localhost:4848---loadBalancer.ApplyLBSuccessful
alclab25.cn.oracle.com:4848---Remote host closed connection during handshakeRemote host closed connection during handshake
alclab25.cn.oracle.com:443---String index out of range: -51String index out of range: -51
148.87.19.20:80---Unrecognized SSL message, plaintext connection?Unrecognized SSL message, plaintext connection?
148.87.19.20:8080---연결 시간 초과연결 시간 초과






[GLASSFISH-18363] [NLS]An error message shows in server locale and EN both for LB HealthChecker configuration. Created: 15/Feb/12  Updated: 20/Dec/16  Resolved: 21/Feb/13

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

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-b22-unix-ml.sh
OS: OEL5 x64
Server locale: ko_KR.UTF-8
Browser:FF8
Browser locale: it_IT.UTF-8


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

 Description   

1. Logon Admin console;
2. Create a Standalone Instance as default-config named S2;
3. Create a HTTP LB with S2 as target named "a";
4. Switch to Target tab,click HealthChecker, and then modify timeout as 0 and save;
5. Due to violation of timeout configuration, the error msg shows. But it shows in both ko(server locale) and en.






[GLASSFISH-18361] GlassFish OSGI Web Console is not available when GlassFish is installed on custom ports Created: 14/Feb/12  Updated: 12/Feb/13

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

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

GlassFish 3.1.1, Java EE SDK 6 u3 running on JDK 6, Mac OS X 10.6.8 or Windows Server 2003 R2 SP2


Tags: 3_1_2-exclude, 3_1_2-next, admin-gui, osgi

 Description   

Test case:
1. Install either 3.1.1 standalone or Java EE SDK.
2. Select custom ports for HTTP service and Admin service. For example: 1234 and 1235.
3. Run an update tool, install:
glassfish-osgi-gui Application Servers 3.1.1-12
glassfish-osgi-feature-pack Application Servers 3.1.1-12
glassfish-osgi-incorporation Application Servers 3.1.1-12

4. Start the domain

Expected:
OSGi Web Console is available either via Admin Console > server > OSGi Console or via http://localhost:1234/osgi/system/console/ per the documentation.

Actual:
Admin console displays "can't contact server at localhost:8080" in Firefox. The direct OSGi Web Console link displays 404.

Workaround:
Applied workaround from http://java.net/jira/browse/GLASSFISH-18228. The direct link is functional now. However, the Admin console still displays the same error message.



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

Too late to address in 3.1.2. Tagging for consideration in next release.

Comment by Anissa Lam [ 12/Feb/13 ]

Request Sahoo to do the evaluation. I am not sure if this need to be addressed for 4.0, and what needs to be done in the console side. thanks.





[GLASSFISH-18360] Update tool configuration breaks default network behaviour Created: 14/Feb/12  Updated: 20/Dec/16

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

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

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


Tags: 3_1_2-exclude, 3_1_2-next

 Description   

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

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

The setting

proxy.use.system: true

Is used by the class

com.sun.pkg.client.SystemInfo

to set the following system property

java.net.useSystemProxies=true

This class is executed when glassfish starts up.

This setting overrides the setting in $

{JAVA_HOME}/jre/lib/net.properties

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

The crash dump shows (partial)

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

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

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

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

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

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

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

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



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

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

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

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

Comment by kovica [ 19/Jul/12 ]

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

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

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

Comment by thehpi [ 19/Jul/12 ]

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

Comment by kovica [ 19/Jul/12 ]

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

Comment by ljnelson [ 02/Nov/13 ]

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

Notes for posterity and non-GlassFish-team people:

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

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

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

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

proxy.use.system = true

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

This has a couple of side effects.

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

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

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

proxy.use.system = false

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





[GLASSFISH-18356] HttpServletRequest.login does not work correctly with single sign on (SSO) JSESSIONIDSSO cookie is not sent. Created: 13/Feb/12  Updated: 20/Dec/16  Resolved: 04/Apr/13

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.1, 3.1.2_dev
Fix Version/s: 4.0_dev

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

Linux, Java 1.7.0_02, Glassfish 3.1.1 Release and 3.1.2-b22


Attachments: Zip Archive single-sign-on.zip    
Tags: 3_1_2-exclude, 3_1_2-next, 4_0-approved

 Description   

Configure Glassfish for SSO, and add a user to the file realm from the Admin Console:

Configurations->server-config->HTTP Service: SSO: Enabled
Configurations->server-config->Security: Default Principal To Role Mapping: Enabled
Configurations->server-config->Realms->file: Add a user with username: "username" password: "password" and role of "customrole"

Deploy the attached war file. (It's inside the zip file, which contains the war and src).

If you login using the FORM login method, (The third link) you will be logged into the web application, and receive a JSESSIONSSO cookie. So going to another web application in the same realm will not prompt for credentials.

Logout / close browser, try to login using the HttpServletLogin method (The second link), something like http://localhost:8080/single-sign-on/login?u=username&p=password you will be logged in, but the JSESSIONIDSSO cookie is not sent. So going to another web application in the same realm will prompt for credentials.

The JSESSIONIDSSO cookie should be sent, and navigating to another web application in the same realm should not prompt for credentials.



 Comments   
Comment by kumara [ 13/Feb/12 ]

-> web_container

Comment by Shing Wai Chan [ 13/Feb/12 ]

The org.apache.catalina.connector#login and #authenticate methods are quite different from Tomcat code.
In Tomcat, the logic is delegated back to Authenticator.

Security team may like to compare this with Tomcat 7 code base.

Please go through the bug fix guidelines in https://wikis.oracle.com/display/GlassFish/GuidelinesOnBugFixesFor312

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

Too late to address in 3.1.2. Tagging for consideration in next release.

Comment by adriaaaaan [ 20/Apr/12 ]

I'm guessing theres not going to be a 3.1.3? Is there any chance of a workaround as we've counting on using sso for some time but have been constantly prevented from doing so by endless bugs

Comment by javabeats [ 20/Apr/12 ]

Agreed. A patch or update would be welcome, rather than having us all upgrade production systems in a hurry to 3.2 to finally have SSO directly from Glassfish.

Comment by adriaaaaan [ 14/Sep/12 ]

Any movement on this issue? It was tagged for next release but that has come and gone. Is there any known workaround (for example creating the cookie manually?). where does the ssoid come from? Thanks

Comment by manuel_b [ 27/Dec/12 ]

Hi everybody,
I have the same issue. So our problem is the following: We have a sign up form on an html page. This sign up form is send to a rest servlet in a webapp. The servlets registers the user and logs the user in. After logging in the user is redirected to another web app. Now he has to reenter his just created credentials again.

Unfortunately no JSESSIONIDSSO cookie is set by the Rest servlet.

Comment by adriaaaaan [ 20/Mar/13 ]

bump? Surely this has to be considered for gf4? Theres no point in having sso if you can't use it. We login via rest and can't use sso unless this is resolved. Is there not any kind of workaround or way to set the cookie manually?

Comment by Shing Wai Chan [ 03/Apr/13 ]
  • What is the impact on the customer of the bug?
    SSO not working for programmatic login.
  • What is the cost/risk of fixing the bug?
    The SSO should be unregistered when it is logout.
    Also, the J2EEInstanceListener should not call the 196 logout as in 3.x.
  • Is there an impact on documentation or message strings?
    No.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    SQE pe/security tests
  • Which is the targeted build of 4.0 for this fix?
    4.0_b84 (assuming b83 is already done)
  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.
    N/A
Comment by Shing Wai Chan [ 04/Apr/13 ]

While fixing another issue, part of the fix is done in svn 60610.
The following code resolved the issue for logout.
This completes the fix for the issue.

Sending appserver/security/webintegration/src/main/java/com/sun/web/security/RealmAdapter.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/Authenticator.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/Realm.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/authenticator/AuthenticatorBase.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/connector/Request.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/realm/RealmBase.java
Sending appserver/web/web-glue/src/main/java/com/sun/web/server/J2EEInstanceListener.java
Sending nucleus/common/common-util/src/main/java/com/sun/enterprise/security/integration/RealmInitializer.java
Transmitting file data ........
Committed revision 61154.





[GLASSFISH-18354] Edit and delete of virtual server failed Created: 13/Feb/12  Updated: 20/Dec/16  Resolved: 21/Feb/13

Status: Resolved
Project: glassfish
Component/s: rest-interface
Affects Version/s: 3.1.1_dev
Fix Version/s: 4.0_dev, 4.0

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

Linux (Ubuntu 11.10) 64bit Oracle VM 1.7.0-b147


Issue Links:
Dependency
blocks GLASSFISH-20810 NPE will be thrown to the server.log ... Resolved
Tags: 3_1_2-exclude, console

 Description   

I've created a virtual server which is named "test-server (DEV)" (Only the part within the quotes).
After adding him I've received the following error:

An error has occurred
REST: Exception java.lang.NullPointerException at org.glassfish.admin.rest.resources.PropertiesBagResource.setParentAndTagName(PropertiesBagResource.java:278) at org.glassfish.admin.rest.resources.generatedASM.VirtualServerResource.getPropertiesBagResource(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.invokeSubLocator(SubLocatorRule.java:171) at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:107) at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147) at com.sun.jersey.server.impl.uri.rules.SubLocatorRule.accept(SubLocatorRule.java:134) at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(R .... msg.seeServerLog

When trying to delete him:

An error has occurred
DELETE http://localhost:4848/management/domain/configs/config/server-config/http-service/virtual-server/test-server+%28DEV%29?target=server returned a response status of 404 Not Found

I think it's an issue related to the whitespace and/or the braces.



 Comments   
Comment by Joe Di Pol [ 14/Feb/12 ]

Not a 3.1.2 stopper. Deferring from 3.1.2.

Comment by Tom Mueller [ 14/Feb/12 ]

This appears to be an issue in the REST layer. Using the asadmin create-virtual-server command, a virtual server with name "test-server (DEV)" can be created and deleted.

Comment by Anissa Lam [ 21/Feb/13 ]

With the latest 4.0 build, using the console, I can create the virtual server with the name "test-server (DEV)" and then also delete that successfully.

However, if i want to edit that, there is an exception thrown in REST.

#]

[#|2013-02-20T21:58:34.147-0800|INFO|glassfish 4.0|javax.enterprise.admin.rest|_ThreadID=124;_ThreadName=admin-listener(2);_TimeMillis=1361426314147;_LevelValue=800;_MessageID=NCLS-REST-00003;|An error occurred while processing the request. Please see the server logs for details.
java.lang.NullPointerException
at org.glassfish.admin.rest.resources.PropertiesBagResource.setParentAndTagName(PropertiesBagResource.java:265)
at org.glassfish.admin.rest.resources.generatedASM.VirtualServerResource.getPropertiesBagResource(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.internal.routing.SubResourceLocatorRouter.getResource(SubResourceLocatorRouter.java:197)
at org.glassfish.jersey.server.internal.routing.SubResourceLocatorRouter.apply(SubResourceLocatorRouter.java:115)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:118)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:102)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:62)
at org.glassfish.jersey.process.internal.Stages.process(Stages.java:197)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:198)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:183)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:852)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:321)
at org.glassfish.admin.rest.adapter.RestAdapter$2.service(RestAdapter.java:318)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:164)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:175)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:273)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:134)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:820)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)

#]

[#|2013-02-20T21:58:34.147-0800|SEVERE|glassfish 4.0|org.glassfish.admingui|_ThreadID=127;_ThreadName=admin-listener(4);_TimeMillis=1361426314147;_LevelValue=1000;|RestResponse.getResponse() gives FAILURE. endpoint = 'http://localhost:4848/management/domain/configs/config/server-config/http-service/virtual-server/est-server+%28DEV%29/property.json'; attrs = '{}'|#]

Comment by Jason Lee [ 21/Feb/13 ]

The tag name was not being decoded, so the system was looking for "test-server+(DEV)", which it couldn't find. Fix committed in r59737.





[GLASSFISH-18352] Nested tags that export variable whose "variable-class" value was not "java.lang.String" would result in compilation error. Created: 13/Feb/12  Updated: 14/Feb/12

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

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

Operating System: All
Platform: All


Tags: 3_1_2-exclude

 Description   

I've found a new bug which is caused by the modification of
Issue4266(Revision20269).
And the issue4266 is descripted on http://java.net/jira/browse
/GLASSFISH-4266
The detail of the new bug is following:
When nesting tags that export the same variable name,and if the value
of the "variable-class" is not "java.lang.String",a
compilation error occurs.
for example:
----------------------------------
taglib.tld

<tag>
<name>test</name>
<tag-class>com.sample.TestTag</tag-class>
<body-content>scriptless</body-content>
<variable>
<name-given>va</name-given>
<variable-class>java.util.Integer</variable-class>
</variable>
</tag>

test.jspx

<t:one>
<jsp:attribute name="a">
<t:test va="2012">
<t:test va="2012">
<jsp:text>blah</jsp:text>
</t:test>
</t:test>
</jsp:attribute>
</t:one>
---------------------------------

the following is the main error message:
----------
HTTP Status 500 - message description The server encountered an
internal error () that prevented it from
fulfilling this request.exception org.apache.jasper.JasperException
...Unable to compile class for JSP
... Generated servlet error:
rtexprvalue : java.lang.Integer
required : java.lang.String
-----------

I think the following source(★
)results in the new bug.
--------
・The class:
org.pache.jasper.compiler.Generator
・The method:
private void saveScriptingVars(Node.CustomTag n, int scope)
・The part of source:
=======
String tmpVarName = JspUtil.nextTemporaryVariableName();
n.setTempScriptingVar(varName, tmpVarName);
out.printin("String "); ★
out.print(tmpVarName);
out.print(" = ");
out.print(varName);
out.println(";");
=======
--------

Will the bug be resolved on glassFish.
And When the bug be resolved on glassFish.



 Comments   
Comment by Joe Di Pol [ 14/Feb/12 ]

Excluding from 3.1.2 – filed against 9.1.1





[GLASSFISH-18351] Glassfish EJB Lookup Hangs/Times Out on heavy load Created: 12/Feb/12  Updated: 20/Dec/16  Resolved: 23/Oct/12

Status: Resolved
Project: glassfish
Component/s: orb
Affects Version/s: 3.1.1_dev, 3.1.1
Fix Version/s: 4.0

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

Attachments: Text File threaddump-1329016081294.tdump    
Tags: 3_1_2-exclude

 Description   

On Heavy Load Glassfish stops responding. All the threads in ORB pool is blocked. This causes all the ejb look up from the client to hang.
Env: Glass fish serving EJBs and Tomcat as the EJB client.
Apache -> Tomcat -> GF3.1.1

Sample thread dump (Full dump is attached)

"p: thread-pool-1; w: 61" daemon prio=6 tid=0x0000000015d72000 nid=0x1540 waiting for monitor entry [0x0000000023f6e000]
java.lang.Thread.State: BLOCKED (on object monitor)
at java.util.logging.Formatter.formatMessage(Formatter.java:114)

  • waiting to lock <0x0000000704f30ad0> (a com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$ShortFormatter)
    at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$ShortFormatter.format(WrapperGenerator.java:364)
    at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:383)
    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 $Proxy194.classNotFound3(Unknown Source)
    at com.sun.corba.ee.impl.presentation.rmi.StubFactoryFactoryDynamicBase.createStubFactory(StubFactoryFactoryDynamicBase.java:76)
    at com.sun.corba.ee.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:833)
    at com.sun.corba.ee.impl.encoding.CDRInputStream_1_0.read_Object(CDRInputStream_1_0.java:782)
    at com.sun.corba.ee.impl.encoding.CDRInputObject.read_Object(CDRInputObject.java:472)
    at org.omg.CORBA.ObjectHelper.read(ObjectHelper.java:75)
    at org.omg.CosNaming._NamingContextStub.resolve(_NamingContextStub.java:245)
    at com.sun.jndi.cosnaming.CNCtx.callResolve(CNCtx.java:487)
    at com.sun.jndi.cosnaming.CNCtx.lookup(CNCtx.java:540)
    at com.sun.jndi.cosnaming.CNCtx.lookup(CNCtx.java:518)
    at javax.naming.InitialContext.lookup(InitialContext.java:411)
    at com.sun.enterprise.naming.util.IIOPObjectFactory.getObjectInstance(IIOPObjectFactory.java:83)
    at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:321)
    at com.sun.enterprise.naming.impl.RemoteSerialContextProviderImpl.lookup(RemoteSerialContextProviderImpl.java:113)
    at sun.reflect.GeneratedMethodAccessor327.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie.dispatchToMethod(ReflectiveTie.java:144)
    at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:174)
    at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:528)
    at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:199)
    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)

Locked ownable synchronizers:

  • None


 Comments   
Comment by kumara [ 13/Feb/12 ]

-> ORB

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

Too late for 3.1.2

Comment by Harshad Vilekar [ 21/May/12 ]

Some System condition is generating a lot of warning messages in the server log, and it is hitting a deadlock is in the corba logger. Fix for corba logger deadlock is under testing/code review.

Temporary workaround: reduce the corba log level to "SEVERE" so that "WARNING" level messages won't get written to the log - bypassing the issue. Steps:
-----------------------
1. Change the log level:
$GFHOME/glassfish3/bin/asadmin set-log-levels javax.enterprise.resource.corba=SEVERE

2. Verify the log Level:

$GFHOME/glassfish3/bin/asadmin list-log-levels

3. Restart GlassFish.
-----------------------

Comment by Harshad Vilekar [ 29/May/12 ]

Fixed in: gf-corba-v3-mirror~gfv31-master, revision 692.

Please verify the fix.

Comment by Harshad Vilekar [ 12/Sep/12 ]

Fixed in GlassFish 3.1.2.3.

Comment by Harshad Vilekar [ 23/Oct/12 ]

The root cause is the thread contention originating in orbutil.logex.WrapperGenerator class. There are multiple threads waiting to get a lock on the static field of type ShortFormatter.

WrapperGenerator is moved to PFL library from 4.0 code base.

Fixed in PFL 4.0-b003 (hosted on GMBAL project).

Integrated PFL 4.0-b003 in ORB 4.0-b006.

Comment by Harshad Vilekar [ 27/Mar/13 ]

Integrated PFL 4.0-b003 in GlassFish 4.0_b82_EE7MS7. Glassfish trunk svn revision 60838.

Comment by smithbr4 [ 15/Apr/13 ]

We have tried your work around of setting the logger to "SEVERE" but that did not solve the problem. We have even turned the corba logging to "OFF" with out any success. About once a week we get a deadlock in our 5 node cluster. The one interesting thing we have noticed is it only deadlocks on Node 1. Is there any other possible work around we can try?

Comment by Harshad Vilekar [ 15/Apr/13 ]

smithbr4, What is your GlassFish version ? The issue is fixed in GlassFish 3.1.2 patch3.

Comment by smithbr4 [ 15/Apr/13 ]

We are running GlassFish Server Open Source Edition 3.1.2.2 (build 5) I have done some searching for 3.1.2.3 but can't find the download. Can you point me in the right direction? Also I am assuming the fix is just in a single corba jar. Can I just copy that jar to my 3.1.2.2?

Comment by smithbr4 [ 18/Apr/13 ]

@Harshad Vilekar
Any idea where the build can be downloaded? If I download off the main site it only provides 3.1.2.2

Comment by jthoennes [ 18/Apr/13 ]

@smithbr4, patches are available to you if you have commercial support by Oracle.
GF 3.1.2.2 (ie patch 2) was the only exception so far that a patch release has been published to the general public
since the bugs fixed were of general interest.

In the meanwhile, patch 3 and patch 4 were published but not released to the general public.

Here is a good explanation of the process:

https://blogs.oracle.com/GlassFishForBusiness/entry/glassfish_support_from_oracle

Cheers, Jörg

Comment by boernd [ 16/Aug/13 ]

We also ran into this issue even when applying the proposed workaround. We do not use the commercial version of GlassFish either so I applied the patch manually (the code is available at gf-corba-v3-mirror~gfv31-master - kenai website). I cannot reproduce this issue easily in our test environment but if anybody wants to have modified jar file (glassfish-corba-org-generic.jar), plz contact me.

Comment by andtrub [ 05/Feb/14 ]

Hi, I have gl 3.1.2.2 installed. it has corba lib of 3.1.0.b032. I cloned gf-corba-v3-mirror~gfv31-master, reverted to 3.1.0.b034, built the lib, stopped the glassfish and copied the built corba libs.
But I get the next exception all the time (can you give a piece of advice to fix this?):

Waiting for domain1 to start ...Error starting domain domain1.
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
Exception in thread "main" 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: com.sun.enterprise.module.ResolveError: Failed to start Bundle Id [136] State [INSTALLED] [org.glassfish.main.common.glassfish-naming(Glassfish Naming):3.1.2.1-SNAPSHOT]
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:177)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl$2$1$1.loadClass(OSGiModuleImpl.java:344)
at com.sun.hk2.component.LazyInhabitant.loadClass(LazyInhabitant.java:124)
at com.sun.hk2.component.LazyInhabitant.fetch(LazyInhabitant.java:111)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:135)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
at org.jvnet.hk2.component.Habitat.getByContract(Habitat.java:1050)
at org.jvnet.hk2.component.Habitat.getComponent(Habitat.java:779)
at org.glassfish.kernel.javaee.MEJBService.postConstruct(MEJBService.java:75)
at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131)
at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
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:78)
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)
... 6 more
Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.main.common.glassfish-naming [136]: Unable to resolve 136.0: missing requirement [136.0] osgi.wiring.package; (osgi.wiring.package=com.sun.corba.ee.spi.folb)
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3826)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1868)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:944)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:169)
... 27 more

Command start-domain failed.





[GLASSFISH-18350] Glassfish 3.1 .zip file doesn't find the .asadminpass file Created: 11/Feb/12  Updated: 22/Mar/13  Resolved: 22/Mar/13

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

Type: Bug Priority: Major
Reporter: dwschulze Assignee: JeffTancill
Resolution: Invalid Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 pro 64-bit JDK 7 Glassfish 3.1.1 .zip installer


Tags: 3_1_2-exclude

 Description   

I ran the command "asadmin login --host localhost --port 4848" which created the .asadminpass file in my home dir. When I try to deploy a .war from maven using the asadmin-maven-plugin plugin I get

"Given password file does not exists or cannot find an existing asadmin password"

The .asadminpass file does exist, and I've copied it to .asadmintruststore but that didn't help.

I can deploy from the web interface.

I setup another Windows 7 machine with the same glassfish3.1.zip installer and I had to jump through hoops to get it to work with the asadmin-maven-plugin too. I don't remember the steps I took.



 Comments   
Comment by dwschulze [ 11/Feb/12 ]

This turns out to be a problem with the asadmin-maven-plugin itself:

https://github.com/Codeartisans/asadmin/issues/14

The plugin doesn't handle directories (or environment variables) correctly on Windows.

Sorry for the false alarm.





[GLASSFISH-18344] @OSGiService annotation causing OSGi fragments containing ResourceBundles to fail (works w/ ServiceTracker) Created: 09/Feb/12  Updated: 20/Dec/16  Resolved: 20/Feb/12

Status: Resolved
Project: glassfish
Component/s: cdi, classloader, OSGi, OSGi-JavaEE
Affects Version/s: 3.1.2_dev
Fix Version/s: None

Type: Bug Priority: Major
Reporter: blackbeltdev Assignee: Sivakumar Thyagarajan
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 x64
java version "1.6.0_29"
Java(TM) SE Runtime Environment (build 1.6.0_29-b11)
Oracle JRockit(R) (build R28.2.0-79-146777-1.6.0_29-20111005-1808-windows-x86_64, compiled mode)


Attachments: Zip Archive ModifiedSayHello.zip     Zip Archive SayHello-bundles.zip     Zip Archive SayHello.zip    
Tags: 3_1_2-exclude

 Description   

This applies to 3.1.2b21 but it's not an option above.

I have a very simple Servlet contained in a WAB that consumes a simple OSGi service. In addition the WAB has 3 fragments associated with it that contain ResourceBundles for different languages.

For some reason the ResourceBundle's fail to load if I use the @OSGiService annotation. It works fine if I use the ServiceTracker utility. The service itself loads either way but the ResourceBundles disappear from the classloader if I use the annotation.

Doesn't work:

//	@Inject 
//	@OSGiService(dynamic = true) // Glassfish specific extension :(
	private HelloService helloService;

Works:

	@Override
	public void init() {
		helloServiceLocator = new HelloServiceLocator(getBundleContext());
		helloService = helloServiceLocator.getHelloService(0);
	}
	
	@Override
	public void destroy() {
		if (helloServiceLocator != null) {
			helloServiceLocator.close();
		}
	}	

	@Override
	protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		PrintWriter writer = response.getWriter();
		Locale locale = request.getLocale();
		System.out.println("request locale = " + locale);
		String bundleName = "cpms.resources.i18n.messages";
// fails to find when using annotation
		ResourceBundle resources = ResourceBundle.getBundle(bundleName, locale);
		String greeting = resources.getString("SayHello.hello");
		writer.append(greeting);		
		writer.append(helloService.sayHello());
		writer.close();
	}

Results in:
com.textura.cpms.web.servlet.SayHello]: PWC1406: Servlet.service() for servlet com.textura.cpms.web.servlet.SayHello threw exception
java.util.MissingResourceException: Can't find bundle for base name cpms.resources.i18n.messages, locale en_US

Here's the overall structure:

299|Resolved | 1|CPMS English language resources (1.0.0)
300|Resolved | 1|CPMS French language resources (1.0.0)
301|Resolved | 1|CPMS Default language resources (1.0.0)
302|Active | 1|CPMS Hello Web Application (1.0.0)
305|Active | 1|CPMS Hello Service SPI (1.0.0)
307|Active | 1|CPMS Hello Service Provider (1.0.0)



 Comments   
Comment by Sivakumar Thyagarajan [ 14/Feb/12 ]

Could you please share the bundles/artifacts as well? I am not able to build the gradle project. Thanks.

Comment by blackbeltdev [ 20/Feb/12 ]

Will do. Sorry I missed this update

Comment by Sanjeeb Sahoo [ 20/Feb/12 ]

PFA a modified project that works. I have copies SayHello servlet to SayHello2 and this new servlet uses @Inject @OSGiService. It is mapped to servlet path 2, so invoke sayhello/2 to use it.

I didn't try building graddle; just wrote a simple shell script (SayHello/build.sh) to build the artifacts. I hand coded the manifests and they are in respective project folders. Start glassfish, unzip this attachment and run
SayHello/build.sh <path to glassgish/>

Build it and see the generated manifest and compare with what you have got. May be you got something wrong in your manifest.

Comment by Sanjeeb Sahoo [ 20/Feb/12 ]

See the new file attached. I could not reproduce.

Comment by blackbeltdev [ 20/Feb/12 ]

Here are the pre-built bundles. To recreate (I just retried on 3.1.2-b23):

1) deploy the bundles in 'works' folder to Glassfish autodeploy folder.

This is the version that uses the ServiceTracker API

2) Visit http://localhost:8080/sayhello/. It works!

3) Replace the cpms.web.hello-1.0.0.war bundle from 'fails' folder that uses the CDI inject method

4) Reload page in browser results in 500 Error. The server logs contain:

[#|2012-02-20T11:47:17.074-0600|INFO|glassfish3.1.2|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=23;_ThreadName=Thread-4;|request locale = en_US|#]

[#|2012-02-20T11:47:17.079-0600|WARNING|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=23;_ThreadName=Thread-4;|StandardWrapperValve[com.textura.cpms.web.servlet.SayHello]: PWC1406: Servlet.service() for servlet com.textura.cpms.web.servlet.SayHello threw exception
java.lang.NullPointerException
at com.textura.cpms.web.servlet.SayHello.doGet(SayHello.java:77)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
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)

#]
Comment by blackbeltdev [ 20/Feb/12 ]

Thanks Sahoo. I posted my bundles before I saw your response. I'll try and look for differences.

Comment by blackbeltdev [ 20/Feb/12 ]

I haven't tracked down which one was bad but it was definitely one of the manifest entries causing it to fail. It's still weird that ServiceTracker worked but CDI failed. I have them now both working.

I'll see if I can find out which one was bad.

Comment by blackbeltdev [ 20/Feb/12 ]

Argh this is embarrassing to admit but underscores some of the challenges of using OSGi since two other OSGi developers didn't catch it either

I had forgotten to include both
'org.glassfish.osgicdi' and 'javax.inject' in my Import-Package statement for the WAB.

It was:

'Import-Package': 'com.textura.cpms.service.hello,org.osgi.framework,org.osgi.util.tracker,javax.servlet,javax.servlet.annotation,javax.servlet.http',

Fixed:

'Import-Package': 'com.textura.cpms.service.hello,org.osgi.framework,org.osgi.util.tracker,javax.servlet,javax.servlet.annotation,javax.servlet.http,org.glassfish.osgicdi, javax.inject',

Simply as that.

I wonder if you could enhance logging so that if unknown annotations are found in the class that Glassflish could maybe log a warning or something along those lines?





[GLASSFISH-18343] Win XP, the deployment of mdb_simple to second instance - failed: Auto-creation of destination MyQueue is not allowed because service jms is currently in restricted service mode Created: 09/Feb/12  Updated: 20/Dec/16  Resolved: 16/Feb/13

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

Type: Bug Priority: Major
Reporter: easarina Assignee: David Zhao
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File logs.tar     File mdb-simple.ear    
Tags: 312_qa, 312_regression, 3_1_2-exclude

 Description   

GF 3.1.2 build 31, JDK 1.6.0_31 (b 05). Created on Win XP machine a cluster with two instances. Tried to deploy mdb-simple app, the deployment of this up to the second instance - failed. I saw in server.log of this instance such error messages:

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

[#|2012-02-08T13:23:48.428-0800|WARNING|glassfish3.1.2|javax.jms|_ThreadID=22;_ThreadName=Thread-2;|[I500]: Caught JVM Exception: com.sun.messaging.jms.JMSException: [CREATE_DESTINATION_REPLY(35)] [C4036]: A broker error occurred. :[503] [B4286]: [Thread-jms[0]]Auto-creation of destination MyQueue is not allowed because service jms is currently in restricted service mode: Persistent store has not been synchronized with master broker [broker2(mq://10.133.169.190:18686/)] user=guest, broker=localhost:38686(3748)|#]

[#|2012-02-08T13:23:48.459-0800|WARNING|glassfish3.1.2|javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors.inbound|_ThreadID=22;_ThreadName=Thread-2;|RAR8501: Exception during endpoint activation for ra [ jmsra ], activationSpecClass [ com.sun.messaging.jms.ra.ActivationSpec ] : javax.resource.NotSupportedException: MQRA:EC:Error creating Remote Message Consumer:
[CREATE_DESTINATION_REPLY(35)] [C4036]: A broker error occurred. :[503] [B4286]: [Thread-jms[0]]Auto-creation of destination MyQueue is not allowed because service jms is currently in restricted service mode: Persistent store has not been synchronized with master broker [broker2(mq://10.133.169.190:18686/)] user=guest, broker=localhost:38686(3748)|#]

[#|2012-02-08T13:23:48.459-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.container.ejb.mdb.com.sun.ejb.containers|_ThreadID=22;_ThreadName=Thread-2;|MDB00017: [SimpleMessageEJB]: Exception in creating message-driven bean container: [java.lang.Exception]|#]

[#|2012-02-08T13:23:48.459-0800|SEVERE|glassfish3.1.2|javax.enterprise.system.container.ejb.mdb.com.sun.ejb.containers|_ThreadID=22;_ThreadName=Thread-2;|java.lang.Exception
java.lang.Exception
at com.sun.enterprise.connectors.inbound.ConnectorMessageBeanClient.setup(ConnectorMessageBeanClient.java:233)
at com.sun.ejb.containers.MessageBeanContainer.<init>(MessageBeanContainer.java:205)
at com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:121)
at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:230)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:299)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:105)
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:186)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:264)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:460)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.InstanceDeployCommand.execute(InstanceDeployCommand.java:187)
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:1066)
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: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)

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

I've attached all server.log file and mq log files.

I did not see this error, when I've executed the same test against b17 on Win 2008 machine with JDK 1.7.0_02. Also I did not see this error when executed this test on RHL with JDK 1.7.0_03 against b20.

I've attached the sample. This sample required such resources:

$S1AS_HOME/bin/asadmin --user admin --passwordfile $OUT_DIR/password312.txt create-jms-resource --target $CLUSTER --restype
javax.jms.Queue --property Name=MyQueue jms/MyQueue
$S1AS_HOME/bin/asadmin --user admin --passwordfile $OUT_DIR/password312.txt create-jms-resource --target $CLUSTER --restype
javax.jms.QueueConnectionFactory jms/MyMDBQcf



 Comments   
Comment by David Zhao [ 09/Feb/12 ]

easarina:

The MQ JMX service can not be initialized, which is the root cause - apparently a SOCKS error related to the network configuration.

java.io.IOException: Cannot bind to URL [rmi://jws-v60x-4.us.oracle.com:18786/jws-v60x-4.us.oracle.com/18686/jmxrmi]: javax.naming.CommunicationException [Root exception is java.rmi.ConnectIOException: Exception creating connection to: jws-v60x-4.us.oracle.com; nested exception is:
java.net.SocketException: Reply from SOCKS server has bad version]

So can you check if you set system property of socksProxyHost in either cluster-config's JVM settings or programmaticly? Also did you setup SSH on the win boxes? If so, please retry it with disabling SSH on the servers for the two cluster instances are on the same box in your case and SSH is not necessary at the scenario.

Comment by easarina [ 09/Feb/12 ]

As I've mentioned at the description: "Created on Win XP machine a cluster with two instances". I.e. was used one machine, both instances and DAS were on one machine. So SSH was not used at all. You can login to jws-v60x-4 machine, using remote desktop connection: id=hudson, password=hudson.

Comment by easarina [ 09/Feb/12 ]

Forgot to mention, that was used a default domain1 and I did not setup any JVM options. So were used default JVM setting.

Comment by David Zhao [ 10/Feb/12 ]

Amy,

In the imq log file, now I see the following exception on jws-v60x-4 machine:

[09/Feb/2012:23:44:22 PST] WARNING Exception caught while starting JMX Connector Server jmxrmi:
java.io.IOException: Cannot bind to URL [rmi://jws-v60x-4.us.oracle.com:18786/jws-v60x-4.us.oracle.com/18686/jmxrmi]: javax.naming.CommunicationException [Root exception is java.rmi.ConnectIOException: Exception creating connection to: jws-v60x-4.us.oracle.com; nested exception is:
java.net.SocketException: Software caused connection abort: socket write error]

Could you take a look from the MQ perspective?

Comment by amyk [ 10/Feb/12 ]

same comment as my previous one, and

"java.net.SocketException: Software caused connection abort: socket write error"

This is same SocketException(s) shown in server.log.

Comment by easarina [ 10/Feb/12 ]

I've re-run the test on another Win XP machine (was used the same build 21 and the same jdk 1.6.0_31) and this test passed. I don't know what is the difference between these two machines. Before, on jws-v60x-4, I've executed the test three times, and the deployment of mdb-simple always failed with that error message.

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

3.1.2 is pretty much down. Deferring this bug to next release while investigation continures.

Comment by David Zhao [ 14/Feb/12 ]

easarina,

Can you try uninstalling firewall software McAfee from jws-v60x-4?

Comment by easarina [ 15/Feb/12 ]

I've changed firewall config on jws-v60x-3, to make it the same like on jws-v60x-4. Then run the test on jws-v60x-3 and it passed again on that machine. So I still don't know, why the test is failing on jws-v60x-4.

Elena

Comment by David Zhao [ 16/Feb/13 ]

Close it for it can not be reproduced with a new win box per easarina's comments.

easarina,

Please feel free to reopen it when you see it again.





[GLASSFISH-18341] Extra-content in HTML using AJP with GF 3.1.2 and https on IE Created: 08/Feb/12  Updated: 20/Dec/16  Resolved: 09/Feb/12

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

Type: Bug Priority: Major
Reporter: loonesp Assignee: Ryan Lubke
Resolution: Invalid Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 64bits
IE 9
Apache 2.2


Attachments: HTML File index.jsp    
Tags: 3_1_2-exclude, ajp

 Description   

I have a GF 3.1.2 domain behind an Apache 2.2 with AJP enabled.
When I try to access a JSP file larger than 8192 bytes from IE using HTTPS, the page starts with "2000\r\n".
This page is correct:

  • if I try to connect with IE using HTTP or with Firefox (HTTP or HTTPS).
  • if the page is 8192 bytes or less.
  • if I use GF 3.1.1 with AJP.

Steps to reproduce:

  1. asadmin create-domain domain_ajp
  2. asadmin start-domain domain_ajp
  3. asadmin create-http-listener --listenerport 8009 --listeneraddress 0.0.0.0 --defaultvs server jk-connector
  4. asadmin set configs.config.server-config.network-config.network-listeners.network-listener.jk-connector.jk-enabled=true
  5. copy the attached file to domain_ajp/docroot
  6. access the page with IE on https://localhost/index.jsp
    Result: the HTML source code starts with 2000\r\n

AJP is set in Apache with:

<IfModule proxy_module>
<IfModule proxy_ajp_module>
  <Location />
    ProxyPass ajp://127.0.0.1:8009/
    ProxyPassReverse ajp://127.0.0.1:8009/
  </Location>
</IfModule>
</IfModule>


 Comments   
Comment by Amy Roh [ 08/Feb/12 ]

Did this work with 3.1.1? 3.1.1 didn't officially support mod_proxy_ajp.
You might want to try mod_jk since the max packet size for mod_proxy_ajp is 8k [1] and it might be related.

[1] http://httpd.apache.org/docs/2.2/mod/mod_proxy_ajp.html#basppacketstruct

Comment by Amy Roh [ 08/Feb/12 ]

GF 3.1.2 switched to use Grizzly ajp implementation. Assigning to Ryan for evaluation.

Comment by Ryan Lubke [ 08/Feb/12 ]

In addition to Amy's suggestion of trying mod_jk, can you capture the headers sent between IE and apache and attach them to the issue?

Comment by Ryan Lubke [ 09/Feb/12 ]

Alexey and I were discussing this issue while I was getting my environment setup. The 2000 in the response sounded like an issue with chunking.

We both were able to reproduce this and found that the apache was setting the response protocol to HTTP/1.0 along with the transfer-encoding header set to chunked. Chunking isn't supported in HTTP 1.0.

As you stated, the issue only occurred when using SSL. We checked the ssl config file and found this:

BrowserMatch ".MSIE." \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0

This configuration forces a downgrade of the response when the user-agent is MSIE.

Based on this article [1], this configuration should be changed to:

BrowserMatch ".MSIE [2-5]\.." \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0

This only forces the downgrade for older versions of IE. The comments above the BrowserMatch
explain why this is needed.

Once we updated the match expression, IE worked as expected.

[1] http://blogs.msdn.com/b/ieinternals/archive/2011/03/26/https-and-connection-close-is-your-apache-modssl-server-configuration-set-to-slow.aspx

Comment by loonesp [ 09/Feb/12 ]

It works fine when I modify the Apache configuration as suggested.
Thanks for the quick resolution.
It's strange that it worked correctly with GF 3.1.1

Does 3.1.2 officially support mod_proxy_ajp or should I use mod_jk instead ?

Comment by oleksiys [ 09/Feb/12 ]

> It works fine when I modify the Apache configuration as suggested.
> Thanks for the quick resolution.
> It's strange that it worked correctly with GF 3.1.1
In GF 3.1.1 we used different AJP implementation, which didn't use HTTP/1.1 features.

> Does 3.1.2 officially support mod_proxy_ajp or should I use mod_jk instead ?
3.1.2 should support both.

Comment by Ryan Lubke [ 09/Feb/12 ]

At this point, I think we can close this issue out.

Comment by corti [ 09/Aug/12 ]

I am using 3.1.2.2 and even by changing the Apache configuration as suggested the problem persists.

Comment by oleksiys [ 09/Aug/12 ]

can you pls. share the steps how we can reproduce it?

Comment by corti [ 09/Aug/12 ]

Sorry I just noticed that in addition of the BrowserMatch directive there was an additional

  1. SetEnvIf User-Agent ".MSIE." \
  2. nokeepalive ssl-unclean-shutdown \
  3. downgrade-1.0 force-response-1.0

which I had to comment out. It now works as expected.





[GLASSFISH-18326] Logic to decide whether to skip or perform annotation processing of an archive is not spec compliant Created: 05/Feb/12  Updated: 20/Dec/16  Resolved: 01/Mar/13

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1
Fix Version/s: 4.0_dev

Type: Bug Priority: Major
Reporter: Sanjeeb Sahoo 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-exclude

 Description   

The following code in Archivist is looking suspicious. Why are we checking isProcessAnnotation for every descriptor in an archive? Is it not sufficient to just decide whether to process annotation or not based on the version of the primary descriptor of the archive. e.g., think of a WAR with WEB-INF/lib/ejb.jar. Let's say the ejb.jar has DD version 2.1. Are we going to skip annotations of ejb.jar? Similarly consider the opposite case. a WAR with WEB-INF/lib/ejb.jar. Let's say the WAR has web-DD version 2.5, but ejb.jar has version 3.0. Are we going to process annotations of ejb.jar?

protected boolean isProcessAnnotation(T descriptor) {
// if the system property is set to process annotation for pre-JavaEE5
// DD, the semantics of isFull flag is: full attribute is set to
// true in DD. Otherwise the semantics is full attribute set to
// true or it is pre-JavaEE5 DD.
boolean isFull = false;
if (processAnnotationForOldDD)

{ isFull = descriptor.isFullAttribute(); }

else

{ isFull = descriptor.isFullFlag(); }

// only process annotation when these two requirements satisfied:
// 1. It is not a full deployment descriptor
// 2. It is called through dynamic deployment
return (!isFull && annotationProcessingRequested && classLoader != null);
}



 Comments   
Comment by Hong Zhang [ 06/Feb/12 ]

Sahoo, thanks for reporting this. I thought a little more about this later. The metadata-complete attribute is also at module level, what should be the expected behavior for an ejb in war case when the ejb-jar.xml has metadata-complete specified as false and the web.xml has metadata-complete specified as true. Though these two cases are not exactly the same, there are some similiarities. We should probably follow this up with the spec leads to get some clarification.

Comment by Sanjeeb Sahoo [ 07/Feb/12 ]

Good point, Hong. See "20.5.2. war Deployment Descriptor and Annotation Processing" of EJB 3.1 spec for the answer. I think the following row in the table is exposed by this bug:

no ejb-jar.xml in war, war has 2.5 or 3.0 web.xml with metadata-complete=true results in skipping annotation processing for ejbs!

Comment by Hong Zhang [ 01/Mar/13 ]

Thanks for pointing out the relevant section in EJB spec! I have updated the logic of determining whether to process annotations for ejb in war case to conform to the spec now. When there is ejb-jar.xml packaged in ejb in war case, use that to determine whether to process annotations, otherwise use the web.xml packaged in the ejb in war to determine.





[GLASSFISH-18322] High Availability (HA) Session loses session attributes during replication Created: 05/Feb/12  Updated: 20/Dec/16

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

Type: Bug Priority: Critical
Reporter: lprimak Assignee: Mahesh Kannan
Resolution: Unresolved Votes: 5
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:
  • Linux, 8GB RAM, 8-core Intel CPU, One Cluster of 2 machines, no traffic
  • Availability enabled
  • relaxCacheVersionSemantics enabled
  • Everything else is install default

Tags: 3_1_2-exclude, 3_1_2-next

 Description   

See thread:
http://www.java.net/forum/topic/glassfish/glassfish/glassfish-31-final-high-availability-web-apps-slow-and-loses-session-state

See other related JIRA issue:
http://java.net/jira/browse/GLASSFISH-17344

Running Ajax applications reproduces this quickly.
Running non-Ajax applications it happens rarely, but still does.

I tested this in a single machine with a browser with my app in one window
and HaJsp.jsp in the other to see what's going on with the sessions.


I just tried 3.1.2b20 release, and while the performance is good now and TimeoutExceptions are gone, the Sessino state replication does not work correctly.

It seems the node with the older data is overwriting the node with the newer data:

  • a session attribute1 gets added to node1
  • a session attribute2 gets added to node2
  • node 1 all of the sudden only sees attribute2, attribute1 gets lost

This happens only with Availability turned on



 Comments   
Comment by jjackb [ 06/Feb/12 ]

As mentioned in another related (but closed issue), i have difficulties with testing session failover.

With gf3.1.1 it was possible to create a cluster with two local instances and emulating a session failover by calling e.g.:

http://localhost:28080/your/Servlet

then change URL to the second instance:

http://localhost:28081/your/Servlet

While gf 3.1.1 made the (session) failover, gf 3.1.2 always creates a new session (maybe since fixing #17504).

Is it a bug or feature? Please respond on this. Thanks.

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

Too late to address in 3.1.2. Tagging for consideration in next release.

Comment by hmeerlo [ 20/Jul/12 ]

Hi,

any news or progress on this issue? This seems like a rather important problem. Right now I am forced to use synchronous replication which makes the whole thing very slow.

Thanx

Comment by lprimak [ 03/Oct/12 ]

The session state replication now works as of GF 3.1.2.2 and relaxVersionSemantics=true

Failover of AJAX application doesn't happen seamlessly though, although reloading the page after failover
does work. Not sure if that's related to this problem.

I believe it's good enough to close this issue





[GLASSFISH-18318] Install silent option does not store admin password input Created: 03/Feb/12  Updated: 20/Dec/16

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

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

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


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

 Description   

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

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

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

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

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

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



 Comments   
Comment by scatari [ 03/Feb/12 ]

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

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

Comment by Rebecca Parks [ 07/Feb/12 ]

Added to 3.1.2 Release Notes:

Description

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

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

Workaround

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

Comment by shreedhar_ganapathy [ 19/Mar/13 ]

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

Comment by Tom Mueller [ 19/Mar/13 ]

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

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





[GLASSFISH-18315] admin console prompts for username password when using glassfish with karaf Created: 03/Feb/12  Updated: 24/Apr/14

Status: Open
Project: glassfish
Component/s: OSGi, security
Affects Version/s: 3.1.1
Fix Version/s: future release

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

Attachments: Java Archive File gf-karaf-properties.jar    
Tags: 3_1_2-exclude

 Description   

When we embed GlassFish in Apache Karaf (karaf.apache.org), admin console prompts for user name and password and no combination works. To reproduce follow the simple steps given below:

1) Download and install http://karaf.apache.org/index/community/download.html#Karaf2.2.5
2) cd apache-karaf-2.2.5
3) jar xvf gf-karaf-properties.jar
4) Run ./bin/karaf
You will get a prompt like karaf@root>
5) karaf@root> install file:/path-to-glassfish3/glassfish/modules/glassfish.jar
This will print a bundle id (likely to print 49)
6) karaf@root> start 49
You will see some output like "deduced install root blah blah blah..."
7)Now open admin console in browser. You shall see it prompting for user name and password.

To debug what's going on, replace the command in step #2 by following command (all in one line):
KARAF_DEBUG=true JAVA_DEBUG_OPTS="-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9009" ./bin/karaf



 Comments   
Comment by Sanjeeb Sahoo [ 03/Feb/12 ]

Properties patch to get rid of javax.annotation.ManagedBean class issue and logging NPE seen using GF in Karaf.

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

Deferring from 3.1.2 release. Not a regression. Not a showstopper.

Comment by Anissa Lam [ 09/Feb/12 ]

I followed the instruction, and use the glassfish.jar from 3.1.2 promoted build 21 .
Although the login screen showed up (which shouldn't) and require you to login, I can login successfully by providing "admin" as username and an empty password, which is the out-of-box configuration.

I can also logout and login again doing the same. "admin" with empty password. Also can create another admin user and set a password.

We need to see why anonymous login is returning false which prevents us from bypassing the login screen. But at least you can login to console.

Comment by Sanjeeb Sahoo [ 09/Feb/12 ]

Anissa,

I am glad user can at least login. Let's hope that you can find the root cause behind prompting of login screen in this case and fix it too.

Sahoo

Comment by Anissa Lam [ 09/Feb/12 ]

yes, looking into that.

Comment by Anissa Lam [ 09/Feb/12 ]

Where can i see glassfish server.log ?
The etc/java.util.logging.properties has
com.sun.enterprise.server.logging.GFFileHandler.file=/tmp/server.log

the file created ok, but it is empty.

Comment by Anissa Lam [ 09/Feb/12 ]

I see that __anonymous-user-enabled returns false, saying The anonymous user is disabled. Thus console puts out the login screen.

Tracing this in the backend login code, everything seems fine until in LoginContextDriver.java doPasswordLogin(Subject subject).

Line# 381:
LoginContext lg = new LoginContext(jaasCtx, s, dummyCallback);
is throwing a LoginException, cause is "No LoginModules configured for fileRealm".

Thus the userName in this line:
String userName = su.getAnonymousUser(habitat); in IsAnonymousUserEnabledCommand becomes null and 'anonymousUserEnabled' in the actionReport is set to false, causing GUI to prompt for user login.

I am assigning this to security.

Comment by Anissa Lam [ 09/Feb/12 ]

put back OSGI as component, it was accidentally removed.





[GLASSFISH-18311] Periodical error on Glassfish after a small load and running for a few hours : java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096 Created: 02/Feb/12  Updated: 20/Dec/16  Resolved: 21/Aug/13

Status: Resolved
Project: glassfish
Component/s: grizzly-kernel
Affects Version/s: 3.1.1_dev
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: guillaume.d Assignee: oleksiys
Resolution: Fixed Votes: 4
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System : SunOS push002ppd 5.10 Generic_142909-17 sun4v sparc SUNW,T5140

JVM user : Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) Server VM (build 20.5-b03, mixed mode)


Attachments: XML File domain.xml     Zip Archive dump.zip     File gf-reject-2997.dump     Java Archive File grizzly-http.jar     HTML File jstack_queue_full     Zip Archive server logs.zip    
Tags: 3_1_2-exclude

 Description   

Periodical error on Glassfish after a small load and running for a few hours. No one is connected to the server anymore and the error appear a few hours after a stress test.

The questions are :

  • how is it possible that the such an error appear when there is no more load ?
  • since no requests are made, what is filling the pool ?
  • can we see which request fill in the pool ? can we activate any logs ?

Thanks.

The error :

[#|2012-02-02T19:43:24.375+0100|SEVERE|glassfish3.1.1|grizzly|_ThreadID=119;_ThreadName=Thread-2;|doSelect exception
java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096
        at com.sun.grizzly.util.AbstractThreadPool.onTaskQueueOverflow(AbstractThreadPool.java:473)
        at com.sun.grizzly.util.QueueLimitedThreadPool.onTaskQueueOverflow(QueueLimitedThreadPool.java:97)
        at com.sun.grizzly.util.QueueLimitedThreadPool.execute(QueueLimitedThreadPool.java:88)
        at com.sun.grizzly.util.GrizzlyExecutorService.execute(GrizzlyExecutorService.java:162)
        at com.sun.grizzly.http.StatsThreadPool.execute(StatsThreadPool.java:127)
        at com.sun.grizzly.NIOContext.execute(NIOContext.java:510)
        at com.sun.grizzly.NIOContext.execute(NIOContext.java:488)
        at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:370)
        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)
|#]

Glassfish connector config :

[#|2012-02-02T19:43:26.844+0100|INFO|glassfish3.1.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=133;_ThreadName=Thread-2;|GRIZZLY0021: "
Grizzly running on SunOS - 5.10 under JDK version: 1.6.0_30 - Sun Microsystems Inc.
port: 8280
Thread Pool: com.sun.enterprise.v3.services.impl.monitor.MonitorableThreadPool@4b9772e2, port=8280
Read Selector: 3
ByteBuffer size: 4096
maxHttpHeaderSize: 4096
sendBufferSize: 8192
maxKeepAliveRequests: 10,000
keepAliveTimeoutInSeconds: 120
Static File Cache enabled: false
Static resources directory: /opt/server/glassfish3/glassfish/domains/comet/docroot
Adapter : com.sun.enterprise.v3.services.impl.ContainerMapper
Asynchronous Request Processing enabled: true|#]



 Comments   
Comment by oleksiys [ 02/Feb/12 ]

You can easily figure out what is blocking threads by making threads dump.

1) run "jps" to find out PID of Glassfish.
2) run "jstack <PID>" to get threads dump.

Once you have a dump - pls. attach it here.

Comment by scatari [ 03/Feb/12 ]

We are not seeing this issue on 3.1.2, hence reducing the priority to P3. We will still evaluate this bug as we wait for data from submitter to proceed.

Comment by guillaume.d [ 05/Feb/12 ]

Unfortunately the server has been restarted and the error disappeared. I did not keep the thread dump I made from Visual VM but I did not see any thread in BLOCKED state. I also tried to see the thread pool state in the JMX MBean panel but I could not find any usefull information like the current thread use count or the current queue size.

One more precision : comet is enable on the listener.

Do you recommend to put more trace in logs in order to diagnose the problem more quickly ? I have enable access logging in order to see which requests are made on the server.

Comment by guillaume.d [ 05/Feb/12 ]

It seems that the same bug has been reported once GLASSFISH-15426.

Why is it in "won't fix" state. Did you find any configuration and/or use of Glassfish that can make this problem appear ? Is there another workaround than increasing the queue size ?

Comment by oleksiys [ 05/Feb/12 ]

Usually thread-pool overflow is caused by application (servlet) logic, some database connections get blocked or so.
That's why we need thread dump to understand who occupies threads. If it would really help if you can provide one.

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

Too late to consider for 3.1.2

Comment by guillaume.d [ 22/Feb/12 ]

Problem reproduced. jstack attached. The port that doesn't listent is 8280 : http-thread-pool-client-8280*.

All the thread are available and the error is still here.

Perhaps a counter problem on the queue size ??

Comment by guillaume.d [ 22/Feb/12 ]

Is there a way to see the value of the current queue size ?

Comment by guillaume.d [ 22/Feb/12 ]

The weird thing in the thread dump is there are 2 thread pools for the same port (see thread-pool-client(n)) appear 2 times.

The pool is configured with 100 actives thread but there are 200 threads. How is it possible ?

Comment by guillaume.d [ 23/Feb/12 ]

This is a serious problem, please consider my request.

Thanks.

Comment by oleksiys [ 23/Feb/12 ]

you're right thread dump looks clean (not sure why you have thread duplications though).
to monitor threads and task queue, you have to enable monitoring.

1) In the admin gui go to Configurations->server-config->Monitoring
Set Web Container, Thread Pool and Http Service monitoring to HIGH
2) Restart GF

To check the busy threads number run this:
asadmin get -m server.network.http-listener-1.thread-pool.currentthreadsbusy-count

To check the queue size:
asadmin get -m server.network.http-listener-1.connection-queue.countqueued-count

  • replace http-listener-1 w/ the name you use for your listener
Comment by guillaume.d [ 24/Feb/12 ]

In another JIRA, you suggest to put the queue size to -1 (unlimited). I will try that since all my threads are availabled.

Do you think this can bypass the problem ?

Can we upgrade to Glassfish 3.1.2 ?

Comment by oleksiys [ 24/Feb/12 ]

well, you can, but it may just delay the problem. The issue is pretty weird, I doubt it's a bug in thread-pool implementation, because it would have been discovered earlier during stress testing.

I see lots of threads like "NonStopCache [sessions] Executor Thread-204 for 'http-thread-pool-client-8280(61)'"

can you try to disable NonStopCache and repeat the test?

Comment by guillaume.d [ 25/Feb/12 ]

I'll try to disable it but it is a Terracotta feature that should not cause any problem.

I have 6 servers and the problem appear not on heavy load and only on some of them. Last time this problem occured it was 2 hours after a restart. A simple reconfiguration of the thread pool without restart solve the problem. The most weird thing is the double http thread pool that was not present on the others servers (but the others servers have NonStopCache).

My Glassfish 3.1 is patched with 2 jars from GLASSFISH-17150 and GRIZZLY-1034. These 2 patches are include in GF 3.1.2 right ? Maybe I can try with Glassfish 3.1.2.

Comment by oleksiys [ 27/Feb/12 ]

Sure, you can try 3.1.2,
can you pls. also attach domain.xml?

Thanks.

Comment by guillaume.d [ 28/Feb/12 ]

domain.xml attached.

I can't reproduce the problem, it should something not weel initialized at startup that cause this random problem.

I also put some node with -1 queue size and others with 4096 to check what if the problem appear also with a -1 queue size.

Comment by oleksiys [ 28/Feb/12 ]

thread-pool configuration in the domain.xml looks fine.

if you have time, can you pls. try to reproduce the issue, on a thread-pool with following config:

  • max-queue-size = 4096
  • min-thread-pool-size = 8
  • max-thread-pool-size = 100

so the only diff. in that min-thread-pool-size is 8 instead of 100.

Thanks.

Comment by guillaume.d [ 10/Mar/12 ]

Reproduced again. No load except a load balancer that do a ping to check if the server is still here.

Result of asadmin command

server.network.http-listener-client.thread-pool.corethreads-count = 0
server.network.http-listener-client.thread-pool.corethreads-description = Core number of threads in the thread pool
server.network.http-listener-client.thread-pool.corethreads-lastsampletime = -1
server.network.http-listener-client.thread-pool.corethreads-name = CoreThreads
server.network.http-listener-client.thread-pool.corethreads-starttime = 1331232242528
server.network.http-listener-client.thread-pool.corethreads-unit = count
server.network.http-listener-client.thread-pool.currentthreadcount-count = 200
server.network.http-listener-client.thread-pool.currentthreadcount-description = Provides the number of request processing threads currently in the listener thread pool
server.network.http-listener-client.thread-pool.currentthreadcount-lastsampletime = 1331232243802
server.network.http-listener-client.thread-pool.currentthreadcount-name = CurrentThreadCount
server.network.http-listener-client.thread-pool.currentthreadcount-starttime = 1331232242529
server.network.http-listener-client.thread-pool.currentthreadcount-unit = count
server.network.http-listener-client.thread-pool.currentthreadsbusy-count = 0
server.network.http-listener-client.thread-pool.currentthreadsbusy-description = Provides the number of request processing threads currently in use in the listener thread pool serving requests
server.network.http-listener-client.thread-pool.currentthreadsbusy-lastsampletime = 1331250783604
server.network.http-listener-client.thread-pool.currentthreadsbusy-name = CurrentThreadsBusy
server.network.http-listener-client.thread-pool.currentthreadsbusy-starttime = 1331232242529
server.network.http-listener-client.thread-pool.currentthreadsbusy-unit = count
server.network.http-listener-client.thread-pool.dotted-name = server.network.http-listener-client.thread-pool
server.network.http-listener-client.thread-pool.maxthreads-count = 0
server.network.http-listener-client.thread-pool.maxthreads-description = Maximum number of threads allowed in the thread pool
server.network.http-listener-client.thread-pool.maxthreads-lastsampletime = -1
server.network.http-listener-client.thread-pool.maxthreads-name = MaxThreads
server.network.http-listener-client.thread-pool.maxthreads-starttime = 1331232242528
server.network.http-listener-client.thread-pool.maxthreads-unit = count
server.network.http-listener-client.thread-pool.totalexecutedtasks-count = 8097
server.network.http-listener-client.thread-pool.totalexecutedtasks-description = Provides the total number of tasks, which were executed by the thread pool
server.network.http-listener-client.thread-pool.totalexecutedtasks-lastsampletime = 1331250783604
server.network.http-listener-client.thread-pool.totalexecutedtasks-name = TotalExecutedTasksCount
server.network.http-listener-client.thread-pool.totalexecutedtasks-starttime = 1331232242529
server.network.http-listener-client.thread-pool.totalexecutedtasks-unit = count
Comment by guillaume.d [ 10/Mar/12 ]

Other stats :

server.network.http-listener-client.connection-queue.countopenconnections-count = 0
server.network.http-listener-client.connection-queue.countopenconnections-description = The number of open/active connections
server.network.http-listener-client.connection-queue.countopenconnections-lastsampletime = 1331370087836
server.network.http-listener-client.connection-queue.countopenconnections-name = CountOpenConnections
server.network.http-listener-client.connection-queue.countopenconnections-starttime = 1331370087836
server.network.http-listener-client.connection-queue.countopenconnections-unit = count
server.network.http-listener-client.connection-queue.countoverflows-count = 52093
server.network.http-listener-client.connection-queue.countoverflows-description = Number of times the queue has been too full to accommodate a connection
server.network.http-listener-client.connection-queue.countoverflows-lastsampletime = 1331370087144
server.network.http-listener-client.connection-queue.countoverflows-name = CountOverflows
server.network.http-listener-client.connection-queue.countoverflows-starttime = 1331232242972
server.network.http-listener-client.connection-queue.countoverflows-unit = count
server.network.http-listener-client.connection-queue.countqueued-count = 0
server.network.http-listener-client.connection-queue.countqueued-description = Number of connections currently in the queue
server.network.http-listener-client.connection-queue.countqueued-lastsampletime = 1331250783599
server.network.http-listener-client.connection-queue.countqueued-name = CountQueued
server.network.http-listener-client.connection-queue.countqueued-starttime = 1331232242972
server.network.http-listener-client.connection-queue.countqueued-unit = count
server.network.http-listener-client.connection-queue.countqueued15minutesaverage-count = 0
server.network.http-listener-client.connection-queue.countqueued15minutesaverage-description = Average number of connections queued in the last 15 minutes
server.network.http-listener-client.connection-queue.countqueued15minutesaverage-lastsampletime = 1331370087838
server.network.http-listener-client.connection-queue.countqueued15minutesaverage-name = CountQueued15MinutesAverage
server.network.http-listener-client.connection-queue.countqueued15minutesaverage-starttime = 1331370087838
server.network.http-listener-client.connection-queue.countqueued15minutesaverage-unit = count
server.network.http-listener-client.connection-queue.countqueued1minuteaverage-count = 0
server.network.http-listener-client.connection-queue.countqueued1minuteaverage-description = Average number of connections queued in the last 1 minute
server.network.http-listener-client.connection-queue.countqueued1minuteaverage-lastsampletime = 1331370087839
server.network.http-listener-client.connection-queue.countqueued1minuteaverage-name = CountQueued1MinuteAverage
server.network.http-listener-client.connection-queue.countqueued1minuteaverage-starttime = 1331370087839
server.network.http-listener-client.connection-queue.countqueued1minuteaverage-unit = count
server.network.http-listener-client.connection-queue.countqueued5minutesaverage-count = 0
server.network.http-listener-client.connection-queue.countqueued5minutesaverage-description = Average number of connections queued in the last 5 minutes
server.network.http-listener-client.connection-queue.countqueued5minutesaverage-lastsampletime = 1331370087840
server.network.http-listener-client.connection-queue.countqueued5minutesaverage-name = CountQueued5MinutesAverage
server.network.http-listener-client.connection-queue.countqueued5minutesaverage-starttime = 1331370087839
server.network.http-listener-client.connection-queue.countqueued5minutesaverage-unit = count
server.network.http-listener-client.connection-queue.counttotalconnections-count = 60190
server.network.http-listener-client.connection-queue.counttotalconnections-description = Total number of connections that have been accepted
server.network.http-listener-client.connection-queue.counttotalconnections-lastsampletime = 1331370087143
server.network.http-listener-client.connection-queue.counttotalconnections-name = CountTotalConnections
server.network.http-listener-client.connection-queue.counttotalconnections-starttime = 1331232242971
server.network.http-listener-client.connection-queue.counttotalconnections-unit = count
server.network.http-listener-client.connection-queue.counttotalqueued-count = 8097
server.network.http-listener-client.connection-queue.counttotalqueued-description = Total number of connections that have been queued
server.network.http-listener-client.connection-queue.counttotalqueued-lastsampletime = 1331250783599
server.network.http-listener-client.connection-queue.counttotalqueued-name = CountTotalQueued
server.network.http-listener-client.connection-queue.counttotalqueued-starttime = 1331232242972
server.network.http-listener-client.connection-queue.counttotalqueued-unit = count
server.network.http-listener-client.connection-queue.dotted-name = server.network.http-listener-client.connection-queue
server.network.http-listener-client.connection-queue.maxqueued-count = 0
server.network.http-listener-client.connection-queue.maxqueued-description = Maximum size of the connection queue
server.network.http-listener-client.connection-queue.maxqueued-lastsampletime = -1
server.network.http-listener-client.connection-queue.maxqueued-name = MaxQueued
server.network.http-listener-client.connection-queue.maxqueued-starttime = 1331232242972
server.network.http-listener-client.connection-queue.maxqueued-unit = count
server.network.http-listener-client.connection-queue.peakqueued-count = 2
server.network.http-listener-client.connection-queue.peakqueued-description = Largest number of connections that were in the queue simultaneously
server.network.http-listener-client.connection-queue.peakqueued-lastsampletime = 1331236068463
server.network.http-listener-client.connection-queue.peakqueued-name = PeakQueued
server.network.http-listener-client.connection-queue.peakqueued-starttime = 1331232242972
server.network.http-listener-client.connection-queue.peakqueued-unit = count
server.network.http-listener-client.connection-queue.tickstotalqueued-count = 0
server.network.http-listener-client.connection-queue.tickstotalqueued-description = (Unsupported) Total number of ticks that connections have spent in the queue
server.network.http-listener-client.connection-queue.tickstotalqueued-lastsampletime = 1331232243027
server.network.http-listener-client.connection-queue.tickstotalqueued-name = TicksTotalQueued
server.network.http-listener-client.connection-queue.tickstotalqueued-starttime = 1331232242973
server.network.http-listener-client.connection-queue.tickstotalqueued-unit = count

Comment by oleksiys [ 12/Mar/12 ]

According to this

server.network.http-listener-client.connection-queue.countoverflows-count = 52093
server.network.http-listener-client.connection-queue.countoverflows-description = Number of times the queue has been too full to accommodate a connection

we see that queue was really overflowed (52093 times)!
Though, according the statistics you posted, the queue is empty now and ready to process requests.

Comment by guillaume.d [ 12/Mar/12 ]

So it is a bug ?

Comment by oleksiys [ 12/Mar/12 ]

Let's do this.
I can send you a patch, which takes threads snapshot each time thread-pool is overflowed.

You use Glassfish 3.1.1 release, right?

Comment by guillaume.d [ 12/Mar/12 ]

Just to be clear, request were discarded when I took the statistics and were still discarded after.

Comment by oleksiys [ 12/Mar/12 ]

Can you pls. attach same stats for all listeners?

thanks.

Comment by guillaume.d [ 12/Mar/12 ]

I didn't keep the statistics of all the listener and the server has been restarted since.

But I'm sure that client listener has the problem because :

  • all the request, from the browser were ok except on port 8280
  • after changing a setting on the thead pool of client listener everyhting gets back to normal
  • the probe that was failing and detect the problem is only on port 8280

So the problem is on that thread pool.

Can you give a patch for 3.1.1 and 3.1.2 web profile. I am juste migrating the application.

Comment by oleksiys [ 13/Mar/12 ]

patch for 3.1.2

Comment by oleksiys [ 13/Mar/12 ]

attaching the patch for GF 3.1.2.
Once task is getting refused - GF will create a threads dump file in the current folder (for me it's gfv3/glassfish/domains/domain1/config/).

Comment by guillaume.d [ 27/Mar/12 ]

There is still the bug in GF 3.1.2.

It appears no longer after a start. Unfortunately, the bugs has been diagnose on the only server that does not have the patch.

Witing for the next time is shows up.

Comment by oleksiys [ 12/Jun/12 ]

any updates on the issue?

thanks.

Comment by guillaume.d [ 10/Jul/12 ]

Problem experience again right after a restart of the server.

[#|2012-07-08T12:29:50.115+0200|SEVERE|glassfish3.1.2|grizzly|_ThreadID=74;_ThreadName=Thread-2;|doSelect exception
java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096
        at com.sun.grizzly.util.AbstractThreadPool.onTaskQueueOverflow(AbstractThreadPool.java:473)
        at com.sun.grizzly.util.QueueLimitedThreadPool.onTaskQueueOverflow(QueueLimitedThreadPool.java:97)
        at com.sun.grizzly.util.QueueLimitedThreadPool.execute(QueueLimitedThreadPool.java:88)
        at com.sun.grizzly.util.GrizzlyExecutorService.execute(GrizzlyExecutorService.java:162)
        at com.sun.grizzly.http.StatsThreadPool.execute(StatsThreadPool.java:134)
        at com.sun.grizzly.NIOContext.execute(NIOContext.java:510)
        at com.sun.grizzly.NIOContext.execute(NIOContext.java:488)
        at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:370)
        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)
|#]

I have many thead dumps (that filled the whole file system). I have attached one.

Comment by oleksiys [ 10/Jul/12 ]

If you used the patch (attached here), can you pls. send server.log* file(s)?
Thanks.

Comment by guillaume.d [ 10/Jul/12 ]

Here are all the server.log files

Comment by oleksiys [ 10/Jul/12 ]

looks like thread-pool for port 8281 and 8248 haven't been created, at least I don't see them in the gf-reject*.dump. So most probably requests to these ports were queued up but never processed... this finally caused RejectedExecutionException.

You didn't change thread-pool config, so they are still configured (in the domain.xml) like:
<thread-pools>
<thread-pool name="admin-thread-pool" max-thread-pool-size="50" max-queue-size="256"/>
<thread-pool name="http-thread-pool-casino" max-thread-pool-size="100" min-thread-pool-size="100"/>
<thread-pool name="http-thread-pool-client" max-thread-pool-size="100" max-queue-size="-1" min-thread-pool-size="100"/><thread-pool name="http-thread-pool"/>
</thread-pools>

?

Comment by oleksiys [ 10/Jul/12 ]

imo you're right, something is not getting started properly (during GF startup).
Here is another patch, which should give us more information on thread pools and their threads even if they have not been started.
It will produce gf-reject-.dump and gf-reject--extra.dump.

Will appreciate if you can try it.

Comment by guillaume.d [ 10/Jul/12 ]

Ok we will try it asap.

Thanks.

Comment by guillaume.d [ 09/Oct/12 ]

We reproduced the problem wery often when the load is increasing.

Here are the logs generated by your patch. Can you have a look at those file ?

Thanks.

Comment by oleksiys [ 09/Oct/12 ]

Very interesting...
Looks like the counter is correct, the real thread-pool queue size is 4096...
May be it's a bug in LinkedTransferQueue implementation, let's try to substitute it w/ LinkedBlockingQueue.

I'm attaching grizzly-utils.jar, which has to override grizzly-utils.jar from the patch I attached earlier.

Pls. send me the logs, if you see the problem again.

Thanks.

Comment by yavuzs [ 03/Dec/12 ]

hi all,
we're facing the same problem with GlassFish Server Open Source Edition 3.1.2 (build 23)
guillaume.d, is the problem fixed with grizzly-utils.jar that oleksiys attached?
what is the last status for this issue?
regards,

Comment by ggates1020 [ 05/Dec/12 ]

We are also still seeing this issue after upgrading to GlassFish Server Open Source Edition 3.1.2.2 (build 5). It is happening on a large customer production site and is becoming painful.

Comment by oleksiys [ 06/Dec/12 ]

hi guys,

when you see the issue - pls. provide more info on OS you're running, attach the server.log, domain.xml files and jstack report, taken when the problem happens, so we can doublecheck if it's really the same issue.

Thanks.

Comment by kpasgma [ 25/Mar/13 ]

Hi we have just run into this same issue. From the logs it only happened on "ThreadID=11".
We are running on a Ubuntu, Glassfish 3.1.2 (build 23).
Being that this error looks like it is occurring in grizzly, is this a grizzly issue or Glassfish?
Restarting the server did fix the issue, but what is the cause?

[#|2013-03-23T12:57:18.730+0800|SEVERE|glassfish3.1.2|grizzly|_ThreadID=11;_ThreadName=Thread-2;|doSelect exception
java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096
at com.sun.grizzly.util.AbstractThreadPool.onTaskQueueOverflow(AbstractThreadPool.java:473)
at com.sun.grizzly.util.QueueLimitedThreadPool.onTaskQueueOverflow(QueueLimitedThreadPool.java:97)
at com.sun.grizzly.util.QueueLimitedThreadPool.execute(QueueLimitedThreadPool.java:88)
at com.sun.grizzly.util.GrizzlyExecutorService.execute(GrizzlyExecutorService.java:162)
at com.sun.grizzly.http.StatsThreadPool.execute(StatsThreadPool.java:127)
at com.sun.grizzly.NIOContext.execute(NIOContext.java:510)
at com.sun.grizzly.NIOContext.execute(NIOContext.java:488)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:370)
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)

Comment by oleksiys [ 25/Mar/13 ]

I'm not sure it's either Grizzly or Glassfish issue...
Might be just configuration or application problem.

This issue happens when thread-pool queue is overloaded, default max thread-pool queue size is 4096 elements (tasks).
First of all you can try to extend the max queue size:

asadmin set configs.config.server-config.thread-pools.thread-pool.http-thread-pool.max-queue-size=<NNN>

also when it happens - pls. take a threads dump using

jstack <GLASSFISH_PID>

because may be all the threads are stuck working on some tasks and new tasks are getting queued but never processed.

Thanks.

Comment by pbelbin [ 20/Jun/13 ]

I too am seeing this.

I'm using jdk 7 u 17 x64 on solaris 10 x64

glassfish is 3.1.2.2 (build 5)

I see in server.log:

[#|2013-06-20T15:47:21.062+0000|SEVERE|glassfish3.1.2|grizzly|_ThreadID=34;_ThreadName=Thread-2;|doSelect exception
java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096
at com.sun.grizzly.util.AbstractThreadPool.onTaskQueueOverflow(AbstractThreadPool.java:473)
at com.sun.grizzly.util.SyncThreadPool.execute(SyncThreadPool.java:191)
at com.sun.grizzly.util.GrizzlyExecutorService.execute(GrizzlyExecutorService.java:162)
at com.sun.grizzly.http.StatsThreadPool.execute(StatsThreadPool.java:127)
at com.sun.grizzly.NIOContext.execute(NIOContext.java:510)
at com.sun.grizzly.NIOContext.execute(NIOContext.java:488)
at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:370)
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.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)

this is a production system, and would really appreciate some help with this.

my attached jstack <glassfish pid> output is attached as: pbelbin_stack_2013-06-20a.gz

I take it back - I can't attach to this issue, it seems.

I may be able to create a sub-issue and attach there.

nope! sorry, I have a jstack output file to upload, but am unable to attach it. please advise.

I even created a sub-task to see if I could attach there, but no, it won't let me.

Comment by oleksiys [ 25/Jun/13 ]

I moved GLASSFISH-20652 to a separate issue, because it's different.
In GLASSFISH-20652 all the Glassfish threads are blocked inside user's application code, so it looks like application (not Glassfish issue)

Comment by sirio7g [ 20/Aug/13 ]

Did the patch provided on Oct, 19 2012 work?

Comment by oleksiys [ 20/Aug/13 ]

@sirio7g are you using JDK6?

You may want to apply the patch, looks like it's a bug in LinkedTransferQueue.

Comment by sirio7g [ 21/Aug/13 ]

Os:
Linux pd022 2.6.32-358.11.1.el6.x86_64 #1 SMP Wed Jun 12 03:34:52 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

JVM:
java version "1.7.0_25"
Java(TM) SE Runtime Environment (build 1.7.0_25-b15)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)

Comment by oleksiys [ 21/Aug/13 ]

the latest grizzly-http.jar has to fix this problem.

Comment by oleksiys [ 21/Aug/13 ]

correspondent Grizzly issue [1] has been fixed.
the patch for 3.1.2.2 is available in the attachment.

[1] https://java.net/jira/browse/GRIZZLY-1581





[GLASSFISH-18310] [CTS] glassfish AIX builds fail CTS w/ Access denied (java.lang.RuntimePermission accessClassInPackage.com.ibm.oti.reflect) Created: 02/Feb/12  Updated: 20/Dec/16  Resolved: 27/Mar/13

Status: Resolved
Project: glassfish
Component/s: orb
Affects Version/s: 3.1.2_dev
Fix Version/s: 4.0_dev

Type: Bug Priority: Major
Reporter: Dennis MacConnell Assignee: Harshad Vilekar
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     Text File server.log    
Tags: 3_1_2-exclude, 3_1_2-next

 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 10:42:27:  Execute TestBean: txCompat13Test1
[javatest.batch] 01-31-2012 10:42:27:  SVR: updateBrandName
[javatest.batch] 01-31-2012 10:42:27:  ERROR: txCompat13Test1 failed
[javatest.batch] 01-31-2012 10:42:28:  SVR: Unexpected exception caught
[javatest.batch] 01-31-2012 10:42:28:  SVR-ERROR: java.security.AccessControlException: Access denied
 (java.lang.RuntimePermission accessClassInPackage.com.ibm.oti.reflect)
[javatest.batch]        at java.security.AccessController.checkPermission(AccessController.java:108)
[javatest.batch]        at java.lang.SecurityManager.checkPermission(SecurityManager.java:544)
[javatest.batch]        at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1539)
[javatest.batch]        at com.sun.enterprise.security.J2EESecurityManager.checkPackageAccess(J2EESecurityManager.java:104)
[javatest.batch]        at java.lang.Class.checkMemberAccess(Class.java:118)

<server log snippet>
[#|2012-01-31T07:42:27.944-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security|_ThreadID=9;_ThreadName=Thread-9;|JACC Policy Provider:Failed Permission Check: context (" compat13_ejb_tx/compat13_ejb_tx_ejb_jar ") , permission (" (java.lang.RuntimePermission accessClassInPackage.com.ibm.oti.reflect) ") |#]

The workaround is to add the following grant to the server policy file.

grant {
  permission java.lang.RuntimePermission "accessClassInPackage.com.ibm.oti.reflect";
}; 

I'm not sure this is a valid workaround or even a bug.
Maybe this grant should be in the server.policy by default.



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

This issue was filed by Dennis MacConnell

I attached the CTS & server.logs.

Comment by Dennis MacConnell [ 02/Feb/12 ]

Affects Version should be 3.1.2 b20 (not 4.0_b20)
I'm not sure how to change it.

Comment by Harshad Vilekar [ 04/Feb/12 ]

Server log shows issue with the ORB code:
----------------
#|2012-01-31T07:42:27.940-0800|FINE|glassfish3.1.2|javax.enterprise.system.core.security|_ThreadID=9;_ThreadName=Thread-9;ClassName=com.sun.enterprise.security.provider.BasePolicyWrapper;MethodName=doImplies;|JACC Policy Provider, failed Permission Check at :
java.lang.Exception
at com.sun.enterprise.security.provider.BasePolicyWrapper.doImplies(BasePolicyWrapper.java:414)
at com.sun.enterprise.security.provider.BasePolicyWrapper.implies(BasePolicyWrapper.java:246)
at java.security.ProtectionDomain.implies(ProtectionDomain.java:199)
at java.security.AccessController.checkPermission(AccessController.java:98)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:544)
at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1539)
at com.sun.enterprise.security.J2EESecurityManager.checkPackageAccess(J2EESecurityManager.java:104)
at java.lang.Class.checkMemberAccess(Class.java:118)
at java.lang.Class.getDeclaredMethods(Class.java:675)
at com.sun.corba.ee.impl.orbutil.copyobject.DefaultClassCopierFactories$1.notCopyable(DefaultClassCopierFactories.java:121)
at com.sun.corba.ee.impl.orbutil.copyobject.DefaultClassCopierFactories$1.getClassCopier(DefaultClassCopierFactories.java:85)
at

:

[#|2012-01-31T07:42:27.944-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security|_ThreadID=9;_ThreadName=Thread-9;|JACC Policy Provider:Failed Permission Check: context (" compat13_ejb_tx/compat13_ejb_tx_ejb_jar ") , permission (" (java.lang.RuntimePermission accessClassInPackage.com.ibm.oti.reflect) ") |#]

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

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

Harshad gave a patched glassfish-corba-codegen.jar and CTS reports:
------------
I just retested (on AIX) the tests that fail with
"java.lang.RuntimePermission accessClassInPackage.com.ibm.oti.reflect"

and they PASS with the new glassfish-corba-codegen.jar

Just to make sure, I restored the original jar and reran the tests and they did fail as expected.

So I'd say the fix is good.
-------------

Comment by Harshad Vilekar [ 05/Feb/12 ]
  • What is the impact on the customer of the bug?

CTS failure on AIX.

Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?

Security Issue.

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

The fix is relatively low risk. Code change is being reviewed by Kumar and Russ.

  • Is there an impact on documentation or message strings?

No doc impact. No doc change required

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

Please rerun usual Corba related tests on AIX, Windows and at least one other *nix platforms.

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

3.1.2-b21

Comment by Harshad Vilekar [ 06/Feb/12 ]

Pre-integration tests PASSED: Orb dev tests, EJB dev tests, QL tests.

Fix committed to workspace: gf-corba-v3-mirror~gfv31-master, revision 691.
Fix not integrated to GlassFish 3.1.2.

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

This fix was not integrated into 3.1.2. Tagging for consideration in next update release.

Comment by Harshad Vilekar [ 04/Sep/12 ]

Fixed in GF 3.1.2 patch 3. ORB version 3.1.0-b033 - ORB workspace revision #690.

Comment by Harshad Vilekar [ 14/Mar/13 ]

Forward ported to PFL 4.0-b003 (hosted on GMBAL project). PFL workspace revision #40, #41.

Integrated with ORB 4.0-b006. ORB Workspace revision #867.

Comment by Harshad Vilekar [ 27/Mar/13 ]

Integrated PFL 4.0-b003 in GlassFish 4.0_b82_EE7MS7. Glassfish trunk svn revision 60838.





[GLASSFISH-18309] Repeated Deploy & Undeploy of a Coherence 3.7.1 enabled application causes an OutOfMemory (PermGen space). Created: 02/Feb/12  Updated: 20/Dec/16  Resolved: 26/Mar/12

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

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

Attachments: HTML File tangosol_objects.html    
Tags: 3_1_2-exclude, 3_1_2-release-note-added, 3_1_2-release-notes

 Description   

GF Build 19
JDK: Oracle JDK
setup: 10 instance cluster

The GF HA coherence tests have a test that repeats deploy and undeploy of the same application. When using Coherence 3.7.1 we found that some of the instances show an OutOfMemory error. We followed up with runs that used both Coherence 3.7 and Coherence 3.7.1 with GC logging enabled and top and vmstat running on all the machines.

Observations with Coherence 3.7.1:

  • The test was used to repeat deploy & undeploy "15" times.
  • The gc.log files exhibit an increase in Perm space. This was observed from the lines that logged "Full GC"s.
  • The instance's GC logs in the RepeatDeploy test showed that the Perm space went over the 192m MaxPermSize limit for a few seconds and at around that time the instance's logs show the OutOfMemory error.
  • The Perm space value does fall back below the 192m mark within a few seconds.

Link to a server log (instance109) that shows the OutOfMemory error:
http://agni-1.us.oracle.com/net/asqe-logs.us.oracle.com/export1/3.1.2/Results/coherence-with-oracle-jdk/repeat-deploy-3.7.1-15-deploy-undeploy/failoverRuntimeThroughLB/logs/st-cluster/instance109/logs/server.log

        • Relevant GC Log entries ****
          2012-02-02T08:00:54.977-0800: 482.447: [Full GC 482.447: [Tenured: 62906K->66555K(107668K), 0.4999320 secs] 75486K->66555K(156244K), [Perm : 195519K->195519K(195520K)], 0.5000870 secs] [Times: user=0.42 sys=0.00, real=0.50 secs]
          2012-02-02T08:00:55.608-0800: 483.078: [Full GC 483.078: [Tenured: 66555K->66659K(110928K), 0.4297140 secs] 88304K->66659K(160976K), [Perm : 196606K->196606K(196608K)], 0.4298120 secs] [Times: user=0.41 sys=0.00, real=0.43 secs]
          2012-02-02T08:00:56.041-0800: 483.511: [Full GC 483.511: [Tenured: 66659K->64062K(110928K), 1.1760840 secs] 67138K->64062K(160976K), [Perm : 196606K->196606K(196608K)], 1.1762140 secs] [Times: user=0.52 sys=0.00, real=1.17 secs]
          2012-02-02T08:00:58.347-0800: 485.817: [Full GC 485.817: [Tenured: 64062K->44783K(110928K), 0.4644220 secs] 65289K->44783K(160976K), [Perm : 196608K->73601K(196608K)], 0.4990710 secs] [Times: user=0.40 sys=0.09, real=0.50 secs]
          2012-02-02T08:00:59.325-0800: 486.795: [GC 486.795: [DefNew: 44544K->935K(50048K), 0.0112430 secs] 89327K->45719K(160976K), 0.0113650 secs] [Times: user=0.01 sys=0.00, real=0.01 secs]
          ********
        • OOM around the same time ******
          [#|2012-02-02T08:00:58.850-0800|SEVERE|oracle-glassfish3.1.2|org.apache.catalina.core.ContainerBase|_ThreadID=26;_ThreadName=Thread-2;|ContainerBase.addChild: start:
          org.apache.catalina.LifecycleException: java.lang.OutOfMemoryError: PermGen space
          at org.apache.catalina.core.StandardContext.start(StandardContext.java:5389)
          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)
          ...
          ********

Complete logs of the test run:
http://agni-1.us.oracle.com/net/asqe-logs.us.oracle.com/export1/3.1.2/Results/coherence-with-oracle-jdk/repeat-deploy-3.7.1-15-deploy-undeploy/

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

Observations with Coherence 3.7:

  • The test was used to repeat deploy & undeploy "50" times.
  • The RepeatDeploy test also showed an increase in the Perm space with Coherence 3.7 but "did not end up" with an OutOfMemory error
  • The GC log shows that the Perm value goes over the 192m mark but does not seem to cause the OutOfMemory error.
        • Sample GC Log entry (instance101) ****
          2012-02-02T08:38:31.557-0800: 575.369: [Full GC 575.369: [Tenured: 60814K->61922K(97508K), 1.0029660 secs] 64677K->61922K(141476K), [Perm : 195263K->195263K(195264K)], 1.0066380 secs] [Times: user=0.49 sys=0.00, real=1.01 secs]
          2012-02-02T08:38:33.283-0800: 577.095: [Full GC 577.095: [Tenured: 61922K->56496K(103208K), 1.1454580 secs] 93484K->56496K(149800K), [Perm : 196607K->196607K(196608K)], 1.1498600 secs] [Times: user=0.55 sys=0.00, real=1.15 secs]
          2012-02-02T08:38:34.436-0800: 578.248: [Full GC 578.248: [Tenured: 56496K->34197K(103208K), 0.9107580 secs] 56723K->34197K(149800K), [Perm : 196607K->53693K(196608K)], 1.0241630 secs] [Times: user=0.39 sys=0.10, real=1.02 secs]
          2012-02-02T08:38:36.095-0800: 579.907: [GC 579.908: [DefNew: 41472K->324K(46592K), 0.0089130 secs] 75669K->34521K(149800K), 0.0092270 secs] [Times: user=0.01 sys=0.00, real=0.01 secs]
          ******

Complete logs of the test run:
http://agni-1.us.oracle.com/net/asqe-logs.us.oracle.com/export1/3.1.2/Results/coherence-with-oracle-jdk/repeat-deploy-3.7-50-deploy-undeploy/

--------

Location of logs of all the tests with Coherence 3.7.1:
http://agni-1.us.oracle.com/net/asqe-logs.us.oracle.com/export1/3.1.2/Results/coherence-with-oracle-jdk/runs-with-gclog-top/3.7.1/results/summary/coherence-http-runtime.html

Location of logs of all the tests with Coherence 3.7:
http://agni-1.us.oracle.com/net/asqe-logs.us.oracle.com/export1/3.1.2/Results/coherence-with-oracle-jdk/runs-with-gclog-top/3.7/results/summary/coherence-http-runtime.html

Note:
a) For all the tests, gc logs are located with the instance's server logs. Click on the test, get to the logs links, then click on st-cluster and then pick the instance.
b) The OutOfMemory error will need to be searched on all instance's server logs in the RepeatDeploy test.



 Comments   
Comment by Shing Wai Chan [ 02/Feb/12 ]

Attached profile log of tangosol's objects after deploy / undeploy of one coherence-web application.
From the log, there are 4096 com.tangosol.coherence.component.util.daemon.QueueProcessor objects in memory after undeployment and GC.

Comment by scatari [ 03/Feb/12 ]

If a bug is not yet filed on Coherence, then we should file one and link the same from our Release Notes. This is not a release stopper as "repeated deploy/undeploy" is not a common usage. Currently marking it for Release Notes.

Comment by varunrupela [ 06/Feb/12 ]

From user perspective, especially a developer, multiple deploy/undeploy may be required and those will cause a memory leak and may lead to a OutOfMemory error. The cluster will become unusable as it has been observed that after an instance in the cluster has shown the error, asadmin commands (that operate on the entire cluster) begin to return with a "SSLHandshakeException" message and fail. See the comment dated "02/Feb/12 04:26 PM" in issue 18269.

To get the cluster back in use, the user will be required to identify the instances that have gone OutOfMemory by looking into each instance's server logs. Those instances with the error will need to be killed from the command line (kill -9 pid). The cluster can then be started back using the "asadmin start-cluster clustername" command.

Comment by Shing Wai Chan [ 06/Feb/12 ]

An issue has been filed on Coherence as follows:
13689457: OUTOFMEMORYERROR AFTER DEPLOY & UNDEPLOY COHERENCE 3.7.1 WEB APPLICATION

Comment by varunrupela [ 07/Feb/12 ]

The release note can also point out that this issue can surface in production as well, when new versions of the application are required to be deployed often (and older versions undeployed).

Comment by Rebecca Parks [ 07/Feb/12 ]

Added to the 3.1.2 Release Notes:

Description

Repeated redeployment of a Coherence 3.7.1 enabled application may cause a memory leak and lead to an OutOfMemory error. The cluster may become unusable. After an instance in the cluster has shown the error, asadmin commands that operate on the entire cluster may return with an SSLHandshakeException message and fail.

Workaround

To get the cluster back in use:

1. Identify the instances that have gone OutOfMemory by looking at each instance's server logs.

2. Kill those instances from the command line using the kill -9 pid command.

3. Restart the cluster using the asadmin start-cluster cluster-name command.

Comment by scatari [ 08/Feb/12 ]

Can we suggest a better workaround if any. Does having a time interval between repeated deploys help with GC that we can document?

Comment by Shing Wai Chan [ 08/Feb/12 ]

As a workaround, one can use Coherence 3.7.0 .

Comment by Rebecca Parks [ 09/Feb/12 ]

Changed 3.1.2 Release Notes workaround to:

Workaround

Use Coherence 3.7.0 instead.

If you must use Coherence 3.7.1, to get the cluster back in use:

1. Identify the instances that have gone OutOfMemory by looking at each instance's server logs.

2. Kill those instances from the command line using the kill -9 pid command.

3. Restart the cluster using the asadmin start-cluster <cluster-name> command.

Comment by jkirsch [ 23/Mar/12 ]

This issue can be reproduced in both 3.7 and 3.7.1 if coherence.jar and coherence-web.jar are placed in the glassfish/lib directory. No matter when CacheFactory.shutdown is executed (for example, I tried immediately after coherence was started via ensureCache), coherence artifacts are not released by the jvm. The grizzly ThreadPoolImpl retains a reference to a coherence classloader - therefore coherence artifacts remain in the jvm heap.

When coherence.jar and coherence-web.jar are directly packaged in a war file, there is no retention of coherence classes. The coherence artifacts are released on CacheFactory.shutdown(). Since the C*Web doc specifies that the coherence.jar and coherence-web.jar should be packaged in the war / ear file, this should be a non issue for customers.

Comment by Shing Wai Chan [ 26/Mar/12 ]

According to James' analysis above, one should not have coherence*jar in lib directory.
In other words, the set up is not conformed to the doc in coherence*web.





[GLASSFISH-18308] [CTS] AccessControlException running endpoint publishing with grant in server.policy file Created: 02/Feb/12  Updated: 22/Mar/13

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: 3.1.2
Fix Version/s: future release

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

Attachments: File cts.out     Text File server.log    
Tags: 3_1_2-exclude, 3_1_2-next

 Description   

I'm getting a some failures running a few CTS jaxws endpoint publishing tests.

<snippet from server log>
[#|2012-02-02T06:39:05.469-0500|FINEST|glassfish3.1.2|javax.enterprise.system.core.security|_ThreadID=117;_ThreadName=Thread-2;ClassName=com.sun.enterprise.security.provider.BasePolicyWrapper;MethodName=doImplies;|JACC Policy Provider: PolicyWrapper.implies, context (WSW2JDLEndpointTest/WSW2JDLEndpointTest_web_war)- result was(false) permission (("javax.xml.ws.WebSefalservicePermission" "publishEndpoint"))|#]

[#|2012-02-02T06:39:05.469-0500|INFO|glassfish3.1.2|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=117;_ThreadName=Thread-2;|Exception occurred: java.security.AccessControlException: access denied ("javax.xml.ws.WebServicePermission" "publishEndpoint")|#]

The server.policy file gets updated with the following grant with CTS and you would think that
the access would be granted.

<snippet from server.policy>

grant {
     permission javax.security.auth.AuthPermission "doAsPrivileged";
     permission javax.security.auth.AuthPermission "modifyPrincipals";
     permission javax.security.auth.AuthPermission "modifyPublicCredentials";
     permission javax.security.auth.AuthPermission "modifyPrivateCredentials";
     permission javax.security.auth.AuthPermission  "createLoginContext.fileRealm";
     permission javax.security.auth.PrivateCredentialPermission
                "com.sun.enterprise.security.auth.login.common.PasswordCredential * \"*\"", "read";
     permission org.osgi.framework.AdminPermission "*", "*";
     permission javax.xml.ws.WebServicePermission  "publishEndpoint";
     permission java.security.SecurityPermission   "getPolicy";
     permission java.security.SecurityPermission   "setPolicy";
     permission javax.net.ssl.SSLPermission        "setHostnameVerifier";
};

I attached the CTS run log and the server log with security log settings bumped up to FINEST.



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

This issues was reported by Dennis MacConnell

Comment by Dennis MacConnell [ 02/Feb/12 ]

I forgot to mention that the test only fails with security manager enabled.

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

Additional information from an e-mail thread:

In the past I have been setting the props in CTS to false:

<snippet from ts.jte>
  http.server.supports.endpoint.publish=false
  http.server.supports.endpoint.publish.2=false

I'm not sure I like that idea anymore and I want to have this issue 
reinvestigated.

Comment by jitu [ 07/Feb/12 ]

IIRC, the test is negative testcase. One shouldn't be granting WebServicePermission/publishEndpoint in the appserver.

So the Endpoint.publish() would throw an exception and the CTS test would be looking for the exception.

Comment by kumarjayanti [ 07/Feb/12 ]

While that is true, there is something strange about this permission.

In JavaSE environment if i add an explicit grant in my Policy File then a simple example performing Endpoint.publish passes when Security Manager is ON.

permission javax.xml.ws.WebServicePermission "publishEndpoint";

But the same thing is not happening in JavaEE environment, despite the explicit Grant the CTS test (and even a simple testcase where we check for WebServicePermission inside a Servlet) fails . And my experiments yesterday show that this strange behavior in JavaEE is only for this Particular Permission. When i try with other permissions that exist in java world there are no problems, the behavior is as expected (if the grant is present then permission check succeeds and if its not then permission check fails).

Comment by Dennis MacConnell [ 07/Feb/12 ]

The same set of tests fail running against glassfish-3.1.1-b12.zip with security manager enabled.

Comment by Lukas Jungmann [ 14/Feb/12 ]

I tested this also on Tomcat 5.5 and 7 and if I grant WebServicePermission in catalina.policy then I'm able to pass the security check in Metro (EndpointImpl class), so the issue seems to be Glassfish specific. Also note that the grant itself works correctly in Glassfish v2. So only Glassfish v3 seems to be affected (tested GF 3.0.1, 3.1.1 and 3.1.2 (branch))

here is what I've done:

I put following into server.policy

grant {
    permission javax.xml.ws.WebServicePermission "publishEndpoint";
    permission java.security.SecurityPermission "getPolicy";
};

I started glassfish with enabled security manager (using -Djava.security.manager)

I created a simple servlet with following snippet in it:

            URL codebase = null;
            try {
                codebase = new File("/home/lukas/NetBeansProjects/permissions-gf/build/web").toURL();
            } catch (MalformedURLException e) {
            } catch (IOException e) {
            }
            CodeSource cs = new CodeSource(codebase, new Certificate[0]);
            PermissionCollection pcoll = Policy.getPolicy().getPermissions(cs);
            Enumeration en = pcoll.elements();
            for (; en.hasMoreElements();) {
                Permission p = (Permission) en.nextElement();
                out.println(p);
                out.println("<br/>");
            }
            SecurityManager sm = System.getSecurityManager();
            try {
                sm.checkPermission(new WebServicePermission("publishEndpoint"));
                out.println("<br/>");
                out.println("<h3>ok</h3>");
                out.println("<br/>");
            } catch (Throwable t) {
                t.printStackTrace(out);
            }

now when I run this servlet what I expect is that it prints out "OK" and no stacktrace (this is the case on Tomcat) but what I get is a stacktrace (on GlassFish)

I also tried to create custom Permission implementation and this gets applied/granted correctly, so it really seems that the issue is about WebServicePermission only.

Interesting thing here is that "javax.xml.ws.WebServicePermission" "publishEndpoint" is included in Policy.getPolicy().getPermissions(cs); but the permission itself is not being granted - this can be seen also in GlassFish logs if security logger level is set to ALL.

I also tried to check the difference between Tomcat and GlassFish web container sources and I haven't seen any major differences

Any idea where or how to follow up? What to try?

Thanks

Comment by kumarjayanti [ 15/Feb/12 ]

Thanks for the analysis.

But what is strange is that the problem on GlassFish manifests only for this One Permission WebServicePermission. If you try any other permission checks (Any Permission defined in Java SE or EE) then you will see that putting the grant in server.policy makes the permission check to pass and removing the grant makes the permission check to fail.

But only for WebServicePermission putting the grant somehow still does not help and the check continues to fail. This makes me suspect that there is something special about this permission implementation that is causing this.

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

This fix did not make the 3.1.2 release. Tagging for consideration in the next update release.





[GLASSFISH-18297] security module prevents the domain to start when javax.ejb is not in module directory Created: 01/Feb/12  Updated: 20/Dec/16

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: 3.1.2_dev, 4.0_dev
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: Romain Grécourt Assignee: JeffTancill
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

glassfish 3.1.2


Tags: 3_1_2-exclude, glassfish, minnow, secuirty

 Description   

As part of minnow distribution, we need to be able get rid of ejb related jars. I removed javax.ejb.jar and ejb-internal-api.jar from modules directory and then tried to start the domain. I did all the following experiments on a 3.1.2-minnow branch local workspace. The current goal is to be able to start the domain and deploy a simple war file without javax.ejb.jar and ejb-internal-api.jar present in the modules directory.

1) An other issue is happening before this one first, you need to apply the following workaround to see the issue:

  • update dol.jar's manifest file with the following entry in Import-Package section:
    javax.interceptor;resolution:=optional;version="3.1"
    

2) Then you also need to update security.jar's manifest with the following entries in Import-Package section:

javax.ejb;resolution:=optional;version="3.1"
org.glassfish.ejb.api;resolution:=optional;version="3.1"

3) start the domain, the following trace appears in the server.log:

[#|2012-02-01T19:33:44.424+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.services.impl|_ThreadID=10;_ThreadName=Thread-2;|Unable to start v3. Closing all ports
org.jvnet.hk2.component.ComponentException: injection failed on com.sun.enterprise.v3.admin.AdminAdapter.authenticator with interface org.glassfish.internal.api.AdminAccessController
	at org.jvnet.hk2.component.InjectionManager.error_injectionException(InjectionManager.java:284)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:161)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:93)
	at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:126)
	at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
	at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
	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:78)
	at org.jvnet.hk2.component.Habitat$5.get(Habitat.java:703)
	at java.util.AbstractList$Itr.next(AbstractList.java:345)
	at com.sun.enterprise.v3.services.impl.GrizzlyService.registerNetworkProxy(GrizzlyService.java:492)
	at com.sun.enterprise.v3.services.impl.GrizzlyService.postConstruct(GrizzlyService.java:407)
	at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131)
	at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
	at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
	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:78)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:253)
	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: org.jvnet.hk2.component.ComponentException: injection failed on com.sun.enterprise.container.common.GenericAdminAuthenticator.snif with class com.sun.enterprise.security.SecuritySniffer
	at org.jvnet.hk2.component.InjectionManager.error_injectionException(InjectionManager.java:284)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:161)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:93)
	at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:126)
	at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
	at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
	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:78)
	at org.jvnet.hk2.component.Habitat.getComponent(Habitat.java:798)
	at com.sun.hk2.component.InjectInjectionResolver.getServiceInjectValue(InjectInjectionResolver.java:147)
	at com.sun.hk2.component.InjectInjectionResolver.getValue(InjectInjectionResolver.java:88)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:143)
	... 30 more
Caused by: org.jvnet.hk2.component.ComponentException: Failed to create class com.sun.enterprise.security.SecuritySniffer
	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:139)
	at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
	at org.jvnet.hk2.component.Habitat.getBy(Habitat.java:1056)
	at org.jvnet.hk2.component.Habitat.getByType(Habitat.java:1037)
	at com.sun.hk2.component.InjectInjectionResolver.getComponentInjectValue(InjectInjectionResolver.java:159)
	at com.sun.hk2.component.InjectInjectionResolver.getValue(InjectInjectionResolver.java:90)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:143)
	... 41 more
Caused by: java.lang.NoClassDefFoundError: javax/ejb/Stateless
	at com.sun.enterprise.security.SecuritySniffer.<clinit>(SecuritySniffer.java:70)
	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)
	... 50 more
Caused by: java.lang.ClassNotFoundException: javax.ejb.Stateless not found by org.glassfish.main.security [16]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1460)
	at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
	... 58 more
|#]

I tracked the usage of javax.ejb package in the following class:

  • security/core/src/main/java/com/sun/enterprise/security/SecuritySniffer.java

I also tracked the usage of org.glassfish.ejb.api package in the following class:

  • security/core/src/main/java/com/sun/enterprise/security/authorize/EJBPolicyContextDelegate.java


 Comments   
Comment by Joe Di Pol [ 01/Feb/12 ]

Excluding from 3.1.2 release since this is not a stopper for 3.1.2





[GLASSFISH-18296] DOL module prevents the domain to start when javax.ejb is not in module directory Created: 01/Feb/12  Updated: 20/Dec/16  Resolved: 29/Aug/12

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1.2_dev, 4.0_dev
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Romain Grécourt Assignee: Hong Zhang
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

glassfish 3.1.2


Tags: 3_1_2-exclude, deployment, glassfish, minnow

 Description   

As part of minnow distribution, we need to be able get rid of ejb related jars. Some DOL related issues prevent the domain to start when javax.ejb is not in glassfish module directory.

Here is the following message from server.log that I got:

Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.main.security [16]:
 Unable to resolve 16.0: missing requirement [16.0] osgi.wiring.package; (&(osgi.wiring.package=com.sun.appserv.connectors.internal.api)(version>=3.1.0)) 
[caused by: Unable to resolve 80.0: missing requirement [80.0] osgi.wiring.package; (&(osgi.wiring.package=com.sun.enterprise.deployment)(version>=3.1.0)) 
[caused by: Unable to resolve 137.0: missing requirement [137.0] osgi.wiring.package; (&(osgi.wiring.package=javax.interceptor)(version>=3.1.0))]]
    at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3826)
    at org.apache.felix.framework.Felix.startBundle(Felix.java:1868)
    at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:944)
    at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:169)
    ... 23 more
|#]

It seems that it's because of the usage of javax.interceptors.
Using the following in deployment/dol/osgi.bundle makes it possible to deploy a simple web application:

Import-Package: \
                        org.glassfish.resource.common, \
                        javax.interceptor;resolution:=optional, \
                        *

I tracked the usage of this package in the following classes:

  • deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/handlers/DataSourceDefinitionHandler.java
  • deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/handlers/ManagedBeanHandler.java

These changes are not the only ones needed to get rid of javax.ejb for minnow distribution, some changes seems to be needed in security module (see related issue.



 Comments   
Comment by Romain Grécourt [ 01/Feb/12 ]

Updating the summary...

Comment by Romain Grécourt [ 01/Feb/12 ]

Updating environment to 3.1.2 because I performed my experiments on a 3.1.2-minnow branch workspace.

Comment by Hong Zhang [ 01/Feb/12 ]

Will talk to Jagadish first about the DataSourceDefinitionHandler to figure out if we could move that out of the DOL module.

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

Excluding from 3.1.2 release since this is not a stopper for 3.1.2

Comment by Hong Zhang [ 29/Aug/12 ]

I think we already resolved this issue for the minnow distribution.





[GLASSFISH-18285] wrong caller principal in @PermitAll annotated call Created: 31/Jan/12  Updated: 25/Apr/14

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

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

Tags: 3_1_2-exclude

 Description   

We are facing a problem, when an authenticated client calls a @PermitAll annotated method.
The session context caller name is always ANONYMOUS instead of the authenticated user name. If we change the annotation to @RolesAllow(..) the caller name is correct.

Here's a sample code:

 
@Stateless
@PermitAll
public class A {

  @Resource
  private SessionContext ctx;

  public void methodA() {
    String principleName = ctx.getCallerPrinciple().getName();
  }
}

Is there a reason, why the caller name is not propagated?






[GLASSFISH-18276] Unlocalized error message when test connection in the HTTP Load Balancers Created: 31/Jan/12  Updated: 20/Dec/16  Resolved: 21/Feb/13

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

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/JDK 1.6.0_30 64-Bit
Bundle: ogs-3.1.2-b20_01_29_2012-ml.zip
Server Locale: ja_JP.UTF-8
Browser Locale: ja_JP


Attachments: JPEG File lb_Export_error_unloca.jpg     JPEG File lb_General_error_unloca.jpg    
Tags: 3_1_2-exclude, 3_1_2_exclude

 Description   

There are unlocalized error message "Connection refusedConnetction refused"when test connection in the HTTP Load Balancers

To reproduce:
1. Login to Glassfish and select HTTP Load Balancers from left pane.
2. Click an existing HTTP Load Balancers.
3. Test connection by clicking Test connection button.

Attached screen shots for your reference.



 Comments   
Comment by gmurr [ 05/Feb/12 ]

Could not tell where the string is coming from. Will fix in next release





[GLASSFISH-18275] JMSRA jar files have redundent classpath entries, which cause startup/deployment performance hit Created: 30/Jan/12  Updated: 20/Dec/16  Resolved: 11/Feb/13

Status: Resolved
Project: glassfish
Component/s: jms
Affects Version/s: 3.1.2_dev
Fix Version/s: 4.0_dev

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

Tags: 3_1_2-exclude

 Description   

When deploying new apps (or starting up with apps deployed), each app gets a new ASURLClassLoader, and we spend a fair amount of time in ASURLCLassLoader.appendURL().

The time spent here is dominated by processing of the jmsra jar files, which contain many repeated and non-existent entries in the classpath; still, appendURL() blindly goes through all of them, regardless of whether they exist or have been processed before.

As an example, imqbroker.jar's manifest contains this classpath entry:
Class-Path: imqutil.jar imqjmx.jar ../imqjmx.jar ../../../share/lib/im
qjmx.jar jsse.jar jnet.jar jcert.jar ../imq.jar ../jms.jar imq.jar jm
s.jar ../../../share/lib/imq.jar ../../../share/lib/jms.jar imqjmsbri
dge.jar imqstomp.jar imql10n_server_ja.jar imql10n_server_zh_CN.jar i
mql10n_server_fr.jar imql10n_server_de.jar imql10n_server_es.jar imql
10n_server_it.jar imql10n_server_sw.jar imql10n_server_ko.jar imql10n
_server_zh_TW.jar imql10n_server_pt_BR.jar imql10n_server_lang1.jar i
mqbroker_ja.jar imqbroker_zh_CN.jar imqbroker_fr.jar imqbroker_de.jar
imqbroker_es.jar imqbroker_it.jar imqbroker_sw.jar imqbroker_ko.jar
imqbroker_zh_TW.jar imqbroker_pt_BR.jar imqbroker_lang1.jar

We need only one path to imq.jar and similar files; we're never going to find jsse.jar, jcert.jar, and jnet.jar in this directory, and to a large extent the internationalization files are never present in downloaded bundles. Even if we cannot completely remove the internalization entries (e.g., if it is too hard to have 2 builds, one with and one without the entries and put the correct build into the correct bundle), we still can clean this up significantly, because every jar file that imqbroker does include (e.g. imqstomp.jar) also includes all those same internationalization files in its manifest. They should be included only in one place.

We've run some simple tests cleaning up the manifests of imqbroker.jar, imqjmsbridge.jar, imqjmx.jar, imqstomp.jar to remove all the non-existent jar files but keeping (only one) set of internationalization files, and on simple startup and deployment benchmarks, this improves performance between 2.5% and 5%.



 Comments   
Comment by David Zhao [ 01/Feb/12 ]

The problem is in MQ codebase instead of GlassFish codebase.

A seperate MQ defect(http://java.net/jira/browse/MQ-143) is created and it has been fixed. The fix contains removing jsse.jar, jnet.jar, jcert.jar and I10n jars. It is marked fixed in 5.0 which will go to BG, but they are not causing any
problems in 4.x so we're not back porting(@Jill).

The redundant jars with ““../../../share/lib/”, for example “../../../share/lib/imq.jar”, are present for the native pkging which is being deprecated. I'd like to leave them in for another release(@Jill).

Comment by scatari [ 01/Feb/12 ]

Can we back port these changes back to 4.5SP2? This would help us to better 3.1.2 performance numbers.

Comment by Jill Sato [ 02/Feb/12 ]

The multiple imq.jars are there to support other distributions (e.g., native
SVR4 packaging, RPM packaging). We can remove this in 5.0 but we need to leave this for 4.x.

Though the locales are not installed by GF, the mq-locale IPS package
is available through the Update Center and through the OpenSource community distributions.

The reason each locale is a separate jar
is because MQ used to be a bundled solaris product and the solaris installation required
us to choose an install per locale.

However, we can clean up some old locale jars (e.g., imqadmin_<lc>.jar, imqbroker_<lc>.jar,
imqutil_<lc>.jar. We needed those for a while to support the older pkging but those
are no longer needed. (this is already cleanced up in MQ 5.0).

Agreed, we can remove i18n jars from imqstomp.jar and imqjmsbridge.jar (this is already fixed in MQ5.0).

Agreed, we can remove the jsse.jar, jnet.jar, jcert.jar which was leftover to support an
older version of the JDK (this is already fixed in MQ 5.0).

Thanks. We'll try to be more conscious when adding jars to the manifest in the future.

Comment by scatari [ 03/Feb/12 ]

To be considered for the next release, increasing priority.

Comment by David Zhao [ 06/Apr/12 ]

Forward to Jill.

Comment by Jill Sato [ 11/Feb/13 ]

Removed jcert.jar, jsse.jar.
Consolidated the imq*l10n<lc>jar entries to either
broker imq_l10n_server.ljar or
client imq_l10.jar.
Thanks.





[GLASSFISH-18269] [intermittent] SSLHandshakeException message on deploy; "PortUnification exception. java.lang.NoClassDefFoundError: javax/crypto/SunJCE_b" in the instance log Created: 30/Jan/12  Updated: 20/Dec/16

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: 3.1.2_dev
Fix Version/s: future release

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

Attachments: Zip Archive all-instances-jstacks.zip     Zip Archive first-test.zip     Zip Archive second-test.zip    
Tags: 312_qa, 3_1_2-exclude

 Description   

GF Build 19
Setup: 10 instance cluster
Platform: OEL6
JDK: JRockit

This issue occurred on the first test (deploy) that was done after a fresh install, creation of the Cluster and Enabling of Instance Access Logs.

All application deploys fail and the cluster becomes unusable.

[Note: It was found while creating a setup for debugging issue 18211]

Output from asadmin deploy:
****
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
Output : Application deployed with name clusterjsp.
WARNING: Command _deploy did not complete successfully on server instance instance102: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake
Command deploy completed with warnings.

The second test showed the following output from asadmin deploy:
*****
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
Output : Command deploy failed.

Jan 29, 2012 4:22:29 PM com.sun.dft.glassfish.utils.Utility logCommandOutput
SEVERE: remote failure: Error occurred during deployment: Keys cannot be duplicate. Old value of this key property, nullwill be retained. Please see server.log for more details.
clusterjsp disabled failed
Failure: Command disable failed on server instance instance102: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake
*****

instance102 has the following message on deploy:
******
[#|2012-01-29T16:19:00.226-0800|WARNING|glassfish3.1.2|grizzly|_ThreadID=22;_ThreadName=Thread-4;|GRIZZLY0059: PortUnification exception.
java.lang.NoClassDefFoundError: javax/crypto/SunJCE_b
at javax.crypto.Cipher.getInstance(DashoA13*..)
at com.sun.net.ssl.internal.ssl.JsseJce.getCipher(JsseJce.java:180)
at com.sun.net.ssl.internal.ssl.CipherBox.<init>(CipherBox.java:85)
at com.sun.net.ssl.internal.ssl.CipherBox.newCipherBox(CipherBox.java:119)
at com.sun.net.ssl.internal.ssl.CipherSuite$BulkCipher.newCipher(CipherSuite.java:369)
at com.sun.net.ssl.internal.ssl.CipherSuite$BulkCipher.isAvailable(CipherSuite.java:407)
at com.sun.net.ssl.internal.ssl.CipherSuite$BulkCipher.isAvailable(CipherSuite.java:386)
at com.sun.net.ssl.internal.ssl.CipherSuite.isAvailable(CipherSuite.java:144)
at com.sun.net.ssl.internal.ssl.CipherSuiteList.buildAvailableCache(CipherSuiteList.java:215)
at com.sun.net.ssl.internal.ssl.CipherSuiteList.getDefault(CipherSuiteList.java:239)
at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.initServer(SSLServerSocketImpl.java:130)
at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.<init>(SSLServerSocketImpl.java:118)
at com.sun.net.ssl.internal.ssl.SSLServerSocketFactoryImpl.createServerSocket(SSLServerSocketFactoryImpl.java:52)
at com.sun.grizzly.util.net.jsse.JSSE14SocketFactory.checkConfig(JSSE14SocketFactory.java:443)
at com.sun.grizzly.util.net.jsse.JSSE14SocketFactory.init(JSSE14SocketFactory.java:183)
at com.sun.grizzly.config.SSLConfigHolder.initializeSSL(SSLConfigHolder.java:361)
at com.sun.grizzly.config.SSLConfigHolder.configureSSL(SSLConfigHolder.java:239)
at com.sun.grizzly.config.HttpProtocolFinder.configureSSLIfNeeded(HttpProtocolFinder.java:248)
at com.sun.grizzly.config.HttpProtocolFinder.find(HttpProtocolFinder.java:105)
at com.sun.grizzly.config.ConfigProtocolFinderWrapper.find(ConfigProtocolFinderWrapper.java:72)
at com.sun.grizzly.portunif.PUReadFilter.findProtocol(PUReadFilter.java:522)
at com.sun.grizzly.portunif.PUReadFilter.execute(PUReadFilter.java:193)
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)

#]
******

Logs Attached:

  • logs from 2 tests
    Note: The client logs are in ant.output. Other logs are under <test-name>/logs/
  • JStacks of all the instances and the domain.


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

Is this problem related to Grizzly?

Comment by oleksiys [ 30/Jan/12 ]

doesn't look so, IMO it's something security or/and jdk related.

Comment by varunrupela [ 30/Jan/12 ]

Marked the issue as intermittent as recreating the cluster and running the tests again did not show the problem.

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

As discussed in Bug Swat this has only been seen once and that case was on JRockit. QA will continue to monitor further tests. At this point this is not considered a 3.1.2 stopper.

Comment by varunrupela [ 02/Feb/12 ]

The same set of machines and environment has been used a number of times (after this error was observed) to re-install GF and re-create the cluster setup. The exact error in the log has not yet been observed.

However, we did observe an output error message with "SSLHandshakeException" on running asadmin commands after an instance showed an OutOfMemory error (while investigating another bug).





[GLASSFISH-18268] NPE in org.shoal.adapter.store.ReplicatedBackingStore.load(ReplicatedBackingStore.java:97) after instance shutdown is initiated Created: 30/Jan/12  Updated: 19/Apr/12

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

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

OEL6 + JRockit


Attachments: Text File server.log    
Issue Links:
Dependency
blocks GLASSFISH-18267 Traffic loss during instance start be... Resolved
Related
is related to GLASSFISH-18489 Web HA replicated session store not g... Closed
Tags: 312_qa, 3_1_2-exclude

 Description   

3.1.2 Build 17, JRockit 6u29, OEL6

One of the HA stress scenarios does a stop/start of instance while the traffic is in progress. We are observing this NPE in the instance after shutdown is initiated. The client is getting http response 503. Server log is attached.

[#|2012-01-17T22:52:25.453-0800|SEVERE|glassfish3.1.2|org.apache.catalina.connector.CoyoteAdapter|_ThreadID=29;_ThreadName=Thread-2;|PWC3989: An exception or error occurred in the container during the request processing
java.lang.NullPointerException
at org.shoal.adapter.store.ReplicatedBackingStore.load(ReplicatedBackingStore.java:97)
at org.glassfish.web.ha.session.management.ReplicationStore.loadFromBackingStore(ReplicationStore.java:407)
at org.glassfish.web.ha.session.management.ReplicationStore.load(ReplicationStore.java:396)
at org.apache.catalina.session.PersistentManagerBase.doSwapIn(PersistentManagerBase.java:1052)
at org.apache.catalina.session.PersistentManagerBase.swapIn(PersistentManagerBase.java:1015)
at org.glassfish.web.ha.session.management.ReplicationManagerBase.findSession(ReplicationManagerBase.java:151)
at org.apache.catalina.connector.Request.doGetSession(Request.java:2852)
at org.apache.catalina.connector.Request.getSessionInternal(Request.java:2777)
at org.apache.catalina.connector.Request.unlockSession(Request.java:4201)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:342)
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)



 Comments   
Comment by Mahesh Kannan [ 31/Jan/12 ]

Line 97 in ReplicatedDataStore is doing dataStore.load(). The npe is due to dataStore being null.

The only reason that this could happen is that dataStore.destroy() has been called. As Joe commented in 18267, this is happening after the instance is shutdown. When an instance is shutdown, dataStore.destroy() is called which sets the underlying dataStore to null causing the NPE.

I agree that the NPE could be prevented but that requires touching a bunch of files to guard against dataStore being null.

However, this NPE is not causing any data loss.

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

Excluding bug from 3.1.2 since the NPE is on shutdown and not causing test failures.

Comment by jonj27 [ 19/Apr/12 ]

I am receiving the same error on instance shutdown. This is causing any requests to not fail over and requiring me to sign in again on the other node. This is not ideal. There must be a workaround or a fix I can implement perhaps?

Thanks in advance





[GLASSFISH-18267] Traffic loss during instance start between the time 8080 is up and application is loaded Created: 30/Jan/12  Updated: 19/Sep/14  Resolved: 30/May/13

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

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

OEL6 + JRockit


Attachments: File framework.log.1     Text File server.log    
Issue Links:
Dependency
depends on GLASSFISH-18268 NPE in org.shoal.adapter.store.Replic... Open
Related
is related to GLASSFISH-18211 http client sometimes receives a "400... Resolved
Tags: 312_qa, 3_1_2-exclude, 3_1_2-release-note-added, 3_1_2-release-notes, 4_0-release-notes, 4_0-release-notes-completed, 4_0-release-notes-drafted

 Description   

Build : 3.1.2 build 17 , JRockit VM 6u29., OEL6

When running HA Stress tests we are observing traffic loss when a cluster instance is restarting. There is a time gap between the time when port 8080 is up and application loading is done. Loadbalancer probably detects http port is up and starts forwarding traffic. In this particular case, the time is approx. 11 sec and the request rate is 25 reqs/instance. 325 requests failed.

The client receives a 404 during this time :

SEVERE: 4xx or 5xx Response code - 404 HttpClientSession-47926
Jan 17, 2012 10:58:01 PM com.sun.dft.glassfish.stress.ReadWriteTest$MyTestListener postInvoke
SEVERE: <Unable to render embedded object: File (//www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><title>GlassFish v3 - Error report</title><style type="text/css"><) not found.--H1

{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;}

H2

{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;}

H3

{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;}

BODY

{font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;}

B

{font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;}

P

{font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}

A

{color : black;}

HR

{color : #525D76;}

--></style> </head><body><h1>HTTP Status 404 - </h1><hr/><p><b>type</b> Status report</p><p><b>message</b></p><p><b>description</b>The requested resource () is not available.</p><hr/><h3>GlassFish Server Open Source Edition 3.1.2-b17</h3></body></html>

Server log :

http://agni-1.us.oracle.com/net/asqe-logs.us.oracle.com/export1/3.1.2/Results/build17/ha/oel6_stress/stress/com.sun.dft.glassfish.stress.ReadWriteTest/testReadWrite/logs/st-cluster/instance101/logs/server.log

[#|2012-01-17T22:58:00.873-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Thread-2;|WEB0169: Created HTTP listener [http-listener-1] on host/port [0.0.0.0:28080]|#]

[#|2012-01-17T22:58:00.994-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Thread-2;|WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:28181]|#]

[#|2012-01-17T22:58:01.025-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Thread-2;|WEB0169: Created HTTP listener [admin-listener] on host/port [0.0.0.0:24848]|#]

[#|2012-01-17T22:58:01.509-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Thread-2;|WEB0171: Created virtual server [server]|#]

[#|2012-01-17T22:58:01.518-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Thread-2;|WEB0171: Created virtual server [__asadmin]|#]

[#|2012-01-17T22:58:05.306-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Thread-2;|WEB0172: Virtual server [server] loaded default web module []|#]

[#|2012-01-17T22:58:08.619-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.services.impl|_ThreadID=10;_ThreadName=Thread-2;|core.start_container_done|#]

[#|2012-01-17T22:58:09.940-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security|_ThreadID=10;_ThreadName=Thread-2;|SEC1002: Security Manager is OFF.|#]

[#|2012-01-17T22:58:10.115-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security|_ThreadID=10;_ThreadName=Thread-2;|SEC1010: Entering Security Startup Service|#]

[#|2012-01-17T22:58:10.147-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security|_ThreadID=10;_ThreadName=Thread-2;|SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.|#]

[#|2012-01-17T22:58:10.405-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security.auth.realm|_ThreadID=10;_ThreadName=Thread-2;|SEC1115: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.|#]

[#|2012-01-17T22:58:10.417-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security.auth.realm|_ThreadID=10;_ThreadName=Thread-2;|SEC1115: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.|#]

[#|2012-01-17T22:58:10.539-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security.auth.realm|_ThreadID=10;_ThreadName=Thread-2;|SEC1115: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.|#]

[#|2012-01-17T22:58:10.591-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security|_ThreadID=10;_ThreadName=Thread-2;|SEC1011: Security Service(s) Started Successfully|#]

[#|2012-01-17T22:58:13.758-0800|INFO|glassfish3.1.2|ShoalLogger|_ThreadID=10;_ThreadName=Thread-2;|**GroupServiceProvider:: REGISTERED member event listeners for <group, instance> => <st-cluster, instance101>|#]

[#|2012-01-17T22:58:14.061-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=10;_ThreadName=Thread-2;|WEB0671: Loading application [ReadWriteServletTest] at [/ReadWriteServletTest]|#]

[#|2012-01-17T22:58:14.076-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=10;_ThreadName=Thread-2;|CORE10010: Loading application ReadWriteServletTest done in 5,380 ms|#]

[#|2012-01-17T22:58:14.085-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=10;_ThreadName=Thread-2;|GlassFish Server Open Source Edition 3.1.2-b17 (17) startup time : Felix (8,857ms), startup services(21,300ms), total(30,157ms)|#]



 Comments   
Comment by Shing Wai Chan [ 30/Jan/12 ]

I notice the following in the server.log:

exception or error occurred in the container during the request processing
java.lang.NullPointerException
at org.shoal.adapter.store.ReplicatedBackingStore.load(ReplicatedBackingStore.java:97)
at org.glassfish.web.ha.session.management.ReplicationStore.loadFromBackingStore(ReplicationStore.java:407)
at org.glassfish.web.ha.session.management.ReplicationStore.load(ReplicationStore.java:396)
at org.apache.catalina.session.PersistentManagerBase.doSwapIn(PersistentManagerBase.java:1052)
at org.apache.catalina.session.PersistentManagerBase.swapIn(PersistentManagerBase.java:1015)
at org.glassfish.web.ha.session.management.ReplicationManagerBase.findSession(ReplicationManagerBase.java:151)
at org.apache.catalina.connector.Request.doGetSession(Request.java:2852)
at org.apache.catalina.connector.Request.getSessionInternal(Request.java:2777)
at org.apache.catalina.connector.Request.unlockSession(Request.java:4201)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:342)
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)

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

Assign to shoal team to investigate the NPE from org.shoal.adapter.store.ReplicatedBackingStore.load(ReplicatedBackingStore.java:97).

Comment by Joe Fialli [ 30/Jan/12 ]

The reported NPE in shoal is happening AFTER the clustered instance is started and immediately stops. Here are relevant log messages. Shoal GMS has an glassfish PREPARE_SHUTDOWN event handler. As part of that handling,
GMS leaves the cluster. The server initiated shutdown is at 22:52:23.747. I can not tell if someone ran
"asadmin stop-instance" on the instance or if something failed in the startup of the server and then glassfish server
shutdown was initiated. The NPE is not causing the server to shutdown, the NPE is occurring after the instance leaves the gms cluster. The shoal cache code is not handling quick shutdown properly but I do not think that is the main
issue for this bug.

[#|2012-01-17T22:44:08.990-0800|INFO|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security|_ThreadID=21;_ThreadName=Thread-2;|SEC1011: Security Service(s) Started Successfully|#]

[#|2012-01-17T22:44:10.170-0800|INFO|glassfish3.1.2|ShoalLogger|_ThreadID=21;_ThreadName=Thread-2;|**GroupServiceProvider:: REGISTERED member event listeners for <group, instance> => <st-cluster, instance101>|#]

[#|2012-01-17T22:44:10.361-0800|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=21;_ThreadName=Thread-2;|WEB0671: Loading application [ReadWriteServletTest] at [/ReadWriteServletTest]|#]

[#|2012-01-17T22:44:10.568-0800|INFO|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=21;_ThreadName=Thread-2;|ReadWriteServletTest was successfully deployed in 2,513 milliseconds.|#]

[#|2012-01-17T22:52:23.747-0800|INFO|glassfish3.1.2|javax.enterprise.system.tools.admin.com.sun.enterprise.v3.admin.cluster|_ThreadID=22;_ThreadName=Thread-2;|Server shutdown initiated|#]

[#|2012-01-17T22:52:23.752-0800|INFO|glassfish3.1.2|javax.org.glassfish.gms.org.glassfish.gms|_ThreadID=22;_ThreadName=Thread-2;|GMSAD1008: GMSAdapter for member: instance101 group: st-cluster received GlassfishEventType: prepare_shutdown|#]

[#|2012-01-17T22:52:23.757-0800|INFO|glassfish3.1.2|ShoalLogger|_ThreadID=22;_ThreadName=Thread-2;|GMS1096: member: instance101 is leaving group: st-cluster|#]

[#|2012-01-17T22:52:23.759-0800|INFO|glassfish3.1.2|ShoalLogger|_ThreadID=22;_ThreadName=Thread-2;|GMS1010: Leaving GMS group: st-cluster with shutdown type set to InstanceShutdown|#]

[#|2012-01-17T22:52:23.774-0800|CONFIG|glassfish3.1.2|ShoalLogger|_ThreadID=23;_ThreadName=Thread-2;|GMS1065: Completed processing outstanding master node messages for member: instance101 group: st-cluster outstandingMessages to process: 1|#]

<deleted some log messages>

[#|2012-01-17T22:52:25.453-0800|SEVERE|glassfish3.1.2|org.apache.catalina.connector.CoyoteAdapter|_ThreadID=29;_ThreadName=Thread-2;|PWC3989: An exception or error occurred in the container during the request processing
java.lang.NullPointerException
at org.shoal.adapter.store.ReplicatedBackingStore.load(ReplicatedBackingStore.java:97)
at org.glassfish.web.ha.session.management.ReplicationStore.loadFromBackingStore(ReplicationStore.java:407)
at org.glassfish.web.ha.session.management.ReplicationStore.load(ReplicationStore.java:396)
at org.apache.catalina.session.PersistentManagerBase.doSwapIn(PersistentManagerBase.java:1052)
at org.apache.catalina.session.PersistentManagerBase.swapIn(PersistentManagerBase.java:1015)
at org.glassfish.web.ha.session.management.ReplicationManagerBase.findSession(ReplicationManagerBase.java:151)
at org.apache.catalina.connector.Request.doGetSession(Request.java:2852)
at org.apache.catalina.connector.Request.getSessionInternal(Request.java:2777)
at org.apache.catalina.connector.Request.unlockSession(Request.java:4201)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:342)
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.ja3DThread-2;|PWC3989: An exception or error occurred in the container during the request processing
java.lang.NullPointerException
at org.shoal.adapter.store.ReplicatedBackingStore.load(ReplicatedBackingStore.java:97)
at org.glassfish.web.ha.session.management.ReplicationStore.loadFromBackingStore(Re