Make RI and related libraries available to public Maven repositories (UNITSOFMEASUREMENT-35)

[UNITSOFMEASUREMENT-84] Make RI and libraries available on MavenCentral Created: 11/Dec/14  Updated: 07/Feb/15

Status: In Progress
Project: unitsofmeasurement
Component/s: RI
Affects Version/s: 0.4
Fix Version/s: 0.8

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

Tags: deployment, maven
Sprint: Q1/15




Make RI and related libraries available to public Maven repositories (UNITSOFMEASUREMENT-35)

[UNITSOFMEASUREMENT-83] Make RI and libraries available on Bintray.com Created: 11/Dec/14  Updated: 13/Dec/14  Resolved: 13/Dec/14

Status: Resolved
Project: unitsofmeasurement
Component/s: RI
Affects Version/s: 0.4
Fix Version/s: 0.7

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

Tags: deployment, maven
Sprint: Q1/15




Make API available to public Maven repositories (UNITSOFMEASUREMENT-34)

[UNITSOFMEASUREMENT-76] Make API available on MavenCentral Created: 13/Nov/14  Updated: 29/Dec/14  Resolved: 29/Dec/14

Status: Resolved
Project: unitsofmeasurement
Component/s: API
Affects Version/s: None
Fix Version/s: 0.7

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

Issue Links:
Cloners
clones UNITSOFMEASUREMENT-75 Make API available on Bintray.com Resolved
Tags: Maven, deployment, repository
Sprint: Q1/15

 Comments   
Comment by keilw [ 29/Dec/14 ]

EDR made available, see http://search.maven.org/#search%7Cga%7C1%7Ca%3A%22unit-api%22





Make API available to public Maven repositories (UNITSOFMEASUREMENT-34)

[UNITSOFMEASUREMENT-75] Make API available on Bintray.com Created: 13/Nov/14  Updated: 24/Dec/14  Resolved: 24/Dec/14

Status: Resolved
Project: unitsofmeasurement
Component/s: API
Affects Version/s: None
Fix Version/s: 0.7, 0.7.1

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

Issue Links:
Blocks
is blocked by UNITSOFMEASUREMENT-74 Use Bintray.com Resolved
Cloners
is cloned by UNITSOFMEASUREMENT-76 Make API available on MavenCentral Resolved
Tags: Maven, deployment, repository
Sprint: Q1/15




[UNITSOFMEASUREMENT-74] Use Bintray.com Created: 13/Nov/14  Updated: 21/Nov/14  Resolved: 21/Nov/14

Status: Resolved
Project: unitsofmeasurement
Component/s: API, RI
Affects Version/s: None
Fix Version/s: None

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

Issue Links:
Blocks
blocks UNITSOFMEASUREMENT-75 Make API available on Bintray.com Resolved
Tags: Maven, deployment, repository
Epic Link: Infrastructure
Sprint: Early Draft

 Description   

A JavaMoney contributor pointed us to Bintray.com for snapshot and other deployments. It seems backed or run by Artifactory and its maker, so probably an alternative to MavenCentral with a business model similar to GitHub.
While for some experimental stuff an "embedded" repository here seems nothing wrong, even for snapshot builds we should try to publish all relevant artifacts there, too. Manually and as a next step via CI server.



 Comments   
Comment by keilw [ 20/Nov/14 ]

Created a user "uom" and a related organization "unitsofmeasurement" which holds the key repository: https://bintray.com/unitsofmeasurement/maven (though for certain packages, uom might also use its own repositories created there by default )

Comment by keilw [ 21/Nov/14 ]

Bintray user and organization for JSR 363 created.





Make API available to Snapshot Maven repository of GeoAPI (UNITSOFMEASUREMENT-41)

[UNITSOFMEASUREMENT-48] Make Parent POM available on Maven Snapshot repositories Created: 15/Aug/14  Updated: 24/Aug/14  Resolved: 24/Aug/14

Status: Resolved
Project: unitsofmeasurement
Component/s: RI
Affects Version/s: None
Fix Version/s: 0.7

Type: Sub-task Priority: Major
Reporter: keilw Assignee: desruisseaux
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
depends on UNITSOFMEASUREMENT-40 Do we want to keep the unitsofmeasure... Resolved
Tags: deployment, maven, server
Sprint: August

 Description   

Looking at the RI for the CDI Spec, like many other JBoss projects it contains multiple POMs

GroupId ArtifactId Latest Version Updated Download
org.jboss.weld weld-core-bom 2.2.4.Final all (75) 18-Jul-2014 pom
org.jboss.weld weld-core-parent 2.2.4.Final all (75) 18-Jul-2014 pom
org.jboss.weld weld-api-parent 2.2.SP3 all (39) 07-Jul-2014 pom
org.jboss.weld weld-api-bom 2.2.SP3 all (39) 07-Jul-2014 pom
org.jboss.weld weld-parent 28 all (27) 17-Jun-2014 pom

These are just the POM projects for "weld-core", the main RI project, defining 2 POMs (BOM and parent) by itself, as well as having 2 more from the API and an overall "weld-parent". That is currently the only master POM we declare for UnitsOfMeasurement, and even if it was to shift to java.net the master POM of the project remains.

Could we publish that master pom on the Snapshot repo?



 Comments   
Comment by desruisseaux [ 24/Aug/14 ]

0.7-SNAPSHOT deployed on http://maven.geotoolkit.org/





[UNITSOFMEASUREMENT-41] Make API available to Snapshot Maven repository of GeoAPI Created: 12/Aug/14  Updated: 24/Aug/14  Resolved: 20/Aug/14

Status: Resolved
Project: unitsofmeasurement
Component/s: API
Affects Version/s: None
Fix Version/s: 0.7

Type: Task Priority: Major
Reporter: keilw Assignee: desruisseaux
Resolution: Fixed Votes: 0
Labels: None
Σ Remaining Estimate: Not Specified Remaining Estimate: Not Specified
Σ Time Spent: Not Specified Time Spent: Not Specified
Σ Original Estimate: Not Specified Original Estimate: Not Specified

Issue Links:
Cloners
clones UNITSOFMEASUREMENT-34 Make API available to public Maven re... Resolved
Dependency
depends on UNITSOFMEASUREMENT-26 Set up Jenkins job on GeoAPI Resolved
Sub-Tasks:
Key
Summary
Type
Status
Assignee
UNITSOFMEASUREMENT-48 Make Parent POM available on Maven Sn... Sub-task Resolved desruisseaux  
Tags: Maven, deployment
Epic Link: Infrastructure
Sprint: August

 Description   

GeoAPI maintains at least one Snapshot repository
http://maven.geotoolkit.org/

see http://www.geoapi.org/maven.html

It would be nice to deploy Snapshot releases of the API, possibly other artifacts (including master POM of unitsofmeasurement, etc.) especially the RI, there too.



 Comments   
Comment by desruisseaux [ 14/Aug/14 ]

Done for unit-api. For the RI (Reference Implementation), we still have the issue of its dependency to an other project, namely org.unitsofmeasurement:unitsofmeasurement-parent:pom:0.7-SNAPSHOT. It seems to me that creating a Jenkins job for many tiny projects would be an overkill (it increases the perceived complexity of all the network of projects, and the maintenance effort). What about consolidating some projects as modules in a single multi-modules Maven project?

Comment by keilw [ 14/Aug/14 ]

Having a parent POM for established Open Source projects is a sign of good practice, not overkill
See JCache, which has a Parent POM even for the TCK alone:
http://search.maven.org/remotecontent?filepath=javax/cache/tck-parent/1.0.0/tck-parent-1.0.0.pom
or JavaMoney:
http://search.maven.org/#search%7Cga%7C1%7Corg.javamoney

I tried detaching the RI project from its parent pom and it would be a horrible mess, dozens, more Hundreds of Lines of duplicate code for the RI alone, which all other projects require (and whether you like to deploy it there, those using it will need that parent POM just like others, e.g. for java.net:
http://repo.maven.apache.org/maven2/net/java/jvnet-parent/1/jvnet-parent-1.pom

Or take Apache SIS, it uses the Apache Master POM:
<parent>
29 <groupId>org.apache</groupId>
30 <artifactId>apache</artifactId>
31 <version>14</version> <!-- See the "TODO" in this file. -->
32 </parent>

That Parent POM (we also use another version at DeviceMap) is ~400 lines. Even if some entries may be overridden, that saves individual POMs and projects like SIS most of these 400 lines. Same for UOM, the parent POM is currently of similar size.

Comment by keilw [ 20/Aug/14 ]

Related task (RI/Parent POM) is still open, but for API it seems fixed

Comment by desruisseaux [ 24/Aug/14 ]

The proposal was not to not have a parent pom.xml, but to not create a source code repository for only that file. The parent pom.xml could have been defined at the root of the Reference Implementation (RI) source code repository instead, and the RI itself as a sub-module. Other demo or example codes could have been other sub-modules.

Having to checkout many source code repositories is understandable for very large projects, but even in those cases the projects often provide some way (e.g. the Mercurial Forest on OpenJDK) for making life easier for developers and Jenkins administrators.

Comment by keilw [ 24/Aug/14 ]

I'm afraid that would be a bad duplication, too.
See the SE project by Otavio and all others having "uom-parent" define what they need to know, including Snapshot repo.

If we defined that for RI, then (though it is a bad practice, but may have been done e.g. by IBM for JBatch) a structural root for RI and TCK would be imaginable but dirty and redundant. It will always duplicate what's in the parent POM ;-/

Comment by keilw [ 24/Aug/14 ]

JCache (JSR107) is a very minimalistic project, there POMs are disconnected, see
https://github.com/jsr107/RI/blob/master/pom.xml

However, the "full" implementation EHCache like all other proper Open Source projects also has a parent POM.
http://search.maven.org/remotecontent?filepath=org/ehcache/ehcache-jcache-parent/1.0.0/ehcache-jcache-parent-1.0.0.pom

We would not have to create that parent pom on a regular basis in a Jenkins job, but it must exist in Maven repositories involved.





[UNITSOFMEASUREMENT-35] Make RI and related libraries available to public Maven repositories Created: 08/Aug/14  Updated: 19/Jan/15

Status: In Progress
Project: unitsofmeasurement
Component/s: RI
Affects Version/s: None
Fix Version/s: 0.8

Type: Task Priority: Major
Reporter: keilw Assignee: keilw
Resolution: Unresolved Votes: 0
Labels: None
Σ Remaining Estimate: Not Specified Remaining Estimate: Not Specified
Σ Time Spent: Not Specified Time Spent: Not Specified
Σ Original Estimate: Not Specified Original Estimate: Not Specified

Issue Links:
Dependency
depends on UNITSOFMEASUREMENT-40 Do we want to keep the unitsofmeasure... Resolved
Sub-Tasks:
Key
Summary
Type
Status
Assignee
UNITSOFMEASUREMENT-83 Make RI and libraries available on Bi... Sub-task Resolved keilw  
UNITSOFMEASUREMENT-84 Make RI and libraries available on Ma... Sub-task In Progress keilw  
Tags: Maven, deployment
Epic Link: Infrastructure
Sprint: Q1/15

 Description   

Se API task, the RI and related artifacts (at least parent POM) should also be published to a public Maven repository.

See JSR 354 RI "Moneta" and its parent POM
http://search.maven.org/#search%7Cga%7C1%7Cjavamoney

A large number of JSRs between EDR and Final release do this and it'll increase visibility and access to the JSR from EDR stage on.






[UNITSOFMEASUREMENT-34] Make API available to public Maven repositories Created: 08/Aug/14  Updated: 29/Dec/14  Resolved: 29/Dec/14

Status: Resolved
Project: unitsofmeasurement
Component/s: API
Affects Version/s: None
Fix Version/s: 0.7, 0.7.1

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

Issue Links:
Cloners
is cloned by UNITSOFMEASUREMENT-41 Make API available to Snapshot Maven ... Resolved
Sub-Tasks:
Key
Summary
Type
Status
Assignee
UNITSOFMEASUREMENT-75 Make API available on Bintray.com Sub-task Resolved keilw  
UNITSOFMEASUREMENT-76 Make API available on MavenCentral Sub-task Resolved keilw  
Tags: Maven, deployment
Epic Link: Infrastructure
Sprint: Q1/15

 Description   

At least in EDR stage, the EDR version (0.7 as of now) of the JSR 363 API should be made available on public Maven repositories (MavenCentral, etc.)

A large number of JSRs between EDR and Final release do this and it'll increase visibility and access to the JSR from EDR stage on.



 Comments   
Comment by keilw [ 29/Dec/14 ]

Done as of EDR. Further stages may require deployment as part of a stage task again.





[JERSEY-968] Jersey application runs on Jboss-4.2.3 but not on apache-tomcat-6.0.35‏ Created: 08/Feb/12  Updated: 09/Feb/12  Resolved: 09/Feb/12

Status: Resolved
Project: jersey
Component/s: None
Affects Version/s: 1.9.1
Fix Version/s: 1.12

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

Windows Server 2003, Apache-Tomcat-6.0.35


Tags: apache-tomcat-6, deployment

 Description   

Hi,

I was able to run my jersey application on JBoss-4.2.3,

2012-02-08 07:17:19,169 Feb 8, 2012 7:17:19 AM com.sun.jersey.api.core.ScanningResourceConfig logClasses
INFO: Root resource classes found:
class com.intruvert.restapi.resource.SensorsResource
class com.intruvert.restapi.resource.HeartbeatResource
class com.intruvert.restapi.resource.SensorResource
class com.intruvert.restapi.resource.AttackFiltersResource
class com.intruvert.restapi.resource.DomainResource
class com.intruvert.restapi.resource.InterfaceResource
class com.intruvert.restapi.resource.AttackFilterResource
class com.intruvert.restapi.resource.SessionResource
2012-02-08 07:17:19,185 Feb 8, 2012 7:17:19 AM com.sun.jersey.api.core.ScanningResourceConfig logClasses
INFO: Provider classes found:
class com.intruvert.restapi.app.jersey.CustomExceptionMapper
class com.intruvert.restapi.app.jersey.InjectableProviderImpl
2012-02-08 07:17:19,825 Feb 8, 2012 7:17:19 AM com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
INFO: Initiating Jersey application, version 'Jersey: 1.9.1 09/14/2011 02:05 PM'
2012-02-08 07:17:20,997 Feb 8, 2012 7:17:20 AM com.sun.jersey.api.wadl.config.WadlGeneratorLoader loadWadlGenerator
INFO: Loading wadlGenerator com.sun.jersey.server.wadl.generators.WadlGeneratorJAXBGrammarGenerator

but on running in apache-tomcat-6.0.35 I got the following error

INFO: Scanning for root resource and provider classes in the packages:
com.intruvert.restapi.resource
com.intruvert.restapi.app.jersey
Feb 8, 2012 6:49:28 AM com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
INFO: Initiating Jersey application, version 'Jersey: 1.9.1 09/14/2011 02:05 PM'
Feb 8, 2012 6:49:29 AM com.sun.jersey.server.impl.application.RootResourceUriRules <init>
SEVERE: The ResourceConfig instance does not contain any root resource classes.
Feb 8, 2012 6:49:29 AM org.apache.catalina.core.ApplicationContext log
SEVERE: StandardWrapper.Throwable
com.sun.jersey.api.container.ContainerException: The ResourceConfig instance does not contain any root resource classes.

at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:99)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318
)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1206)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1026)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4421)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4734)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1079)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:1002)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:506)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1317)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1065)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
at org.apache.catalina.core.StandardService.start(StandardService.java:525)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
at com.intruvert.common.utility.startup.StartupChecks.main(StartupChecks.java:121)
Feb 8, 2012 6:49:29 AM org.apache.catalina.core.StandardContext loadOnStartup
SEVERE: Servlet /restapi.war threw load() exception
com.sun.jersey.api.container.ContainerException: The ResourceConfig instance does not contain any root resource classes.

at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:99)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318
)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1206)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1026)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4421)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4734)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1079)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:1002)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:506)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1317)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1065)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
at org.apache.catalina.core.StandardService.start(StandardService.java:525)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
at com.intruvert.common.utility.startup.StartupChecks.main(StartupChecks.java:121).

I am using the same web.xml in both the containers

<?xml version="1.0" encoding="UTF-8"?>
<web-app id="WebApp_ID" version="2.4"
xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<display-name>RestApi</display-name>

<servlet>
<servlet-name>JerseyServlet</servlet-name>
<servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>com.sun.jersey.config.property.packages</param-name>
<param-value>com.intruvert.restapi.resource;com.intruvert.restapi.app.jersey</param-value>
</init-param>
<init-param>
<param-name>com.sun.jersey.config.property.WadlGeneratorConfig</param-name>
<param-value>com.intruvert.restapi.app.jersey.SchemaGenConfig</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
<servlet-name>JerseyServlet</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
</web-app>

Here is one of the resource classes

package com.intruvert.restapi.resource;

import java.util.Arrays;

import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.QueryParam;
import javax.ws.rs.core.Context;
import javax.ws.rs.core.Response.Status;

import com.intruvert.restapi.app.jersey.IntegerAsString;
import com.intruvert.restapi.app.jersey.RestAPIConstants;
import com.intruvert.restapi.data.sensor.GetSensorsResponse;
import com.intruvert.restapi.helpers.ExceptionHelper;
import com.intruvert.restapi.helpers.SubscriberResourcesHelper;

@Path("/sensors")
public class SensorsResource {

@Context
Boolean isCredentialsValid;

@GET
@Produces(

{ RestAPIConstants.oldReturnTypeXmlVersion, RestAPIConstants.oldReturnTypeJsonVersion, RestAPIConstants.newReturnTypeXmlVersion, RestAPIConstants.newReturnTypeJsonVersion }

)
public GetSensorsResponse getSensorsForDomain(
@QueryParam("domain") IntegerAsString domainId) throws Exception{
if (isCredentialsValid)

{ GetSensorsResponse resp = new GetSensorsResponse(); resp.getSensorDescriptor().addAll( Arrays.asList(SubscriberResourcesHelper .getSensors(domainId.getIntegerValue()))); return resp; }

else

{ // Throw error saying "Session Invalid" throw ExceptionHelper.createWebApplicationException( ExceptionHelper.INVALID_CREDENTIALS_ERROR, Status.UNAUTHORIZED); }

}

}

I tried de-bugging the issue and found that the tomcat class loader(org.apache.catalina.loader.StandardClassLoader) failed to get the URL objects of the resource package (com.sun.jersey.core.spi.scanning.PackageNameScanner$ResourcesProvider.getInstance.getResources(String name, ClassLoader cl) method returns an empty Enumeration<URL>), but the jboss class loader (org.jboss.web.tomcat.service.WebCtxLoader) successfully populated the Enumeration.

Thanks,
Dinesh



 Comments   
Comment by Pavel Bucek [ 08/Feb/12 ]

Hello Dinesh,

based on your comment - why is this Jersey issue? (and not tomcat)?

Have you tried to explicitly set your resource classes using http://jersey.java.net/nonav/apidocs/1.11/jersey/com/sun/jersey/api/core/ClassNamesResourceConfig.html#PROPERTY_CLASSNAMES ? It might be just related to classpath / package name scanning.

Regards,
Pavel

Comment by dinesh_gaglani [ 09/Feb/12 ]

Hi Pavel,

I tried using the ClassNamesResourceConfig.PROPERTY_CLASSNAMES init param, this is what my web.xml looks like now

<?xml version="1.0" encoding="UTF-8"?>
<web-app id="WebApp_ID" version="2.4"
xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<display-name>RestApi</display-name>

<servlet>
<servlet-name>JerseyServlet</servlet-name>
<servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>com.sun.jersey.config.property.classnames</param-name>
<param-value>com.intruvert.restapi.resource.AttackFilterResource;com.intruvert.restapi.resource.AttackFiltersResource;com.intruvert.restapi.resource.DomainResource;com.intruvert.restapi.resource.HeartbeatResource;com.intruvert.restapi.resource.InterfaceResource;com.intruvert.restapi.resource.SensorResource;com.intruvert.restapi.resource.SensorsResource;com.intruvert.restapi.resource.SessionResource</param-value>
</init-param>
<init-param>
<param-name>com.sun.jersey.config.property.WadlGeneratorConfig</param-name>
<param-value>com.intruvert.restapi.app.jersey.SchemaGenConfig</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
<servlet-name>JerseyServlet</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
</web-app>

but, on doing this too the resource classes were not found.

Log:

INFO: Deploying web application directory restapi.war
Feb 9, 2012 12:25:53 AM com.sun.jersey.api.core.WebAppResourceConfig init
INFO: Scanning for root resource and provider classes in the Web app resource paths:
/WEB-INF/lib
/WEB-INF/classes
Feb 9, 2012 12:25:55 AM com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
INFO: Initiating Jersey application, version 'Jersey: 1.9.1 09/14/2011 02:05 PM'
2012-02-09 00:25:56,153 Num Unlinked Attack Keys: 4493
2012-02-09 00:26:23,122 releaseVersion 700031000
2012-02-09 00:26:56,435

Feb 9, 2012 12:26:57 AM com.sun.jersey.server.impl.application.RootResourceUriRules <init>
SEVERE: The ResourceConfig instance does not contain any root resource classes.
Feb 9, 2012 12:26:57 AM org.apache.catalina.core.ApplicationContext log
SEVERE: StandardWrapper.Throwable
com.sun.jersey.api.container.ContainerException: The ResourceConfig instance does not contain any root resource classes.

at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:99)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318
)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1206)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1026)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4421)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4734)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1079)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:1002)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:506)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1317)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1065)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
at org.apache.catalina.core.StandardService.start(StandardService.java:525)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
at com.intruvert.common.utility.startup.StartupChecks.main(StartupChecks.java:121)
Feb 9, 2012 12:26:57 AM org.apache.catalina.core.StandardContext loadOnStartup
SEVERE: Servlet /restapi.war threw load() exception
com.sun.jersey.api.container.ContainerException: The ResourceConfig instance does not contain any root resource classes.

at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:99)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318
)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1206)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1026)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4421)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4734)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1079)
at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:1002)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:506)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1317)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:324)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1065)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:840)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1057)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:463)
at org.apache.catalina.core.StandardService.start(StandardService.java:525)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:754)
at org.apache.catalina.startup.Catalina.start(Catalina.java:595)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
at com.intruvert.common.utility.startup.StartupChecks.main(StartupChecks.java:121).

I then added a "classes" folder to the web-inf directory and coped my classes in it, the issue was resolved.

INFO: Deploying web application directory restapi.war
Feb 9, 2012 3:28:44 AM com.sun.jersey.api.core.PackagesResourceConfig init
INFO: Scanning for root resource and provider classes in the packages:
com.intruvert.restapi.resource
com.intruvert.restapi.app.jersey
Feb 9, 2012 3:28:44 AM com.sun.jersey.api.core.ScanningResourceConfig logClasses
INFO: Root resource classes found:
class com.intruvert.restapi.resource.SensorsResource
class com.intruvert.restapi.resource.AttackFiltersResource
class com.intruvert.restapi.resource.AttackFilterResource
class com.intruvert.restapi.resource.SensorResource
class com.intruvert.restapi.resource.HeartbeatResource
class com.intruvert.restapi.resource.InterfaceResource
class com.intruvert.restapi.resource.DomainResource
class com.intruvert.restapi.resource.SessionResource
Feb 9, 2012 3:28:44 AM com.sun.jersey.api.core.ScanningResourceConfig logClasses
INFO: Provider classes found:
class com.intruvert.restapi.app.jersey.CustomExceptionMapper
class com.intruvert.restapi.app.jersey.InjectableProviderImpl
Feb 9, 2012 3:28:44 AM com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
INFO: Initiating Jersey application, version 'Jersey: 1.9.1 09/14/2011 02:05 PM'
Feb 9, 2012 3:28:46 AM com.sun.jersey.api.wadl.config.WadlGeneratorLoader loadWadlGenerator
INFO: Loading wadlGenerator com.sun.jersey.server.wadl.generators.WadlGeneratorJAXBGrammarGenerator

The Web application project had worked with jboss and hence the confusion.

Thanks,
Dinesh

Comment by Pavel Bucek [ 09/Feb/12 ]

so it seems your war file was not valid (and for some reason worked on jboss).

closing as invalid. Feel free to reopen if I misunderstood something.





[JAVASERVERFACES-2915] Not possible to deploy a JavaEE 6 App on Glassfish 4 because it could not find backup for factory javax.faces.context.FacesContextFactory Created: 28/May/13  Updated: 26/Jun/14  Resolved: 05/Jul/13

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

Type: Bug Priority: Major
Reporter: Hildeberto Mendonça Assignee: Unassigned
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7, JDK 1.7, Glassfish 4.0_b89


Tags: deployment, gf_4_exclude, jsf2_2

 Description   

While trying to deploy a JavaEE 6 application on Glassfish 4, I've got the following exception that breaks the deployment process:

SEVERE:   Unable to obtain InjectionProvider from init time FacesContext. Does this container implement the Mojarra Injection SPI?
SEVERE:   L'application n'a pas été initialisée correctement au démarrage. Impossible de localiser la Fabrique : javax.faces.context.FacesContextFactory. Attempting to find backup.
SEVERE:   WebModule[]StandardWrapper.Throwable
java.lang.IllegalStateException: Could not find backup for factory javax.faces.context.FacesContextFactory. 
	at javax.faces.FactoryFinder$FactoryManager.getFactory(FactoryFinder.java:1135)
	at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:379)
	at javax.faces.webapp.FacesServlet.init(FacesServlet.java:350)
	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(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.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)

To solve the problem I had to add the following Maven dependency in the web module:

<dependency>
   <groupId>org.glassfish</groupId>
   <artifactId>javax.faces</artifactId>
   <version>2.2.0-m15</version>
</dependency>

After that, the deployment worked normally, but in normal circumstances it is supposed to work without it.

The entire source code of the project is available here: https://github.com/htmfilho/yougi
Our issue related to the problem is: https://github.com/htmfilho/yougi/issues/88. Here you can see what we have changed to solve the problem.



 Comments   
Comment by Manfred Riem [ 28/May/13 ]

I am unable to deploy the application because of the stacktrace below (using JavaDB).

Can you reproduce this with an example without all of these external dependencies?

Thanks!

java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.lang.RuntimeException: liquibase.exception.MigrationFailedException: Migration failed for change set org/cejug/yougi/db/changelog/mysql-create.sql::1::htmfilho:
Reason: liquibase.exception.DatabaseException: Error executing SQL drop table if exists event_venue: Syntax error: Encountered "exists" at line 1, column 15.:
Caused By: Error executing SQL drop table if exists event_venue: Syntax error: Encountered "exists" at line 1, column 15.:
Caused By: Syntax error: Encountered "exists" at line 1, column 15.:
Caused By: Syntax error: Encountered "exists" at line 1, column 15.
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)

Comment by Manfred Riem [ 28/May/13 ]

Also please remove as a JavaEE container should not try to bootstrap the JSF runtime manually.

<listener>
<listener-class>com.sun.faces.config.ConfigureListener</listener-class>
</listener>

Comment by Hildeberto Mendonça [ 29/May/13 ]

This app doesn't use JavaDB. It uses MySQL instead. All scripts target MySQL and it would take time to adapt them to JavaDB. However, we have created an issue to handle that: https://github.com/htmfilho/yougi/issues/89. While we don't close this issue, chapter 7 of the documentation explains how to deploy the application locally: http://yougi.org/wp-content/downloads/yougi-doc.pdf

Updates:

This problem actually occurs when I try to deploy the application using Netbeans 7.3 on Windows 7, thus we are talking about the development environment. I tried the same thing on a Mac OS X Mountain Lion and it works fine without adding the JSF dependency. That's very strange because I'm using Glassfish zip distribution, which is exactly the same for both platforms. I've downloaded Glassfish from the following link: http://dlc.sun.com.edgesuite.net/glassfish/4.0/promoted/

I removed the listener and nothing changed on the Windows platform. Thanks for the tip by the way!

Comment by Manfred Riem [ 29/May/13 ]

Can you please remove the dependency on the database. If it is a JSF issue you should be able to reproduce this without any database.

Comment by Hildeberto Mendonça [ 29/May/13 ]

It's a bit difficult to remove the dependency on the database from a database application Is it ok for you if I make it deployable using Glassfish's JavaDB?

Comment by rogerk [ 29/May/13 ]

That would help.

Comment by Ed Burns [ 29/May/13 ]

Can you try putting the Mojarra 2.2.0 final locally bundled in your app?

Comment by Hildeberto Mendonça [ 29/May/13 ]

Hi Ed, as I told in the description of this issue, by adding the following Maven dependency in the web module:

<dependency>
   <groupId>org.glassfish</groupId>
   <artifactId>javax.faces</artifactId>
   <version>2.2.0-m15</version>
</dependency>

the deployment worked normally and the application worked smoothly. Thanks for the great backward compatibility, by the way! The problem happens when I try to fully rely on the application server to provide this dependency (as it has been working so far).

Hi Rogerk,

I will work on that and make it use JavaDB as soon as possible. Thanks for considering that!

Comment by Hildeberto Mendonça [ 05/Jul/13 ]

