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

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

Type: Bug Priority: Major
Reporter: atrajano Assignee: Hong Zhang
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-20941] create-file-user isn't usable in embedded glassfish 4 Created: 23/Dec/13  Updated: 23/Dec/13

Status: Open
Project: glassfish
Component/s: embedded
Affects Version/s: 3.1, 3.1.1
Fix Version/s: 3.1.2, 4.0_b05, 4.0

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

Tags: 3_1_1-approved, 3_1_1-review

 Description   

Glassfish 3.1's "asadmin create-file-user" command forces password entry on stdin. While this is desirable for many situations, it completely breaks the use case of glassfish embedded. You can't enter stdin text when running commands with org.glassfish.embeddable.CommandRunner , and the "--password" argument has been helpfully removed.



 Comments   
Comment by atrajano [ 23/Dec/13 ]

When using maven-embedded-glassfish-plugin I get the same error as matthewcomell from the original defect. The error I got was

FAILUREorg.jvnet.hk2.component.UnsatisfiedDependencyException: injection failed on com.sun.enterprise.security.cli.CreateFileUser.userpassword with class java.lang.StringDescription: create-file-user commandCannot find userpassword in create-file-user command model, file a bug
Usage: create-file-user
[--authrealmname <authrealm_name>] [--target target]
[--groups user_groups[:user_groups]*]
[?|-help[=<help(default:false)>]] username





[GLASSFISH-20829] Beans deployed in ejb archives that implements extension are not visible to war in ear deployment Created: 28/Sep/13  Updated: 30/Sep/13  Resolved: 29/Sep/13

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

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


 Description   

If you include an extension in an ejb archive and deploy the resulting application as an ear contained beans are not made available to wars in same ear. Looking at the logs I see that the archive is processed two times

FINE|org.glassfish.weld.BeanDeploymentArchiveImpl|-JAR processing: file:/core.jee-0.0.1-SNAPSHOT_jar/ as a Bean archive jar since it has META-INF/beans.xml
FINE|org.glassfish.weld.BeanDeploymentArchiveImpl|-JAR processing: file:/core.jee-0.0.1-SNAPSHOT_jar/ as an extensions jar since it has META-INF/services extension

Looking at code (from org.glassfish.web:weld-integration:3.1.1) the second processing sets the bdaType to UNKNOWN

418 if (archive.exists(META_INF_BEANS_XML))

{ 419 logger.log(FINE, "-JAR processing: " + archive.getURI() 420 + " as a Bean archive jar since it has META-INF/beans.xml"); 421 bdaType = BDAType.JAR; 422 collectJarInfo(archive, true); 423 }

424
425 if (archive.exists(META_INF_SERVICES_EXTENSION))

{ 426 logger.log(FINE, "-JAR processing: " + archive.getURI() 427 + " as an extensions jar since it has META-INF/services extension"); 428 bdaType = BDAType.UNKNOWN; 429 collectJarInfo(archive, false); 430 }

and only JAR BDAs seem to be made available to wars (org.glassfish.weld.DeploymentImpl)

228 if (warBDAs != null) {
229 ListIterator<BeanDeploymentArchive> warIter = warBDAs.listIterator();
230 boolean modifiedArchive = false;
231 while (warIter.hasNext()) {
232 BeanDeploymentArchive warBDA = (BeanDeploymentArchive)warIter.next();
233 if (jarBDAs != null) {
234 ListIterator<BeanDeploymentArchive> jarIter = jarBDAs.listIterator();
235 while (jarIter.hasNext())

{ 236 BeanDeploymentArchive jarBDA = (BeanDeploymentArchive)jarIter.next(); 237 warBDA.getBeanDeploymentArchives().add(jarBDA); 238 modifiedArchive = true; 239 }

240 }

The result is a WELD-001408 for unsatisfied dependencies at deploy.



 Comments   
Comment by jjsnyder83 [ 29/Sep/13 ]

This was fixed several months ago with the work that was done for integrating with CDI 1.1.

Comment by dgaffuri [ 29/Sep/13 ]

Thanks for your answer. Do you have a link to the JIRA issue? What about a fix for version 3?

Comment by jjsnyder83 [ 30/Sep/13 ]

The change to BeanDeploymentArchiveImpl was done while fixing cdi 1.1 tck failures. Unfortunately there was not a Jira for it. The svn commit info for that change is:

59030 01.02.2013 21:05:12, by jjsnyder83

I'll look into your comment on DeploymentImpl next.

Comment by jjsnyder83 [ 30/Sep/13 ]

As for the changes to DeploymentImpl I cannot determine when they were made as svn compare is failing on me due to repository issues.

I do not know about fixes for version 3. Those would probably have to go through support. fyi...there were many many fixes and improvements in GlassFish with 4.0 especially in CDI. I encourage you to upgrade if that's possible.





[GLASSFISH-20771] Properties not copied from @MailSessionDefinition to the injected session Created: 20/Aug/13  Updated: 26/Aug/13  Resolved: 26/Aug/13

Status: Closed
Project: glassfish
Component/s: mail
Affects Version/s: 4.0_b89_RC5
Fix Version/s: 4.0

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


 Description   

None of the properties from:

@MailSessionDefinition(name = "java:comp/myMailSession",
        properties = {
            "mail.smtp.host=smtp.gmail.com",
            "mail.smtp.ssl.enable=true",
            "mail.smtp.auth=true",
            "mail.transport.protocol=smtp",
            "mail.debug=true"
        })

are copied over to the injected session as:

    @Resource(lookup = "java:comp/myMailSession")
    Session session;

Runtime throws the following exception:

INFO: enterprise.deployment_mail_cfgexcp
java.lang.NullPointerException
at java.util.Hashtable.put(Hashtable.java:542)
at com.sun.enterprise.deployment.MailConfiguration.loadMailResources(MailConfiguration.java:207)
at com.sun.enterprise.deployment.MailConfiguration.<init>(MailConfiguration.java:168)
at org.glassfish.resources.javamail.deployer.MailResourceDeployer.installMailResource(MailResourceDeployer.java:243)
at org.glassfish.resources.javamail.deployer.MailResourceDeployer.installResource(MailResourceDeployer.java:148)
at org.glassfish.resources.javamail.deployer.MailResourceDeployer.deployResource(MailResourceDeployer.java:119)
at org.glassfish.resources.javamail.deployer.MailResourceDeployer.deployResource(MailResourceDeployer.java:131)
at com.sun.enterprise.resource.deployer.MailSessionDeployer.deployResource(MailSessionDeployer.java:111)
at org.glassfish.javaee.services.CommonResourceProxy.create(CommonResourceProxy.java:88)



 Comments   
Comment by Bill Shannon [ 26/Aug/13 ]

Checked in revision 62653 with fixes for this.





[GLASSFISH-20516] Uptake Weld 2.0.0.SP1 Created: 13/May/13  Updated: 14/May/13  Resolved: 14/May/13

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

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

Tags: 4_0-approved

 Comments   
Comment by jjsnyder83 [ 13/May/13 ]

What is the impact on the customer of the bug?
CDI causing severe memory leak. See https://java.net/jira/browse/GLASSFISH-20474

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
What CTS failures are caused by this bug?
very

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

How risky is the fix? How much work is the fix? Is the fix complicated?
low...SP1 only addresses this leak.

Is there an impact on documentation or message strings?
No

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
See https://java.net/jira/browse/GLASSFISH-20474

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

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 Tom Mueller [ 13/May/13 ]

Approved for 4.0.

Comment by jjsnyder83 [ 14/May/13 ]

Fixed by uptake of Weld 2.0.0.SP1
Committed on trunk: revision 61974.
Committed on 4.0: revision 61975.





[GLASSFISH-20475] [UB] Add release notes documentation concerning the state of the embedded features for 4.0 OSE Created: 06/May/13  Updated: 17/May/13

Status: In Progress
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b87_RC3
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: Tom Mueller Assignee: Mike Fitch
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-release-notes, 4_0-release-notes-completed, 4_0-release-notes-drafted

 Description   

This issue is for making sure the release notes for the 4.0 OSE release describe the anticipated level of testing and quality for the embedded feature.



 Comments   
Comment by Mike Fitch [ 17/May/13 ]

Added the following to the release notes:

Note:
The main thrust of the GlassFish Server Open Source Edition 4.0 release is to provide an application server for developers to explore and begin exploiting the new and updated technologies in the Java EE 7 platform. Thus, the following features of GlassFish Server were not a focus of this release:

  • Clusters and standalone instances
  • High availability features
  • Upgrade
  • Embedded Server

These features are included in the release, but they may not function properly with some of the new features added in support of the Java EE 7 platform.





[GLASSFISH-20474] PSR:PERF Major memory leak in EJB app when implicit CDI is enabled Created: 06/May/13  Updated: 14/May/13  Resolved: 14/May/13

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

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

Tags: 4_0-approved, PSRBUG, VIKKUMAR

 Description   

We have a micro benchmark that creates, invokes and deletes local session beans. In latest build 87 (as well as on latest nightly) we noticed old gen quickly gets filled up resulting into continuous Full GCs. This degrades throughput by almost 100%. Class histogram shows that object[] and jboss related objects are quite high in count,

num #instances #bytes class name
----------------------------------------------
1: 6948972 426066232 [Ljava.lang.Object;
2: 6890964 275638560 org.jboss.weld.context.CreationalContextImpl
3: 6890799 220505568 org.jboss.weld.context.SerializableContextualFactory$PassivationCapableSerializableContextual
4: 6943875 166653000 java.util.ArrayList
5: 6891146 165387504 java.util.Collections$SynchronizedRandomAccessList
6: 6890799 165379176 org.jboss.weld.context.SerializableContextualInstanceImpl
7: 112215 16187000 <constMethodKlass>
8: 112215 15273944 <methodKlass>
9: 164287 14696232 [C
10: 13927 13510664 [I
11: 11519 12491400 <constantPoolKlass>
12: 11519 8483480 <instanceKlassKlass>
13: 9661 6845568 <constantPoolCacheKlass>
14: 54051 4324080 java.lang.reflect.Method



 Comments   
Comment by marina vatkina [ 06/May/13 ]

This might be a CDI issue. Can you try disabling CDI scanning to see if it makes any difference?

Comment by Scott Oaks [ 06/May/13 ]

Setting cdi-server.emable-implicit-cdi=false eliminates the memory leak.

The leak is ultimately held by the eventListeners of the WebModule – the WelListener holds an httpConvesationContext, which holds a creationalContext, which holds a CreatinalContextImpl, which holds a huge ArrayList of the SerializeableContextualInstanceImpl objects.

Comment by jjsnyder83 [ 06/May/13 ]

Can you send me the app please? j.j.snyder@oracle.com

Comment by jjsnyder83 [ 07/May/13 ]

This looks like a memory leak in Weld. I have sent the application along with relevant information to JBoss asking for their opinion.

Comment by jjsnyder83 [ 09/May/13 ]

The same leak appears to happen in JBoss application server too.
See https://issues.jboss.org/browse/WELD-1425

Comment by jjsnyder83 [ 13/May/13 ]

What is the impact on the customer of the bug?
CDI causing severe memory leak.

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
What CTS failures are caused by this bug?
very

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

How risky is the fix? How much work is the fix? Is the fix complicated?
low...SP1 only addresses this leak.

Is there an impact on documentation or message strings?
No

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
The application in this jira.

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

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 Tom Mueller [ 13/May/13 ]

Approved for 4.0.

Comment by jjsnyder83 [ 14/May/13 ]

Fixed by uptake of Weld 2.0.0.SP1
Committed on trunk: revision 61974.
Committed on 4.0: revision 61975.





[GLASSFISH-20454] EJB sample applications define gf-client 3.2-b06 dependency Created: 02/May/13  Updated: 03/May/13  Resolved: 03/May/13

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

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


 Description   

javaee7/ejb/pom.xml currently defines following dependency:

<dependency>
<groupId>org.glassfish.appclient</groupId>
<artifactId>gf-client</artifactId>
<version>3.2-b06</version>
</dependency>

I believe this should be replaced with current 4.0 gf-client artifact, especially since 3.2 release artifacts were never officially released and are not of FCS quality.

Note that maven coordinates changed in the meantime, so the replacement would be:

<dependency>
<groupId>org.glassfish.main.appclient</groupId>
<artifactId>gf-client</artifactId>
<version>$

{glassfish.version}

</version>
</dependency>

glassfish.version property is defined in javaee7/pom.xml and it will be continually updated with the latest GF promoted build version.



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

Michael, please reassign as appropriate.

Comment by qiang.l.liu [ 03/May/13 ]

Sending ejb/automatic-timer/automatic-timer-client/pom.xml
Sending ejb/hello-stateless-ejb/hello-stateless-ejb-client/pom.xml
Sending ejb/pom.xml
Transmitting file data ...
Committed revision 1161.

Have replaced the hardcode with predefined property $

{glassfish.version}

, and change grougId to org.glassfish.main.appclient





[GLASSFISH-20451] Authenticated user principal is not cached in the web session after initial successful authentication by a JASPIC ServerAuthModule (SAM) Created: 01/May/13  Updated: 04/May/13  Resolved: 04/May/13

Status: Resolved
Project: glassfish
Component/s: security
Affects Version/s: 4.0_b86_RC2
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: quang.dang Assignee: quang.dang
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

This is related to https://java.net/jira/browse/GLASSFISH-20317, which has more detail.
First request to a protected resource gets authenticated successfully by the SAM.
On the second request, the SAM tries to retrieve the user principal from request.getUserPrincipal() and gets null. However on the third request, request.getUserPrincipal() returns the correct principal in SAM's validateRequest() method!



 Comments   
Comment by quang.dang [ 01/May/13 ]

After the ServerAuthModule validates the request, a WebPrincipal is created. At this time the container tries to cache
the principal in the session( AuthenticatorBase.register() ). However the session has not yet been created! The session will not be created until much later when the jsp's service method is invoked.
When the second request comes in, the test SAM attemps to retrieve the user principal from the request/session(which wasn't saved in the first request). As a result the test SAM carries out the authentication again and this time it finds a session(thanks to the late session creation near the end of the first request) and the principal gets cached in the session as intended.
On the third and subsequent requests, the principal is always there as long as the session has not expired. I think the fix is to properly create a session early enough so it is available when AuthenticatorBase.register() is called.

Comment by Shing Wai Chan [ 02/May/13 ]

With the latest code in trunk (with the fix GLASSFISH-20453), I see a different behavior for the test posted in https://java.net/jira/browse/GLASSFISH-20317 .

In RealmAdapter#validate, we have the following code:

    if (shouldRegister(messageInfo.getMap())) {
        AuthenticatorProxy proxy = new AuthenticatorProxy(authenticator, wp, authType);
        proxy.authenticate(request, response, config);
    } else {
        request.setAuthType((authType == null) ? PROXY_AUTH_TYPE : authType);
        request.setUserPrincipal(wp);
    }

In the first two accesses of protected/a.jsp, we are in the "if" case above and hence, we have "non-null" principal and #isUserInRole("architect") = true.
In the third access of protected/a.jsp, we are in the "else" case above and have a "non-null" principal and #isUserInRole("architect") = false, hence 403.

From the debugger, I notice the value of #isUserInRole will change after calling proxy.authenticate.

I also find that if I access index.jsp first and then to protected/a.jsp, the result is the same.

Assign the issue to security for further investigation.

Comment by quang.dang [ 02/May/13 ]

What is the impact on the customer of the bug?
This is related to https://java.net/jira/browse/GLASSFISH-20317.
It is necessary to fix this first in order to fix GLASSFISH-20317.

What is the cost/risk of fixing the bug?
It's small change, low risk

Is there an impact on documentation or message strings?
No.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
JASPIC related and SQE web tests

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

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 quang.dang [ 04/May/13 ]

/branches/4.0/appserver/security/webintegration/src/main/java/com/sun/web/security/RealmAdapter.java
Rev. 61824

Comment by quang.dang [ 04/May/13 ]

Sending appserver/security/webintegration/src/main/java/com/sun/web/security/RealmAdapter.java
Transmitting file data .
Committed revision 61828.
(trunk)





[GLASSFISH-20448] Tyrus 1.0 integration Created: 01/May/13  Updated: 06/May/13  Resolved: 06/May/13

Status: Resolved
Project: glassfish
Component/s: web_socket
Affects Version/s: 4.0_b86_RC2
Fix Version/s: 4.0

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

Tags: 4_0-approved

 Description   

Integration of Tyrus-1.0, already added to promoted repo:

dhcp-prague08-third-floor-10-163-26-14:main stepan$ svn diff
Index: appserver/pom.xml
===================================================================
— appserver/pom.xml (revision 61782)
+++ appserver/pom.xml (working copy)
@@ -122,7 +122,7 @@
<weld.version>2.0.0.Final</weld.version>
<wsdl4j.version>1.6.2</wsdl4j.version>
<websocket-api.version>1.0</websocket-api.version>

  • <tyrus.version>1.0-rc4</tyrus.version>
    + <tyrus.version>1.0</tyrus.version>
    <jsonp.version>1.0</jsonp.version>
    <concurrent-api.version>1.0-b06</concurrent-api.version>
    <concurrent.version>1.0-b08</concurrent.version>


 Comments   
Comment by Tom Mueller [ 01/May/13 ]

Approved for 4.0.





[GLASSFISH-20444] EclipseLink MOXy bundle throws CNFE in Web Profile due to unsatisfied javax.xml.bind package import Created: 30/Apr/13  Updated: 09/May/13  Resolved: 09/May/13

Status: Closed
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.0_b86_RC2
Fix Version/s: 4.0

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

Issue Links:
Related
is related to GLASSFISH-20445 org.eclipse.persistence.moxy bundle h... Open
Tags: 4_0-approved

 Description   

This was revealed when integrating final Jersey 2.0 bits into GF. (Jersey auto-discoverable MOXy providers has been enabled in the final Jersey 2.0 version)

Following is an excerpt from modules/org.eclipse.persistence.moxy.jar:

Import-Package: com.sun.xml.bind;resolution:=optional,com.sun.xml.bind
 .annotation;resolution:=optional,javax.activation;resolution:=optiona
 l,javax.ws.rs;resolution:=optional,javax.ws.rs.core;resolution:=optio
 nal,javax.ws.rs.ext;resolution:=optional,javax.xml.bind;version="2.0.
 0";resolution:=optional,javax.xml.bind.annotation;version="2.0.0";res
 olution:=optional,javax.xml.bind.annotation.adapters;version="2.0.0";
 resolution:=optional,javax.xml.bind.attachment;version="2.0.0";resolu
 tion:=optional,javax.xml.bind.helpers;version="2.0.0";resolution:=opt
 ional

javax.xml.bind.* packages should not be marked optional, but that is IMHO only a minor bug,
that i am going to file separately.

Now in the full GlassFish profile, the java.xml.bind dependency gets resolved just fine from the bundled JAXB implementation:

gogo$ inspect p r 216 | grep jaxb
javax.xml.bind.annotation.adapters; version=2.2.7 -> jaxb-api [2]
javax.xml.bind.annotation; version=2.2.7 -> jaxb-api [2]
javax.xml.bind.attachment; version=2.2.7 -> jaxb-api [2]
javax.xml.bind; version=2.2.7 -> jaxb-api [2]
javax.xml.bind.helpers; version=2.2.7 -> jaxb-api [2]
gogo$

While in web profile distribution, JAXB is taken from the Java runtime, and exported with the default
version (0.0.0.0), which leaves the import unsatisfied:

gogo$ inspect p r 166 | grep jaxb
gogo$
gogo$ inspect p r 166
org.eclipse.persistence.moxy [166] imports packages:
----------------------------------------------------
javax.activation; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.namespace; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.stream; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.transform; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.transform.dom; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.transform.sax; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.transform.stax; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.transform.stream; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.validation; version=0.0.0 -> org.apache.felix.framework [0]
org.w3c.dom; version=0.0.0 -> org.apache.felix.framework [0]
org.xml.sax; version=0.0.0 -> org.apache.felix.framework [0]
javax.ws.rs; version=2.0.0 -> javax.ws.rs-api [112]
javax.ws.rs.core; version=2.0.0 -> javax.ws.rs-api [112]
javax.ws.rs.ext; version=2.0.0 -> javax.ws.rs-api [112]
org.eclipse.persistence.internal.libraries.asm; version=3.3.1 -> org.eclipse.persistence.asm [160]
...


 Comments   
Comment by Jakub Podlesak [ 30/Apr/13 ]

The following patch resolves the bug for me:

Index: nucleus/osgi-platforms/felix/src/main/resources/config/osgi.properties
===================================================================
--- nucleus/osgi-platforms/felix/src/main/resources/config/osgi.properties      (revision 61743)
+++ nucleus/osgi-platforms/felix/src/main/resources/config/osgi.properties      (working copy)
@@ -410,12 +410,12 @@

 endorsed-standard-packages=\
  javax.annotation, \
- javax.xml.bind, \
- javax.xml.bind.annotation, \
- javax.xml.bind.annotation.adapters, \
- javax.xml.bind.attachment, \
- javax.xml.bind.helpers, \
- javax.xml.bind.util, \
+ javax.xml.bind;version="2.0.0", \
+ javax.xml.bind.annotation;version="2.0.0", \
+ javax.xml.bind.annotation.adapters;version="2.0.0", \
+ javax.xml.bind.attachment;version="2.0.0", \
+ javax.xml.bind.helpers;version="2.0.0", \
+ javax.xml.bind.util;version="2.0.0", \
  javax.jws, \
  javax.jws.soap, \
  javax.xml.ws, \
Comment by Jakub Podlesak [ 30/Apr/13 ]

Including also excerpt from the server.log, when the bug was first revealed:

java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
	at java.lang.Class.getDeclaredMethods0(Native Method)
	at java.lang.Class.privateGetDeclaredMethods(Class.java:2442)
	at java.lang.Class.privateGetPublicMethods(Class.java:2562)
	at java.lang.Class.getMethods(Class.java:1427)
	at org.glassfish.jersey.server.model.MethodList.getMethods(MethodList.java:106)
	at org.glassfish.jersey.server.model.MethodList.<init>(MethodList.java:93)
...
Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException not found by org.eclipse.persistence.moxy [168]
	at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
	at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
	at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
Comment by Jakub Podlesak [ 30/Apr/13 ]

Increased priority, as this bug actually blocks Jersey 2.0 final bits integration into GlassFish.

Comment by Jakub Podlesak [ 01/May/13 ]

Added 4_0-review tag, required info for the review follow:

  • What is the impact on the customer of the bug?
  • Jersey 2.0 can not be integrated without this bug being resolved (full profile would be fine, but there are ql test failures in the web profile)
  • MOXy JAX-RS providers will not work in web profile
  • What is the cost/risk of fixing the bug?
  • a patch is already available, certain risk is there as quite a low level layer is affected, however all ql tests has passed with the patch applied
  • Is there an impact on documentation or message strings?
  • There is no such impact.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
  • JAXB related tests
  • Which is the targeted build of 4.0 for this fix?
  • b87
Comment by Sanjeeb Sahoo [ 01/May/13 ]

Jakub,

I don't know who is responsible for integrating moxy, so I am assigning this to you so that you can reassign if need be. We don't export Java SE packages with versions as SE team does not maintain package versions. They release the whole platform as one version. So, we only version packages that we distribute via our modules. In case moxy can't modify its import to relax the version constraint, I suggest we use a framework extension bundle as discussed in [1] to satisfy its requirement when running in GlassFish environment.

Sahoo

[1] https://weblogs.java.net/blog/ss141213/archive/2009/05/use_of_framewor.html?force=357

Comment by blaise_doughan [ 01/May/13 ]

Sahoo,

The Full Profile doesn't require the extension bundle, shouldn't the Web Profile be changed to match the Full Profile WRT the JAXB dependency instead of pulling it from Java SE?

-Blaise

Comment by Sanjeeb Sahoo [ 02/May/13 ]

No, we don't want to override JAXB in web profile when Java SE provided one is sufficient. Actually, thinking more, there is even a better alternative, but that will require change to moxy. If moxy makes the following change, then we would be fine as well:

Let moxy import JAXB packages with version = 0.0.0. Some had objected that it would mean someone can actually try to run it with JAXB1 and face issues. To avoid that, moxy bundle can add the following header:

Bundle-RequiredExecutionEnvironment: JavaSE-1.6

This would mean that it can run on Java SE 6 and above and all those JREs include JAXB 2. It would prevent moxy to resolve on lesser JREs.

Thanks,
Sahoo

Comment by Jakub Podlesak [ 02/May/13 ]

The above suggestion relies on the fact JAXB packages are exported from the system bundle, but it is not guaranteed IIUC.
So the import could still fail. Also the fact that while JAXB 2.0 is required by the MOXy bundle, it's import
header would state the JAXB version does not matter is alarming. The only thing that needs to be fixed in the MOXy bundle
headers is IMHO to remove the optional import parameter.

Comment by Sanjeeb Sahoo [ 02/May/13 ]

Since there is no real standard governing JAXB package version, moxy requiring javax.xml.bind; version=2.0.0 can be troublesome for moxy bundle in some environment, where as dependence on an execution environment is a more portable solution with same effect. Moreover, it would require no changes in glassfish side. Having said that I just noticed that moxy depends on com.sun.xml.bind, so for that to resolve we may need a framework extension anyway. So, I will let someone experiment to chose one of the alternatives.

Comment by Jakub Podlesak [ 03/May/13 ]

Sending appserver/packager/glassfish-jpa/pom.xml
Adding appserver/persistence/jaxb-exporting-fragment
Adding appserver/persistence/jaxb-exporting-fragment/pom.xml
Sending appserver/persistence/pom.xml
Sending appserver/web
Sending nucleus/pom.xml
Transmitting file data ....
Committed revision 61822.

Fix based on the newly introduced system fragment submitted together with the final 2.0 Jersey integration.

Comment by Jakub Podlesak [ 03/May/13 ]

Fix submitted.

Comment by Tom Mueller [ 03/May/13 ]

Please commit the change to the trunk also and correctly indicate the fixed versions in the fix version field.
When you resolve the bug, please indicate the revision for the trunk as well as the 4.0 branch.
Reopening the issue.

Comment by Jakub Podlesak [ 06/May/13 ]

The change has been backed out from the 4.0 and has never been submitted into the main trunk.
The rollback was done as the fix broke QL tests run against the full profile with security manager turned on.

Comment by Marek Potociar [ 09/May/13 ]

Jersey 2.0 integration has succeeded.





[GLASSFISH-20433] Faces Flows: Automatic enabling of client window mode doesn't work unless XML defined flows exists Created: 29/Apr/13  Updated: 07/May/13  Resolved: 07/May/13

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

Type: Bug Priority: Critical
Reporter: Ed Burns Assignee: Ed Burns
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 0 minutes
Time Spent: 3 hours, 20 minutes
Original Estimate: 2 hours

Tags: 4_0-approved

 Description   

ClientWindow mode must be enabled for Faces Flows to work.

The JSF spec requires that client window mode must be automatically enabled if one or more flows are detected. This automatic enabling only works if at least one of the flows is defined in XML.



 Comments   
Comment by Ed Burns [ 29/Apr/13 ]

The workaround is to manually enable ClientWindow mode in web.xml:

<context-param>
<param-name>javax.faces.CLIENT_WINDOW_MODE</param-name>
<param-value>url</param-value>
</context-param>

Comment by Ed Burns [ 29/Apr/13 ]
  • What is the impact on the customer of the bug?

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

This bug only shows up when using Faces Flows, and only when there are no XML based flows, only Java based flows.

Is it a regression?

No

Does it meet other bug fix criteria (security, performance, etc.)?

What CTS failures are caused by this bug?

None

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

How risky is the fix?

Minimal. Small change to one source file at a leaf node in the call stack.

How much work is the fix?

Use the same logic in the XML auto-enabling to achieve Java auto enabling.

Is the fix complicated?

No

  • Is there an impact on documentation or message strings?

No

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

Flow tests.

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

b87

  • 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.

this is the main JIRA for this issue.

Comment by Ed Burns [ 29/Apr/13 ]

Index: jsf-ri/src/main/java/com/sun/faces/application/ApplicationAssociate.java
===================================================================
— jsf-ri/src/main/java/com/sun/faces/application/ApplicationAssociate.java (revision 11915)
+++ jsf-ri/src/main/java/com/sun/faces/application/ApplicationAssociate.java (working copy)
@@ -323,6 +323,9 @@
FlowDiscoveryCDIContext flowDiscoveryContext = (FlowDiscoveryCDIContext) beanManager.getContext(FlowDefinition.class);
List<Producer<Flow>> flowProducers = flowDiscoveryContext.getFlowProducers();
WebConfiguration config = WebConfiguration.getInstance();
+ if (!flowProducers.isEmpty())

{ + enableClientWindowModeIfNecessary(context); + }

for (Producer<Flow> cur : flowProducers)

{ Flow toAdd = cur.produce(beanManager.<Flow>createCreationalContext(null)); @@ -338,9 +341,26 @@ }
  • + private void enableClientWindowModeIfNecessary(FacesContext context) {
    +
    + WebConfiguration config = WebConfiguration.getInstance(context.getExternalContext());
    +
    + String optionValue = config.getOptionValue(WebConfiguration.WebContextInitParameter.ClientWindowMode);
    + boolean clientWindowNeedsEnabling = false;
    + if ("none".equals(optionValue))

    Unknown macro: {+ clientWindowNeedsEnabling = true;+ String featureName = + WebConfiguration.WebContextInitParameter.ClientWindowMode.getQualifiedName();+ LOGGER.log(Level.WARNING, + "{0} was set to none, but Faces Flows requires {0} is enabled. Setting to ''url''.", new Object[]{featureName});+ }

    else if (null == optionValue)

    { + clientWindowNeedsEnabling = true; + }

    + if (clientWindowNeedsEnabling)

    { + config.setOptionValue(WebConfiguration.WebContextInitParameter.ClientWindowMode, "url"); + }

    + }

  • }

public void initializeFacelets() {

Comment by Tom Mueller [ 29/Apr/13 ]

Approved for 4.0.

Comment by Ed Burns [ 29/Apr/13 ]

Running automated tests against this fix now.

Comment by Ed Burns [ 29/Apr/13 ]

Safe to integrate to GlassFish 4.0 when < http://slc03qna.us.oracle.com:7070/hudson/view/Mojarra%202.2/job/2_2_x-test-glassfish-4_0/97/ > and < http://hudson-sca.us.oracle.com/view/MOJARRA_ALL/job/MOJARRA_2_2_0_GLASSFISH_3_1_2_2_NO_CLUSTER/33/ > are clean.

Both are clean.

Comment by Ed Burns [ 07/May/13 ]

svn commit -m "Integrate Mojarra 2.2.0 Final and JSF API 2.2 Final" appserver/pom.xml
Sending appserver/pom.xml
Transmitting file data .
Committed revision 61873.





[GLASSFISH-20423] JASPIC AuthConfigFactory impl (i.e, BaseAuthConfigFactory) does not make required permission checks Created: 26/Apr/13  Updated: 06/May/13  Resolved: 03/May/13

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

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

Tags: 4_0-approved

 Description   

JASPIC MR for release 1.1 clarified AuthConfigFactory implementation related permission checking requirements, for example

  • When a SecurityManager is enabled, before loading the argument
  • provider, and before making any changes to the factory, this method must
  • confirm that the calling access control context has been granted the
  • {@link #providerRegistrationSecurityPermission}

similar clarifications where added to the following 5 methods

1. public abstract String
registerConfigProvider(String className, Map properties, String layer, String appContext, String description);

2. public abstract String
registerConfigProvider(AuthConfigProvider, String layer, String appContext, String description);

3. public abstract boolean
removeRegistration(String registrationID);

4. public abstract String[]
detachListener(RegistrationListener listener, String layer, String appContext);

5. public abstract void refresh();

The base class for the Glassfish AuthConfigFactory reference implementation is,
./appserver/security/jaspic-provider-framework/src/main/java/com/sun/jaspic/config/factory/BaseAuthConfigFactory.java

The following block of code needs to be added at the start of each of BaseAuthConfigFactory's implementatation of the
above methods.

SecurityManager sm = System.getSecurityManager();
if (sm != null) {
sm.checkPermission(AuthConfigFactory.providerRegistrationSecurityPermission);
}

I will attached a proposed diff to this issue

As as a result of the addition of these permission checks, some programs will
need to be granted these permissions in order to run with the SecurityManager enabled.

At the present time tehse interfaces are used predominantly during application deployment
at which time they are called from container code that is running with AllPermission.



 Comments   
Comment by monzillo [ 26/Apr/13 ]

removed proposed resolution (i.e., diff) as it was reformatted and became incomprehensible.

Comment by quang.dang [ 01/May/13 ]
  • What is the impact on the customer of the bug?

This is to satisfy the permission checking requirements for the AuthConfigFactory impl in
JASPIC MR for release 1.1. It is not a regression.

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

The fix is not complicated and requires not much work. However running the relevant tests with the security manager enabled will take some time. This might be a medium risk fix and would only affect the env where the security manager is turned on.

  • Is there an impact on documentation or message strings?
    No
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    JASPIC related tests with the security manager enabled
  • Which is the targeted build of 4.0 for this fix?
    1.0_b88
Comment by quang.dang [ 03/May/13 ]

/branches/4.0/appserver/security/jaspic-provider-framework/src/main/java/com/sun/jaspic/config/factory/BaseAuthConfigFactory.java
Rev. 61823

Comment by quang.dang [ 06/May/13 ]

trunk Rev. 61847
appserver/security/jaspic-provider-framework/src/main/java/com/sun/jaspic/config/factory/BaseAuthConfigFactory.java





[GLASSFISH-20421] Uptake Weld 2.0.0.Final Created: 26/Apr/13  Updated: 26/Apr/13  Resolved: 26/Apr/13

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

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

Tags: 4_0-approved

 Description   

What is the impact on the customer of the bug?
2.0.0.Final version of Weld.

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
What CTS failures are caused by this bug?
N/A

What is the cost/risk of fixing the bug?
N/A

How risky is the fix? How much work is the fix? Is the fix complicated?
N/A

Is there an impact on documentation or message strings?
No

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

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

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






[GLASSFISH-20415] [Regression] asadmin restart-domain command is failing when using --port, --port & --host, options Created: 26/Apr/13  Updated: 02/May/13  Resolved: 26/Apr/13

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

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

GF 4.0 build 86 (glassfish-4.0-b86-unix.sh*), JDK 1.7.0_21, OEL6 machine with 64 bit OS. Regression verified with GF 4.0 build 84 (java_ee_sdk-7-b84-jdk7-linux-x64.sh*). During installation, did not install Update tool.


Issue Links:
Duplicate
duplicates GLASSFISH-20110 RARE Restart Server|Domain client-sid... Resolved

 Description   

Test scenario is about the "restart options" of asadmin with default domain1 and a second domain (foo_domain). The scenario is basic and in GF4.0 build 84, all the commands are successful. In GF 4.0 build 86, they fail. The specific commands are:

o [test@wolfrun] $ asadmin start-domain domain1 (default domain)
o [test@wolfrun] $ asadmin --port 4848 --host wolfrun.us.oracle.com restart-domain

Build 84:
Successfully restarted the domain
Command restart-domain executed successfully.

Build 86 (after several minutes):
Command restart-domain failed.
Timed out waiting for the server to restart

o [test@wolfrun] $ asadmin --echo --host wolfrun.us.oracle.com restart-domain
asadmin --host wolfrun.us.oracle.com --port 4848 --interactive=true --echo=true --terse=false restart-domain --force=true --kill=false

Build 84:
Successfully restarted the domain
Command restart-domain executed successfully.

Build 86 (after several minutes):
Command restart-domain failed.
Timed out waiting for the server to restart

o [test@wolfrun] $ asadmin create-domain --adminport 52968 foo_domain
o [test@wolfrun] $ asadmin start-domain foo_domain
o [test@wolfrun] $ asadmin --port 52968 --host wolfrun.us.oracle.com restart-domain

Build 84:
Successfully restarted the domain
Command restart-domain executed successfully.

Build 86 (after several minutes):
Command restart-domain failed.
Timed out waiting for the server to restart



 Comments   
Comment by Byron Nevins [ 26/Apr/13 ]

Nice work finding this Alex!!
It's an edge case for 20110

Comment by Alex Pineda [ 02/May/13 ]

Verified issue is fixed in build 87. Bug can be closed now.





asadmin create-jmsdest properties not applied to EMBEDDED MQ broker (GLASSFISH-20378)

[GLASSFISH-20405] Docs: Need update the property names of create-jmsdest subcommand Created: 25/Apr/13  Updated: 29/Apr/15

Status: Open
Project: glassfish
Component/s: jms
Affects Version/s: 3.1.2
Fix Version/s: 4.0

Type: Sub-task Priority: Major
Reporter: David Zhao Assignee: Mike Fitch
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

The property names are incorrect in document http://docs.oracle.com/cd/E26576_01/doc.312/e24938/create-jmsdest.htm that the property names should be upper case for the first character.

For more details, please see the one pager by running "asadmin create-jmsdest --help".



 Comments   
Comment by sergeich [ 29/Apr/15 ]

Output of the command "asadmin create-jmsdest --help" in Glassfish 4.1 also contains the same error (names of properties start with lower-case letter).





[GLASSFISH-20391] Use of JDBCRealm causes infinite injection chain at boot, causing the server to never boot Created: 23/Apr/13  Updated: 24/Apr/13  Resolved: 24/Apr/13

Status: Closed
Project: glassfish
Component/s: hk2
Affects Version/s: 4.0_b85
Fix Version/s: 4.0

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

Issue Links:
Dependency
depends on HK2-6 StackOverflowError injecting circular... Resolved
Tags: 4_0-approved

 Description   

Here is the stack that is in infinite recursion:

"RunLevelControllerThread-1366739020320" daemon prio=10 tid=0x00007f66a0005800 nid=0x4361 in Object.wait() [0x00007f66e67e2000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000000e0ba6ea8> (a org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext)
    at java.lang.Object.wait(Object.java:503)
    at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.findOrCreate(AsyncRunLevelContext.java:129)
  • locked <0x00000000e0ba6ea8> (a org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:579)
    at org.jvnet.hk2.internal.IterableProviderImpl.get(IterableProviderImpl.java:87)
    at com.sun.enterprise.connectors.ConnectorRuntime.getResourceManager(ConnectorRuntime.java:973)
  • locked <0x00000000f5979288> (a com.sun.enterprise.connectors.ConnectorRuntime)
    at com.sun.enterprise.connectors.ConnectorRuntime.postConstruct(ConnectorRuntime.java:889)
    at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:281)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:328)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
    at org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:107)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:579)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:566)
    at com.sun.enterprise.security.ee.auth.realm.jdbc.JDBCRealm.init(JDBCRealm.java:169)
  • locked <0x00000000e157d140> (a com.sun.enterprise.security.ee.auth.realm.jdbc.JDBCRealm)
    at com.sun.enterprise.security.auth.realm.Realm.doInstantiate(Realm.java:334)
  • locked <0x00000000fd96c298> (a java.lang.Class for com.sun.enterprise.security.auth.realm.Realm)
    at com.sun.enterprise.security.auth.realm.Realm.instantiate(Realm.java:225)
  • locked <0x00000000fd96c298> (a java.lang.Class for com.sun.enterprise.security.auth.realm.Realm)
    at com.sun.enterprise.security.auth.realm.RealmConfig.createRealms(RealmConfig.java:82)
    at com.sun.enterprise.security.auth.realm.RealmsManager.createRealms(RealmsManager.java:278)
    at com.sun.enterprise.security.auth.realm.RealmsManager.createRealms(RealmsManager.java:211)
    at org.glassfish.security.services.impl.AuthenticationServiceImpl.initialize(AuthenticationServiceImpl.java:178)
    at org.glassfish.security.services.impl.AuthenticationServiceImpl.postConstruct(AuthenticationServiceImpl.java:286)
    at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:281)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:328)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
    at org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:107)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
  • locked <0x00000000e157d320> (a java.lang.Object)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:558)
    at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:77)
    at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:191)
    at org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:214)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:311)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
    at org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:107)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
  • locked <0x00000000e157d410> (a java.lang.Object)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:558)
    at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:77)
    at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:191)
    at org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:214)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:311)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
    at org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:107)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
  • locked <0x00000000e157d500> (a java.lang.Object)
    at org.jvnet.hk2.internal.IterableProviderImpl$MyIterator.next(IterableProviderImpl.java:205)
    at org.glassfish.resourcebase.resources.listener.ResourceManager.notifyListeners(ResourceManager.java:136)
    at org.glassfish.resourcebase.resources.listener.ResourceManager.postConstruct(ResourceManager.java:128)
    at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:281)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:328)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
    at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.findOrCreate(AsyncRunLevelContext.java:158)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
  • locked <0x00000000e157d5b8> (a java.lang.Object)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.oneJob(CurrentTaskFuture.java:673)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.run(CurrentTaskFuture.java:660)
    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)


 Comments   
