payara / payara

Payara Server is an open source middleware platform that supports reliable and secure deployments of Java EE (Jakarta EE) and MicroProfile applications in any environment: on premise, in the cloud or hybrid.

Payara Platform Community Edition

Create. Innovate. Elevate.

Payara Platform Community Edition features open-source server runtimes for development projects and containerized Jakarta EE and MicroProfile applications.

Payara Server Community is a cloud-native, innovative open-source middleware platform for development projects that supports Jakarta EE (Java EE) applications in any environment: on-premise, in the cloud or hybrid. Payara Micro Community is the open-source, lightweight middleware platform of choice for containerized Jakarta EE (Java EE) microservices deployments in development. Less than 70MB, Payara Micro requires no installation, configuration or code rewrites.

Visit www.payara.fish for free resources and information about the stable and fully supported Payara Enterprise Edition, designed for mission-critical systems in production including 24x7, 10x5, and Migration & Project Support options.

Access the complete Payara Server and Payara Micro documentation:

https://docs.payara.fish

Payara Platform Community

Helps you Innovate:

• Rapid access to new features
• Regular & frequent releases
• Software experimentation
• Suitable for development projects

Offers Community-based Support:

• Get assistance on the Payara Forum
• Raise bugs on GitHub
• Tech Blog
• User guides & datasheets

Code Contributions

If you are interested in contributing code to the Payara Platform Community edition, please read the official Contributing Guidelines for more information and detailed instructions on how to submit your contributions to this repository.

---

Payara^® is a trademark of the Payara Foundation.

GlassFish^® is a trademark of the Eclipse Foundation.

payara's Issues

Merge in fix for GLASSFISH-20610

Merge in fix for https://java.net/jira/browse/GLASSFISH-20610 SPDY configuration creating INFO messages at boot of AMX.

Batch (JSR352) error with ejbtimer DB - Table/View 'EXECUTIONINSTANCEDATA' does not exist

Tried to run a JSR352 batch job with the default settings, but came to this error. Here's how to replicate it:

1. Create a new domain "asadmin create-domain netbeans-domain"
2. Start the Glassfish database "asadmin start-database"
3. Start the domain "asadmin start-domain netbeans-domain"
4. Deploy one of my application and run a batch job within

The below is a fragment of the stack trace which I've gotten. Any help is much appreciated. Thank you.