This issue was initially produced on Glassfish 4.0_b89. I just installed the latest version of Glassfish 4 (available at https://glassfish.java.net/download.html), trying to reproduce the error once again and the problem didn't happen anymore in the same environment. So, I personally consider the problem solved. It was fixed somewhere between b89 and the latest version.

Thanks for your attention!

Comment by rogerk [ 05/Jul/13 ]

Thanks for verifying.

Comment by j7h5d5xo3csk9 [ 26/Jun/14 ]

Could you please explain where you found another version of glassfish, https://glassfish.java.net/download.html still provides 4.0-b89 (found in the glassfish/config/branding/glassfish-version.properties file of the distribution).





[JAVAMONEY-85] Tag releases when something is published to repo Created: 06/Feb/15  Updated: 06/Feb/15

Status: In Progress
Project: javamoney
Component/s: API, Impl: RI, Test: TCK
Affects Version/s: 0.9
Fix Version/s: 1.0

Type: Task Priority: Major
Reporter: keilw Assignee: keilw
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: deployment, release

 Description   

At least the milestone build 1.0-RC1 was published to MavenCentral, but no corresponding release tags could be found in any of the GitHub repositories.
It would be cumbersome to roll everything back and re-create such tag for 1.0-RC1, but for the current build 1.0-RC2 all necessary tags shall be created ASAP and ideally in future let's try to do this BEFORE publishing






[JAVAEE_SPEC-19] Configurable deployment descriptors Created: 29/Dec/12  Updated: 05/Nov/14

Status: Open
Project: javaee-spec
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: New Feature Priority: Major
Reporter: arjan tijms Assignee: ljnelson
Resolution: Unresolved Votes: 17
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: config-api, configuration, deployment

 Description   

In a Java EE application deployment descriptors are used to configure and setup the application. One major issue is that these deployment descriptors are mostly static. In practice, there's often a need to have a different set of configuration files for different situations.

For instance, for a development environment I might want a link configured by a context-param in web.xml to point to 'localhost:8080/someapp/myresource', while in a QA environment I want it to point to 'qa.mycompany.com/myresource' etc.

As another example, since Java EE 6 a data source can be configured in among others web.xml using the data-source element. Especially in this case there is a pressing need to have different data sources pointing to different databases depending on the context.

Yet another example is a Servlet Filter that provides some development utilities, which should definitely not be activated in a production environment.

A possible solution for this could be the introduction of descriptor fragments that are included from the main descriptor based on a placeholder. E.g. in web.xml:

<web-app> 
    ... 
    <fragment>WEB-INF/conf/${mycompany.staging}/web-fragment.xml</fragment>
</web-app>

Inside the WEB-INF/conf directory, multiple folders could be created, each corresponding to a stage, e.g.

WEB-INF
    conf
        dev
            web-fragment.xml
        qa
            web-fragment.xml
        live
            web-fragment.xml

Starting up the application with -Dmycompany.staging=dev would then cause WEB-INF/conf/dev/web-fragment.xml to be processed.

Besides being useful for directing different fragment descriptors to be processed, placeholders can also be used to externalize some values completely. E.g. the password in a production datasource:

<data-source>
    <name>java:app/someDS</name>
    <class-name>org.example.Something</class-name>
    <url>jdbc:someDB</url>
    <user>${mycompany.someDS.user}</user>
    <password>${mycompany.someDS.password}</password>
</data-source>

For the above to be really useful, another concept should be introduced: the ability to load system properties from an external properties file. Specifying the above password via a -D command line option is of course not secure, since it can be seen in the running processes (e.g. using the ps command). Something like the following would be more suitable:

-Djavax.config.properties=/somepath/config.properties.



 Comments   
Comment by Gunnar Wagenknecht [ 31/Dec/12 ]

May I add three additional wishes for this proposal or is it too early in the process?

  • Support for environment variables
    In addition to system variables it should also be possible to lookup configuration values from environment variables. It's a very pragmatic and common approach for specifying configuration information before launching an application.
  • Variable defaults
    It may be desirable for a configuration value to have a default value if a system property or environment variable is not set.
    In the following example "dev" will be the default value.
    <web-app> 
        ... 
        <fragment>WEB-INF/conf/${mycompany.staging:-dev}/web-fragment.xml</fragment>
    </web-app>
    
  • Variable nesting
    Allow variable to reference other variable is very convenient, especially in property files.
    USER_HOME=/home/foo  # may also come from environment variable
    file=myApp.log
    destination=${USER_HOME}/${file}
    
Comment by arjan tijms [ 31/Dec/12 ]

@gwagenknecht Good additions.

Indeed, there should be some form of support for defaults. The simple default already works for a lot of situations, but one step further could be to take advantage of the already available support for EL in the platform. If the placeholders were full EL expressions (with the free variables referring to system properties), then this would really enable a very powerful configuration model.

E.g.

<web-app> 
    ... 
    <fragment>WEB-INF/conf/${staging eq 'dev' and debug eq true? : dev_debug : !empty staging? staging : 'dev'}/web-fragment.xml</fragment>
</web-app>
Comment by chasetec [ 01/Jan/13 ]

For this to work I think you would need EL support in deployment descriptors with the addition of several implicit objects. My list of useful implicit objects:

  • $ {systemProperties}

    Gives you the ability to read from a system property. For example -Dstage=dev could be read with ${systemProperties.stage)

  • $ {propertyFile}

    Would give access to property files in the resource path (or maybe classpath). For example $

    {propertyFile.WEB-INF.dev.properties.stage}

    would load the WEB-INF/dev.properties files and read the stage key's value.

  • $ {jmx}

    lets you read attributes from mbeans.

  • $ {jndi}

    lets you read values from your local JNDI context.

Servers could support additional implicit objects like $

{env}

for environment variables through CDI named beans.

The ability to reference earlier values would also be useful. For servlet context paramaters: $

{servletContext.paramName}

and for servlet params $

{servletContext.servlets.servletname.paramName}

and filters $

{servletContext.filters.filterName.paramName}

. Maybe shorten those last two to $

{this.paramName}

if you are using the EL expression within the servlet or fitler tags. The $

{this.name}

syntax would work well for nesting in properties files too if that was also needed.

In JSF you have the javax.faces.CONFIG_FILES init param you can use right now, a similar configuration option for web.xml fragements named javax.servlet.CONFIG_FILES would be good. Behavior would be that it loaded additional, non-default web.xml fragements within an archive. Basically specifying some additional custom web.xml fragments within my archive but don't break web.xml fragments in embedded library jars.

Of course EL values would have to be supported when used as annotation attribute values.

Comment by arjan tijms [ 09/Jan/13 ]

References to related articles:

Comment by ldemichiel [ 24/Jan/13 ]

We hope to address this area as part of Java EE 8.

Comment by kithouna [ 28/Jan/13 ]

+1 for EL values in annotation attribute values. Care should be taken that this really functions platform-wide, i.e. in Servlet, JSF, EJB, CDI, etc annotations.

Comment by arjan tijms [ 29/Jan/13 ]

This proposal, originally for Java EE 7, is strongly related to the problems outlined in this issue as well: http://java.net/projects/javaee-spec/downloads/download/password-aliasing-ee7-proposal.pdf

Comment by arjan tijms [ 13/Feb/13 ]

Another strongly related proposal is an impending JSR for a "configuration service" in Java EE 8. See e.g. http://www.jfokus.se/jfokus13/preso/jf13_JavaEEConfiguration.pdf

Comment by arjan tijms [ 02/Jun/13 ]

Also related: In recent versions of JBoss EAP spec deployment descriptors can have property replacements using limited EL like expressions.

See https://issues.jboss.org/browse/AS7-5835 (this is a bug report, but it gives a much more complete example than the official documentation at Enabling/Disabling Descriptor Based Property Replacement)

Comment by reza_rahman [ 02/Jun/13 ]

These are good ideas. I proposed something along the same lines in the Java EE EG some time ago. I believe Resin has added something similar now as well.

Please note that these are purely my personal views and certainly not of Oracle's as a company.

Comment by Bill Shannon [ 03/Jun/13 ]

Years ago we proposed a way to extend deployment descriptors to allow
vendor-specific information. We heard loud and clear that both developers
and vendors alike wanted the standard deployment descriptors to include
only spec-defined, vendor-independent, information. Always.

I won't comment on whether some of the proposed product extensions
violate the Java compatibility rules (which seek to enforce the attribute
everyone wanted of completely portable deployment descriptors), but it
certainly sounds like they violate the spirit of portability.

The general idea of more configurable deployment descriptors is definitely
interesting, and something we hope to explore for Java EE 8. Until then,
I hope that vendors confine their extensions to their product-specific
deployment descriptors.

Comment by Darious3 [ 09/Jun/13 ]

Bill, I don't know about Resin but in JBoss you have to activate this feature explicitly by making a change in standalone.xml. Everybody who makes this change should know the result is not Java EE compatible anymore.

I believe JBoss has kept this functionality to their product-specific deployment descriptors (e.g. jboss-web.xml) for years, but I guess the demand for having this in the standard descriptors as well was so huge that they could no longer ignore it.

It's a big, very big tradeoff for application architects to make now. Portable deployment descriptors are almost holy. Like you said, their most important virtue is being portable. But, not being able to substitute settings in web.xml is such a nuisance and has always been such a nuisance that this feature is just to good to ignore.

Case in point; we need the Facelets refresh setting in web.xml be a -1 (no refresh) for production and 0 (always refresh) for development. Having a $

{facelets.refresh:-1}

there so developers can configure their JBoss server to start up with -Dfacelets-refresh=0 makes a lot of things so much easier for everyone. Same goes for things like JPA query logging.

Comment by reza_rahman [ 09/Jun/13 ]

This is how Resin does it: http://wiki4.caucho.com/Resin:_Application_Server:_Parameterized_Web_Server_Cluster. It is completely Resin specific and bound to Resin deployment descriptors. This is a general pattern in Resin (favoring Resin deployment descriptors and even creating outright one-to-one alternatives to standard XML deployment descriptors - perhaps too much so) as the standard XML descriptors are seen as needing a significant overhaul/modernization. This is something I've mentioned in the EG in the past as well.

Please note that these are purely my personal views and certainly not of Oracle's as a company.

Comment by Bill Shannon [ 10/Jun/13 ]

Darious3, it's important to remember the key Java compatibility rule
that we call the "all modes" rule - a product must be compatible
all the time, in all modes, no matter how you configure it. There
can be no documented settings that make the product behave differently
than required by the specs.

(Further discussion of this issue is best done on the mailing list.)

Comment by arjan tijms [ 29/Jan/14 ]

A related discussion on the JBoss mailing list: http://lists.jboss.org/pipermail/wildfly-dev/2014-January/001522.html

It also looks like the Java EE configuration as proposed by e.g. http://www.jfokus.se/jfokus13/preso/jf13_JavaEEConfiguration.pdf is not actually happening. Instead there's a Java configuration JSR proposal, but for now if I understand it correctly it seems to focus more on Java SE and injection and not really on Java EE deployment descriptors (but maybe I misunderstood). See https://groups.google.com/forum/#!forum/java-config

Comment by atsticks [ 17/Feb/14 ]

Hi all, I have talked with Mike Keith at JavaOne 2013. Mike told me, that he will not be able to lead the config JSR. Nevertheless, we are on the way preparing such a JSR, so it should happen The JSR will run under the EE umbrella, but since it should also cover deployment aspects, it must quite probably also be executable before CDI and other resources are available. So the configuration service must be capable of running on the system context already. From a runtime perspective (despite security manager being active, and some other aspects), this matches quite well with a pure SE environment. Also I highly recommend separating concerns to have better control on the complexity and to be able to focus the JSR from the start (having more effective discussions).
Summarizing I currently think we need:

  • a basic configuration service, with a configurable meta model, that is defining the base configuration services available. It will out of the box support system and environment properties, program arguments as well as reading property (and XML property) files from any resolvable resources.
  • the basic service will also have to provide extension points to add functionality, e.g. by some adapter, operator and query patterns.
  • the EE part then should define, how the configuration service should be setup and deployed in a EE container (e.g. shared on system level, or within the ear/war context).
  • And it should define, in collaboration with the other EE specs, how descriptors can be provided/extended/overriden using the new capabilities available(or descriptor parameters, and also other resources). There are different possibilities how to achieve this and I assume we will have some discussions how this should be done best.

So the aspects described in this ticket will be definitively in focus for the upcoming JSR

Regards,
Anatole





[JAVAEE_SECURITY_SPEC-8] Standardize group to role mapping Created: 13/Feb/13  Updated: 07/Jan/15

Status: Open
Project: javaee-security-spec
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: New Feature Priority: Major
Reporter: arjan tijms Assignee: alex.kosowski
Resolution: Unresolved Votes: 13
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: deployment, descriptors, ease-of-use, ease_of_development, portability, security

 Description   

Many Java EE implementations (but not all), require a process that's often called "group to role mapping". The idea here is that authentication/login modules (either proprietary or the standardized JASPIC SAMs) never return "roles", but return "groups". A deployer then maps the roles that the application uses to the groups that the authentication module returns.

This mechanism is useful for when a single authentication module is used to provide security for a number of different applications that each use different names for the same logical role. The way this group to role mapping is done is almost the same for every Java EE implementation, but uses incompatible syntax in proprietary deployment descriptors.

For instance, mapping a single role for GlassFish, WebLogic, WebSphere and Geronimo looks as follows:

GlassFish 3.1.2.2
WEB-INF/sun-web.xml 

<!DOCTYPE sun-web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Application Server 9.0 Servlet 2.5//EN" 
    "http://www.sun.com/software/appserver/dtds/sun-web-app_2_5-0.dtd">
<sun-web-app>
 
    <security-role-mapping>
        <role-name>architect</role-name>
        <group-name>architect</group-name>
    </security-role-mapping>
 
</sun-web-app>
WebLogic 12c (12.1.1)
WEB-INF/weblogic.xml 

<weblogic-web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.bea.com/ns/weblogic/weblogic-web-app.xsd"
    xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app">
 
    <security-role-assignment>
        <role-name>architect</role-name>
        <principal-name>architect</principal-name>
    </security-role-assignment>
 
</weblogic-web-app>
WebSphere 8.5
[EAR]/META-INF/ibm-application-bnd.xml 

<application-bnd xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://websphere.ibm.com/xml/ns/javaee http://websphere.ibm.com/xml/ns/javaee/ibm-application-bnd_1_1.xsd"
    xmlns="http://websphere.ibm.com/xml/ns/javaee"
    version="1.1">
 
    <security-role name="architect"> 
        <group name="architect" />
    </security-role>
     
</application-bnd>
Geronimo v3.0
WEB-INF/geronimo-web.xml 

<web:web-app
    xmlns:sec="http://geronimo.apache.org/xml/ns/security-2.0"
>
 
    <sec:security>
        <sec:role-mappings>
            <sec:role role-name="architect">
                <sec:principal
                    class="org.apache.geronimo.security.realm.providers.GeronimoGroupPrincipal"
                    name="architect"
                />
            </sec:role>
        </sec:role-mappings>
    </sec:security>
     
</web:web-app>

Having a different syntax for basically the same thing hurts portability and makes it unnecessarily difficult for a Java EE developer to transfer his or her skills to a different Java EE implementation.

Further more, although role mapping can be an essential feature for some use cases, it can be totally unnecessary for others. If there's nothing to map, then requiring the developer to provide a group to role mapping anyway isn't exactly following the ease-of-use theme that Java EE 5 started.

I would therefor like to propose the introduction of a standardized syntax for group to role mapping with the special case of a standard way to declare that no such mapping should be done.

Standardized group to role mapping can possibly take advantage of the existing security-role-ref in deployers such as web.xml.

E.g.: when the full double indirection is used:

<security-role-ref>
    <!-- Role name as set/returned by Authentication Module -->
    <role-group>Management</role-group>

    <!-- Role name for mapping -->
    <role-name>MGR</role-name>
    
    <!-- Role name used in code -->
    <role-link>manager</role-link>
</security-role-ref>

When single indirection is used:

<security-role-ref>
    <!-- Role name as set/returned by Authentication Module -->
    <role-group>Management</role-group>

    <!-- Role name used in code -->
    <role-name>MGR</role-name>
</security-role-ref>

When no indirection is used:

<security-role-ref groupToRoleMapping="false" />

The last fragment could become the default to be more consistent with the situation when no role-link is used (e.g. a developer also doesn't have to explicitly specify that a "roleToLink" mapping should not be done).

Optionally the two steps of role mapping could be separated as follows:

<security-role-ref>
    <!-- Role name as set/returned by Authentication Module -->
    <role-group>Management</role-group>

    <!-- Role name for mapping -->
    <role-name>MGR</role-name>
</security-role-ref>

<security-role-ref>
    <!-- Role name for mapping -->
    <role-name>MGR</role-name>
    
    <!-- Role name used in code -->
    <role-link>manager</role-link>
</security-role-ref>

An additional benefit of standardized group to role mapping could be that it can automatically take advantage of the configuration efforts done in Java EE 8 (see also JAVAEE_SPEC-19).



 Comments   
Comment by arjan tijms [ 20/Feb/13 ]

Note that in the security-role-ref samples above I accidentally switched role-name and role-link (unfortunately it's not possible to edit your own issue's description).

The assumption was also that the security-role-ref element would be re-used outside the servlet element, but on second thought that's perhaps not really clear and it would be better to introduce a new element.

The given syntax at any length is of course just an example, the key requirement is that role mapping is standardized (in whatever way) and there's the option to turn role mapping completely off (in whatever way).

Comment by arjan tijms [ 04/May/13 ]

Example of people running into this issue: http://stackoverflow.com/questions/2230717/dynamic-roles-on-a-java-ee-server

For the particular use case described in that link it's not only important that an application can indicate there's no mapping required, but also that roles don't need to be declared upfront. Indeed, if the main reason for declaring roles upfront is to the make the job of the person who does role mapping easier, then this too will not be needed if there's no role mapping at all.

Comment by alex.kosowski [ 13/Jun/14 ]

I understand the point that group-to-role mapping should not be required for simple cases where groups and roles map one-to-one.

However, regarding "dynamic" roles:

1. Are you referring to applications being able to change roles of users during runtime? Would a Java EE API allowing applications to create users and change roles assigned satisfy this?

OR

2. Are you referring to consuming dynamic roles in the authorization checking? That is, not requiring all roles declared upfront (via web.xml or @DeclareRoles) and conditioning the authorization on the result of a calculation using an arbitrary role name?
For example:
The application assigns roles like <Customer>_ADMIN or "ACME_ADMIN" and the authorization logic is like this pseudocode:
if ( isAuthorized( subject.getRole().contains( "_ADMIN" ) ) )

{ // Do privileged stuff }

Is this a common use case? Would you please provide a use case for this?

Thanks,
Alex

Comment by arjan tijms [ 14/Jun/14 ]

Are you referring to applications being able to change roles of users during runtime? Would a Java EE API allowing applications to create users and change roles assigned satisfy this?

Although that wasn't what I meant with the above, that functionality is most definitely needed as well. I created a separate issue some time ago for that: JASPIC_SPEC-22

That is, not requiring all roles declared upfront (via web.xml or @DeclareRoles) and conditioning the authorization on the result of a calculation using an arbitrary role name?

Yes, that's it

Would you please provide a use case for this?

There are actually two use cases for this.

The first is about convenience and simplifications. The problem here is that "registering things in XML" is a kind of universal pain that Java EE users have had to endure, and I'm convinced it's one of the things that gave Java EE a bad name. JSF users had to register components, converters, validators and what have you in XML before they could be used. Early EJB users had to do a similar thing. An ongoing effort to make Java EE simpler is to omit these registrations or make them optional, especially if they don't really serve a purpose from the point of view of the end-user.

Role registration in Java EE is just like that. Suppose a SAM sets the authenticated result to consist of a user "Pete" with roles "foo" and "bar". Then having to register "foo" and "bar" in some XML file is just a nuisance to the user. It's hard to explain to them why the registration is needed. Older explanations used to say in very formal language about the 'deployer' being able to 'obtain a security view of the application' and then be able to 'map it to the runtime environment'.

Many users I'm afraid would just stare at that for a moment, shrug, and then just don't use Java EE security.

If no role mapping is used, then there's no security view for a deployer needed for mapping the roles, hence declaration would not be needed. While at the topic of security view for a deployer. I haven't really seen this happening in practice. Deploys are mostly automated via something like Jenkins these days. There's no actual person that during deployment uses some tooling that gives a list back of all roles in the app, then at the spot goes on mapping names on this list to roles in the environment. While theoretically maybe useful in practice to deploy unknown externally obtained apps, I don't think this is how modern software development cycles work in practice.

So requiring roles to be declared makes what I think is a minor use case possible, while causing much pain for a larger amount of people.

The other use case concerns systems where pages are added dynamically and external users register with the system (e.g. a typical public Wordpress or Wiki scenario). In such systems it might be wanted to create roles dynamically at run-time and then access them to users dynamically at run-time (note that it's not required for this mechanism to let users get those roles while logged-in; a log-out/log-in would be okay here). Examples of such roles might be "ACCESS_COMPUTERS_PAGE" or "EDIT_COMPUTERS_PAGE", etc.

Of course there are plenty of other mechanisms to realize the above, but I've seen people who wanted to do stuff like that.

There's one big complication to the dynamic role mapping, and that complication is called JACC.

From my article on this:

Typically JACC providers will create the total list of WebRoleRefPermission instances when an application is deployed and then return a sub-selection based on the Principals that we (indirectly) passed in our call to Policy#getPermissions. This however requires that all roles are statically and upfront declared. But a JASPIC auth module can dynamically return any amount of roles to the container and via HttpServletRequest#isUserInRole() an application can dynamically query for any such role without anything needing to be declared. Unfortunately such dynamic role usage typically doesn't work when JACC is used (the Java EE specification also forbids this, but on servers like JBoss it works anyway).

See: http://arjan-tijms.blogspot.com/2014/03/implementing-container-authorization-in.html

The most important purpose of this issue remains the standardized role mapping itself (which incidentally can also be used then to plug a major hole in JACC) with the special case of no role mapping.

Not having to declare roles is a nice bonus that makes things a lot easier to many users, but may things difficult for JACC. While I think JACC isn't used that much by users, servers like GlassFish use it internally.





[GLASSFISH-20951] support a known xml test format for deployment devtests results Created: 13/Jan/14  Updated: 13/Jan/14

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

Type: Improvement Priority: Minor
Reporter: Romain Grécourt Assignee: Hong Zhang
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: deployment, devtests

 Description   

Currently the deployment devtests generates a report format that is not known by Hudson.
This create binary results (either passed or failed), making it difficult to track tests from Hudson.
The idea is to have Hudson track the result and turn jobs to "UNSTABLE" when there are test failures.

I scrubbed the various scripts and it seems that there are some tests written using JUnit, other using Testng, however I didn't find a way to generate a junit report for all the tests of the suite.
It'd be nice to be able to have SQE xml reports (like ejb and admin devtests), or anything like testng/junit or javatest.

Here is the current workaround I'm using

# the test report is not a known by hudson (not junit, testng, javatest nor sqe format)
# generating a dummy report to track test failures from hudson
# TODO generate a classname that has some meaning, not just dummy.class.Name all the time

# insert new lines where needed
sed -e 's/<test /\'$'\n <test /g' \
    -e 's/<\/test>/\'$'\n <\/test>/g' \
    -e 's/<result /\'$'\n  <result /g' \
    appserv-tests/devtests/deployment/tests-results.xml > appserv-tests/devtests/deployment/tests-results-h.xml

# dummy convertion
sed -e s@'<tests>'@'<testsuites><testsuite>'@g \
    -e s@'</tests>'@'</testsuite></testsuites>'@g \
    -e s@'description=\".*\"'@@g \
    -e s@'<test '@'<testcase classname="dummy.class.Name" '@g \
    -e s@'</test>'@'</testcase>'@g \
    -e s@'<result status="PASSED".*\/>'@@g \
    -e s@'<result status="FAILED".*\/>'@'<failure type="testfailure"/>'@g \
    appserv-tests/devtests/deployment/tests-h.xml > appserv-tests/devtests/deployment/tests-results-junit.xml


 Comments   
Comment by Romain Grécourt [ 13/Jan/14 ]

update the script snippet I'm using currently





[GLASSFISH-20874] Support application scoped auth-realms Created: 25/Oct/13  Updated: 25/Oct/13

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

Type: New Feature Priority: Major
Reporter: emailnbw Assignee: michael.y.chen
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: deployment, security

 Description   

Much the same way you can create application scoped jdbc-resource / jdbc-connection pools using glassfish-resources.xml I would like to be able to create application scoped auth-realms. This will simplify deployments by allowing the auth-realm configuration to be packaged with the app in the WAR file instead of being created by hand through asadmin.






[GLASSFISH-20804] Persistance Manager Crashes during app deployment Created: 09/Sep/13  Updated: 27/Feb/14

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 4.0_b89_RC5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Duser Assignee: Mitesh Meswani
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating system is Ubuntu 12.04.03 LTS x86, local server installation for development. IDE is IntelliJ IDEA 12


Tags: deployment, persistence

 Description   

On Irregular intervals and without apparent pattern the application deployment fails. The workaround is to restart the server so far...

This is the application's persistence.xml

<?xml version="1.0" encoding="UTF-8"?>
<persistence xmlns="http://java.sun.com/xml/ns/persistence" version="2.0">

<persistence-unit name="GTWunit" transaction-type="JTA">
<provider>org.eclipse.persistence.jpa.PersistenceProvider</provider>
<jta-data-source>jdbc/gtwcust</jta-data-source>

<class>net.metarex.ga.jpa.LocationCode</class>
<class>net.metarex.ga.jpa.Shipment</class>
<properties>
<property name="javax.persistence.jdbc.driver" value="com.mysql.jdbc.Driver"/>
<property name="javax.persistence.jdbc.url" value="jdbc:mysql://localhost/gtwcustreport"/>
<property name="javax.persistence.jdbc.user" value="xxxx"/>
<property name="javax.persistence.jdbc.password" value="xxxx"/>
</properties>
</persistence-unit>
</persistence>

Here are the log Entries:

Exception while deploying the app [gtwcustreporter_war_exploded] : Exception [EclipseLink-23004] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.TransactionException Exception Description: Error obtaining the Transaction Manager Internal Exception: Exception [EclipseLink-23001] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.TransactionException Exception Description: Error looking up external Transaction resource under JNDI name [java:appserver/TransactionManager] Internal Exception: javax.naming.NameNotFoundException: remaining name: /appserver/TransactionManager

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

Exception during lifecycle processing org.glassfish.deployment.common.DeploymentException: Exception [EclipseLink-23004] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.TransactionException Exception Description: Error obtaining the Transaction Manager Internal Exception: Exception [EclipseLink-23001] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.TransactionException Exception Description: Error looking up external Transaction resource under JNDI name [java:appserver/TransactionManager] Internal Exception: javax.naming.NameNotFoundException: remaining name: /appserver/TransactionManager at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.deploy(EntityManagerSetupImpl.java:762) at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.getAbstractSession(EntityManagerFactoryDelegate.java:204) at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.createEntityManagerImpl(EntityManagerFactoryDelegate.java:304) at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:336) at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:302) at org.glassfish.persistence.jpa.JPADeployer$2.visitPUD(JPADeployer.java:451) at org.glassfish.persistence.jpa.JPADeployer$PersistenceUnitDescriptorIterator.iteratePUDs(JPADeployer.java:510) at org.glassfish.persistence.jpa.JPADeployer.iterateInitializedPUsAtApplicationPrepare(JPADeployer.java:492) at org.glassfish.persistence.jpa.JPADeployer.event(JPADeployer.java:398) at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:484) 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:724)



 Comments   
Comment by Duser [ 18/Sep/13 ]

The issue also occurs not only during deployment but also post deployment.

Comment by dobromyslov [ 27/Feb/14 ]

Same issue with Hibernate 4.3 and JPA unit.

Comment by dobromyslov [ 27/Feb/14 ]

Solution is here: https://community.jboss.org/thread/177282
and here: http://kyryloholodnov.wordpress.com/2013/08/19/hibernate-4-2-4-and-jpa-2-1/comment-page-1/

I just added:
<property name="hibernate.transaction.jta.platform" value="org.hibernate.service.jta.platform.internal.SunOneJtaPlatform"/>

into my persistence.xml





[GLASSFISH-20739] @ManagedBean-hosted @EJB references cannot be targeted by <ejb-local-ref> in application.xml Created: 02/Aug/13  Updated: 02/Aug/13

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

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

Tags: deployment

 Description   

The attached project demonstrates an application with a @ManagedBean in the library directory.

The @ManagedBean has an @EJB reference in it.

The @EJB reference has a name() of java:app/Greeter so that it can be targeted by META-INF/application.xml-level configuration.

The META-INF/application.xml attempts to target this reference to disambiguate it.

The application deploys "successfully", but leaves behind unresolved reference errors in server.log.

To reproduce:

  1. Extract the attached Maven project to a directory somewhere.
  2. Run mvn clean install.
  3. asadmin deploy the resulting .ear file on a GlassFish 3.1.2.2 environment.
  4. Observe that it claims deployment was successful.
  5. Locate and open server.log.
  6. Observe the following stack snippet:
    Caused by: java.lang.IllegalArgumentException: Cannot resolve reference Remote ejb-ref name=java:app/Greeter,Remote 3.x interface =com.edugility.managedbeans.api.Greeter,ejb-link=null,lookup=,mappedName=,jndi-name=,refType=Session because there are 2 ejbs in the application with interface com.edugility.managedbeans.api.Greeter. 
    Some of the possible causes: 
    1. The EJB bean class was packaged in an ear lib library (or through any other library mechanism which makes the library visible to all component modules), this makes all the component modules include this bean class indirectly. 
    2. The EJB bean class was packaged in a component module which references the EJB, either directly or indirectly through Manifest, WEB-INF/lib. 
    The EJB bean class should only be packaged in the declaring ejb module and not the referencing modules. The referencing modules should only include EJB interfaces.
    

Please note that in the .ear file's Maven project src/main/application/META-INF/application.xml exists, is being used, and contains a <ejb-local-ref> element that attempts to disambiguate the reference that GlassFish claims has not been disambiguated.

More discussion on this StackOverflow question.



 Comments   
Comment by ljnelson [ 02/Aug/13 ]

Looks like I cannot attach a file here; see this DropBox link





[GLASSFISH-20732] java.lang.OutOfMemoryError: PermGen space error during re-deployment of EARs from IDE (Netbeans/Eclipse) Created: 30/Jul/13  Updated: 05/Dec/13

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

Type: Bug Priority: Critical
Reporter: nabizamani Assignee: michael.y.chen
Resolution: Unresolved Votes: 9
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Mac OS X, Glassfish 4 Build 89, Netbeans 7.3.1, Eclipse 4.3 (Kepler)


Tags: deployment, ear, glassfish4, outofmemory, permgen

 Description   

There seems to be a Memory Leak available in Glassfish 4 which becomes visible when you deploy ear files again and again. This error is also available in Glassfish 3. Working with ear projects does not make fun at all as long as the issue is not fixed. My productivity is during development is also decreased a lot!!!! Therefore I believe this issue is at least critical.

Please download the ear file from http://localhost:8080/download/tutorials/struts2/struts2-multi-module-demo.zip. It comes from my tutorial at http://www.nabisoft.com/tutorials/struts2/maven-struts-2-enterprise-application-based-on-java-ee-7-and-glassfish-4, so please check there for details about what you can find in the ear archive. Basically it is a Struts 2 project based on Java EE 7, Tiles, maven...

The bug can be reproduced in Eclipse and Netbeans, so I guess this is not an Eclipse nor a Netbeans issue. To reproduce the bug do the following in your Netbeans IDE (or Eclipse):

  1. Make sure to adapt the persistence.xml in the struts2-module-ejb module and make sure the corresponding JDBC resource is available on your Glassfish 4 (for details see the tutorial, which uses a PostgreSQL database).
  2. import the project into Netbeans
  3. deploy to your local Glassfish 4 server from within Netbeans and wait until deployment has finished
  4. go to MessageServiceBean.java (struts2-module-ejb module), change something (i.e. add an empty line somewhere)
  5. save the change to trigger a re-deployment
  6. wait until re-deployment has finished
  7. in your browser hit http://localhost:8080/service/message/ (I think this step helps to make the bug occur earlier than without this step)
  8. check the glassfish output in netbeans
  9. repeat steps 4-7 about 20-35 times (check glassfish output after each re-deployment).

I typically get this error after around 10-25 re-deployments. Please let me know if you can reproduce the issue, I am willing to help as much as I can!

Below you can see how the error looks like (by the way: after restarting Glassfish after the error the deployed application is not deployed anymore). Depending on when exactly theOutOfMemory error happens you will get a slightly different log or stack trace. In the past I have this error much faster with large ear projects, but my clients do not allow me to publish details...

EXAMPLE 1:

 
INFO: Loading application struts2-module-ear#struts2-module-service-1.0-SNAPSHOT.war at [/service]
WARNING: Unable to load class com.nabisoft.jaxrs.application.ApplicationConfig, reason: java.lang.ClassNotFoundException: com.nabisoft.jaxrs.application.ApplicationConfig
WARNING: Unable to load class com.nabisoft.jaxrs.application.ApplicationConfig, reason: java.lang.ClassNotFoundException: com.nabisoft.jaxrs.application.ApplicationConfig
WARNING: Unable to load class com.nabisoft.jaxrs.provider.MyJacksonJsonProvider, reason: java.lang.ClassNotFoundException: com.nabisoft.jaxrs.provider.MyJacksonJsonProvider
WARNING: Unable to load class com.nabisoft.tutorials.mavenstruts.service.MessageService, reason: java.lang.ClassNotFoundException: com.nabisoft.tutorials.mavenstruts.service.MessageService
WARNING: Unable to load class com.nabisoft.tutorials.mavenstruts.service.MessageService, reason: java.lang.ClassNotFoundException: com.nabisoft.tutorials.mavenstruts.service.MessageService
SEVERE: WebModule[/struts2-module-war]Exception starting filter struts2
java.lang.OutOfMemoryError: PermGen space
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:792)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at org.glassfish.web.loader.WebappClassLoader.findClass(WebappClassLoader.java:1183)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1728)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1611)
at org.apache.struts2.dispatcher.ng.InitOperations.cleanup(InitOperations.java:114)
at org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.init(StrutsPrepareAndExecuteFilter.java:69)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:131)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:5297)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5909)
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.execute(CommandRunnerImpl.java:537)
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.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:131)

WARNING: java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: PermGen space
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2483)
at java.lang.Class.getConstructor0(Class.java:2793)
at java.lang.Class.newInstance(Class.java:345)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396)
at java.security.AccessController.doPrivileged(Native Method)
at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395)
at sun.reflect.MethodAccessorGenerator.generateSerializationConstructor(MethodAccessorGenerator.java:113)
at sun.reflect.ReflectionFactory.newConstructorForSerialization(ReflectionFactory.java:331)
at java.io.ObjectStreamClass.getSerializableConstructor(ObjectStreamClass.java:1376)
at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:72)
at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:493)
at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:468)
at java.security.AccessController.doPrivileged(Native Method)
at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:468)
at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:365)
at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:602)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1620)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1515)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1769)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
at org.apache.catalina.session.StandardManager.readSessions(StandardManager.java:550)
at com.sun.enterprise.web.WebModule.loadSessions(WebModule.java:1762)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2280)
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)

SEVERE: Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.OutOfMemoryError: PermGen space
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.execute(CommandRunnerImpl.java:537)
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.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:131)
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:724)

SEVERE: Exception during lifecycle processing
java.lang.Exception: java.lang.OutOfMemoryError: PermGen space
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.execute(CommandRunnerImpl.java:537)
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.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:131)
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:724)

SEVERE: Exception while loading the app
SEVERE: Ausnahme beim Deployment der Anwendung [struts2-module-ear]
SEVERE: Exception during lifecycle processing
java.lang.OutOfMemoryError: PermGen space
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2483)
at java.lang.Class.getConstructor0(Class.java:2793)
at java.lang.Class.newInstance(Class.java:345)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396)
at java.security.AccessController.doPrivileged(Native Method)
at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395)
at sun.reflect.MethodAccessorGenerator.generateSerializationConstructor(MethodAccessorGenerator.java:113)
at sun.reflect.ReflectionFactory.newConstructorForSerialization(ReflectionFactory.java:331)
at java.io.ObjectStreamClass.getSerializableConstructor(ObjectStreamClass.java:1376)
at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:72)
at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:493)
at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:468)
at java.security.AccessController.doPrivileged(Native Method)
at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:468)
at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:365)
at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:602)
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1620)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1515)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1769)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
at org.apache.catalina.session.StandardManager.readSessions(StandardManager.java:550)
at com.sun.enterprise.web.WebModule.loadSessions(WebModule.java:1762)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2280)
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)

SEVERE: PermGen space
 

EXAMPLE 2:

 
WARNING: PER01000: Got SQLException executing statement "CREATE TABLE MESSAGES (ID SERIAL NOT NULL, CREATEDON TIMESTAMP NOT NULL, MESSAGE VARCHAR(64) NOT NULL, PRIMARY KEY (ID))": org.postgresql.util.PSQLException: ERROR: relation "messages" already exists
INFO: EJB5181:Portable JNDI names for EJB MessageServiceBean: [java:global/struts2-module-ear/struts2-module-ejb/MessageServiceBean, java:global/struts2-module-ear/struts2-module-ejb/MessageServiceBean!com.nabisoft.tutorials.mavenstruts.ejb.MessageServiceBean]
INFO: EJB5181:Portable JNDI names for EJB MessageService: [java:global/struts2-module-ear/struts2-module-service-1.0-SNAPSHOT/MessageService, java:global/struts2-module-ear/struts2-module-service-1.0-SNAPSHOT/MessageService!com.nabisoft.tutorials.mavenstruts.service.MessageService]
WARNING: java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: PermGen space
at sun.misc.Unsafe.defineClass(Native Method)
at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:63)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396)
at java.security.AccessController.doPrivileged(Native Method)
at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395)
at sun.reflect.MethodAccessorGenerator.generateConstructor(MethodAccessorGenerator.java:94)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:48)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at java.lang.reflect.Proxy.newInstance(Proxy.java:748)
at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:739)
at org.glassfish.external.statistics.impl.CountStatisticImpl.<init>(CountStatisticImpl.java:55)
at org.glassfish.external.statistics.impl.CountStatisticImpl.<init>(CountStatisticImpl.java:69)
at org.glassfish.web.admin.monitor.ServletInstanceStatsProvider.<init>(ServletInstanceStatsProvider.java:78)
at org.glassfish.web.admin.monitor.WebStatsProviderBootstrap.registerApplicationStatsProviders(WebStatsProviderBootstrap.java:167)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2275)
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.execute(CommandRunnerImpl.java:537)
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.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:131)

SEVERE: Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.OutOfMemoryError: PermGen space
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.execute(CommandRunnerImpl.java:537)
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.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:131)
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:724)

SEVERE: Exception during lifecycle processing
java.lang.Exception: java.lang.OutOfMemoryError: PermGen space
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.execute(CommandRunnerImpl.java:537)
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.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:131)
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:724)

SEVERE: Exception while loading the app
SEVERE: Undeployment failed for context /service
SEVERE: Undeployment failed for context /struts2-module-war
SEVERE: Exception while loading the app : java.lang.OutOfMemoryError: PermGen space
 



 Comments   
Comment by nabizamani [ 30/Jul/13 ]

My fault, the correct url for downloading the ear file is http://www.nabisoft.com/download/tutorials/struts2/struts2-multi-module-demo.zip