Comment by jwells [ 23/Apr/13 ]

The infinite recursion is via:

ResourceManager(postConstruct->notifyListeners) -> (through an unknown chain) -> JDBCRealm -> ConnectorRuntime(postConstruct) -> ResourceManager

Comment by Alex Pineda [ 23/Apr/13 ]

This issue affects SQE's Core-DAS Security test suite and caused 300+ tests not to run (DNR). Need this fix to complete the testing of the GF 4.0 release

Comment by jwells [ 24/Apr/13 ]

What is the impact on the customer of the bug?

They will be unable to use JDBC realms

What is the cost/risk of fixing the bug?

The risk is small (the fix is simple) and the cost is high (using a JDBC realm will cause the server to hang during boot)

Is there an impact on documentation or message strings?

No

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

Security

Which is the targeted build of 4.0 for this fix?

b88

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 Tom Mueller [ 24/Apr/13 ]

Approved for 4.0.

Comment by jwells [ 24/Apr/13 ]

Fixed at change 61625





[GLASSFISH-20383] [regression] NCDFE during shutdown of glassfish Created: 23/Apr/13  Updated: 25/Apr/13  Resolved: 25/Apr/13

Status: Closed
Project: glassfish
Component/s: hk2
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0

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

Tags: 4_0-approved

 Description   

To reproduce:
java -jar modules/glassfish.jar
Allow it to start. You will see a message like following in the console:

Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@747e2f as OSGi service registration:

Now 'Ctrl C' or Kill it. You will notice the following message in the console:
Exception: java.lang.NoClassDefFoundError thrown from the UncaughtExceptionHandler in thread "GlassFish Shutdown Hook"

This didn't use to happen.



 Comments   
Comment by jwells [ 24/Apr/13 ]

Here is a better stack trace:

java.lang.NoClassDefFoundError: org/glassfish/hk2/runlevel/internal/CurrentTaskFuture$DownAllTheWay
at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture.<init>(CurrentTaskFuture.java:106)
at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.proceedTo(AsyncRunLevelContext.java:279)
at org.glassfish.hk2.runlevel.internal.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:66)
at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:555)
at com.sun.enterprise.v3.server.AppServerStartup.stop(AppServerStartup.java:508)
at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.stop(GlassFishImpl.java:88)
at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.dispose(GlassFishImpl.java:97)
at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.dispose(GlassFishDecorator.java:73)
at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishRuntime.shutdown(EmbeddedOSGiGlassFishRuntime.java:112)
at com.sun.enterprise.glassfish.bootstrap.GlassFishRuntimeDecorator.shutdown(GlassFishRuntimeDecorator.java:63)
at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishRuntime.shutdown(OSGiGlassFishRuntime.java:82)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher$1.run(GlassFishMain.java:212)
Caused by: java.lang.ClassNotFoundException: Unable to load class 'org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$DownAllTheWay' because the bundle wiring for org.glassfish.hk2.runlevel is no longer valid.
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1494)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
... 12 more

Comment by jwells [ 24/Apr/13 ]

I guess I could cause this to stop happening by forcing the loading of the DownAllTheWay class early on. But that seems... stupid...

Comment by jwells [ 24/Apr/13 ]

The problem is in OSGiGlassFishRuntime:

public void shutdown() throws GlassFishException {
if (framework == null)

{ return; // already shutdown }

try

{ framework.stop(); framework.waitForStop(0); }

catch (InterruptedException ex)

{ throw new GlassFishException(ex); } catch (BundleException ex) { throw new GlassFishException(ex); }

super.shutdown();
framework = null; // guard against repeated calls.
}

Notice that the shutdown of the framework happens before the super.shutdown().

But that means that if any of the shutdown work needs to load any classes, they will fail (as we see in this bug).

So I am wondering if this ordering is on purpose, and what the effect would be on changing the ordering to do the super.shutdown first, and the framework shutdown last.

I will try it now, and verify that it fixes this problem and report back in this bug.

Comment by jwells [ 24/Apr/13 ]

In fact, when I change the order this nice thing happens after ^C:

^C
Completed shutdown of Log manager service
Completed shutdown of GlassFish runtime

Comment by jwells [ 24/Apr/13 ]

Here is the diff that fixes this bug:

Index: nucleus/core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/osgi/OSGiGlassFishRuntime.java
===================================================================
— nucleus/core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/osgi/OSGiGlassFishRuntime.java (revision 61615)
+++ nucleus/core/bootstrap/src/main/java/com/sun/enterprise/glassfish/bootstrap/osgi/OSGiGlassFishRuntime.java (working copy)
@@ -72,6 +72,8 @@
return; // already shutdown
}
try

{ + super.shutdown(); + framework.stop(); framework.waitForStop(0); }

catch (InterruptedException ex)

{ @@ -79,8 +81,9 @@ }

catch (BundleException ex)

{ throw new GlassFishException(ex); }
  • super.shutdown();
  • framework = null; // guard against repeated calls.
    + finally { + framework = null; // guard against repeated calls. + }

    }

@Override

Comment by jwells [ 24/Apr/13 ]

What is the impact on the customer of the bug?

The server will shutdown properly when hit with a kill (15) signal

What is the cost/risk of fixing the bug?

I'm not sure of the cost, and I'd rate the fix as being medium to low risk

Is there an impact on documentation or message strings?

No

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

EJB, Admin

Which is the targeted build of 4.0 for this fix?

b88

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 jwells [ 25/Apr/13 ]

Fixed at change 61642





[GLASSFISH-20368] [Regression] ManagedExecutorService instance is being shut down then registered ManagedTaskListeners are not getting invoked. Created: 22/Apr/13  Updated: 22/Apr/13  Resolved: 22/Apr/13

Status: Closed
Project: glassfish
Component/s: concurrency
Affects Version/s: 4.0_b85
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: shobhit.singh Assignee: anthony.lai
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu



 Description   

When ManagedExecutorService instance is being shut down then registered ManagedTaskListeners are not getting invoked.



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

Assigning to Concurrency Dev lead.

Comment by anthony.lai [ 22/Apr/13 ]

Section 3.1.6.1 in the JSR 236 spec states:

When a ManagedExecutorService instance is being shutdown by the Java EE Product Provider:
1. All attempts to submit new tasks are rejected
2. All submitted tasks are cancelled if not running
3. All running task threads are interrupted
4. All registered ManagedTaskListeners are invoked
-----------------

When I tried the scenario:

  • thread of the running task is interrupted as expected. No ManagedTaskListener callback is invoked due to the shutdown call because the running task is neither aborted, cancelled, or completed.
  • submitted tasks that are queued up and not started running are cancelled, and taskAborted() of their ManagedTaskListener instances are invoked as expected

Closing this as "Cannot Reproduce" for now. If you have a test case that can reproduce the problem, please send it to me. Thanks.





[GLASSFISH-20365] Document guides are not available on the location specified Created: 22/Apr/13  Updated: 23/Apr/13

Status: Open
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b85
Fix Version/s: 4.0

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

Win 8 - IE 10 and OEL 6 - FF20 and WIN7-FF19 - all


Tags: 404, admingui, document, found, guide, not

 Description   

Administration Guide
Application Development Guide
Application deployment guide

The above Guides are not available on the appropriate locations.

Administration Guide - http://glassfish.java.net/docs/4.0/administration-guide.pdf
Application Development Guide - http://glassfish.java.net/docs/4.0/application-development-guide.pdf
Application deployment guide - http://glassfish.java.net/docs/4.0/application-deployment-guide.pdf

getting error as : HTTP 404 Not Found
=================================
The webpage cannot be found

HTTP 404

Most likely causes:
•There might be a typing error in the address.
•If you clicked on a link, it may be out of date.

What you can try:

Retype the address.

Go back to the previous page.

Go to and look for the information you want.

More information More information

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



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

Set Fix Version to 4.0, as these links will not be live until GlassFish 4.0 is officially released.





[GLASSFISH-20359] Weld InvocationContext Issue causing CTS failures in ejb30/bb suite Created: 19/Apr/13  Updated: 25/Apr/13  Resolved: 25/Apr/13

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

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


 Description   

Weld InvocationContext issue:
ejb30/bb/session/stateless/interceptor/listener/override/Client.java#getParametersEmptyTest
ejb30/bb/session/stateless/interceptor/listener/override/Client.java#getParametersTest
ejb30/bb/session/stateless/interceptor/listener/override/Client.java#setParametersTest
ejb30/bb/session/stateful/interceptor/listener/annotated/Client.java#getParametersEmptyTest
ejb30/bb/session/stateful/interceptor/listener/annotated/Client.java#getParametersTest
ejb30/bb/session/stateful/interceptor/listener/annotated/Client.java#setParametersTest
ejb30/bb/session/stateful/interceptor/listener/override/Client.java#getParametersEmptyTest
ejb30/bb/session/stateful/interceptor/listener/override/Client.java#getParametersTest
ejb30/bb/session/stateful/interceptor/listener/override/Client.java#setParametersTest
ejb30/bb/session/stateless/interceptor/listener/annotated/Client.java#getParametersEmptyTest
ejb30/bb/session/stateless/interceptor/listener/annotated/Client.java#getParametersTest
ejb30/bb/session/stateless/interceptor/listener/annotated/Client.java#setParametersTest
ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getParametersTest
ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getParametersTest



 Comments   
Comment by arjavdesai [ 19/Apr/13 ]

There are two more failures due to this issue:

ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getMethodTest
ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getMethodTest

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

Modified the way interceptors are created via Weld





[GLASSFISH-20357] Weld Duplicate Interceptors in ejb30_bb suite: see https://issues.jboss.org/browse/WELD-1410 Created: 19/Apr/13  Updated: 25/Apr/13  Resolved: 25/Apr/13

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

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


 Description   

Duplicate Interceptors (NOT fixed by Weld 2.0.0CR2) See https://issues.jboss.org/browse/WELD-1410
com/sun/ts/tests/ejb30/bb/session/stateless/interceptor/listener/mixed/Client.java#interceptorOrderingOverride: Client_interceptorOrderingOverride
com/sun/ts/tests/ejb30/bb/session/stateless/interceptor/listener/mixed/Client.java#methodLevelClassLevelInterceptorMixedTest: Client_methodLevelClassLevelInterceptorMixedTest
com/sun/ts/tests/ejb30/bb/session/stateless/interceptor/listener/mixed/Client.java#methodLevelInterceptorMixedTest: Client_methodLevelInterceptorMixedTest
com/sun/ts/tests/ejb30/bb/session/stateless/interceptor/listener/mixed/Client.java#repeatedInterceptors: Client_repeatedInterceptors
7832: Exception during lifecycle processing
7833: org.glassfish.deployment.common.DeploymentException: CDI deployment failure:Duplicate interceptor class definition when binding com.sun.ts.tests.ejb30.common.interceptor.Interceptor1 on AROUND_INVOKE
7834: at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:223)
7835: at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
7836: at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:328)
7837: at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:493)
7838: at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
7839: at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
7840: at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:537)
7841: at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
7842: at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
7843: at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
7844: at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
7845: at org.glassfish.deployment.autodeploy.AutoOperation.run(AutoOperation.java:164)
7846: at org.glassfish.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:595)
7847: at org.glassfish.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:482)
7848: at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:410)
7849: at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:401)
7850: at org.glassfish.deployment.autodeploy.AutoDeployService$1.run(AutoDeployService.java:233)
7851: at java.util.TimerThread.mainLoop(Timer.java:555)
7852: at java.util.TimerThread.run(Timer.java:505)
7853: Caused by: org.jboss.weld.interceptor.proxy.InterceptorException: Duplicate interceptor class definition when binding com.sun.ts.tests.ejb30.common.interceptor.Interceptor1 on AROUND_INVOKE
7854: at org.jboss.weld.interceptor.builder.InterceptionModelImpl.validateDuplicateInterceptors(InterceptionModelImpl.java:147)
7855: at org.jboss.weld.interceptor.builder.InterceptionModelImpl.appendInterceptorClassesToList(InterceptionModelImpl.java:139)
7856: at org.jboss.weld.interceptor.builder.InterceptionModelImpl.appendInterceptors(InterceptionModelImpl.java:120)
7857: at org.jboss.weld.interceptor.builder.InterceptionModelBuilder$MethodInterceptorDescriptor.with(InterceptionModelBuilder.java:114)
7858: at org.jboss.weld.injection.producer.InterceptionModelInitializer.initClassDeclaredEjbInterceptors(InterceptionModelInitializer.java:251)
7859: at org.jboss.weld.injection.producer.InterceptionModelInitializer.initEjbInterceptors(InterceptionModelInitializer.java:233)
7860: at org.jboss.weld.injection.producer.InterceptionModelInitializer.init(InterceptionModelInitializer.java:113)
7861: at org.jboss.weld.injection.producer.BeanInjectionTarget.initializeInterceptionModel(BeanInjectionTarget.java:91)
7862: at org.jboss.weld.injection.producer.ejb.SessionBeanInjectionTarget.initializeAfterBeanDiscovery(SessionBeanInjectionTarget.java:81)
7863: at org.jboss.weld.injection.producer.InjectionTargetInitializationContext.initialize(InjectionTargetInitializationContext.java:42)
7864: at org.jboss.weld.injection.producer.InjectionTargetService.initialize(InjectionTargetService.java:58)
7865: at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:521)
7866: at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:211)
7867: ... 18 more



 Comments   
Comment by tlcksnyder [ 25/Apr/13 ]

Fixed with Weld 2.0.0.CR4 that went into 4.0_b86_RC2





[GLASSFISH-20355] stateful/lifecycle tests failed with CDI enabled Created: 19/Apr/13  Updated: 25/Apr/13  Resolved: 19/Apr/13

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

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

RHL6 and JDK1.7.0_10



 Description   

stateful/lifecycle tests failed with CDI enabled

glassfish-4.0-b85.zip

appserver-sqe/pe/ejb/ejb30/session/stateful/lifecycle
Lifecycle of session beans

Tests failed on b85 promoted, but passed on b84 promoted.

Thanks Mitesh for the initial analysis:
Looks like failing after passivating a SFSB
The tests started to fail with nightly of Apr 12 and
pass after disabling implicit-cdi (using asadmin set configs.config.server-config.cdi-service.enable-implicit-cdi=false).



 Comments   
Comment by tlcksnyder [ 19/Apr/13 ]