[2014-12-03T07:00:11.760+0800] [Payara 4.1] [SEVERE] [] [] [tid: _ThreadID=166 _ThreadName=Thread-9] [timeMillis: 1417561211760] [levelValue: 1000] [[
java.sql.SQLSyntaxErrorException: Table/View 'EXECUTIONINSTANCEDATA' does not exist.
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement20.(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement30.(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement40.(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement42.(Unknown Source)
at org.apache.derby.jdbc.Driver42.newEmbedPreparedStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source)
at org.apache.derby.iapi.jdbc.BrokeredConnection.prepareStatement(Unknown Source)
at com.sun.gjc.spi.base.ConnectionHolder.prepareStatement(ConnectionHolder.java:586)
at com.sun.gjc.spi.jdbc40.ConnectionWrapper40.prepareCachedStatement(ConnectionWrapper40.java:255)
at com.sun.gjc.spi.jdbc40.ConnectionWrapper40.prepareCachedStatement(ConnectionWrapper40.java:52)
at com.sun.gjc.spi.ManagedConnectionImpl.prepareCachedStatement(ManagedConnectionImpl.java:992)
at com.sun.gjc.spi.jdbc40.ConnectionWrapper40.prepareStatement(ConnectionWrapper40.java:173)
at com.ibm.jbatch.container.services.impl.JDBCPersistenceManagerImpl.markJobStarted(JDBCPersistenceManagerImpl.java:1302)
at com.ibm.jbatch.container.impl.JobThreadRootControllerImpl.markJobStarted(JobThreadRootControllerImpl.java:160)
at com.ibm.jbatch.container.impl.JobThreadRootControllerImpl.originateExecutionOnThread(JobThreadRootControllerImpl.java:101)
at com.ibm.jbatch.container.util.BatchWorkUnit.run(BatchWorkUnit.java:80)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.run(ManagedFutureTask.java:141)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
Caused by: java.sql.SQLException: Table/View 'EXECUTIONINSTANCEDATA' does not exist.
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.wrapArgsForTransportAcrossDRDA(Unknown Source)
... 31 more
Caused by: ERROR 42X05: Table/View 'EXECUTIONINSTANCEDATA' does not exist.
at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
at org.apache.derby.impl.sql.compile.FromBaseTable.bindTableDescriptor(Unknown Source)
at org.apache.derby.impl.sql.compile.FromBaseTable.bindNonVTITables(Unknown Source)
at org.apache.derby.impl.sql.compile.FromList.bindTables(Unknown Source)
at org.apache.derby.impl.sql.compile.SelectNode.bindNonVTITables(Unknown Source)
at org.apache.derby.impl.sql.compile.DMLStatementNode.bindTables(Unknown Source)
at org.apache.derby.impl.sql.compile.UpdateNode.bindStatement(Unknown Source)
at org.apache.derby.impl.sql.GenericStatement.prepMinion(Unknown Source)
at org.apache.derby.impl.sql.GenericStatement.prepare(Unknown Source)
at org.apache.derby.impl.sql.conn.GenericLanguageConnectionContext.prepareInternalStatement(Unknown Source)

Error Building glassfish-spdy 4.1

I just switched my Jenkins project back to the master branch and am getting a compliation error when Building glassfish-spdy 4.1.

SpdyAddOnProvider.java:[117,46] error: no suitable method found for getInteger(int)

[INFO] ------------------------------------------------------------------------
[INFO] Building glassfish-spdy 4.1
[INFO] ------------------------------------------------------------------------
[INFO] 
[INFO] --- glassfishbuild-maven-plugin:3.2.20:echo (echo) @ glassfish-spdy ---
[INFO] ------------------------------------------------------------------------
[INFO] Building in /data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy
[INFO] ------------------------------------------------------------------------
[INFO] 
[INFO] --- maven-enforcer-plugin:1.0-beta-1:enforce (enforce-versions) @ glassfish-spdy ---
[INFO] 
[INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) @ glassfish-spdy ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy/src/main/resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.4:compile (default-compile) @ glassfish-spdy ---
[INFO] Compiling 2 source files to /data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy/target/classes
[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR : 
[INFO] -------------------------------------------------------------
[ERROR] /data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy/src/main/java/org/glassfish/grizzly/extras/spdy SpdyAddOnProvider.java:[117,46] error: no suitable method found for getInteger(int)
[ERROR]     method Integer.getInteger(String,Integer) is not applicable
      (actual and formal argument lists differ in length)
    method Integer.getInteger(String,int) is not applicable
      (actual and formal argument lists differ in length)
    method Integer.getInteger(String) is not applicable
      (actual argument int cannot be converted to String by method invocation conversion)
/data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy/src/main/java/org/glassfish/grizzly/extras/spdy/    SpdyAddOnProvider.java:[118,49] error: no suitable method found for getInteger(int)
[ERROR]     method Integer.getInteger(String,Integer) is not applicable
      (actual and formal argument lists differ in length)
    method Integer.getInteger(String,int) is not applicable
      (actual and formal argument lists differ in length)
    method Integer.getInteger(String) is not applicable
      (actual argument int cannot be converted to String by method invocation conversion)
/data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy/src/main/java/org/glassfish/grizzly/extras/spdy/    SpdyAddOnProvider.java:[119,43] error: no suitable method found for getInteger(int)
[ERROR]     method Integer.getInteger(String,Integer) is not applicable
      (actual and formal argument lists differ in length)
    method Integer.getInteger(String,int) is not applicable
      (actual and formal argument lists differ in length)
    method Integer.getInteger(String) is not applicable
      (actual argument int cannot be converted to String by method invocation conversion)
/data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy/src/main/java/org/glassfish/grizzly/extras/spdy/    EnableSpdyCommand.java:[179,32] error: method setMaxConcurrentStreams in interface Spdy cannot be applied to given types;
[ERROR]   required: int
  found: String
  reason: actual argument String cannot be converted to int by method invocation conversion
/data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy/src/main/java/org/glassfish/grizzly/extras/spdy/    EnableSpdyCommand.java:[185,32] error: method setInitialWindowSizeInBytes in interface Spdy cannot be applied to given types;
[ERROR]   required: int
  found: String
  reason: actual argument String cannot be converted to int by method invocation conversion
/data/jenkins/jobs/Payara/workspace/appserver/grizzly/glassfish-spdy/src/main/java/org/glassfish/grizzly/extras/spdy/    EnableSpdyCommand.java:[191,32] error: method setMaxFrameLengthInBytes in interface Spdy cannot be applied to given types;

Bundled JBatch DB2 table creation script is incorrect

Merge in fix for GLASSFISH-20718

When I check the box "Write to System Log" in the "server-config/Logger Settings" page of the admin GUI and I restart the domain I don't have anything on syslog.
I used this option on Glassfish 3.1.1 (build 12) with no problem.

Rsyslog is well configured and listening on port udp 514 :
netstat -putwln | grep rsyslog
udp 0 0 0.0.0.0:514 0.0.0.0:* 19488/rsyslogd
udp6 0 0 :::514 :::* 19488/rsyslogd

I have used tcpdump to see if anything coming in :
tcpdump udp port 514 -vv -i lo

But I see nothing when I do stuff like restarting the domain, etc.

Automatic Branch Upstream branch synchronization

I think we should nightly fetch / pull (sync) the upstream branch with payara. Otherwise overlap might be significant. At least we should define, when the upstream branch is going to be synced.

Merge Fix for GLASSFISH-21007

https://java.net/jira/browse/GLASSFISH-21007

This is not a tyrus issue as noted in https://java.net/jira/browse/TYRUS-306

The TyrusHttpUpgradeHandler.init(..) is called twice from org.apache.catalina.core.StandardPipeLine.doInvoke() method when access logging is switched on.

When access logging is turned on, the access log valve is invoked in addition to the standard host valve and so this code block is executed twice.

Possible fix here would be to check if the valve being processed is a PEAccessLogValve and the request is a type upgrade request then do not process this code block.

if (req.isUpgrade()) {
HttpUpgradeHandler handler = req.getHttpUpgradeHandler();
if (handler != null) {
WebConnectionImpl wc =
new WebConnectionImpl(
req.getInputStream(),
((org.apache.catalina.connector.Response)req.getResponse()).getOutputStream());
wc.setRequest(req);
req.setWebConnection(wc);

                if (response instanceof org.apache.catalina.connector.Response) {
                    wc.setResponse((org.apache.catalina.connector.Response) response);
                }
                Context context = req.getContext();
                try {
                    context.fireContainerEvent(ContainerEvent.BEFORE_UPGRADE_HANDLER_INITIALIZED, handler);

                       handler.init(wc);



                } finally {
                    context.fireContainerEvent(ContainerEvent.AFTER_UPGRADE_HANDLER_INITIALIZED, handler);
                }
            } else {
                log.log(Level.SEVERE, PROTOCOL_HANDLER_REQUIRED_EXCEPTION);
            }
        }

Master Branch Merging

Now it is not clear, when the Master branch gets the updates from the upstream branch. Shouldn't the process be automated. We should also introduce a CI environment for automatic builds / even releases.

Debug Enabled never shows true in the console

When looking at General Information for an instance Debug Enabled is always shown as false irrespective of the Debug settings.

Pull in fix for GLASSFISH-21098

Fix for GLASSFISH-21098 build with JDK8 has been committed to upstream. Pull in to Payara if this is tested and works for us.

Cherry Pick upstream fixes into 4.1.151

Latest upstream fixes need to be cherry picked and merged into master before release of 4.1.151

Merge in fix for GlassFish-21175

We have an internal fix for GlassFish-21175 merge into Payara

Integrate DB2 persistence manager into JBatch

Add option to disable the Server Header

See GLASSFISH-21160 Currently GlassFish exposes the Server: Header on all web requests with the value GlassFish Server Open Source Edition 4.1. This can only be disabled by setting the system property product.name to an empty value. Disabling of this option should be available in the administration console just like for x-PoweredBy

Merge fix for Glassfish-20895

https://java.net/jira/browse/GLASSFISH-20895

Integrate PostgreSQL persistence manager into JBatch

Merge Patched Grizzly jar into build

Load the Grizzly patch attached to Grizzly JIRA https://java.net/jira/browse/GRIZZLY-1713 into the patched jars repo and incorporate in the build.

Integrate Hazelcast as a clustered web session store

In order to have future proofing to shoal. Integrate Hazelcast as an alternative clustered web session store in a similar fashion to coherence-web.

Integrate different persistence managers into GF-batch-connector

Merge the base persistence manager, helper classes and pom.xml into the glassfish-batch-connector project.

Chef support for Payara

Hi,

We currently install, configure and manage our glassfish servers using chef. The cookbook is at realityforge/chef-glassfish. I have just started to experiment with Payara and it looks like it is no harder to support than GlassFish 4.1 so great work. The initial work is at realityforge/chef-glassfish@1e4279c but I expect to continue working when/if any gotchas pop up.

This is just a heads up more than anything else ;)

Payara Admin Console Images need to be updated

The current image(s) displaying the text "payara open source edition" in the admin console home page needs to be improved. The appearance of the image and the font used could be improved. See attached image in chrome:

Monitoring can not be displayed if the admin password is not blank

Monitoring is not displayed in the console if the administrator password is not blank.

Upstream issue https://java.net/jira/browse/GLASSFISH-21239 has been raised

Integrate Oracle persistence manager into JBatch

Merge fix for GLASSFISH-21261

https://java.net/jira/browse/GLASSFISH-21261

Add wiki page to describe the upstream merge and Payara release strategy

Add documentation on either the Payara website or Github wiki to describe the merge policy from upstream into Payara.

Merge Fix for GLASSFISH-21007

https://java.net/jira/browse/GLASSFISH-21007

This is not a tyrus issue as noted in https://java.net/jira/browse/TYRUS-306

The TyrusHttpUpgradeHandler.init(..) is called twice from org.apache.catalina.core.StandardPipeLine.doInvoke() method when access logging is switched on.

When access logging is turned on, the access log valve is invoked in addition to the standard host valve and so this code block is executed twice.

Possible fix here would be to check if the valve being processed is a PEAccessLogValve and the request is a type upgrade request then do not process this code block.

if (req.isUpgrade()) {
HttpUpgradeHandler handler = req.getHttpUpgradeHandler();
if (handler != null) {
WebConnectionImpl wc =
new WebConnectionImpl(
req.getInputStream(),
((org.apache.catalina.connector.Response)req.getResponse()).getOutputStream());
wc.setRequest(req);
req.setWebConnection(wc);

                if (response instanceof org.apache.catalina.connector.Response) {
                    wc.setResponse((org.apache.catalina.connector.Response) response);
                }
                Context context = req.getContext();
                try {
                    context.fireContainerEvent(ContainerEvent.BEFORE_UPGRADE_HANDLER_INITIALIZED, handler);

                       handler.init(wc);



                } finally {
                    context.fireContainerEvent(ContainerEvent.AFTER_UPGRADE_HANDLER_INITIALIZED, handler);
                }
            } else {
                log.log(Level.SEVERE, PROTOCOL_HANDLER_REQUIRED_EXCEPTION);
            }
        }

Setup fatherfish / canary / cuttingedge branch

There should be a branch which immediately (nightly?) reflects the changes in the main SVN repo. Community members could use this branch for smoke-testing and contributing back to the main SVN branch at Oracle.

Incorporate C2B2 Eclipselink fix

We have a patch to Eclipselink to incorporate into the distributions so need a mechanism to expose our patched jars to the external jars build part of the GlassFish build

Set up external public repository to host maven project artifacts

For open source projects, SonaType provide a hosting service whereby we can host our own maven project artifacts on their servers. Maven artifacts should be made public available to users on other projects so we should ensure they are published to the maven central repository also.

An initial guide on how to set this up can be found here: http://central.sonatype.org/pages/ossrh-guide.html

Cargo Tracker does not deploy

The cargo tracker application does not deploy on Payara 4.1.144 or on GlassFish 4.1 see https://java.net/jira/browse/CARGOTRACKER-51 seems to be related to bean validation on REST service that is also a Stateless EJB

Create Fix for https://java.net/jira/browse/GLASSFISH-21249

Simple bug fix to X509 Key Manager

Setup CI

Setup a CI environment with QA metrics with SonarQube for each branch. Code coverage / code complexity should be exposed to the public and so encourage contributions.

Upgrade Weld to 2.2.4.Final or newer

https://developer.jboss.org/message/883410#883410

http://transcripts.jboss.org/channel/irc.freenode.org/%23weld-dev/2014/%23weld-dev.2014-11-06.log.html#t2014-11-06T14:52:17

Publish an embedded-all artifact to Maven Central?

Hi,

We are starting to investigate Payara and we have not found the equivalent of the "glassfish-embedded-al" artifact that that is deployed to Maven Central at [1]. It is useful to have this artifact so we can do some local integration testing against it before moving to the next stage.

[1] http://mvnrepository.com/artifact/org.glassfish.main.extras/glassfish-embedded-all/4.1

Merge Fix for GLASSFISH-21159

Merge in fix for GLASSFISH-21159 XpoweredBy

Old merge issue here for completeness

Merge in fix for part of GLASSFISH-21041

We have an internal fix for part of GLASSFISH-21041which is in the GlassFish core code base rather than jbatch RI therefore merge this into Payara.

Disable SSLv3 in default domain template

Ensure default domain template has SSLv3 disabled

Incorporate Tyrus 1.8.3

Incorporate latest Tyrus 1.8.3 into Payara Quarterly Release 4.1.144

Apply patch for X-Forwarded-Proto

This is referenced here in GlassFish https://java.net/jira/browse/GLASSFISH-20842

Create fix for GLASSFISH-21236 (JDK 9 Support)

Create fix for GLASSFISH-21236. GlassFish does not start on JDK 9. This fix will not solve all JDK 9 compatibilities but is a start,

Docker support?

Is there any short term plans for docker support in payara? We are looking at moving towards docker within the next few months, with the hope to have rolled it out in all non-production environments by the end of January and production soon after.

Our current plan of attack is to use a combination of Chef+Packer to build the images. We will enhance the existing glassfish cookbook and combine it with some automation around packer. This of course is just a plan and we change directions when we actually start implementing it.

Is anyone interested in working on this together?

Merge in fix for GLASSFISH-21018

We have a fix for https://java.net/jira/browse/GLASSFISH-21018 this should be merged into Payara

Batch as in JSR352 doesn't work with MariaDB/MySQL as batch data storage

Hi,

I'm trying to switch the data store for batch in Payara to MariaDB and happened to bump into this issue which I believe is similar to Glassfish's bug https://java.net/jira/browse/GLASSFISH-20886.

Here's "quick how to replicate" with having the appropriate MariaDB JDBC Driver in the lib folder:

1. I've created a database name 'glassfish' in MariaDB and created the tables by using the scripts in
   <payara_home>/glassfish/lib/install/databases/ejbtimer_mysql.sql and <payara_home>/glassfish/lib/install/databases/jsr352-mysql.sql

2. in the admin console page, just create a DB connection pool name "glassfish" and JDBC Resource JNDI name as "jdbc/glassfish"

3. Admin console page, click on server -> Batch -> Configuration, select Data Source Lookup Name as "jdbc/glassfish", leaving the Database Schema Name empty.

4. Run a batch job, and this came out:
   com.ibm.jbatch.container.exception.PersistenceException: java.sql.SQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'SCHEMA 'glassfish'' at line 1
   Query is:
   sql : 'SET SCHEMA ?', parameters : ['glassfish']
   ...

Help is much appreciated. Thank you very much for the effort.

Here's a fragment of the stack trace from the log:
[2014-12-02T23:12:40.028+0800] [Payara 4.1] [SEVERE] [] [com.cloudlegato.batch.joboperator.business.CloudLegatoBatchJobOperator] [tid: _ThreadID=34 ThreadName=http-listener-1(3)] [timeMillis: 1417533160028] [levelValue: 1000] [[
com.ibm.jbatch.container.exception.PersistenceException: java.sql.SQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'SCHEMA 'glassfish'' at line 1
Query is:
sql : 'SET SCHEMA ?', parameters : ['glassfish']
javax.batch.operations.JobStartException: com.ibm.jbatch.container.exception.PersistenceException: java.sql.SQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'SCHEMA 'glassfish'' at line 1
Query is:
sql : 'SET SCHEMA ?', parameters : ['glassfish']
at com.ibm.jbatch.container.api.impl.JobOperatorImpl.start(JobOperatorImpl.java:90)
at com.cloudlegato.base.business.AbstractBatchJobOperator.runBatchJob(AbstractBatchJobOperator.java:73)
at com.cloudlegato.batch.joboperator.business.CloudLegatoBatchJobOperator.executeReProcessPayrollForSpecific(CloudLegatoBatchJobOperator.java:89)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1081)
at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1153)
at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:4786)
at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:656)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:824)
at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:608)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46)
at org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:52)
at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:823)
at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:608)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:140)
at sun.reflect.GeneratedMethodAccessor285.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:823)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:369)
at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:4758)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:4746)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy388.executeReProcessPayrollForSpecific(Unknown Source)
at com.cloudlegato.payroll.payout.business.PayoutRESTResource.reProcessSalaryPayoutBySalaryPayoutUuid(PayoutRESTResource.java:1105)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1081)
at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1153)
at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:4786)
at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:656)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:824)
at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:608)
at com.cloudlegato.syslog.business.SysProfilingExecutionTimeInterceptor.profileExecutionTime(SysProfilingExecutionTimeInterceptor.java:27)
at sun.reflect.GeneratedMethodAccessor289.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:823)
at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:608)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46)
at org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:52)
at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:823)
at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:608)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:140)
at sun.reflect.GeneratedMethodAccessor285.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:823)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:369)
at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:4758)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:4746)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy387.reProcessSalaryPayoutBySalaryPayoutUuid(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:414)
at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127)
at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65)
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100)
at com.cloudlegato.payroll.payout.business.PayoutRESTResourceProxy$Serializable$1558107122$Proxy$$$_Weld$EnterpriseProxy$.reProcessSalaryPayoutBySalaryPayoutUuid(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:151)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:171)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:104)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:387)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:331)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:103)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:297)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:254)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1028)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:381)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:344)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:221)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:415)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: com.ibm.jbatch.container.exception.PersistenceException: java.sql.SQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'SCHEMA 'glassfish'' at line 1
Query is:
sql : 'SET SCHEMA ?', parameters : ['glassfish']
at com.ibm.jbatch.container.services.impl.JDBCPersistenceManagerImpl.createJobInstance(JDBCPersistenceManagerImpl.java:1712)
at com.ibm.jbatch.container.jobinstance.JobExecutionHelper.getNewJobInstance(JobExecutionHelper.java:89)
at com.ibm.jbatch.container.jobinstance.JobExecutionHelper.startJob(JobExecutionHelper.java:120)
at com.ibm.jbatch.container.impl.BatchKernelImpl.startJob(BatchKernelImpl.java:123)
at com.ibm.jbatch.container.api.impl.JobOperatorImpl.startInternal(JobOperatorImpl.java:121)
at com.ibm.jbatch.container.api.impl.JobOperatorImpl.start(JobOperatorImpl.java:86)
... 135 more
Caused by: java.sql.SQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'SCHEMA 'glassfish'' at line 1
Query is:
sql : 'SET SCHEMA ?', parameters : ['glassfish']
at org.mariadb.jdbc.internal.SQLExceptionMapper.get(SQLExceptionMapper.java:138)
at org.mariadb.jdbc.internal.SQLExceptionMapper.throwException(SQLExceptionMapper.java:106)
at org.mariadb.jdbc.MySQLStatement.executeQueryEpilog(MySQLStatement.java:264)
at org.mariadb.jdbc.MySQLStatement.execute(MySQLStatement.java:288)
at org.mariadb.jdbc.MySQLStatement.executeUpdate(MySQLStatement.java:317)
at org.mariadb.jdbc.MySQLPreparedStatement.executeUpdate(MySQLPreparedStatement.java:156)
at com.sun.gjc.spi.base.PreparedStatementWrapper.executeUpdate(PreparedStatementWrapper.java:125)
at com.ibm.jbatch.container.services.impl.JDBCPersistenceManagerImpl.setSchemaOnConnection(JDBCPersistenceManagerImpl.java:386)
at com.ibm.jbatch.container.services.impl.JDBCPersistenceManagerImpl.getConnection(JDBCPersistenceManagerImpl.java:323)
at com.ibm.jbatch.container.services.impl.JDBCPersistenceManagerImpl.createJobInstance(JDBCPersistenceManagerImpl.java:1700)
... 140 more
Caused by: org.mariadb.jdbc.internal.common.QueryException: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'SCHEMA 'glassfish'' at line 1
Query is:
sql : 'SET SCHEMA ?', parameters : ['glassfish']
at org.mariadb.jdbc.internal.mysql.MySQLProtocol.getResult(MySQLProtocol.java:942)
at org.mariadb.jdbc.internal.mysql.MySQLProtocol.executeQuery(MySQLProtocol.java:991)
at org.mariadb.jdbc.MySQLStatement.execute(MySQLStatement.java:281)
... 146 more
]]