Unfortunately, I have no permission to attach the ear file to this ticket and I have no permission to edit my previous post (for correcting the url...)

Comment by nabizamani [ 25/Nov/13 ]

Can anyone reproduce this issue? I would be happy to help you reproducing the issue.

ps
I did not add all the external references above which seem to be spam! Can someone please remove them??

Comment by mauritzlovgren [ 05/Dec/13 ]

Also seeing this issue when redeploying artifacts to Glassfish a few times.

Getting this during undeploy:

[2013-12-05T18:24:38.309+0100] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web.util] The web application [/crm] created a ThreadLocal with key of type [org.glassfish.pfl.dynamic.codegen.impl.CurrentClassLoader$1] (value [org.glassfish.pfl.dynamic.codegen.impl.CurrentClassLoader$1@742a8d28]) and a value of type [org.glassfish.web.loader.WebappClassLoader] (value [WebappClassLoader (delegate=true; repositories=WEB-INF/classes/)]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

The amount of classes loaded in PermGen increases after each redeploy and never gets collected (even during Full GC), so seems there is a leak somewhere here.

We use PrimeFaces 4.0.4 on GlassFish 4.0 b89. The issue is present whether deployment is performed through IDE (Eclipse / IntelliJ / NetBeans) or through asadmin / admin GUI.





[GLASSFISH-20305] Deployment module, deploy any (war or ear) with invalid content structure. Created: 13/Apr/13  Updated: 18/Apr/13  Resolved: 18/Apr/13

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

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

Windows 7 SP1 x64 bit
Mac OS X 10.8.3
Glassfish v4_b84


Tags: deploy, deployment, fishcat

 Description   

I have zipped a file.pdf as war file, and deploy it through the admin console and the result was:

It successfully deployed the application.

whilst the war file contains an invalid contents structure, more precisely the deployment module doesn't check the war file contents structure, and in this case it should deny the deployment of invalid war files.



 Comments   
Comment by Jeremy_Lv [ 15/Apr/13 ]

Mohamed:
Could you clarify about this phenomenon?(pl. list your contents structure, or send the test mail to me, my mail address is lvsongping@cn.fujitsu.com .) I have tried to compress the pdf file into a war file and deployed it through the admin console and the results seems as follows

remote failure: Error during authorization
java.lang.RuntimeException: java.lang.IllegalArgumentException: MALFORMED
Command deploy failed.

Here's server.log:

[2013-04-15T09:41:28.600+0900] [glassfish 4.0] [SEVERE] [NCLS-ADMIN-00011] [javax.enterprise.system.tools.admin.security.authorization] [tid: _ThreadID=34 _ThreadName=admin-listener(1)] [timeMillis: 1365986488600] [levelValue: 1000] [[
  An unexpected exception occurred.
java.lang.RuntimeException: java.lang.IllegalArgumentException: MALFORMED
	at org.glassfish.deployment.admin.DeployCommand.preAuthorization(DeployCommand.java:314)
	at com.sun.enterprise.admin.util.CommandSecurityChecker$1.run(CommandSecurityChecker.java:184)
	at com.sun.enterprise.admin.util.CommandSecurityChecker$1.run(CommandSecurityChecker.java:180)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.security.auth.Subject.doAs(Subject.java:356)
	at com.sun.enterprise.admin.util.CommandSecurityChecker.authorize(CommandSecurityChecker.java:180)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1203)
	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.IllegalArgumentException: MALFORMED
	at java.util.zip.ZipCoder.toString(ZipCoder.java:58)
	at java.util.zip.ZipFile.getZipEntry(ZipFile.java:529)
	at java.util.zip.ZipFile.access$900(ZipFile.java:56)
	at java.util.zip.ZipFile$1.nextElement(ZipFile.java:511)
	at java.util.zip.ZipFile$1.nextElement(ZipFile.java:481)
	at java.util.jar.JarFile$1.nextElement(JarFile.java:242)
	at java.util.jar.JarFile$1.nextElement(JarFile.java:237)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive$ArchiveJarEntrySource.getNextJarEntry(InputJarArchive.java:587)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive$EntryEnumeration.getNextJarEntry(InputJarArchive.java:513)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive$TopLevelDirectoryEntryEnumeration.skipToNextMatchingEntry(InputJarArchive.java:643)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive$EntryEnumeration.completeInit(InputJarArchive.java:494)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive$TopLevelDirectoryEntryEnumeration.<init>(InputJarArchive.java:630)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive$TopLevelDirectoryEntryEnumeration.<init>(InputJarArchive.java:626)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive.createEntryEnumeration(InputJarArchive.java:456)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive.entries(InputJarArchive.java:203)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive.access$100(InputJarArchive.java:74)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive$1.enumeration(InputJarArchive.java:166)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive$CollectionWrappedEnumeration.<init>(InputJarArchive.java:725)
	at com.sun.enterprise.deployment.deploy.shared.InputJarArchive.getDirectories(InputJarArchive.java:161)
	at org.glassfish.javaee.full.deployment.EarDetector.isEARFromIntrospecting(EarDetector.java:142)
	at org.glassfish.javaee.full.deployment.EarDetector.handles(EarDetector.java:110)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.getArchiveHandler(ApplicationLifecycle.java:211)
	at org.glassfish.deployment.admin.DeployCommand.preAuthorization(DeployCommand.java:246)
	... 52 more
]]
Comment by Mohamed Taman [ 15/Apr/13 ]

Hi Jeremy,

I have sent you an email with title "(GLASSFISH-20305) Deployment module, deploy any (war or ear) with invalid content structure. uploaded documents"
that contains all screenshots of correctly deployed application and the wrong war file as well that was deployed.

Note That this issue happened when deploying the application from admin console and putting the war file in the auto deployment folder.

Here is the log file

[2013-04-15T12:18:45.868+0200] [glassfish 4.0] [INFO] [] [org.glassfish.admingui] [tid: _ThreadID=125 _ThreadName=admin-listener(6)] [timeMillis: 1366021125868] [levelValue: 800] [[
  GUI deployment: uploadToTempfile]]

[2013-04-15T12:18:45.884+0200] [glassfish 4.0] [INFO] [] [org.glassfish.admingui] [tid: _ThreadID=125 _ThreadName=admin-listener(6)] [timeMillis: 1366021125884] [levelValue: 800] [[
  uploadFileName=FileToUpload.war]]

[2013-04-15T12:18:46.092+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=128 _ThreadName=admin-listener(8)] [timeMillis: 1366021126092] [levelValue: 800] [[
  visiting unvisited references]]

[2013-04-15T12:18:46.102+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=128 _ThreadName=admin-listener(8)] [timeMillis: 1366021126102] [levelValue: 800] [[
  visiting unvisited references]]

[2013-04-15T12:18:46.103+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=128 _ThreadName=admin-listener(8)] [timeMillis: 1366021126103] [levelValue: 800] [[
  visiting unvisited references]]

[2013-04-15T12:18:46.212+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00172] [javax.enterprise.web] [tid: _ThreadID=128 _ThreadName=admin-listener(8)] [timeMillis: 1366021126212] [levelValue: 800] [[
  Loading application [FileToUpload] at [/FileToUpload]]]

[2013-04-15T12:18:46.262+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=128 _ThreadName=admin-listener(8)] [timeMillis: 1366021126262] [levelValue: 800] [[
  FileToUpload was successfully deployed in 271 milliseconds.]]

[2013-04-15T12:21:43.009+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=128 _ThreadName=Thread-3] [timeMillis: 1366021303009] [levelValue: 800] [[
  com.sun.webui.jsf.component.DropDown::The current value of component propertyForm:deployTable:topActionsGroup1:filter does not match any of the selections. 
Did you forget to reset the value after changing the options?]]

[2013-04-15T12:22:10.247+0200] [glassfish 4.0] [INFO] [NCLS-DEPLOYMENT-00027] [javax.enterprise.system.tools.deployment.autodeploy] [tid: _ThreadID=55 _ThreadName=AutoDeployer] [timeMillis: 1366021330247] [levelValue: 800] [[
  Selecting file E:\Utilities\Glassfish_v4\glassfish\domains\domain1\autodeploy\FileToUpload.war for autodeployment]]

[2013-04-15T12:22:10.307+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=55 _ThreadName=AutoDeployer] [timeMillis: 1366021330307] [levelValue: 800] [[
  visiting unvisited references]]

[2013-04-15T12:22:10.314+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=55 _ThreadName=AutoDeployer] [timeMillis: 1366021330314] [levelValue: 800] [[
  visiting unvisited references]]

[2013-04-15T12:22:10.316+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=55 _ThreadName=AutoDeployer] [timeMillis: 1366021330316] [levelValue: 800] [[
  visiting unvisited references]]

[2013-04-15T12:22:10.398+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00172] [javax.enterprise.web] [tid: _ThreadID=55 _ThreadName=AutoDeployer] [timeMillis: 1366021330398] [levelValue: 800] [[
  Loading application [FileToUpload] at [/FileToUpload]]]

[2013-04-15T12:22:10.417+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=55 _ThreadName=AutoDeployer] [timeMillis: 1366021330417] [levelValue: 800] [[
  FileToUpload was successfully deployed in 129 milliseconds.]]

[2013-04-15T12:22:10.420+0200] [glassfish 4.0] [INFO] [NCLS-DEPLOYMENT-00035] [javax.enterprise.system.tools.deployment.autodeploy] [tid: _ThreadID=55 _ThreadName=AutoDeployer] [timeMillis: 1366021330420] [levelValue: 800] [[
  [AutoDeploy] Successfully autodeployed : E:\Utilities\Glassfish_v4\glassfish\domains\domain1\autodeploy\FileToUpload.war.]]

Comment by Hong Zhang [ 16/Apr/13 ]

Can you please send me the "war" application you tried to deploy (it is a hassle that we could not attach the application to the issue tracker)? Note, if your application is named with suffix ".war", the deployment infrastructure will deploy the archive as a web archive (based on the EE spec) and hand off to the web container to load web components. As it's possible for a web application to just contain static contents like .jsp, .html, I don't think the web container does any validation against negative contents.

Comment by Jeremy_Lv [ 16/Apr/13 ]

Hong:
I have just send the application to you.

Comment by Hong Zhang [ 16/Apr/13 ]

Thanks Jeremy.

The war file just contains a .txt file at root directory. As I mentioned earlier, the deployment infrastructure sees the .war suffix and deploys it as a web archive based on the spec. And I don't think web container does not any check for negative static contents as a web application can contain all kinds of static contents. But I will let web team check if there is any validation we want to do here..

Comment by Shing Wai Chan [ 18/Apr/13 ]

In the given war file, we have the following:
jar tvf FileToUpload.war
13 Mon Apr 15 12:10:54 PDT 2013 FileToUpload.txt

This is a valid war file structure.





[GLASSFISH-20192] ADMINGUI : Load default does not change the deployment order value Created: 05/Apr/13  Updated: 18/Apr/13  Resolved: 18/Apr/13

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

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

win 7 FF19


Issue Links:
Related
is related to GLASSFISH-20347 Provide default value for all attribu... Open
Tags: 4_0-approved, admingui, console, deployment, order

 Description   

Open created context services.
"Edit context service screen" will display.
change the value of deployment order from 100 to 105.
click the Load defaults button now.
Deployment order value should be change to 100 as per the default value given in the online help document.
But it is not happening. it still shows as 105 only.



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

There is no default value returned by the backend for 'deployment-order', thats why that field is not changed but other field is.

Here is whats returned.

messageParameters={
id=

{acceptableValues=, optional=false, defaultValue=, type=string}

, enabled=

{acceptableValues=, optional=true, defaultValue=true, type=boolean},
contextInfoEnabled={acceptableValues=, optional=true, defaultValue=true, type=boolean}

, description=

{acceptableValues=, optional=true, defaultValue=, type=string},
target={acceptableValues=, optional=true, defaultValue=, type=string}

,
property=

{acceptableValues=, optional=true, defaultValue=, type=string}

,
contextInfo={acceptableValues=, optional=true, defaultValue=Classloader,JNDI,Security,WorkArea, type=string}}

This is an issue with all other resources, like JDBC.
So, I am assigning this to Jagadish as I believe context service resource is based on other resource class.

Comment by Jagadish [ 12/Apr/13 ]

I would assume that GUI calls REST in order to get the default values of
a configuration.

When I do a dotted names get, all the attributes of the resource
configuration are listed (including the ones that are not configured by
end user, hence taking default value)

eg:
jdbc/__default resource does not have a default value for
deployment-order attribute registered in domain.xml.
But, dotted names get will list the default value based on the config
bean.

$ghome/bin/asadmin get server.resources.jdbc-resource.jdbc/__default.*
server.resources.jdbc-resource.jdbc/__default.deployment-order=100
server.resources.jdbc-resource.jdbc/__default.enabled=true
server.resources.jdbc-resource.jdbc/_default.jndi-name=jdbc/_default
server.resources.jdbc-resource.jdbc/__default.object-type=system-all
server.resources.jdbc-resource.jdbc/__default.pool-name=DerbyPool
Command get executed successfully.

Hence, I'm transferring the issue to REST layer (Jason).
Jason : Please let me know if backend needs to do anything special.

"deployment-order" attribute is at :
main/nucleus/admin/config-api/....../Resource.java

/**

  • Gets the value of deployment-order.
  • @return
    */
    @Attribute (defaultValue = "100",dataType = Integer.class)
    String getDeploymentOrder();

/**

  • Sets the value of the deployment order.
  • @param value
  • @throws PropertyVetoException
    */
    void setDeploymentOrder(String value) throws PropertyVetoException;
Comment by Jason Lee [ 17/Apr/13 ]

The issue here is the that GUI is using http://localhost:4848/management/domain/resources/context-service/ as the REST endpoint from which to get the default values, which ultimately interrogates the create-context-service AdminCommand, which does not have a deploymentOrder parameter, so there's no default value to return. The GUI should probably use http://localhost:4848/management/domain/resources/context-service/concurrent%2F__defaultContextService which returns

...
    "deploymentOrder": {
    "optional": "true",
    "type": "int",
    "defaultValue": "100",
    "key": "false"
},
...

The load defaults button, though, is shared throughout the application, so it might not be so simple as simply changing the URL, as the endpoint is calculated using a number of variables the including page is expected to set.

It seems, then, that the options are to live with it, change create-context-service, or modify the console. Reassigning to console to make that determination.

Comment by Anissa Lam [ 17/Apr/13 ]

This is not just related to context service. ALL resources has the same problem.
We need to find out why deployment-order is not returned in the "messageParameters" list in the extraProperties where name of the method is "POST".

eg, for jdbc-resource, doing:

curl -s -S --user admin: -H 'Accept: application/json' -X OPTIONS http://localhost:4848/management/domain/resources/jdbc-resource

returns:

{"message":"","command":"jdbc-resource","exit_code":"SUCCESS","extraProperties":{"commands":[],"methods":[

{"name":"GET"}

,{},{"name":"POST","messageParameters":{ "description":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

, "enabled":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"true"}

, "id":

{"acceptableValues":"","optional":"false","type":"string","defaultValue":""}

, "poolName":

{"acceptableValues":"","optional":"false","type":"string","defaultValue":""}

, "property":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

, "target":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

}}],"childResources":{"jdbc\/_TimerPool":"http:\/\/localhost:4848\/management\/domain\/resources\/jdbc-resource\/jdbc%2FTimerPool","jdbc\/default":"http:\/\/localhost:4848\/management\/domain\/resources\/jdbc-resource\/jdbc%2F_default"}}

}

why "deployment-order" is not included? This is a general issue across all resources.
In console, we call OPTIONS and examine the different attributes in the "messageParameters".
Look at buildDefaultValueMap() in RestUtil.java. This is called for every 'Load Default' button in the console.

If you think this is not a REST issue, assign to Jagadish for him to fix it. But it seems Jagadish has looked at this and not sure what he needs to do if any for 'deploymen-order' to be included.

Comment by Jason Lee [ 17/Apr/13 ]

I explained why in my comment: based on the endpoint the console is sending (http://localhost:4848/management/domain/resources/context-service/), the REST layer interrogates the AdminCommand associated with the POST method. The system currently offers no way of jumping from the AdminCommand to the ConfigBean to get a more complete picture. Even if it did, the data returned may not match what's offered by the command line (e.g., CreateContextService doesn't have a deploymentOrder property, whereas the config bean). For edit pages, the console should be sending the URI for the entity itself (http://localhost:4848/management/domain/resources/context-service/concurrent%2F__defaultContextService), which, as I noted in my comment, returns the information you're looking for.

Given the capabilities of the back end at the moment, the fix for this needs to come from the console side.

Comment by Anissa Lam [ 17/Apr/13 ]

can you tell me why this "deployment-order" is treated so differently than any other attributes ?
For any resources,
eg, jdbc-connection-pool.

curl -s -S --user admin: -H 'Accept: application/json' -X OPTIONS http://localhost:4848/management/domain/resources/jdbc-connection-pool

it returns every single attribute except deployment-order.

If Jagadish knows why "deployment-order" is treated differently, then he can do something about it.

{"message":"","command":"jdbc-connection-pool","exit_code":"SUCCESS","extraProperties":{"commands":[],"methods":[

{"name":"GET"}

,{},{"name":"POST","messageParameters":{"allowNonComponentCallers":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"associateWithThread":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"connectionCreationRetryAttempts":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"connectionCreationRetryIntervalInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"10"}

,"connectionLeakReclaim":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"connectionLeakTimeoutInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"connectionValidationMethod":

{"acceptableValues":"auto-commit,meta-data,table,custom-validation","optional":"true","type":"string","defaultValue":"table"}

,"datasourceClassname":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"description":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"driverClassname":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"failAllConnections":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"idleTimeoutInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"300"}

,"initSql":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"isConnectionValidationRequired":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"isIsolationLevelGuaranteed":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"true"}

,"lazyConnectionAssociation":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"lazyConnectionEnlistment":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"matchConnections":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"maxConnectionUsageCount":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"maxPoolSize":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"32"}

,"maxWaitTimeInMillis":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"60000"}

,"name":

{"acceptableValues":"","optional":"false","type":"string","defaultValue":""}

,"nonTransactionalConnections":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"ping":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"poolResizeQuantity":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"2"}

,"pooling":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"true"}

,"property":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"resType":

{"acceptableValues":"javax.sql.DataSource,javax.sql.XADataSource,javax.sql.ConnectionPoolDataSource,java.sql.Driver","optional":"true","type":"string","defaultValue":""}

,"sqlTraceListeners":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"statementCacheSize":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"statementLeakReclaim":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"statementLeakTimeoutInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"statementTimeoutInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"-1"}

,"steadyPoolSize":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"8"}

,"target":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"transactionIsolationLevel":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"validateAtmostOncePeriodInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"validationClassname":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"validationTableName":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"wrapJdbcObjects":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"true"}

}}],"childResources":

{"DerbyPool":"http:\/\/localhost:4848\/management\/domain\/resources\/jdbc-connection-pool\/DerbyPool","__TimerPool":"http:\/\/localhost:4848\/management\/domain\/resources\/jdbc-connection-pool\/__TimerPool"}

}}

Comment by Anissa Lam [ 17/Apr/13 ]

"which ultimately interrogates the create-context-service AdminCommand, which does not have a deploymentOrder parameter, so there's no default value to return."
Are you saying that if deployment-order is one of the params for the create-xxx resource, then we can get its default value ?

If so, maybe Jagadish can look into that.

Maybe we should have an RFE for REST such that default value can be returned even if that attribute is not one of the creation parameter so you can fix that in next release. Personally, I feel that its a bug in REST for not able to handle this case, and whats the point of having the OPTIONS commands and messageParameter in extraProperties if one cannot rely on it to get the default value.

Let me transfer this to Jagadish to look into the create command. Postponing this to next release is fine with me.

Comment by Jagadish [ 18/Apr/13 ]

Anissa, Jason :

deployment-order is an attribute that does not take effect during creation of resource. It takes effect only during subsequent startups of application server.
Because of this, we have not made "deployment-order" to be a command parameter.
Also, there are 10-12 different create-xxx-resource commands and we did not want to introduce this attribute since it does not take effect during creation time.

Note :
There is also "object-type" attribute for each type of resource, but not specified during resource creation time (ie., create-xxx-resource commands).

So, the ideal solution would be for REST to have an API to return default values of config bean attributes too. Transferring to Jason based on Anissa's latest comment to decide whether it needs to be taken care of in 4.0 or later release.

Comment by Jason Lee [ 18/Apr/13 ]

At the risk of repeating myself, the REST interface does have an API for returning the default value; the Console just isn't using the correct URL, which I've shared above. It would be better if the REST interface could give all the attributes for a ConfigBean from the URL the Console is using now, but, as I've noted, the system does not provide the metadata needed to get from the AdminCommand to the ConfigBean. It's also not so simple as mapping the command to the bean, as a single command can operate on 0 or more ConfigBeans, so returning the default values for all, say, 5 ConfigBeans a command touches, were it possible, would be confusing to the REST client developer.

As it is, the URL the Console is using returns the creation defaults. The URL it should be using returns the defaults for updates. It's possible, I guess, for the REST interface to combine the two, but it's not as straightforward as it may seem for the reasons listed above. That change, though, would need to be a separate RFE filed for 4.next. That kind of change this far after HCF can not be made. The fix for the Console behavior, then, if any is to be delivered for this release, needs to come from the either console side or from the AdminCommand. I'll leave it to you two to decide where. Personally, I don't think adding the parameter to the AdminCommand even though it's only used at startup should be problematic.

Comment by Anissa Lam [ 18/Apr/13 ]

I think the controversy here is how a default value should be available.
I feel that REST should be able to provide the default value just by given the ConfigBean type, eg. jdbc-resource, thread-pool, virtual-server etc.
But currently unless this attribute is one of the create command param, it cannot do that.
REST requires the REST endpoint of a created instance in order to be able to provide the default values, and thus Jason is requesting the console code to be changed.

Fix it properly by any of the mentioned alternative is too risky at this point. It is almost like a redesign in either the console or the REST code.
I will file an RFE so we can work on this after 4.0

For 4.0 release, it is a simple hack in the console to hard code "100" as the default value for dpeloyment-order. Almost no risk. So, I will take this approach and get approval for that.
If the default value in later release is changed, then we need to change it again, but hopefully, by then, we have agreed on the way on how default value can be obtained and this hack is no longer necessary.

Here is the svn diff.

~/Awork/GF/all/main/appserver/admingui/common/src/main/java/org/glassfish 14)  svn diff
Index: admingui/common/handlers/RestApiHandlers.java
===================================================================
--- admingui/common/handlers/RestApiHandlers.java	(revision 61361)
+++ admingui/common/handlers/RestApiHandlers.java	(working copy)
@@ -87,6 +87,11 @@
                     String defaultV = defaultValues.get(origKey);
                     if (defaultV != null) {
                         orig.put(origKey, defaultV);
+                    }else{
+                        //this is a hack for 4.0. refer to GLASSFISH-20192
+                        if (origKey.equals("deploymentOrder")){
+                            orig.put(origKey, "100");
+                        }
                     }
                 }
                 handlerCtx.setOutputValue("valueMap", orig);

-------------------------------------------------------
What is the impact on the customer of the bug?
User is not able to find out the default value of 'deployment-order' for resources and applications after they have changed it.

What is the cost/risk of fixing the bug?
This is by hardcoding the value to be "100". very minimal risk. The proper fix will need to be after 4.0 as it is very involved.

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 same test that discovered this bug.

Which is the targeted build of 4.0 for this fix?
The fix is ready, not sure if it will make it into b85 or 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.

n/a

Comment by Tom Mueller [ 18/Apr/13 ]

Approved for 4.0. Please make sure an issue is filed to fix this properly and link to it from this issue.

Comment by Anissa Lam [ 18/Apr/13 ]

Change committed. Not sure if it makes into b85. Mark this fixed for RC2.
GLASSFISH-20347 has been created to request REST to revisit the issue for 4.0.1.

Date: 2013-04-18 17:12:58 UTC
Log Message:
------------
GLASSFISH-20192. Hardcode deployment-order default value to be "100".

Revisions:
----------
61542

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





[GLASSFISH-20191] ADMINGUI : Context Services - deployment order not displayed Created: 05/Apr/13  Updated: 05/Apr/13  Resolved: 05/Apr/13

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

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

win7 FF19


Tags: admingui, context, deployment, order, service

 Description   

Context service -> create a new service.
look at the fields given to fill it up. There is no "deployment order".
After saving, just open the same context service and the "deployment order" displays with the value of 100.

In the new screen should contain the deployment order.

This is applicable for all other concurrency services. ( Managed thread factories , Managed Executor service, Managed scheduled executor service. )



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

For all resources creation, deployment order used will be the default. After that, one can use the edit screen to change it.
There is no deployment order option in the CLI either.

Usage: asadmin [asadmin-utility-options] create-context-service
[--enabled[=<enabled(default:true)>]]
[--contextinfoenabled[=<contextinfoenabled(default:true)>]]
[--contextinfo <contextinfo(default:Classloader,JNDI,Security,WorkArea)>]
[--description <description>] [--property <property>]
[--target <target>] [?|-help[=<help(default:false)>]] jndi_name

Usage: asadmin [asadmin-utility-options] create-jdbc-resource
--connectionpoolid <connectionpoolid>
[--enabled[=<enabled(default:true)>]] [--description <description>]
[--property <property>] [--target <target>]
[?|-help[=<help(default:false)>]] jndi_name





[GLASSFISH-19935] ADMINGUI : context services - donot shown the deployment order for the new window Created: 19/Mar/13  Updated: 19/Mar/13

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

Type: Bug Priority: Major
Reporter: RameshT Assignee: michael.y.chen
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7; FF - 19.0


Tags: admin-gui, concurrent, deployment, order, services

 Description   

Tested in 4.0 Build 80

While creating the concurrent services ( context services , Managed thread factories, Managed executor services and Managed scheduled executor services ) you wont seen any "Deployment order" as a field to enter.
While editing the services that is created you will see this with the value of "100".

Also I can see the following behavior on the default values for the Deployment Order.

Load defaults does not loads the default value for the Deployment Order.

Provide 105 for "Deployment Order".
Click Load defaults it has to change the value as "100" which is a default value.






[GLASSFISH-19477] Embedded GlassFish cannot deploy application when more than one persistence unit is present Created: 21/Dec/12  Updated: 21/Dec/12

Status: Open
Project: glassfish
Component/s: embedded
Affects Version/s: 3.1.2.2
Fix Version/s: None

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

Tags: deployment, embedded, jpa

 Description   

A simple ScatteredArchive containing a META-INF/persistence.xml and a stateless session bean referring to one of its two persistence units cannot be deployed by embedded GlassFish. Removing one of the persistence units from the META-INF/persistence.xml resolves the issue.



 Comments   
Comment by Hong Zhang [ 21/Dec/12 ]

Assign to Bhavani to take a look.

Comment by ljnelson [ 21/Dec/12 ]

I have a test case, but cannot see how to attach it in JIRA (maybe I don't have enough permissions?). Happy to Dropbox it or email it as appropriate.





[GLASSFISH-19021] Fail to validate component-level resource definitions with same JNDI in different component scope Created: 20/Aug/12  Updated: 24/Aug/12  Resolved: 24/Aug/12

Status: Closed
Project: glassfish
Component/s: deployment
Affects Version/s: future release
Fix Version/s: 4.0

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

Attachments: Java Source File HelloEJB.java     Java Source File HelloStatefulEJB.java     Text File server.log    
Tags: deployment, resource-definition, validation

 Description   

I found a problem when running the devtest connector/v3/datasource-definition/. I add one data source (as below) in each of the EJB class HelloEJB.java and HelloStatefulEJB.java respectively. Although these two component-level data sources share the same JNDI name, they do not conflict because they are in different EJB scope.

@DataSourceDefinition(name = "java:comp/env/Test_DataSource",
minPoolSize = 0,
initialPoolSize = 0,
className = "org.apache.derby.jdbc.ClientXADataSource",
portNumber = 1527,
serverName = "localhost",
user = "APP",
password = "APP",
databaseName = "hello-stateful-ejb-comp",
properties =

{"connectionAttributes=;create=true"}

)

But the application deployment fails when validate resource descriptors, and throws out the following exception. Could you take a look?

[#|2012-08-19T20:39:21.708-0700|SEVERE|44.0|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=12;_ThreadName=Thread-2;|Application validation fails for given application [datasource-definitionApp] for jndi-name [java:comp/env/Test_DataSource]
java.lang.IllegalStateException: Application validation fails for given application [datasource-definitionApp] for jndi-name [java:comp/env/Test_DataSource]
at com.sun.enterprise.deployment.util.ApplicationValidator.accept(ApplicationValidator.java:106)
at com.sun.enterprise.deployment.BundleDescriptor.visit(BundleDescriptor.java:621)
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.validate(ApplicationArchivist.java:755)
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openWith(ApplicationArchivist.java:244)
at com.sun.enterprise.deployment.archivist.ApplicationFactory.openWith(ApplicationFactory.java:235)
at org.glassfish.javaee.core.deployment.DolProvider.processDOL(DolProvider.java:188)
at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:222)
at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:96)
at com.sun.enterprise.v3.server.ApplicationLifecycle.loadDeployer(ApplicationLifecycle.java:871)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:811)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:373)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:228)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:466)

For your convenience, the HelloEJB.java, HelloStatefulEJB.java and the server's log file are attached.



 Comments   
Comment by naman_mehta [ 24/Aug/12 ]

Fixed the issue.

Sending dol/src/main/java/com/sun/enterprise/deployment/util/ApplicationValidator.java
Transmitting file data .
Committed revision 55618.





[GLASSFISH-18678] weblogic-webservices.xml webservice-type="JAXWS" results in SEVERE error message Created: 02/May/12  Updated: 12/Jun/12  Resolved: 07/Jun/12

Status: Resolved
Project: glassfish
Component/s: web_services
Affects Version/s: 3.1.2
Fix Version/s: 4.0_b41

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

JDK 1.6.0_31; Windows 7; Linux; Solaris


Attachments: Text File gf18678-test.diff.txt     Text File gf18678.diff.txt    
Tags: deployment, metro-gf313-target, weblogic-webservices, webservices

 Description   

Our application is intended to run under a number of different application servers.

In weblogic-webservices.xml we have all our web services listed with:
<webservice-type>JAXWS</webservice-type>