Exception from log ftp://adc2120166.us.oracle.com/pub/tmp/appserver-sqe_130418_EJB3_six_test_failure/stateful_lifecycle_server_log.txt:
javax.ejb.NoSuchObjectLocalException: Invalid Session Key ( 81900a1600e51f-1eb0a831-2)
at com.sun.ejb.containers.StatefulSessionContainer._getContextForInstance(StatefulSessionContainer.java:1469)
at com.sun.ejb.containers.StatefulSessionContainer.getEJBRemoteBusinessObjectImpl(StatefulSessionContainer.java:1493)
at com.sun.ejb.containers.BaseContainer.getTargetObject(BaseContainer.java:1751)
at org.glassfish.enterprise.iiop.impl.POARemoteReferenceFactory.preinvoke(POARemoteReferenceFactory.java:501)
at com.sun.corba.ee.impl.oa.poa.POAPolicyMediatorImpl_NR_USM.internalGetServant(POAPolicyMediatorImpl_NR_USM.java:93)
at com.sun.corba.ee.impl.oa.poa.POAPolicyMediatorBase.getInvocationServant(POAPolicyMediatorBase.java:139)
at com.sun.corba.ee.impl.oa.poa.POAImpl.getInvocationServant(POAImpl.java:1805)
at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.getServant(ServerRequestDispatcherImpl.java:286)
at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.getServantWithPI(ServerRequestDispatcherImpl.java:311)
at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatch(ServerRequestDispatcherImpl.java:196)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequestRequest(MessageMediatorImpl.java:1549)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequest(MessageMediatorImpl.java:1425)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleInput(MessageMediatorImpl.java:930)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:213)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequest(MessageMediatorImpl.java:694)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.dispatch(MessageMediatorImpl.java:496)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.doWork(MessageMediatorImpl.java:2222)
at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)

Comment by Mitesh Meswani [ 19/Apr/13 ]

Assigning to JJ since this issue is due to enable-implicit-cdi

Comment by jjsnyder83 [ 19/Apr/13 ]

Can you provide info on how to download and execute the tests?

Comment by sherryshen [ 19/Apr/13 ]

Hi JJ,

Thanks for looking into the bug.

1) To set up test env, please reference the instruction section I, IIa
http://aseng-wiki.us.oracle.com/asengwiki/display/ASQA/4.0+Core+Test+Instructions
(use co-ejb instead of co-core to save check out time).
2) To run test suite, do "ant all" in test suite dir
(e.g. $SPS_HOME/pe/ejb/ejb30/session/stateful/lifecycle in this bug)

Here is build.xml for this suite and test env in hudson configure for your reference.
http://sqe-hudson.us.oracle.com:8080/hudson/job/sherry-das/ws/appserver-sqe/pe/ejb/ejb30/session/stateful/lifecycle/build.xml/*view*/
http://sqe-hudson.us.oracle.com:8080/hudson/job/sherry-das/
I will update the bug with this info.
For other suites, you can run tests similarly.
Thanks!

Sherry

Comment by jjsnyder83 [ 19/Apr/13 ]

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

Comment by sherryshen [ 25/Apr/13 ]

Test passed on build 86 promoted.
Thanks for the analysis and fix.





[GLASSFISH-20346] csfFLOWDISCOVERYCDIHELPER registered multiple times causing ambiguous resolution Created: 10/Apr/13  Updated: 26/Apr/13  Resolved: 26/Apr/13

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

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

Tags: 4_0-approved

 Description   

FlowDiscoveryCDIHelper is both deployed in an explicit bean archive and registered by FlowDiscoveryCDIExtension. This causes the bean to be registered twice which results in the deployment exception.



 Comments   
Comment by Jozef Hartinger [ 10/Apr/13 ]

The JSF RI jar contains a beans.xml file which is not necessary.

Comment by Ed Burns [ 10/Apr/13 ]

In practice, I found the beans.xml was necessary to enable the flow discovery to work on both GlassFish 3.1.2.2 and GlassFish 4.0, each of which have different versions of Weld.

Let me take it out and try again. Whatever we end up with, it must work on both GlassFish 3.1.2.2 and GlassFish 4.0.

Comment by Ed Burns [ 10/Apr/13 ]

Can you please send a reproducer to issues@javaserverfaces.java.net ?

Thanks,

Ed

Comment by Jozef Hartinger [ 11/Apr/13 ]

Any war with CDI enabled causes the failure. It may not in GF as GF is not probably picking up the archive as a BDA but then there is no point in having beans.xml in the Mojarra archive anyway.

It causes problem with JBoss AS integration and it will also cause problems if you try to bundle a JSF impl with your deployment (when deploying to a plain Servlet container).

Check the bean archive definition and how bean discovery works at https://github.com/jboss/cdi/blob/master/spec/packagingdeployment.asciidoc

Comment by Manfred Riem [ 11/Apr/13 ]

Jozef,

As stated by Ed we need to make sure this works both on GF 3.1.2.2 and GF 4.0. If we remove the beans.xml how can we make sure the Weld 1.1.x runtime (which is part of GF 3.1.2.2) registers the FlowDiscoveryCDIExtension? Is there an API that we can use to do so?

Comment by Jozef Hartinger [ 11/Apr/13 ]

beans.xml was never a requirement for extension registration. There is an API:

https://github.com/weld/api/blob/2.0/weld-spi/src/main/java/org/jboss/weld/bootstrap/spi/Deployment.java#L153

However, at least for GF 4 you do not need to use it. The extension is picked up automatically.

Comment by Manfred Riem [ 11/Apr/13 ]

Jozef,

We need to have it work both in 3.1.2.2 and 4.0. If I remove the beans.xml file the 3.1.2.2 server won't pick it up anymore. So how can I register the extension manually in that case? Do you have a code sample anywhere I can look at?

Thanks!

Comment by Jozef Hartinger [ 11/Apr/13 ]

If that really happens on 3.1 then you would need to fix GF's Weld integration code in 3.1.

Comment by Manfred Riem [ 12/Apr/13 ]

Applied to 2.2 trunk,

svn commit -m "Removing beans.xml to see if GF 3.1.2.2 requires it" beans.xml
Deleting beans.xml

Committed revision 11874.

Both the 3.1.2.2 and 4.0 are fine with this change. Inspection of the JAR file does not show the beans.xml as in the location it was in previously.

Comment by Manfred Riem [ 18/Apr/13 ]

Applied to 2.2.0 branch,

svn commit -m "Removing unnecessary beans.xml file, which will prevent double registration of the csfFLOWDISCOVERYCDIHELPER"
Deleting share\beans.xml

Committed revision 11888.

Comment by Ed Burns [ 18/Apr/13 ]
  • What is the impact on the customer of the bug?

A customer is seeing this bug when running Mojarra in JBoss AS. The impact is that apps fail to deploy.

  • What CTS failures are caused by this bug?

No known.

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

Cost: remove beans.xml from javax.faces.jar. Risk: destabilize weld integration.

  • Is there an impact on documentation or message strings?

No.

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

Tests that show weld working with JSF.

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

b86.

  • 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.
Comment by Tom Mueller [ 18/Apr/13 ]

Approved for 4.0.

Comment by Ed Burns [ 26/Apr/13 ]

This will be in 2.2.0-m15, due for integration on Monday 29 April 2013.

Comment by Manfred Riem [ 26/Apr/13 ]

Verified the tests are all still passing.