Update version of payara-admingui to 4.1

Hi,

I'm trying to build Payara from source and came accross the following pom.xml files with the wrong version of payara-admingui

/appserver/osgi-platforms/payara-osgi-console-plugin-l10n/pom.xml
/appserver/osgi-platforms/payara-osgi-console-plugin/pom.xml

Thanks

Steve

Integrate MySQL persistence manager into JBatch

Version the Download artifacts

On the current Payara download site (http://www.payara.co.uk/downloads), the artifacts are without a version (i.e. payara.zip rather than payara-4.1.114.zip). This makes it a lot easier to integrate into Chef ( #51 ) and other configuration management tools if the names of the artifacts can be derived from the version of the artifact.

Integrate Hazelcast as JSR107 provider

I suspect GlassFish will integrate the Reference Implementation as the JSR107 implementation. This is not much use. Integrate Hazelcast as the Payara JSR 107 implementation

Merge Fix for GLASSFISH-21251

create-managed-executor-service does not propagate longrunningtasks parameter correctly during creation.

See https://java.net/jira/browse/GLASSFISH-21251

Replace GMS implementation

Replace the current Shoal based implementation of the GMS with Hazelcast.

Likely files impacted are;

appserver/ha/ha-file-store/src/main/java/org/glassfish/ha/store/adapter/file/FileBackingStore.java:
appserver/ha/ha-file-store/src/main/java/org/glassfish/ha/store/adapter/file/FileBackingStore.java:
appserver/ha/ha-shoal-store/src/main/java/org/shoal/ha/store/ReplicatedBackingStoreFactory.java:
appserver/ha/ha-shoal-store/src/main/java/org/shoal/ha/store/GlassFishKeyMapper.java
appserver/ha/ha-shoal-cache-bootstrap/src/main/java/org/glassfish/ha/store/adapter/cache/ReplicationStoreProxy2.java
appserver/ha/ha-shoal-cache-bootstrap/src/main/java/org/glassfish/ha/store/adapter/cache/ShoalBackingStoreProxy.java
appserver/orb/orb-iiop/src/main/java/org/glassfish/enterprise/iiop/impl/IiopFolbGmsClient.java
nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/ValidateMulticastCommand.java
nucleus/cluster/gms-bootstrap/src/main/java/org/glassfish/gms/bootstrap/GMSAdapterService.java
nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/GMSAdapterImpl.java
appserver/admin/admin-core/src/main/java/com/sun/enterprise/admin/UpgradeService.java
appserver/admingui/devtests/src/test/java/org/glassfish/admingui/devtests/GMSTest.java
appserver/ejb/ejb-full-container/src/main/java/org/glassfish/ejb/persistent/timer/DistributedEJBTimerService.java
appserver/ejb/ejb-container/src/main/java/com/sun/ejb/containers/StatefulContainerFactory.java
appserver/orb/orb-iiop/src/main/java/org/glassfish/enterprise/iiop/impl/IiopFolbGmsClient.java
appserver/payara-admingui/devtests/src/test/java/org/glassfish/admingui/devtests/GMSTest.java
appserver/persistence/entitybean-container/src/main/java/org/glassfish/persistence/ejb/entitybean/container/distributed/ReadOnlyBeanMessageCallBack.java
appserver/security/ejb.security/src/main/java/com/sun/enterprise/iiop/security/SecIORInterceptor.java
appserver/security/ejb.security/src/main/java/com/sun/enterprise/iiop/security/Lookups.java
appserver/tests/admingui/auto-test/src/test/java/org/glassfish/admingui/devtests/GMSTest.java
appserver/transaction/jts/src/main/java/com/sun/enterprise/transaction/jts/JavaEETransactionManagerJTSDelegate.java
appserver/transaction/jts/src/main/java/com/sun/enterprise/transaction/jts/recovery/RecoveryLockFile.java
appserver/transaction/jts/src/main/java/com/sun/enterprise/transaction/jts/recovery/GMSCallBack.java
appserver/web/web-ha/src/main/java/org/glassfish/web/ha/authenticator/HASSOFactory.java
appserver/web/web-ha/src/main/java/org/glassfish/web/ha/session/management/ReplicationWebEventPersistentManager.java
appserver/web/web-ha/src/main/java/org/glassfish/web/ha/HAUtilImpl.java
appserver/webservices/metro-glue/src/main/java/org/glassfish/webservices/metroglue/MetroContainer.java
nucleus/admin/config-api/src/main/java/com/sun/enterprise/config/serverbeans/GroupManagementService.java
nucleus/admin/config-api/src/main/java/com/sun/enterprise/config/serverbeans/Cluster.java
nucleus/admin/config-api/src/main/java/com/sun/enterprise/config/serverbeans/FailureDetection.java
nucleus/admin/config-api/src/main/java/com/sun/enterprise/config/util/ConfigApiLoggerInfo.java
nucleus/cluster/gms-bootstrap/src/main/java/org/glassfish/gms/bootstrap/GMSAdapterService.java
nucleus/cluster/gms-bootstrap/src/main/java/org/glassfish/gms/bootstrap/HealthHistory.java
nucleus/cluster/gms-bootstrap/src/main/java/org/glassfish/gms/bootstrap/GMSAdapter.java
nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/GMSConfigUpgrade.java
nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceBeforeStartClusterCommand.java
nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceAfterStartClusterCommand.java
nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceBeforeStopClusterCommand.java
nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceSupplementalInfo.java
nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceAfterStopClusterCommand.java
nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/GMSAdapterImpl.java
nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/GetHealthCommand.java
nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/LocalStrings.properties
nucleus/common/common-util/src/main/java/com/sun/logging/LogDomains.java
appserver/orb/orb-iiop/src/main/java/org/glassfish/enterprise/iiop/impl/GlassFishORBFactoryImpl.java
appserver/transaction/jts/src/main/java/com/sun/enterprise/transaction/jts/recovery/GMSCallBack.java

Concurrent deploy failures?

I am not sure if this is specific Payara or a GlassFish 4.1 issue but it did not seem to happen in GlassFish 4.0. We somewhat regularly deploy multiple applications concurrently and this seems to cause some concurrency issues. Locks can result in deploys that usually take 1-2 seconds taking 180 seconds. I am still trying to track down the ultimate cause of this. However we have noticed that the following exception arises. Have you noticed or experienced anything similar?

BTW Would you prefer if I reported these sorts of issues here or try to produce them in trunk GlassFish and report upstream?

[2014-11-09T13:06:13.015+1100] [Payara 4.1] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=48 _ThreadName=admin-listener(5)] [timeMillis: 1415498773015] [levelValue: 1000] [[
  Exception during lifecycle processing
java.util.ConcurrentModificationException
    at java.util.TreeMap$PrivateEntryIterator.nextEntry(TreeMap.java:1115)
    at java.util.TreeMap$KeyIterator.next(TreeMap.java:1169)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getDescriptors(ServiceLocatorImpl.java:312)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getDescriptors(ServiceLocatorImpl.java:361)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getBestDescriptor(ServiceLocatorImpl.java:369)
    at com.sun.enterprise.deployment.archivist.ArchivistFactory.getArchivist(ArchivistFactory.java:87)
    at com.sun.enterprise.deployment.archivist.ArchivistFactory.getArchivist(ArchivistFactory.java:77)
    at org.glassfish.javaee.core.deployment.DolProvider.processDOL(DolProvider.java:156)
    at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:227)
    at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:96)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.loadDeployer(ApplicationLifecycle.java:881)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:821)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:378)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
    at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:356)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:356)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
    at 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.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:189)
    at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
    at java.lang.Thread.run(Thread.java:724)
]]