On deployment in Glassfish 3, this causes the following SEVERE error:
[#|2012-05-02T14:24:44.737+0000|SEVERE|glassfish3.1.2|javax.enterprise.webservices.org.glassfish.webservices|_ThreadID=19;_ThreadName=Thread-2;|WS00057: WebService type is declared as JAXWS but should be either JAX-WS or JAX-RPC|#]

Changing the value from JAXWS to JAX-WS makes this error go away (in Glassfish) but that contravenes the weblogic-webservices.xsd:
<xsd:restriction base="xsd:string">
<xsd:enumeration value="JAXRPC"/>
<xsd:enumeration value="JAXWS"/>
</xsd:restriction>

Glassfish is not correctly mapping the Weblogic values to its own legal values. (Nor is it checking the file against its XSD).

This support in Glassfish 3 for Weblogic deployment descriptors is causing a problem, because we are unable to disable it.

In most cases we can prevent unexpected behaviour from happening by ensuring that a glassfish-specific file is always packaged, its presence inhibits processing of the weblogic files. But there is no Glassfish equivalent of weblogic-webservices.xml.

Could we have some means of disabling all weblogic deployment descriptor parsing?



 Comments   
Comment by Hong Zhang [ 02/May/12 ]

Assign to webservices team for initial evaluation to see if they can fix this issue or disable weblogic-webservicecs.xml at webservices level. If not, we will try to figure out a way to turn off weblogic-* DD parsing at deployment infrastructure level through a system property.

Comment by Lukas Jungmann [ 13/May/12 ]

Hi, can I ask for some simple app which would help me to reproduce this issue and check possible fix, please?
Thanks!

Comment by Lukas Jungmann [ 07/Jun/12 ]

proposed patch

Comment by Lukas Jungmann [ 07/Jun/12 ]

http://java.net/projects/glassfish/sources/svn/revision/54496
http://java.net/projects/glassfish/sources/svn/revision/54497





[GLASSFISH-18543] Deployment fails without error message when (JMS) connection pool has steady-pool-size greater than max-pool-size Created: 21/Mar/12  Updated: 22/Mar/12

Status: Open
Project: glassfish
Component/s: jca
Affects Version/s: 3.1.2_b23
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: mdo Assignee: Jagadish
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

java version "1.7.0_03"
Java(TM) SE Runtime Environment (build 1.7.0_03-b04)
Java HotSpot(TM) Client VM (build 22.1-b02, mixed mode)

GlassFish Version: GlassFish Server Open Source Edition 3.1.2 (build 23)


Tags: admin-gui, asadmin, connectionpool, connectors, deployment

 Description   

When deploying an EAR that has an invalid connector resource definition in glassfish-resources.xml the process fails without a clear error message.

==Admin Console==
An error has occurred
Error occurred during deployment: null. Please see server.log for more details.

==server.log==

[#|2012-03-21T17:03:55.756+0100|INFO|glassfish3.1.2|org.glassfish.admingui|_ThreadID=48;_ThreadName=Thread-2;|uploadFileName=myAppEE6.ear|#]

[#|2012-03-21T17:03:56.648+0100|INFO|glassfish3.1.2|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=71;_ThreadName=Thread-2;|WEB0671: Loading application myAppEE6#myApp-war.war at [myApp-war]|#]

[#|2012-03-21T17:03:56.723+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=71;_ThreadName=Thread-2;|The log message is empty or null. Please log an issue against the component in the logger field.|#]

[#|2012-03-21T17:03:56.736+0100|INFO|glassfish3.1.2|org.glassfish.admingui|_ThreadID=48;_ThreadName=Thread-2;|Exception Occurred :Error occurred during deployment: null. Please see server.log for more details. |#]

[#|2012-03-21T17:03:56.744+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=48;_ThreadName=Thread-2;|java.lang.RuntimeException: Error occurred during deployment: null. Please see server.log for more details.
at org.glassfish.admingui.common.util.RestUtil.parseResponse(RestUtil.java:414)
[...]

==reproduce==

Create an empty EE6 application with a glassfish-resources.xml in the app that has this resource:

<connector-resource enabled="true" jndi-name="jms/myTopicFactory" object-type="user" pool-name="jms/myTopicFactory">
<description/>
</connector-resource>
<connector-connection-pool associate-with-thread="false" connection-creation-retry-attempts="0" connection-creation-retry-interval-in-seconds="10" connection-definition-name="javax.jms.TopicConnectionFactory" connection-leak-reclaim="false" connection-leak-timeout-in-seconds="0" fail-all-connections="false" idle-timeout-in-seconds="300" is-connection-validation-required="false" lazy-connection-association="false" lazy-connection-enlistment="false" match-connections="true" max-connection-usage-count="0" max-pool-size="4" max-wait-time-in-millis="60000" name="jms/myTopicFactory" ping="false" pool-resize-quantity="2" pooling="true" resource-adapter-name="jmsra" steady-pool-size="5" validate-atmost-once-period-in-seconds="0"/>

Notice:
*max-pool-size=4
*steady-pool-size=5

You have to restart GF after this because it thinks the application name you tried to deploy the application with is occupied when you try to deploy again:
Error occurred during deployment: Application name myAppEE6 is already in use. Please pick a different name.. Please see server.log for more details.

The app was deployed to GF 2.1.1 before without problems.



 Comments   
Comment by Hong Zhang [ 21/Mar/12 ]

assgin to jagadish to take a look

Comment by mdo [ 22/Mar/12 ]

I withdraw that this definitely worked with the 2.1 branch, can't warrant that we ever deployed app scoped resources as we either used NetBeans to deploy the descriptor resources in our development environment or manually created resources in production.





[GLASSFISH-18296] DOL module prevents the domain to start when javax.ejb is not in module directory Created: 01/Feb/12  Updated: 29/Aug/12  Resolved: 29/Aug/12

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1.2_b20, 4.0_b21
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Romain Grécourt Assignee: Hong Zhang
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

glassfish 3.1.2


Tags: 3_1_2-exclude, deployment, glassfish, minnow

 Description   

As part of minnow distribution, we need to be able get rid of ejb related jars. Some DOL related issues prevent the domain to start when javax.ejb is not in glassfish module directory.

Here is the following message from server.log that I got:

Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.main.security [16]:
 Unable to resolve 16.0: missing requirement [16.0] osgi.wiring.package; (&(osgi.wiring.package=com.sun.appserv.connectors.internal.api)(version>=3.1.0)) 
[caused by: Unable to resolve 80.0: missing requirement [80.0] osgi.wiring.package; (&(osgi.wiring.package=com.sun.enterprise.deployment)(version>=3.1.0)) 
[caused by: Unable to resolve 137.0: missing requirement [137.0] osgi.wiring.package; (&(osgi.wiring.package=javax.interceptor)(version>=3.1.0))]]
    at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3826)
    at org.apache.felix.framework.Felix.startBundle(Felix.java:1868)
    at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:944)
    at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:169)
    ... 23 more
|#]

It seems that it's because of the usage of javax.interceptors.
Using the following in deployment/dol/osgi.bundle makes it possible to deploy a simple web application:

Import-Package: \
                        org.glassfish.resource.common, \
                        javax.interceptor;resolution:=optional, \
                        *

I tracked the usage of this package in the following classes:

  • deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/handlers/DataSourceDefinitionHandler.java
  • deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/handlers/ManagedBeanHandler.java

These changes are not the only ones needed to get rid of javax.ejb for minnow distribution, some changes seems to be needed in security module (see related issue.



 Comments   
Comment by Romain Grécourt [ 01/Feb/12 ]

Updating the summary...

Comment by Romain Grécourt [ 01/Feb/12 ]

Updating environment to 3.1.2 because I performed my experiments on a 3.1.2-minnow branch workspace.

Comment by Hong Zhang [ 01/Feb/12 ]

Will talk to Jagadish first about the DataSourceDefinitionHandler to figure out if we could move that out of the DOL module.

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

Excluding from 3.1.2 release since this is not a stopper for 3.1.2

Comment by Hong Zhang [ 29/Aug/12 ]

I think we already resolved this issue for the minnow distribution.





[GLASSFISH-18099] Application client JNL not working after redeploy Created: 30/Dec/11  Updated: 02/Jan/12

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

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

Linux - CentOS 6, Fedora 16


Attachments: Java Archive File HabitarClient.jar    
Tags: app-client, deployment, linux

 Description   

I'm developing a Java EE Application Client that acces some EJB's on a Glassfish server. The thing is that when you redeploy the app the jnlp won't download anymore, I have to stop and start the server for that to work again. undeploy and deploy doesen't work either. You can reproduce the error by deployin a simple application client and redeploing.
I'm working with Netbeans 7.0.1 and Galassfish 3.1.1 under Fedora 16 and also in CentOS 6.



 Comments   
Comment by Tim Quinn [ 30/Dec/11 ]

I cannot reproduce this problem, at least not with a simple app client I used and running on Mac OS X. I realize this is not the same environment that you have.

Can you please attach your small sample application as well as exactly how you deploy and then redeploy the app?

Also, what errors do you get when the JNLP does not download after the redeployment?

Are there any errors listed in the server.log file?

What version of Java are you using?

Comment by rotatomel [ 30/Dec/11 ]

Ok, Im developing on Fedora with NetBeans
java version "1.6.0_22"
OpenJDK Runtime Environment (IcedTea6 1.10.4) (fedora-61.1.10.4.fc16-i386)
OpenJDK Server VM (build 20.0-b11, mixed mode)

Glassfish server is installed on CentOS 6 with java version:
java version "1.6.0_22"
OpenJDK Runtime Environment (IcedTea6 1.10.4) (rhel-1.42.1.10.4.el6_2-x86_64)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)

The steps for reproduce this bug:
Start glassfish
Deploy jar/ear
On a remote machine with linux this is the error of jws (bit I think this is a jws bug, not a glassfish one):
After confirming security certificates this is the error log in console:
javaws http://habitar-server.local:8080/HabitarClient
java.io.EOFException
at java.io.DataInputStream.readUnsignedShort(DataInputStream.java:340)
at java.io.DataInputStream.readUTF(DataInputStream.java:589)
at java.io.DataInputStream.readUTF(DataInputStream.java:564)
at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:744)
at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)
at java.security.KeyStore.load(KeyStore.java:1201)
at net.sourceforge.jnlp.security.KeyStores.createKeyStoreFromFile(KeyStores.java:369)
at net.sourceforge.jnlp.security.KeyStores.getKeyStore(KeyStores.java:135)
at net.sourceforge.jnlp.security.KeyStores.getKeyStore(KeyStores.java:114)
at net.sourceforge.jnlp.security.KeyStores.getCertKeyStores(KeyStores.java:168)
at net.sourceforge.jnlp.security.VariableX509TrustManager.<init>(VariableX509TrustManager.java:93)
at net.sourceforge.jnlp.security.VariableX509TrustManager.getInstance(VariableX509TrustManager.java:407)
at net.sourceforge.jnlp.runtime.JNLPRuntime.initialize(JNLPRuntime.java:224)
at net.sourceforge.jnlp.runtime.Boot.run(Boot.java:174)
at net.sourceforge.jnlp.runtime.Boot.run(Boot.java:51)
at java.security.AccessController.doPrivileged(Native Method)
at net.sourceforge.jnlp.runtime.Boot.main(Boot.java:165)
java.io.IOException: http://habitar-server.local:8080/___JWSappclient/___system/___dyn/___system_s1as.jnlp
at net.sourceforge.jnlp.JNLPFile.openURL(JNLPFile.java:255)
at net.sourceforge.jnlp.JNLPFile.<init>(JNLPFile.java:177)
at net.sourceforge.jnlp.JNLPFile.<init>(JNLPFile.java:211)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:351)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeExtensions(JNLPClassLoader.java:370)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.<init>(JNLPClassLoader.java:174)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:295)
at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:767)
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:552)
at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:887)
java.io.EOFException
at java.io.DataInputStream.readUnsignedShort(DataInputStream.java:340)
at java.io.DataInputStream.readUTF(DataInputStream.java:589)
at java.io.DataInputStream.readUTF(DataInputStream.java:564)
at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:744)
at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)
at java.security.KeyStore.load(KeyStore.java:1201)
at net.sourceforge.jnlp.security.KeyStores.createKeyStoreFromFile(KeyStores.java:369)
at net.sourceforge.jnlp.security.KeyStores.getKeyStore(KeyStores.java:135)
at net.sourceforge.jnlp.security.KeyStores.getKeyStore(KeyStores.java:114)
at net.sourceforge.jnlp.security.KeyStores.getCertKeyStores(KeyStores.java:168)
at net.sourceforge.jnlp.tools.JarSigner.checkTrustedCerts(JarSigner.java:372)
at net.sourceforge.jnlp.tools.JarSigner.verifyJars(JarSigner.java:227)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.verifyJars(JNLPClassLoader.java:974)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:442)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.<init>(JNLPClassLoader.java:176)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:295)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:351)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeExtensions(JNLPClassLoader.java:370)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.<init>(JNLPClassLoader.java:174)
at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:295)
at net.sourceforge.jnlp.Launcher.createApplication(Launcher.java:767)
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:552)
at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:887)
java.io.EOFException
at java.io.DataInputStream.readUnsignedShort(DataInputStream.java:340)
at java.io.DataInputStream.readUTF(DataInputStream.java:589)
at java.io.DataInputStream.readUTF(DataInputStream.java:564)
at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:744)
at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)
at java.security.KeyStore.load(KeyStore.java:1201)
at net.sourceforge.jnlp.security.KeyStores.createKeyStoreFromFile(KeyStores.java:369)
at net.sourceforge.jnlp.security.KeyStores.getKeyStore(KeyStores.java:135)
at net.sourceforge.jnlp.security.KeyStores.getKeyStore(KeyStores.java:114)
at net.sourceforge.jnlp.security.CertWarningPane$CheckBoxListener.actionPerformed(CertWarningPane.java:246)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:253)
at java.awt.Component.processMouseEvent(Component.java:6268)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
at java.awt.Component.processEvent(Component.java:6033)
at java.awt.Container.processEvent(Container.java:2045)
at java.awt.Component.dispatchEventImpl(Component.java:4629)
at java.awt.Container.dispatchEventImpl(Container.java:2103)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
at java.awt.Container.dispatchEventImpl(Container.java:2089)
at java.awt.Window.dispatchEventImpl(Window.java:2517)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649)
at java.awt.EventQueue.access$000(EventQueue.java:96)
at java.awt.EventQueue$1.run(EventQueue.java:608)
at java.awt.EventQueue$1.run(EventQueue.java:606)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
at java.awt.EventQueue$2.run(EventQueue.java:622)
at java.awt.EventQueue$2.run(EventQueue.java:620)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:619)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
java.lang.NullPointerException
at net.sourceforge.jnlp.security.CertificateUtils.addToKeyStore(CertificateUtils.java:102)
at net.sourceforge.jnlp.security.CertWarningPane$CheckBoxListener.actionPerformed(CertWarningPane.java:248)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:253)
at java.awt.Component.processMouseEvent(Component.java:6268)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
at java.awt.Component.processEvent(Component.java:6033)
at java.awt.Container.processEvent(Container.java:2045)
at java.awt.Component.dispatchEventImpl(Component.java:4629)
at java.awt.Container.dispatchEventImpl(Container.java:2103)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
at java.awt.Container.dispatchEventImpl(Container.java:2089)
at java.awt.Window.dispatchEventImpl(Window.java:2517)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649)
at java.awt.EventQueue.access$000(EventQueue.java:96)
at java.awt.EventQueue$1.run(EventQueue.java:608)
at java.awt.EventQueue$1.run(EventQueue.java:606)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
at java.awt.EventQueue$2.run(EventQueue.java:622)
at java.awt.EventQueue$2.run(EventQueue.java:620)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:619)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
java.io.EOFException
at java.io.DataInputStream.readUnsignedShort(DataInputStream.java:340)
at java.io.DataInputStream.readUTF(DataInputStream.java:589)
at java.io.DataInputStream.readUTF(DataInputStream.java:564)
at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:744)
at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)
at java.security.KeyStore.load(KeyStore.java:1201)
at net.sourceforge.jnlp.security.KeyStores.createKeyStoreFromFile(KeyStores.java:369)
at net.sourceforge.jnlp.security.KeyStores.getKeyStore(KeyStores.java:135)
at net.sourceforge.jnlp.security.KeyStores.getKeyStore(KeyStores.java:114)
at net.sourceforge.jnlp.security.CertWarningPane$CheckBoxListener.actionPerformed(CertWarningPane.java:246)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:253)
at java.awt.Component.processMouseEvent(Component.java:6268)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
at java.awt.Component.processEvent(Component.java:6033)
at java.awt.Container.processEvent(Container.java:2045)
at java.awt.Component.dispatchEventImpl(Component.java:4629)
at java.awt.Container.dispatchEventImpl(Container.java:2103)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
at java.awt.Container.dispatchEventImpl(Container.java:2089)
at java.awt.Window.dispatchEventImpl(Window.java:2517)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649)
at java.awt.EventQueue.access$000(EventQueue.java:96)
at java.awt.EventQueue$1.run(EventQueue.java:608)
at java.awt.EventQueue$1.run(EventQueue.java:606)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
at java.awt.EventQueue$2.run(EventQueue.java:622)
at java.awt.EventQueue$2.run(EventQueue.java:620)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:619)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
java.lang.NullPointerException
at net.sourceforge.jnlp.security.CertificateUtils.addToKeyStore(CertificateUtils.java:102)
at net.sourceforge.jnlp.security.CertWarningPane$CheckBoxListener.actionPerformed(CertWarningPane.java:248)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:253)
at java.awt.Component.processMouseEvent(Component.java:6268)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
at java.awt.Component.processEvent(Component.java:6033)
at java.awt.Container.processEvent(Container.java:2045)
at java.awt.Component.dispatchEventImpl(Component.java:4629)
at java.awt.Container.dispatchEventImpl(Container.java:2103)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
at java.awt.Container.dispatchEventImpl(Container.java:2089)
at java.awt.Window.dispatchEventImpl(Window.java:2517)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649)
at java.awt.EventQueue.access$000(EventQueue.java:96)
at java.awt.EventQueue$1.run(EventQueue.java:608)
at java.awt.EventQueue$1.run(EventQueue.java:606)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
at java.awt.EventQueue$2.run(EventQueue.java:622)
at java.awt.EventQueue$2.run(EventQueue.java:620)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:619)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
JAR http://habitar-server.local:8080/___JWSappclient/___system/s1as/glassfish/lib/gf-client.jar not found. Continuing.
JAR http://habitar-server.local:8080/___JWSappclient/___system/s1as/glassfish/modules/gf-client-module.jar not found. Continuing.
net.sourceforge.jnlp.LaunchException: Fatal: Launch Error: Could not launch JNLP file.
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:596)
at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:887)
Caused by: java.lang.ClassNotFoundException: org.glassfish.appclient.client.JWSAppClientContainerMain
at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:1089)
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:574)
... 1 more
Caused by:
java.lang.ClassNotFoundException: org.glassfish.appclient.client.JWSAppClientContainerMain
at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:1089)
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:574)
at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:887)
------------------------------------------------------------------------------------------------------
And then a frame appears with the title: "Could not launch JNLP file" and this is the error:
net.sourceforge.jnlp.LaunchException: Fatal: Launch Error: Could not launch JNLP file.
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:596)
at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:887)
Caused by: java.lang.ClassNotFoundException: org.glassfish.appclient.client.JWSAppClientContainerMain
at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:1089)
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:574)
... 1 more
Caused by:
java.lang.ClassNotFoundException: org.glassfish.appclient.client.JWSAppClientContainerMain
at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:1089)
at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:574)
at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:887)

NOTE: This is in fedora 16 all the times.
----------------------------------------------------------------------------------------------------
In Windows 7/XP it runs ok the first time, but after I wether redeploy or undeploy/deploy this is what it shows a window with the following error:

com.sun.deploy.net.FailedDownloadException: No se puede cargar el recurso: http://10.1.0.40:8080/___JWSappclient/___system/___dyn/___system_s1as.jnlp
at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCachedFile(Unknown Source)
at com.sun.javaws.LaunchDownload.downloadExtensionsHelper(Unknown Source)
at com.sun.javaws.LaunchDownload.downloadExtensions(Unknown Source)
at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
at com.sun.javaws.Launcher.prepareAllResources(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.launch(Unknown Source)
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
at com.sun.javaws.Main$1.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Java version is:
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) Client VM (build 20.1-b02, mixed mode, sharing)

The server has the firawall disabled.
The IIOP listener has it default listening IP (0.0.0.0) and default port 3700
The same for HTTP listeners.

Regards!

Comment by rotatomel [ 30/Dec/11 ]

This is the AppClient i'm tryng to deploy.

Comment by rotatomel [ 30/Dec/11 ]

Well... I've tried run the application just after deployment and it downloads well on a windows machine. After a redeploy it does not work. But if I run it from the java control panel it starts but hungs on JNDI LookUps... :S
Maybe I'm using the wrong version of GlassFish or some bad config...

Comment by rotatomel [ 02/Jan/12 ]

Now I've tried deploy application client on mu local machine and running with NetBeans but I've deployed the EJB proyect on a remote machine but throws a naming exception. When I run and deploy from localhost it runs ok.





[GLASSFISH-17842] Deployment of not spec conform EJB succeeds / @PostConstruct Created: 29/Nov/11  Updated: 20/Mar/13  Resolved: 20/Mar/13

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

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

Win 7, JDK 7


Attachments: File PostConstructTest.war     Java Source File PostConstructTestBean.java    
Tags: 3_1_2-exclude, deployment, spec

 Description   

According to Java EE 6 spec an EJB method with @PostConstruct MUST NOT throw a checked Exception.
http://docs.oracle.com/javaee/6/api/javax/annotation/PostConstruct.html

Deployment validation seems not to check this, as it is possible to deploy such an EJB without any warnings.
See example below.



 Comments   
Comment by marina vatkina [ 14/Dec/11 ]

This is a generic annotation

Comment by Hong Zhang [ 14/Dec/11 ]

ok, we will see what we can do from the deployment side in the next release.

Comment by Jeremy_Lv [ 03/Sep/12 ]

I'll look into this issue and try to check the validation about it.

Comment by Jeremy_Lv [ 05/Sep/12 ]

Hong:
I think the deployment validation about @PostConstruct and @PostDestroy haven't checked the specification documented by community.
We'd better add a validation method about checking it from the deployment side as the specification documented.

Comment by Hong Zhang [ 07/Sep/12 ]

Ok, you can look into where would be the best place to add this and how to add this. If this is a EJB specific check, probably the check should go into main/appserver/ejb/ejb-container/src/main/java/org/glassfish/ejb/deployment/util/EjbBundleValidator.java, if it's a validation applied to multiple areas, probably the check should be added to the base class validator main/appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/util/ComponentValidator.java

Comment by Hong Zhang [ 20/Mar/13 ]

Added validation logic to validate lifecycle methods annotated with @PostConstruct and @PreDestroy to conform to the EE spec.





[GLASSFISH-17721] @WebServlet annotation does not support the 'enabled' attribute specified by the Servlet 3.0 specification Created: 14/Nov/11  Updated: 16/Nov/11  Resolved: 16/Nov/11

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1, 3.1.1, 4.0
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: emailnbw Assignee: Amy Roh
Resolution: Invalid Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 3.1, 3.1.1, 3.1.2, 4.0


Issue Links:
Dependency
depends on SERVLET_SPEC-28 @WebServlet annotation does not suppo... Resolved
Tags: deployment, servlet

 Description   

The Servlet 3.0 specification in section 8.2.3 sub part 3 describes "If a servlet is disabled using the enabled element introduced in the web.xml then the servlet will not be available at the url-pattern specified for the servlet".

The WebServletHandler.java deployment annotation handler does not support then enabled element and it should since it is part of the web.xml specification for the <servlet> element.



 Comments   
Comment by Amy Roh [ 16/Nov/11 ]

This is a spec enhancement request. The enabled flag was not specified in the annotation in Servlet 3.0. I will file it in servlet-spec to see if it needs to be addressed in Servlet 3.1.

Comment by emailnbw [ 16/Nov/11 ]

Thanks Amy for looking into this.





[GLASSFISH-17719] Debugger is broken for deployed Glassfish Application Created: 14/Nov/11  Updated: 23/Feb/14

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 3.1.1
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: crazytrain411 Assignee: vince kraemer
Resolution: Unresolved Votes: 14
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 3.11
Windows 7
JDK 1.6 update 29 both 32 and 64 bit


Tags: 3_1_2-exclude, debugger, deployment, domain, glassfish

 Description   

When deploying a glassfish application through the Eclipse, the debugger is not working in the following ways:

-Does not highlight and bring up the current thread and code for the breakpoint
-Can not step through code

This happens only when running the application AFTER:
-Deleting the contents of the folder folder glassfish\domains\<domainname>\eclipseApps
-Right clicking the domain and selecting X Remove while the application is running and stopping the application
-Possibly when Running the application for the very first time (did not reproduce)

This is an extremely frustrating bug and a potential blocker, re-posted here because of no response on Eclipse plugins and help is needed.



 Comments   
Comment by crazytrain411 [ 14/Nov/11 ]

I'm pretty sure I've seen it other cases but these are the ones we have reproduced with consistency.

Comment by crazytrain411 [ 01/Dec/11 ]

Here are my latest findings regarding this issue. I'm also able to consistently reproduce with the following in addition to the two methods described above.

1) The debugger gets broken if there is a spring bean definition error and deployment fails. Upon fixing the error and running again the debugger is in a broken state.

2) If there are breakpoints set in a class and the class signature is changed the debugger will be in the broken state until the breakpoints are removed and the application is run again.

Comment by eduardohbcs [ 01/Dec/11 ]

I'm also facing the same issue in both ways described.

My environment is:
Windows 7
64-bit JDK 1.6 update 27
Glassfish 3.1.1 (build 12)
Eclipse Indigo sr1 (build id 20110615-0604)
Glassfish Plugin (Oracle Glassfish Server Tools) version 4.2.0.201111040904

This issue is really painful and hurts productivity ...

Comment by sinago [ 06/Dec/11 ]

Same environment as eduardohbcs with the same problem. Productivity has been brought to a halt due to this issue.

Comment by lgraf [ 12/Feb/12 ]

We are also facing this issue with the latest version of the Oracle GlassFish Server Tools (1.7.3.201106220649).

Steps to reproduce:
1. Debug app on server.
2. Debugging work as expected.
3. Undeploy app (remove from server).
4. Stop server.
5. Debug app on server again.
6. Debugging doesn't work properly (thread doesn't get the focus). At this point only manually focusing the thread after each step helps.

This is really a productivity killer. Any plans when this will get fixed?

Also iam a bit confused about the glassfish plugin project http://java.net/jira/browse/GLASSFISHPLUGINS. Is this the JIRA for the eclipse pluign: http://marketplace.eclipse.org/node/867? Iam asking because the versioning in JIRA seems to be different (does not contain the latest version (1.7.3) from the marketplace/updatesite).

Comment by kumara [ 13/Feb/12 ]

-> ide_integration sub-component

Comment by crazytrain411 [ 24/Feb/12 ]

Its been 4 months since the issue was reported. There's 6 participants and 9 votes. Can this at least be looked at?

If more information is required please specify.

Comment by crazytrain411 [ 06/Jun/12 ]

Found a workaround for this ridiculous bug. Thanks Glassfish guys for being useless to help with this for 7 months.

Close the debug view and reopen it, done.

There is a link between eclipseApps directory and the <application> block in domain.xml. Its horribly broken.

Goodbye

Comment by idididid [ 11/Jun/12 ]

Hello, I am facing the same problem.

I noticed few more things:

On the Debug view, in my stack trace, I found the exact class with the breakpoint is paused and it had this comment: "(Suspended breakpoint at line XX)". When I clicked the line, suddenly the green line appeared. Yet, as soon as I clicked F6 to continue, It went out of sync again, just the next line became suspended. Weird.

I checked the processes running on my computer and found that there are several "java.exe" processes running at the same time. (eclipse runs on javaw.exe). After further investigation I found out that when there is only one "java.exe" running - everything works fine and I am able to debug. Then, restarting the server creates sometimes a new "java.exe" and this is the point where I can't debug anymore. Maybe eclipse got confused...

Any thoughts?

Ido

Comment by adi3000 [ 29/Jul/12 ]

For information this issue seems to be cross platform. With my platform (from Sun) , debugging is very painfull. Even with removing the Debug view and reopen it

Eclipse 3.8
Sun JDK 7u3 (even with openJDK 6u29)
Glassfish 3.1.2
Eclipse Glassfish Server Tools 2.0.1

I can't trace properly my debugging, just approximatively follow with random F8/F6 and close reopen debug view. It not helping at all. Seems to be the same issue than idididid
If somebody could help on it or find a workaround

Thanks

EDIT : Find a better workaround : using another glassfish server (not the one included with Glassfish plugin ), I've maid a proc on my redmine :

http://code.a-dream-zone.com/redmine/issues/26