[GLASSFISH-20312] com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/* cts tests are failing when running imq.xml target in CTS. Created: 15/Apr/13  Updated: 25/Apr/13  Resolved: 19/Apr/13

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

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


 Description   

com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/ CTS tests are failing when run imq.xml target in CTS.

steps to reproduce the problem:

1. Download CTS bundle & internal bundle.
2. Follow the CTS instructions to set the variables.
3. cd $TS_HOME/bin
4. Run ant -f imq.xml smoke (this target runs all jms related tests across the CTS bundle).

Tests results are not consistent.
com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/ tests are failing in the test run. Test prints "Fail: we didnt get the expected msg back!" error.



 Comments   
Comment by marina vatkina [ 15/Apr/13 ]

Let's start with the jms container. The MDB container just reacts to the invocations

Comment by David Zhao [ 16/Apr/13 ]

Marina,

This doesn't seem to be JMS issue. The message sending/receiving is fine.

When debugging the failed CTS cases, I observed something interesting with the interceptor. If putting breakpoint in @AroundInvoke InterceptorMDB1.intercept1(InvocationContext ctx), I can see InvocationContext ctx is org.jboss.weld.interceptor.proxy.InterceptorInvocationContext@76cad8,

ctx.parameters is [EjbInvocation componentId=mdb_interceptor_listener_annotated_mdb_interceptor_listener_annotated_ejb.jar_AroundInvokeBean_MDB_QUEUE89528542497144832,isLocal=false,isRemote=false,isBusinessInterface=false,isWebService=false,isMessageDriven=true,isHome=false,clientInterface=null,method=public abstract void javax.jms.MessageListener.onMessage(javax.jms.Message),ejb=com.sun.ts.tests.ejb30.bb.mdb.interceptor.listener.annotated.AroundInvokeBean@7dc937,exception=null,exceptionFromBeanMethod=null,invId=0,wasCancelCalled=false,yetToSubmitStatus=true]

ctx.method is protected void com.sun.ts.tests.ejb30.common.interceptor.AroundInvokeTestMDBImpl.getMethodTest(javax.interceptor.InvocationContext)

But ctx.method is expected to be onMessage and ctx.parameters is expected to javax.jms.Message because the interceptor is on MDB (Refer to http://docs.oracle.com/javaee/6/api/javax/interceptor/InvocationContext.html).

ctx.target and ctx.contextData might have the same problem too.

Let's firstly make the InvocationContext carrying correct values then check the CTS cases again.

Comment by saradak [ 16/Apr/13 ]

These failures can be easily produced by just running ejb30/bb/mdb tests.

cd $TS_HOME/bin/
$TS_HOME/tools/ant/bin/ant config.vi.javadb
cd $TS_HOME/src/com/sun/ts/tests/ejb30/bb/mdb

$TS_HOME/tools/ant/bin/ant runclient

Comment by saradak [ 16/Apr/13 ]

I have run the same tests with b84-04_10_2013 build & b85-04_15_2013 nightly build.
Few observations when running with both the builds.

b84-04_10_2013
----------------

1. Following tests failed when run the tests as it is:

FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/fullpath/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/jarwar/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/onejar/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/optional/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/optional2/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#orderTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#sameInvocationContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#setParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#orderTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#sameInvocationContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#setParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#sameSecContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#setParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#sameSecContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#setParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/listenerintf/implementing/externalizable/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/listenerintf/implementing/serializable/Client.java#test1

2. All tests passed after I put com/sun/ts/tests/ejb30/bb/mdb/customlistener/Client.java#isPostConstructCalledTest
in the CTS exclude list.

b85-04_15_2013
----------------
1. Following tests failed when run the tests as it is:

FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/fullpath/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/jarwar/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/onejar/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/optional/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/optional2/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#orderTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#sameInvocationContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#setParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#orderTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#sameInvocationContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#sameSecContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/annotated/Client.java#setParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#sameSecContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/method/descriptor/Client.java#setParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/listenerintf/implementing/externalizable/Client.java#test1

2. Following tests failed after putting the test com/sun/ts/tests/ejb30/bb/mdb/customlistener/Client.java#isPostConstructCalledTest in exclude list.

FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#orderTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#sameInvocationContextTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#setParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getBeanTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getContextDataTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#orderTest

Comment by marina vatkina [ 16/Apr/13 ]

Does the test pass if you disable CDI scanning?

Comment by saradak [ 16/Apr/13 ]


I have been using default glassfish settings. What should I set to disable CDI scanning?

Comment by marina vatkina [ 16/Apr/13 ]

asadmin create-module-config cdi-service
asadmin set configs.config.server-config.cdi-service.enable-implicit-cdi=false

Comment by marina vatkina [ 17/Apr/13 ]

the MDB was always receiving five messages, and those mesages arrived at the queue at right time, so the QueueReceiver.recieveNoWait() call consumed those messages, now with latest builds the messages arrive late and hence we see this problem.

Comment by saradak [ 17/Apr/13 ]

I ran the ejb30/bb/mdb tests after CTS test fixes but still seeing 6 test failures. we should address the issue that David mentioned in the bug report regarding interceptor failures.

FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/fullpath/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/dest/jarwar/Client.java#test1
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/annotated/Client.java#getParametersTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getMethodTest
FAILED........com/sun/ts/tests/ejb30/bb/mdb/interceptor/listener/descriptor/Client.java#getParametersTest

Comment by marina vatkina [ 17/Apr/13 ]

Assigning to CDI team to investigate wrong invocation types from Weld

Comment by jjsnyder83 [ 18/Apr/13 ]

Phil is already looking into this.

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

I've raised this issue with Weld, since it appears that they are not propagating InvocationContext parameters correctly.

Comment by shreedhar_ganapathy [ 19/Apr/13 ]

Any chance of getting the fix before next promoted build ? i.e wed 24th?
RC testing is beginning and we need fixes to go in before that.

Comment by arjavdesai [ 19/Apr/13 ]

Most of the issues reported at the start are fixed in latest glassfish build. The reminder of issues are being tracked by http://java.net/jira/browse/GLASSFISH-20359 so resolving this one.





[GLASSFISH-20308] Unable to Deploy JAX-RS Restful Application Class Not Found JsonStructureBodyReader Created: 14/Apr/13  Updated: 03/May/13  Resolved: 03/May/13

Status: Resolved
Project: glassfish
Component/s: json
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0_b88_RC4, 4.0

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

Embedded Container


Tags: 4_0-approved

 Description   

This should not be happening in the GlassFish

Surely application code does not need to refer or import an internal Glassfish class:

org/glassfish/json/jaxrs/JsonStructureBodyReader

Apr 14, 2013 1:58:11 PM org.glassfish.jersey.servlet.init.JerseyServletContainerInitializer addServletWithDefaultConfiguration
INFO: Registering the Jersey servlet application, named javax.ws.rs.core.Application, with the following root resource and provider classes: [class je7hb.jaxrs.basic.RestfulBookService]
Apr 14, 2013 1:58:11 PM org.glassfish.jersey.server.ApplicationHandler initialize
INFO: Initiating Jersey application, version Jersey: 2.0-rc1 2013-03-26 02:00:32...
Apr 14, 2013 1:58:11 PM org.apache.catalina.core.StandardContext log
SEVERE: WebModule[/mywebapp]StandardWrapper.Throwable
java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
at org.glassfish.jersey.jsonp.JsonProcessingFeature.configure(JsonProcessingFeature.java:66)
at org.glassfish.jersey.model.internal.CommonConfig.configureFeatures(CommonConfig.java:617)
at org.glassfish.jersey.model.internal.CommonConfig.configureMetaProviders(CommonConfig.java:558)
at org.glassfish.jersey.server.ResourceConfig.configureMetaProviders(ResourceConfig.java:768)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:313)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:146)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:269)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:249)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:246)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:246)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:266)
at org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:256)
at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:167)
at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:349)
at javax.servlet.GenericServlet.init(GenericServlet.java:244)
at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1583)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1382)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.addChildInternal(Containeava: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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:133)
at je7hb.common.webcontainer.embedded.glassfish.AbstractEmbeddedRunner.deployWithRename(AbstractEmbeddedRunner.java:86)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRun ner.java:36)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:31)
at je7hb.jaxrs.basic.EmbeddedRunner.main(EmbeddedRunner.java:7)

Apr 14, 2013 1:58:11 PM org.apache.catalina.core.StandardContext log
SEVERE: WebModule[/mywebapp]Servlet /mywebapp threw load() exception
java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
at org.glassfish.jersey.jsonp.JsonProcessingFeature.configure(JsonProcessingFeature.java:66)
at org.glassfish.jersey.model.internal.CommonConfig.configureFeatures(CommonConfig.java:617)
at org.glassfish.jersey.model.internal.CommonConfig.configureMetaProviders(CommonConfig.java:558)
at org.glassfish.jersey.server.ResourceConfig.configureMetaProviders(ResourceConfig.java:768)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:313)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:146)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:269)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:249)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:246)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:246)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:266)
at org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:256)
at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:167)
at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:349)
at javax.servlet.GenericServlet.init(GenericServlet.java:244)
at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1583)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1382)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext670)a:5
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:133)
at je7on.webcontainer.embedded.glassfish.AbstractEmbeddedRunner.deployWithRename(AbstractEmbeddedRunner.java:86)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:36)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:31)
at je7hb.jaxrs.basic.EmbeddedRunner.main(EmbeddedRunner.java:7)

Apr 14, 2013 1:58:11 PM org.apache.catalina.core.StandardContext start
SEVERE: Startup of context /mywebapp failed due to previous errors
Apr 14, 2013 1:58:11 PM org.apache.catalina.core.ContainerBase addChildInternal
SEVERE: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5920)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterpridmin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:133)
at je7hb.common.webcontainer.embedded.glassfish.AbstractEmbeddedRunner.deployWithRename(AbstractEmbeddedRunner.java:86)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:36)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:31)
at je7hb.jaxrs.basic.EmbeddedRunner.main(EmbeddedRunner.java:7)
Caused by: org.apache.catalina.LifecycleException: java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5678)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
... 28 more
Caused by: java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
at org.glassfish.jersey.jsonp.JsonProcessingFeature.configure(JsonProcessingFeature.java:66)
at org.glassfish.jersey.model.internal.CommonConfig.configureFeatures(CommonConfig.java:617)
at org.glassfish.jersey.model.internal.CommonConfig.configureMetaProviders(CommonConfig.java:558)
at org.glassfish.jersey.server.ResourceConfig.configureMetaProviders(ResourceConfig.j)va:768
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:313)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:146)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:269)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:249)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:246)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:246)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:266)
at org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:256)
at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:167)
at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:349)
at javax.servlet.GenericServlet.init(GenericServlet.java:244)
at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1583)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1382)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
... 29 more

Apr 14, 2013 1:58:11 PM com.sun.enterprise.web.WebApplication start
WARNING: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1044)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
at com.sun.enteweb.WebContainer.loadWebModule(WebContainer.java:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:133)
at je7hb.common.webcontainer.embedded.glassfish.AbstractEmbeddedRunner.deployWithRename(AbstractEmbeddedRunner.java:86)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:36)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:31)
at je7hb.jaxrs.basic.EmbeddedRunner.beddedRunner.java:7)

Apr 14, 2013 1:58:11 PM org.glassfish.internal.data.ModuleInfo start
SEVERE: Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:133)
at je7hb.common.webcontainer.embedded.glassfish.AbstractEmbeddedRunner.deployWithRename(AbstractEmbeddedRunner.java:86)
je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:36)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:31)
at je7hb.jaxrs.basic.EmbeddedRunner.main(EmbeddedRunner.java:7)

Apr 14, 2013 1:58:11 PM com.sun.enterprise.v3.server.ApplicationLifecycle deploy
SEVERE: Exception during lifecycle processing
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImutionContext.execute(CommandRunnerImpl.java:1674)
at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:133)
at je7hb.common.webcontainer.embedded.glassfish.AbstractEmbeddedRunner.deployWithRename(AbstractEmbeddedRunner.java:86)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:36)
at je7hb.common.webcontainer.embedded.glassfish.SimpleEmbeddedRunner.launchDeployWarFileAndWait(SimpleEmbeddedRunner.java:31)
at je7hb.jaxrs.basic.EmbeddedRunner.main(EmbeddedRunner.java:7)

Apr 14, 2013 1:58:11 PM org.glassfish.api.ActionReport failure
SEVERE: Exception while loading the app
Apr 14, 2013 1:58:11 PM com.sun.enterprise.web.WebContainer unloadWebModule
SEVERE: Undeployment failed for context /mywebapp
Apr 14, 2013 1:58:11 PM org.glassfish.deployment.admin.DeployCommand execute
SEVERE: Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader

        • Press the ENTER key to stop the server ****


 Comments   
Comment by Michal Gajdos [ 26/Apr/13 ]

Can you list modules under glassfish4\glassfish\modules? I am especially if you have jsonp-jaxrs.jar library.
How do you run your GF instance?

Comment by peter_pilgrim [ 26/Apr/13 ]

I am actually using the embedded GlassFish container in a Gradle build file and this is the environment where I found the JAX-RS failure.

Here is my Gradle build that specifies the dependencies that I use.

// build.gradle
apply plugin: 'java'
apply plugin: 'war'
apply plugin: 'maven'
apply plugin: 'eclipse'
apply plugin: 'idea'

// Define equivalent Maven GAV coordinates.
group = 'com.javaeehandbook.book1'
archivesBaseName = 'ch08-jaxrs-basic'
version = '1.0'

repositories {
maven

{ url 'https://maven.java.net/content/groups/promoted' }

maven

{ url 'http://repository.jboss.org/nexus/content/groups/public' }

mavenCentral()
mavenLocal()
}

dependencies

{ providedCompile 'org.glassfish.main.extras:glassfish-embedded-all:4.0-b84' providedCompile 'javax:javaee-api:7.0-b84' providedCompile 'javax:javaee-web-api:7.0-b84' providedCompile 'com.javaeehandbook.book1:glassfish-embedded-runner:1.0' compile 'org.glassfish.main.extras:glassfish-embedded-all:4.0-b84' compile 'javax:javaee-api:7.0-b84' compile 'com.javaeehandbook.book1:glassfish-embedded-runner:1.0' testCompile 'junit:junit:4.11' }

task wrapper(type: Wrapper)

{ gradleVersion = '1.5' }

//End

Maybe this jsonp-jaxrs is not being build into the embedded Glassfish 4.0 bundle or something along those lines?

Hope that helps.

Comment by Michal Gajdos [ 26/Apr/13 ]

The problem seems to be in embedded GF itself - it contains all Jersey libs as regular GF but does not contain JSON-P classes. I've sent a patch to Jitu.

Comment by jitu [ 26/Apr/13 ]

Here is the michael's patch.

---------------
Index: appserver/extras/embedded/web/pom.xml
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
— appserver/extras/embedded/web/pom.xml (revision 61635)
+++ appserver/extras/embedded/web/pom.xml (revision )
@@ -3,7 +3,7 @@

DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.

  • Copyright (c) 1997-2012 Oracle and/or its affiliates. All rights reserved.
    + Copyright (c) 1997-2013 Oracle and/or its affiliates. All rights reserved.

The contents of this file are subject to the terms of either the GNU
General Public License Version 2 only ("GPL") or the Common Development
@@ -237,6 +237,13 @@
<dependency>
<groupId>org.glassfish.main.packager</groupId>
<artifactId>jersey</artifactId>
+ <version>$

{project.version}</version>
+ <type>zip</type>
+ <optional>true</optional>
+ </dependency>
+ <dependency>
+ <groupId>org.glassfish.main.packager</groupId>
+ <artifactId>json</artifactId>
<version>${project.version}

</version>
<type>zip</type>
<optional>true</optional>
Index: appserver/extras/embedded/all/pom.xml
IDEA additional info:
Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP
<+>UTF-8
===================================================================
— appserver/extras/embedded/all/pom.xml (revision 61635)
+++ appserver/extras/embedded/all/pom.xml (revision )
@@ -3,7 +3,7 @@

DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.

  • Copyright (c) 1997-2012 Oracle and/or its affiliates. All rights reserved.
    + Copyright (c) 1997-2013 Oracle and/or its affiliates. All rights reserved.

The contents of this file are subject to the terms of either the GNU
General Public License Version 2 only ("GPL") or the Common Development
@@ -277,6 +277,13 @@
<dependency>
<groupId>org.glassfish.main.packager</groupId>
<artifactId>jersey</artifactId>
+ <version>$

{project.version}</version>
+ <type>zip</type>
+ <optional>true</optional>
+ </dependency>
+ <dependency>
+ <groupId>org.glassfish.main.packager</groupId>
+ <artifactId>json</artifactId>
<version>${project.version}

</version>
<type>zip</type>
<optional>true</optional>

Comment by dapeng_hu [ 27/Apr/13 ]

Move plugin version definition from connectors sub modules to top level pom.xml.

Comment by buddypine [ 02/May/13 ]

I'm still getting this issue in 4.0-b87 using glassfish-embedded in a Gradle build, the org.glassfish.json package does not seem to be present in the jar.

05:30:16.083 [DEBUG] [TestEventLogger] java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader
05:30:16.083 [DEBUG] [TestEventLogger] at org.glassfish.jersey.jsonp.JsonProcessingFeature.configure(JsonProcessingFeature.java:66)
05:30:16.083 [DEBUG] [TestEventLogger] at org.glassfish.jersey.model.internal.CommonConfig.configureFeatures(CommonConfig.java:617)
05:30:16.084 [DEBUG] [TestEventLogger] at org.glassfish.jersey.model.internal.CommonConfig.configureMetaProviders(CommonConfig.java:558)
05:30:16.084 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.ClientConfig$State.initRuntime(ClientConfig.java:361)
05:30:16.084 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.ClientConfig$State.access$000(ClientConfig.java:84)
05:30:16.084 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.ClientConfig$State$3.get(ClientConfig.java:116)
05:30:16.085 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.ClientConfig$State$3.get(ClientConfig.java:113)
05:30:16.085 [DEBUG] [TestEventLogger] at org.glassfish.jersey.internal.util.collection.Values$LazyValue.get(Values.java:275)
05:30:16.085 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.ClientConfig.getRuntime(ClientConfig.java:667)
05:30:16.085 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.ClientRequest.getClientRuntime(ClientRequest.java:169)
05:30:16.085 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.JerseyInvocation.invoke(JerseyInvocation.java:629)
05:30:16.086 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.JerseyInvocation$Builder.method(JerseyInvocation.java:366)
05:30:16.086 [DEBUG] [TestEventLogger] at org.glassfish.jersey.client.JerseyInvocation$Builder.get(JerseyInvocation.java:270)

Comment by Michal Gajdos [ 03/May/13 ]

Reopening the issue as the patch was not applied and the issue was closed by mistake.

Comment by Michal Gajdos [ 03/May/13 ]
  • What is the impact on the customer of the bug?

Without the fix users won't be able to deploy a JAX-RS application into the embedded GF because jersey-media-json-processing requires javax.json, jsonp-jaxrs to be on the classpath (if these libraries are not present the mentioned exception would be raised).

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

You can see the patch here [1] - adding json packager dependency to the embedded (all/web) modules.

[1] https://java.net/jira/browse/GLASSFISH-20308?focusedCommentId=362674&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_362674

  • Is there an impact on documentation or message strings?

No.

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

Deploy an JAX-RS application into an embedded GF instance + run all tests for Embedded GF.

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

88.

  • 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 Tom Mueller [ 03/May/13 ]

Approved for 4.0. Please check the fix into the 4.0 branch and the trunk.





[GLASSFISH-20287] @Interceptors annotation stopped working in GF 84 in JAXRS resource Created: 11/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: jan.supol Assignee: Jakub Podlesak
Resolution: Works as designed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   
@Path("/managedbean")
@RequestScoped
@ManagedBean("root")
public class Resource {
   private int value = 1000;
	@GET
	@Path("interceptedresourcevalue")
	@Interceptors(InterceptorSingleton.class)
	public String interceptedResourceValue() {
		return String.valueOf(value);
	}
}

public class InterceptorSingleton {
	@AroundInvoke
	public String around(InvocationContext ctx) throws Exception {
		String value = (String) ctx.proceed();
		return value + 5;
	}
}

on a request:

GET /web/managedbean/interceptedresourcevalue HTTP/1.1

the response

1000

is given.



 Comments   
Comment by jan.supol [ 11/Apr/13 ]

Note that no beans.xml is added to war, jaxrs supports ManagedBeans specification

Comment by arjavdesai [ 11/Apr/13 ]

jan.supol,

From the subject, was it working in b83?

Do you have @Interceptor annotation on InterceptorSingleton? I think even if we have that, that doesn't make it available/enabled for interpose, as CDI 1.1 (in 1.0 beans.xml is mandatory) spec/draft says "An interceptor is said to be enabled if it is enabled in at least one bean archive or has the @Priority annotation".

Can you please add @Priority along with @Interceptor on InterceptorSingleton and try again?

If that doesn't work, can you please share the test app/code (netbeans project), if available?

Comment by marina vatkina [ 11/Apr/13 ]

This is about @Interceptors. Is it by any chance on a superclass? There was a regression that is fixed in the latest builds where @Interceptors on a method of a superclass of a @ManagedBean are not processed.

Comment by jan.supol [ 12/Apr/13 ]

Yes, this was working well in b83.
The code is as it is, no superclasses.
This snippet is about support of ManagedBeans 1.0 in JAXRS, so no beans.xml, however, ManagedBeans are handled using CDI now (unless I'm mistaken).
Will try to debug more on Monday with Jersey team, it still does not work with latest nightly GF.
Chances are that once the configs.config.server-config.cdi-service.enable-implicit-cdi=true in gf, it starts working.

Comment by marina vatkina [ 12/Apr/13 ]

@Interceptors annotation is an EJB-style interceptor binding. It's always enabled and does not use @Priority or beans.xml

Comment by jan.supol [ 15/Apr/13 ]

asadmin set configs.config.server-config.cdi-service.enable-implicit-cdi=true have fixed that.

Comment by arjavdesai [ 16/Apr/13 ]

Thanks for the update Jan!

But customer can turn-off implicit CDI. Does it work when its set to off/false?

Comment by jan.supol [ 16/Apr/13 ]

No, when set to false, it does not work in b84.

Comment by arjavdesai [ 16/Apr/13 ]

Hi Jan,

Does it work with latest nightly GF (http://dlc.sun.com.edgesuite.net/glassfish/4.0/nightly/glassfish-4.0-b85-04_15_2013.zip or locally build with latest svn revision) with it turned-off?

Comment by jan.supol [ 16/Apr/13 ]

No, it still does not work when configs.config.server-config.cdi-service.enable-implicit-cdi=false

Comment by jan.supol [ 16/Apr/13 ]

The interceptor should return Object, otherwise the war is not deployed

public class InterceptorSingleton {
	@AroundInvoke
	public Object around(InvocationContext ctx) throws Exception {
		String value = (String) ctx.proceed();
		return value + 5;
	}
}
Comment by arjavdesai [ 16/Apr/13 ]

As Jan, mentioned this work when CDI is enabled but doesn't work when CDI is disabled.

My understanding is: When CDI is disabled, its upto the integration (in this case JAX-RS) to invoke the interceptor chain. They can use InjectionManager to create managed object for Interceptor and then invoke intercept on them. Something on the lines of how EJB container is doing.

So, I don't think this is a CDI issue. Please correct me, if you think this is wrong.

Comment by Jakub Podlesak [ 23/Apr/13 ]

Correct: this is not a CDI issue.

Comment by Jakub Podlesak [ 23/Apr/13 ]

Managed bean support is implemented using CDI which should be enabled by default in GF.





[GLASSFISH-20275] [SDK]Java EE 7 sample-The Automatic Timer EJB Sample Application Created: 10/Apr/13  Updated: 15/Apr/13  Resolved: 15/Apr/13

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

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

ee7 sdk build83



 Description   

In order to deploy the automatic-timer-server, database should be started first. But no descriptions in docs telling user to start database first. This
might be inconvenient to run the app, can cost some time for user for troubleshooting.

If database is not started, an SQL exception will be thrown, and automatic-timer-server can not be deployed. In addition, client java app can not run.

There is only one simple sentence in current doc:
4.Make sure that the project automatic-timer-server is built and deployed prior to running this client.



 Comments   
Comment by marina vatkina [ 10/Apr/13 ]

On the default install the timer service uses embedded Derby instance, which you do not need to start. Do you have a non-default setup?

Comment by Daniel [ 10/Apr/13 ]

@Marina
Should I do any configurations for that? Since I did not see the descriptions in doc. I just follow the doc to run the app.

Comment by marina vatkina [ 11/Apr/13 ]

The timer itself doesn't need a database to be started. But you are correct, the sample uses a database to store its own data.

Comment by qiang.l.liu [ 15/Apr/13 ]

Updated the document. The doc guide users to start database and deploy auto-timer-server sample before run this client.

Comment by qiang.l.liu [ 15/Apr/13 ]

Sending automatic-timer-client/docs/index.html
Transmitting file data .
Committed revision 1125.

Comment by Daniel [ 15/Apr/13 ]

Thanks for updating the doc.
I ran it successfully. But there is one more questions about DB configurations for Cargo: Do we have any configurations for cargo to drop existed tables before running the sample? If users run twice the same sample, they will get the sqlexceptions from command line blow:

INFO] [talledLocalContainer] PER01003: Deployment encountered SQL Exceptions:
[INFO] [talledLocalContainer] PER01000: Got SQLException executing statement "CREATE TABLE SEQUENCE (SEQ_NAME VARCHAR(50) NOT NULL, SEQ_COUNT DECIMAL(15), PRIMARY KEY (SEQ_NAME))": java.sql.SQLException: Table/View 'SEQUENCE' already exists in Schema 'APP'.
[INFO] [talledLocalContainer] PER01000: Got SQLException executing statement "CREATE TABLE SEQUENCE (SEQ_NAME VARCHAR(50) NOT NULL, SEQ_COUNT DECIMAL(15), PRIMARY KEY (SEQ_NAME))": java.sql.SQLException: Table/View 'SEQUENCE' already exists in Schema 'APP'.
[INFO] [talledLocalContainer] PER01000: Got SQLException executing statement "INSERT INTO SEQUENCE(SEQ_NAME, SEQ_COUNT) values ('SEQ_GEN', 0)": java.sql.SQLIntegrityConstraintViolationException: The statement was aborted because it would have caused a duplicate key value in a unique or primary key constraint or unique index identified by 'SQL130410141049560' defined on 'SEQUENCE'.

However, the sample can still run even there are some exceptions like that. Those exceptions are caused by creating same table twice.
I am thinking two options here:
1 Check if the tables are existed in source code
2 Do some configurations for Cargo to drop those tables after running the sample or before running the sample.





[GLASSFISH-20258] ADMINGUI : Log viewer - search command not works fine Created: 10/Apr/13  Updated: 18/Apr/13  Resolved: 18/Apr/13

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

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

WIN 7 FF19


Tags: 4_0-approved, admingui, console, log, search, viewer

 Description   

server -> general -> click - view log files

log viewer screen:

Search criteria does not work as expected.

Issue 1 :
select log level as "SEVERE" and click search button.

Expected : Only SEVERE messages to be shown
Actual : all the messages are showned ( including INFO, WARNINING etc )

Issue 2 :
clicking "Records before xxx" and Records After xxx" does not displays the records actually and changes the record numbers ( incrementing to 10+ or decrementing to 10- )

Issue 3 :
Change the log level values as "FINE" or "FINEST". ( server-config --> logger settings --> log level )
open the log viewer now you can see only very few records are listing.

Issue 4 :
Text search does not works as it is expected.
provide the "string" in the text and do the search and no changes in the listing values.

Issue 4 :
Log file option (in modify search) does not displays any values.

Issue 6 :
Advanced search is not working
select the logger you want to see – click search button it is not filtering the logger you wanted.

In short logviewer is not working as it is expected.

checked in FF19, IE8



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

I have tested all the different situations thats listed, and all of them works as expected in the latest build.
All this is actually fixed when fixing GLASSFISH-18950.
Marking as resolved. Please verify with b84.

Comment by RameshT [ 12/Apr/13 ]

I tested in windows FF / IE with Build 84 ( promoted ) and Build 85 (nightly). Both has the issues. Hence reopening the issues. Screen shot sent in mail.

Comment by Anissa Lam [ 12/Apr/13 ]

Which of the 6 issues you reported above doesn't work for you ?
The screen capture that you sent looks like for other instance than "server". Do you experience the issues with other instance only or you saw that with "server' also ?

Comment by RameshT [ 14/Apr/13 ]

I am facing the search issue in server and also other instances.
Issue 1 : Failed
Issue 2 : Failed
Issue 3 : Failed
Issue 4 : works fine
Issue 5 : Throws error
Issue 6 : Failed

Screen shots sent as mail.

Comment by Anissa Lam [ 15/Apr/13 ]

Sound like this is a platform issue.
It works fine on Mac, but when i try this on Windows, I see the above issue you are seeing. Will investigate this.
Can you also repeat the test on other platform, maybe a Linux also ?
thanks.

Comment by RameshT [ 15/Apr/13 ]

Here is the report done on Linux platform.

Issue 1 : working fine. But for INFO selection it displays "WARNING" also.
Issue 2 : Working Fine
Issue 3 : Working Fine
Issue 4 : Working Fine
Issue 5 : Error : "An error has occured". scenario : advance search ( Select a logger value and select "100" per page ) .

screen shot sent as mail.

Comment by Anissa Lam [ 15/Apr/13 ]

For #1. Did you select the "Do not include more severe message' checkbox ?
If you don't, then it will display more severe msg also, ie, if you select INFO, it will show 'INFO, WARNING, SEVERE, ALERT and EMERGENCY' also. Or, if you select 'FINEST', It will display everything from FINEST to EMERGENCY. so, if that checkbox is not selected, thats whats designed.

If you check the checkbox, then it will display only that level.

I cannot reproduce #5, and the image thats sent to me doesn't match that scenario.

Comment by Anissa Lam [ 15/Apr/13 ]

This is a windows platform issue.
All the issue reported is due to the fact that no logfile name is returned if run on Windows.

The following URL
http://localhost:4848/management/domain/view-log/details/lognames.json?instanceName=server
returns the list of lognames correctly on Mac and Linux.
eg.

{"InstanceLogFileNames": ["server.log","server.log_2013-04-15T14-46-37"]}

However, on windows platform,
it returns an empty list, not even "server.log"

{"InstanceLogFileNames": []}

The current gui code depends on the logfile name and thats causing all the issues mentioned in this bug report.
I have tried that if the logfile name returned is correct, then all the above issues go away.

I am transferring this to 'logging' and upgrading this to P2 since this is major feature broken on windows platform.

Comment by ntramesh [ 17/Apr/13 ]

Issue #1 is not selected "Do not include more severe message". – No issues – working as per the design.
Issue #5 This is a corner case.
1 change all the loglevels to "FINEST".
2. ( wait for some time ) and now open the log viewer
3. select advance search. ( now you can see the "specific range" option is not selected bug the range is displayed )
4. select display to 100 entries per page and click search.
5. you will hit with the error page. ( attached with this ).

Sent the screenshot in mail.

Comment by Anissa Lam [ 17/Apr/13 ]

I have tested this with the logging.jar that Sandeep provided that has the fix on both Windows and Mac. I cannot reproduce any of the issues mentioned. So, the fix is working.
As for the corner case that Ramesh reported above, I cannot reproduce it following the exact steps.

Comment by sandeep.shrivastava [ 17/Apr/13 ]
  • What is the impact on the customer of the bug?

This affects the log viewer functionality on the Windows platform. The initial display of log records is from the current log file only. Subsequent log search criteria and viewing from rotated files does not work.

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

It is highly likely that the customer will run into this issue.

Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?

Yes. There has been refactoring of the log viewer back end code to support the new default ODL format in addition to the Uniform format.

What CTS failures are caused by this bug?

None

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

The fix involves using the absolute path returned from the File object instead of the string values read from the config which contained unix style separator.

How risky is the fix? How much work is the fix? Is the fix complicated?

The fix is fairly straight forward to the use the absolute path from the File object, which works on all platforms.

  • Is there an impact on documentation or message strings?

No

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

This only affects the UI. Anissa has verified the fix on Windows and Mac.

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

4.0_b85

  • 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 Tom Mueller [ 17/Apr/13 ]

Approved for 4.0.

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

This is fixed with revision 61489.





[GLASSFISH-20257] Integrate Grizzly 2.3.1 Created: 10/Apr/13  Updated: 22/May/13  Resolved: 22/May/13

Status: Resolved
Project: glassfish
Component/s: grizzly-kernel
Affects Version/s: 4.0_b83
Fix Version/s: 4.0

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


 Description   

This release will include spdy and ws changes. We'll include all grizzly issues once we're ready to integrate.



 Comments   
Comment by oleksiys [ 22/May/13 ]

done





[GLASSFISH-20255] @Inject Strange Errors Created: 10/Apr/13  Updated: 16/Oct/13  Resolved: 27/Sep/13

Status: Closed
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.0_b83
Fix Version/s: 4.0

Type: Bug Priority: Blocker
Reporter: reza_rahman Assignee: Jakub Podlesak
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Zip Archive javaee-mobile-server.zip    
Issue Links:
Dependency
depends on GLASSFISH-20385 Integrate Jersey 2.0-rc2 into the GF ... Resolved
blocks CARGOTRACKER-1 Make project work on latest GlassFish... Closed
Duplicate
is duplicated by GLASSFISH-20597 UnsatisfiedDependencyException is thr... Resolved
Tags: 4_0-approved

 Description   

It seems @Inject fails at random points in my application. This was not the case in a previous build. I get the strange exception below. The injection point is this:

@Stateless
@Path("/graph-traversal")
public class GraphTraversalService {

@Inject
private GraphDao dao;

The object injected is this:

@ApplicationScoped
public class GraphDao implements Serializable

The most bizarre thing about this is that the injection works fine if I switch to @Singleton @Startup. If I were to venture a guess, this is some kind of strange class-loading issue.

The application here demonstrates the problem: http://java.net/projects/cargotracker/downloads/download/cargotracker.zip.

These are the steps to reproduce:

  • Build the app via Maven and deploy to GlassFish.
  • Open up a browser: http://localhost:8080/cargo-tracker/.
  • Click on booking and routing.
  • Click on book new Cargo.
  • Specify a sensible origin, destination and arrival date.
  • Click book.
  • Click route this cargo.
  • The page will blow up with the exception below.

The most frustrating part of this is that it is very unpredictable, so you may have to do this a few times. Please advise.

SEVERE: EJB5070: Exception creating stateless session bean : [GraphTraversalService]
WARNING: EJB5184:A system exception occurred during an invocation on EJB GraphTraversalService, method: public java.util.List net.java.pathfinder.api.GraphTraversalService.findShortestPath(java.lang.String,java.lang.String,java.lang.String)
WARNING: javax.ejb.EJBException: javax.ejb.EJBException: javax.ejb.CreateException: Could not create stateless EJB
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:435)
at com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:2516)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1906)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:210)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at $Proxy272.findShortestPath(Unknown Source)
at net.java.pathfinder.api._EJB31_GeneratedGraphTraversalServiceIntf__Bean_.findShortestPath(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.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$TypeOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:195)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:311)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
Caused by: javax.ejb.EJBException: javax.ejb.CreateException: Could not create stateless EJB
at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:700)
at com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:246)
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:430)
... 56 more
Caused by: javax.ejb.CreateException: Could not create stateless EJB
at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:514)
at com.sun.ejb.containers.StatelessSessionContainer.access$000(StatelessSessionContainer.java:97)
at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:698)
... 58 more
Caused by: A MultiException has 1 exceptions. They are:
1. org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at Injectee(requiredType=GraphDao,parent=GraphTraversalService,qualifiers={}),position=-1,optional=false,self=false,unqualified=null,1350404804)
at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:74)
at org.jvnet.hk2.internal.Utilities.justInject(Utilities.java:771)
at org.jvnet.hk2.internal.ServiceLocatorImpl.inject(ServiceLocatorImpl.java:780)
at org.jvnet.hk2.internal.ServiceLocatorImpl.inject(ServiceLocatorImpl.java:770)
at org.glassfish.jersey.gf.ejb.EjbComponentInterceptor.inject(EjbComponentInterceptor.java:69)
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.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:153)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:125)
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.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:412)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:375)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:1949)
at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:507)
... 60 more
Caused by: org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at Injectee(requiredType=GraphDao,parent=GraphTraversalService,qualifiers={}),position=-1,optional=false,self=false,unqualified=null,1350404804)
... 81 more



 Comments   
Comment by shreedhar_ganapathy [ 10/Apr/13 ]

-> JJ Snyder
Could you please investigate this or reassign as appropriate?

Comment by TangYong [ 10/Apr/13 ]

shreedhar,

My suggestion is that this issue should firstly assign to Jersey because @Inject in GraphTraversalService does not use Weld to inject and instead, it used jsr330 and this should belong to integration between Jersey and Hk2.

So, firstly should give jersey, maybe they will reassign to hk2.

Thanks
--Tang

Comment by TangYong [ 10/Apr/13 ]

However, still having another possibility:

This should use cdi to inject, however, while mixing jersey , jsr330, cdi into the same place liking GraphTraversalService, that is to say, in multi-container mixing scene, cdi has not any effect.

After all, in user's app, hk2 injection should not take in charge of any injection.

Thanks
--Tang

Comment by jjsnyder83 [ 10/Apr/13 ]

Looks like an hk2/jersey bug.

Comment by Jakub Podlesak [ 11/Apr/13 ]

Reza, i can not access the test case app. Getting 404 from java.net. Also the cargotracker project is inaccessible for me. Can you please add me to the project or just send me the project zip file via e-mail? Thanks!

Comment by Jakub Podlesak [ 11/Apr/13 ]

I can reproduce locally. This is indeed a bug in the Jersey JAX-RS/EJB integration layer.

Comment by reza_rahman [ 11/Apr/13 ]

I'll send you the code ASAP anyways (in an email). There's multiple somewhat random places this happens, so it might be good if I can show you at least a few.

Comment by Jakub Podlesak [ 23/Apr/13 ]

This has been fixed in the recently released Jersey 2.0-rc2 version, that should be available at the promoted maven.java.net repository.
The new version of Jersey i am going to integrate to the GF main trunk today.

Comment by Jakub Podlesak [ 23/Apr/13 ]

Fixed with Jersey 2.0-rc2 integration (https://java.net/jira/browse/GLASSFISH-20385)

Comment by reza_rahman [ 04/May/13 ]

So in the latest GlassFish build, it now works with @Stateless, but still fails for @RequestScoped (which should also work).

Comment by Jakub Podlesak [ 06/May/13 ]

So you got rid of EJB and inject directly into CDI. Did you get any error message or stack trace to share?

Comment by reza_rahman [ 07/May/13 ]

Yes, that is exactly what I did. The error is virtually identical to the one I was getting for EJB. The exact stack trace is as follows:

org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at Injectee(requiredType=GraphDao,parent=GraphTraversalService,qualifiers={}),position=-1,optional=false,self=false,unqualified=null,1969065709)
at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:74)
at org.jvnet.hk2.internal.Utilities.justInject(Utilities.java:771)
at org.jvnet.hk2.internal.ServiceLocatorImpl.inject(ServiceLocatorImpl.java:790)
at org.glassfish.jersey.gf.cdi.CdiComponentProvider$1.inject(CdiComponentProvider.java:316)
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:158)
at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103)
at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:93)
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:79)
at net.java.pathfinder.api.GraphTraversalService$Proxy$_$$_WeldClientProxy.findShortestPath(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.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$TypeOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:195)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:224)
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:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:198)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:946)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:323)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)

Comment by reza_rahman [ 07/May/13 ]

Problems still remain.

Comment by Jakub Podlesak [ 07/May/13 ]

Hi Reza,

Tried to reproduce, and noticed the web application bundled some redundant dependencies (e.g. javax.inject was bundled twice in WEB-INF/lib).
When i removed the redundancies, no injection exception occurs and now i am getting the following stack trace:

javax.faces.el.EvaluationException: javax.ejb.EJBTransactionRolledbackException
	at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:101)
	at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
	at javax.faces.component.UIViewAction.broadcast(UIViewAction.java:559)
	at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
	at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
	at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
	at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
	at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
	at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
	at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
	at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
	at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
	at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
	at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
	at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
	at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
	at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
	at java.lang.Thread.run(Thread.java:722)
Caused by: javax.ejb.EJBTransactionRolledbackException
	at com.sun.ejb.containers.BaseContainer.mapLocal3xException(BaseContainer.java:2279)
	at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2060)
	at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1979)
	at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:220)
	at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
	at com.sun.proxy.$Proxy247.fetchRoutesForSpecification(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.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:396)
	at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:108)
	at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
	at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:63)
	at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:101)
	at net.java.cargotracker.infrastructure.routing.RoutingService$-115538604$Proxy$_$$_Weld$EnterpriseProxy$.fetchRoutesForSpecification(Unknown Source)
	at net.java.cargotracker.application.internal.DefaultBookingService.requestPossibleRoutesForCargo(DefaultBookingService.java:60)
	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.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1081)
	at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1153)
	at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:4695)
	at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:630)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
	at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:582)
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46)
	at sun.reflect.GeneratedMethodAccessor81.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
	at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:582)
	at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
	at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:140)
	at sun.reflect.GeneratedMethodAccessor80.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
	at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:369)
	at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:4667)
	at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:4655)
	at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
	at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
	at com.sun.proxy.$Proxy246.requestPossibleRoutesForCargo(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.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:396)
	at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:108)
	at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
	at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:63)
	at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:101)
	at net.java.cargotracker.application.internal.BookingService$-55291933$Proxy$_$$_Weld$EnterpriseProxy$.requestPossibleRoutesForCargo(Unknown Source)
	at net.java.cargotracker.interfaces.booking.facade.internal.DefaultBookingServiceFacade.requestPossibleRoutesForCargo(DefaultBookingServiceFacade.java:90)
	at net.java.cargotracker.interfaces.booking.web.ItinerarySelection.load(ItinerarySelection.java:59)
	at net.java.cargotracker.interfaces.booking.web.ItinerarySelection$Proxy$_$$_WeldClientProxy.load(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.el.parser.AstValue.invoke(AstValue.java:275)
	at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
	at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
	at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
	at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105)
	at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87)
	... 35 more
Caused by: javax.ejb.TransactionRolledbackLocalException: Exception thrown from bean
	at com.sun.ejb.containers.EJBContainerTransactionManager.checkExceptionClientTx(EJBContainerTransactionManager.java:662)
	at com.sun.ejb.containers.EJBContainerTransactionManager.postInvokeTx(EJBContainerTransactionManager.java:507)
	at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4475)
	at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2009)
	... 103 more
Caused by: javax.ws.rs.InternalServerErrorException: HTTP 500 Internal Server Error
	at org.glassfish.jersey.client.JerseyInvocation.convertToException(JerseyInvocation.java:904)
	at org.glassfish.jersey.client.JerseyInvocation.translate(JerseyInvocation.java:801)
	at org.glassfish.jersey.client.JerseyInvocation.access$600(JerseyInvocation.java:88)
	at org.glassfish.jersey.client.JerseyInvocation$3.call(JerseyInvocation.java:672)
	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:228)
	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:421)
	at org.glassfish.jersey.client.JerseyInvocation.invoke(JerseyInvocation.java:668)
	at org.glassfish.jersey.client.JerseyInvocation$Builder.method(JerseyInvocation.java:384)
	at org.glassfish.jersey.client.JerseyInvocation$Builder.get(JerseyInvocation.java:280)
	at net.java.cargotracker.infrastructure.routing.ExternalRoutingService.fetchRoutesForSpecification(ExternalRoutingService.java:65)
	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.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1081)
	at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1153)
	at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:4695)
	at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:630)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
	at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:582)
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46)
	at sun.reflect.GeneratedMethodAccessor81.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
	at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:582)
	at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
	at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:140)
	at sun.reflect.GeneratedMethodAccessor80.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
	at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:369)
	at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:4667)
	at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:4655)
	at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
	... 101 more
Comment by Jakub Podlesak [ 07/May/13 ]

I can reproduce.

The problem is as follows:

Custom Jersey HK2 class analyser is utilised to skip injection points that are covered by CDI
and should be skipped by Jersey provided HK2 service locator. In the above test case
the Jersey HK2 class analyser is given a proxy type, net.java.pathfinder.api.GraphTraversalService$Proxy$_$$_WeldSubclass,
instead of the original type, net.java.pathfinder.api.GraphTraversalService and provides a wrong set of injection points
to be covered by Jersey.

Not sure if this is a HK2 regression or not, but Jersey class analyzer should be more defensive.

Comment by jwells [ 07/May/13 ]

That looks like a Weld proxy (see the _WeldSubclass at the end) not an HK2 proxy. Can you get the stack trace for where the class analyzer is given the proxy?

Comment by reza_rahman [ 08/May/13 ]

I don't quite follow. If it helps, I can give you the application, just send me an email at reza.rahman@oracle.com.

Comment by Jakub Podlesak [ 14/May/13 ]

This has been fixed in Jersey 2.0 (re-spinned 2.0 release), and the new Jersey bits have been uploaded to the following repository:
https://maven.java.net/content/groups/promoted

No change is needed in GF workspace, as the Jersey version there is already set to 2.0 in nucleus/pom.xml

Comment by Jakub Podlesak [ 14/May/13 ]

For John:

Following please see the stack trace you asked for. I think i was wrong when assuming this could have been caused by a HK2 regression.
I am struggling to reproduce the bug when only EJB/CDI/JAX-RS combination is being utilised (which is what Jersey internal tests are covering at the moment),
as in such a case injection of an application scoped bean into a request scoped one does not trigger any weld proxy usage.

java.lang.Exception: Stack trace
at java.lang.Thread.dumpStack(Thread.java:1342)
at org.glassfish.jersey.gf.cdi.InjecteeSkippingAnalyzer.getInitializerMethods(InjecteeSkippingAnalyzer.java:80)
at org.jvnet.hk2.internal.Utilities.getInitMethods(Utilities.java:186)
at org.jvnet.hk2.internal.Utilities.justInject(Utilities.java:757)
at org.jvnet.hk2.internal.ServiceLocatorImpl.inject(ServiceLocatorImpl.java:790)
at org.glassfish.jersey.gf.cdi.CdiComponentProvider$1.inject(CdiComponentProvider.java:316)
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:158)
at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103)
at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:93)
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:79)
at net.java.pathfinder.api.GraphTraversalService$Proxy$_$$_WeldClientProxy.findShortestPath(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.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)

Comment by Jakub Podlesak [ 14/May/13 ]

Just re-built GF from scratch and verified the bug is not reproducible any more with the cargotracker application.

Comment by reza_rahman [ 06/Jun/13 ]

Upon trying to test this out by upgrading my jersey dependencies to 2.0 against the latest GlassFish build, I get a much nastier error (below). I would guess that this is being caused by the fact that CDI is now scanning everything and failing because one of my Jersey dependencies is using @Inject. Do we have a solution for this? I am very worried what's going to happen when real users run into this?

SEVERE: Exception during lifecycle processing
org.glassfish.deployment.common.DeploymentException: CDI deployment failure:WELD-001408 Unsatisfied dependencies for type [Set<Service>] with qualifiers [@Default] at injection point [[BackedAnnotatedParameter] Parameter 1 of [BackedAnnotatedConstructor] @Inject com.google.common.util.concurrent.ServiceManager(Set<Service>)]
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:225)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:328)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:493)
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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534)
at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224)
at org.glassfish.grizzly.http.server.StaticHttpHandler.service(StaticHttpHandler.java:297)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [Set<Service>] with qualifiers [@Default] at injection point [[BackedAnnotatedParameter] Parameter 1 of [BackedAnnotatedConstructor] @Inject com.google.common.util.concurrent.ServiceManager(Set<Service>)]
at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:403)
at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:325)
at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:177)
at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:208)
at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:519)
at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:505)
at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:480)
at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:536)
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:216)
... 36 more

My dependencies:

<dependency>
<groupId>org.glassfish.jersey.containers</groupId>
<artifactId>jersey-container-servlet-core</artifactId>
<version>2.0</version>
<type>jar</type>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.glassfish.jersey.media</groupId>
<artifactId>jersey-media-moxy</artifactId>
<version>2.0</version>
<type>jar</type>
</dependency>

Comment by reza_rahman [ 06/Jun/13 ]

Please advise on this. This has to be a big issue unless I am doing something seriously wrong.

Comment by Jakub Podlesak [ 06/Jun/13 ]

Could you please change scope of all Jersey dependencies to provided, so that Jersey jars do not end up bundled in the application war file?
What happens if you re-deploy?

Comment by Jakub Podlesak [ 06/Jun/13 ]

Also please see my earlier comment from May 7. Your should avoid packaging multiple versions of the same library (javax.inject).

Comment by Jakub Podlesak [ 06/Jun/13 ]

This is what you need to bundle:

%unzip -l target/cargo-tracker-1.0-SNAPSHOT.war| grep jar
     2943  04-11-13 11:53   WEB-INF/ejb-jar.xml
   315805  02-28-13 20:04   WEB-INF/lib/commons-lang3-3.1.jar

this is what was bundled in the original app, most of it should be avoided:

%unzip -l target/cargo-tracker-1.0-SNAPSHOT.war| grep jar
     2943  04-11-13 11:53   WEB-INF/ejb-jar.xml
   309967  02-28-13 19:57   WEB-INF/lib/asm-all-repackaged-2.1.59.jar
   282844  02-28-13 19:57   WEB-INF/lib/cglib-2.1.59.jar
   315805  02-28-13 20:04   WEB-INF/lib/commons-lang3-3.1.jar
  1891102  02-28-13 17:40   WEB-INF/lib/guava-13.0.jar
   111974  02-28-13 19:57   WEB-INF/lib/hk2-api-2.1.59.jar
   121693  02-28-13 19:57   WEB-INF/lib/hk2-locator-2.1.59.jar
    51525  02-28-13 19:57   WEB-INF/lib/hk2-utils-2.1.59.jar
    26093  04-11-13 18:30   WEB-INF/lib/javax.annotation-api-1.2-b01.jar
     2497  02-28-13 17:29   WEB-INF/lib/javax.inject-1.jar
     6616  02-28-13 19:57   WEB-INF/lib/javax.inject-2.1.59.jar
   108240  02-28-13 17:39   WEB-INF/lib/javax.ws.rs-api-2.0-m16.jar
   547166  02-28-13 17:39   WEB-INF/lib/jersey-common-2.0-m12-1.jar
    11329  02-28-13 18:39   WEB-INF/lib/jersey-media-moxy-2.0-m12-1.jar
   191807  02-28-13 19:58   WEB-INF/lib/org.eclipse.persistence.antlr-2.3.2.jar
   257816  02-28-13 19:58   WEB-INF/lib/org.eclipse.persistence.asm-3.3.1.v201206041142.jar
  4873015  02-28-13 19:59   WEB-INF/lib/org.eclipse.persistence.core-2.5.0-M6.jar
   471677  02-28-13 19:59   WEB-INF/lib/org.eclipse.persistence.moxy-2.5.0-M6.jar
    20235  02-28-13 17:29   WEB-INF/lib/osgi-resource-locator-1.0.1.jar
Comment by reza_rahman [ 06/Jun/13 ]

OK, changing the Jersey dependencies to provided seems to make things work fine overall. I am closing this bug. As to your previous comments on dependencies, I really didn't understand what you meant. I simply cut-pasted the pom example from Jersey. Perhaps those examples should be altered to take GlassFish into account?

Comment by Jakub Podlesak [ 06/Jun/13 ]

Thanks for the quick response!
I think we should do a better job in documenting Jersey examples.

Comment by reza_rahman [ 07/Aug/13 ]

I am reopening this because I am seeing these same sorts of problems resurface on the release version of GlassFish again. The attached zip should demonstrate the new issues. In one case, I can't inject a default scoped bean into an EJB while request scoped and application scoped works. In another case, @Inject won't work for injecting and EJB while @EJB works. These injection issues seem to be specific to Jersey.

Comment by reza_rahman [ 07/Aug/13 ]

New attachment demonstrating injection strangeness in the GlassFish release.

Comment by reza_rahman [ 27/Sep/13 ]

This is my bad - adding beans.xml->bean-discovery-mode="all" solved the new injection issues.

Comment by HankCa [ 16/Oct/13 ]

Could the documentation at https://jersey.java.net/documentation/latest/media.html#json.moxy be updated to have the scope of jersey-media-moxy be provided. It should say:

<dependency>
    <groupId>org.glassfish.jersey.media</groupId>
    <artifactId>jersey-media-moxy</artifactId>
    <version>2.3.1</version>
    <scope>provided</scope>
</dependency>




[GLASSFISH-20241] Failed to deploy official Java EE 6 example app Created: 09/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.0_b83
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: piotrik Assignee: Jakub Podlesak
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OSX 10.8.3, JDK 1.7.


Tags: 6, asadmin, deploy, ee, example

 Description   

I tried to deploy one of the official Java EE 6 examples (WAR attached) onto GF4 using asadmin command line utility. I got exception, see the server.log.



 Comments   
Comment by piotrik [ 09/Apr/13 ]

Ok, attachments are disabled. So the application was message-board (Java EE 6 version). Here is the log:
[2013-04-09T19:05:39.973+0200] [glassfish 4.0] [INFO] [jsf.config.listener.version] [javax.enterprise.resource.webcontainer.jsf.config] [tid: _ThreadID=42 _ThreadName=admin-listener(1)] [timeMillis: 1365527139973] [levelValue: 800] [[
Initializing Mojarra 2.2.0-m13 (-SNAPSHOT 20130402-1920 https://svn.java.net/svn/mojarra~svn/tags/2.2.0-m13@11838) for context '/basic-ajax6']]

[2013-04-09T19:05:41.405+0200] [glassfish 4.0] [SEVERE] [] [javax.enterprise.resource.webcontainer.jsf.config] [tid: _ThreadID=42 _ThreadName=admin-listener(1)] [timeMillis: 1365527141405] [levelValue: 1000] [[
Critical error during deployment:
java.lang.NoClassDefFoundError: FacesContext
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2442)
at java.lang.Class.getDeclaredMethods(Class.java:1808)
at com.sun.faces.util.Util.classHasAnnotations(Util.java:969)
at com.sun.faces.application.ApplicationInstanceFactoryMetadataMap.onPut(ApplicationInstanceFactoryMetadataMap.java:75)
at com.sun.faces.application.ApplicationInstanceFactoryMetadataMap.scanForAnnotations(ApplicationInstanceFactoryMetadataMap.java:64)
at com.sun.faces.config.processor.AbstractConfigProcessor.loadClass(AbstractConfigProcessor.java:380)
at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processFunctions(FaceletTaglibConfigProcessor.java:638)
at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTagLibrary(FaceletTaglibConfigProcessor.java:325)
at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:270)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:431)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:214)
at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:5362)
at com.sun.enterprise.web.WebModule.contextListenerStart(WebModule.java:743)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5898)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.ClassNotFoundException: FacesContext
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1761)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
... 81 more
]]

[2013-04-09T19:05:41.407+0200] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00174] [javax.enterprise.web.core] [tid: _ThreadID=42 _ThreadName=admin-listener(1)] [timeMillis: 1365527141407] [levelValue: 1000] [[
Startup of context /basic-ajax6 failed due to previous errors]]

[2013-04-09T19:05:41.408+0200] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00175] [javax.enterprise.web.core] [tid: _ThreadID=42 _ThreadName=admin-listener(1)] [timeMillis: 1365527141408] [levelValue: 1000] [[
Exception during cleanup after start failed
org.apache.catalina.LifecycleException: Manager has not yet been started
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:934)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:6099)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:720)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5916)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-09T19:05:41.409+0200] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00108] [javax.enterprise.web.core] [tid: _ThreadID=42 _ThreadName=admin-listener(1)] [timeMillis: 1365527141409] [levelValue: 1000] [[
ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: java.lang.RuntimeException: java.lang.NoClassDefFoundError: FacesContext
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5920)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.RuntimeException: java.lang.NoClassDefFoundError: FacesContext
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:273)
at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:5362)
at com.sun.enterprise.web.WebModule.contextListenerStart(WebModule.java:743)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5898)
... 66 more
Caused by: java.lang.NoClassDefFoundError: FacesContext
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2442)
at java.lang.Class.getDeclaredMethods(Class.java:1808)
at com.sun.faces.util.Util.classHasAnnotations(Util.java:969)
at com.sun.faces.application.ApplicationInstanceFactoryMetadataMap.onPut(ApplicationInstanceFactoryMetadataMap.java:75)
at com.sun.faces.application.ApplicationInstanceFactoryMetadataMap.scanForAnnotations(ApplicationInstanceFactoryMetadataMap.java:64)
at com.sun.faces.config.processor.AbstractConfigProcessor.loadClass(AbstractConfigProcessor.java:380)
at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processFunctions(FaceletTaglibConfigProcessor.java:638)
at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.processTagLibrary(FaceletTaglibConfigProcessor.java:325)
at com.sun.faces.config.processor.FaceletTaglibConfigProcessor.process(FaceletTaglibConfigProcessor.java:270)
at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:431)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:214)
... 69 more
Caused by: java.lang.ClassNotFoundException: FacesContext
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1761)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
... 81 more
]]

[2013-04-09T19:05:41.410+0200] [glassfish 4.0] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=42 _ThreadName=admin-listener(1)] [timeMillis: 1365527141410] [levelValue: 900] [[
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: java.lang.NoClassDefFoundError: FacesContext
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: java.lang.NoClassDefFoundError: FacesContext
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1044)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-09T19:05:41.410+0200] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=42 _ThreadName=admin-listener(1)] [timeMillis: 1365527141410] [levelValue: 1000] [[
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: java.lang.NoClassDefFoundError: FacesContext
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-09T19:05:41.411+0200] [glassfish 4.0] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=42 _ThreadName=admin-listener(1)] [timeMillis: 1365527141411] [levelValue: 1000] [[
Exception during lifecycle processing
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: java.lang.NoClassDefFoundError: FacesContext
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

Comment by Ed Burns [ 10/Apr/13 ]

For security reasons, we had to disable attachments. Can you please email the WAR as an attachment to issues@javaserverfaces.java.net ?

Thanks,

Ed

Comment by Ed Burns [ 10/Apr/13 ]

Hello Peter,

Can you please send me the WAR in question?

Thanks,

Ed

Comment by Ed Burns [ 11/Apr/13 ]

Here's the log message when trying with build 4027 (the cdi enabled by default build):

[2013-04-11T12:03:11.178-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191178] [levelValue: 1000] [[
Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer]]

Here is a more complete stack trace.

[2013-04-11T12:03:11.127-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191127] [levelValue: 1000] [[
WebModule[/message-board-war]Error loading WebappClassLoader (delegate=true; repositories=WEB-INF/classes/) com.sun.jersey.spi.container.servlet.ServletContainer
java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1761)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
at org.apache.catalina.core.StandardWrapper.loadServletClass(StandardWrapper.java:1533)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1399)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1381)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:03:11.128-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191128] [levelValue: 1000] [[
WebModule[/message-board-war]Servlet /message-board-war threw load() exception
java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1761)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
at org.apache.catalina.core.StandardWrapper.loadServletClass(StandardWrapper.java:1533)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1399)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1381)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:03:11.129-0400] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00174] [javax.enterprise.web.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191129] [levelValue: 1000] [[
Startup of context /message-board-war failed due to previous errors]]

[2013-04-11T12:03:11.132-0400] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00108] [javax.enterprise.web.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191132] [levelValue: 1000] [[
ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5920)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
Caused by: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5678)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
... 66 more
Caused by: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1761)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
at org.apache.catalina.core.StandardWrapper.loadServletClass(StandardWrapper.java:1533)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1399)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1381)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
... 67 more
]]

[2013-04-11T12:03:11.134-0400] [glassfish 4.0] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191134] [levelValue: 900] [[
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1044)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:03:11.135-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191135] [levelValue: 1000] [[
Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:03:11.135-0400] [glassfish 4.0] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191135] [levelValue: 1000] [[
Exception during lifecycle processing
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:03:11.136-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191136] [levelValue: 1000] [[
Exception while loading the app]]

[2013-04-11T12:03:11.152-0400] [glassfish 4.0] [SEVERE] [AS-WEB-GLUE-00192] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191152] [levelValue: 1000] [[
Undeployment failed for context /message-board-war]]

[2013-04-11T12:03:11.178-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365696191178] [levelValue: 1000] [[
Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer]]

Now I will try it with a build that does not have the CDI enabled by default.

Comment by Ed Burns [ 11/Apr/13 ]

Same story:

[2013-04-11T12:21:00.215-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260215] [levelValue: 1000] [[
Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer]]

nterprise.admin.rest] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697257203] [levelValue: 800] [[
Listening to REST requests at context: /command/domain.]]

[2013-04-11T12:20:57.524-0400] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697257524] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.web.glue, null) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.web.glue [262]], State = [READY]]]

[2013-04-11T12:20:57.525-0400] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697257525] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.web.javax.servlet.jsp, null) returned OSGiModuleImpl:: Bundle = [org.glassfish.web.javax.servlet.jsp [148]], State = [READY]]]

[2013-04-11T12:20:58.102-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258102] [levelValue: 800] [[
visiting unvisited references]]

[2013-04-11T12:20:58.591-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258591] [levelValue: 800] [[
SEC1002: Security Manager is OFF.]]

[2013-04-11T12:20:58.608-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258608] [levelValue: 800] [[
SEC1010: Entering Security Startup Service]]

[2013-04-11T12:20:58.612-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258612] [levelValue: 800] [[
SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.]]

[2013-04-11T12:20:58.653-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258653] [levelValue: 800] [[
SEC1011: Security Service(s) Started Successfully]]

[2013-04-11T12:20:58.820-0400] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00198] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258820] [levelValue: 800] [[
Created HTTP listener http-listener-1 on host/port 0.0.0.0:8080]]

[2013-04-11T12:20:58.829-0400] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00198] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258829] [levelValue: 800] [[
Created HTTP listener http-listener-2 on host/port 0.0.0.0:8181]]

[2013-04-11T12:20:58.834-0400] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00198] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258834] [levelValue: 800] [[
Created HTTP listener admin-listener on host/port 0.0.0.0:4848]]

[2013-04-11T12:20:58.860-0400] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00200] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258860] [levelValue: 800] [[
Created virtual server server]]

[2013-04-11T12:20:58.864-0400] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00200] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258864] [levelValue: 800] [[
Created virtual server __asadmin]]

[2013-04-11T12:20:58.999-0400] [glassfish 4.0] [INFO] [AS-WEB-CORE-00306] [javax.enterprise.web.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697258999] [levelValue: 800] [[
Setting JAAS app name glassfish-web]]

[2013-04-11T12:20:59.000-0400] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00201] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697259000] [levelValue: 800] [[
Virtual server server loaded default web module ]]

[2013-04-11T12:20:59.457-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697259457] [levelValue: 800] [[
visiting unvisited references]]

[2013-04-11T12:20:59.557-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697259557] [levelValue: 800] [[
visiting unvisited references]]

[2013-04-11T12:20:59.571-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697259571] [levelValue: 800] [[
visiting unvisited references]]

[2013-04-11T12:20:59.898-0400] [glassfish 4.0] [INFO] [ejb.portable_jndi_names] [javax.enterprise.system.container.ejb.com.sun.ejb.containers] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697259898] [levelValue: 800] [[
EJB5181:Portable JNDI names for EJB MessageBoardResourceBean: [java:global/message-board6/MessageBoardResourceBean, java:global/message-board6/MessageBoardResourceBean!enterprise.messageboard.resources.MessageBoardResourceBean]]]

[2013-04-11T12:20:59.981-0400] [glassfish 4.0] [INFO] [ejb.portable_jndi_names] [javax.enterprise.system.container.ejb.com.sun.ejb.containers] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697259981] [levelValue: 800] [[
EJB5181:Portable JNDI names for EJB MessageListWriter: [java:global/message-board6/MessageListWriter!javax.ws.rs.ext.MessageBodyWriter, java:global/message-board6/MessageListWriter]]]

[2013-04-11T12:20:59.999-0400] [glassfish 4.0] [INFO] [ejb.portable_jndi_names] [javax.enterprise.system.container.ejb.com.sun.ejb.containers] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697259999] [levelValue: 800] [[
EJB5181:Portable JNDI names for EJB MessageHolderSingletonBean: [java:global/message-board6/MessageHolderSingletonBean, java:global/message-board6/MessageHolderSingletonBean!enterprise.messageboard.resources.MessageHolderSingletonBean]]]

[2013-04-11T12:21:00.012-0400] [glassfish 4.0] [INFO] [ejb.portable_jndi_names] [javax.enterprise.system.container.ejb.com.sun.ejb.containers] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260012] [levelValue: 800] [[
EJB5181:Portable JNDI names for EJB MessageWriter: [java:global/message-board6/MessageWriter!javax.ws.rs.ext.MessageBodyWriter, java:global/message-board6/MessageWriter]]]

[2013-04-11T12:21:00.024-0400] [glassfish 4.0] [INFO] [ejb.portable_jndi_names] [javax.enterprise.system.container.ejb.com.sun.ejb.containers] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260024] [levelValue: 800] [[
EJB5181:Portable JNDI names for EJB MessageBoardRootResource: [java:global/message-board6/MessageBoardRootResource, java:global/message-board6/MessageBoardRootResource!enterprise.messageboard.resources.MessageBoardRootResource]]]

[2013-04-11T12:21:00.167-0400] [glassfish 4.0] [INFO] [] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260167] [levelValue: 800] [[
WebModule[null] ServletContext.log():Marking servlet Jersey Web Application as unavailable]]

[2013-04-11T12:21:00.168-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260168] [levelValue: 1000] [[
WebModule[/message-board-war]Error loading WebappClassLoader (delegate=true; repositories=WEB-INF/classes/) com.sun.jersey.spi.container.servlet.ServletContainer
java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1761)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
at org.apache.catalina.core.StandardWrapper.loadServletClass(StandardWrapper.java:1533)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1399)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1381)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:21:00.169-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260169] [levelValue: 1000] [[
WebModule[/message-board-war]Servlet /message-board-war threw load() exception
java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1761)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
at org.apache.catalina.core.StandardWrapper.loadServletClass(StandardWrapper.java:1533)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1399)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1381)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:21:00.169-0400] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00174] [javax.enterprise.web.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260169] [levelValue: 1000] [[
Startup of context /message-board-war failed due to previous errors]]

[2013-04-11T12:21:00.171-0400] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00108] [javax.enterprise.web.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260171] [levelValue: 1000] [[
ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5920)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
Caused by: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5678)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
... 66 more
Caused by: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1761)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
at org.apache.catalina.core.StandardWrapper.loadServletClass(StandardWrapper.java:1533)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1399)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1381)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
... 67 more
]]

[2013-04-11T12:21:00.173-0400] [glassfish 4.0] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260173] [levelValue: 900] [[
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1044)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:21:00.173-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260173] [levelValue: 1000] [[
Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:21:00.174-0400] [glassfish 4.0] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260174] [levelValue: 1000] [[
Exception during lifecycle processing
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.ClassNotFoundException: com.sun.jersey.spi.container.servlet.ServletContainer
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.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:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:217)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)
]]

[2013-04-11T12:21:00.175-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1365697260175] [levelValue: 1000] [[
Exception while loading the app]]

Comment by Ed Burns [ 11/Apr/13 ]

I have placed the reproducer binary at < http://javaweb.us.oracle.com/~ejburns/20130411-message-board6.war >.

Comment by Ed Burns [ 11/Apr/13 ]

Set component to jax-rs for further investigation.

Comment by Jakub Podlesak [ 15/Apr/13 ]

The issue with the example app is that it is not really a Java EE 6 portable web application.
(I do not know how did it make it to the Java EE 6 official examples)
It uses Jersey 1 proprietary feature, Jersey 1 ServletContainer, that is no longer available in GF 4/Jersey 2.

This can not be easily fixed in GF. Although we have a workaround, a backward-compatibility module that could
probably be utilised in GF 4, i would prefer the original application gets fixed.

Could please someone point me to the source code so that i can provide a patch?

Comment by piotrik [ 20/Apr/13 ]

Hi Jakub,

I didn't work directly with source code, I just downloaded the installer from https://glassfish-samples.java.net/. Look there maybe there is some info where the code repository is.

Comment by Jakub Podlesak [ 23/Apr/13 ]

There are new versions for the originally provided JAX-RS example applications, that should be fully portable.





[GLASSFISH-20224]  [508] BatchProcess : Batch runtime configuration not reads properly Created: 08/Apr/13  Updated: 11/Apr/13  Resolved: 11/Apr/13

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

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

WIN7 IE9


Tags: 508, admingui, jaws

 Description   

JAWS reads the Batch runtime configuraiton screen as,

Instance Name: --> reads as "Executor Service Lookup Name:" --> Reads wrongly

server --> reads as "Data Source Lookup Name:" --> reads wrongly.



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

I don't see how JAWS can read it wrongly as reported.
Here is the generated source for the row

Instance Name: server

<table border="0" cellspacing="0" cellpadding="0" title="" role="presentation">
<tbody>
<tr id="propertyForm:nameSheet:propertSectionTextField:instanceName">
<td valign="top" nowrap="nowrap" align="left">
<div class="ConTblCl1Div_sun4">
<label id="propertyForm:nameSheet:propertSectionTextField:instanceName:instanceName_label" class="LblLev2Txt_sun4">Instance Name:</label>
</div>
</td>
<td>
<div class="ConTblCl2Div_sun4">
<span id="propertyForm:nameSheet:propertSectionTextField:instanceName:instanceName">server</span>
</div>
</td>
</tr>
</tbody>
</table>

You said it reads as "Executor Service Lookup Name" and "Data Source Lookup Name" , but both is not even in the picture.

Comment by Anissa Lam [ 11/Apr/13 ]

I am no expert in using JAWS and tabs to navigate to the exact position on the screen.
However, using JAWS 14.0, when i get to the Batch Configuration screen, it is able to read out the instance name : server correctly.
I am still figuring out a way for it to read the entire right side window automatically.
But if i move my cursor to the sentences, eg, the page title help and press RETURN key, it will read out the title help correctly.
The same applies to the instance name label and the instance name itself.
If the cursor is on top and you press Return, it will read it out correctly.

When you say it reads out the "Executor Service Lookup Name" and "Data Source Lookup Name", i guess it is reading out 'only' the input field of the page. Thats what you heard.

Since you are testing if JAWS is able to read out the link, images, labels etc, it is correct in that respect.

Comment by Anissa Lam [ 11/Apr/13 ]

When you get to the Configuration tab,
You can start using the down arrow to go through every items on the page.
It will starts reading out the title, title help, the instance name, etc.
It works and reads out everything fine for me.

I am marking this as invalid due to user error.





[GLASSFISH-20223] [508] BatchProcess : Batch job execution screen reads wrongly Created: 08/Apr/13  Updated: 12/Apr/13  Resolved: 11/Apr/13

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

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

WIN 7 IE9


Tags: 508, adminguil, batch, execution

 Description   

Instance Name --> reads as 1 – reads wrongly
server --> reads as simple-batchlet-job --> reads wrongly
job name --> reads as batch status --> reads wrongly
simple-batchlet-job --> reads as "batch status" --> reads wrongly
Execution ID --> reads as "Completed" --> reads wrongly
1 --> reads as "Completed" --> reads wrongly

table :

Heading

Job steps (1) -->
Step Name --> reads as "Completed" --> reads wrongly
Batch Status --> reads as "Completed" --> reads wrongly
Exit Status --> reads as "2013-04-05 14:12:23 IST" --> reads wrongly
Start Time --> reads as "2013-04-05 14:12:54 IST" --> reads wrongly
End Time --> reads as "commit_count" --> reads wrongly
Step Metrics --> reads as "steps metrics" --> reads correctly

Table Values :
Batchlet-step1 --> reads as "jobsteps(1)" --> reads correctly
completed --> reads as "Completed" --> reads correctly
completed --> not reads anything
2013-04-05 14:12:23 IST --> not reads anything
2013-04-05 14:12:54 IST --> not reads anything

Nested Table :
Filter count --> reads as "table" --Reads wrongly
RollBack Count --> reads as "table" --Reads wrongly
Read_count --> reads as "table" --Reads wrongly
Commit_count --> reads as "table" --Reads wrongly
Read_skip_count --> reads as "table" --Reads wrongly
Write_skipcount --> reads as "table" --Reads wrongly
write_count --> reads as "table" --Reads wrongly
Process_skip_count --> reads as "table" --Reads wrongly

All 0's are read as : 0 --> reads wrongly



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

I am not sure how you make JAWS read out what you see.
But when i put the cursor on the table (i am not too familiar of how to use only keyboard to navigate), and make JAWS start reading there, I am hearing the correct thing.
It reads out the column #, row #, and exactly whats on screen.
I put the cursor on the table cell, and when i press return, it will starts reading.
And it read correctly.
Keep pressing the down arrow key and it will read the cells of each row sequentially.

Also, looking at the html source of the page, everything is correct and expected.

Comment by Anissa Lam [ 11/Apr/13 ]

I am marking this as invalid due to user error.
we can setup a conference to look at this together if needed.

Comment by RameshT [ 12/Apr/13 ]

All the values in this page are lables (readonly values ) kind of we cannot have the tab / key board. We have to use the mouse pointer to check the value in the screen. When you use the mouse pointer and point to the values ( labels ) one by one it reads wrongly. I tried many times and it reads consistently the same value ( wrongly ). Hence I raised this as an issue. It is a valid bug as it is reading wrongly when you use the mouse pointer.

I tried with the help of keyboard with the down arrow with the latest build ( build 84 / 85 ) . It seems that it is reading properly. And you can mark this bug as resolved as it is working fine with the keyboard. The same is applicable for the other bugs too.

This might be the issue with the JAWS tool. According to their spec it has to read properly with the cursor pointing. "The JAWS Cursor - Follows Mouse Pointer – The JAWS Cursor is linked to mouse pointer functions in Windows and other applications."





[GLASSFISH-20201] BATCH RI: Custom Checkpoint throws javax.transaction.RollbackException Created: 05/Apr/13  Updated: 08/Apr/13  Resolved: 08/Apr/13

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

Type: Bug Priority: Major
Reporter: arunkumar_s Assignee: ScottKurz
Resolution: Works as designed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Tested with latest nightly.

1) Have custom chunk checkpoint algorithm and start the job.

Issue --> Exception thrown. Looks like persistent issue

Logs:

[2013-04-05T22:23:22.250+0530] [glassfish 4.0] [SEVERE] [poolmgr.component_register_exception] [javax.enterprise.resource.resourceadapter.com.sun.enterprise.resource.rm] [tid: _ThreadID=176 _ThreadName=concurrent/__defaultManagedExecutorService-managedThreadFactory-Thread-5] [timeMillis: 1365180802250] [levelValue: 1000] [[
RAR5029:Unexpected exception while registering component
javax.transaction.RollbackException
at com.sun.jts.jta.TransactionImpl.registerSynchronization(TransactionImpl.java:305)
at com.sun.enterprise.transaction.JavaEETransactionManagerSimplified.startJTSTx(JavaEETransactionManagerSimplified.java:439)
at com.sun.enterprise.transaction.jts.JavaEETransactionManagerJTSDelegate.enlistLAOResource(JavaEETransactionManagerJTSDelegate.java:318)
at com.sun.enterprise.transaction.JavaEETransactionManagerSimplified.enlistResource(JavaEETransactionManagerSimplified.java:356)
at com.sun.enterprise.resource.rm.ResourceManagerImpl.registerResource(ResourceManagerImpl.java:152)
at com.sun.enterprise.resource.rm.ResourceManagerImpl.enlistResource(ResourceManagerImpl.java:112)
at com.sun.enterprise.resource.pool.PoolManagerImpl.getResource(PoolManagerImpl.java:211)
at com.sun.enterprise.connectors.ConnectionManagerImpl.getResource(ConnectionManagerImpl.java:354)
at com.sun.enterprise.connectors.ConnectionManagerImpl.internalGetConnection(ConnectionManagerImpl.java:307)
at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:196)
at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:171)
at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:166)
at com.sun.gjc.spi.base.AbstractDataSource.getConnection(AbstractDataSource.java:114)
at com.ibm.jbatch.container.services.impl.JDBCPersistenceManagerImpl.getConnection(JDBCPersistenceManagerImpl.java:310)
at com.ibm.jbatch.container.services.impl.JDBCPersistenceManagerImpl.queryCheckpointData(JDBCPersistenceManagerImpl.java:408)
at com.ibm.jbatch.container.services.impl.JDBCPersistenceManagerImpl.updateCheckpointData(JDBCPersistenceManagerImpl.java:289)
at com.ibm.jbatch.container.persistence.CheckpointManager.checkpoint(CheckpointManager.java:132)
at com.ibm.jbatch.container.impl.ChunkStepControllerImpl.invokeChunk(ChunkStepControllerImpl.java:596)
at com.ibm.jbatch.container.impl.ChunkStepControllerImpl.invokeCoreStep(ChunkStepControllerImpl.java:652)
at com.ibm.jbatch.container.impl.BaseStepControllerImpl.execute(BaseStepControllerImpl.java:134)
at com.ibm.jbatch.container.impl.JobControllerImpl.doExecutionLoop(JobControllerImpl.java:332)
at com.ibm.jbatch.container.impl.JobControllerImpl.executeJob(JobControllerImpl.java:122)
at com.ibm.jbatch.container.util.BatchWorkUnit.run(BatchWorkUnit.java:79)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.run(ManagedFutureTask.java:141)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:722)
at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:246)
]]

[2013-04-05T22:23:22.265+0530] [glassfish 4.0] [WARNING] [] [com.ibm.jbatch.container.impl.BatchletStepControllerImpl] [tid: _ThreadID=176 _ThreadName=concurrent/__defaultManagedExecutorService-managedThreadFactory-Thread-5] [timeMillis: 1365180802265] [levelValue: 900] [[
Caught exception executing step: com.ibm.jbatch.container.exception.BatchContainerServiceException: com.ibm.jbatch.container.exception.BatchContainerServiceException: Cannot persist the checkpoint data for [prepare]



 Comments   
Comment by ScottKurz [ 05/Apr/13 ]

Do we have any indication from any of the transation, connection management, or JDBC driver layers on why the RollbackException was thrown?

Could the issue be that the timeout controlled by the custom checkpoint algorithm has already hit?

Purely from the jbatch perspective, it might help to log an info message that says when the timeout was hit, even though we are not in direct control of the rollback (or not). We can look into that but that would be just a diagnostic aid in general and wouldn't necessarily debug this particular incident.

The timeout of '0' returned by AbstractCheckpointAlgorithm means don't timeout (i.e indefinite), by the way.

Comment by arunkumar_s [ 06/Apr/13 ]

Sample checkpoint war - https://www.dropbox.com/s/pejo5tewt3l1wm2/SimpleCheckPoint.war

http://<server>:<port>/simplecheckpoint/JobSubmitterServlet

Sample checkpoint app src code - https://www.dropbox.com/s/takw0o0ihus8vl1/SimpleCheckPoint.zip

Not sure why JDBC connection pool is failed, but without checkpoint algo, the job runs fine and listing batch jobs lists the job executed.

Comment by ScottKurz [ 08/Apr/13 ]

Took a look at the source... not sure what you aiming for in this test.

The processor has a 2 second sleep, but your checkpoint timeout is 2.

@Override
public int checkpointTimeout() throws Exception {
System.out.println("Checkpoint Timeout");
return 2;

So this would seem to be set up to always timeout.. producing a failure probably like the one you're seeing.

Note this isn't a "timeout" that says "take a checkpoint after this time". It says instead, "if you haven't reached the checkpoint, then fail the tran".

I.e. looks like working as designed.

Comment by arunkumar_s [ 08/Apr/13 ]

Scott,

Thanks. I have couple of questions.

1) SPEC says "The isReadyToCheckpoint method is invoked by the batch runtime after each item read" but actually it is called after each item is processed. Do you think spec statement is wrong or otherwise?
2) reason for isReadyToCheckpoint() is abstract in AbstractCheckpointAlgorithm? Just if i want to use only checkpointtimeout() as timeout for committing transactions, how it will be possible?

Comment by ScottKurz [ 08/Apr/13 ]

Hi,

1) I just asked Chris to change the Javadoc to "after each item read and processed"

2) checkpointTimeout() is not a timeout for committing trans, but for timing them out (i.e. rolling them back if the tran has not been committed in that time period). It maps to UserTransaction.setTransactionTimeout(int).

In batch you can configure the chunk to "take a checkpoint every 2 seconds" simply by:

<chunk checkpoint-policy="item" time-limit="2"...> OR

<chunk time-limit="2"...> (since "item" is the default)

So you don't even need a custom algorithm for this, but if you wanted one to checkpoint if time-limit > xxx AND some_other_condition then you'd have to code that yourself.





[GLASSFISH-20193] BATCH CLI: asadmin list-batch-runtime-configuration --help has some invalid texts Created: 05/Apr/13  Updated: 05/Apr/13  Resolved: 05/Apr/13

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

Type: Bug Priority: Minor
Reporter: arunkumar_s Assignee: Gail Risdal
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Tested with latest nightly.

bin/asadmin list-batch-runtime-configuration -? or --help
set-batch-runtime-configurasadmin)Utility Suset-batch-runtime-configuration(1) --> 1 st line some wrong text
....
....
Java EE 7 13 Feb 20list-batch-runtime-configuration(1) --> last line text issue

Same case for set-batch-runtime-configuration -? or --help

Same case for list-batch-job-executions -? (only for 1st line)



 Comments   
Comment by Mahesh Kannan [ 05/Apr/13 ]

Assigning to Gail

Comment by Gail Risdal [ 05/Apr/13 ]

This is caused by long subcommands and the fact that we only have an 80 column display. The text in headers and footers for long subcommands will overlay; this is nothing we can fix.





[GLASSFISH-20176] [SDK]Java EE 7 sample-cdi-transaction-scoped Created: 04/Apr/13  Updated: 22/Apr/13  Resolved: 22/Apr/13

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

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


 Description   

/transaction-scoped
Operations:
1 "mvn clean verify cargo:run"

Errors:
1 404 NOT FOUND
http://localhost:8080/transaction-scoped-4.0-SNAPSHOT/

Remark:
1 incorrect app name(transaction-scoped-4.0-SNAPSHOT)



 Comments   
Comment by arjavdesai [ 04/Apr/13 ]

As mentioned in the read-me, the URL to invoke is http://host:port/context-root/TransactionScopedServlet

Comment by arjavdesai [ 22/Apr/13 ]

I have added index.html as well now with revision 1131





[GLASSFISH-20175] [SDK]Java EE 7 sample-cdi Created: 04/Apr/13  Updated: 04/Apr/13  Resolved: 04/Apr/13

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

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

Java ee 7 build 82
Maven 3.0.3
Latest build of samples



 Description   

App name should not include SNAPSHOT right?

cdi
/cdi-guess
Operations:
Errors:
Remark:
1 incorrect app name(cdi-guess-4.0-SNAPSHOT)

/cdi-servlet
Operations:
Errors:
Remark:
1 incorrect app name(cdi-servlet-4.0-SNAPSHOT)

/events
Operations:
Errors:
Remark:
1 incorrect app name(events-4.0-SNAPSHOT)

/interceptors
Operations:
Errors:
Remark:
1 incorrect app name(interceptors-4.0-SNAPSHOT)

/transactional
Operations:
Errors:
Remark:
1 incorrect app name(transactional-4.0-SNAPSHOT)



 Comments   
Comment by arjavdesai [ 04/Apr/13 ]

4.0-SNAPSHOT is version for sample as defined in pom.xml for the project. I think it will be updated to 4.0 once its released.





[GLASSFISH-20146] WebSocket API 1.0-rc4 and Tyrus 1.0-rc2 integration Created: 03/Apr/13  Updated: 03/Apr/13  Resolved: 03/Apr/13

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

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

Tags: 4_0-approved

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

no impact. Change in the API was minimal and is binary compatible.

  • How likely is it that a customer will see the bug and how serious is the bug?
    Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
    What CTS failures are caused by this bug?

blocker for Tyrus (we have to implement latest API version). No regression, no other criteria, no CTS failures.

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

cost - nothing (already done); risk - not applicable?

  • How risky is the fix? How much work is the fix? Is the fix complicated?

already answered above.

  • Is there an impact on documentation or message strings?

might be, not sure.

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

WebSocket TCK suite.

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

sooner is better, I guess b83 is already out or in progress, so b84.

  • related issues:

Tyrus: http://java.net/jira/browse/TYRUS-165

  • source code changes:

svn diff -r 579:580 https://svn.java.net/svn/tyrus~source-code-repository/trunk
svn diff -r 326:332 https://svn.java.net/svn/websocket-spec~source-code-repository/trunk

  • patch:
Index: appserver/pom.xml
===================================================================
--- appserver/pom.xml	(revision 61123)
+++ appserver/pom.xml	(working copy)
@@ -120,8 +120,8 @@
         <jaxr.version>JAXR_RA_20091012</jaxr.version>
         <weld.version>2.0.0.Beta7</weld.version>
         <wsdl4j.version>1.6.2</wsdl4j.version>
-        <websocket-api.version>1.0-rc3</websocket-api.version>
-        <tyrus.version>1.0-rc1</tyrus.version>
+        <websocket-api.version>1.0-rc4</websocket-api.version>
+        <tyrus.version>1.0-rc2</tyrus.version>
         <jsonp.version>1.0-b06</jsonp.version>
         <concurrent-api.version>1.0-b06</concurrent-api.version>
         <concurrent.version>1.0-b07</concurrent.version>


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

Approved for 4.0.





[GLASSFISH-20132] Testing if SSL element exists under <jmx-connector> throws exception in server.log Created: 02/Apr/13  Updated: 10/Apr/13  Resolved: 10/Apr/13

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

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

Tags: 4_0-approved, console

 Description   

the <ssl> element doesn't exist out-of-box under <jmx-connector>
console need to test if it exists when user goes to the SSL screen, and present the info correctly.

We do a GET on the following endpoint:

http://localhost:4848/management/domain/configs/config/server-config/admin-service/jmx-connector/system/ssl

if the response failed, we realize ssl doesn't exist.
The following is thrown in server.log when the request is made:

[#|2013-04-02T10:50:05.269-0700|INFO|glassfish 4.0|com.sun.enterprise.config.modularity.ConfigModularityUtils|_ThreadID=45;_ThreadName=admin-listener(2);_TimeMillis=1364925005269;_LevelValue=800;|
cannot get parent config bean for: server-config
java.lang.NullPointerException
at com.sun.enterprise.config.modularity.ConfigModularityUtils.getMatchingGetterMethod(ConfigModularityUtils.java:742)
at com.sun.enterprise.config.modularity.ConfigModularityUtils.getOwner(ConfigModularityUtils.java:377)
at com.sun.enterprise.config.modularity.ConfigModularityUtils.getOwningObject(ConfigModularityUtils.java:339)
at org.glassfish.admin.rest.resources.TemplateRestResource.setParentAndTagName(TemplateRestResource.java:353)
at org.glassfish.admin.rest.resources.generatedASM.JmxConnectorResource.getSslResource(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:207)
at org.glassfish.jersey.server.internal.routing.SubResourceLocatorRouter.apply(SubResourceLocatorRouter.java:123)
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:208)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
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.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:722)

#]

I want to point out that console is working fine, we test that the request response status is 'FAILURE' and behave correctly.
So, if there is no easy fix and prefer to defer till 4.0.1, it won't affect console.



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

After further looking into this, I am upgrading this to a P2 and really want this to be fixed.

This is due to the fact that the out-of-box <protocol> for admin-listener, http-listener-1 for server-config and default-config doesn't have the <ssl> element. An error is thrown when user wants to modify the SSL element of those protocol and prevents user to modify that.
If it is not possible to fix this for 4.0, a workaround maybe to add empty <ssl/> element in the above mentioned protocol in the domain template to avoid this error.

Comment by Masoud Kalali [ 09/Apr/13 ]
  • What is the impact on the customer of the bug?
    Customer will see the side effect of the bug (exception in server log) if they configure SSL component of any listener. The bug does not effect the functionality but rather adds some exception log entries in the log files.
  • How likely is it that a customer will see the bug and how serious is the bug? It is likely that they see the bug.
    Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)? It is not a security or performance bug.
  • What CTS failures are caused by this bug?
    No CTS is failing.
  • What is the cost/risk of fixing the bug?
    No risk, cost is very low.

How risky is the fix? How much work is the fix? Is the fix complicated?
No risk and cost is very low, a fix is already devised and can be committed after approval process.

  • Is there an impact on documentation or message strings?
    No.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    None.
  • Which is the targeted build of 4.0 for this fix?
    82
  • 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.
Comment by Masoud Kalali [ 10/Apr/13 ]

Fixed in build 14057, rev #61288





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

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

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


 Description   

I have discovered one case where the <packaging>pom<packaging> that directs the flow of the build is missing entries in its <modules> section that apparently should be included.

This one instance is the jsf/pom.xml. I'll work with the engineers who contributed those samples to ensure they are wired up and do not break the build, but this brings to my attention the possibility for other instances of this problem.

I think a manual inspection is in order.



 Comments   
Comment by Ed Burns [ 29/Mar/13 ]

JIRA CLONE didn't work as expected. Sorry.





[GLASSFISH-20097] SDK 4.0 - EJB sample (automatic-timer-server) fails to deploy Created: 29/Mar/13  Updated: 05/Apr/13  Resolved: 29/Mar/13

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

Type: Bug Priority: Major
Reporter: Alex Pineda Assignee: qiang.l.liu
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Using java_ee_sdk-7-b81-unix.sh build, jdk1.7.0_10, OEL6 system. Maven configured as noted in http://aseng-wiki.us.oracle.com/asengwiki/display/GlassFish/BG+Development+Environment+Guide#BGDevelopmentEnvironmentGuide-b%29Maven


Tags: maven

 Description   

The test scenario is to build and deploy the sample on a local installation. Taking the automatic-timer-server sample, the commands executed were:

o [test@wolfrun] $ mvn install
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Building The EJB 3.2 Automatic Timer Sample Application 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] — maven-surefire-plugin:2.10:test (default-test) @ automatic-timer-server —
[INFO] No tests to run.
[INFO] Surefire report directory: /home/agpineda/workspace/glassfish4/samples/ejb/automatic-timer/automatic-timer-server/target/surefire-reports
[INFO]
[INFO] Building EJB automatic-timer-ejb with EJB version 3.2
[INFO] Building jar: /home/agpineda/workspace/glassfish4/samples/ejb/automatic-timer/automatic-timer-server/target/automatic-timer-ejb.jar
[INFO]
[INFO] — maven-install-plugin:2.3.1:install (default-install) @ automatic-timer-server —
[INFO] Installing $TEST/glassfish4/samples/ejb/automatic-timer/automatic-timer-server/target/automatic-timer-ejb.jar to $HOME/.m2/repository/org/glassfish-samples/automatic-timer-server/4.0-SNAPSHOT/automatic-timer-server-4.0-SNAPSHOT.jar
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3.121s
[INFO] Finished at: Thu Mar 28 16:40:23 PDT 2013
[INFO] Final Memory: 12M/212M
[INFO] ------------------------------------------------------------------------

The deployment fails when the following command is executed along with the error
o [test@wolfrun] $ mvn cargo:start -Dglassfish.home=$TEST/glassfish4
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Building The EJB 3.2 Automatic Timer Sample Application 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] — cargo-maven2-plugin:1.3.2:start (default-cli) @ automatic-timer-server —
[INFO] [2.ContainerStartMojo] Resolved container artifact org.codehaus.cargo:cargo-core-container-glassfish:jar:1.3.2 for container glassfish3x
[INFO] [talledLocalContainer] Using port 4848 for Admin.
[INFO] [talledLocalContainer] Using port 8080 for HTTP Instance.
[INFO] [talledLocalContainer] Using port 7676 for JMS.
[INFO] [talledLocalContainer] Using port 3700 for IIOP.
[INFO] [talledLocalContainer] Using port 8181 for HTTP_SSL.
[INFO] [talledLocalContainer] Using port 3820 for IIOP_SSL.
[INFO] [talledLocalContainer] Using port 3920 for IIOP_MUTUALAUTH.
[INFO] [talledLocalContainer] Using port 8686 for JMX_ADMIN.
[INFO] [talledLocalContainer] Using port 6666 for OSGI_SHELL.
[INFO] [talledLocalContainer] Using port 9009 for JAVA_DEBUGGER.
[INFO] [talledLocalContainer] Distinguished Name of the self-signed X.509 Server Certificate is:
[INFO] [talledLocalContainer] [CN=wolfrun.us.oracle.com,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
[INFO] [talledLocalContainer] Distinguished Name of the self-signed X.509 Server Certificate is:
[INFO] [talledLocalContainer] [CN=wolfrun.us.oracle.com-instance,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
[INFO] [talledLocalContainer] Domain cargo-domain created.
[INFO] [talledLocalContainer] Domain cargo-domain admin port is 4,848.
[INFO] [talledLocalContainer] Domain cargo-domain admin user is "admin".
[INFO] [talledLocalContainer] Command create-domain executed successfully.
[INFO] [talledLocalContainer] GlassFish 3.x starting...
[INFO] [talledLocalContainer] Waiting for cargo-domain to start ........
[INFO] [talledLocalContainer] Successfully started the domain : cargo-domain
[INFO] [talledLocalContainer] domain Location: $TEST/glassfish4/glassfish/domains/cargo-domain
[INFO] [talledLocalContainer] Log File: $TEST/glassfish4/glassfish/domains/cargo-domain/logs/server.log
[INFO] [talledLocalContainer] Admin Port: 4848
[INFO] [talledLocalContainer] Command start-domain executed successfully.
[INFO] [talledLocalContainer] remote failure: File not found : $TEST/glassfish4/samples/ejb/automatic-timer/automatic-timer-server/target/automatic-timer-server-4.0-SNAPSHOT.jar
[INFO] [talledLocalContainer] Command deploy failed.
[INFO] [talledLocalContainer] GlassFish 3.x is stopping...
[INFO] [talledLocalContainer] Waiting for the domain to stop ..
[INFO] [talledLocalContainer] Command stop-domain executed successfully.
[INFO] [talledLocalContainer] GlassFish 3.x is stopped
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 34.565s
[INFO] Finished at: Thu Mar 28 16:41:40 PDT 2013
[INFO] Final Memory: 7M/212M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.cargo:cargo-maven2-plugin:1.3.2:start (default-cli) on project automatic-timer-server: Execution default-cli of goal org.codehaus.cargo:cargo-maven2-plugin:1.3.2:start failed: Failed to start the GlassFish 3.x container. At least one GlassFish deployment has failed: org.codehaus.cargo.util.CargoException: GlassFish admin command failed: asadmin exited 1 -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException



 Comments   
Comment by Alex Pineda [ 29/Mar/13 ]

In addition, because I'm not able to deploy the automatic-timer-server, automatic-timer-client sample fails to run.

Comment by qiang.l.liu [ 29/Mar/13 ]

We don't want to deploy the ejb jar with maven specified version number in it's file name. So we specify jarName with value of "automatic-timer-server" in ejb plugin. But, not like command of cargo:run, the command of cargo:start just tries to pick up automatic-timer-server-4.0-SNAPSHOT.jar to deploy.

I think we could solve this problem by using finalName in the pom file.

Comment by qiang.l.liu [ 29/Mar/13 ]

Submitted revision 1011.
Specifying the result jar file by finalName instead of jarName could solve this deployment issue.

Comment by Alex Pineda [ 05/Apr/13 ]

Verified fix in build 82. Please update the bug to show the issue is resolved.





[GLASSFISH-20096] SDK 4.0 - EJB sample (ejb-embedded-client) fails to build Created: 28/Mar/13  Updated: 19/Apr/13  Resolved: 19/Apr/13

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

Type: Bug Priority: Major
Reporter: Alex Pineda Assignee: qiang.l.liu
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Using java_ee_sdk-7-b81-unix.sh build, jdk1.7.0_10, OEL6 system. Maven configured as noted in http://aseng-wiki.us.oracle.com/asengwiki/display/GlassFish/BG+Development+Environment+Guide#BGDevelopmentEnvironmentGuide-b%29Maven



 Description   

After starting the Server (asadmin start-domain domain1) and the database (asadmin start-database), followed the instructions as noted

"app_dir is the sample application base directory: samples_install_dir/javaee7/ejb/ejb-embedded/ejb-embedded-server.
Change directory to app_dir. Make sure the JavaDB database is started. Build and install the sample application to the repository, so that the client project can depend on this artifact.

mvn clean install

Go to: samples_install_dir/javaee7/ejb/ejb-embedded/ejb-embedded-client.
Build and Run the application client.

mvn clean verify exec:exec"

Everything succeeds on ejb-embedded-server.

On the ejb-embedded-client and when executing "mvn clean verify exec:exec", the following error is reported during the "verify" action,

[test@wolfrun:] $ mvn verify
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building The EJB 3.2 Embeddable API Sample Application - Test Code 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 0.749s
[INFO] Finished at: Thu Mar 28 16:23:04 PDT 2013
[INFO] Final Memory: 5M/149M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal on project ejb-embedded-client: Could not resolve dependencies for project org.glassfish-samples:ejb-embedded-client:jar:4.0-SNAPSHOT: Failed to collect dependencies for [javax:javaee-api:jar:7.0-b81 (provided), org.glassfish-samples:ejb-embedded-server:jar:4.0-SNAPSHOT (compile), org.glassfish.main.extras:glassfish-embedded-all:jar:4.0-b72 (compile)]: Failed to read artifact descriptor for org.glassfish-samples:ejb-embedded-server:jar:4.0-SNAPSHOT: Failure to find org.glassfish-samples:ejb-embedded:pom:4.0-SNAPSHOT in http://gf-maven.us.oracle.com/nexus/content/groups/internal-gf-nexus/ was cached in the local repository, resolution will not be reattempted until the update interval of internal-glassfish-nexus has elapsed or updates are forced -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException



 Comments   
Comment by Alex Pineda [ 28/Mar/13 ]

Assigning the bug to the ejb-container component.

Comment by Alex Pineda [ 28/Mar/13 ]

Assigning the bug to the ejb-container dev lead.

Comment by qiang.l.liu [ 29/Mar/13 ]

The ejb-embedded sample contains two maven projects which are ejb-embedded-client and ejb-embedded-server(ejb-embedded-server is the ejb module that will be deploy to the embedded server). And the former depends on the later. So, when build ejb-embedded-client, Maven will look for ejb-embedded-server from the repositories. And as ejb-embedded-server refers to ejb-embedded as parent, and ejb-embedded refers to ejb as parent, and ... So, before build ejb-embedded-client, you should install all these parents into the local repo. These parents are glassfish-samples-parent, ejb-samples and ejb-embedded.

I will update the document with this information.

Comment by qiang.l.liu [ 29/Mar/13 ]

Have updated the document, Please see revision 1013.

Comment by Alex Pineda [ 05/Apr/13 ]

The instructions are confusing in "Building, Deploying, Running the Application".

It says that I need to install the ejb-embedded-server. Do you mean "deploy" the ejb-embedded-server on the glassfish domain? In my case, it would be the cargo domain. In addition, it's not clear what you it means when it says "install the pom files under ejb... ". Install them where? Why not have the pom files in the needed location to begin with. Why have the user have to copy files. Lastly, the last comment " The artifact for the ejb-embedded-server project is added to the classpath." , is not clear what exactly the point is.

I would request that you edit the instructions for the audience of new college grad trying to run the embedded client & server. From my perspective, the current information is not clear on what I need to do run it. Please clarify.

Comment by qiang.l.liu [ 08/Apr/13 ]

Hi Alex, thanks for your advice.
I have updated the index.html with more detailed instructions and explanation.

Comment by qiang.l.liu [ 08/Apr/13 ]

Have updated the document. Please see revision 1105.

Comment by Alex Pineda [ 17/Apr/13 ]

Instructions are much improved, but I still believe there are two many steps to get the application to run. Anyhow, it passed my simple test of making sure the Maven steps work and the "BUILD SUCCESS" message is displayed. Issue is resolved from my perspective.

Comment by Alex Pineda [ 18/Apr/13 ]

Re-opening the issue because I noticed the instructions on ejb-embedded-server are missing what has been added to the ejb-embedded-client index.html file. In addition, the ejb-embedded-server instructions state "Ensure that the JavaDB database is started" while the ejb-embedded-client instructions does not mention anything about the database at it describes how to run the ejb-embedded-server. In sum, the instructions of the ejb-embedded-client and ejb-embedded-server, need to be in sync.

Comment by qiang.l.liu [ 19/Apr/13 ]

Thanks Alex for your suggestion.

I have done some rearrangement for the two projects' instructions, so that when users start with ejb-embedded-server or the other one, they could get synced instructions between the two projects to run the sample in a correct order.





[GLASSFISH-20095] SDK 4.0 - EJB sample (hello-stateless-ejb-client) fails to run Created: 28/Mar/13  Updated: 05/Apr/13  Resolved: 02/Apr/13

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

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

Using java_ee_sdk-7-b81-unix.sh build, jdk1.7.0_10, OEL6 system. Maven configured as noted in http://aseng-wiki.us.oracle.com/asengwiki/display/GlassFish/BG+Development+Environment+Guide#BGDevelopmentEnvironmentGuide-b%29Maven



 Description   

The Sample instructions in $HOME/glassfish4/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client/src/docs/index.html, say that the sample can be run if you run "mvn clean verify exec:java". When this instructions are executed errors are reported although at the end one gets a "BUILD SUCCESS" message. The exact steps are:

o test@wolfrun$ mvn clean
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building hello-stateless-ejb-client 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS

o test@wolfrun$ mvn verify
[INFO] Scanning for projects...
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ hello-stateless-ejb-client —
[INFO]
[INFO] — maven-resources-plugin:2.5:resources (default-resources) @ hello-stateless-ejb-client —
[debug] execute contextualize
[INFO]
[INFO] — maven-compiler-plugin:2.4:compile (default-compile) @ hello-stateless-ejb-client —
[INFO] Compiling 2 source files to /home/agpineda/workspace/glassfish4/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client/target/classes
[INFO]
[INFO] — maven-compiler-plugin:2.4:testCompile (default-testCompile) @ hello-stateless-ejb-client —
[INFO] No sources to compile
[INFO]
[INFO] — maven-surefire-plugin:2.10:test (default-test) @ hello-stateless-ejb-client —
[INFO]
[INFO] — maven-jar-plugin:2.3.2:jar (default-jar) @ hello-stateless-ejb-client —
[INFO] Building jar: /home/agpineda/workspace/glassfish4/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client/target/hello-stateless-ejb-client-4.0-SNAPSHOT.jar
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 6.056s
[INFO] Finished at: Thu Mar 28 15:35:09 PDT 2013
[INFO] Final Memory: 30M/343M
[INFO] ------------------------------------------------------------------------

When the next command is executed, many errors are reported
o test@wolfrun$ mvn exec:java
mvn exec:java
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building hello-stateless-ejb-client 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] >>> exec-maven-plugin:1.2.1:java (default-cli) @ hello-stateless-ejb-client >>>
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ hello-stateless-ejb-client —
[INFO]
[INFO] <<< exec-maven-plugin:1.2.1:java (default-cli) @ hello-stateless-ejb-client <<<
[INFO]
[INFO] — exec-maven-plugin:1.2.1:java (default-cli) @ hello-stateless-ejb-client —
org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No
at sun.reflect.GeneratedConstructorAccessor32.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
at sun.proxy.$Proxy35.connectFailure(Unknown Source)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1241)
at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:411)
at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:347)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at enterprise.hello_stateless_client.StatelessJavaClient.returnMessage(StatelessJavaClient.java:58)
at enterprise.hello_stateless_client.StatelessJavaClient.main(StatelessJavaClient.java:49)
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.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:340)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
... 21 more
Caused by: java.net.ConnectException: Connection refused
at sun.nio.ch.Net.connect0(Native Method)
at sun.nio.ch.Net.connect(Net.java:364)
at sun.nio.ch.Net.connect(Net.java:356)
at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:325)
... 22 more
javax.naming.NamingException: Lookup failed for 'enterprise.hello_stateless_ejb.StatelessSession' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No]]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at enterprise.hello_stateless_client.StatelessJavaClient.returnMessage(StatelessJavaClient.java:58)
at enterprise.hello_stateless_client.StatelessJavaClient.main(StatelessJavaClient.java:49)
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.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
at java.lang.Thread.run(Thread.java:722)
Caused by: javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No]
at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:352)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
... 10 more
Caused by: org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No
at sun.reflect.GeneratedConstructorAccessor32.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
at sun.proxy.$Proxy35.connectFailure(Unknown Source)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1241)
at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:411)
at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:347)
... 11 more
Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:340)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
... 21 more
Caused by: java.net.ConnectException: Connection refused
at sun.nio.ch.Net.connect0(Native Method)
at sun.nio.ch.Net.connect(Net.java:364)
at sun.nio.ch.Net.connect(Net.java:356)
at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:325)
... 22 more
returnMessage():null
org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No
at sun.reflect.GeneratedConstructorAccessor32.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
at sun.proxy.$Proxy35.connectFailure(Unknown Source)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1241)
at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:411)
at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:347)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at enterprise.hello_stateless_client.StatelessJavaClient.returnMessage(StatelessJavaClient.java:58)
at enterprise.hello_stateless_client.StatelessJavaClient.main(StatelessJavaClient.java:50)
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.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:340)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
... 21 more
Caused by: java.net.ConnectException: Connection refused
at sun.nio.ch.Net.connect0(Native Method)
at sun.nio.ch.Net.connect(Net.java:364)
at sun.nio.ch.Net.connect(Net.java:356)
at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:325)
... 22 more
javax.naming.NamingException: Lookup failed for 'enterprise.hello_stateless_ejb.StatelessSession' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl}

[Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No]]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at enterprise.hello_stateless_client.StatelessJavaClient.returnMessage(StatelessJavaClient.java:58)
at enterprise.hello_stateless_client.StatelessJavaClient.main(StatelessJavaClient.java:50)
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.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
at java.lang.Thread.run(Thread.java:722)
Caused by: javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl}

[Root exception is org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No]
at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:352)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:504)
... 10 more
Caused by: org.omg.CORBA.COMM_FAILURE: FINE: IOP00410001: Connection failure: socketType: IIOP_CLEAR_TEXT; hostname: localhost; port: 3700 vmcid: OMG minor code: 1 completed: No
at sun.reflect.GeneratedConstructorAccessor32.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
at sun.proxy.$Proxy35.connectFailure(Unknown Source)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:257)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:270)
at com.sun.corba.ee.impl.transport.SocketOrChannelContactInfoImpl.createConnection(SocketOrChannelContactInfoImpl.java:129)
at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.beginRequest(CorbaClientRequestDispatcherImpl.java:223)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.request(CorbaClientDelegateImpl.java:228)
at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:393)
at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
at com.sun.enterprise.naming.impl.SerialContext$ProviderCacheKey.getNameService(SerialContext.java:1241)
at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:411)
at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:347)
... 11 more
Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection refused
at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:340)
at com.sun.corba.ee.impl.transport.SocketOrChannelConnectionImpl.<init>(SocketOrChannelConnectionImpl.java:242)
... 21 more
Caused by: java.net.ConnectException: Connection refused
at sun.nio.ch.Net.connect0(Native Method)
at sun.nio.ch.Net.connect(Net.java:364)
at sun.nio.ch.Net.connect(Net.java:356)
at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:623)
at com.sun.corba.ee.impl.orbutil.ORBUtility.openSocketChannel(ORBUtility.java:110)
at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createSocket(IIOPSSLSocketFactory.java:325)
... 22 more
StatelessSession bean says : null
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 2:13.059s
[INFO] Finished at: Thu Mar 28 15:37:31 PDT 2013
[INFO] Final Memory: 37M/406M
[INFO] ------------------------------------------------------------------------



 Comments   
Comment by marina vatkina [ 28/Mar/13 ]

was GlassFish running?

Comment by Alex Pineda [ 28/Mar/13 ]

No. The Server was not running. I just started it using "asadmin start-domain domain1" and when I execute the same commands, I see errors as follows:

[test@wolfrun] $ mvn clean verify exec:java
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building hello-stateless-ejb-client 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] — maven-clean-plugin:2.3:clean (default-clean) @ hello-stateless-ejb-client —
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ hello-stateless-ejb-client —
[INFO]
[INFO] — maven-resources-plugin:2.5:resources (default-resources) @ hello-stateless-ejb-client —
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /home/agpineda/workspace/glassfish4/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client/src/main/resources
[INFO]
[INFO] — maven-compiler-plugin:2.4:compile (default-compile) @ hello-stateless-ejb-client —
[INFO] Compiling 2 source files to /home/agpineda/workspace/glassfish4/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client/target/classes
[INFO]
[INFO] — maven-resources-plugin:2.5:testResources (default-testResources) @ hello-stateless-ejb-client —
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /home/agpineda/workspace/glassfish4/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client/src/test/resources
[INFO]
[INFO] — maven-compiler-plugin:2.4:testCompile (default-testCompile) @ hello-stateless-ejb-client —
[INFO] No sources to compile
[INFO]
[INFO] — maven-surefire-plugin:2.10:test (default-test) @ hello-stateless-ejb-client —
[INFO] No tests to run.
[INFO] Surefire report directory: /home/agpineda/workspace/glassfish4/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client/target/surefire-reports

-------------------------------------------------------
T E S T S
-------------------------------------------------------

Results :

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

[INFO]
[INFO] — maven-jar-plugin:2.3.2:jar (default-jar) @ hello-stateless-ejb-client —
[INFO] Building jar: /home/agpineda/workspace/glassfish4/samples/ejb/hello-stateless-ejb/hello-stateless-ejb-client/target/hello-stateless-ejb-client-4.0-SNAPSHOT.jar
[INFO]
[INFO] >>> exec-maven-plugin:1.2.1:java (default-cli) @ hello-stateless-ejb-client >>>
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ hello-stateless-ejb-client —
[INFO]
[INFO] <<< exec-maven-plugin:1.2.1:java (default-cli) @ hello-stateless-ejb-client <<<
[INFO]
[INFO] — exec-maven-plugin:1.2.1:java (default-cli) @ hello-stateless-ejb-client —
javax.naming.NamingException: Lookup failed for 'enterprise.hello_stateless_ejb.StatelessSession' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root exception is javax.naming.NameNotFoundException: enterprise.hello_stateless_ejb.StatelessSession not found]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at enterprise.hello_stateless_client.StatelessJavaClient.returnMessage(StatelessJavaClient.java:58)
at enterprise.hello_stateless_client.StatelessJavaClient.main(StatelessJavaClient.java:49)
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.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
at java.lang.Thread.run(Thread.java:722)
Caused by: javax.naming.NameNotFoundException: enterprise.hello_stateless_ejb.StatelessSession not found
at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:237)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:204)
at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:66)
at com.sun.enterprise.naming.impl.RemoteSerialContextProviderImpl.lookup(RemoteSerialContextProviderImpl.java:109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie.dispatchToMethod(ReflectiveTie.java:143)
at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:173)
at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatchToServant(ServerRequestDispatcherImpl.java:528)
at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatch(ServerRequestDispatcherImpl.java:199)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequestRequest(MessageMediatorImpl.java:1549)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequest(MessageMediatorImpl.java:1425)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleInput(MessageMediatorImpl.java:930)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:213)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequest(MessageMediatorImpl.java:694)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.dispatch(MessageMediatorImpl.java:496)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.doWork(MessageMediatorImpl.java:2222)
at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)
returnMessage():null
javax.naming.NamingException: Lookup failed for 'enterprise.hello_stateless_ejb.StatelessSession' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl}

[Root exception is javax.naming.NameNotFoundException: enterprise.hello_stateless_ejb.StatelessSession not found]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at enterprise.hello_stateless_client.StatelessJavaClient.returnMessage(StatelessJavaClient.java:58)
at enterprise.hello_stateless_client.StatelessJavaClient.main(StatelessJavaClient.java:50)
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.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:297)
at java.lang.Thread.run(Thread.java:722)
Caused by: javax.naming.NameNotFoundException: enterprise.hello_stateless_ejb.StatelessSession not found
at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:237)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:204)
at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:66)
at com.sun.enterprise.naming.impl.RemoteSerialContextProviderImpl.lookup(RemoteSerialContextProviderImpl.java:109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie.dispatchToMethod(ReflectiveTie.java:143)
at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:173)
at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatchToServant(ServerRequestDispatcherImpl.java:528)
at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatch(ServerRequestDispatcherImpl.java:199)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequestRequest(MessageMediatorImpl.java:1549)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequest(MessageMediatorImpl.java:1425)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleInput(MessageMediatorImpl.java:930)
at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:213)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequest(MessageMediatorImpl.java:694)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.dispatch(MessageMediatorImpl.java:496)
at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.doWork(MessageMediatorImpl.java:2222)
at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)
StatelessSession bean says : null
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 11.441s
[INFO] Finished at: Thu Mar 28 16:05:17 PDT 2013
[INFO] Final Memory: 50M/387M
[INFO] ------------------------------------------------------------------------

Comment by Alex Pineda [ 28/Mar/13 ]

One point to note. The reason why I did not start the Server is because in the Sample instructions, I read the following note "Here's an example of a plain Java client that runs outside of a Java EE container." which I interpreted as not needing the Server and default domain to be up and running. Perhaps, the document can be more clear on this point.

Comment by xiaojun.wu [ 29/Mar/13 ]

At the 2nd step of "Building, Deploying, and Running the Java Client", it has mentioned the dependence that you may ignored.
The stateless example has 2 modules, client and server. The client module depends on server module.
The GlassFish must be running, the server module should be built and deployed first. The instruction of server module is in the /hello-stateless-ejb-bean/docs/index.html.
Then the client can be run successfully.
I've just modified the instruction of client module.

Comment by Alex Pineda [ 05/Apr/13 ]

I verified the instructions and I'm able to run the sample. Issued is resolved, but the instructions could more clearer and mention the steps to undeploy the "bean" sample.





[GLASSFISH-20090] asadmin report wrong message when providing invalid command. Created: 28/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

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

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

Windows 7 SP1
Glassfish v4 b82


Issue Links:
Duplicate
is duplicated by GLASSFISH-20080 "Not Found" error message when unknow... Resolved
Tags: fishcat

 Description   

Go to this scenarios:

  1. On command line type asadmin.
  2. At asadmin prompt type start-domian
  3. you will got the following:
asadmin> start-domian
Not Found
Closest matching local and remote command(s):
    start-domain

Command start-domian executed successfully.
asadmin> start-do
Not Found
Closest matching local and remote command(s):
    restart-domain
    start-domain

Command start-do executed successfully.

The message Command start-domian executed successfully. is an invalid message to show, and it should be something like "Command start-domian is an invalid command."



 Comments   
Comment by Tom Mueller [ 28/Mar/13 ]

This is a regression from 3.1. In 3.1.2, the output is as follows for an invalid command:

$ ~/test/gf-3.1.2/glassfish3/bin/asadmin asdfljk
Command asdfljk not found.
Check the entry of command name. This command may be provided by a package that is not installed.
Command asdfljk failed.

For something a bit closer to a real command, the output is:

$ ~/test/gf-3.1.2/glassfish3/bin/asadmin sop-domain
Command sop-domain not found.
Check the entry of command name. This command may be provided by a package that is not installed.
Closest matching local and remote command(s):
stop-domain

Command sop-domain failed.

Note that the error message is "Command <sub-command> not found." Not just "Not found". And the command is indicated as failed.

This is a must-fix for 4.0 since it is a regression.

Comment by Tom Mueller [ 28/Mar/13 ]

Note: the description here is about the output of the multimode command. But we need to fix this when not using multimode too.

Also, this behavior is seen when the server is up. When the server is down, then the command is indicated as failed.

Comment by martin.mares [ 02/Apr/13 ]

revision 61091.





[GLASSFISH-20081] [UB] javax.ejb.NoSuchEJBException in unsyncpcsfsb with ha Created: 27/Mar/13  Updated: 01/May/13

Status: Reopened
Project: glassfish
Component/s: docs
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0

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

RHL6.2 and JDK1.7.0_10



 Description   

The problem was reported in
http://java.net/jira/browse/GLASSFISH-20020
which can't be accessed for a few days.
Hence, file this bug for failure analysis.
Will close the 20020 later.



 Comments   
Comment by sherryshen [ 27/Mar/13 ]

glassfish-4.0-b82-03_23_2013.zip
During the test dev and failure analysis for
http://java.net/jira/browse/GLASSFISH-20011
I observed javax.ejb.NoSuchEJBException in unsyncpcsfsb with ha.

To run tests, to see env in
http://java.net/jira/browse/GLASSFISH-20011

test2, persist, joinTx, no flush

test2 without ha, passed.
do "ant ee all-dbg"

test2 with ha, failed.
web.xml has <distributable/>
deploy war with --availabilityenabled=true
do "ant ee all-dbg-ha"

server.log from instance2

Error during checkpoint ([TestEJB]. Key:
[1f0090099dfa82de-ce0085b80d45218a-1])
[com.sun.ejb.containers.StatefulSessionContainer$EMNotSerializableException:
java.io.NotSerializableException:
org.eclipse.persistence.internal.jpa.EntityManagerImpl

.....
javax.ejb.NoSuchObjectLocalException: The EJB does not exist.
session-key: 1f0090099dfa82de-ce0085b80d45218a-1
at
com.sun.ejb.containers.StatefulSessionContainer._getContext(StatefulSessionContainer.java:1616)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:2518)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1908)
.....
javax.ejb.NoSuchEJBException

Comment by sherryshen [ 27/Mar/13 ]

The JPA2.1 test info can be found at
http://aseng-wiki.us.oracle.com/asengwiki/display/ASQA/GF+4.0+Test+Development+Page
As a summary for the bugs on cluster.
1) SFSB tests passed on DAS.
Verified the fix for
http://java.net/jira/browse/GLASSFISH-19597
2) To wrap up my test dev, I ran SFSB tests on a cluster with using
different instances and reported
http://java.net/jira/browse/GLASSFISH-20011
3) Next, I enabled HA to see if it helps for 20011, but it failed with
http://java.net/jira/browse/GLASSFISH-20081
4) After, I tried a simple SFSB tests without JPA, it passed.

I have a hudson run to show to test env and problems.
http://sqe-hudson.us.oracle.com:8080/hudson/view/Sherry_core/job/sherry-lc-d/

#8 dbg failures
http://sqe-hudson.us.oracle.com:8080/hudson/view/Sherry_core/job/sherry-lc-d/8/artifact/appserver-sqe/reports/pe-ee/amd64_easqezorro5_Linux/html/test_results_ejb.html
The 3 tests are executed in the order below.
A) appserver-sqe/pe/ejb/ejb31/fo/sfsb, SFSB with HA, passed
B) appserver-sqe/pe/ejb/jpa20/war/unsyncpcsfsb, SFSB without HA, test2, passed.
C) appserver-sqe/pe/ejb/jpa20/war/unsyncpcsfsb, SFSB with HA, test2, failed. GLASSFISH-20081

#2, ejb-cluster with 1 failure, GLASSFISH-20011
http://sqe-hudson.us.oracle.com:8080/hudson/view/Sherry_core/job/sherry-lc-d/2/artifact/appserver-sqe/reports/pe-ee/amd64_easqezorro5_Linux/html/test_results_ejb.html

Comment by Mitesh Meswani [ 29/Mar/13 ]

As this is related to clustering, deferring this for 4.0.1. Ethan and Quiang will investigate further.

Comment by qiang.l.liu [ 17/Apr/13 ]

If the HA enabled, the SFSB container will try to store the ejb's session context for replication. When the container tries to serialize the context object, a NotSerializableException is thrown up:
com.sun.ejb.containers.StatefulSessionContainer$EMNotSerializableException: java.io.NotSerializableException: org.eclipse.persistence.internal.jpa.EntityManagerImpl, and the EJB is marked with destroyed. This is because the TestEJB has a reference of EntityManager. The EJB's context will be removed after it is marked destroyed. So, when a subsequence call to the EJB, the client will get NoSuchObjectLocalException.

Comment by qiang.l.liu [ 17/Apr/13 ]

After I putting "passivationCapable=false" on TestEJB, the test passed.

So, I'd like resolve the issue as work as designed.

Comment by sherryshen [ 18/Apr/13 ]

Thanks Qiang and Mitesh for the analysis for
http://java.net/jira/browse/GLASSFISH-20081

Here is what I understand the problem.

1) HA Limitation:
EntityManager can't be serialized as a context object in SFSB container for HA replication.
2) Workaround:
Update the @Stateful annotation on TestEJB
to @Stateful(passivationCapable=false), then
JPA will work in ha env without replication
or in non-ha env.

Where are these 2 points in the documents?

I verified the test passed on ha env without replication or non-ha env with b85 nightly.
http://javaweb.us.oracle.com/net/asqe-logs.us.oracle.com/export1/4.0/Results/build85/core/b20081/t1/html/test_results_ejb.html

Comment by sherryshen [ 18/Apr/13 ]

Copy the discussion about doc update.

On 4/17/2013 12:19 PM, Paul Davies wrote:
> Hi Mitesh,
>
> The corresponding section in the GlassFish 3.1.2 High Availability Administration guide is at:
>
> http://docs.oracle.com/cd/E26576_01/doc.312/e24934/session-persistence-and-failover.htm#abdlc .
>
> I have copied Mike Fitch on this response as he is leading the documentation effort for GF 4.0 and he should be able to advise how to proceed.
>
> Regards,
> -Paul
>
> On 4/17/2013 11:58 AM, Mitesh Meswani wrote:
>> Hi Paul,
>>
>> We would like to document the restriction that a SFSB injecting EntityManagers can not be passivated and failed over. Which document would it go to and who is the owner for that? We had a section on restrictions in GlassFish 2.1.1 High Availability Administration guide. I could not find a relevant section in GlassFish 3.1.2 High Availability Administration guide that documents such limitations.
>>
>> Thanks,
>> Mitesh

Comment by sherryshen [ 18/Apr/13 ]

Reopen for Mike Fitch to address the limitation in docs.

Comment by Mike Fitch [ 18/Apr/13 ]

Added [UB] to summary so this issue will appear in unbundled (ie, book-related) doc issues queries

Comment by Mike Fitch [ 18/Apr/13 ]

Also set Component to docs.

Comment by marina vatkina [ 18/Apr/13 ]

This behavior is per the EJB spec 3.2.





[GLASSFISH-20080] "Not Found" error message when unknown command used instead of "Command foobar not found. " Created: 27/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

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

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

Issue Links:
Duplicate
duplicates GLASSFISH-20090 asadmin report wrong message when pro... Resolved

 Description   

In recent builds of GlassFish 4 when an unknown command is used the error message looks like this:

$ ./asadmin foobar
Not Found
Command foobar failed.

In GlassFish 3 it was more friendly:

$ ./asadmin foobar
Command foobar not found.
Check the entry of command name. This command may be provided by a package that is not installed.
Command foobar failed.

This seems like a step backwards.



 Comments   
Comment by martin.mares [ 02/Apr/13 ]

revision 61091.





[GLASSFISH-20069] review API metadata Created: 26/Mar/13  Updated: 22/May/13  Resolved: 22/May/13

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

Type: Task Priority: Blocker
Reporter: Romain Grécourt Assignee: Romain Grécourt
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 1 week
Time Spent: Not Specified
Original Estimate: 1 week

Issue Links:
Related
is related to GLASSFISH-19259 Java EE 7: javaee-api.jar Resolved

 Description   

Review API metadata. Review all API/Impl jars in order to verify that they comply with the rules described at https://wikis.oracle.com/display/GlassFish/Maven+Versioning+Rules



 Comments   
Comment by Joe Di Pol [ 22/May/13 ]

Romain implemented a maven plugin to check api metadata: spec-version-maven-plugin

This has been run on GF 4 and issues corrected.





[GLASSFISH-20052] Unable to delete default resources Created: 26/Mar/13  Updated: 28/Mar/13  Resolved: 28/Mar/13

Status: Closed
Project: glassfish
Component/s: admin, concurrency, jdbc, jms
Affects Version/s: 4.0_b81
Fix Version/s: 4.0

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


 Description   

As a user I should be able to configure the system to have as minimal configuration as possible. As part of default domain template, we define a number of default resources like this:
concurrent/__defaultManagedScheduledExecutorService
concurrent/__defaultContextService
jdbc/__default
jms/__defaultConnectionFactory

All these resources are marked with an object-type=system-all-req which means they can't be deleted. Why should an administrator not be allowed to delete them if they are sure they don't need them?



 Comments   
Comment by Tom Mueller [ 26/Mar/13 ]

A Java EE 7 compliant server (which GlassFish is) is required to have these default resources. This is why they cannot be removed.

If someone really wants to create a non-compliant server, they could edit the domain.xml, but the public GlassFish interface cannot allow creating a non-compliant server.

Comment by Sanjeeb Sahoo [ 27/Mar/13 ]

The compatibility rules do allow such resource to be deleted by a user. It's the factory configuration that needs to have them. So, please provide a better justification for why you don't want these resource to be deleted. The current technique of system-all-req is not sufficient protection anyway, because one can disable those resources, use a set command to change their type, etc.

Comment by Tom Mueller [ 27/Mar/13 ]

See Bill's response on this. Bill wrote:

Let's start with the most basic Java compatibility principle:

Always compatible, all the time

If you start from that point, you'll be pretty close to correct.

But let's look at some of the subtleties...

If I download GlassFish and remove some of the jar files, some stuff
will break and it won't be compatible. Does that mean we have to
prevent you from removing those jar files?

No.

If I misconfigure the System CLASSPATH I can break things and it won't
be compatible. Does that mean we have to verify that the System CLASSPATH
is only configured to "correct" values?

No.

What matters is what we tell people to do.

If we tell people that you can set the property "FOO" to the values
"bar" or "bletch", and that these different values have certain effects,
then the product has to be compatible no matter which way you set the
"FOO" property.

We don't have to prevent all misconfiguration of the product.

But we do have to ensure that all defined, documented configurations of
the product meet the Java compatibility requirements.

If we tell you that you can delete resources, then it's your responsibility
to not delete any resources necessary for the correct operation of the
product.

If we tell you that you can delete the "jdbc/__default" resource, then it's
our responsibility to ensure that the system still operates correctly if
you do that.

So, I don't think it's required that we prevent deleting these resources,
but it does seem to be a good thing to prevent that.

If jdbc/__default or any of the other default resources are removed, then the Java EE 7 standard JNDI names will no longer resolve properly, i.e., the system will not work correctly. So we have chosen for GlassFish 4.0 to not allow these to be deleted. The system is working as designed so this bug is invalid.

Comment by Sanjeeb Sahoo [ 28/Mar/13 ]

If I am reading Bill's answer correctly, then he clearly states the following:

So, I don't think it's required that we prevent deleting these resources,
but it does seem to be a good thing to prevent that.

So, it's not a requirement as opposed to what you said first while closing the bug. Whether it's a good thing to prevent deletion is subjective.

Comment by Sanjeeb Sahoo [ 28/Mar/13 ]

I didn't mean to reopen the bug last time.





[GLASSFISH-20051] too many dependencies required to make a standalone JMS client Created: 26/Mar/13  Updated: 15/Aug/13  Resolved: 15/Aug/13

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

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


 Description   

The dependencies required to make a standalone (outside of any container) JMS client for Glassfish are too large.

According to this page:
http://docs.oracle.com/cd/E18930_01/html/821-2418/gkusn.html#gkuqa

We need gf-client and imqjmsra. Now here is another independent problem, that realistically people won't just "reference JAR files"; we need maven dependencies. There is a gf-client maven package, for imqjmsra it's less obvious, and people are arguing which maven dependencies are needed in this case:

http://stackoverflow.com/questions/5675024/with-which-maven-dependencies-can-i-create-a-standalone-jms-client-for-glassfish/14892931
http://stackoverflow.com/questions/10115400/glassfish-application-not-working-with-maven-library-gf-client/10123034
http://javadude.wordpress.com/2009/01/03/tutorial-starting-with-glassfish-and-jms/

In our case we ended up referencing glassfish-embedded, which gives us a 70Mb deployment (all just to write to a JMS queue!). On top of that, because of the huge scale of those dependencies, we had conflicts and strange behaviour at runtime, and gave up integrating weld-se in that client application:
http://stackoverflow.com/questions/15571271/weld-se-and-netbeans-debugging-not-working

We think writing to a JMS queue from a standalone client ought to require minimal dependencies, all tied to JMS and nothing else, and there should be clear instructions on the maven dependencies which are required.



 Comments   
Comment by emmanuel_touzery [ 26/Mar/13 ]

To expand a little bit more.

When I do
jndiContext.lookup(jmsQueueFactoryName);

I get back a com.sun.messaging.jms.ra.ConnectionFactoryAdapter object, not a standard jEE object. And if I search which maven packages provide that class, the only one I can find is glassfish-embedded-all...

Comment by David Zhao [ 15/Aug/13 ]

According to http://docs.oracle.com/cd/E18930_01/html/821-2418/gkusn.html#gkuqa, gf-client.jar and imqjmsra.jar are required for standalone jms client. So it should be same for maven artifacts.

Currently gf-client.jar and imqjmsra.jar are available at http://search.maven.org.





[GLASSFISH-20048] [Regression]Admin Gui Update Center is not available using proxy server Created: 26/Mar/13  Updated: 26/Mar/13  Resolved: 26/Mar/13

Status: Resolved
Project: glassfish
Component/s: admin_gui, update_center
Affects Version/s: 4.0_b81
Fix Version/s: 4.0

Type: Bug Priority: Critical
Reporter: TangYong Assignee: Snjezana Sevo-Zenzerovic
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows XP



 Description   

Admin Gui Update Center is not available while using proxy server.

This issue is a regression compared with Glassfish 3.1.2.2.

I have made confirmation many times as following:

1. Update Center is available in Glassfish 3.1.2.2

2. Update Center is not available in Glassfish 4.0-b81-ml

Here, the means of "not available" is that after clicking "Update Tool", "Available Add-Ons" tab does not list a group of add-ons and list is empty.

In addition, the regression is not related to GLASSFISH-19027. In reality, I have another question about "Configuration" tab as following:

after I set proxy Host and Port in "Configuration" tab and saved them, I have not seen any effect about them, that is to say,

1) these "Configuration" info is saved where? In theory, this should be saved in domain.xml and takes effect while restarting domain.

2) from the result of Glassfish 3.1.2.2, even if I have not set proxy Host and Port in "Configuration" tab, "Available Add-Ons" can also be listed rightly. I guessed that gf should use some setting from browser. If being such the case, why needing such a "Configuration" tab?



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

I have just tested this on promoted build 81 and build 81 ml on my mac.
I can see that 34 available Add-Ons, although most says 3.1.2.xxx version which is not correct.
There is 1 available update and 55 installed components.
I can also set proxy server and port and save successfully.

Since you say this is on Windows platform, maybe the repo is not setup for windows platform yet ? I am not sure.

As for where the proxy config etc. is store, they are not stored in domain.xml
There is a hidden directory .org.opensolaris,pkg which store those info, like preferred repo, proxy setting etc.

I am transferring this to Snjezana. The update center repo is pointing to 3.1.2, which needs to be fixed.

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

Correct, 4.0 specific Update center repositories are not set up or configured yet. So, this is in essence duplicate of GLASSFISH-19257.

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

This is duplicate of GLASSFISH-19257. UC functionality cannot be meaningfully used until we set up and configure 4.0 specific UC repositories.





[GLASSFISH-20047] cdi tck test org.jboss.cdi.tck.tests.lookup.manager.provider.init.CDIProviderInitTest is failing Created: 26/Mar/13  Updated: 11/Apr/13  Resolved: 11/Apr/13

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

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


 Description   

testAccessingBeanManager(org.jboss.cdi.tck.tests.lookup.manager.provider.init.CDIProviderInitTest): org.jboss.weld.exceptions.IllegalStateException: WELD-001328 Unable to identify the correct BeanManager. The calling class org.jboss.cdi.tck.tests.lookup.manager.provider.init.MarkerObtainerNonBda is not placed in bean archive



 Comments   
Comment by jjsnyder83 [ 11/Apr/13 ]

Committed revision 61375.





[GLASSFISH-20038] Revise the XML parser for the permissions.xml file Created: 25/Mar/13  Updated: 02/Apr/13  Resolved: 02/Apr/13

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

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

Tags: security

 Description   

This bug is to track the further work to fix the XML parser for the permissions.xml to enforce schema check.

This is further work after revision 60776.



 Comments   
Comment by spei [ 02/Apr/13 ]

Use the parser in Glassfish deployment mechanism to parse the permissions.xml file packaged in an application/module. The parsing will be able to enforce the schema check.

Committed revision 61113





[GLASSFISH-20022] when flow-call node doesnt specify an outbound parameter, call to another flow doesn't work Created: 25/Mar/13  Updated: 28/Mar/13  Resolved: 26/Mar/13

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

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

Glassfish b81, Mojarra 2.2.0-m11



 Description   

Scenario:

  • Have 2 flows, flow1 and flow2 in my application
  • flow2 doesnt have any inbound parameters
  • Flow 1 calling flow 2 using flow-call node in flow.xml config file
  • Flow 2 doesn't have any inbound parameters

Observations:

If flow 2 doesn't have any inbound parameter, call to flow2 from flow1 doesn't succeed. In my case, I get this message in calling JSF page:

Unable to find matching navigation case with from-view-id '/flow1/flow1_2.xhtml' for action 'callFlow2' with outcome 'callFlow2'

Call to flow2 Works only if the flow-call node in flow1 declares an outbound property, even if flow2 doesnt accept any inbound parameters.

If we call flow2 directly from another non-flow jsf page,flow 2 works fine. Since I haven't read anywhere that inbound parameters are mandatory, I am thinking I might have hit a bug.



 Comments   
Comment by Sreekanth [ 25/Mar/13 ]

If there is an outbound parameter specified in flow1 and no inbound parameter specified in the other flow, we get a message Illegal view ID flow2/flow2.xhtml. The ID must begin with /

Comment by Sreekanth [ 25/Mar/13 ]

Another question in the same sample:

In the flow1 , if we navigate to method call node which returns a string whose value is name of the call-flow node (here callFlow2), is it supposed to navigate to the flow2 ?

Comment by Ed Burns [ 26/Mar/13 ]

SM> In the flow1 , if we navigate to method call node which returns a string whose value
SM> is name of the call-flow node (here callFlow2), is it supposed to navigate to the SM> flow2 ?

Yes. Can you file a separate issue for that?

Comment by Ed Burns [ 26/Mar/13 ]

Committed to trunk.

M test/web-profile/flow/pom.xml
A test/web-profile/flow/param_faces_flow_call
A test/web-profile/flow/param_faces_flow_call/nbactions.xml
A test/web-profile/flow/param_faces_flow_call/src
A test/web-profile/flow/param_faces_flow_call/src/test
A test/web-profile/flow/param_faces_flow_call/src/test/java
A test/web-profile/flow/param_faces_flow_call/src/test/java/com
A test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun
A test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces
A test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test
A test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test/webprofile
A test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test/webprofile/flow
A test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call
A test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call/FlowACallsFlowBIT.java
A test/web-profile/flow/param_faces_flow_call/src/main
A test/web-profile/flow/param_faces_flow_call/src/main/java
A test/web-profile/flow/param_faces_flow_call/src/main/java/com
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call/FlowA.java
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call/Flow_a_Bean.java
A test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call/Flow_b_Bean.java
A test/web-profile/flow/param_faces_flow_call/src/main/resources
A test/web-profile/flow/param_faces_flow_call/src/main/resources/META-INF
A test/web-profile/flow/param_faces_flow_call/src/main/webapp
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-no-outbound
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-no-outbound/flow-a-no-inbound-no-outbound-flow.xml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-no-outbound/flow-a-no-inbound-no-outbound.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/index.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b-no-inbound-no-outbound
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b-no-inbound-no-outbound/flow-b-no-inbound-no-outbound-flow.xml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b-no-inbound-no-outbound/flow-b-no-inbound-no-outbound.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a/flow-a.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a/next_a.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a/next_b.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-yes-outbound
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-yes-outbound/flow-a-no-inbound-yes-outbound.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-yes-outbound/flow-a-no-inbound-yes-outbound-flow.xml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-yes-inbound-no-outbound
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-yes-inbound-no-outbound/flow-a-yes-inbound-no-outbound.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-yes-inbound-no-outbound/flow-a-yes-inbound-no-outbound-flow.xml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b/flow-b.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b/next_a.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b/flow-b-flow.xml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b/next_b.xhtml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/WEB-INF
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/WEB-INF/beans.xml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/WEB-INF/web.xml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/WEB-INF/glassfish-web.xml
A test/web-profile/flow/param_faces_flow_call/src/main/webapp/return1.xhtml
A test/web-profile/flow/param_faces_flow_call/pom.xml

I was not able to reproduce it.
Adding test/web-profile/flow/param_faces_flow_call
Adding test/web-profile/flow/param_faces_flow_call/nbactions.xml
Adding test/web-profile/flow/param_faces_flow_call/pom.xml
Adding test/web-profile/flow/param_faces_flow_call/src
Adding test/web-profile/flow/param_faces_flow_call/src/main
Adding test/web-profile/flow/param_faces_flow_call/src/main/java
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call/FlowA.java
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call/Flow_a_Bean.java
Adding test/web-profile/flow/param_faces_flow_call/src/main/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call/Flow_b_Bean.java
Adding test/web-profile/flow/param_faces_flow_call/src/main/resources
Adding test/web-profile/flow/param_faces_flow_call/src/main/resources/META-INF
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/WEB-INF
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/WEB-INF/beans.xml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/WEB-INF/glassfish-web.xml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/WEB-INF/web.xml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a/flow-a.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a/next_a.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a/next_b.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-no-outbound
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-no-outbound/flow-a-no-inbound-no-outbound-flow.xml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-no-outbound/flow-a-no-inbound-no-outbound.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-yes-outbound
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-yes-outbound/flow-a-no-inbound-yes-outbound-flow.xml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-no-inbound-yes-outbound/flow-a-no-inbound-yes-outbound.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-yes-inbound-no-outbound
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-yes-inbound-no-outbound/flow-a-yes-inbound-no-outbound-flow.xml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-a-yes-inbound-no-outbound/flow-a-yes-inbound-no-outbound.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b/flow-b-flow.xml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b/flow-b.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b/next_a.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b/next_b.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b-no-inbound-no-outbound
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b-no-inbound-no-outbound/flow-b-no-inbound-no-outbound-flow.xml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/flow-b-no-inbound-no-outbound/flow-b-no-inbound-no-outbound.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/index.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/main/webapp/return1.xhtml
Adding test/web-profile/flow/param_faces_flow_call/src/test
Adding test/web-profile/flow/param_faces_flow_call/src/test/java
Adding test/web-profile/flow/param_faces_flow_call/src/test/java/com
Adding test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun
Adding test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces
Adding test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test
Adding test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test/webprofile
Adding test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test/webprofile/flow
Adding test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call
Adding test/web-profile/flow/param_faces_flow_call/src/test/java/com/sun/faces/test/webprofile/flow/param_faces_flow_call/FlowACallsFlowBIT.java
Sending test/web-profile/flow/pom.xml
Transmitting file data .
Committed revision 11813.

Comment by Sreekanth [ 27/Mar/13 ]

This is reproducible on glassfish b81 promoted build. But when I install latest JSF bits from trunk, it works

Comment by Sreekanth [ 27/Mar/13 ]

> Ed Burns commented on GLASSFISH-20022:
> --------------------------------------
>
> SM> In the flow1 , if we navigate to method call node which returns a string whose value
> SM> is name of the call-flow node (here callFlow2), is it supposed to navigate to the SM> flow2 ?
>
> Yes. Can you file a separate issue for that?

This also works with the latest JSF bits. Guess with glassfish b82, this will work fine if there is another integration of JSF

Comment by Ed Burns [ 28/Mar/13 ]

Yes, we are planning to integrate 2.2.0-m13 which will have these fixes.





[GLASSFISH-20011] [UB] joinedTx missed data from another instance Created: 23/Mar/13  Updated: 05/Jun/13

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

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

RHL6.2 and JDK1.7.0_10


Tags: 4_0-release-notes, 4_0-release-notes-completed, 4_0-release-notes-drafted

 Description   

joinedTx missed data from another instance

glassfish-4.0-b82-03_23_2013.zip

With the fix for
http://java.net/jira/browse/GLASSFISH-19597
appserver-sqe/pe/ejb/jpa20/war/unsyncpcsfsb
tests passed on das, or using one cluster instance,
but got 1 failure on using 2 cluster instances of cluster.
I will provide test details next.



 Comments   
Comment by sherryshen [ 23/Mar/13 ]

To use sqe-cluster env, please refer II B.
http://aseng-wiki.us.oracle.com/asengwiki/display/ASQA/4.0+Core+Test+Instructions

In sqe-cluster env, to reproduce the problem in test dir
appserver-sqe/pe/ejb/jpa20/war/unsyncpcsfsb
do "ant ee all_run2" and see failure with using 2 instances.
test1: passed
persist data1, not joinedTx, em.flush from instance1
verify db without data1

test2: passed
persist data2, joinedTx from instance2
verify db with data2

test3: failed.
persist data3, not joinedTx, from instance1
verify db without data3, passed.
verify db with data1, failed.

As a comparison,
do "all ee all_run1" and see tests all passed with using 1 instance.

Comment by Mitesh Meswani [ 26/Mar/13 ]

As this is related to clustering, deferring this for 4.0.1. Ethan and Quiang will investigate further.

Comment by sherryshen [ 27/Mar/13 ]

I enabled HA to see if it helps for 20011, but it failed
with a different error, see details in
http://java.net/jira/browse/GLASSFISH-20081

Comment by sherryshen [ 18/Apr/13 ]

Qiang has a very good description about tests. I am exploring how unsyncPC can
work in cluster env. Especially, how to make joinTx in test2 (instance2) to take care the data in test1 (instance1)?

On 4/17/2013 7:39 PM, Qiang Liu wrote:
> Hi Mitesh
> Ethan and I have discussed this test cases together before, and I can give a brief description for it:
>
> 1. The first request is sent to Instance 1, the EJB tries to persist Employee 1 and Employee 2 with not joining transaction, and then flush PC. An expected exception is caught.
>
> 2. The second request is sent to Instance 2, the EJB tries to persist Employee 3 and Emploee4 after join transaction. Even the flush is not invoked, the entities will be persisted to DB when the transaction is committed. But, since this is difference instance from Step 1, Employee 1 and Employee 2 will not be persisted to DB in this step.
>
> 3. The third request is sent to Instance 1, the EBJ tries to persist Employee 5 and Employee 6 without joining transaction, as it doesn't invoke the flush method, all the entities will not be persisted to DB. But, here the test case expects Employee 1 involved in PC in Step 1 will be persisted to DB in Step 2. Since the EM and PC will not be synced between instances in cluster env, so the test3 will not pass.
>
> Thanks
> -Qiang

Comment by sherryshen [ 01/May/13 ]

Mitesh, Ethan and I discussed this issue on April 29, 2013. We agreed
that the failure is due to the limitation of JPA2.1 feature,
unsynchronized persistence context.
It can be documented for 4.0 release, and addressed for later release.
Transfer the bug to docs.

Comment by ethan.wang [ 09/May/13 ]

After discussions with Mitesh and Sherry, we all agreed on following content to document:

Any updates to unsynchronized persistence context, while it's not joint to the current transaction is neither persisted to database nor replicated in cluster therefore subject to data loss. Developers should understand that before joining the PC with current transaction and the transaction being committed, all updates to the PC are only visible to the server instance which it resides and would not survive from server crash or fail over, so cautions should be exercised using unsynchronized PC in data critical application.

Comment by Mike Fitch [ 16/May/13 ]

Added 4_0-release-notes tag so this gets documented in the 4.0 release notes. Leaving the issue Open so the information can get integrated into the appropriate manual for the next release.

Comment by Gail Risdal [ 31/May/13 ]

Added the following to the release notes:

[UB] joinedTx missed data from another instance (20011)

Description
Updates made to an unsynchronized persistence context before it is joined to the current transaction and the transaction is committed are not persisted to a database or replicated in a cluster and data could be lost in the event of a server crash or failover.

Workaround
None. This is a limitation of the JPA 2.1 feature. Exercise caution when using an unsynchronized persistence context in a data-critical application.

Comment by Gail Risdal [ 05/Jun/13 ]

Revised release notes write-up slightly to now read:

Description
Updates made to an unsynchronized persistence context before it is joined to the current transaction and the transaction is committed are not persisted to a database or replicated in a cluster and data could be lost in the event of a server crash or failover.

Workaround
None. This is working as designed. The JPA 2.1 feature delays synchronization to a database until explicitly instructed to synchronize. Exercise caution when using an unsynchronized persistence context in a data-critical application.





[GLASSFISH-20006] Logging for uncovered HTTP methods Created: 22/Mar/13  Updated: 26/Mar/13  Resolved: 26/Mar/13

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

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


 Description   

Per Servlet 3.1 specification section 13.8.4.2 on handling uncovered HTTP methods, log handling of uncovered methods to address deployer notification.



 Comments   
Comment by Craig Perez [ 26/Mar/13 ]

Committed changes 60830, 60833

  • When denying uncovered methods, INFO with pattern & excluded methods
  • When not denying uncovered methods, WARN with pattern & uncovered methods




[GLASSFISH-20005] Address @ServletSecurity annotation processing for default method-independent constraint Created: 22/Mar/13  Updated: 26/Mar/13  Resolved: 25/Mar/13

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

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


 Description   

Update @ServletSecurity annotation processing per Servlet 3.1 specification section 13.4.1.2 on handling for method-independent constraint returning all default values.



 Comments   
Comment by Craig Perez [ 25/Mar/13 ]

Commited change 60769





[GLASSFISH-19993] 4.0 SDK : Unable to deploy / undeploy websocket tests Created: 21/Mar/13  Updated: 28/Mar/13  Resolved: 25/Mar/13

Status: Resolved
Project: glassfish
Component/s: web_socket
Affects Version/s: 4.0_b80_EE7MS6
Fix Version/s: 4.0

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

OEL 6 , using Maven version 3.0.5



 Description   

All the websocket samples failing in the same fashion :

auction
draw
echo

$mvn cargo:start
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building WebSocket Auction Sample Application 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] — cargo-maven2-plugin:1.3.2:start (default-cli) @ auction —
[INFO] [2.ContainerStartMojo] Resolved container artifact org.codehaus.cargo:cargo-core-container-glassfish:jar:1.3.2 for container glassfish3x
[INFO] [talledLocalContainer] Using port 4848 for Admin.
[INFO] [talledLocalContainer] Using port 8080 for HTTP Instance.
[INFO] [talledLocalContainer] Using port 7676 for JMS.
[INFO] [talledLocalContainer] Using port 3700 for IIOP.
[INFO] [talledLocalContainer] Using port 8181 for HTTP_SSL.
[INFO] [talledLocalContainer] Using port 3820 for IIOP_SSL.
[INFO] [talledLocalContainer] Using port 3920 for IIOP_MUTUALAUTH.
[INFO] [talledLocalContainer] Using port 8686 for JMX_ADMIN.
[INFO] [talledLocalContainer] Using port 6666 for OSGI_SHELL.
[INFO] [talledLocalContainer] Using port 9009 for JAVA_DEBUGGER.
[INFO] [talledLocalContainer] Distinguished Name of the self-signed X.509 Server Certificate is:
[INFO] [talledLocalContainer] [CN=blr2261894.idc.oracle.com,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
[INFO] [talledLocalContainer] Distinguished Name of the self-signed X.509 Server Certificate is:
[INFO] [talledLocalContainer] [CN=blr2261894.idc.oracle.com-instance,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
[INFO] [talledLocalContainer] Domain cargo-domain created.
[INFO] [talledLocalContainer] Domain cargo-domain admin port is 4,848.
[INFO] [talledLocalContainer] Domain cargo-domain admin user is "admin".
[INFO] [talledLocalContainer] Command create-domain executed successfully.
[INFO] [talledLocalContainer] GlassFish 3.x starting...
[INFO] [talledLocalContainer] Waiting for cargo-domain to start .......
[INFO] [talledLocalContainer] Successfully started the domain : cargo-domain
[INFO] [talledLocalContainer] domain Location: /scratch/aime1/4.0/sdk/b80/glassfish4/glassfish/domains/cargo-domain
[INFO] [talledLocalContainer] Log File: /scratch/aime1/4.0/sdk/b80/glassfish4/glassfish/domains/cargo-domain/logs/server.log
[INFO] [talledLocalContainer] Admin Port: 4848
[INFO] [talledLocalContainer] Command start-domain executed successfully.
[INFO] [talledLocalContainer] remote failure: File not found : /scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/target/auction-4.0-SNAPSHOT.war
[INFO] [talledLocalContainer] Command deploy failed.
[INFO] [talledLocalContainer] GlassFish 3.x is stopping...
[INFO] [talledLocalContainer] Waiting for the domain to stop ...
[INFO] [talledLocalContainer] Command stop-domain executed successfully.
[INFO] [talledLocalContainer] GlassFish 3.x is stopped
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 38.916s
[INFO] Finished at: Thu Mar 21 16:39:23 IST 2013
[INFO] Final Memory: 7M/207M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.cargo:cargo-maven2-plugin:1.3.2:start (default-cli) on project auction: Execution default-cli of goal org.codehaus.cargo:cargo-maven2-plugin:1.3.2:start failed: Failed to start the GlassFish 3.x container. At least one GlassFish deployment has failed: org.codehaus.cargo.util.CargoException: GlassFish admin command failed: asadmin exited 1 -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException

$mvn cargo:undeploy

[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building WebSocket Auction Sample Application 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] — cargo-maven2-plugin:1.3.2:undeploy (default-cli) @ auction —
[INFO] [DeployerUndeployMojo] Resolved container artifact org.codehaus.cargo:cargo-core-container-glassfish:jar:1.3.2 for container glassfish3x
[INFO] [talledLocalContainer] Remote server does not listen for requests on [localhost:4848]. Is the server up?
[INFO] [talledLocalContainer] No such local command: undeploy. Unable to access the server to execute the command remotely. Verify the server is available.
[INFO] [talledLocalContainer] Command undeploy failed.
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 2.439s
[INFO] Finished at: Thu Mar 21 16:39:27 IST 2013
[INFO] Final Memory: 7M/207M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.cargo:cargo-maven2-plugin:1.3.2:undeploy (default-cli) on project auction: Execution default-cli of goal org.codehaus.cargo:cargo-maven2-plugin:1.3.2:undeploy failed: GlassFish admin command failed: asadmin exited 1 -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException



 Comments   
Comment by Alex Pineda [ 21/Mar/13 ]

Assigning bug to Websocket Dev lead.

Comment by bhavya_h_s [ 25/Mar/13 ]

$mvn install ( Install is working fine )

[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building WebSocket Auction Sample Application 4.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] — maven-enforcer-plugin:1.0:enforce (enforce-maven) @ auction —
[INFO]
[INFO] — maven-resources-plugin:2.5:resources (default-resources) @ auction —
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/src/main/resources
[INFO]
[INFO] — maven-compiler-plugin:2.4:compile (default-compile) @ auction —
[INFO] Compiling 7 source files to /scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/target/classes
[INFO]
[INFO] — maven-resources-plugin:2.5:testResources (default-testResources) @ auction —
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/src/test/resources
[INFO]
[INFO] — maven-compiler-plugin:2.4:testCompile (default-testCompile) @ auction —
[INFO] No sources to compile
[INFO]
[INFO] — maven-surefire-plugin:2.10:test (default-test) @ auction —
[INFO] No tests to run.
[INFO] Surefire report directory: /scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/target/surefire-reports

-------------------------------------------------------
T E S T S
-------------------------------------------------------

Results :

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

[INFO]
[INFO] — maven-war-plugin:2.2:war (default-war) @ auction —
[INFO] Packaging webapp
[INFO] Assembling webapp [auction] in [/scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/target/auction-4.0-SNAPSHOT]
[INFO] Processing war project
[INFO] Copying webapp resources [/scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/src/main/webapp]
[INFO] Webapp assembled in [71 msecs]
[INFO] Building war: /scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/target/websocket-auction.war
[INFO]
[INFO] — maven-install-plugin:2.3.1:install (default-install) @ auction —
[INFO] Installing /scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/target/websocket-auction.war to /scratch/aime1/.m2/repository/org/glassfish-samples/auction/4.0-SNAPSHOT/auction-4.0-SNAPSHOT.war
[INFO] Installing /scratch/aime1/4.0/sdk/b80/glassfish4/samples/websocket/auction/pom.xml to /scratch/aime1/.m2/repository/org/glassfish-samples/auction/4.0-SNAPSHOT/auction-4.0-SNAPSHOT.pom
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3.283s
[INFO] Finished at: Thu Mar 21 16:38:42 IST 2013
[INFO] Final Memory: 15M/207M
[INFO] ------------------------------------------------------------------------

Comment by jitu [ 25/Mar/13 ]

Added <finalName>websocket-auction</finalName> so that cargo finds the war file name.

Comment by Alex Pineda [ 28/Mar/13 ]

Verified fix in SDK build 81. Able to deploy/undeploy sample. Please mark the bug as resolved.





[GLASSFISH-19991] Create-domain command failed to create any domain when providing "--portbase" option Created: 21/Mar/13  Updated: 27/Mar/13  Resolved: 21/Mar/13

Status: Resolved
Project: glassfish
Component/s: admin, command_line_interface
Affects Version/s: 4.0_b80_EE7MS6
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: Mohamed Taman Assignee: Tom Mueller
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 SP1
Glassfish v4 b80


Tags: adminconsole, fishcat

 Description   

While creating new domain from command line interface asadmin using the following command

create-domain --portbase 7000 domain2

the interface failed to create the domain as the following (tested with different range of numbers but with the same error) when using ---portbase option:

asadmin> create-domain --portbase 7000 domain2
Enter admin user name [Enter to accept default "admin" / no password]>
Using port 7048 for Admin.
Using port 7080 for HTTP Instance.
Using port 7076 for JMS.
Using port 7037 for IIOP.
Using port 7081 for HTTP_SSL.
Using port 7038 for IIOP_SSL.
Using port 7039 for IIOP_MUTUALAUTH.
Using port 7086 for JMX_ADMIN.
Using port 7066 for OSGI_SHELL.
Using port 7009 for JAVA_DEBUGGER.
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=EF-BS-0003.EFinance.com.eg,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=EF-BS-0003.EFinance.com.eg-instance,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
null( java.lang.NumberFormatException: null )
CLI130: Could not create domain, domain2

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

While running the same command without this option succeed as the following:

asadmin> create-domain domain2

asadmin> create-domain domain2
Enter admin user name [Enter to accept default "admin" / no password]>
Default port 4848 for Admin is in use. Using 8359
Default port 8080 for HTTP Instance is in use. Using 8360
Default port 7676 for JMS is in use. Using 8361
Default port 3700 for IIOP is in use. Using 8362
Default port 8181 for HTTP_SSL is in use. Using 8363
Using default port 3820 for IIOP_SSL.
Using default port 3920 for IIOP_MUTUALAUTH.
Default port 8686 for JMX_ADMIN is in use. Using 8364
Using default port 6666 for OSGI_SHELL.
Using default port 9009 for JAVA_DEBUGGER.
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=EF-BS-0003.EFinance.com.eg,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=EF-BS-0003.EFinance.com.eg-instance,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
Domain domain2 created.
Domain domain2 admin port is 8,359.
Domain domain2 allows admin login as user "admin" with no password.
Command create-domain executed successfully.



 Comments   
Comment by Tom Mueller [ 21/Mar/13 ]

This is a duplicate of GLASSFISH-19926





[GLASSFISH-19954] Jersey doesn´t inject stateless EJB by abstract class. Created: 20/Mar/13  Updated: 26/Mar/13  Resolved: 26/Mar/13

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

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

Name of the Operating System: Windows 7
Binary Architecture name of the Operating System: amd64, Version: 6.1
Number of processors available on the Operating System: 8

GlassFish Server Open Source Edition 4.0 (build 80)


Tags: fishcat

 Description   

Given

public abstract class AbstractService<T> { }

@Stateless
public class ConcreteService extends AbstractService<Person> { }

Injection into PersonFacade fails:
@Inject ConcreteService concreteService;
@EJB ConcreteService concreteService;

Exception.

MultiException stack 1 of 3
org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at Injectee(requiredType=ConcreteService,parent=PersonFacade,qualifiers={}),position=-1,optional=false,self=false,unqualified=null,309387458)
at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:74)
at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:192)
at org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:215)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:312)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
at org.glassfish.jersey.process.internal.RequestScope.findOrCreate(RequestScope.java:157)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:573)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:560)
at org.glassfish.jersey.internal.inject.Injections.getOrCreate(Injections.java:172)
at org.glassfish.jersey.server.model.MethodHandler$ClassBasedMethodHandler.getInstance(MethodHandler.java:185)
at org.glassfish.jersey.server.internal.routing.PushMethodHandlerRouter.apply(PushMethodHandlerRouter.java:105)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:118)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:102)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:62)
at org.glassfish.jersey.process.internal.Stages.process(Stages.java:197)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:205)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:207)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:203)
at org.glassfish.jersey.internal.Errors.process(Errors.java:251)
at org.glassfish.jersey.internal.Errors.process(Errors.java:233)
at org.glassfish.jersey.internal.Errors.process(Errors.java:203)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:190)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:865)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:329)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:176)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.g