Workaround : Use another glassfish server than the one include on eclipse plugin
1- Download http://dlc.sun.com.edgesuite.net/glassfish/3.1.2/release/glassfish-3.1.2.zip
2- Unzip anywhere you want (ie : on your workspace)
3- On Window > Preference > Server > Runtime Environment clic on Add...
4- Choose GlassFish Server Open Source Edition 3 (Java EE 6)
5- Check Create a new local server (to display it below Internal Glassfish Server
6- Use the proper JDK (jdk1.7.0_03)
7- Application Server Directory : /path-to-your-workspace/glassfishv3/glassfish (must be the glassfishv3/glassfish directory of the place where you unzip your glassfish server), then click next
8- Leave Administration Id and password as default (admin and blank password), check than Domain Directory follow path to glassfishv3/glassfish/domains/domain1
9- Click on finish, the new server should have appeared as GlassFish Server Open Source Edition 3 (Java EE 6) on your Server view

Deploy your application as you've done under Internal Glassfish 3.1.2 (dont forget to check the runtime environment of each project to be using the right server libraires)

Comment by adi3000 [ 30/Jul/12 ]

4- Choose GlassFish Server Open Source Edition 3 (Java EE 6)

Excuse me for this mistake but I was using a 3.0.1 server first and then upgrade it to 3.1.2. It does not seem to be the same thing as when I just erase my server to perform my tutorial, I found that glassfish modules lib are not the same. So instead of using Open Source Edution 3, use the Glassfish 3.1.2 (obvious isn't it ?)

Good luck for the rest

Comment by xiul [ 19/Aug/13 ]

Idob from stackoverflow.com found a workaround, I test it and it works for me, I'm using glassfish 3.1.2.1 with the eclipse (STS) extension 3.1.2 and jdk 7

source: http://stackoverflow.com/questions/10685361/eclipse-skipping-breakpoints

"Set remote debug

1. Go to your glassfish admin console and set your glassfish to work on debug mode.
Click on configuration --> server-config --> JVM settings, and check debug enabled check box.
Restart server

2. In eclipse - start server on normal mode (not debug - it is useless).

3. Go to Debug configurations and locate "Remote Java Application"

4. Create a new Remote java app debug config

5. Enter name (lets say Glassfish-Debug)

6. Choose project to debug

7. Enter your own IP address in the host section and set the port to 9009

That's it. Now all you have to do is always start your Glassfish in normal mode and then go to Debug configurations and run This Glassfish remote debugging you just set.

And now I'm getting to the annoying part: After rebuild your project, sometimes you might get again out of sync. You just need to disconnect the remote debugging session and run it again. Small price to pay.

I hope it helps."

Comment by arjan tijms [ 23/Feb/14 ]

Just for everyone's information, this issue is still current with GlassFish 4.0 and the latest server runtime as of the time of writing. Tested on OS X and Ubuntu.





[GLASSFISH-17669] libraries relative to <domaindir>/lib/applibs are not immediately synched during deployment to a standalone instance Created: 09/Nov/11  Updated: 09/Nov/11  Resolved: 09/Nov/11

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1.1_b12
Fix Version/s: None

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

RHEL 6


Issue Links:
Related
is related to GLASSFISH-16915 provide interface to install librarie... Open
Tags: appllib, deployment, libraries, sync

 Description   

'DAS' receides on host 'A'
GlassFish instance 'inst1' receides on GF 'ssh-node' 'B'

Libary JAR file 'lib1.jar' is copied to <domaindir>/lib/applibs on host 'A'

Module is deployed to target 'inst1'.

asadmin deploy .... --libraries lib1.jar --target inst1 <path-to-module>

Loading of the module fails on 'inst1' because 'lib1.jar' is not immediately copied during deployment. This makes hot-deployment for modules using 'applibs' impossible.

Instance 'inst1' has to be restarted with 'full-sync'.



 Comments   
Comment by Hong Zhang [ 09/Nov/11 ]

This is expected behavior. The deploy command itself does not synch the referenced libraries over to the target instances, it just loads the referenced libraries as part of the deployment.

We are working on a set of admin commands for installing libraries (instead of manually copying to DAS directory), and with the admin commands to install libraries, the libraries are expected to be replicated over to the instances as part of the command execution (if the instances are on line). The related RFE is this:
http://java.net/jira/browse/GLASSFISH-16915





[GLASSFISH-17648]  'DAS' dependens on 'http-listeners' when deploying EJB based WebService Created: 07/Nov/11  Updated: 14/Nov/11  Resolved: 14/Nov/11

Status: Resolved
Project: glassfish
Component/s: web_services
Affects Version/s: 3.1.1_b12
Fix Version/s: 3.1.2_b10

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

RHEL 6, Java HotSpot(1.7), GF 3.1.1 build12


Tags: 3_1_2-review, EJB, WebService, deployment

 Description   

As I considered the 'DAS' as a 'configuration tool' only I removed the http-listeners ..., but this seems this makes it impossible to deploy Web-Services as EJBs anymore.

During deployment I get the following exception

[#|2011-10-24T13:11:21.328+0200|SEVERE|glassfish3.1.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=52;_ThreadName=Thread-2;|Exception while preparing the app
java.lang.NullPointerException
at org.glassfish.webservices.WsUtil.getWebServerInfoForDAS(WsUtil.java:1548)
at org.glassfish.webservices.WebServicesDeployer.doWebServicesDeployment(WebServicesDeployer.java:619)
at org.glassfish.webservices.WebServicesDeployer.prepare(WebServicesDeployer.java:184)



 Comments   
Comment by Bhakti Mehta [ 14/Nov/11 ]

Committed svn rev Revision: 50825

Please can you try with nov 15 nightly from here http://dlc.sun.com.edgesuite.net/glassfish/3.1.2/nightly/ or 3.1.2 b10 promoted build





[GLASSFISH-17418] Error Deploying: Exception while invoking class org.glassfish.webservices.WebServicesApplication start method java.lang.NullPointerException Created: 13/Oct/11  Updated: 02/Dec/11  Resolved: 16/Nov/11

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

Type: Bug Priority: Major
Reporter: mariohmol Assignee: Lukas Jungmann
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux 2.6.26-2-amd64 #1 SMP x86_64 GNU/Linux
GlassFish Server Open Source Edition 3.2-SNAPSHOT (build 1)


Attachments: Zip Archive teste.zip    
Tags: 3_1_2-exclude, 3_1_2-review, deploy, deployment, ear, webservice

 Description   

I`m developing using Netbeans 7.0.1 a EAR application.

At localhost it works perfectly:

  • GlassFish Server Open Source Edition 3.1.1 (build 12)
  • 2.6.32-34-generic #77-Ubuntu SMP i686 GNU/Linux.

But in a production enviromment (see more in this ticket) I get a error deploying using command line or at gui asadmin.

The stacktrace is above, please, any help will be appreciated.

Exception while invoking class org.glassfish.webservices.WebServicesApplication start method java.lang.NullPointerException at com.sun.enterprise.v3.services.impl.GrizzlyService.registerEndpoint(GrizzlyService.java:598) at com.sun.enterprise.v3.services.impl.GrizzlyService.registerEndpoint(GrizzlyService.java:576) at com.sun.enterprise.v3.services.impl.GrizzlyService.registerEndpoint(GrizzlyService.java:558) at com.sun.enterprise.v3.services.impl.GrizzlyService.registerEndpoint(GrizzlyService.java:535) at org.glassfish.webservices.WebServicesApplication.start(WebServicesApplication.java:133) at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130) at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269) at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:294) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:462) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240) at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:380) at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370) at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1064) at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1244) at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1232) at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:455) at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212) at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168) at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:238) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:636)



 Comments   
Comment by Hong Zhang [ 13/Oct/11 ]

assign to webservices team for initial evaluation

Comment by Bhakti Mehta [ 14/Oct/11 ]

Please can you attach your application/NB project so we can debug more

Comment by mariohmol [ 16/Oct/11 ]

This same project running using ANT as a EAR project in Netbeans, was working, i have just retested but it's NOT works!

If i take this same code and put into a Maven EAR project, this erros occurs.

Its very easy to reproduce, create a new MAVEN EAR project and a WebService EJB.

I'm attaching a zip file with the project if you cant reproduce.

When a deploy i'm using a virtual server, but i have tested without but the error persists.

Regards,

Comment by mariohmol [ 22/Oct/11 ]

Hy,

I confused myself, this problem occurs in ANT or MAVEN project.

I was using 3.2 because it has a bug in 3.1.1 (http://java.net/jira/browse/GLASSFISH-16223) but now it is already fixed.

So now I'm using latest GF 3.1.1 to production site and everything is working, so its really a bug on 3.2.

When this bug get fixed please annouce here because I will get 3.2 again to test it.

Regards,

Comment by Lukas Jungmann [ 16/Nov/11 ]

Hi,

I tried to reproduce the problem in 3.1.2 branch as well as in trunk and I cannot reproduce it (I tried using asadmin command, GF admin console and autodeploy facility). It seems that this issue has been already fixed somehow.

Feel free to reopen this issue, if you can reproduce this with some latest GF build, ie nightly from: http://dlc.sun.com.edgesuite.net/glassfish/4.0/nightly/ and also attach server log to this issue, please. Thanks!





[GLASSFISH-17381] Deployment of ScatteredArchives fail when a META-INF/validation.xml is present in the classpath Created: 05/Oct/11  Updated: 06/Dec/11

Status: Open
Project: glassfish
Component/s: embedded
Affects Version/s: 3.1
Fix Version/s: None

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

Attachments: Zip Archive glassfish-ejb-validation.zip    
Tags: 3_1_2-exclude, deployment, maven, scatteredarchive

 Description   

The background of this issue can be found in the Arquillian project, in ticket ARQ-525.


Summary

The summary of the issue, is that when a META-INF/validation.xml file is present in the classpath of a Java application that starts embedded GlassFish, then the deployment might fail with an exception similar to the one listed below:

5 Oct, 2011 7:32:01 PM org.glassfish.deployment.admin.DeployCommand execute
SEVERE: Unable to parse META-INF/validation.xml
javax.validation.ValidationException: Unable to parse META-INF/validation.xml
	at org.hibernate.validator.xml.ValidationXmlParser.getValidationConfig(ValidationXmlParser.java:218)
	at org.hibernate.validator.xml.ValidationXmlParser.parseValidationXml(ValidationXmlParser.java:60)
	at org.hibernate.validator.engine.ConfigurationImpl.parseValidationXml(ConfigurationImpl.java:252)
	at org.hibernate.validator.engine.ConfigurationImpl.buildValidatorFactory(ConfigurationImpl.java:143)
	at javax.validation.Validation.buildDefaultValidatorFactory(Validation.java:111)
	at org.jvnet.hk2.config.WriteableView.<init>(WriteableView.java:104)
	at org.jvnet.hk2.config.ConfigSupport.getWriteableView(ConfigSupport.java:214)
	at org.jvnet.hk2.config.Transaction.enroll(Transaction.java:165)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.prepareAppConfigChanges(ApplicationLifecycle.java:1056)
	at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:364)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:360)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
	at com.sun.enterprise.admin.cli.embeddable.CommandExecutorImpl.executeCommand(CommandExecutorImpl.java:118)
	at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:97)
	at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:88)
	at com.acme.ejb.GreetingManagerTest.testGreetingWithGlassfishRuntime(GreetingManagerTest.java:90)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
	at org.junit.rules.TestWatchman$1.evaluate(TestWatchman.java:48)
	at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53)
	at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123)
	at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164)
	at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110)
	at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175)
	at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107)
	at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68)
PlainTextActionReporterFAILUREDescription: deploy AdminCommandError occurred during deployment: Unable to parse META-INF/validation.xml. Please see server.log for more details.
    [name=glassfish-ejb-validation

Analysis

A detailed analysis of exception, revealed that the message "Unable to parse META-INF/validation.xml" is a bit misleading. In actuality, the ValidationException wraps a ClassNotFoundException for the class "com.sun.xml.bind.v2.ContextFactory". Deployment of applications were found to succeed in the following scenarios:

1. deployment on a non-embeddded instance of Glassfish
2. deployment using the embedded EJB container API i.e. javax.ejb.embeddable.EJBContainer, available since Java EE 6.

Case (1) does not result in the exception, as the class is found in "jaxb-osgi.jar" under the installRoot/modules directory of a non-embedded Glassfish installation. Case (2) does not result in the exception, as HibernateValidator does not appear to be initialized when using the EJBContainer API class to deploy an application.

The issue arises when the org.glassfish.embeddable.Deployer is used to deploy the application. Deploying an application in this manner triggers the use of Hibernate Validator, which in turn requires JAXB to validate the META-INF/validation.xml file found in the classpath. Embedded Glassfish contains the META-INF/services/javax.xml.bind.JAXBContext provider config file with the entry:

com.sun.xml.bind.v2.ContextFactory

This class (com.sun.xml.bind.v2.ContextFactory) is present in glassfish-embedded-all-3.1.jar, which is the code source of the system classloader. But, the loading of the class in the safeLoadClass method of the javax.xml.bind.ContextFinder class, fails to load the class, as only the root classloader is used to attempt loading the class. This is the root cause of the ClassNotFoundException, eventually caught and wrapped as a ValidationException.

The attached testcase allows for a complete reproduction of the problem. The test case also demonstrates the inability to reproduce the exception in the two scenarios discussed:

a. When jaxb-osgi.jar is registered as a codesource by a classloader, resulting in the ability to load the "ContextFactory" class in question.
b. When the embedded EJB API is used to deploy the application.


Steps to reproduce the problem

1. Extract the attached test case.
2. Comment the argLine element (line 49) in the pom.xml
3. Run "mvn clean test" to obtain the exception when running test "testGreetingWithGlassfishRuntime". Note, the test "testGreetingWithEJBContainer" does not fail.
4. Uncomment and run "mvn clean test" to run the tests without failure. The argLine element adds the directory containing "jaxb-osgi.jar" as an endorsed lib directory, to the JVM launched by Surefire.


Possible workarounds deduced (could be incorrect or unfeasible, or others may exist):

1. Embeddded Glassfish could document the version info of the "jaxb-osgi" dependency for every release, so that end-users may add a correct dependency to jaxb-osgi in the Surefire configuration, and also add it to the endorsed lib directory of a launched JVM.
2. Embedded Glassfish could use the JAXB implementation within the JDK, instead of jaxb-osgi.
3. Embedded Glassfish could avoid the use of jaxb-osgi (and similar dependencies that need to be present in the endorsed lib directory), and instead deploy all applications (WAR, EJB or otherwise) in the same manner as performed for the Java EE 6 embedded EJB API.



 Comments   
Comment by sakshi.jain [ 24/Nov/11 ]

The jaxb-api version to be used for 3.1.2 is 2.2.5 and for trunk is 2.2.2.

Comment by dwuysan [ 06/Dec/11 ]

People start to rely on embedded container for unit testing (which starts to address the complain that testing Java EE is difficult). Accordingly, it is important to make sure that jsr 303 Validation api can be loaded hassle-free.





[GLASSFISH-17341] JWS deployement fail Created: 25/Sep/11  Updated: 14/Nov/11  Resolved: 14/Nov/11

Status: Closed
Project: glassfish
Component/s: standalone_client
Affects Version/s: 3.1.1_b12
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: isoman Assignee: Tim Quinn
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu server 11.10 on a virtualbox machine
windows 7 (real machine)


Attachments: File e.ear     File s.ear     Zip Archive Sources.zip    
Tags: deployment, jws

 Description   

Hello,
Steps to reproduce the problem:
1-deploy s.ear
2-deploy e.ear
3-download the jnlp file .
4-launch it.

exception :

com.sun.deploy.net.FailedDownloadException: Impossible de charger la ressource : http://127.0.0.1:8080/___JWSappclient/___system/___dyn/___system_s1as.jnlp
at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
at com.sun.deploy.net.DownloadEngine.getCachedFile(Unknown Source)
at com.sun.javaws.LaunchDownload.downloadExtensionsHelper(Unknown Source)
at com.sun.javaws.LaunchDownload.downloadExtensions(Unknown Source)
at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
at com.sun.javaws.Launcher.prepareAllResources(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
at com.sun.javaws.Launcher.launch(Unknown Source)
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
at com.sun.javaws.Main$1.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

The ejb parts contains one remote ejb with one method .
The client call this method.
To make this work i have to undeploy e.ear (client) and redploy it until it works .

Thanks.



 Comments   
Comment by isoman [ 25/Sep/11 ]

same problem with ubuntu 11.04 .

Comment by Tim Quinn [ 25/Sep/11 ]

Changing the component to standalone-client (since this is Java EE app client related) and assigning it to me.

Comment by Tim Quinn [ 25/Sep/11 ]

Thank you for the sample, but I cannot reproduce the problem.

Please tell us exactly how you are downloading and launching the JNLP file.

Normally, you would do both at once using a command like this:

javaws "http://localhost:8080/e/ee"

In fact, when I try that with your sample I get this in the Java Web Start trace file and console output:

creation contexte
fin creation contexte
debut lookup
gotcha hmd:11

What output do you expect?
I do not see the error you described.

(Edited to correct the URL I used to launch the client - I mistyped it in my original note.)

Comment by isoman [ 27/Sep/11 ]

Thank you for your reply,

It's the correct output.
that's really strange, i'll try to reproduce the bug with a fresh installation .

I'll keep you in touch .

Comment by Hong Zhang [ 27/Sep/11 ]

assign to tim

Comment by isoman [ 30/Sep/11 ]

Hello,

I have isolated the problem more precisely.

It usually happens when I deploy the client appplication and reboot the server (ubuntu ).
After the restart , when I try to download the .Jnlp I get a 404 error .
I tested with jdk jre 7 and 6.
I have added the PostgreSQL driver in the directory domain /lib/ext to use the security realm with postgresql.

Thank you.

Comment by Tim Quinn [ 10/Nov/11 ]

When you get the error, are you trying to launch the app from the same Ubuntu system where the server is running, or from another system?

If you are trying this remotely, can you try launching from the same system as an experiment?

I have still been unable to reproduce this error myself. I am suspicious about the 127.0.0.1 address that is reported in the error. Can you attach the domain.xml file your domain is using?

It seems as if the first JNLP document is accessed successfully. That JNLP refers to the system JNLP that is mentioned in the error. If the first JNLP refers (perhaps incorrectly depending on your setup) to localhost or 127.0.0.1 then that might reflect a problem in the domain.xml setup.

Comment by Tim Quinn [ 14/Nov/11 ]

I am going to mark this as "cannot reproduce."

Please re-open this if you discover anything else that would help us create the problem.





Support building with Java SE 7 (GLASSFISH-17285)

[GLASSFISH-17317] Unit tests that fail randomly (core/kernel) when using JDK7 to build GlassFish from scratch Created: 19/Sep/11  Updated: 25/Oct/11  Resolved: 25/Oct/11

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

Type: Sub-task Priority: Major
Reporter: Romain Grécourt Assignee: Romain Grécourt
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Unit tests that fail randomly (core/kernel) when using JDK7 to build GlassFish from scratch


Attachments: File glassfish_tests_ignores-update2_without_kernel.diff    
Tags: JDK7, JUnit, deployment

 Description   

Some unit tests from "nucleus/core/kernel" are failing when using JDK7.

When trying to build the GlassFish workspace with JDK7 from scratch (from top level directory), the build fails because of some unit tests. According to the following link it seems that these unit tests depend somehow on the order of invocation.

The behavior is quite random because the unit tests don't fail when you run "mvn clean install" from the appropriate module. Also I've tried several times to build from scratch (i.e. on a fresh checkout) and the tests that fail can be different each time.

FYI I've reproduced the bug 2 times in 3 trials by using fresh checkout each time. The 3rd one didn't went into the bug so I stopped he build and retried from top by using "mvn clean install" and the bug showed up. Here is a diff file containing the ignores of the others remaining unit tests that fail (glassfish_tests_ignores-update2_without_kernel.diff available as attachment).

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

  • Here is the outputs from Maven:

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

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running com.sun.enterprise.v3.admin.AdminAdapterTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec
Running com.sun.enterprise.v3.admin.CreateProfilerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec
Running org.glassfish.tests.kernel.admin.CommandRunnerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec
Running com.sun.enterprise.v3.admin.CommandRunnerTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.017 sec
Running com.sun.enterprise.v3.common.PlainTextActionReporterTest

-------------------------------------------------------------------------------
PlainTextActionReporterSUCCESSDescription: My Action DescriptionMama Test Top Message
    child0 Message here
        [ChildKey0=ChildValue0
        [AnotherChildKey0=AnotherChildValue0
        Grand Kids #0 Top Message
    child1 Message here
        [ChildKey1=ChildValue1
        [AnotherChildKey1=AnotherChildValue1
        Grand Kids #1 Top Message
    child2 Message here
        [ChildKey2=ChildValue2
        [AnotherChildKey2=AnotherChildValue2
        Grand Kids #2 Top Message
    child3 Message here
        [ChildKey3=ChildValue3
        [AnotherChildKey3=AnotherChildValue3
        Grand Kids #3 Top Message
    child4 Message here
        [ChildKey4=ChildValue4
        [AnotherChildKey4=AnotherChildValue4
        Grand Kids #4 Top Message
    child5 Message here
        [ChildKey5=ChildValue5
        [AnotherChildKey5=AnotherChildValue5
        Grand Kids #5 Top Message
    child6 Message here
        [AnotherChildKey6=AnotherChildValue6
        [ChildKey6=ChildValue6
        Grand Kids #6 Top Message
    child7 Message here
        [AnotherChildKey7=AnotherChildValue7
        [ChildKey7=ChildValue7
        Grand Kids #7 Top Message

-------------------------------------------------------------------------------
PlainTextActionReporterSUCCESSDescription: My Action DescriptionPapa Test Top Message
    child0 Message here
        [ChildKey0=ChildValue0
        [AnotherChildKey0=AnotherChildValue0
        Grand Kid#0 from child#0 Top Message
            [Grand Kid#0 from child#0key=value
        Grand Kid#1 from child#0 Top Message
            [Grand Kid#1 from child#0key=value
        Grand Kid#2 from child#0 Top Message
            [Grand Kid#2 from child#0key=value
    child1 Message here
        [ChildKey1=ChildValue1
        [AnotherChildKey1=AnotherChildValue1
        Grand Kid#0 from child#1 Top Message
            [Grand Kid#0 from child#1key=value
        Grand Kid#1 from child#1 Top Message
            [Grand Kid#1 from child#1key=value
        Grand Kid#2 from child#1 Top Message
            [Grand Kid#2 from child#1key=value
    child2 Message here
        [ChildKey2=ChildValue2
        [AnotherChildKey2=AnotherChildValue2
        Grand Kid#0 from child#2 Top Message
            [Grand Kid#0 from child#2key=value
        Grand Kid#1 from child#2 Top Message
            [Grand Kid#1 from child#2key=value
        Grand Kid#2 from child#2 Top Message
            [Grand Kid#2 from child#2key=value
    child3 Message here
        [ChildKey3=ChildValue3
        [AnotherChildKey3=AnotherChildValue3
        Grand Kid#0 from child#3 Top Message
            [Grand Kid#0 from child#3key=value
        Grand Kid#1 from child#3 Top Message
            [Grand Kid#1 from child#3key=value
        Grand Kid#2 from child#3 Top Message
            [Grand Kid#2 from child#3key=value
    child4 Message here
        [ChildKey4=ChildValue4
        [AnotherChildKey4=AnotherChildValue4
        Grand Kid#0 from child#4 Top Message
            [Grand Kid#0 from child#4key=value
        Grand Kid#1 from child#4 Top Message
            [Grand Kid#1 from child#4key=value
        Grand Kid#2 from child#4 Top Message
            [Grand Kid#2 from child#4key=value
    child5 Message here
        [ChildKey5=ChildValue5
        [AnotherChildKey5=AnotherChildValue5
        Grand Kid#0 from child#5 Top Message
            [Grand Kid#0 from child#5key=value
        Grand Kid#1 from child#5 Top Message
            [Grand Kid#1 from child#5key=value
        Grand Kid#2 from child#5 Top Message
            [Grand Kid#2 from child#5key=value
    child6 Message here
        [AnotherChildKey6=AnotherChildValue6
        [ChildKey6=ChildValue6
        Grand Kid#0 from child#6 Top Message
            [Grand Kid#0 from child#6key=value
        Grand Kid#1 from child#6 Top Message
            [Grand Kid#1 from child#6key=value
        Grand Kid#2 from child#6 Top Message
            [Grand Kid#2 from child#6key=value
    child7 Message here
        [AnotherChildKey7=AnotherChildValue7
        [ChildKey7=ChildValue7
        Grand Kid#0 from child#7 Top Message
            [Grand Kid#0 from child#7key=value
        Grand Kid#1 from child#7 Top Message
            [Grand Kid#1 from child#7key=value
        Grand Kid#2 from child#7 Top Message
            [Grand Kid#2 from child#7key=value

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

-------------------------------------------------------------------------------
PlainTextActionReporterSUCCESSBabyTest Message Here!!
-------------------------------------------------------------------------------
PlainTextActionReporterFAILUREjava.lang.IndexOutOfBoundsException: Hi I am a phony Exception!!FailureTest Message Here!!-------------------------------------------------------------------------------
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running com.sun.enterprise.v3.admin.PrivacyTest
Sep 19, 2011 1:58:03 PM org.jvnet.hk2.component.ContractLocatorImpl warnOnUsage
WARNING: name and scope are currently only appropriate for byContract usage; (name: default-instance-name; type: com.sun.enterprise.config.serverbeans.JavaConfig)
Sep 19, 2011 1:58:03 PM org.jvnet.hk2.component.ContractLocatorImpl warnOnUsage
WARNING: name and scope are currently only appropriate for byContract usage; (name: default-instance-name; type: com.sun.enterprise.config.serverbeans.Server)
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.107 sec
Running org.glassfish.tests.kernel.deployment.EventsTest
Sep 19, 2011 1:58:03 PM org.jvnet.hk2.component.ContractLocatorImpl warnOnUsage
WARNING: name and scope are currently only appropriate for byContract usage; (name: default-instance-name; type: com.sun.enterprise.config.serverbeans.JavaConfig)
Sep 19, 2011 1:58:03 PM org.jvnet.hk2.component.ContractLocatorImpl warnOnUsage
WARNING: name and scope are currently only appropriate for byContract usage; (name: default-instance-name; type: com.sun.enterprise.config.serverbeans.Server)
Sep 19, 2011 1:58:03 PM org.glassfish.api.ActionReport failure
SEVERE: Application fakeApplication not registered
java.lang.AssertionError: expected:<FAILURE> but was:<SUCCESS>
	at org.junit.Assert.fail(Assert.java:71)
	at org.junit.Assert.failNotEquals(Assert.java:451)
	at org.junit.Assert.assertEquals(Assert.java:99)
	at org.junit.Assert.assertEquals(Assert.java:116)
	at org.glassfish.tests.kernel.deployment.EventsTest.undeployTest(EventsTest.java:220)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
	at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
	at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
	at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
	at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
	at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:241)
	at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:537)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
An expected event of type Module_Loaded was not received
An expected event of type Module_Running was not received
An expected event of type Application_Loaded was not received
An expected event of type Application_Running was not received
Tests run: 4, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 0.222 sec <<< FAILURE!
Running com.sun.enterprise.v3.admin.ConfigAttributeSetTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec
Running com.sun.enterprise.v3.admin.TestDocument
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec

Results :

Failed tests: 
  badUndeployTest(org.glassfish.tests.kernel.deployment.EventsTest)

Tests run: 18, Failures: 1, Errors: 0, Skipped: 5

[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] There are test failures.

Please refer to /home/romano/workspaces/glassfish/main-scratch-jdk7_26/nucleus/core/kernel/target/surefire-reports for the individual test results.
[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1 minute 3 seconds
[INFO] Finished at: Mon Sep 19 13:58:03 CEST 2011
[INFO] Final Memory: 173M/516M
[INFO] ------------------------------------------------------------------------

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

  • Here is the surfire report:

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

-------------------------------------------------------------------------------
Test set: org.glassfish.tests.kernel.deployment.EventsTest
-------------------------------------------------------------------------------
Tests run: 4, Failures: 1, Errors: 0, Skipped: 1, Time elapsed: 0.222 sec <<< FAILURE!
badUndeployTest(org.glassfish.tests.kernel.deployment.EventsTest)  Time elapsed: 0.003 sec  <<< FAILURE!
java.lang.AssertionError: expected:<SUCCESS> but was:<FAILURE>
	at org.junit.Assert.fail(Assert.java:71)
	at org.junit.Assert.failNotEquals(Assert.java:451)
	at org.junit.Assert.assertEquals(Assert.java:99)
	at org.junit.Assert.assertEquals(Assert.java:116)
	at org.glassfish.tests.kernel.deployment.EventsTest.badUndeployTest(EventsTest.java:237)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
	at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
	at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
	at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
	at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
	at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:241)
	at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:537)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)


 Comments   
Comment by Romain Grécourt [ 19/Sep/11 ]

I didn't find a component for nucleus/core/kernel module, I assign it to "deployment" as the unit test is related to deployment. Please feel free to assign it to right component if needed.

Comment by Romain Grécourt [ 19/Sep/11 ]

Just to let you know that more than one test could be involved in this issue. See the outputs below from another build from scratch.
===============================================================================================================================

  • Here is the outputs from Maven:

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

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running com.sun.enterprise.v3.admin.AdminAdapterTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.041 sec
Running com.sun.enterprise.v3.admin.CreateProfilerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.001 sec
Running org.glassfish.tests.kernel.admin.CommandRunnerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.001 sec
Running com.sun.enterprise.v3.admin.CommandRunnerTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec
Running com.sun.enterprise.v3.common.PlainTextActionReporterTest

-------------------------------------------------------------------------------
PlainTextActionReporterSUCCESSBabyTest Message Here!!
-------------------------------------------------------------------------------
PlainTextActionReporterSUCCESSDescription: My Action DescriptionPapa Test Top Message
    child0 Message here
        [ChildKey0=ChildValue0
        [AnotherChildKey0=AnotherChildValue0
        Grand Kid#0 from child#0 Top Message
            [Grand Kid#0 from child#0key=value
        Grand Kid#1 from child#0 Top Message
            [Grand Kid#1 from child#0key=value
        Grand Kid#2 from child#0 Top Message
            [Grand Kid#2 from child#0key=value
    child1 Message here
        [ChildKey1=ChildValue1
        [AnotherChildKey1=AnotherChildValue1
        Grand Kid#0 from child#1 Top Message
            [Grand Kid#0 from child#1key=value
        Grand Kid#1 from child#1 Top Message
            [Grand Kid#1 from child#1key=value
        Grand Kid#2 from child#1 Top Message
            [Grand Kid#2 from child#1key=value
    child2 Message here
        [ChildKey2=ChildValue2
        [AnotherChildKey2=AnotherChildValue2
        Grand Kid#0 from child#2 Top Message
            [Grand Kid#0 from child#2key=value
        Grand Kid#1 from child#2 Top Message
            [Grand Kid#1 from child#2key=value
        Grand Kid#2 from child#2 Top Message
            [Grand Kid#2 from child#2key=value
    child3 Message here
        [ChildKey3=ChildValue3
        [AnotherChildKey3=AnotherChildValue3
        Grand Kid#0 from child#3 Top Message
            [Grand Kid#0 from child#3key=value
        Grand Kid#1 from child#3 Top Message
            [Grand Kid#1 from child#3key=value
        Grand Kid#2 from child#3 Top Message
            [Grand Kid#2 from child#3key=value
    child4 Message here
        [ChildKey4=ChildValue4
        [AnotherChildKey4=AnotherChildValue4
        Grand Kid#0 from child#4 Top Message
            [Grand Kid#0 from child#4key=value
        Grand Kid#1 from child#4 Top Message
            [Grand Kid#1 from child#4key=value
        Grand Kid#2 from child#4 Top Message
            [Grand Kid#2 from child#4key=value
    child5 Message here
        [ChildKey5=ChildValue5
        [AnotherChildKey5=AnotherChildValue5
        Grand Kid#0 from child#5 Top Message
            [Grand Kid#0 from child#5key=value
        Grand Kid#1 from child#5 Top Message
            [Grand Kid#1 from child#5key=value
        Grand Kid#2 from child#5 Top Message
            [Grand Kid#2 from child#5key=value
    child6 Message here
        [AnotherChildKey6=AnotherChildValue6
        [ChildKey6=ChildValue6
        Grand Kid#0 from child#6 Top Message
            [Grand Kid#0 from child#6key=value
        Grand Kid#1 from child#6 Top Message
            [Grand Kid#1 from child#6key=value
        Grand Kid#2 from child#6 Top Message
            [Grand Kid#2 from child#6key=value
    child7 Message here
        [AnotherChildKey7=AnotherChildValue7
        [ChildKey7=ChildValue7
        Grand Kid#0 from child#7 Top Message
            [Grand Kid#0 from child#7key=value
        Grand Kid#1 from child#7 Top Message
            [Grand Kid#1 from child#7key=value
        Grand Kid#2 from child#7 Top Message
            [Grand Kid#2 from child#7key=value

-------------------------------------------------------------------------------
PlainTextActionReporterFAILUREjava.lang.IndexOutOfBoundsException: Hi I am a phony Exception!!FailureTest Message Here!!
-------------------------------------------------------------------------------
PlainTextActionReporterSUCCESSDescription: My Action DescriptionMama Test Top Message
    child0 Message here
        [ChildKey0=ChildValue0
        [AnotherChildKey0=AnotherChildValue0
        Grand Kids #0 Top Message
    child1 Message here
        [ChildKey1=ChildValue1
        [AnotherChildKey1=AnotherChildValue1
        Grand Kids #1 Top Message
    child2 Message here
        [ChildKey2=ChildValue2
        [AnotherChildKey2=AnotherChildValue2
        Grand Kids #2 Top Message
    child3 Message here
        [ChildKey3=ChildValue3
        [AnotherChildKey3=AnotherChildValue3
        Grand Kids #3 Top Message
    child4 Message here
        [ChildKey4=ChildValue4
        [AnotherChildKey4=AnotherChildValue4
        Grand Kids #4 Top Message
    child5 Message here
        [ChildKey5=ChildValue5
        [AnotherChildKey5=AnotherChildValue5
        Grand Kids #5 Top Message
    child6 Message here
        [AnotherChildKey6=AnotherChildValue6
        [ChildKey6=ChildValue6
        Grand Kids #6 Top Message
    child7 Message here
        [AnotherChildKey7=AnotherChildValue7
        [ChildKey7=ChildValue7
        Grand Kids #7 Top Message

-------------------------------------------------------------------------------
-------------------------------------------------------------------------------
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec
Running com.sun.enterprise.v3.admin.PrivacyTest
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.036 sec <<< FAILURE!
Running org.glassfish.tests.kernel.deployment.EventsTest
Tests run: 5, Failures: 0, Errors: 4, Skipped: 1, Time elapsed: 0.049 sec <<< FAILURE!
Running com.sun.enterprise.v3.admin.ConfigAttributeSetTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec
Running com.sun.enterprise.v3.admin.TestDocument
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec

Results :

Tests in error: 
  privacyTests(com.sun.enterprise.v3.admin.PrivacyTest)
  undeployTest(org.glassfish.tests.kernel.deployment.EventsTest)
  deployTest(org.glassfish.tests.kernel.deployment.EventsTest)
  badUndeployTest(org.glassfish.tests.kernel.deployment.EventsTest)
  org.glassfish.tests.kernel.deployment.EventsTest

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

[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] There are test failures.

Please refer to /home/romano/workspaces/glassfish/main-scratch-jdk7_29/nucleus/core/kernel/target/surefire-reports for the individual test results.
[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1 minute 31 seconds
[INFO] Finished at: Mon Sep 19 16:10:55 CEST 2011
[INFO] Final Memory: 165M/505M
[INFO] ------------------------------------------------------------------------

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

  • Here is the surfire report:

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

romano@frenchfish:~/workspaces/glassfish/main-scratch-jdk7_29$ cat nucleus/core/kernel/target/surefire-reports/*.txt
-------------------------------------------------------------------------------
Test set: com.sun.enterprise.v3.admin.AdminAdapterTest
-------------------------------------------------------------------------------
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.042 sec
-------------------------------------------------------------------------------
Test set: com.sun.enterprise.v3.admin.CommandRunnerTest
-------------------------------------------------------------------------------
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec
-------------------------------------------------------------------------------
Test set: com.sun.enterprise.v3.admin.ConfigAttributeSetTest
-------------------------------------------------------------------------------
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec
-------------------------------------------------------------------------------
Test set: com.sun.enterprise.v3.admin.CreateProfilerTest
-------------------------------------------------------------------------------
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.001 sec
-------------------------------------------------------------------------------
Test set: com.sun.enterprise.v3.admin.PrivacyTest
-------------------------------------------------------------------------------
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.036 sec <<< FAILURE!
privacyTests(com.sun.enterprise.v3.admin.PrivacyTest)  Time elapsed: 0.034 sec  <<< ERROR!
org.jvnet.hk2.component.ComponentException: Failed to create a habitat
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:180)
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:159)
	at com.sun.enterprise.module.single.StaticModulesRegistry.createHabitat(StaticModulesRegistry.java:94)
	at org.glassfish.tests.utils.Utils.getNewHabitat(Utils.java:123)
	at com.sun.enterprise.v3.admin.PrivacyTest.privacyTests(PrivacyTest.java:58)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
	at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
	at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
	at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
	at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
	at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:241)
	at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:537)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: java.lang.RuntimeException: java.io.FileNotFoundException: JAR entry META-INF/MANIFEST.MF not found in /home/romano/.m2/repository/org/glassfish/common/common-util/4.0-SNAPSHOT/common-util-4.0-SNAPSHOT.jar
	at com.sun.enterprise.module.single.ProxyModuleDefinition.generate(ProxyModuleDefinition.java:219)
	at com.sun.enterprise.module.single.ProxyModuleDefinition.getMetadata(ProxyModuleDefinition.java:181)
	at com.sun.enterprise.module.single.ProxyModule.getMetadata(ProxyModule.java:100)
	at com.sun.enterprise.module.single.SingleModulesRegistry.parseInhabitants(SingleModulesRegistry.java:124)
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:167)
	... 48 more
Caused by: java.io.FileNotFoundException: JAR entry META-INF/MANIFEST.MF not found in /home/romano/.m2/repository/org/glassfish/common/common-util/4.0-SNAPSHOT/common-util-4.0-SNAPSHOT.jar
	at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:140)
	at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
	at java.net.URL.openStream(URL.java:1035)
	at com.sun.enterprise.module.single.ManifestProxy.<init>(ManifestProxy.java:106)
	at com.sun.enterprise.module.single.ProxyModuleDefinition.generate(ProxyModuleDefinition.java:188)
	... 52 more

-------------------------------------------------------------------------------
Test set: com.sun.enterprise.v3.admin.TestDocument
-------------------------------------------------------------------------------
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec
-------------------------------------------------------------------------------
Test set: com.sun.enterprise.v3.common.PlainTextActionReporterTest
-------------------------------------------------------------------------------
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec
-------------------------------------------------------------------------------
Test set: org.glassfish.tests.kernel.admin.CommandRunnerTest
-------------------------------------------------------------------------------
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.001 sec
-------------------------------------------------------------------------------
Test set: org.glassfish.tests.kernel.deployment.EventsTest
-------------------------------------------------------------------------------
Tests run: 5, Failures: 0, Errors: 4, Skipped: 1, Time elapsed: 0.049 sec <<< FAILURE!
undeployTest(org.glassfish.tests.kernel.deployment.EventsTest)  Time elapsed: 0.006 sec  <<< ERROR!
org.jvnet.hk2.component.ComponentException: Failed to create a habitat
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:180)
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:159)
	at com.sun.enterprise.module.single.StaticModulesRegistry.createHabitat(StaticModulesRegistry.java:94)
	at org.glassfish.tests.utils.Utils.getNewHabitat(Utils.java:123)
	at org.glassfish.tests.utils.Utils.getNewHabitat(Utils.java:89)
	at org.glassfish.tests.utils.Utils.getHabitat(Utils.java:82)
	at org.glassfish.tests.utils.ConfigApiTest.getHabitat(ConfigApiTest.java:73)
	at org.glassfish.tests.kernel.deployment.EventsTest.setup(EventsTest.java:118)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
	at org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
	at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
	at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
	at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
	at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
	at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:241)
	at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:537)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: java.lang.RuntimeException: java.io.FileNotFoundException: JAR entry META-INF/MANIFEST.MF not found in /home/romano/.m2/repository/org/glassfish/common/common-util/4.0-SNAPSHOT/common-util-4.0-SNAPSHOT.jar
	at com.sun.enterprise.module.single.ProxyModuleDefinition.generate(ProxyModuleDefinition.java:219)
	at com.sun.enterprise.module.single.ProxyModuleDefinition.getMetadata(ProxyModuleDefinition.java:181)
	at com.sun.enterprise.module.single.ProxyModule.getMetadata(ProxyModule.java:100)
	at com.sun.enterprise.module.single.SingleModulesRegistry.parseInhabitants(SingleModulesRegistry.java:124)
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:167)
	... 51 more
Caused by: java.io.FileNotFoundException: JAR entry META-INF/MANIFEST.MF not found in /home/romano/.m2/repository/org/glassfish/common/common-util/4.0-SNAPSHOT/common-util-4.0-SNAPSHOT.jar
	at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:140)
	at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
	at java.net.URL.openStream(URL.java:1035)
	at com.sun.enterprise.module.single.ManifestProxy.<init>(ManifestProxy.java:106)
	at com.sun.enterprise.module.single.ProxyModuleDefinition.generate(ProxyModuleDefinition.java:188)
	... 55 more

deployTest(org.glassfish.tests.kernel.deployment.EventsTest)  Time elapsed: 0.007 sec  <<< ERROR!
org.jvnet.hk2.component.ComponentException: Failed to create a habitat
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:180)
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:159)
	at com.sun.enterprise.module.single.StaticModulesRegistry.createHabitat(StaticModulesRegistry.java:94)
	at org.glassfish.tests.utils.Utils.getNewHabitat(Utils.java:123)
	at org.glassfish.tests.utils.Utils.getNewHabitat(Utils.java:89)
	at org.glassfish.tests.utils.Utils.getHabitat(Utils.java:82)
	at org.glassfish.tests.utils.ConfigApiTest.getHabitat(ConfigApiTest.java:73)
	at org.glassfish.tests.kernel.deployment.EventsTest.setup(EventsTest.java:118)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
	at org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
	at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
	at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
	at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
	at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
	at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:241)
	at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:537)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: java.lang.RuntimeException: java.io.FileNotFoundException: JAR entry META-INF/MANIFEST.MF not found in /home/romano/.m2/repository/org/glassfish/common/common-util/4.0-SNAPSHOT/common-util-4.0-SNAPSHOT.jar
	at com.sun.enterprise.module.single.ProxyModuleDefinition.generate(ProxyModuleDefinition.java:219)
	at com.sun.enterprise.module.single.ProxyModuleDefinition.getMetadata(ProxyModuleDefinition.java:181)
	at com.sun.enterprise.module.single.ProxyModule.getMetadata(ProxyModule.java:100)
	at com.sun.enterprise.module.single.SingleModulesRegistry.parseInhabitants(SingleModulesRegistry.java:124)
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:167)
	... 51 more
Caused by: java.io.FileNotFoundException: JAR entry META-INF/MANIFEST.MF not found in /home/romano/.m2/repository/org/glassfish/common/common-util/4.0-SNAPSHOT/common-util-4.0-SNAPSHOT.jar
	at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:140)
	at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
	at java.net.URL.openStream(URL.java:1035)
	at com.sun.enterprise.module.single.ManifestProxy.<init>(ManifestProxy.java:106)
	at com.sun.enterprise.module.single.ProxyModuleDefinition.generate(ProxyModuleDefinition.java:188)
	... 55 more

badUndeployTest(org.glassfish.tests.kernel.deployment.EventsTest)  Time elapsed: 0.032 sec  <<< ERROR!
org.jvnet.hk2.component.ComponentException: Failed to create a habitat
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:180)
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:159)
	at com.sun.enterprise.module.single.StaticModulesRegistry.createHabitat(StaticModulesRegistry.java:94)
	at org.glassfish.tests.utils.Utils.getNewHabitat(Utils.java:123)
	at org.glassfish.tests.utils.Utils.getNewHabitat(Utils.java:89)
	at org.glassfish.tests.utils.Utils.getHabitat(Utils.java:82)
	at org.glassfish.tests.utils.ConfigApiTest.getHabitat(ConfigApiTest.java:73)
	at org.glassfish.tests.kernel.deployment.EventsTest.setup(EventsTest.java:118)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
	at org.junit.internal.runners.BeforeAndAfterRunner.runBefores(BeforeAndAfterRunner.java:50)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:33)
	at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
	at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
	at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66)
	at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35)
	at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
	at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:241)
	at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:537)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: java.lang.RuntimeException: java.io.FileNotFoundException: JAR entry META-INF/MANIFEST.MF not found in /home/romano/.m2/repository/org/glassfish/common/common-util/4.0-SNAPSHOT/common-util-4.0-SNAPSHOT.jar
	at com.sun.enterprise.module.single.ProxyModuleDefinition.generate(ProxyModuleDefinition.java:219)
	at com.sun.enterprise.module.single.ProxyModuleDefinition.getMetadata(ProxyModuleDefinition.java:181)
	at com.sun.enterprise.module.single.ProxyModule.getMetadata(ProxyModule.java:100)
	at com.sun.enterprise.module.single.SingleModulesRegistry.parseInhabitants(SingleModulesRegistry.java:124)
	at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:167)
	... 51 more
Caused by: java.io.FileNotFoundException: JAR entry META-INF/MANIFEST.MF not found in /home/romano/.m2/repository/org/glassfish/common/common-util/4.0-SNAPSHOT/common-util-4.0-SNAPSHOT.jar
	at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:140)
	at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:150)
	at java.net.URL.openStream(URL.java:1035)
	at com.sun.enterprise.module.single.ManifestProxy.<init>(ManifestProxy.java:106)
	at com.sun.enterprise.module.single.ProxyModuleDefinition.generate(ProxyModuleDefinition.java:188)
	... 55 more

org.glassfish.tests.kernel.deployment.EventsTest  Time elapsed: 0.033 sec  <<< ERROR!
java.lang.NullPointerException
	at org.glassfish.tests.kernel.deployment.EventsTest.tearDown(EventsTest.java:139)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
	at org.junit.internal.runners.BeforeAndAfterRunner.runAfters(BeforeAndAfterRunner.java:65)
	at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:37)
	at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
	at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
	at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
	at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
	at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:241)
	at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:537)
	at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
	at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
	at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
	at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
	at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
	at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Comment by Romain Grécourt [ 19/Sep/11 ]

As the issue can be only seen when building from top level directory (which can be very long), you may want to use the following steps:

$ cd [glassfishWorkspace]/nucleus/core/kernel
$ mvn -Dtest=org.glassfish.tests.kernel.deployment.EventsTest#badUndeployTest org.apache.maven.plugins:maven-surefire-plugin:2.8:test

You must use a version of the surefire plugin greater or equals to 2.7.3. For more information see this link

Comment by Hong Zhang [ 29/Sep/11 ]

I have made some changes for the core/kernel deployment tests:

1. As with JDK7, the tests are not necessarily executed with the order they are declared in the java file. I have merged the deploy and undeploy tests into one test so undeploy test logic always get executed after the deploy test logic.
2. I added a NPE check in tearDown method in case setup method failed and the "application" variable was never initialized.

You could re-run the deployment related tests in your environment to see if things are better now.

I still don't understand why it would fail to create the habitat sometimes. From the stack trace, the test calls its super class ConfigApiTest to initialize the habitat, and for some reason the common-util.jar does not contain the expected Manifest file. This does not look like something that's specific to any particular test (as both admin.PrivacyTest and deployment.EventTests have this problem). I was not able to reproduce this on my linux box with JDK7, whether ran from top or just core/kernel or the badUndeploy test with the command you suggested in the issue report. And the common-util.jar in my repository does have a Manifest entry in it. Maybe you could do some further investigation on this in your environment.

Comment by scatari [ 12/Oct/11 ]

Updating versions with appropriate values.

Comment by Romain Grécourt [ 25/Oct/11 ]

Since Hong's changes (svn rev 50025), I'm not able to reproduce the issue anymore (tried 10 times over fresh checkout + build). Closing the isssue.





[GLASSFISH-17180] Make the --libraries option to asadmin deploy relative to an additional directory Created: 10/Aug/11  Updated: 10/Aug/11

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

Type: Improvement Priority: Minor
Reporter: ljnelson Assignee: Hong Zhang
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: asadmin, cli, community, deployment, hibernate, ips, updatecenter

 Description   

Currently, asadmin deploy --libraries some.jar resolves some.jar relative to domain-dir-in-question/applibs. It would be nice if it did one of the following:

(a) sought relative filenames in applibs as before, THEN
(b) sought relative filenames relative to domains/applib or some other non-configuration directory

My rationale is admittedly a little arcane; hear me out.

I would like to provide an IPS package for Hibernate that would allow it to be used by applications that want to use it. Due to limitations in the IPS packaging system, and due to the fact that an IPS author can't predict what domains will exist at update center install time, I can't install this package in domains/domain1/applibs, because either (a) domain1 might not exist or (b) if it does exist, then the next time someone tries to remove the package it will wipe out the domain. Yeeikes.

It would be great, for example, if I could install my Hibernate IPS package in something that some other package already referenced. Let's pretend that some primordial Glassfish package sets up domains/applibs. Then I could dump my IPS package in there, and if someone chose to remove it--no harm done; IPS would prevent the domains/applibs directory from being wiped out because it would already be referenced.

Now imagine that asadmin deploy --libraries looked first in the current domain's applibs directory, then looked in domains/applibs, to resolve relative files. That would be great.

The current workaround is easy but cumbersome:

asadmin deploy --libraries /path/to/glassfish/domains/applibs/my-hibernate-ips-package.jar /path/to/ear/file.ear

I'd much rather have just:

asadmin deploy --libraries my-hibernate-ips-package.jar /path/to/ear/file.ear

...and have asadmin figure out that my-hibernate-ips-package.jar lives in domains/applibs.

Thanks.






[GLASSFISH-17125] NullPointerException Created: 28/Jul/11  Updated: 23/Sep/11  Resolved: 23/Sep/11

Status: Resolved
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 4.0_b08
Fix Version/s: 3.1.2

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

GF v3.2


Attachments: File pkgenerator_auto5.war     Text File server.log    
Tags: deployment, jpa, nullPointerException

 Description   

When I deployed the war file,reported a nullPointerException as the server.log.
I doubt the problem is associated with orm.xml,that is, when Glassfish v3.2 dealt with <table-generator .../> ,maybe resulted in the error result.
thanks.



 Comments   
Comment by Hong Zhang [ 22/Sep/11 ]

assign to mitesh for initial evaluation

Comment by Mitesh Meswani [ 23/Sep/11 ]

This is same as EclipseLink issue https://bugs.eclipse.org/bugs/show_bug.cgi?id=351791
Integrated EclipseLink 2.3.1-M6 into GlassFish 3.1.2
Verified that the issue is fixed





[GLASSFISH-17024] Indirect datasource reference from persistence.xml via web.xml and glassfish-web.xml mapping fails for trivial test case Created: 13/Jul/11  Updated: 28/May/13  Resolved: 13/Jul/11

Status: Resolved
Project: glassfish
Component/s: deployment, entity-persistence, naming
Affects Version/s: 3.1, 3.1.1_b09, 4.0_b06
Fix Version/s: None

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

Ubuntu 11.04 x86
java version "1.6.0_22"
OpenJDK Runtime Environment (IcedTea6 1.10.1pre) (6b22-1.10.1~pre1-0ubuntu1)
OpenJDK Server VM (build 20.0-b11, mixed mode)


Attachments: Text File convert-direct-to-indirect.patch     Zip Archive dsmap2-indirect-fails.zip     Zip Archive dsmap2-working-direct.zip     Zip Archive dsmap2-works-with-private-defn.zip    
Tags: deployment, glasfish-3, jndi, naming, persistence, resource

 Description   

In the process of trying to get an application to work on both Glassfish and JBoss AS, I've been trying to resolve incompatibilities in the different server's JNDI naming schemes by using resource reference name mapping in glassfish-web.xml .

I've now concluded based on the attached test case that Glassfish does not correctly apply the configured mapping when looking up a DataSource configured in persistence.xml.

The attached case contains a working version of the file that uses a direct reference to the default Glassfish datasource "jdbc/__default" (for testing only). This version does not declare a resource reference in web.xml and has no glassfish-web.xml .

To demonstrate the fault, this working test case is changed in the following ways to produce the second, failing, test case attached:

  • Change the datasource name in persistence.xml to an application-internal name, eg "jdbc/apprefname".
  • Declare that this name is used by the app in web.xml with a stanza like:

<resource-ref>
<res-ref-name>jdbc/apprefname</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>

  • In the newly created glassfish-web.xml, declare a mapping of the application-internal name to the server's name for the data source:

<resource-ref>
<res-ref-name>jdbc/apprefname</res-ref-name>
<jndi-name>jdbc/__default</jndi-name>
</resource-ref>

No code changes are made. This second test case should work according to the documentation, but fails on deployment with the error:

SEVERE: Exception while preparing the app : Invalid resource : jdbc/apprefname__pm
com.sun.appserv.connectors.internal.api.ConnectorRuntimeException: Invalid resource : jdbc/apprefname__pm

at com.sun.enterprise.connectors.service.ConnectorResourceAdminServiceImpl$MyDataSource.validateResource(ConnectorResourceAdminServiceImpl.java:274)
at com.sun.enterprise.connectors.service.ConnectorResourceAdminServiceImpl$MyDataSource.setResourceInfo(ConnectorResourceAdminServiceImpl.java:255)
at com.sun.enterprise.connectors.service.ConnectorResourceAdminServiceImpl.lookupDataSourceInDAS(ConnectorResourceAdminServiceImpl.java:245)
at com.sun.enterprise.connectors.ConnectorRuntime.lookupDataSourceInDAS(ConnectorRuntime.java:538)
at com.sun.enterprise.connectors.ConnectorRuntime.lookupPMResource(ConnectorRuntime.java:469)
at org.glassfish.persistence.common.PersistenceHelper.lookupPMResource(PersistenceHelper.java:63)
at org.glassfish.persistence.jpa.ProviderContainerContractInfoBase.lookupDataSource(ProviderContainerContractInfoBase.java:71)
at org.glassfish.persistence.jpa.PersistenceUnitInfoImpl.<init>(PersistenceUnitInfoImpl.java:108)
at org.glassfish.persistence.jpa.PersistenceUnitLoader.loadPU(PersistenceUnitLoader.java:154)
at org.glassfish.persistence.jpa.PersistenceUnitLoader.<init>(PersistenceUnitLoader.java:119)
at org.glassfish.persistence.jpa.JPADeployer$1.visitPUD(JPADeployer.java:214)
at org.glassfish.persistence.jpa.JPADeployer$PersistenceUnitDescriptorIterator.iteratePUDs(JPADeployer.java:483)
at org.glassfish.persistence.jpa.JPADeployer.createEMFs(JPADeployer.java:221)
at org.glassfish.persistence.jpa.JPADeployer.prepare(JPADeployer.java:167)
...



 Comments   
Comment by Hong Zhang [ 13/Jul/11 ]

assign to mitesh for initial evaluation

Comment by ringerc [ 13/Jul/11 ]

Documentation reference: http://download.oracle.com/docs/cd/E18930_01/html/821-2417/beaww.html

I forgot to mention that these are Maven based test cases. You can either open them as NetBeans projects, build them and deploy them or do it from the command line using maven.

To build on the command line just run:

mvn package

to build each one, then deploy with "asadmin deploy" as normal. The generated war is in the 'target' directory. If you don't normally use Maven it'll appear to download half the Internet the first time you run it, so don't stress.

Comment by Mitesh Meswani [ 13/Jul/11 ]

The resource-ref element that you refer to above defines an indirection within a component name space. A PersistenceUnit (EMF) is not initialized within a component and hence always uses the global name space to look up data sources.

Comment by ringerc [ 13/Jul/11 ]

OK, so you're expected/required to use web.xml and glassfish-web.xml mapping of resources for access from EJBs and managed beans, but you can't use the same indirection from persistence.xml within the same module of the same project.

Sounds like a job for the JPA 2.1 spec leads, 'cos that's crazy talk and needs fixing in the spec. I never thought it might simply not be supposed to work, hence this bug report.

Thanks for following it up.

Comment by ringerc [ 14/Jul/11 ]

The attached test case, dsmap2-works-with-private-defn.zip, demonstrates that a persistence context defined using persistence.xml <i>can</i> reference a datasource defined in web.xml if a <data-source/> definition is used to explicitly define the data source rather than a <resource-ref/> being used to reference an external one.

The data source must be defined in java:app/ context to work; java:module/ or java:comp/ will not work, as expected from the comments above.

This leads to the reasonable (IMO) expectation that the same should work for a resource reference in web.xml, at least if such a reference is explicitly made to a name in the java:app/ space.

In other words, persistence.xml can reference "java:app/env/testDS" successfully if it's defined in web.xml like this:

<data-source>
<name>java:app/env/testDS</name>
<class-name>org.apache.derby.jdbc.ClientDataSource</class-name>
<!-- etc etc -->
</data-source>

.... but not if it's referenced like this:

<!-- web.xml -->
<resource-ref>
<res-ref-name>java:app/env/testDS</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>

<!-- glassfish-web.xml -->
<resource-ref>
<res-ref-name>java:app/env/testDS</res-ref-name>
<jndi-name>java:jdbc/__default</jndi-name>
</resource-ref>

.... and that, to me, is hard to see as anything but a defect. If it's not a Glassfish implementation bug then it's a spec defect and needs to be moved to apply to the appropriate spec.

Comment by corneil.duplessis [ 16/Jul/11 ]

This problem is not limited to JPA datasources. We have experienced the same problem with mail session and plain data source as well as URL resources, all accessed using Spring jee:jndi-lookup resource-ref="true".

The application deployment-descriptors are all targeted at Java EE 5.
The same config works fine on a WebSphere 7 deployment.

Comment by tsmets [ 28/May/13 ]

As of today :
One needs to adapt the settings.xml with :

<mirror>
<id>global</id>
<name>Maven Central</name>
<url>http://repo1.maven.org/maven2</url>
<mirrorOf>*</mirrorOf>
</mirror>

and the following dependencies :

<dependencies>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>eclipselink</artifactId>
<version>2.5.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>javax.persistence</artifactId>
<version>2.1.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>org.eclipse.persistence.jpa.modelgen.processor</artifactId>
<version>2.5.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-web-api</artifactId>
<version>6.0</version>
<scope>provided</scope>
</dependency>

<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.8.1</version>
<scope>test</scope>
</dependency>
</dependencies>

for the "dsmap2-direct Web App"





[GLASSFISH-16793] Directory deployment from NetBeans changes application name Created: 02/Jun/11  Updated: 13/Jul/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 3.1
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: benupsavs Assignee: Anissa Lam
Resolution: Unresolved Votes: 6
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 3.1 bundled with NetBeans 7.0


Attachments: Zip Archive test-parent.zip     Zip Archive test.zip    
Tags: deployment, ear, maven, netbeans

 Description   

When a Maven enterprise application is deployed from NetBeans to Glassfish using the run button in NetBeans, Glassfish is ignoring the <application-name> element in application.xml and using the default application name (the unqualified name of the .ear file minus the extension). This doesn't appear to be a NetBeans issue but a Glassfish issue with the method that NetBeans is using to do a directory deployment.

Please see http://www.java.net/forum/topic/glassfish/glassfish/portable-jndi-names-ejb31-enterprise-app for more detailed information, including how to reproduce.



 Comments   
Comment by puce [ 25/Jan/12 ]

+1
Same issue here

Comment by ymajoros [ 27/Jan/12 ]

Same here, without maven (using ant), directory deployment.

Same project works fine when deployed using CLI.

application-name isn't taken into account when ran from netbeans (directory deployment).

Comment by rbento [ 15/May/12 ]

I think this bug is of major priority because it breaks lookup for portable JNDI names.

Comment by Hong Zhang [ 15/May/12 ]

If you are doing directory deployment with CLI, does it work?

Comment by rbento [ 15/May/12 ]

I have a Maven project which has some modules:

  • pom root
  • ear module
  • ejb module
  • web module

I want to use Netbeans <> Glassfish hot deployment.

By turning on the hot deployment:

  • project > properties > build > compile > compile on save [For both application and test execution]
  • project > properties > run > deploy on save [x]

Doing the process above only in the modules, but not in pom root, the EAR module is successfully deployed with no bug in the app name but the hot deploy doesn't work.

Then, by setting the compile on save feature in the pom root, the name becomes bugged and the hot deployment works.

That's it

Comment by Hong Zhang [ 15/May/12 ]

Understood, but just trying to see if the issue is in GlassFish or NetBeans. If directory deployment with CLI works, the bug is most likely in NetBeans..

Comment by rbento [ 15/May/12 ]

Ok, thanks Hong.

I think it is a Netbeans integration issue.

I've just tested deployment through GlassFish admin and autodeploy directory and both worked fine.

I'm using Netbeans 7.1.2 and GlassFish 3.1.2.

[edit]

The app is deployed to gfdeploy folder with the wrong name.

Comment by Hong Zhang [ 15/May/12 ]

Thanks for trying! So you should probably file an issue under NetBeans for this to get this fixed from the NetBeans side.

Comment by pbenedict [ 01/Jun/12 ]

Is this really limited to NetBeans/Maven? I package up an EAR and EJB module, deploy it through the Admin Console, and Glassfish 3.1.2 ignores both <application> and <module> names – so I can't specify a portable name no matter what.

Comment by Hong Zhang [ 01/Jun/12 ]

Can you attach your test case which could reproduce the problem so we could look into it? We do have some tests to cover the basic scenarios.

Comment by pbenedict [ 01/Jun/12 ]

Attached is the most simple test I can make. When I deploy the EAR, this is in my log file:
EJB5181:Portable JNDI names for EJB MyBean: [java:global/test-ear-1.0-SNAPSHOT/my-module/MyBean!test.MyBean, java:global/test-ear-1.0-SNAPSHOT/my-module/MyBean

However, since I specified <application-name>, the portable name should actually be java:global/my-app/my-module/MyBean....

The <application-name> is definitely not getting processed. From p. 83 of the spec, "It defaults to the base name of the .ear file with no filename extension, unless specified by the application.xml deployment descriptor."

Comment by pbenedict [ 01/Jun/12 ]

FYI, I confirmed things work fine using asadmin deploy command. It does not work as expected through the web admin gui.

Comment by Hong Zhang [ 01/Jun/12 ]

Thanks for the updates. I am assigning to admin console team to see if the console code path assigns an application name before goes to the server backend.

Comment by Paul Benedict [ 13/Jul/12 ]

Any chance this could be slated for 3.1.3?





[GLASSFISH-16622] Root applications (context root "/") listen on all virtual servers until server is restarted. Created: 12/May/11  Updated: 14/Oct/11  Resolved: 14/Oct/11

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1_b43
Fix Version/s: 4.0_b06

Type: Bug Priority: Major
Reporter: ckuehl Assignee: Amy Roh
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Debian inside VServer


Attachments: XML File domain.xml     Text File server.log    
Tags: 3_1-next, context_root, deployment, virtual_server

 Description   

When I deploy a web application with the context root of "/" via the web administrative panel to a virtual server listening on domain "example.com", the application will act as if deployed to every virtual server, including the admin panel. Restarting the server (via asadmin) fixes the problem (after a restart, it only listens on example.com). This happens on initial deployment of an application and upon redeployment of an application.

When redeploying an application, I am selecting the file and clicking OK. I am not changing any options from their default options. After redeploying, the admin panel will cease the function and will instead show errors (such as resource not found) and act as if I am accessing that resource.



 Comments   
Comment by Hong Zhang [ 13/May/11 ]

I tried with both admin cli and console (specifying the virtual server as part of the deployment), and the domain.xml application-ref enetry has the specified virtual server as expected.
Assign to web team to check if the application is also only loaded on the specified virtual server as expected and follow up with the user.

Comment by ckuehl [ 15/May/11 ]

Thanks for looking into this. I did some further testing and it appears to only happen when redeploying an existing application via the web panel, not during initial deployment as I initially reported.

Comment by Amy Roh [ 17/May/11 ]

Hi ckuehl,

To clarify, you're saying if you redeploy an existing application with the context root of "/" using the admin gui, the application will act as if it deployed to every virtual server including the admin webapp and the admin gui will cease to function until restart, correct?

Does this also happen when you redeploy using admin cli and not the admin gui?

Can you please include your domain.xml and server.log after you redeploy in order for us to understand your exact setup?

Thanks,
Amy

Comment by ckuehl [ 17/May/11 ]

Hi,

Yes, your summary is correct.

I have just tested and it also happens when redeploying via the CLI:

asadmin> redeploy --name GraalCenterAccounts /home/appman/GraalCenterAccounts.war
Enter admin user name> admin
Enter admin password for user "admin">
Application deployed with name GraalCenterAccounts.
Command redeploy executed successfully.

I will attach my domain.xml and server.log.

Thanks again for looking into this.

Comment by ckuehl [ 23/May/11 ]

I'd like to clarify again:

When redeploying, it does not act as if deployed to all virtual servers. Instead, all applications, including the administrative GUI, act as if undeployed. I see the "Your server is now running" page when trying to access other applications.

This is also happening occasionally when using the asadmin cli.

Comment by Amy Roh [ 26/May/11 ]

I tried your scenario on mac and everything works as expected. I'm trying to understand how and if our configurations are different.

I see "User [] from host localhost does not have administration access" in your server.log. How are you accessing the admin gui? Can you access it locally?

Comment by ckuehl [ 28/May/11 ]

I tried to setup reliable steps to replicate this bug but was unable to on a different system than the one it occurred on. I have updated to 3.2-b06 and the problem has resolved itself.

Thanks again for the help.

Comment by Amy Roh [ 31/May/11 ]

Issue resolved as the reporter stated. Couldn't reproduce.





[GLASSFISH-16571] IllegalStateException When Deploying Web Application Containing REST Services Created: 06/May/11  Updated: 06/Aug/13  Resolved: 13/Jun/11

Status: Resolved
Project: glassfish
Component/s: jax-rs
Affects Version/s: 3.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: digi_pixel Assignee: Jakub Podlesak
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu 10.04, JDK 1.6.0_20, NB 7.0


Attachments: Zip Archive HelloWorld.zip     Text File server.log    
Tags: deployment

 Description   

Whenever a web application is deployed containing REST web services to Glassfish an IllegalStateException is thrown, and the deployment is canceled. Below is part of the error message that appeared in the NB Output window:

---------------------------------------------------------------------
Error occurred during deployment: Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: com.sun.jersey.spi.inject.Errors$ErrorMessagesException. Please see server.log for more details.
---------------------------------------------------------------------

I have tried to resolve the problem by creating a new Web Application in NB from scratch via its wizard, and selected the option to enable dependency injection during one of the steps but it makes no difference. Deployment of a web application that doesn't contain any REST web service works just fine.



 Comments   
Comment by Hong Zhang [ 10/May/11 ]

As the stack traces are from web container in the server.log, assigning to web team for initial evaluation

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

The exception is from jaxrs as follows:

com.sun.jersey.spi.inject.Errors$ErrorMessagesException
at com.sun.jersey.spi.inject.Errors.processErrorMessages(Errors.java:170)
at com.sun.jersey.spi.inject.Errors.postProcess(Errors.java:136)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:199)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:697)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:692)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:606)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:213)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
at javax.servlet.GenericServlet.init(GenericServlet.java:244)

Comment by Jakub Podlesak [ 03/Jun/11 ]

This seems to be related to http://java.net/jira/browse/GLASSFISH-16518
Deploying applications, which does not contain Jersey jars should work just fine.

Could you please add some reproducible test case? Or at least attach the steps
for reproducing from NB?

Comment by Martin Matula [ 03/Jun/11 ]

This may be an application bug, rather than a Jersey issue - this exception is thrown when Jersey finds fatal issues during injection precondition checking. If you look at the server.log, you will see the following issues with your application have been identified by Jersey and considered fatal:

The following errors and warnings have been detected with resource and/or provider classes:
SEVERE: Missing dependency for method public com.darc.autohome.server.database.SymbolLayer com.darc.autohome.server.service.SymbolLayerFacadeREST.find(com.darc.autohome.server.database.SymbolLayerPK) at parameter at index 0
SEVERE: Method, public com.darc.autohome.server.database.SymbolLayer com.darc.autohome.server.service.SymbolLayerFacadeREST.find(com.darc.autohome.server.database.SymbolLayerPK), annotated with GET of resource, class com.darc.autohome.server.service.SymbolLayerFacadeREST, is not recognized as valid resource method.
SEVERE: Missing dependency for method public void com.darc.autohome.server.service.SymbolLayerFacadeREST.remove(com.darc.autohome.server.database.SymbolLayerPK) at parameter at index 0
SEVERE: Method, public void com.darc.autohome.server.service.SymbolLayerFacadeREST.remove(com.darc.autohome.server.database.SymbolLayerPK), annotated with DELETE of resource, class com.darc.autohome.server.service.SymbolLayerFacadeREST, is not recognized as valid resource method.
SEVERE: Missing dependency for method public com.darc.autohome.server.database.BallastChannel com.darc.autohome.server.service.BallastChannelFacadeREST.find(com.darc.autohome.server.database.BallastChannelPK) at parameter at index 0
SEVERE: Method, public com.darc.autohome.server.database.BallastChannel com.darc.autohome.server.service.BallastChannelFacadeREST.find(com.darc.autohome.server.database.BallastChannelPK), annotated with GET of resource, class com.darc.autohome.server.service.BallastChannelFacadeREST, is not recognized as valid resource method.
SEVERE: Missing dependency for method public void com.darc.autohome.server.service.BallastChannelFacadeREST.remove(com.darc.autohome.server.database.BallastChannelPK) at parameter at index 0
SEVERE: Method, public void com.darc.autohome.server.service.BallastChannelFacadeREST.remove(com.darc.autohome.server.database.BallastChannelPK), annotated with DELETE of resource, class com.darc.autohome.server.service.BallastChannelFacadeREST, is not recognized as valid resource method.
SEVERE: Missing dependency for method public com.darc.autohome.server.database.DeviceChannel com.darc.autohome.server.service.DeviceChannelFacadeREST.find(com.darc.autohome.server.database.DeviceChannelPK) at parameter at index 0
SEVERE: Method, public com.darc.autohome.server.database.DeviceChannel com.darc.autohome.server.service.DeviceChannelFacadeREST.find(com.darc.autohome.server.database.DeviceChannelPK), annotated with GET of resource, class com.darc.autohome.server.service.DeviceChannelFacadeREST, is not recognized as valid resource method.
SEVERE: Missing dependency for method public void com.darc.autohome.server.service.DeviceChannelFacadeREST.remove(com.darc.autohome.server.database.DeviceChannelPK) at parameter at index 0
SEVERE: Method, public void com.darc.autohome.server.service.DeviceChannelFacadeREST.remove(com.darc.autohome.server.database.DeviceChannelPK), annotated with DELETE of resource, class com.darc.autohome.server.service.DeviceChannelFacadeREST, is not recognized as valid resource method.

We would have to see more of your application to be able to determine what the issue is. Can you provide a simpler example?

Comment by Jakub Podlesak [ 13/Jun/11 ]

Just tried with NB 7.0, GFv3.1:

1) New Project->Categories:Samples->Java Web Services->REST Hello World (Java EE 6)->Project Name: HelloWorld
2 ) REST Resources Configuration dialog (default values left intact):
[x] NB will generate a subclass of javax.ws.rs.core.Application,
all resources will be registered automatically (Java EE 6),
[x] Add Jersey library,
REST resources path: /resources
3) Run

The above works fine for me, the application runs on GFv3.1.

Could you please provide reproducible steps for the issue?

Comment by Jakub Podlesak [ 13/Jun/11 ]

Attaching a NB 7.0 project containing a simple REST application,
which works fine for me on GFv3.1.
The application was created using the default NB 7.0 settings.

Comment by Jakub Podlesak [ 13/Jun/11 ]

Closing the bug as works for me.
Please feel free to re-open, and provide a reproducible test case
or some reproducible steps.

Comment by igordcard [ 08/Jul/11 ]

I ran into the same issue and decided to make some test cases. What I found out is that I can't create a REST resource for entities that have a compound primary key, the errors I get are very similar to the original ones from this issue:

SEVERE: The following errors and warnings have been detected with resource and/or provider classes:
SEVERE: Missing dependency for method public persistence.UserFriend business.UserFriendFacadeREST.find(persistence.UserFriendPK) at parameter at index 0
SEVERE: Method, public persistence.UserFriend business.UserFriendFacadeREST.find(persistence.UserFriendPK), annotated with GET of resource, class business.UserFriendFacadeREST, is not recognized as valid resource method.
SEVERE: Missing dependency for method public void business.UserFriendFacadeREST.remove(persistence.UserFriendPK) at parameter at index 0
SEVERE: Method, public void business.UserFriendFacadeREST.remove(persistence.UserFriendPK), annotated with DELETE of resource, class business.UserFriendFacadeREST, is not recognized as valid resource method.

So, the steps that I do to reproduce this are:
-Create a new Web Application project
-Add entity classes from database
-Select at least a table that has compound keys
-Notice that a <TableName>PK.java is created
-This class isn't created if the primary key is simple
-Add RESTful Web Services from Entity Classes
-Use the compound-keyed entity classes
-Choosing web.xml servlet based resource or ApplicationConfig.java is irrelevant (both threw the same errors for me)
-Try to deploy

The error occurs in the first parameter of find() and remove() of business.UserFriendFacadeREST, which is: "@PathParam("id") UserFriendPK id".

I am using NetBeans 7.0, Glassfish 3.1, JDK 6u25, external SQL Server 2008 database via the Microsoft JDBC Driver, on Windows.

Comment by walec51 [ 16/Jul/11 ]

I have the same problem on the newst Glassfish 3.1.1 beta

Comment by gghoffman [ 02/Sep/11 ]

Confirmed Sep. 2nd 2011

Mac OS X 10.6.8
Netbeans 7.1
Glassfish 3.1

My project seems totally corrupt/unusable.

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: com.sun.jersey.spi.inject.Errors$ErrorMessagesException
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:130)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:286)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:680)

Comment by f_dion [ 08/Oct/11 ]

Can we reopen this, please? this is still an issue with glassfish 3.1.1 release. As was stated by igordcard back in july, the issue is easy to replicate, every time. Anytime a composite key is in the mix, it is the end of the line. Any tables with a normal single field primary key work fine.

Comment by alexwald [ 23/Jan/12 ]

Could this issue be reopened again?

I'm still experiencing exactly the same problem with NetBeans 7.1 (Build 201112071828), glassfish 3.1.1 (b12), jersey 1.9-1.18.

Error occurred during deployment: Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: com.sun.jersey.spi.inject.Errors$ErrorMessagesException. Please see server.log for more details.

when using a database with compound keys.

This is by any means a valid issue.

Comment by handyway [ 09/Feb/12 ]

Hi!
We have developed a REST web service with netbeans. When we try it deploying directly from Netbeans it properly works. But when we try to deploy it, using the admin console in glassfish uploading ".war" file, we get this error:

Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: com.sun.jersey.spi.inject.Errors$ErrorMessagesException. Please see server.log for more details. "

Any idea to fix it?

Regards,

Comment by passsy [ 22/May/13 ]

Please reopen this issue. I really struggle for hours with this problem and I can't find a solution.

EDIT:

finally I found a solution. I'm not sure why it works, but it solved this issue for me.

I changed the web.xml from

<servlet>
<description>JAX-RS Tools Generated - Do not modify</description>
<servlet-name>JAX-RS Servlet</servlet-name>
<servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

to

<servlet>
<description>JAX-RS Tools Generated - Do not modify</description>
<servlet-name>JAX-RS Servlet</servlet-name>
<servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>com.sun.jersey.config.property.packages</param-name>
<param-value>com.example.webapp</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>

Comment by JohnnyBekkestad [ 06/Aug/13 ]

I still have this issue, running glassfish4 and i am not able to deploy any jersey apps. This started the other day randomly.
I've even tried basic maven archetypes and no changes to code after generation. Still will not deploy
2: http://download.java.net/maven/2/archetype-catalog.xml ->
jersey-quickstart-webapp (Archetype for creating a Jersey based RESTful
web application with WAR packaging)

3: http://download.java.net/maven/2/archetype-catalog.xml ->
jersey-quickstart-ejb (Archetype for creating a Jersey based RESTful EJB
application with WAR packaging)

I am attaching my logs and code.

/Johnny

----------------------- LOG OUTPUT ------------------------------
INFO: Running GlassFish Version: GlassFish Server Open Source Edition 4.0 (build 89)
INFO: Server log file is using Formatter class: com.sun.enterprise.server.logging.ODLLogFormatter
INFO: SEC1115: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
INFO: Grizzly Framework 2.3.1 started in: 22ms - bound to [/0.0.0.0:8 080]
INFO: Grizzly Framework 2.3.1 started in: 1ms - bound to [/0.0.0.0:8 181]
INFO: Grizzly Framework 2.3.1 started in: 1ms - bound to [/0.0.0.0:4 848]
INFO: Authorization Service has successfully initialized.
INFO: Grizzly Framework 2.3.1 started in: 1ms - bound to [/0.0.0.0:3 700]
INFO: Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
INFO: GlassFish Server Open Source Edition 4.0 (89) startup time : Felix (2 589ms), startup services(866ms), total(3 455ms)
INFO: HV000001: Hibernate Validator 5.0.0.Final
INFO: Initiating Jersey application, version Jersey: 2.0 2013-05-03 14:50:15...
INFO: JMXStartupService has started JMXConnector on JMXService URL service:jmx:rmi://johnnybekkestad.com:8686/jndi/rmi://johnnybekkestad.com:8686/jmxrmi
INFO: Grizzly Framework 2.3.1 started in: 2ms - bound to [/0.0.0.0:7 676]
INFO: Initiating Jersey application, version Jersey: 2.0 2013-05-03 14:50:15...
INFO: Listening to REST requests at context: /management/domain.
INFO: Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@344ae0f6 as OSGi service registration: org.apache.felix.framework.ServiceRegistrationImpl@28608233.
INFO: this.makeModuleFor(org.glassfish.main.web.glue, null) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.web.glue [263]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.web.javax.servlet.jsp, null) returned OSGiModuleImpl:: Bundle = [org.glassfish.web.javax.servlet.jsp [149]], State = [READY]
INFO: visiting unvisited references
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-common, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [48]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.hk2.hk2, 2.1.92) returned OSGiModuleImpl:: Bundle = [org.glassfish.hk2.hk2 [118]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-plugin-service, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-plugin-service [58]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.deployment.deployment-client, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.deployment-client [67]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.registration.registration-api, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-api [230]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.registration.registration-impl, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-impl [231]], State = [READY]
INFO: this.makeModuleFor(javax.servlet-api, 3.1.0) returned OSGiModuleImpl:: Bundle = [javax.servlet-api [147]], State = [READY]
INFO: this.makeModuleFor(javax.servlet.jsp-api, 2.3.1) returned OSGiModuleImpl:: Bundle = [javax.servlet.jsp-api [148]], State = [READY]
INFO: this.makeModuleFor(com.sun.el.javax.el, 3.0.0) returned OSGiModuleImpl:: Bundle = [com.sun.el.javax.el [132]], State = [READY]
INFO: this.makeModuleFor(com.sun.jsftemplating, 2.1.0) returned OSGiModuleImpl:: Bundle = [com.sun.jsftemplating [186]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.dataprovider, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.dataprovider [63]], State = [READY]
INFO: this.makeModuleFor(com.sun.pkg.client, 1.0.0) returned OSGiModuleImpl:: Bundle = [com.sun.pkg.client [229]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-jca-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jca-plugin [54]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-corba-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-corba-plugin [51]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-web-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-web-plugin [60]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-community-branding-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-community-branding-plugin [49]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-jts-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jts-plugin [57]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-ejb-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-plugin [53]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-common-full-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common-full-plugin [47]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-concurrent-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-concurrent-plugin [50]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-common, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [48]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-jms-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jms-plugin [56]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-cluster-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-cluster-plugin [46]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-ejb-lite-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-lite-plugin [52]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-updatecenter-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-updatecenter-plugin [59]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-jdbc-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jdbc-plugin [55]], State = [READY]
INFO: Created HTTP listener http-listener-1 on host/port 0.0.0.0:8080
INFO: Created HTTP listener http-listener-2 on host/port 0.0.0.0:8181
INFO: Created HTTP listener admin-listener on host/port 0.0.0.0:4848
INFO: Created virtual server server
INFO: Created virtual server __asadmin
INFO: Setting JAAS app name glassfish-web
INFO: Virtual server server loaded default web module
INFO: SEC1002: Security Manager is OFF.
INFO: SEC1010: Entering Security Startup Service
INFO: SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
INFO: SEC1011: Security Service(s) Started Successfully
INFO: visiting unvisited references
INFO: visiting unvisited references
INFO: visiting unvisited references
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-common, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [48]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.hk2.hk2, 2.1.92) returned OSGiModuleImpl:: Bundle = [org.glassfish.hk2.hk2 [118]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-plugin-service, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-plugin-service [58]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.deployment.deployment-client, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.deployment-client [67]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.registration.registration-api, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-api [230]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.registration.registration-impl, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-impl [231]], State = [READY]
INFO: this.makeModuleFor(javax.servlet-api, 3.1.0) returned OSGiModuleImpl:: Bundle = [javax.servlet-api [147]], State = [READY]
INFO: this.makeModuleFor(javax.servlet.jsp-api, 2.3.1) returned OSGiModuleImpl:: Bundle = [javax.servlet.jsp-api [148]], State = [READY]
INFO: this.makeModuleFor(com.sun.el.javax.el, 3.0.0) returned OSGiModuleImpl:: Bundle = [com.sun.el.javax.el [132]], State = [READY]
INFO: this.makeModuleFor(com.sun.jsftemplating, 2.1.0) returned OSGiModuleImpl:: Bundle = [com.sun.jsftemplating [186]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.dataprovider, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.dataprovider [63]], State = [READY]
INFO: this.makeModuleFor(com.sun.pkg.client, 1.0.0) returned OSGiModuleImpl:: Bundle = [com.sun.pkg.client [229]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-jca-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jca-plugin [54]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-corba-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-corba-plugin [51]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-web-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-web-plugin [60]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-community-branding-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-community-branding-plugin [49]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-jts-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jts-plugin [57]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-ejb-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-plugin [53]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-common-full-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common-full-plugin [47]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-concurrent-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-concurrent-plugin [50]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-common, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [48]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-jms-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jms-plugin [56]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-cluster-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-cluster-plugin [46]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-ejb-lite-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-lite-plugin [52]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-updatecenter-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-updatecenter-plugin [59]], State = [READY]
INFO: this.makeModuleFor(org.glassfish.main.admingui.console-jdbc-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jdbc-plugin [55]], State = [READY]
INFO: Initializing Mojarra 2.2.0 ( 20130502-2118 https://svn.java.net/svn/mojarra~svn/tags/2.2.0@11930) for context ''
INFO: Loading application [__admingui] at [/]
INFO: Loading application __admingui done in 4 762 ms

---------------------- SO FAR OK - APP NOT DEPLOYED YET! --------------------------------

INFO: visiting unvisited references
INFO: Scanning for root resource and provider classes in the packages:
com.bekkestad.web.rest
org.codehaus.jackson.jaxrs
INFO: Root resource classes found:
class com.bekkestad.web.rest.UserController
INFO: Provider classes found:
class org.codehaus.jackson.jaxrs.JsonParseExceptionMapper
class org.codehaus.jackson.jaxrs.JsonMappingExceptionMapper
class org.codehaus.jackson.jaxrs.JacksonJsonProvider
class org.codehaus.jackson.jaxrs.JacksonJaxbJsonProvider
INFO: Initiating Jersey application, version 'Jersey: 1.8 06/24/2011 12:17 PM'
SEVERE: WebModule[/rest]StandardWrapper.Throwable
com.sun.jersey.api.container.ContainerException: Unable to create resource
at com.sun.jersey.server.impl.resource.SingletonFactory$Singleton.init(SingletonFactory.java:139)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:584)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:581)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.getResourceComponentProvider(WebApplicationImpl.java:581)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiateResource(WebApplicationImpl.java:658)
at com.sun.jersey.server.impl.application.RootResourceUriRules.initWadlResource(RootResourceUriRules.java:184)
at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:162)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
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(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.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: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor._construct(ResourceComponentConstructor.java:198)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor.construct(ResourceComponentConstructor.java:179)
at com.sun.jersey.server.impl.resource.SingletonFactory$Singleton.init(SingletonFactory.java:137)
... 69 more
Caused by: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
at com.sun.jersey.server.wadl.WadlGeneratorImpl.createResponse(WadlGeneratorImpl.java:198)
at com.sun.jersey.server.wadl.WadlBuilder.generateResponse(WadlBuilder.java:395)
at com.sun.jersey.server.wadl.WadlBuilder.generateMethod(WadlBuilder.java:164)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:306)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:269)
at com.sun.jersey.server.wadl.WadlBuilder.generate(WadlBuilder.java:105)
at com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl.getApplication(WadlApplicationContextImpl.java:79)
at com.sun.jersey.server.impl.wadl.WadlResource.<init>(WadlResource.java:77)
... 76 more

SEVERE: WebModule[/rest]Servlet /rest threw load() exception
java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
at com.sun.jersey.server.wadl.WadlGeneratorImpl.createResponse(WadlGeneratorImpl.java:198)
at com.sun.jersey.server.wadl.WadlBuilder.generateResponse(WadlBuilder.java:395)
at com.sun.jersey.server.wadl.WadlBuilder.generateMethod(WadlBuilder.java:164)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:306)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:269)
at com.sun.jersey.server.wadl.WadlBuilder.generate(WadlBuilder.java:105)
at com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl.getApplication(WadlApplicationContextImpl.java:79)
at com.sun.jersey.server.impl.wadl.WadlResource.<init>(WadlResource.java:77)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor._construct(ResourceComponentConstructor.java:198)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor.construct(ResourceComponentConstructor.java:179)
at com.sun.jersey.server.impl.resource.SingletonFactory$Singleton.init(SingletonFactory.java:137)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:584)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:581)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.getResourceComponentProvider(WebApplicationImpl.java:581)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiateResource(WebApplicationImpl.java:658)
at com.sun.jersey.server.impl.application.RootResourceUriRules.initWadlResource(RootResourceUriRules.java:184)
at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:162)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
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(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.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)

SEVERE: Startup of context /rest failed due to previous errors
SEVERE: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
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 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.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5678)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
... 44 more
Caused by: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
at com.sun.jersey.server.wadl.WadlGeneratorImpl.createResponse(WadlGeneratorImpl.java:198)
at com.sun.jersey.server.wadl.WadlBuilder.generateResponse(WadlBuilder.java:395)
at com.sun.jersey.server.wadl.WadlBuilder.generateMethod(WadlBuilder.java:164)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:306)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:269)
at com.sun.jersey.server.wadl.WadlBuilder.generate(WadlBuilder.java:105)
at com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl.getApplication(WadlApplicationContextImpl.java:79)
at com.sun.jersey.server.impl.wadl.WadlResource.<init>(WadlResource.java:77)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor._construct(ResourceComponentConstructor.java:198)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor.construct(ResourceComponentConstructor.java:179)
at com.sun.jersey.server.impl.resource.SingletonFactory$Singleton.init(SingletonFactory.java:137)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:584)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:581)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.getResourceComponentProvider(WebApplicationImpl.java:581)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiateResource(WebApplicationImpl.java:658)
at com.sun.jersey.server.impl.application.RootResourceUriRules.initWadlResource(RootResourceUriRules.java:184)
at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:162)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
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)
... 45 more

WARNING: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
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 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)

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.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
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.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)

SEVERE: Exception during lifecycle processing
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
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.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)

SEVERE: Exception while loading the app
SEVERE: Undeployment failed for context /rest
SEVERE: Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
INFO: Server shutdown initiated
INFO: Unregistered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@344ae0f6 from service registry.
INFO: FileMonitoring shutdown
INFO: JMXStartupService: Stopped JMXConnectorServer: null
INFO: JMXStartupService and JMXConnectors have been shut down.
INFO: JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool]

Comment by JohnnyBekkestad [ 06/Aug/13 ]

And here is my server log

----------------------- SERVER LOG ------------------------------

[2013-08-06T08:03:44.474+0200] [glassfish 4.0] [INFO] [NCLS-LOGGING-00009] [javax.enterprise.logging] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769024474] [levelValue: 800] [[
Running GlassFish Version: GlassFish Server Open Source Edition 4.0 (build 89)]]

[2013-08-06T08:03:44.477+0200] [glassfish 4.0] [INFO] [NCLS-LOGGING-00010] [javax.enterprise.logging] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769024477] [levelValue: 800] [[
Server log file is using Formatter class: com.sun.enterprise.server.logging.ODLLogFormatter]]

[2013-08-06T08:03:44.612+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security.auth.realm] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769024612] [levelValue: 800] [[
SEC1115: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.]]

[2013-08-06T08:03:44.621+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security.auth.realm] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769024621] [levelValue: 800] [[
SEC1115: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.]]

[2013-08-06T08:03:44.629+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security.auth.realm] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769024629] [levelValue: 800] [[
SEC1115: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.]]

[2013-08-06T08:03:44.936+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769024936] [levelValue: 800] [[
Grizzly Framework 2.3.1 started in: 22ms - bound to [/0.0.0.0:8 080]]]

[2013-08-06T08:03:44.993+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769024993] [levelValue: 800] [[
Grizzly Framework 2.3.1 started in: 1ms - bound to [/0.0.0.0:8 181]]]

[2013-08-06T08:03:45.000+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769025000] [levelValue: 800] [[
Grizzly Framework 2.3.1 started in: 1ms - bound to [/0.0.0.0:4 848]]]

[2013-08-06T08:03:45.101+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.org.glassfish.security.services.impl.authorization] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769025101] [levelValue: 800] [[
Authorization Service has successfully initialized.]]

[2013-08-06T08:03:45.133+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769025133] [levelValue: 800] [[
Grizzly Framework 2.3.1 started in: 1ms - bound to [/0.0.0.0:3 700]]]

[2013-08-06T08:03:45.139+0200] [glassfish 4.0] [INFO] [] [org.glassfish.ha.store.spi.BackingStoreFactoryRegistry] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769025139] [levelValue: 800] [[
Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry]]

[2013-08-06T08:03:45.280+0200] [glassfish 4.0] [INFO] [NCLS-CORE-00017] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769025280] [levelValue: 800] [[
GlassFish Server Open Source Edition 4.0 (89) startup time : Felix (2 589ms), startup services(866ms), total(3 455ms)]]

[2013-08-06T08:03:45.284+0200] [glassfish 4.0] [INFO] [] [org.hibernate.validator.internal.util.Version] [tid: _ThreadID=56 _ThreadName=pool-7-thread-2] [timeMillis: 1375769025284] [levelValue: 800] [[
HV000001: Hibernate Validator 5.0.0.Final]]

[2013-08-06T08:03:45.384+0200] [glassfish 4.0] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=55 _ThreadName=pool-7-thread-1] [timeMillis: 1375769025384] [levelValue: 800] [[
Initiating Jersey application, version Jersey: 2.0 2013-05-03 14:50:15...]]

[2013-08-06T08:03:45.907+0200] [glassfish 4.0] [INFO] [NCLS-JMX-00005] [javax.enterprise.system.jmx] [tid: _ThreadID=57 _ThreadName=Thread-6] [timeMillis: 1375769025907] [levelValue: 800] [[
JMXStartupService has started JMXConnector on JMXService URL service:jmx:rmi://johnnybekkestad.com:8686/jndi/rmi://johnnybekkestad.com:8686/jmxrmi]]

[2013-08-06T08:03:46.189+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769026189] [levelValue: 800] [[
Grizzly Framework 2.3.1 started in: 2ms - bound to [/0.0.0.0:7 676]]]

[2013-08-06T08:03:48.132+0200] [glassfish 4.0] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1375769028132] [levelValue: 800] [[
Initiating Jersey application, version Jersey: 2.0 2013-05-03 14:50:15...]]

[2013-08-06T08:03:48.426+0200] [glassfish 4.0] [INFO] [NCLS-REST-00001] [javax.enterprise.admin.rest] [tid: _ThreadID=35 _ThreadName=admin-listener(1)] [timeMillis: 1375769028426] [levelValue: 800] [[
Listening to REST requests at context: /management/domain.]]

[2013-08-06T08:03:48.796+0200] [glassfish 4.0] [INFO] [NCLS-BOOTSTRAP-00027] [javax.enterprise.bootstrap] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1375769028796] [levelValue: 800] [[
Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@344ae0f6 as OSGi service registration: org.apache.felix.framework.ServiceRegistrationImpl@28608233.]]

[2013-08-06T08:03:48.808+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769028808] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.web.glue, null) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.web.glue [263]], State = [READY]]]

[2013-08-06T08:03:48.809+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769028809] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.web.javax.servlet.jsp, null) returned OSGiModuleImpl:: Bundle = [org.glassfish.web.javax.servlet.jsp [149]], State = [READY]]]

[2013-08-06T08:03:49.246+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029246] [levelValue: 800] [[
visiting unvisited references]]

[2013-08-06T08:03:49.384+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029384] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-common, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [48]], State = [READY]]]

[2013-08-06T08:03:49.385+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029385] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.hk2.hk2, 2.1.92) returned OSGiModuleImpl:: Bundle = [org.glassfish.hk2.hk2 [118]], State = [READY]]]

[2013-08-06T08:03:49.385+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029385] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-plugin-service, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-plugin-service [58]], State = [READY]]]

[2013-08-06T08:03:49.388+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029388] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.deployment.deployment-client, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.deployment-client [67]], State = [READY]]]

[2013-08-06T08:03:49.388+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029388] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.registration.registration-api, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-api [230]], State = [READY]]]

[2013-08-06T08:03:49.389+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029389] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.registration.registration-impl, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-impl [231]], State = [READY]]]

[2013-08-06T08:03:49.389+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029389] [levelValue: 800] [[
this.makeModuleFor(javax.servlet-api, 3.1.0) returned OSGiModuleImpl:: Bundle = [javax.servlet-api [147]], State = [READY]]]

[2013-08-06T08:03:49.389+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029389] [levelValue: 800] [[
this.makeModuleFor(javax.servlet.jsp-api, 2.3.1) returned OSGiModuleImpl:: Bundle = [javax.servlet.jsp-api [148]], State = [READY]]]

[2013-08-06T08:03:49.390+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029390] [levelValue: 800] [[
this.makeModuleFor(com.sun.el.javax.el, 3.0.0) returned OSGiModuleImpl:: Bundle = [com.sun.el.javax.el [132]], State = [READY]]]

[2013-08-06T08:03:49.390+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029390] [levelValue: 800] [[
this.makeModuleFor(com.sun.jsftemplating, 2.1.0) returned OSGiModuleImpl:: Bundle = [com.sun.jsftemplating [186]], State = [READY]]]

[2013-08-06T08:03:49.391+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029391] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.dataprovider, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.dataprovider [63]], State = [READY]]]

[2013-08-06T08:03:49.391+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029391] [levelValue: 800] [[
this.makeModuleFor(com.sun.pkg.client, 1.0.0) returned OSGiModuleImpl:: Bundle = [com.sun.pkg.client [229]], State = [READY]]]

[2013-08-06T08:03:49.391+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029391] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-jca-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jca-plugin [54]], State = [READY]]]

[2013-08-06T08:03:49.392+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029392] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-corba-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-corba-plugin [51]], State = [READY]]]

[2013-08-06T08:03:49.392+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029392] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-web-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-web-plugin [60]], State = [READY]]]

[2013-08-06T08:03:49.392+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029392] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-community-branding-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-community-branding-plugin [49]], State = [READY]]]

[2013-08-06T08:03:49.392+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029392] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-jts-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jts-plugin [57]], State = [READY]]]

[2013-08-06T08:03:49.393+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029393] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-ejb-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-plugin [53]], State = [READY]]]

[2013-08-06T08:03:49.393+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029393] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-common-full-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common-full-plugin [47]], State = [READY]]]

[2013-08-06T08:03:49.393+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029393] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-concurrent-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-concurrent-plugin [50]], State = [READY]]]

[2013-08-06T08:03:49.393+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029393] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-common, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [48]], State = [READY]]]

[2013-08-06T08:03:49.394+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029394] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-jms-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jms-plugin [56]], State = [READY]]]

[2013-08-06T08:03:49.394+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029394] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-cluster-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-cluster-plugin [46]], State = [READY]]]

[2013-08-06T08:03:49.394+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029394] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-ejb-lite-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-lite-plugin [52]], State = [READY]]]

[2013-08-06T08:03:49.394+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029394] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-updatecenter-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-updatecenter-plugin [59]], State = [READY]]]

[2013-08-06T08:03:49.395+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029395] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-jdbc-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jdbc-plugin [55]], State = [READY]]]

[2013-08-06T08:03:49.692+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00198] [javax.enterprise.web] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029692] [levelValue: 800] [[
Created HTTP listener http-listener-1 on host/port 0.0.0.0:8080]]

[2013-08-06T08:03:49.701+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00198] [javax.enterprise.web] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029701] [levelValue: 800] [[
Created HTTP listener http-listener-2 on host/port 0.0.0.0:8181]]

[2013-08-06T08:03:49.706+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00198] [javax.enterprise.web] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029706] [levelValue: 800] [[
Created HTTP listener admin-listener on host/port 0.0.0.0:4848]]

[2013-08-06T08:03:49.732+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00200] [javax.enterprise.web] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029732] [levelValue: 800] [[
Created virtual server server]]

[2013-08-06T08:03:49.735+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00200] [javax.enterprise.web] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029735] [levelValue: 800] [[
Created virtual server __asadmin]]

[2013-08-06T08:03:49.971+0200] [glassfish 4.0] [INFO] [AS-WEB-CORE-00306] [javax.enterprise.web.core] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029971] [levelValue: 800] [[
Setting JAAS app name glassfish-web]]

[2013-08-06T08:03:49.972+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00201] [javax.enterprise.web] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769029972] [levelValue: 800] [[
Virtual server server loaded default web module ]]

[2013-08-06T08:03:50.201+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030201] [levelValue: 800] [[
SEC1002: Security Manager is OFF.]]

[2013-08-06T08:03:50.232+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030232] [levelValue: 800] [[
SEC1010: Entering Security Startup Service]]

[2013-08-06T08:03:50.235+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030235] [levelValue: 800] [[
SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.]]

[2013-08-06T08:03:50.348+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core.security.com.sun.enterprise.security] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030348] [levelValue: 800] [[
SEC1011: Security Service(s) Started Successfully]]

[2013-08-06T08:03:50.712+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030712] [levelValue: 800] [[
visiting unvisited references]]

[2013-08-06T08:03:50.743+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030743] [levelValue: 800] [[
visiting unvisited references]]

[2013-08-06T08:03:50.746+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030746] [levelValue: 800] [[
visiting unvisited references]]

[2013-08-06T08:03:50.854+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030854] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-common, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [48]], State = [READY]]]

[2013-08-06T08:03:50.854+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030854] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.hk2.hk2, 2.1.92) returned OSGiModuleImpl:: Bundle = [org.glassfish.hk2.hk2 [118]], State = [READY]]]

[2013-08-06T08:03:50.855+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030855] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-plugin-service, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-plugin-service [58]], State = [READY]]]

[2013-08-06T08:03:50.855+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030855] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.deployment.deployment-client, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.deployment-client [67]], State = [READY]]]

[2013-08-06T08:03:50.855+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030855] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.registration.registration-api, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-api [230]], State = [READY]]]

[2013-08-06T08:03:50.856+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030856] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.registration.registration-impl, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-impl [231]], State = [READY]]]

[2013-08-06T08:03:50.856+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030856] [levelValue: 800] [[
this.makeModuleFor(javax.servlet-api, 3.1.0) returned OSGiModuleImpl:: Bundle = [javax.servlet-api [147]], State = [READY]]]

[2013-08-06T08:03:50.856+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030856] [levelValue: 800] [[
this.makeModuleFor(javax.servlet.jsp-api, 2.3.1) returned OSGiModuleImpl:: Bundle = [javax.servlet.jsp-api [148]], State = [READY]]]

[2013-08-06T08:03:50.857+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030857] [levelValue: 800] [[
this.makeModuleFor(com.sun.el.javax.el, 3.0.0) returned OSGiModuleImpl:: Bundle = [com.sun.el.javax.el [132]], State = [READY]]]

[2013-08-06T08:03:50.857+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030857] [levelValue: 800] [[
this.makeModuleFor(com.sun.jsftemplating, 2.1.0) returned OSGiModuleImpl:: Bundle = [com.sun.jsftemplating [186]], State = [READY]]]

[2013-08-06T08:03:50.857+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030857] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.dataprovider, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.dataprovider [63]], State = [READY]]]

[2013-08-06T08:03:50.857+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030857] [levelValue: 800] [[
this.makeModuleFor(com.sun.pkg.client, 1.0.0) returned OSGiModuleImpl:: Bundle = [com.sun.pkg.client [229]], State = [READY]]]

[2013-08-06T08:03:50.858+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030858] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-jca-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jca-plugin [54]], State = [READY]]]

[2013-08-06T08:03:50.858+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030858] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-corba-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-corba-plugin [51]], State = [READY]]]

[2013-08-06T08:03:50.858+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030858] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-web-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-web-plugin [60]], State = [READY]]]

[2013-08-06T08:03:50.859+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030859] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-community-branding-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-community-branding-plugin [49]], State = [READY]]]

[2013-08-06T08:03:50.859+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030859] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-jts-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jts-plugin [57]], State = [READY]]]

[2013-08-06T08:03:50.859+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030859] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-ejb-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-plugin [53]], State = [READY]]]

[2013-08-06T08:03:50.859+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030859] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-common-full-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common-full-plugin [47]], State = [READY]]]

[2013-08-06T08:03:50.860+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030860] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-concurrent-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-concurrent-plugin [50]], State = [READY]]]

[2013-08-06T08:03:50.860+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030860] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-common, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [48]], State = [READY]]]

[2013-08-06T08:03:50.860+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030860] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-jms-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jms-plugin [56]], State = [READY]]]

[2013-08-06T08:03:50.861+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030861] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-cluster-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-cluster-plugin [46]], State = [READY]]]

[2013-08-06T08:03:50.861+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030861] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-ejb-lite-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-lite-plugin [52]], State = [READY]]]

[2013-08-06T08:03:50.861+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030861] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-updatecenter-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-updatecenter-plugin [59]], State = [READY]]]

[2013-08-06T08:03:50.861+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769030861] [levelValue: 800] [[
this.makeModuleFor(org.glassfish.main.admingui.console-jdbc-plugin, 4.0.0) returned OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jdbc-plugin [55]], State = [READY]]]

[2013-08-06T08:03:52.256+0200] [glassfish 4.0] [INFO] [jsf.config.listener.version] [javax.enterprise.resource.webcontainer.jsf.config] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769032256] [levelValue: 800] [[
Initializing Mojarra 2.2.0 ( 20130502-2118 https://svn.java.net/svn/mojarra~svn/tags/2.2.0@11930) for context '']]

[2013-08-06T08:03:53.510+0200] [glassfish 4.0] [INFO] [AS-WEB-GLUE-00172] [javax.enterprise.web] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769033510] [levelValue: 800] [[
Loading application [__admingui] at [/]]]

[2013-08-06T08:03:53.511+0200] [glassfish 4.0] [INFO] [NCLS-CORE-00022] [javax.enterprise.system.core] [tid: _ThreadID=93 _ThreadName=Thread-15] [timeMillis: 1375769033511] [levelValue: 800] [[
Loading application __admingui done in 4 762 ms]]

[2013-08-06T08:06:26.394+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769186394] [levelValue: 800] [[
visiting unvisited references]]

[2013-08-06T08:06:27.198+0200] [glassfish 4.0] [INFO] [] [com.sun.jersey.api.core.PackagesResourceConfig] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769187198] [levelValue: 800] [[
Scanning for root resource and provider classes in the packages:
com.bekkestad.web.rest
org.codehaus.jackson.jaxrs]]

[2013-08-06T08:06:27.273+0200] [glassfish 4.0] [INFO] [] [com.sun.jersey.api.core.ScanningResourceConfig] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769187273] [levelValue: 800] [[
Root resource classes found:
class com.bekkestad.web.rest.UserController]]

[2013-08-06T08:06:27.274+0200] [glassfish 4.0] [INFO] [] [com.sun.jersey.api.core.ScanningResourceConfig] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769187274] [levelValue: 800] [[
Provider classes found:
class org.codehaus.jackson.jaxrs.JsonParseExceptionMapper
class org.codehaus.jackson.jaxrs.JsonMappingExceptionMapper
class org.codehaus.jackson.jaxrs.JacksonJsonProvider
class org.codehaus.jackson.jaxrs.JacksonJaxbJsonProvider]]

[2013-08-06T08:06:27.418+0200] [glassfish 4.0] [INFO] [] [com.sun.jersey.server.impl.application.WebApplicationImpl] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769187418] [levelValue: 800] [[
Initiating Jersey application, version 'Jersey: 1.8 06/24/2011 12:17 PM']]

[2013-08-06T08:06:28.485+0200] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188485] [levelValue: 1000] [[
WebModule[/rest]StandardWrapper.Throwable
com.sun.jersey.api.container.ContainerException: Unable to create resource
at com.sun.jersey.server.impl.resource.SingletonFactory$Singleton.init(SingletonFactory.java:139)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:584)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:581)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.getResourceComponentProvider(WebApplicationImpl.java:581)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiateResource(WebApplicationImpl.java:658)
at com.sun.jersey.server.impl.application.RootResourceUriRules.initWadlResource(RootResourceUriRules.java:184)
at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:162)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
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(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.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: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor._construct(ResourceComponentConstructor.java:198)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor.construct(ResourceComponentConstructor.java:179)
at com.sun.jersey.server.impl.resource.SingletonFactory$Singleton.init(SingletonFactory.java:137)
... 69 more
Caused by: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
at com.sun.jersey.server.wadl.WadlGeneratorImpl.createResponse(WadlGeneratorImpl.java:198)
at com.sun.jersey.server.wadl.WadlBuilder.generateResponse(WadlBuilder.java:395)
at com.sun.jersey.server.wadl.WadlBuilder.generateMethod(WadlBuilder.java:164)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:306)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:269)
at com.sun.jersey.server.wadl.WadlBuilder.generate(WadlBuilder.java:105)
at com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl.getApplication(WadlApplicationContextImpl.java:79)
at com.sun.jersey.server.impl.wadl.WadlResource.<init>(WadlResource.java:77)
... 76 more
]]

[2013-08-06T08:06:28.486+0200] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188486] [levelValue: 1000] [[
WebModule[/rest]Servlet /rest threw load() exception
java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
at com.sun.jersey.server.wadl.WadlGeneratorImpl.createResponse(WadlGeneratorImpl.java:198)
at com.sun.jersey.server.wadl.WadlBuilder.generateResponse(WadlBuilder.java:395)
at com.sun.jersey.server.wadl.WadlBuilder.generateMethod(WadlBuilder.java:164)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:306)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:269)
at com.sun.jersey.server.wadl.WadlBuilder.generate(WadlBuilder.java:105)
at com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl.getApplication(WadlApplicationContextImpl.java:79)
at com.sun.jersey.server.impl.wadl.WadlResource.<init>(WadlResource.java:77)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor._construct(ResourceComponentConstructor.java:198)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor.construct(ResourceComponentConstructor.java:179)
at com.sun.jersey.server.impl.resource.SingletonFactory$Singleton.init(SingletonFactory.java:137)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:584)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:581)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.getResourceComponentProvider(WebApplicationImpl.java:581)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiateResource(WebApplicationImpl.java:658)
at com.sun.jersey.server.impl.application.RootResourceUriRules.initWadlResource(RootResourceUriRules.java:184)
at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:162)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
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(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.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)
]]

[2013-08-06T08:06:28.486+0200] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00174] [javax.enterprise.web.core] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188486] [levelValue: 1000] [[
Startup of context /rest failed due to previous errors]]

[2013-08-06T08:06:28.494+0200] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00108] [javax.enterprise.web.core] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188494] [levelValue: 1000] [[
ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
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 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.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5678)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
... 44 more
Caused by: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
at com.sun.jersey.server.wadl.WadlGeneratorImpl.createResponse(WadlGeneratorImpl.java:198)
at com.sun.jersey.server.wadl.WadlBuilder.generateResponse(WadlBuilder.java:395)
at com.sun.jersey.server.wadl.WadlBuilder.generateMethod(WadlBuilder.java:164)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:306)
at com.sun.jersey.server.wadl.WadlBuilder.generateResource(WadlBuilder.java:269)
at com.sun.jersey.server.wadl.WadlBuilder.generate(WadlBuilder.java:105)
at com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl.getApplication(WadlApplicationContextImpl.java:79)
at com.sun.jersey.server.impl.wadl.WadlResource.<init>(WadlResource.java:77)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:525)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor._construct(ResourceComponentConstructor.java:198)
at com.sun.jersey.server.spi.component.ResourceComponentConstructor.construct(ResourceComponentConstructor.java:179)
at com.sun.jersey.server.impl.resource.SingletonFactory$Singleton.init(SingletonFactory.java:137)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:584)
at com.sun.jersey.server.impl.application.WebApplicationImpl$10.f(WebApplicationImpl.java:581)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.getResourceComponentProvider(WebApplicationImpl.java:581)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiateResource(WebApplicationImpl.java:658)
at com.sun.jersey.server.impl.application.RootResourceUriRules.initWadlResource(RootResourceUriRules.java:184)
at com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:162)
at com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1298)
at com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:766)
at com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:488)
at com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
at com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
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)
... 45 more
]]

[2013-08-06T08:06:28.495+0200] [glassfish 4.0] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188495] [levelValue: 900] [[
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
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 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)
]]

[2013-08-06T08:06:28.496+0200] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.tools.deployment.common] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188496] [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.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
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.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)
]]

[2013-08-06T08:06:28.496+0200] [glassfish 4.0] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188496] [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.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;
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.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)
]]

[2013-08-06T08:06:28.496+0200] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188496] [levelValue: 1000] [[
Exception while loading the app]]

[2013-08-06T08:06:28.497+0200] [glassfish 4.0] [SEVERE] [AS-WEB-GLUE-00192] [javax.enterprise.web] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188497] [levelValue: 1000] [[
Undeployment failed for context /rest]]

[2013-08-06T08:06:28.576+0200] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=36 _ThreadName=admin-listener(2)] [timeMillis: 1375769188576] [levelValue: 1000] [[
Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.NoSuchMethodError: com.sun.research.ws.wadl.Response.getRepresentationOrFault()Ljava/util/List;]]

[2013-08-06T08:07:26.919+0200] [glassfish 4.0] [INFO] [] [javax.enterprise.system.core] [tid: _ThreadID=125 _ThreadName=Thread-24] [timeMillis: 1375769246919] [levelValue: 800] [[
Server shutdown initiated]]

[2013-08-06T08:07:26.922+0200] [glassfish 4.0] [INFO] [NCLS-BOOTSTRAP-00028] [javax.enterprise.bootstrap] [tid: _ThreadID=125 _ThreadName=Thread-24] [timeMillis: 1375769246922] [levelValue: 800] [[
Unregistered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@344ae0f6 from service registry.]]

[2013-08-06T08:07:26.922+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=125 _ThreadName=Thread-3] [timeMillis: 1375769246922] [levelValue: 800] [[
FileMonitoring shutdown]]

[2013-08-06T08:07:26.925+0200] [glassfish 4.0] [INFO] [NCLS-JMX-00002] [javax.enterprise.system.jmx] [tid: _ThreadID=125 _ThreadName=Thread-24] [timeMillis: 1375769246925] [levelValue: 800] [[
JMXStartupService: Stopped JMXConnectorServer: null]]

[2013-08-06T08:07:26.926+0200] [glassfish 4.0] [INFO] [NCLS-JMX-00001] [javax.enterprise.system.jmx] [tid: _ThreadID=125 _ThreadName=Thread-24] [timeMillis: 1375769246926] [levelValue: 800] [[
JMXStartupService and JMXConnectors have been shut down.]]

[2013-08-06T08:07:27.030+0200] [glassfish 4.0] [INFO] [] [] [tid: _ThreadID=125 _ThreadName=Thread-3] [timeMillis: 1375769247030] [levelValue: 800] [[
JdbcRuntimeExtension, getAllSystemRAResourcesAndPools = [GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcResource, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool, GlassFishConfigBean.org.glassfish.jdbc.config.JdbcConnectionPool]]]

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





[GLASSFISH-16560] very slow EAR deployment (annotation scanning seems to be very slow) Created: 05/May/11  Updated: 10/Oct/12

Status: Open
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1
Fix Version/s: future release

Type: Improvement Priority: Major
Reporter: fmeili Assignee: Hong Zhang
Resolution: Unresolved Votes: 9
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Independent of OS and HW. Seen on Linux and Windows, 32 and 64 bit.


Attachments: Java Archive File dol.jar     File gf31_slow_ear_deployment.nps     File prof_with_dol_patch.nps    
Tags: 3_1_1-scrubbed, 3_1_1-scu, 3_1_x-exclude, annotation, deployment, ear, slow

 Description   

Using the following EAR file:

18 jar files with 383 Stateless EJB's an 65 MDB in the root directory of the EAR archive.
19 war files with 66 Servlets in the root directory of the EAR archive.
152 jar files in the ./lib directory of the EAR file.
Size of EAR file is 75 MByte.

The EAR file deploys in GF 2.1.1 in 40 seconds. With GF 3.0, 3.1 (b43) and 3.2-SNAPSHOT it deploys in >400 seconds. So it deploys 10 times slower than in GF 2.1.1.

We use a lot of self developed annotations (>70) which reside in jar files in the ./lib directory of the EAR file.

The profiling shows us that the time gets consumed in the method com.sun.enterprise.deployment.annotation.impl.ModuleScanner.addScanURI(). This method is called from the method addLibraryJars() in the same class. It seems, that for all found annotation, the whole amount of jar files get always scanned for annotaions. This task takes very long time and is very cpu intensive. In my profile sample, the method addScanURI() is called many thousand times from the method addLibraryJars(). I think the result of already scanned classes for annotations should be remembered and reused.

I've attached a JVisualVM profiling file.



 Comments   
Comment by Hong Zhang [ 05/May/11 ]

Yeah, there is a difference in 2.1 and 3.1 for annotation processing. In 2.1, we did not do annotation processing for library jars which was a bug and we fixed it in 3.1.
However, when we process annotations in 3.1, we do only scan it once and store the results for late processing. The addScanURI API does not actually do the annotation scanning. The scanning was done only once in ApplicationLifecycle.getDeployableTypes and addScanURI is just matching the URI with the scanned results and get the relevant processed results.
While 152 jars is a big number of jars which is expected to take significant time in annotation scanning, 40s vs 400s does seem a big difference. We will take a look to see if there is anything else we can improve here. Maybe we can introduce a property when set to skip annotation processing for the library jars (as in this case, your library jars do not really need scanning/processing as they don't contain JavaEE annotations).

Comment by fmeili [ 05/May/11 ]

Are you sure that the GF 3.1 only scan each jar file once for annotation processing? What we see in the profiling data (see attached file), each jar file is scanned very often. We have 152 jar files in the ./lib directory, but the method addScanURI() is called 8208 times for one EAR deploy task.

In the attached nbs-file you'll see the profile for one EAR deploying. When you open the largest time consuming tree's you'll find that the Method com.sun.enterprise.deployment.annotation.impl.ModuleScanner.addScanURI() is called 5472 times from com.sun.enterprise.deployment.annotation.impl.ModuleScanner.process() and 2736 times from com.sun.enterprise.deployment.annotation.impl.WarScanner.process()). Both are the cpu hot spot points in the profile.

By the way, can you explain me in short why it's necessary to scan the whole ./lib directory for annotations, while deploying an ear?

Thanks for your fast answer,
Frank

Comment by Hong Zhang [ 05/May/11 ]

It's a Java EE platform spec requirement that all classes packaged inside the archive needs to be scanned for annotation. It's not recommended for the library jars to contain component annotations like @EJB etc, but it can include annotation like @ApplicationException.

I am a little surprised to hear that the addScanURI will be invoked so many times, I will look into the code to see what I can find.

Comment by fmeili [ 05/May/11 ]

If it would help you, I can provide you more cpu profiling data, stack traces or something else, please let me know.

Thanks,
Frank

Comment by Hong Zhang [ 05/May/11 ]

Looking at the code, I kind of understand why there will be so many addScanURI calls now.

For each module inside the ear, when we process annotations for that module, we will include the library jars as if the library jars were packaged directly in that module.

So for 152 library jars and 19 wars, you would get 152 x 19 = 2888 from the WarScanner.
And for 18 ejb jars, you would get 152 x 18 = 2736 from the EjbJarScanner.
And then as both classes call its super class ModuleScanner, the ModuleScanner.addScanURI should get called total 5624.

The numbers don't exactly match with your numbers yet, but I guess we know why there could be so many calls.

I still need to figure out why this addScanURI call is expensive, but certainly any method with this many number of calls will take a significant of time.

When we wrote the code, we did not think too much about this type of scenario with so many library jars and module jars. We will think about how to optimize for this type of scenario. Maybe as you said, we can try to cache the results of the library jar matching.

Comment by Hong Zhang [ 05/May/11 ]

I think I understand why the addScanURI is expensive now. It still have references to some old code where we used to scan the class again.

I have seen significant time improvement with a test case I created after I changed this part. I will do more testing and then check in the change to 3.1.1. As the 3.1 has FCSed, any bug fixes can only be made into 3.1.1 or 3.2. I can send you a patch for you to install locally and try too.

You can download 3.1.1 from here http://dlc.sun.com.edgesuite.net/glassfish/3.1.1/
once I check in my change.

Comment by fmeili [ 06/May/11 ]

Ok, good to hear that you've found the problem. I think, it will be helpful for you when I also test the patch locally on my system with our EAR file. Can I download the patch somewhere? Til now, the newest version, at the link you provided in your last message, is glassfish-3.1.1-b04.zip (form 4th May). Will the patch fit to this version?

Comment by Hong Zhang [ 06/May/11 ]

After you install the 3.1.1 build, replace the dol jar in the glassfish3/glassfish/modules directory with this patch dol.jar. Then try to deploy your application to see how much difference it makes.

Comment by Hong Zhang [ 06/May/11 ]

I just attached the patch in the issue. I think it should match with that 3.1.1 build, but if you see any problem, I can provide a patch for the 3.2 too (I plan to backport the change there too). You could do a baseline measurement before you install the patch. And then reinstall the build, and install the patch and see what difference it makes.

Comment by fmeili [ 09/May/11 ]

I've done some tests with the patch you've provided. The deployment time with the dol patch was shrinking from 400 seconds to 170 seconds, which is a big improvement.

Glassfish 3.1.1 b04 original: 400 s
Glassfish 3.1.1 with dol patch: 170 s
Glassfish 2.1.1 b31g-fcs: 40 s

Now the EAR deployment is not longer 10 times slower compared with GF 2.1.1, but is still 4 times slower. I've done some profiling with the dol patch, but sadly I couldn't find an additional single CPU hot spot (like in the version without the dol patch). As far as I can see, the most CPU time get consumed in annotation processing, but not at in a single method. There are a bunch of methods involved. I've attached a profiler snapshot with dol patch active. Maybe you can find something else which may be problematic while deploying.

Thank for your fast response and patch.
Greetings, Frank

Comment by Hong Zhang [ 09/May/11 ]

Frank thanks for verifying the patch! Glad this patch had made big improvement (and thanks again for reporting this and providing the profiling data pointing us to where we could improve significantly). I have checked in the changes into both 3.1.1 branch and the trunk (3.2) now.

For the next step, I will probably take a look to see if we can save the processed results for the libraries and re-use it for each module instead of doing this for each module. But please keep in mind, as we are now additionally processing these library jars while we didn't in 2.1, there will be always time differences compared to 2.1 (especially when the application contains large amount of library jars).

Comment by Hong Zhang [ 18/Oct/11 ]

Could not find any more simple set of the changes which could improve significantly. I am keeping this as a RFE for improvement in future release.

Comment by Hong Zhang [ 10/Oct/12 ]

Scrubbing RFEs for GlassFish 4.0.





[GLASSFISH-16238] could not redeploy web application with libraries - Error in linking security policy for Created: 20/Mar/11  Updated: 13/Apr/11  Resolved: 13/Apr/11

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

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

Tags: deployment, security

 Description   

I m having an web application with few jar files namely:
commons-io-1.4.jar
commons-fileupload-1.2.1.jar
gdata-base-1.0.jar

first i could easily deploy the web application with the libraries without any problems
but for the second time i could not re deploy the application

i get the error:
Exception while loading the app : Error in linking security policy for void – Inconsistent Module State

after renaming the jar files to _ wihtout the hyphen i could deploy the application for the first time

but for the second time i could not re deploy the application

Now i consistently getting the error: -

Exception while loading the app : Error in linking security policy for void – Inconsistent Module State
I think i will have fall back to glassfish 3.01 without the recent update

even doing this... deleting the _internal directory and restarting the server did not help

http://www.mentby.com/jacques-21/error-in-linking-security-policy-for-testing-inconsistent-module-state.html

the log files say that:-

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

WARNING: Illegal character in path at index 18: file:/D:/Documents and Settings/Administrator/My Documents/NetBeansProjects/void/build/web/WEB-INF/lib/commons_fileupload-1.2.1.jar

java.net.URISyntaxException: Illegal character in path at index 18: file:/D:/Documents and Settings/Administrator/My Documents/NetBeansProjects/void/build/web/WEB-INF/lib/commons_fileupload-1.2.1.jar

at java.net.URI$Parser.fail(URI.java:2809)

at java.net.URI$Parser.checkChars(URI.java:2982)

at java.net.URI$Parser.parseHierarchical(URI.java:3066)

at java.net.URI$Parser.parse(URI.java:3014)

at java.net.URI.<init>(URI.java:578)

at java.net.URL.toURI(URL.java:918)

at com.sun.enterprise.v3.server.SnifferManagerImpl.getURIs(SnifferManagerImpl.java:268)

at com.sun.enterprise.v3.server.SnifferManagerImpl.getApplicableSniffers(SnifferManagerImpl.java:202)

at com.sun.enterprise.v3.server.SnifferManagerImpl.getSniffers(SnifferManagerImpl.java:150)

at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:604)

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:370)

at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)

at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)

at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)

at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)

at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)

at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)

at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)

at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)

at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)

at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)

at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)

at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)

at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)

at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)

at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)

at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)

at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)

at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)

at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)

at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)

at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)

at com.sun.grizzly.ContextTask.run(ContextTask.java:71)

at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)

at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)

at java.lang.Thread.run(Thread.java:619)

INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.

SEVERE: Exception while loading the app

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



 Comments   
Comment by kumarjayanti [ 13/Apr/11 ]

Can you please try with GlassFish V3.1 release and let us know if this is still an issue.





[GLASSFISH-16083] Deployment fails periodically Created: 23/Feb/11  Updated: 16/May/12  Resolved: 01/Mar/11

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1_b43
Fix Version/s: None

Type: Bug Priority: Major
Reporter: pbowman Assignee: kchung
Resolution: Incomplete Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Window XP


Tags: 43, build, deployment

 Description   

Periodically, deployment fails. When it does, it has the error below. After stopping/starting the server - and sometimes cleaning out the temp directories - the same ear deploys fine.

[#|2011-02-23T12:46:52.882-0500|WARNING|glassfish3.1|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=97;_ThreadName=Thread-1;|WEB9052: Unable to load class com.jenzabar.ngp.smartgwt.war.Application, reason: java.lang.ClassNotFoundException: com.jenzabar.ngp.smartgwt.war.Application|#]

[#|2011-02-23T12:46:52.898-0500|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=19;_ThreadName=Thread-1;|PWC1420: Error invoking ServletContainerInitializer org.apache.jasper.runtime.TldScanner
java.util.zip.ZipError: jzentry == 0,
jzfile = 808727224,
total = 727,
name = C:\glassfish3\glassfish\domains\domain1\applications\ngp-financial-sa-ear-1.0-SNAPSHOT\ngp-smartgwt-client-1.0-SNAPSHOT_war\WEB-INF\lib\ngp-financial-sa-smartgwt-1.0-SNAPSHOT.jar,
i = 1,
message = null
at java.util.zip.ZipFile$2.nextElement(ZipFile.java:321)
at java.util.zip.ZipFile$2.nextElement(ZipFile.java:299)
at java.util.jar.JarFile$1.nextElement(JarFile.java:223)
at java.util.jar.JarFile$1.nextElement(JarFile.java:218)
at org.apache.jasper.runtime.TldScanner.scanJar(TldScanner.java:448)
at org.apache.jasper.runtime.TldScanner.scanJars(TldScanner.java:689)
at org.apache.jasper.runtime.TldScanner.scanTlds(TldScanner.java:350)
at org.apache.jasper.runtime.TldScanner.onStartup(TldScanner.java:239)
at org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:5405)
at com.sun.enterprise.web.WebModule.callServletContainerInitializers(WebModule.java:558)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5302)
at com.sun.enterprise.web.WebModule.start(WebModule.java:500)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:917)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:901)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:755)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1980)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1630)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:100)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:286)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:619)

#]

[#|2011-02-23T12:46:52.898-0500|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=19;_ThreadName=Thread-1;|PWC1306: Startup of context /ngp-smartgwt-client failed due to previous errors|#]

[#|2011-02-23T12:46:52.929-0500|SEVERE|glassfish3.1|org.apache.catalina.core.StandardContext|_ThreadID=19;_ThreadName=Thread-1;|PWC1305: Exception during cleanup after start failed
org.apache.catalina.LifecycleException: PWC2769: Manager has not yet been started
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:872)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:5509)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:529)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5323)
at com.sun.enterprise.web.WebModule.start(WebModule.java:500)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:917)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:901)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:755)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1980)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1630)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:100)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:286)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:619)

#]

[#|2011-02-23T12:46:52.929-0500|SEVERE|glassfish3.1|org.apache.catalina.core.ContainerBase|_ThreadID=19;_ThreadName=Thread-1;|ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.util.zip.ZipError: jzentry == 0, jzfile = 808727224, total = 727, name = C:\glassfish3\glassfish\domains\domain1\applications\ngp-financial-sa-ear-1.0-SNAPSHOT\ngp-smartgwt-client-1.0-SNAPSHOT_war\WEB-INF\lib\ngp-financial-sa-smartgwt-1.0-SNAPSHOT.jar,
i = 1,
message = null
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5328)
at com.sun.enterprise.web.WebModule.start(WebModule.java:500)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:917)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:901)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:755)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1980)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1630)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:100)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:286)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.apache.catalina.LifecycleException: java.util.zip.ZipError: jzentry == 0, jzfile = 808727224, total = 727, name = C:\glassfish3\glassfish\domains\domain1\applications\ngp-financial-sa-ear-1.0-SNAPSHOT\ngp-smartgwt-client-1.0-SNAPSHOT_war\WEB-INF\lib\ngp-financial-sa-smartgwt-1.0-SNAPSHOT.jar,
i = 1,
message = null
at org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:5413)
at com.sun.enterprise.web.WebModule.callServletContainerInitializers(WebModule.java:558)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5302)
... 38 more
Caused by: java.util.zip.ZipError: jzentry == 0, jzfile = 808727224, total = 727, name = C:\glassfish3\glassfish\domains\domain1\applications\ngp-financial-sa-ear-1.0-SNAPSHOT\ngp-smartgwt-client-1.0-SNAPSHOT_war\WEB-INF\lib\ngp-financial-sa-smartgwt-1.0-SNAPSHOT.jar,
i = 1,
message = null
at java.util.zip.ZipFile$2.nextElement(ZipFile.java:321)
at java.util.zip.ZipFile$2.nextElement(ZipFile.java:299)
at java.util.jar.JarFile$1.nextElement(JarFile.java:223)
at java.util.jar.JarFile$1.nextElement(JarFile.java:218)
at org.apache.jasper.runtime.TldScanner.scanJar(TldScanner.java:448)
at org.apache.jasper.runtime.TldScanner.scanJars(TldScanner.java:689)
at org.apache.jasper.runtime.TldScanner.scanTlds(TldScanner.java:350)
at org.apache.jasper.runtime.TldScanner.onStartup(TldScanner.java:239)
at org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:5405)
... 40 more

#]

[#|2011-02-23T12:46:52.945-0500|WARNING|glassfish3.1|javax.enterprise.system.container.web.com.sun.enterprise.web|_ThreadID=97;_ThreadName=Thread-1;|java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.util.zip.ZipError: jzentry == 0, jzfile = 808727224, total = 727, name = C:\glassfish3\glassfish\domains\domain1\applications\ngp-financial-sa-ear-1.0-SNAPSHOT\ngp-smartgwt-client-1.0-SNAPSHOT_war\WEB-INF\lib\ngp-financial-sa-smartgwt-1.0-SNAPSHOT.jar,
i = 1,
message = null
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.util.zip.ZipError: jzentry == 0, jzfile = 808727224, total = 727, name = C:\glassfish3\glassfish\domains\domain1\applications\ngp-financial-sa-ear-1.0-SNAPSHOT\ngp-smartgwt-client-1.0-SNAPSHOT_war\WEB-INF\lib\ngp-financial-sa-smartgwt-1.0-SNAPSHOT.jar,
i = 1,
message = null
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:921)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:901)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:755)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1980)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1630)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:100)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:286)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:619)

#]

[#|2011-02-23T12:46:52.945-0500|SEVERE|glassfish3.1|javax.enterprise.system.tools.deployment.org.glassfish.deployment.common|_ThreadID=97;_ThreadName=Thread-1;|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.util.zip.ZipError: jzentry == 0, jzfile = 808727224, total = 727, name = C:\glassfish3\glassfish\domains\domain1\applications\ngp-financial-sa-ear-1.0-SNAPSHOT\ngp-smartgwt-client-1.0-SNAPSHOT_war\WEB-INF\lib\ngp-financial-sa-smartgwt-1.0-SNAPSHOT.jar,
i = 1,
message = null
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:130)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:286)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:619)

#]

[#|2011-02-23T12:46:52.945-0500|SEVERE|glassfish3.1|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=97;_ThreadName=Thread-1;|Exception while loading the app|#]

[#|2011-02-23T12:46:53.679-0500|INFO|glassfish3.1|org.hibernate.impl.SessionFactoryImpl|_ThreadID=20;_ThreadName=Thread-1;|closing|#]

[#|2011-02-23T12:46:53.679-0500|INFO|glassfish3.1|org.hibernate.impl.SessionFactoryImpl|_ThreadID=20;_ThreadName=Thread-1;|closing|#]

[#|2011-02-23T12:46:54.226-0500|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=97;_ThreadName=Thread-1;|Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.util.zip.ZipError: jzentry == 0, jzfile = 808727224, total = 727, name = C:\glassfish3\glassfish\domains\domain1\applications\ngp-financial-sa-ear-1.0-SNAPSHOT\ngp-smartgwt-client-1.0-SNAPSHOT_war\WEB-INF\lib\ngp-financial-sa-smartgwt-1.0-SNAPSHOT.jar,
i = 1,
message = null|#]



 Comments   
Comment by Hong Zhang [ 23/Feb/11 ]

assign to web team for evaluation as the stack trace is from TLD scanning

Comment by ljnelson [ 23/Feb/11 ]

Please tag this as 3_1-fishcat

Comment by Shing Wai Chan [ 23/Feb/11 ]

Can you clarify what the "temp" directory mentioned above is?
Can you provide a test case?

Comment by pbowman [ 28/Feb/11 ]

Actually, it's the restarting the server that fixes the issue. Cleaning the temp directories doesn't matter.

Unfortunately, I'm unable to create a test case that reproduces the issues. For legal reasons, I can't just provide my ear.

Is there anything I can do to improve logging to provide more information?

Comment by kchung [ 01/Mar/11 ]

The error comes from JDK, and indicates an internal error of some sort. Looks like for this zip file, hasMoreElements() return true and nextElement() cannot find the entry. The ZipError includes the name of the jar file in question, so there nothing I can do to provide better logging.

This is likely a JDK issue, but without a test case, I cannot ask the JDK engineers to confirm.

Regretfully, I'll have to close this as incomplete.

Comment by OLIVIN [ 16/May/12 ]

Hi,

I have the same problem with GlassFish 3.1 / JDK 1.6 update 30 on Windows Servers (2003 32 bits and 64 bits).
No problem on Linux Servers.

Have you found the solution or a workaround ?

Thanks.





[GLASSFISH-15680] Invalid content was found starting with element 'description' with http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd Created: 25/Jan/11  Updated: 25/Jan/11  Resolved: 25/Jan/11

Status: Resolved
Project: glassfish
Component/s: ejb_container
Affects Version/s: 3.1_b38
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: sebglon Assignee: marina vatkina
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish V3.1-B39;
EJB 3.1


Attachments: Text File glassfish.log     Java Archive File Plugin-Content-1.0.0.6-SNAPSHOT.jar    
Tags: deployment, ejb-jar, ejb-jar_3_1, glassfish-3-1

 Description   

With this ejb-jar.xml,

<?xml version="1.0" encoding="UTF-8"?>
<ejb-jar xmlns = "http://java.sun.com/xml/ns/javaee"
version = "3.1"
xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation = "http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd">
<display-name>$

{project.artifactId}</display-name>
<description>${project.description}</description>
<module-name>${project.artifactId}

</module-name>
</ejb-jar>

When i deploy my ejb jar, Glassvish V3.1-b39 send an error (see on attachement).



 Comments   
Comment by marina vatkina [ 25/Jan/11 ]

There is no resolution option "User error". The ejb-jar.xml is incorrect - check http://java.sun.com/xml/ns/javaee/ejb-jar_3_1.xsd and e.g. http://schemas.stylusstudio.com/j2ee50/n7e2eaf6a/group_descriptionGroup.html

The order of elements should be

  • module-name
  • description
  • display-name




[GLASSFISH-15293] Cannot deploy MDB to remote server at 3.1 Created: 21/Dec/10  Updated: 21/Dec/10  Resolved: 21/Dec/10

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1_b33
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: Kim Haase Assignee: Hong Zhang
Resolution: Incomplete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3-1-regression, JMS, deployment, remote

 Description   

I am trying to run the Java EE Tutorial JMS example sendremote, described in http://download.oracle.com/javaee/6/tutorial/doc/bnchx.html and available by checking out the examples from http://javaeetutorial.java.net. This example deploys a message-driven bean on two different GlassFish servers. This example has worked in previous versions of GlassFish up through 3.0.1.

I have a connection factory that has the AddressList property set to the name of the remote system.

I am using GlassFish 3.1 promoted b33.

Previously, in addition to creating the connection factory, I had to change the name of the default JMS host from localhost to either 0.0.0.0 or the name of the remote system (this was new with GF v3). Do I have to do something else now?

Now when I try to deploy the bean to the remote server I get an error 403:

deploy:
[exec] HTTP connection failed with code 403, message: Forbidden
[exec] Command deploy failed.

Does the remote server now have some sort of security setting that I need to change? Or is this a bug?

This tutorial example must work on GF 3.1.



 Comments   
Comment by Tim Quinn [ 21/Dec/10 ]

Kim,

A security requirement imposed on 3.1 prohibits us from allowing remote access to the DAS out of the box. You can run asadmin from the same host as the DAS to avoid this restriction.

Or, you can

1. Start the domain.
2. Run

asadmin enable-secure-admin

3. Restart the domain.

Then you can use asadmin remotely.

I will close this as incomplete. If you encounter further problems when you either run locally or enable-secure-admin and run remotely, please re-open the issue.

Comment by Kim Haase [ 21/Dec/10 ]

Thank you, Tim! That worked for deployment – one more instruction to add to the tutorial.

I'm getting a weird error running appclient, though. I have not tried to run it on Windows before, only Solaris. I will look through acc issues and see if this is a known one.

...
[exec] _JAVACMD=D:\jdk1.6.0_22\bin\java.exe
[exec] _USE_CLASSPATH=yes
[exec] 'javaCmd' is not recognized as an internal or external command,
[exec] operable program or batch file.
[exec] Result: 1

Comment by Tim Quinn [ 21/Dec/10 ]

Hi, Kim.

That javaCmd error is a bug (15259) in the Windows appclient script. I've already fixed it and checked in the fix. It should be in the nightly builds since Dec. 18.

Comment by Kim Haase [ 21/Dec/10 ]

Thank you, Tim!

With the 12/21 b34 the remote deployment worked, AND the client ran fine as well.





[GLASSFISH-14910] Why do I have to deploy all my libraries into domains/lib/ to get it to work? Created: 01/Dec/10  Updated: 02/Dec/10  Resolved: 02/Dec/10

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

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

Glassfish V3 / Ms Windows 7


Attachments: Java Archive File Servis.jar    
Tags: deployment, ejb-jar, glasfish-3

 Description   

On Glassfish V3 (3.0.1 Build 22), when I deployed the jar file (Applicaton / EJB Module), it kept complaining certain external libraries (which is included in the jar), can not be found.

Error in annotation processing: java.lang.NoClassDefFoundError:

Attached file deployed successfully on glassfish V2, but filed on glassfish V3.



 Comments   
Comment by Hong Zhang [ 01/Dec/10 ]

I checked the attached test case, the libraries are all in the lib directory of the ejb jar. This is not a portable way of packaging library jars in the ejb jar.

The portable way of packaging libraries jar for ejb is to create an ear and put the libraries jars in the ear lib directory.

I tried to deploy the same application to v2, the deployment failed there also. Was the application package the exact way when you tried on v2?

Comment by ykartal [ 02/Dec/10 ]

I have updated the jar file with working file.

Simple issue is that;
Glassfish v2.1.1 deployment is successful but Glassfish V3 deployment is failed with this jar.
If the lib files(*.jar) within the servis.jar copied the

{Glassfish}

/lib directory, Glassfish v3 deployment is successful.

Comment by Hong Zhang [ 02/Dec/10 ]

I see. Yes, in v2.* the root level library jars of the ejb module used to be added to the classpath. But as JavaEE6 spec has enforced the jar visibility rules more strictly, in order to encourage the writing of portable applications, we have enforced the rules in the implementation in v3 as well. To maintain the backward compatibility of the jar visibility, user could use the compatibility property, such as:

asadmin deploy --property compatibility=v2 Servis.jar

However, this property was only supported for ear level jar visibility in v3, the support for ejb jar is in the 3.1 (we discovered this backward compatibility use case later).

I guess you could either move to 3.1 to use the property, or you could repackage the application to be a portable application like I suggested earlier (package ejb jar as an ear, and put the libs in the ear/lib), or continue to workaround using domain/lib till you are ready to move to 3.1. Thanks.

Comment by Hong Zhang [ 02/Dec/10 ]

Mark the issue as fixed in 3.1 as the user could use the compatibility property to achieve the product backward compatibility.





[EMBEDDED_GLASSFISH-128] Unsupported deployment descriptors elements Created: 13/Apr/11  Updated: 14/Apr/11

Status: Open
Project: embedded-glassfish
Component/s: API
Affects Version/s: 3.1
Fix Version/s: None

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

Tags: deployment, descriptors, ejb, element, embedded, endpoint, glassfish-ejb-jar, sun-ajb-jar, unsupported, webservice

 Description   

In Junit integration test I'm trying to deploy an EAR application with one EJB JAR module onto embedded glassfish instance. In the module is sun-ejb-jar.xml for SGES2_1_1, but the "endpoint-address-uri" is ignored and the webservice is listening in another context. So I created the glassfish-ejb-jar.xml with the same settings - but it does not work either.

Apr 13, 2011 2:42:49 PM com.sun.enterprise.deployment.archivist.Archivist readRuntimeDeploymentDescriptor
WARNING: DPL8027: Ignore META-INF/sun-ejb-jar.xml in archive .../ear/target/glassfish/instanceroot/applications/my-1.1.0-SNAPSHOT/my-ejb_jar/, as GlassFish counterpart runtime xml META-INF/glassfish-ejb-jar.xml is present in the same archive.
Apr 13, 2011 2:42:49 PM com.sun.enterprise.deployment.node.DeploymentDescriptorNode setElementValue
WARNING: DPL8007: Unsupported deployment descriptors element debugging-enabled value true
Apr 13, 2011 2:42:49 PM com.sun.enterprise.deployment.node.runtime.WebServiceEndpointRuntimeNode setElementValue
SEVERE: DPL5041:Unknown port-component-name MyWS port, all sub elements will be ignored"
Apr 13, 2011 2:42:49 PM com.sun.enterprise.deployment.node.DeploymentDescriptorNode setElementValue
WARNING: DPL8007: Unsupported deployment descriptors element endpoint-address-uri value /webservice/MyWS
Apr 13, 2011 2:42:49 PM com.sun.enterprise.deployment.node.DeploymentDescriptorNode setElementValue
WARNING: DPL8007: Unsupported deployment descriptors element auth-method value BASIC
Apr 13, 2011 2:42:49 PM com.sun.enterprise.deployment.node.DeploymentDescriptorNode setElementValue
WARNING: DPL8007: Unsupported deployment descriptors element transport-guarantee value NONE

....

INFO: WS00019: EJB Endpoint deployed
my-1.1.0-SNAPSHOT listening at address at http://mymachine:8080/MyWS/MyWSBean



 Comments   
Comment by dmatej [ 14/Apr/11 ]

Forget it ... maybe ...

It was my fault - the problem was in port-component-name - if it is incorrect, I can see these tragic messages - I have only one desire - could these messages be more descriptive? It took nearly whole day to find where the problem is ... At first I thought that some settings are not supported and so I cannot use embedded glassfish at all.
Finally I made it work perfectly as I wanted.





[EJB_SPEC-110] Allow deployment descriptor to list EJB instances without having to be metadata-complete Created: 31/Jul/13  Updated: 31/Jul/13

Status: Open
Project: ejb-spec
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Minor
Reporter: ljnelson Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: deployment

 Description   

It would be very useful in large applications to be able to constrain the deployment of EJBs within a third-party supplied EJB jar by means of a deployment descriptor without also having to fully specify all the metadata for each EJB instance in that jar.

Suppose the jar has two EJBs in it, configured with annotations. Suppose further that without deep research I don't know what—say—their default TransactionAttributeType settings are.

Finally, suppose that I wish to include this EJB jar in an .ear file, but only want to have the EJB container deploy one of the beans.

It would be nice if I could use the existing alt-dd functionality to point to an ejb-jar.xml file that simply lists the session bean I want to deploy without specifying any further information. To my knowledge, this is impossible with the current specification, as there is no way to prevent EJB discovery without also marking the deployment descriptor as metadata-complete.



 Comments   
Comment by ljnelson [ 31/Jul/13 ]

Table 25 in the EJB 3.1 specification specifies explicitly that when a 3.1 ejb-jar.xml deployment descriptor is found that is not metadata-complete then annotations must be processed. I would like to find a way—effectively—to augment the <enterprise-beans> element such that additional EJBs are not defined by annotation processing, but otherwise everything works as it currently does in EJB 3.1. Specifically, the beans listed in <enterprise-beans> should of course be processed for annotations if the deployment descriptor is not metadata-complete.

As an initial idea, we could adapt a similar concept from JPA's META-INF/persistence.xml:

<enterprise-beans>
  <exclude-unlisted-enterprise-beans>true</exclude-unlisted-enterprise-beans>
  <session> <!-- and so on --> </session>
</enterprise-beans>




[ADFEMG-103] Allow renaming application and project deployment profiles Created: 02/Feb/13  Updated: 05/Nov/13  Resolved: 05/Nov/13

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

Type: New Feature Priority: Major
Reporter: Torsten Kleiber Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

JDeveloper all versions


Issue Links:
Related
is related to ADFEMG-88 [ADFng1-02008] - Application level de... Closed
Tags: deployment, jdeloper, profile

 Description   

At the moment it is not possible to rename application or project deployment profiles. Additional it is not possible to copy a new profile with a new name from a old one.

For this an enhancement request on mos has be created and is public accessible: 16218393.



 Comments   
Comment by Jan Vervecken [ 07/Feb/13 ]

fyi

This JIRA issue ADFEMG-103 is created in the context of JIRA issue ADFEMG-88.

On My Oracle Support I have been able to find enhancement request 16218393, "ALLOW EASY RENAMING OF DEPLOYMENT PROFILES IN APPLICATIONS AND PROJECTS.".
But ER 16218393 currently has little information published, so it is not clear if all aspects from this JIRA issue description, like "copy a new profile with a new name from a old one", are covered.

regards
Jan Vervecken

Comment by chriscmuir [ 08/Feb/13 ]

As mentioned previously when the ER is created, unfortunately there is no option to make it public/published, this can only be done after the fact, thus why the details are missing.

CM.

Comment by Jan Vervecken [ 08/Feb/13 ]

Thanks for your reply Chris.

  • about "... this can only be done after the fact ..."
    • Would be convenient if someone did.

Currently, this remains unclear about ER 16218393 :

... if all aspects from this JIRA issue description, like "copy a new profile with a new name from a old one", are covered ...

regards
Jan Vervecken

Comment by chriscmuir [ 05/Nov/13 ]

Similar to other ADF EMG issues outstanding today, I'm going to mark this issue as incomplete leaving it up to internal dev teams to schedule/prioritize this work. This will allow me to stop trying to track this ER when it's up to development to take the next step.

CM.





Generated at Thu Feb 26 23:46:01 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.