<< Back to previous view

[GLASSFISH-3574] NullPointerException in appendFromClauseForInformixOuterJoin Created: 02/Sep/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Blocker
Reporter: bernd_zedv Assignee: tware
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 3,574
Tags:
Participants: bernd_zedv, gfbugbridge, Tom Mueller and tware

 Description   

Sun Java System Application Server 9.1 (build b58-rc1)
Database is Informix 10 (This Exception does not appear with DERBY)
NetBeans 5.5.1

Mapping:
--------------------------------------------------------------------------------
@Entity
@Inheritance(strategy=InheritanceType.JOINED)
public class Parent implements Serializable {

@Id
@GeneratedValue(strategy = GenerationType.AUTO)
private Long parentId;
......
@Entity
@PrimaryKeyJoinColumn(name="CHILDID")
public class Child extends Parent implements Serializable {
--------------------------------------------------------------------------------

Statement:

Collection<Parent> cP = em.createQuery("select o from Parent o ).getResultList();

Exception in thread "main" java.lang.NullPointerException
at
oracle.toplink.essentials.internal.expressions.SQLSelectStatement.appendFromClauseForInformixOuterJoin(SQLSelectStatement.java:178)
at
oracle.toplink.essentials.internal.expressions.SQLSelectStatement.appendFromClauseToWriter(SQLSelectStatement.java:450)
at
oracle.toplink.essentials.internal.expressions.SQLSelectStatement.printSQL(SQLSelectStatement.java:1310)
at
oracle.toplink.essentials.internal.expressions.SQLSelectStatement.buildCall(SQLSelectStatement.java:683)
at
oracle.toplink.essentials.descriptors.ClassDescriptor.buildCallFromStatement(ClassDescriptor.java:550)
at
oracle.toplink.essentials.internal.queryframework.StatementQueryMechanism.setCallFromStatement(StatementQueryMechanism.java:393)
at
oracle.toplink.essentials.internal.queryframework.ExpressionQueryMechanism.prepareReportQuerySelectAllRows(ExpressionQueryMechanism.java:1321)
at
oracle.toplink.essentials.queryframework.ReportQuery.prepareSelectAllRows(ReportQuery.java:988)
at
oracle.toplink.essentials.queryframework.ReadAllQuery.prepare(ReadAllQuery.java:398)
at
oracle.toplink.essentials.queryframework.ReportQuery.prepare(ReportQuery.java:904)
at
oracle.toplink.essentials.queryframework.DatabaseQuery.checkPrepare(DatabaseQuery.java:387)
at
oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.checkPrepare(ObjectLevelReadQuery.java:469)
at
oracle.toplink.essentials.queryframework.DatabaseQuery.execute(DatabaseQuery.java:587)
at
oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:677)
at
oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:731)
at
oracle.toplink.essentials.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2218)
at
oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:937)
at
oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:909)
at
oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.executeReadQuery(EJBQueryImpl.java:346)
at
oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.getResultList(EJBQueryImpl.java:447)
at javaapplication4.Main.main(Main.java:56)



 Comments   
Comment by gfbugbridge [ 02/Sep/07 05:00 PM ]

<BT6600180>

Comment by tware [ 04/Sep/07 06:33 AM ]

The following line does not look like it would even compile - it is missing a
quote...

Collection<Parent> cP = em.createQuery("select o from Parent o ).getResultList();

Is this the full query? I am surprised you are getting into that area of the
code without an outer join in the query.

Comment by tware [ 04/Sep/07 07:46 AM ]

I think I now see why you are getting an outer join.

It's because of the inheritance.

Sorry for any confusion.

Comment by tware [ 04/Sep/07 10:11 AM ]

Switching to Enhancement

Informix requires special outer join support and it appears that some of the
code written to support outer joins on Informix when using joins inheritance is
broken.

TopLink Essentials is certified against a set of databases that is similar to
the non-open-source TopLink version. As you can see from the following web page,
Informix is not a certified platform.

http://www.oracle.com/technology/products/ias/toplink/technical/support/database1013.html

What this means is that while we will endeavor to help users of this database
get the functionality they are looking for, the amount of testing that has been
done against this database is much lower than the certified databases.

We would be happy to provide a resource to help the interested members of the
community get this support working better.

Comment by bernd_zedv [ 08/Sep/07 01:41 AM ]

Since a couple of years Informix supports ANSI JOINS. Hibernate's Informix
adapter works this way and does this job fine.

There is that ... boolean isInformixOuterJoin() ... in Toplink code and my hope
was to find a workaround which e.g. influences Toplink to generate the ususal
SQL (ANSI) code even for Informix.

For some other reasons I cannot/want not switch to Hibernate persistence manager.

Comment by tware [ 10/Sep/07 06:28 AM ]

You could try subclassing the InformixPlatform. There are two methods that
affect how outer joins are written.

isInformixOuterJoin()
shouldPrintOuterJoinInWhereClause()

Overriding isInformixOuterJoin() to return false
and/or overriding shouldPrintOuterJoinInWhereClause() to return true

could help you generate the syntax you want.

When you have your new platform, you can use the toplink.target-database
persistence property and set its value to your fully qualified class name.

Comment by bernd_zedv [ 19/Sep/07 08:17 AM ]

After I changed
oracle.toplink.essentials.platform.database.InformixPlatform.isInformixOuterJoin()
to return false, ANSI SQL outer syntax is generated and no more
NullPointerExceptions arise.

Changing shouldPrintOuterJoinInWhereClause() does not work - it merely generates
weird " =* " in WHERE clause.

Thanks!
Bernd

Comment by Tom Mueller [ 06/Mar/12 10:05 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-3625] Report non-portable annotation use in code Created: 19/Sep/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: verifier
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Blocker
Reporter: Sanjeeb Sahoo Assignee: Sanjeeb Sahoo
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


File Attachments: Text File Bug3625.zip     Text File Bug3625.zip    
Issuezilla Id: 3,625
Tags:
Participants: Sanjeeb Sahoo, seemarich and Tom Mueller

 Description   

Verifier currently does not report about non-portable annotation usage in the
code. The API scanning facility needs to be improved to scan class data section
that contains annotations. An example of where current verifier does not report
a failure is given below:

@WebService
public class MyServletEndpoint {
@javax.ejb.TransactionAttribute(REQUIRES_NEW) // incorrect use
public void registerUser(String username, String encodedPW) { // ... }
}

I think, we need to switch to ASM based API scanning implementation to address
this issue.

Sahoo



 Comments   
Comment by Sanjeeb Sahoo [ 26/May/08 07:58 AM ]

Confirming the issue.

Comment by seemarich [ 05/Jun/08 03:43 AM ]

Created an attachment (id=1537)
New files, old files, patch and a readme

Comment by seemarich [ 14/Jun/08 10:10 AM ]

Created an attachment (id=1558)
Updated patch is attached

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3628] Function REPLACE in named-query Created: 19/Sep/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Blocker
Reporter: laurentapo Assignee: tware
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,628
Tags:
Participants: laurentapo, Tom Mueller and tware

 Description   

Hello,

Currently, in named-query, functions avaliable on string are : CONCAT,
SUBSTRING, TRIM, LOWER, UPPER, LENGTH, LOCATE.

Function REPLACE don't exist.

We must use named-native-query if you want to replace caracter.

I need this function to search case insensitive and without accent.

For example:
DépAssà => depassa

With existing functions, I can only use LOWER funtion but it not convert accent.

Thanks Laurent



 Comments   
Comment by Tom Mueller [ 06/Mar/12 10:06 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-4042] Support H2 Database Engine Platform in TopLink Essentials Created: 28/Jan/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: thomasmueller2 Assignee: tware
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,042
Tags:
Participants: aleksey_shipilev, thomasmueller2, Tom Mueller and tware

 Description   

Hi,

Could you please add support for the H2 Database Engine in TopLink Essentials?
The source code is here:

http://h2database.googlecode.com/svn/trunk/h2/src/tools/oracle/toplink/essentials/platform/database/H2Platform.java.txt

and should be committed to:

https://glassfish.dev.java.net/source/browse/glassfish/entity-persistence/src/java/oracle/toplink/essentials/platform/database/

Regards,
Thomas



 Comments   
Comment by aleksey_shipilev [ 01/Dec/09 10:22 AM ]
      • Issue 4042 has been confirmed by votes. ***
Comment by Tom Mueller [ 06/Mar/12 10:05 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-4074] New connection cache for ORB Created: 05/Feb/08  Updated: 18/Oct/12

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

Type: New Feature Priority: Blocker
Reporter: Ken Cavanaugh Assignee: Harshad Vilekar
Resolution: Unresolved Votes: 3
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,074
Tags: 3_1-exclude
Participants: Harshad Vilekar and Ken Cavanaugh

 Description   

Modify the ORB connection management to use the connection cache
in Grizzly. This fixes a number of race conditions in the current
code that can occur when a busy system is using a large number of
connections.



 Comments   
Comment by Ken Cavanaugh [ 05/Feb/08 02:32 PM ]

Fixed target milestone

Comment by Ken Cavanaugh [ 07/Feb/08 09:24 PM ]

V3 PRD

Comment by Ken Cavanaugh [ 22/Sep/09 04:54 PM ]

Not for v3.

Comment by Ken Cavanaugh [ 19/Jan/10 10:47 AM ]

Work in progress for V3.1. Note that the connection caches will be used from
the ORB workspace, not grizzly, as we still don't have sufficient resources
to do the grizzly integration.

Comment by Ken Cavanaugh [ 19/Jan/10 10:48 AM ]
      • Issue 7062 has been marked as a duplicate of this issue. ***
Comment by Ken Cavanaugh [ 19/Jan/10 10:49 AM ]
      • Issue 952 has been marked as a duplicate of this issue. ***
Comment by Ken Cavanaugh [ 14/Sep/10 10:07 AM ]

Moved out of release 3.1.

Comment by Ken Cavanaugh [ 06/Oct/10 04:59 PM ]

Some notes from Some notes from bug 6854220:

  • Would like option to periodically force connections to be closed
    after some period of inactivity (that is already present somewhere
    in the new connection design, I think).
  • Would like option to ALWAYS use fresh connection (this is available in
    HWLB plugin, but better integration would be useful).
    :
  • Would like option to periodically force connections to be closed
    after some period of inactivity (that is already present somewhere
    in the new connection design, I think).
  • Would like option to ALWAYS use fresh connection (this is available in
    HWLB plugin, but better integration would be useful).




[GLASSFISH-4148] Verifier should be aware of Java EE 6 specification Created: 10/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: verifier
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: Sanjeeb Sahoo Assignee: Sanjeeb Sahoo
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,148
Status Whiteboard:

v3-prd-item

Tags:
Participants: Sanjeeb Sahoo and Tom Mueller

 Description   

This is an umbrella RFE. When we write the one-pager, we need to break this down
into multiple manegable RFEs. In a nutshell, verifier needs to be aware of Java
EE 6 rules. At a minimum, it must not flag valid Java EE 6 archive as failures.



 Comments   
Comment by Sanjeeb Sahoo [ 10/Feb/08 07:30 PM ]

Tagged as v3 prd item.

Comment by Tom Mueller [ 06/Mar/12 09:55 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4170] Improved monitoring and management capabilities for Sun Java EE Engine Created: 15/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: jbi
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: Bhavanishankar Assignee: Bhavanishankar
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,170
Status Whiteboard:

v3-prd-item

Tags:
Participants: Bhavanishankar and Tom Mueller

 Description   

Provide monitoring capability in Sun Java EE Engine to be able to view the
statistics of the messages going through it (for example, number of requests
received, number of responses sent, number of errors sent, and so on).



 Comments   
Comment by Bhavanishankar [ 15/Feb/08 07:49 AM ]

Setting status as v3-prd-item.

Comment by Tom Mueller [ 06/Mar/12 09:55 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4181] gfv3: OEM Pluggability: GUI Created: 15/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: msreddy Assignee: Anissa Lam
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 4,181
Status Whiteboard:

v3-prd-item

Tags:
Participants: Anissa Lam, msreddy and Tom Mueller

 Description   

This is a GUI pluggability dependent issue for the umbrella issue# 4176.

Provide necessary API so that the OEM modules can expose their configuration and
management thru GUI similar to application server modules.



 Comments   
Comment by msreddy [ 15/Feb/08 02:11 PM ]

this is a P1 reqt ...

Comment by msreddy [ 26/Feb/08 10:58 AM ]

v3-prd-item

Comment by Anissa Lam [ 28/Feb/08 10:47 PM ]

This is AdminConsole-012 in
http://wiki.glassfish.java.net/Wiki.jsp?page=V3AdminConsoleImprovements

Administration console should be extensible

Comment by Tom Mueller [ 06/Mar/12 09:59 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4194] gfv3: Load Balancer Configuration Support Created: 15/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: load_balancer
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: msreddy Assignee: pa100654
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 4,194
Status Whiteboard:

v3-prd-item

Tags:
Participants: msreddy, pa100654 and Tom Mueller

 Description   

Provide Load Balancer Configuration Support similar to GlassFish V2.



 Comments   
Comment by msreddy [ 26/Feb/08 11:01 AM ]

v3-prd-item

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4196] gfv3: Web Services Management Created: 15/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: msreddy Assignee: Martin Grebac
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 4,196
Status Whiteboard:

v3-prd-item

Tags:
Participants: Martin Grebac, msreddy, sirajg and Tom Mueller

 Description   

Provide Web Services Management similar to GF V2.



 Comments   
Comment by msreddy [ 26/Feb/08 11:02 AM ]

v3-prd-item

Comment by Tom Mueller [ 23/Jun/10 10:38 AM ]

Rajeshwar no longer on project.

Comment by sirajg [ 23/Jun/10 11:45 AM ]

transferring to module owner

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4334] HADB support for V3 Created: 29/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: hadb_admin
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: msreddy Assignee: pa100654
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 4,334
Status Whiteboard:

v3-prd-item

Tags:
Participants: msreddy, pa100654 and Tom Mueller

 Description   

Provide GlassFish V2 level support of HADB for GlassFish V3.



 Comments   
Comment by msreddy [ 29/Feb/08 02:58 PM ]

v3-prd-item

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4887] Support for SQL LIMIT / OFFSET with setMaxResults() / setFirstResult() Created: 24/Apr/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.0peur1
Fix Version/s: not determined

Type: Improvement Priority: Blocker
Reporter: batzee Assignee: tware
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,887
Tags:
Participants: batzee, Tom Mueller and tware

 Description   

Almost all web applications use pagination to split large tables into pages with
a relatively small number of rows each. In Toplink Essentials, setFirstResult()
and setMaxResults() can be used to achieve this.

At least for PostgreSQL and MySQL, and most likely for other RDBMs, a lot of I/O
effort can be saved by using the LIMIT and OFFSET sql clauses. Toplink
Essentials really should use it!!

(Hibernate has been doing this for a long time!!)



 Comments   
Comment by Tom Mueller [ 06/Mar/12 10:06 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-5028] GlassFish should run on JRE Created: 15/May/08  Updated: 22/May/13

Status: Open
Project: glassfish
Component/s: other
Affects Version/s: V3
Fix Version/s: future release

Type: New Feature Priority: Blocker
Reporter: uppalapati Assignee: kumara
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Duplicate
is duplicated by GLASSFISH-17851 starting a cluster with local instanc... Resolved
Issuezilla Id: 5,028
Tags:
Participants: Hong Zhang, kumara, Tom Mueller and uppalapati

 Description   

Windows/Solaris/Ubuntu comes with JRE installed by default.
To run GF we need the user to install a JDK with is an additional step.

Tomcat 5/6 works OOTB with just a JRE and we need feature parity to replace
tomcat as a container. Having this feature improves the chances of greater adoption.

JRE is ~15MB (available OOTB)
JDK is ~70MB (Needs a download & install)



 Comments   
Comment by Hong Zhang [ 15/May/08 10:57 AM ]

This is a high level v3 requirement.

Comment by uppalapati [ 27/Aug/08 01:29 PM ]

We are building a simple webapp that allows JSP customization. Currently Tomcat
is the only webcontainer that solves my usecase of delivering a self contained
bundle without the bloat of a 60MB JDK

We think Glassfish V3 is a better suited for our long term needs and this is a
must have feature for us and any one building applications that bundle Glassfish
into their solution.

Requiring a JDK install is not an option.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-7229] java.lang.String entry for JNDI Created: 25/Feb/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: v2.1
Fix Version/s: not determined

Type: Improvement Priority: Blocker
Reporter: lsacco Assignee: Anissa Lam
Resolution: Unresolved Votes: 6
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 7,229
Tags:
Participants: Amy Roh, Anissa Lam, athrawn17, freddio, kumara, lsacco, teenow and Tom Mueller

 Description   

Under JNDI custom resources you should have the ability to add a JNDI value for
java.lang.String similar to Tomcat or other JEE containers. This is essential
for us because we use commons-configuration in our application to look for that
value to be DEV, TEST, or PROD and then pick runtime attributes from our
internal config.



 Comments   
Comment by Amy Roh [ 26/Feb/09 10:33 AM ]

...

Comment by Amy Roh [ 26/Feb/09 11:16 AM ]

Can you elaborate? GlassFish already supports java.lang.String entry for JNDI
via Environment entry like tomcat.

<Environment name="..." type="java.lang.String" value="..."/>

Comment by lsacco [ 26/Feb/09 11:42 AM ]

This is what I do in Tomcat:

<Environment name="config/com/xxx/pds/env" override="false"
type="java.lang.String" value="DEV" />

Where in the Admin UI for Glassfish can I set this or do I have to update an XML
file somewhere on the server?

Thanks,
Lou

Comment by Amy Roh [ 26/Feb/09 11:56 AM ]

If you want to define environment entry that will be shared across the server,
you can create global context.xml in
glassfish/domains/domain1/config/context.xml and this will be loaded by all
webapps.

In your global context.xml, you can have the same Tomcat entry

<Environment name="config/com/xxx/pds/env" override="false"
type="java.lang.String" value="DEV" />

Different levels of context.xml support is described in my blog -
http://weblogs.java.net/blog/amyroh/archive/2007/05/context_webapp_1.html

This should suit your need, correct?

Comment by lsacco [ 02/Mar/09 05:45 PM ]

So I decided to do the first one similar to what we do in Tomcat and add this
appropriate entry in the context.xml file as follows:

<Environment name="config/com/xxx/pds/env" override="false"
type="java.lang.String" value="DEV" />

I restart the server, but fail with exception:
9471-4218-a69b-0bfb1400f1b8;|WebModule[/PCNRequestApprovalWeb]PWC1275: Exception
sending context initialized event to listener instance of class

This is the offending code (I assume I just need to remove java:comp/env for the
context look-up):

try {
InitialContext ctx = new InitialContext();
String env = (String)ctx.lookup("config/com/qualcomm/pds/env");
String config = "sm-security-config.xml";
if ("local".equalsIgnoreCase(env)) { config = "local-security-config.xml"; }
configs.add(PREFIX + config);

} catch (NamingException ne) { throw new ApplicationContextException(ne.getMessage()); }

Also, when I browse the JNDI tree from the admin console I do not see this entry
in the tree. Any suggestions?

Comment by lsacco [ 03/Mar/09 10:56 AM ]

FYI...there's workarounds for this (the blog post didn't work) but I feel that
you should be able to set a String property from the admin console as a String
and have it bound to the JNDI tree. This is a request for enhancement to that end.

Comment by Amy Roh [ 03/Mar/09 11:17 AM ]

Yes, I agree that you should be able to edit environment entry using the admin
console. I believe admin gui folks are working on this already. Assigning the
enhancement request to admin gui team.

Comment by Amy Roh [ 03/Mar/09 11:20 AM ]

Assign the enhancement request to admin gui team.

Comment by athrawn17 [ 09/Mar/09 10:06 AM ]

Just wanted to link back to the forum discussion.

http://forums.java.net/jive/message.jspa?messageID=334354#334354

Comment by freddio [ 06/Apr/09 11:14 AM ]
      • Issue 7229 has been confirmed by votes. ***
Comment by kumara [ 01/Sep/09 01:09 AM ]

Changing version from 9.1.1 to v2.1 to reflect new name/version.

Comment by teenow [ 10/May/11 12:17 AM ]

Close this issue when done.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-8436] Need QL or SQE Tests for start|stop domain Created: 22/May/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: sqe-test
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Blocker
Reporter: Byron Nevins Assignee: mzh777
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 8,436
Tags:
Participants: Byron Nevins, kumara, mzh777 and Tom Mueller

 Description   

See #8387

The regression in that bug was from V2->V3. The bug sat undetected for a year.
What that bug says is:

  • If the domain is already running then 'asadmin start-domain' should return
    zero (success)
  • If the domain is NOT running then 'asadmin stop-domain' should return zero
    (success).

Before the fix both of these situations returned in hard errors with non-zero
getting returned.

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

A QL test should be added – or some other frequently run automated test to
detect it if it regresses again.

I tried to add a QL test but it is very complicated to add a test in there –
(ant maven TestNG are all firing at the same time and talking to each other) not
to mention dangerous since so many developers depend on it.

For the test all you have to do is run asadmin start-domain twice in a row.
Both times a zero (success) should be returned. Exact same story for stop-domain.



 Comments   
Comment by Byron Nevins [ 23/May/09 10:02 AM ]

Defect -> Enhancement

Comment by Byron Nevins [ 27/May/09 02:24 AM ]

Changed back to defect. Read on...

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

In the process of filing Issue 8455 I noticed the following Issue.
Because of 8455 my environment was now in the state where it was impossible to
ever start the domain again.

QL tries to start the domain. It prints a message saying it could not be
started. And then QL gamely presses on anyways! But every successive test is,
of course, going to fail now.

The domain not starting is a catastrophic error and QL tests ought to instantly
come to a screeching halt. Any more tests are just a waste of time, no possible
good can come from it.

It is very simple to fix this – just add the "fail-on-error=true" to the
start-domain ant command.

Comment by Byron Nevins [ 13/Jul/09 07:01 PM ]

Changing to P1.

My domain would not start because I added a nutty jvm option. I forgot about
it. So in my environment the domain will not start.

QL knew this IMMEDIATELY. But instead of telling me "domain won't start" and
stopping, it continues for a half hour wasting time running tests that can't
possibly pass.

Finally I get an Ant error message that has nothing whatsoever to do with the
real error.

ONE line of code will fix this problem.

Comment by kumara [ 01/Sep/09 12:59 AM ]

Moving to sqe-test as there is no subcomponent for quicklook tests.

Comment by mzh777 [ 08/Sep/09 03:32 PM ]

Change the type to Enhancement.

I changed the adminCLI tests to detect the asadmin return type (0 or 1) since
then. Tried to call asadmin start/stop domain from the test but it causes QL
hangs on windows (other platforms are fine). Had email communications with Bill
and Kedar and didn't find a way to go through. Put the issue in the list of QL
enhancement.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-10681] Couldn't install community version on AIX Created: 29/Oct/09  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: v2.1.1
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: leonfan Assignee: scatari
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: AIX
Platform: Other


Issuezilla Id: 10,681
Status Whiteboard:

3.1-exclude v3_exclude

Tags: 3_1-exclude
Participants: Chris Kasso, kumara, leonfan, pierrot, scatari and Tom Mueller

 Description   

I download latest community version for GlassFish V2.1.1 and run
'lib/ant/bin/ant -f setup.xml' failed after 'java -Xmx256m -jar
glassfish-installer-ml.jar'. That means we couldn't setup runable environment on
AIX for it. That java version on machine is java 5. Seemed it fail on domain
creation step:

create.domain:
[exec] com.sun.appserv.management.client.prefs.LoginInfoStore

Here is detail log:

  1. lib/ant/bin/ant -f setup-cluster.xml
    Buildfile: setup-cluster.xml

get.java.home:

setup.init:

tools.init.windows:

tools.init.solaris:

tools.init.solaris-sparc:

tools.init.solaris-x86:

tools.init.linux:

tools.init.darwin:

check-osforbuildjarinstaller:

check-installer-compatibility:

installer-message:

all:

create-local-registry:

setup.reg:
[echo] Creating the service registry file..
[java] From Local service registry ..

preinstall-bootstrap:
[mkdir] Created dir: /export/eng/leon/glassfish/bin

get.java.home:

setup.init:

check-java:

get.java.home:

setup.init:

validate-java:
[echo] Current Java Version 1.5.0

get.java.home:

setup.init:

glassfish-jarunpack:
[echo] Applying UnPack200 on Packed jars using JDK1.5
[echo] /export/eng/leon/glassfish/lib/Pack200Task.jar

get.java.home:

setup.init:

nonmac-jarunpack:

get.java.home:

setup.init:

nonaix-jarunpack:

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/appserv-cmp.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/appserv-cmp.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/appserv-cmp.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/appserv-jstl.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/appserv-jstl.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/appserv-jstl.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/appserv-tags.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/appserv-tags.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/appserv-tags.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/leon/glassfish/lib/endorsed/activation.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/endorsed/activation.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/endorsed/activation.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/leon/glassfish/lib/endorsed/webservices-api.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/endorsed/webservices-api.jar
[delete] Deleting:
/export/eng/leon/glassfish/lib/endorsed/webservices-api.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/webservices-rt.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/webservices-rt.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/webservices-rt.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/leon/glassfish/lib/webservices-tools.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/webservices-tools.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/webservices-tools.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/leon/glassfish/lib/com-sun-commons-launcher.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/com-sun-commons-launcher.jar
[delete] Deleting:
/export/eng/leon/glassfish/lib/com-sun-commons-launcher.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/j2ee-svc.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/j2ee-svc.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/j2ee-svc.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/jsf-impl.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/jsf-impl.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/jsf-impl.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/sun-appserv-ant.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/sun-appserv-ant.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/sun-appserv-ant.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/javaee.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/javaee.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/javaee.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/appserv-admin.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/appserv-admin.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/appserv-admin.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/admin-cli.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/admin-cli.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/admin-cli.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/leon/glassfish/lib/appserv-deployment-client.jar.pack.gz
[unpack200] Dest. File
:/export/eng/leon/glassfish/lib/appserv-deployment-client.jar
[delete] Deleting:
/export/eng/leon/glassfish/lib/appserv-deployment-client.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/appserv-se.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/appserv-se.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/appserv-se.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File :/export/eng/leon/glassfish/lib/admin-cli-ee.jar.pack.gz
[unpack200] Dest. File :/export/eng/leon/glassfish/lib/admin-cli-ee.jar
[delete] Deleting: /export/eng/leon/glassfish/lib/admin-cli-ee.jar.pack.gz

get.java.home:

setup.init:

-do.copy.common:
[copy] Copying 1 file to /export/eng/leon/glassfish/config

do.copy.windows:

do.copy.unix:
[copy] Copying 1 file to /export/eng/leon/glassfish/config
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/bin
[copy] Copying 1 file to /export/eng/leon/glassfish/updatecenter/bin

do.copy:

get.java.home:

setup.init:

-do.tokenrep.common:
[echo] Creating profile -> cluster

do.token.windows:

do.token.unix:

do.token.jdic.windows:

do.token.jdic.solaris-sparc:

do.token.jdic.solaris-x86:

do.token.jdic.linux:

do.token.jdic.mac:

do.token.jdic:

do.token.enable.uc:

do.token.mfwk.windows:

do.token.mfwk.solaris-sparc:

do.token.mfwk.solaris-x86:

do.token.mfwk.linux:

do.token.mfwk.mac:

do.token.mfwk.aix:

do.token.mfwk:

do.token:

get.java.home:

setup.init:

do.chmod.unix:
[chmod] Skipping fileset for directory
/export/eng/leon/glassfish/javadb/bin. It is empty.

do.chmod:

install-domain:

get.java.home:

setup.init:

set.env.win:

set.env.unix:

set.env:

remove.domain.xml:
[echo] Deleting File ->
/export/eng/leon/glassfish/lib/install/templates/cluster/domain.xml
[delete] Deleting:
/export/eng/leon/glassfish/lib/install/templates/cluster/domain.xml

create.domain:
[exec] com.sun.appserv.management.client.prefs.LoginInfoStore

BUILD FAILED
/export/eng/leon/glassfish/setup-cluster.xml:171: The following error occurred
while executing this line:
/export/eng/leon/glassfish/setup-cluster.xml:236: The following error occurred
while executing this line:
/export/eng/leon/glassfish/setup-cluster.xml:690: exec returned: 1

Total time: 14 seconds



 Comments   
Comment by kumara [ 30/Oct/09 02:26 PM ]

Marking as v3_exclude because the community installer is different for v3.

Comment by pierrot [ 02/Nov/09 09:43 AM ]

I could reproduce the issue with the latest GlassFish3 (Mac and AIX) and Sun
GlassFish Communication Server (Mac).

Here is my error message:
BUILD FAILED
/export/eng/pierrot/gf3_091102/gf3_aix/glassfish/setup.xml:177: The following
error occurred while executing this line:
/export/eng/pierrot/gf3_091102/gf3_aix/glassfish/setup.xml:607: exec returned: 1

Comment by kumara [ 02/Nov/09 09:45 AM ]

AIX support is deferred for glassfish v3 to next release. In addition, v3 does not require setup.xml step
during installation.

Comment by scatari [ 04/Oct/10 11:15 AM ]

3.1 does not support AIX.

Comment by Chris Kasso [ 21/Feb/11 07:59 PM ]

Changing this from Defect -> New Feature to better capture the flavor of this issue.

Comment by Tom Mueller [ 06/Mar/12 09:57 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-11719] b02e - AXI and MacOS - setup fails Created: 24/Mar/10  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: v2.1.2
Fix Version/s: not determined

Type: New Feature Priority: Blocker
Reporter: pierrot Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: AIX
Platform: All


Issuezilla Id: 11,719
Status Whiteboard:

3.1-exclude

Tags: 3_1-exclude
Participants: Chris Kasso, pierrot, scatari, Snjezana Sevo-Zenzerovic and Tom Mueller

 Description   

One AIX platform (and MacOS as well most probably), ML bit from
https://glassfish.dev.java.net/downloads/v2.1.2-b02e.html can not complete the
setup step.

I tried with b01c, it was the same. English b01c was OK.

See the below logs.

bash-3.00# lib/ant/bin/ant -f setup.xml
Buildfile: setup.xml

get.java.home:

setup.init:

tools.init.windows:

tools.init.solaris:

tools.init.solaris-sparc:

tools.init.solaris-x86:

tools.init.linux:

tools.init.darwin:

check-osforbuildjarinstaller:

check-installer-compatibility:

installer-message:

all:
[mkdir] Created dir: /export/eng/pierrot/sges-2_1_2/glassfish/bin

get.java.home:

setup.init:

check-java:

get.java.home:

setup.init:

validate-java:
[echo] Current Java Version 1.5.0

get.java.home:

setup.init:

glassfish-jarunpack:
[echo] Applying UnPack200 on Packed jars using JDK1.5
[echo] /export/eng/pierrot/sges-2_1_2/glassfish/lib/Pack200Task.jar

get.java.home:

setup.init:

nonmac-jarunpack:

get.java.home:

setup.init:

nonaix-jarunpack:

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-cmp.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-cmp.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-cmp.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-jstl.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-jstl.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-jstl.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-tags.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-tags.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-tags.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/activation.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/activation.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/activation.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/webservices-api.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/webservices-api.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/endorsed/webservices-api.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-rt.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-rt.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-rt.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-tools.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-tools.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/webservices-tools.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/com-sun-commons-launcher.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/com-sun-commons-launcher.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/com-sun-commons-launcher.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/j2ee-svc.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/j2ee-svc.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/j2ee-svc.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/jsf-impl.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/jsf-impl.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/jsf-impl.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/sun-appserv-ant.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/sun-appserv-ant.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/sun-appserv-ant.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/javaee.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/javaee.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/javaee.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-admin.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-admin.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-admin.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-deployment-client.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-deployment-client.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-deployment-client.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-se.jar.pack.gz
[unpack200] Dest. File :/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-se.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/appserv-se.jar.pack.gz

jarpack-tasks:

jar-unpack:
[unpack200] Unpacking with Unpack200
[unpack200] Source File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli-ee.jar.pack.gz
[unpack200] Dest. File
:/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli-ee.jar
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/admin-cli-ee.jar.pack.gz

get.java.home:

setup.init:

-do.copy.common:
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/config

do.copy.windows:

do.copy.unix:
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/config
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to /export/eng/pierrot/sges-2_1_2/glassfish/bin
[copy] Copying 1 file to
/export/eng/pierrot/sges-2_1_2/glassfish/updatecenter/bin

do.copy:

get.java.home:

setup.init:

-do.tokenrep.common:
[echo] Creating profile -> developer

do.token.windows:

do.token.unix:

do.token.jdic.windows:

do.token.jdic.solaris-sparc:

do.token.jdic.solaris-x86:

do.token.jdic.linux:

do.token.jdic.mac:

do.token.jdic:

do.token.enable.uc:

do.token:

get.java.home:

setup.init:

do.chmod.unix:
[chmod] Skipping fileset for directory
/export/eng/pierrot/sges-2_1_2/glassfish/javadb/bin. It is empty.

do.chmod:

create-local-registry:

setup.reg:
[echo] Creating the service registry file..
[java] From Local service registry ..

get.java.home:

setup.init:

set.env.win:

set.env.unix:

set.env:

remove.domain.xml:
[echo] Deleting File ->
/export/eng/pierrot/sges-2_1_2/glassfish/lib/install/templates/developer/domain.xml
[delete] Deleting:
/export/eng/pierrot/sges-2_1_2/glassfish/lib/install/templates/developer/domain.xml

create.domain:
[exec] com.sun.appserv.management.client.prefs.LoginInfoStore

BUILD FAILED
/export/eng/pierrot/sges-2_1_2/glassfish/setup.xml:177: The following error
occurred while executing this line:
/export/eng/pierrot/sges-2_1_2/glassfish/setup.xml:607: exec returned: 1

Total time: 14 seconds
bash-3.00#



 Comments   
Comment by scatari [ 24/Mar/10 07:56 AM ]

Assigning to L10n team, could be a packaging issue during build time.

Comment by scatari [ 24/Mar/10 09:06 AM ]

Snjezana,
Could u please evaluate this further to rule out any packaging issues?

Comment by scatari [ 24/Mar/10 01:04 PM ]

I am able to reproduce this on my Mac. Running asadmin in debug mode revealed this output.

create.domain:
[exec] ++++++++++++++++++++++++++++ Command loaded from file and it is create-
domain 1 | {adminport string null,adminuser string null,adminpassword string null,user string u, null,password string w, null,interactive boolean I, true,profile string null,template string null,terse boolean t, false,echo boolean e, false,instanceport string null,domainproperties string null,portbase string null,path string null,domaindir string null,passwordfile string null,checkports boolean true,masterpassword string null,savemasterpassword boolean false,savelogin boolean false,} | } | | } |
create-domain [--user admin] [--adminport port_number] [--terse=false] [--echo=false] [--
interactive=true] [--domaindir domain_directory] [--profile profile_name] [--template
domain_template] [--passwordfile filename ] [--instanceport port_number] [--
savemasterpassword=false] [--domainproperties (name=value)[:name=value]*] [--portbase portbase]
[--savelogin=false] [--checkports=true] domain_name {}
[exec] basePackage: com.sun.enterprise.cli.commands
[exec] propertyFile: LocalStrings
[exec] basePackage: com.sun.enterprise.cli.commands
[exec] propertyFile: LocalStrings
[exec] **** insert Default Options interactive true
[exec] **** insert Default Options terse false
[exec] **** insert Default Options checkports true
[exec] **** insert Default Options savemasterpassword false
[exec] java.lang.NoClassDefFoundError: com/sun/appserv/management/client/prefs/LoginInfoStore
[exec] com/sun/appserv/management/client/prefs/LoginInfoStore
[exec] at java.lang.Class.forName0(Native Method)
[exec] at java.lang.Class.forName(Class.java:164)
[exec] at
com.sun.enterprise.cli.framework.CommandFactory.createCommand(CommandFactory.java:90)
[exec] at com.sun.enterprise.cli.framework.CLIMain.invokeCommand(CLIMain.java:160)
[exec] at com.sun.enterprise.cli.framework.CLIMain.main(CLIMain.java:79)

Comment by scatari [ 24/Mar/10 04:16 PM ]

BTW, these files remain unpacked after installation process.

appserv-ext.jar.pack.gz toplink-essentials.jar.pack.gz
appserv-rt.jar.pack.gz

Comment by scatari [ 04/Oct/10 11:17 AM ]

This is not reproducible in 3.1 on Mac and 3.1 does not support AIX. Marking it as "3.1-exclude".

Comment by Chris Kasso [ 21/Feb/11 08:00 PM ]

Changing this from Defect -> New Feature to better capture the flavor of this issue.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-13244] GlassFish 3.1 Release (root issue) Created: 02/Sep/10  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: other
Affects Version/s: 3.1
Fix Version/s: not determined

Type: Improvement Priority: Blocker
Reporter: Chris Kasso Assignee: Chris Kasso
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Dependency
depends on GLASSFISH-14044 various files point to docs.sun.com Resolved
depends on GLASSFISH-12739 ensure that secure DAS/instance commu... Resolved
depends on GLASSFISH-11921 3.1 is not supported by NetBeans Resolved
Issuezilla Id: 13,244
Tags:
Participants: Chris Kasso and Tom Mueller

 Description   

This is the 'root' issue for issues (work) related to the GlassFish Server 3.1.

For details of GlassFish 3.1 see:

http://wikis.sun.com/display/GlassFish/PlanForGlassFish3.1



 Comments   
Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-16525] Add Auto Restarting Capability to Platform Services Created: 02/May/11  Updated: 17/Oct/12

Status: Open
Project: glassfish
Component/s: admin
Affects Version/s: 3.1
Fix Version/s: future release

Type: Improvement Priority: Blocker
Reporter: Byron Nevins Assignee: Byron Nevins
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
blocks GLASSFISH-16311 Improve operating service (OS) integr... Open
Tags: ee7ri_cleanup_deferred
Participants: Byron Nevins and Tom Mueller

 Description   

Automatic restart of crashed GlassFish servers



 Comments   
Comment by Tom Mueller [ 17/Oct/12 08:19 PM ]

Marking the fix version field as "future-release". This is based on an evaluation by John, Michael, and Tom WRT to the PRD for the Java EE 7 RI/SDK. This issues was deemed to not be a P1 for that release. If this is in error or there are other reasons why this RFE should be targeted for the Java EE 7 RI/SDK release, then change the fix version field back to an appropriate build.





[GLASSFISH-16536] provide infrastructure to display progress bar in admin console Created: 03/May/11  Updated: 17/Oct/12

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

Type: New Feature Priority: Blocker
Reporter: Anissa Lam Assignee: Jason Lee
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
depends on GLASSFISH-12033 DYREC-007: progress status implementa... Resolved
Tags: ee7ri_cleanup_deferred
Participants: Anissa Lam, Jason Lee and Tom Mueller

 Description   

This is one of the requirement for 3.2 GUI. We need this to display status to user when setting up VM template or long deployment process.



 Comments   
Comment by Tom Mueller [ 17/Oct/12 08:19 PM ]

Marking the fix version field as "future-release". This is based on an evaluation by John, Michael, and Tom WRT to the PRD for the Java EE 7 RI/SDK. This issues was deemed to not be a P1 for that release. If this is in error or there are other reasons why this RFE should be targeted for the Java EE 7 RI/SDK release, then change the fix version field back to an appropriate build.





[GLASSFISH-17013] Significant apparent regression in ORB start-up from 2.1 to 3.1.1 Created: 11/Jul/11  Updated: 08/Feb/12

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

Type: Bug Priority: Blocker
Reporter: Tim Quinn Assignee: Harshad Vilekar
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
blocks GLASSFISH-16543 Performance regression in JavaEE (ejb... Open
Tags: 3_1_2-exclude
Participants: Harshad Vilekar and Tim Quinn

 Description   

Using profiles Scott collected (with JIT turned off) for 2.1.1 and 3.1.1, I found that ORB initialization seems to show a significant regression:

Numbers are CPU seconds:

In 3.1.1:

10.527 GlassFishORBFHelper.getORB

In 2.1 is what I think is the equivalent

4.093 com.sun.enterprise.util.ORBManager.getORB

I do not have access to them right now, but IIRC other profiles with JIT turned on also showed a major regression in ORB start-up.






[GLASSFISH-18377] Glassfish threads hang on native method calls under high load Created: 18/Feb/12  Updated: 22/Feb/12

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

Type: Bug Priority: Blocker
Reporter: aaronjwhiteside Assignee: shreedhar_ganapathy
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: aaronjwhiteside and shreedhar_ganapathy

 Description   

Glassfish threads hang on native method calls under high load, CPU is pegged to 400% (I have four cores).

On both JDK 1.6.0_29 and 1.7.0_3.

I was testing using "ab -n 1000 -c 10" against an Jersey resource that talks to an OSGi service to write to a database using JPA2 (via Spring to manage JTA transactions). The ab command fails about half way through most of the time, because glassfish has stopped responding.

No matter how many times I run jstack, those threads with the large stacks are always in some native method, it never changes even after half an hour.

By which time glassfish tries to interrupt the http-thread-pool threads for being idle, but fails to do so and continuously prints out the warning that it's interrupting the threads in the server.log...

I understand that his won't be easy to diagnose and I am willing to provide any support I can.

I tried attaching jvisualvm to get some performance stats, but it won't start profiling and fails with an empty error message pop-up window.

Jconsole doesn't want to attach either.

2012-02-17 19:08:13
Full thread dump Java HotSpot(TM) 64-Bit Server VM (20.4-b02 mixed mode):

"Attach Listener" daemon prio=10 tid=0x00007f54d0001000 nid=0x2ce5 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"http-thread-pool-8080(5)" daemon prio=10 tid=0x00007f5498018000 nid=0x2ca6 runnable [0x00007f54753d0000]
   java.lang.Thread.State: RUNNABLE
	at java.lang.Throwable.fillInStackTrace(Native Method)
	- locked <0x00000000ffd61918> (a java.lang.ClassCastException)
	at java.lang.Throwable.<init>(Throwable.java:181)
	at java.lang.Exception.<init>(Exception.java:29)
	at java.lang.RuntimeException.<init>(RuntimeException.java:32)
	at java.lang.ClassCastException.<init>(ClassCastException.java:29)
	at java.lang.Class.cast(Class.java:2990)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:149)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:93)
	at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:126)
	at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
	at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
	at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
	at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
	at org.jvnet.hk2.component.Habitat.getBy(Habitat.java:1056)
	at org.jvnet.hk2.component.Habitat.getByType(Habitat.java:1037)
	at org.jvnet.hk2.component.Habitat.getComponent(Habitat.java:781)
	at com.sun.enterprise.transaction.TransactionNamingProxy$UserTransactionProxy.create(TransactionNamingProxy.java:150)
	at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:507)
	at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
	at javax.naming.InitialContext.lookup(InitialContext.java:392)
	at javax.naming.InitialContext.lookup(InitialContext.java:392)
	at org.glassfish.osgijta.JTAExtender$MyInvocationHandler.invoke(JTAExtender.java:95)
	at $Proxy92.begin(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor346.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
	at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.doInvoke(ServiceInvoker.java:56)
	at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.invoke(ServiceInvoker.java:60)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invokeUnprivileged(ServiceTCCLInterceptor.java:70)
	at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invoke(ServiceTCCLInterceptor.java:53)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.eclipse.gemini.blueprint.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:57)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
	at $Proxy205.begin(Unknown Source)
	at org.springframework.transaction.jta.JtaTransactionManager.doJtaBegin(JtaTransactionManager.java:863)
	at org.springframework.transaction.jta.JtaTransactionManager.doBegin(JtaTransactionManager.java:820)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:371)
	at com.mm.common.db.RuleBasedTransactionTemplate.execute(RuleBasedTransactionTemplate.java:77)
	at com.mm.service.optin.impl.OptInServiceImpl.initiateOptIn(OptInServiceImpl.java:159)
	at sun.reflect.GeneratedMethodAccessor352.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke(OSGiServiceFactory.java:234)
	at $Proxy211.initiateOptIn(Unknown Source)
	at com.mm.ws.optin.OptInResource.initiate(OptInResource.java:57)
	at com.mm.ws.optin.OptInResource$Proxy$_$$_WeldClientProxy.initiate(OptInResource$Proxy$_$$_WeldClientProxy.java)
	at sun.reflect.GeneratedMethodAccessor349.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1469)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1400)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
	at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
	at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
	at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
	at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
	at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
	at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
	at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
	at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
	at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
	at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"http-thread-pool-8080(4)" daemon prio=10 tid=0x00007f5498016000 nid=0x2ca5 runnable [0x00007f54754d1000]
   java.lang.Thread.State: RUNNABLE
	at java.lang.Object.notifyAll(Native Method)
	at org.eclipse.persistence.internal.helper.ConcurrencyManager.releaseReadLock(ConcurrencyManager.java:494)
	- locked <0x00000000e4954860> (a org.eclipse.persistence.internal.helper.ConcurrencyManager)
	at org.eclipse.persistence.internal.identitymaps.CacheKey.releaseReadLock(CacheKey.java:386)
	at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.cloneAndRegisterObject(UnitOfWorkImpl.java:1015)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildWorkingCopyCloneNormally(ObjectBuilder.java:731)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObjectInUnitOfWork(ObjectBuilder.java:668)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:601)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:560)
	at org.eclipse.persistence.queries.ObjectLevelReadQuery.buildObject(ObjectLevelReadQuery.java:717)
	at org.eclipse.persistence.queries.ReadObjectQuery.registerResultInUnitOfWork(ReadObjectQuery.java:778)
	at org.eclipse.persistence.queries.ReadObjectQuery.executeObjectLevelReadQuery(ReadObjectQuery.java:457)
	at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:1081)
	at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:844)
	at org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1040)
	at org.eclipse.persistence.queries.ReadObjectQuery.execute(ReadObjectQuery.java:418)
	at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1128)
	at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2871)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1516)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1498)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1463)
	at org.eclipse.persistence.internal.jpa.EJBQueryImpl.executeReadQuery(EJBQueryImpl.java:485)
	at org.eclipse.persistence.internal.jpa.EJBQueryImpl.getSingleResult(EJBQueryImpl.java:773)
	at com.mm.common.db.dao.AbstractDao.getSingleResultOrNull(AbstractDao.java:145)
	at com.mm.service.optin.dao.OptInDaoImpl.find(OptInDaoImpl.java:30)
	at com.mm.service.optin.impl.OptInServiceImpl.doInitiateOptIn(OptInServiceImpl.java:189)
	at com.mm.service.optin.impl.OptInServiceImpl$2.doInTransaction(OptInServiceImpl.java:164)
	at com.mm.service.optin.impl.OptInServiceImpl$2.doInTransaction(OptInServiceImpl.java:160)
	at com.mm.common.db.RuleBasedTransactionTemplate.execute(RuleBasedTransactionTemplate.java:80)
	at com.mm.service.optin.impl.OptInServiceImpl.initiateOptIn(OptInServiceImpl.java:159)
	at sun.reflect.GeneratedMethodAccessor352.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke(OSGiServiceFactory.java:234)
	at $Proxy211.initiateOptIn(Unknown Source)
	at com.mm.ws.optin.OptInResource.initiate(OptInResource.java:57)
	at com.mm.ws.optin.OptInResource$Proxy$_$$_WeldClientProxy.initiate(OptInResource$Proxy$_$$_WeldClientProxy.java)
	at sun.reflect.GeneratedMethodAccessor349.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1469)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1400)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
	at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
	at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
	at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
	at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
	at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
	at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
	at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
	at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
	at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
	at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"http-thread-pool-8080(3)" daemon prio=10 tid=0x00007f5498014800 nid=0x2ca4 runnable [0x00007f54755d2000]
   java.lang.Thread.State: RUNNABLE
	at java.lang.Throwable.fillInStackTrace(Native Method)
	- locked <0x00000000ffb01ba0> (a java.lang.ClassCastException)
	at java.lang.Throwable.<init>(Throwable.java:181)
	at java.lang.Exception.<init>(Exception.java:29)
	at java.lang.RuntimeException.<init>(RuntimeException.java:32)
	at java.lang.ClassCastException.<init>(ClassCastException.java:29)
	at java.lang.Class.cast(Class.java:2990)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:149)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:93)
	at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:126)
	at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
	at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
	at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
	at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
	at org.jvnet.hk2.component.Habitat.getBy(Habitat.java:1056)
	at org.jvnet.hk2.component.Habitat.getByType(Habitat.java:1037)
	at org.jvnet.hk2.component.Habitat.getComponent(Habitat.java:781)
	at com.sun.enterprise.transaction.TransactionNamingProxy$UserTransactionProxy.create(TransactionNamingProxy.java:150)
	at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:507)
	at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
	at javax.naming.InitialContext.lookup(InitialContext.java:392)
	at javax.naming.InitialContext.lookup(InitialContext.java:392)
	at org.glassfish.osgijta.JTAExtender$MyInvocationHandler.invoke(JTAExtender.java:95)
	at $Proxy92.getStatus(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor345.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
	at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.doInvoke(ServiceInvoker.java:56)
	at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.invoke(ServiceInvoker.java:60)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invokeUnprivileged(ServiceTCCLInterceptor.java:70)
	at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invoke(ServiceTCCLInterceptor.java:53)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.eclipse.gemini.blueprint.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:57)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
	at $Proxy205.getStatus(Unknown Source)
	at org.springframework.transaction.jta.JtaTransactionManager.doRollback(JtaTransactionManager.java:1033)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:845)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:822)
	at com.mm.common.db.RuleBasedTransactionTemplate.rollbackOnException(RuleBasedTransactionTemplate.java:111)
	at com.mm.common.db.RuleBasedTransactionTemplate.execute(RuleBasedTransactionTemplate.java:85)
	at com.mm.service.optin.impl.OptInServiceImpl.initiateOptIn(OptInServiceImpl.java:159)
	at sun.reflect.GeneratedMethodAccessor352.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke(OSGiServiceFactory.java:234)
	at $Proxy211.initiateOptIn(Unknown Source)
	at com.mm.ws.optin.OptInResource.initiate(OptInResource.java:57)
	at com.mm.ws.optin.OptInResource$Proxy$_$$_WeldClientProxy.initiate(OptInResource$Proxy$_$$_WeldClientProxy.java)
	at sun.reflect.GeneratedMethodAccessor349.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1469)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1400)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
	at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
	at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
	at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
	at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
	at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
	at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
	at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
	at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
	at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
	at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"http-thread-pool-8080(2)" daemon prio=10 tid=0x00007f5498013800 nid=0x2ca3 runnable [0x00007f54756d3000]
   java.lang.Thread.State: RUNNABLE
	at java.lang.Throwable.fillInStackTrace(Native Method)
	- locked <0x00000000ffcade40> (a java.lang.ClassCastException)
	at java.lang.Throwable.<init>(Throwable.java:181)
	at java.lang.Exception.<init>(Exception.java:29)
	at java.lang.RuntimeException.<init>(RuntimeException.java:32)
	at java.lang.ClassCastException.<init>(ClassCastException.java:29)
	at java.lang.Class.cast(Class.java:2990)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:149)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:93)
	at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:126)
	at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
	at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
	at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
	at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
	at org.jvnet.hk2.component.Habitat.getBy(Habitat.java:1056)
	at org.jvnet.hk2.component.Habitat.getByType(Habitat.java:1037)
	at org.jvnet.hk2.component.Habitat.getComponent(Habitat.java:781)
	at com.sun.enterprise.transaction.TransactionNamingProxy$UserTransactionProxy.create(TransactionNamingProxy.java:150)
	at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:507)
	at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
	at javax.naming.InitialContext.lookup(InitialContext.java:392)
	at javax.naming.InitialContext.lookup(InitialContext.java:392)
	at org.glassfish.osgijta.JTAExtender$MyInvocationHandler.invoke(JTAExtender.java:95)
	at $Proxy92.begin(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor346.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
	at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.doInvoke(ServiceInvoker.java:56)
	at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.invoke(ServiceInvoker.java:60)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invokeUnprivileged(ServiceTCCLInterceptor.java:70)
	at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invoke(ServiceTCCLInterceptor.java:53)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.eclipse.gemini.blueprint.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:57)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
	at $Proxy205.begin(Unknown Source)
	at org.springframework.transaction.jta.JtaTransactionManager.doJtaBegin(JtaTransactionManager.java:863)
	at org.springframework.transaction.jta.JtaTransactionManager.doBegin(JtaTransactionManager.java:820)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:371)
	at com.mm.common.db.RuleBasedTransactionTemplate.execute(RuleBasedTransactionTemplate.java:77)
	at com.mm.service.optin.impl.OptInServiceImpl.initiateOptIn(OptInServiceImpl.java:159)
	at sun.reflect.GeneratedMethodAccessor352.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke(OSGiServiceFactory.java:234)
	at $Proxy211.initiateOptIn(Unknown Source)
	at com.mm.ws.optin.OptInResource.initiate(OptInResource.java:57)
	at com.mm.ws.optin.OptInResource$Proxy$_$$_WeldClientProxy.initiate(OptInResource$Proxy$_$$_WeldClientProxy.java)
	at sun.reflect.GeneratedMethodAccessor349.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1469)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1400)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
	at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
	at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
	at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
	at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
	at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
	at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
	at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
	at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
	at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
	at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"http-thread-pool-8080(1)" daemon prio=10 tid=0x00007f5498003000 nid=0x2ca2 runnable [0x00007f5477bf8000]
   java.lang.Thread.State: RUNNABLE
	at java.lang.Throwable.fillInStackTrace(Native Method)
	- locked <0x00000000ffbaf790> (a java.lang.ClassCastException)
	at java.lang.Throwable.<init>(Throwable.java:181)
	at java.lang.Exception.<init>(Exception.java:29)
	at java.lang.RuntimeException.<init>(RuntimeException.java:32)
	at java.lang.ClassCastException.<init>(ClassCastException.java:29)
	at java.lang.Class.cast(Class.java:2990)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:149)
	at org.jvnet.hk2.component.InjectionManager.inject(InjectionManager.java:93)
	at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:126)
	at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
	at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
	at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
	at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
	at org.jvnet.hk2.component.Habitat.getBy(Habitat.java:1056)
	at org.jvnet.hk2.component.Habitat.getByType(Habitat.java:1037)
	at org.jvnet.hk2.component.Habitat.getComponent(Habitat.java:781)
	at com.sun.enterprise.transaction.TransactionNamingProxy$UserTransactionProxy.create(TransactionNamingProxy.java:150)
	at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:507)
	at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
	at javax.naming.InitialContext.lookup(InitialContext.java:392)
	at javax.naming.InitialContext.lookup(InitialContext.java:392)
	at org.glassfish.osgijta.JTAExtender$MyInvocationHandler.invoke(JTAExtender.java:95)
	at $Proxy92.getStatus(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor345.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
	at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.doInvoke(ServiceInvoker.java:56)
	at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.invoke(ServiceInvoker.java:60)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invokeUnprivileged(ServiceTCCLInterceptor.java:70)
	at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invoke(ServiceTCCLInterceptor.java:53)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.eclipse.gemini.blueprint.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:57)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
	at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
	at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
	at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
	at $Proxy205.getStatus(Unknown Source)
	at org.springframework.transaction.jta.JtaTransactionManager.doRollback(JtaTransactionManager.java:1033)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:845)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.rollback(AbstractPlatformTransactionManager.java:822)
	at com.mm.common.db.RuleBasedTransactionTemplate.rollbackOnException(RuleBasedTransactionTemplate.java:111)
	at com.mm.common.db.RuleBasedTransactionTemplate.execute(RuleBasedTransactionTemplate.java:85)
	at com.mm.service.optin.impl.OptInServiceImpl.initiateOptIn(OptInServiceImpl.java:159)
	at sun.reflect.GeneratedMethodAccessor352.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.glassfish.osgicdi.impl.OSGiServiceFactory$DynamicInvocationHandler.invoke(OSGiServiceFactory.java:234)
	at $Proxy211.initiateOptIn(Unknown Source)
	at com.mm.ws.optin.OptInResource.initiate(OptInResource.java:57)
	at com.mm.ws.optin.OptInResource$Proxy$_$$_WeldClientProxy.initiate(OptInResource$Proxy$_$$_WeldClientProxy.java)
	at sun.reflect.GeneratedMethodAccessor349.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:288)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1469)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1400)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
	at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
	at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
	at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
	at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
	at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
	at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
	at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
	at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
	at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
	at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
	at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"OptInServiceScheduler_QuartzSchedulerThread" prio=10 tid=0x00007f549007c800 nid=0x2ca1 in Object.wait() [0x00007f54757d6000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e411c8e0> (a java.lang.Object)
	at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:430)
	- locked <0x00000000e411c8e0> (a java.lang.Object)

"OptInServiceScheduler_Worker-10" prio=10 tid=0x00007f5490074000 nid=0x2ca0 in Object.wait() [0x00007f54758d7000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410e7e0> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410e7e0> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-9" prio=10 tid=0x00007f5490072000 nid=0x2c9f in Object.wait() [0x00007f54759d8000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410e530> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410e530> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-8" prio=10 tid=0x00007f5490065800 nid=0x2c9e in Object.wait() [0x00007f5475ad9000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410e280> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410e280> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-7" prio=10 tid=0x00007f54900ac000 nid=0x2c9d in Object.wait() [0x00007f5475bda000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410dfd0> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410dfd0> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-6" prio=10 tid=0x00007f54900ab800 nid=0x2c9c in Object.wait() [0x00007f5475cdb000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410dd20> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410dd20> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-5" prio=10 tid=0x00007f549004c800 nid=0x2c9b in Object.wait() [0x00007f5475ddc000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410da70> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410da70> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-4" prio=10 tid=0x00007f54900b4000 nid=0x2c99 in Object.wait() [0x00007f5475edd000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410d7c0> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410d7c0> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-3" prio=10 tid=0x00007f5490097800 nid=0x2c98 in Object.wait() [0x00007f5475fde000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410d510> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410d510> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-2" prio=10 tid=0x00007f5490062000 nid=0x2c97 in Object.wait() [0x00007f54761e0000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e410d260> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e410d260> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"OptInServiceScheduler_Worker-1" prio=10 tid=0x00007f5490057000 nid=0x2c96 in Object.wait() [0x00007f54f81ea000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e4104f88> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)
	at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:552)
	- locked <0x00000000e4104f88> (a org.quartz.simpl.SimpleThreadPool$WorkerThread)

"connector-timer-proxy" daemon prio=10 tid=0x00007f5490045800 nid=0x2c95 in Object.wait() [0x00007f54d41bc000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e41a25a0> (a java.util.TaskQueue)
	at java.util.TimerThread.mainLoop(Timer.java:509)
	- locked <0x00000000e41a25a0> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"Timer-2" daemon prio=10 tid=0x00007f5490041000 nid=0x2c94 in Object.wait() [0x00007f5476dec000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e41a2a68> (a java.util.TaskQueue)
	at java.lang.Object.wait(Object.java:485)
	at java.util.TimerThread.mainLoop(Timer.java:483)
	- locked <0x00000000e41a2a68> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"p: thread-pool-1; w: 2" daemon prio=10 tid=0x00007f54ac23d000 nid=0x2c82 in Object.wait() [0x00007f5477cfb000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e38b9e60> (a com.sun.corba.ee.impl.orbutil.threadpool.WorkQueueImpl)
	at com.sun.corba.ee.impl.orbutil.threadpool.WorkQueueImpl.requestWork(WorkQueueImpl.java:124)
	- locked <0x00000000e38b9e60> (a com.sun.corba.ee.impl.orbutil.threadpool.WorkQueueImpl)
	at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:518)

"p: thread-pool-1; w: 1" daemon prio=10 tid=0x00007f54ac2df800 nid=0x2c81 in Object.wait() [0x00007f54d4ece000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e38b9e60> (a com.sun.corba.ee.impl.orbutil.threadpool.WorkQueueImpl)
	at com.sun.corba.ee.impl.orbutil.threadpool.WorkQueueImpl.requestWork(WorkQueueImpl.java:124)
	- locked <0x00000000e38b9e60> (a com.sun.corba.ee.impl.orbutil.threadpool.WorkQueueImpl)
	at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:518)

"dol-jar-scanner" daemon prio=10 tid=0x00007f54ac0f9000 nid=0x2c80 waiting on condition [0x00007f54d53d3000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e38ba370> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"dol-jar-scanner" daemon prio=10 tid=0x00007f54ac2da800 nid=0x2c7f waiting on condition [0x00007f5476ae9000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e38ba370> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"Timer-1" daemon prio=10 tid=0x00007f54ac467000 nid=0x2c63 in Object.wait() [0x00007f54760df000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e2d377d8> (a java.util.TaskQueue)
	at java.util.TimerThread.mainLoop(Timer.java:509)
	- locked <0x00000000e2d377d8> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"admin-thread-pool-4848(6)" daemon prio=10 tid=0x00007f549c01f000 nid=0x2c62 in Object.wait() [0x00007f54768e7000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.SyncThreadPool$SyncThreadWorker.getTask(SyncThreadPool.java:374)
	- locked <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:524)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"ContainerBackgroundProcessor[StandardEngine[glassfish-web].StandardHost[__asadmin].StandardContext[]]" daemon prio=10 tid=0x00007f54ac400000 nid=0x2c61 waiting on condition [0x00007f54769e8000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1771)
	at java.lang.Thread.run(Thread.java:662)

"Timer-0" daemon prio=10 tid=0x00007f54a802d000 nid=0x2c5f in Object.wait() [0x00007f54762e1000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1f1f3a8> (a java.util.TaskQueue)
	at java.lang.Object.wait(Object.java:485)
	at java.util.TimerThread.mainLoop(Timer.java:483)
	- locked <0x00000000e1f1f3a8> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"deployment-jar-scanner" daemon prio=10 tid=0x00007f54ac00e800 nid=0x2c5e waiting on condition [0x00007f54763e2000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0e502c8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"admin-thread-pool-4848(5)" daemon prio=10 tid=0x00007f549c01d000 nid=0x2c5d in Object.wait() [0x00007f54764e3000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.SyncThreadPool$SyncThreadWorker.getTask(SyncThreadPool.java:374)
	- locked <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:524)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"admin-thread-pool-4848(4)" daemon prio=10 tid=0x00007f549c01b000 nid=0x2c5c in Object.wait() [0x00007f54765e4000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.SyncThreadPool$SyncThreadWorker.getTask(SyncThreadPool.java:374)
	- locked <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:524)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"admin-thread-pool-4848(3)" daemon prio=10 tid=0x00007f549c01f800 nid=0x2c5b in Object.wait() [0x00007f54766e5000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.SyncThreadPool$SyncThreadWorker.getTask(SyncThreadPool.java:374)
	- locked <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:524)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"admin-thread-pool-4848(2)" daemon prio=10 tid=0x00007f549c014000 nid=0x2c5a in Object.wait() [0x00007f54767e6000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.SyncThreadPool$SyncThreadWorker.getTask(SyncThreadPool.java:374)
	- locked <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:524)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"pool-16-thread-1" daemon prio=10 tid=0x00007f54fd10b000 nid=0x2c51 waiting on condition [0x00007f54770ef000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0c9e428> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:317)
	at org.jvnet.hk2.config.Transactions$Notifier$1.run(Transactions.java:163)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"pool-15-thread-1" daemon prio=10 tid=0x00007f54fd185800 nid=0x2c50 waiting on condition [0x00007f54771f0000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e1920ab8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:317)
	at org.jvnet.hk2.config.Transactions$Notifier$1.run(Transactions.java:163)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"pool-14-thread-1" daemon prio=10 tid=0x00007f54fce9f000 nid=0x2c4f waiting on condition [0x00007f54772f1000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0f4b250> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:317)
	at org.jvnet.hk2.config.Transactions$Notifier$1.run(Transactions.java:163)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"pool-13-thread-1" daemon prio=10 tid=0x00007f54fd0f2000 nid=0x2c4e waiting on condition [0x00007f54773f2000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0c9df98> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:317)
	at org.jvnet.hk2.config.Transactions$Notifier$1.run(Transactions.java:163)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"pool-12-thread-1" daemon prio=10 tid=0x00007f54fc1b4000 nid=0x2c4d waiting on condition [0x00007f54774f3000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0c9e198> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:317)
	at org.jvnet.hk2.config.Transactions$Notifier$1.run(Transactions.java:163)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"Grizzly" daemon prio=10 tid=0x00007f54fce44000 nid=0x2c4c waiting on condition [0x00007f54775f4000]
   java.lang.Thread.State: TIMED_WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e1fc2de0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
	at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"admin-thread-pool-4848(1)" daemon prio=10 tid=0x00007f549c013000 nid=0x2c4b in Object.wait() [0x00007f54776f5000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.SyncThreadPool$SyncThreadWorker.getTask(SyncThreadPool.java:374)
	- locked <0x00000000e1ecc508> (a java.lang.Object)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:524)
	at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
	at java.lang.Thread.run(Thread.java:662)

"ContainerBackgroundProcessor[StandardEngine[glassfish-web].StandardHost[server].StandardContext[/web-services]]" daemon prio=10 tid=0x00007f54b8319000 nid=0x2c49 waiting on condition [0x00007f54777f6000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1771)
	at java.lang.Thread.run(Thread.java:662)

"deployment-jar-scanner" daemon prio=10 tid=0x00007f54e400a800 nid=0x2c46 waiting on condition [0x00007f54778f7000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0e502c8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"deployment-jar-scanner" daemon prio=10 tid=0x00007f54e400d000 nid=0x2c45 waiting on condition [0x00007f54779f8000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0e502c8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"deployment-jar-scanner" daemon prio=10 tid=0x00007f54b87a5000 nid=0x2c44 waiting on condition [0x00007f5477af9000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0e502c8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"Spring DM Context Creation Timer" daemon prio=10 tid=0x00007f54a0172000 nid=0x2c3c in Object.wait() [0x00007f5477efd000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1c118e0> (a java.util.TaskQueue)
	at java.lang.Object.wait(Object.java:485)
	at java.util.TimerThread.mainLoop(Timer.java:483)
	- locked <0x00000000e1c118e0> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"Gemini Blueprint context shutdown thread" daemon prio=10 tid=0x00007f54a017a000 nid=0x2c3b in Object.wait() [0x00007f5477ffe000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1c1bec0> (a java.util.TaskQueue)
	at java.lang.Object.wait(Object.java:485)
	at java.util.TimerThread.mainLoop(Timer.java:483)
	- locked <0x00000000e1c1bec0> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"Spring DM Context Creation Timer" daemon prio=10 tid=0x00007f54a00d7000 nid=0x2c39 in Object.wait() [0x00007f54d42bd000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1c1c2d0> (a java.util.TaskQueue)
	at java.lang.Object.wait(Object.java:485)
	at java.util.TimerThread.mainLoop(Timer.java:483)
	- locked <0x00000000e1c1c2d0> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"Gemini Blueprint context shutdown thread" daemon prio=10 tid=0x00007f54a0051800 nid=0x2c38 in Object.wait() [0x00007f54d47c7000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e1c1c6f8> (a java.util.TaskQueue)
	at java.lang.Object.wait(Object.java:485)
	at java.util.TimerThread.mainLoop(Timer.java:483)
	- locked <0x00000000e1c1c6f8> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"telnetconsole.Listener" daemon prio=10 tid=0x00007f54b817e800 nid=0x2c34 runnable [0x00007f54d45c5000]
   java.lang.Thread.State: RUNNABLE
	at java.net.PlainSocketImpl.socketAccept(Native Method)
	at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408)
	- locked <0x00000000e16a6e10> (a java.net.SocksSocketImpl)
	at java.net.ServerSocket.implAccept(ServerSocket.java:462)
	at java.net.ServerSocket.accept(ServerSocket.java:430)
	at org.apache.felix.shell.remote.Listener$Acceptor.run(Listener.java:150)
	at java.lang.Thread.run(Thread.java:662)

"pool-6-thread-1" prio=10 tid=0x00007f54b814c000 nid=0x2c31 waiting on condition [0x00007f54d46c6000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e1846020> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"SCR Component Actor" daemon prio=10 tid=0x00007f54b81a5800 nid=0x2c26 in Object.wait() [0x00007f54d48c8000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e17edd00> (a java.util.LinkedList)
	at java.lang.Object.wait(Object.java:485)
	at org.apache.felix.scr.impl.ComponentActorThread.run(ComponentActorThread.java:74)
	- locked <0x00000000e17edd00> (a java.util.LinkedList)
	at java.lang.Thread.run(Thread.java:662)

"ContainerBackgroundProcessor[StandardEngine[glassfish-web]]" daemon prio=10 tid=0x00007f54b8163800 nid=0x2c1d waiting on condition [0x00007f54d49c9000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1771)
	at java.lang.Thread.run(Thread.java:662)

"ContainerBackgroundProcessor[StandardEngine[glassfish-web].StandardHost[server].StandardContext[]]" daemon prio=10 tid=0x00007f54b80ef000 nid=0x2c1b waiting on condition [0x00007f54d4aca000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
	at java.lang.Thread.sleep(Native Method)
	at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1771)
	at java.lang.Thread.run(Thread.java:662)

"Configuration Updater" daemon prio=10 tid=0x00007f54b8197000 nid=0x2c11 in Object.wait() [0x00007f54d4bcb000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e17e9240> (a java.util.LinkedList)
	at java.lang.Object.wait(Object.java:485)
	at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:67)
	- locked <0x00000000e17e9240> (a java.util.LinkedList)

"fileinstall-/home/awhiteside/Projects/mtrust/deploy/glassfish-mtrust-package/target/glassfish3/glassfish/domains/domain1/autodeploy/bundles/" daemon prio=10 tid=0x00007f54b81ab800 nid=0x2c10 in Object.wait() [0x00007f54d4ccc000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e17cd718> (a org.apache.felix.fileinstall.internal.DirectoryWatcher)
	at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:268)
	- locked <0x00000000e17cd718> (a org.apache.felix.fileinstall.internal.DirectoryWatcher)

"DestroyJavaVM" prio=10 tid=0x00007f54fc00a800 nid=0x2bdf waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"GlassFish Kernel Main Thread" prio=10 tid=0x00007f54fd18d000 nid=0x2c0f in Object.wait() [0x00007f54d4dcd000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e18a3870> (a com.sun.enterprise.v3.server.AppServerStartup$1)
	at java.lang.Object.wait(Object.java:485)
	at com.sun.enterprise.v3.server.AppServerStartup$1.run(AppServerStartup.java:163)
	- locked <0x00000000e18a3870> (a com.sun.enterprise.v3.server.AppServerStartup$1)

"DynamicReloader" daemon prio=10 tid=0x00007f54fd119000 nid=0x2c0e in Object.wait() [0x00007f54d57d7000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e18a3be0> (a java.util.TaskQueue)
	at java.util.TimerThread.mainLoop(Timer.java:509)
	- locked <0x00000000e18a3be0> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"RMI RenewClean-[127.0.0.1:8686]" daemon prio=10 tid=0x00007f548801c000 nid=0x2c0c in Object.wait() [0x00007f54d4fcf000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e19806b8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
	- locked <0x00000000e19806b8> (a java.lang.ref.ReferenceQueue$Lock)
	at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.java:516)
	at java.lang.Thread.run(Thread.java:662)

"RMI Scheduler(0)" daemon prio=10 tid=0x00007f5478012800 nid=0x2c0b waiting on condition [0x00007f54d50d0000]
   java.lang.Thread.State: TIMED_WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0f687f0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
	at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"transaction-manager" daemon prio=10 tid=0x00007f54fd139000 nid=0x2c0a in Object.wait() [0x00007f54d52d2000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e175e738> (a java.util.TaskQueue)
	at java.lang.Object.wait(Object.java:485)
	at java.util.TimerThread.mainLoop(Timer.java:483)
	- locked <0x00000000e175e738> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"GC Daemon" daemon prio=10 tid=0x00007f5478018000 nid=0x2c08 in Object.wait() [0x00007f54d54d4000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0f4b768> (a sun.misc.GC$LatencyLock)
	at sun.misc.GC$Daemon.run(GC.java:100)
	- locked <0x00000000e0f4b768> (a sun.misc.GC$LatencyLock)

"RMI Reaper" prio=10 tid=0x00007f5478016000 nid=0x2c07 in Object.wait() [0x00007f54d55d5000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0f3bc98> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
	- locked <0x00000000e0f3bc98> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
	at sun.rmi.transport.ObjectTable$Reaper.run(ObjectTable.java:333)
	at java.lang.Thread.run(Thread.java:662)

"RMI TCP Accept-8686" daemon prio=10 tid=0x00007f5478009800 nid=0x2c06 runnable [0x00007f54d56d6000]
   java.lang.Thread.State: RUNNABLE
	at java.net.PlainSocketImpl.socketAccept(Native Method)
	at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408)
	- locked <0x00000000e0ee5228> (a java.net.SocksSocketImpl)
	at java.net.ServerSocket.implAccept(ServerSocket.java:462)
	at java.net.ServerSocket.accept(ServerSocket.java:430)
	at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:369)
	at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:341)
	at java.lang.Thread.run(Thread.java:662)

"PingService" daemon prio=10 tid=0x00007f54fd0eb800 nid=0x2c04 in Object.wait() [0x00007f54d58d8000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0ef4fd8> (a java.util.TaskQueue)
	at java.util.TimerThread.mainLoop(Timer.java:509)
	- locked <0x00000000e0ef4fd8> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"AutoDeployer" daemon prio=10 tid=0x00007f54fd0d9000 nid=0x2c02 in Object.wait() [0x00007f54d59d9000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0ef53d0> (a java.util.TaskQueue)
	at java.util.TimerThread.mainLoop(Timer.java:509)
	- locked <0x00000000e0ef53d0> (a java.util.TaskQueue)
	at java.util.TimerThread.run(Timer.java:462)

"Grizzly-kernel-thread(1)" daemon prio=10 tid=0x00007f548c001000 nid=0x2bfe runnable [0x00007f54f82eb000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
	at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
	at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
	at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
	- locked <0x00000000e0eb3a90> (a sun.nio.ch.Util$2)
	- locked <0x00000000e0eb3a80> (a java.util.Collections$UnmodifiableSet)
	- locked <0x00000000e0eb3838> (a sun.nio.ch.EPollSelectorImpl)
	at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
	at com.sun.grizzly.TCPSelectorHandler.select(TCPSelectorHandler.java:513)
	at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:190)
	at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"Thread-18" prio=10 tid=0x00007f54fd0d2000 nid=0x2bfd in Object.wait() [0x00007f54f83ec000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0ec4e90> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.waitUntilSelectorHandlersStop(Controller.java:1119)
	- locked <0x00000000e0ec4e90> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.start(Controller.java:869)
	at com.sun.grizzly.http.SelectorThread.startListener(SelectorThread.java:1285)
	- locked <0x00000000e0eb34a0> (a java.lang.Object)
	at com.sun.grizzly.http.SelectorThread.run(SelectorThread.java:1123)
	at com.sun.grizzly.http.SelectorThread.startEndpoint(SelectorThread.java:1212)
	at com.sun.enterprise.v3.services.impl.GrizzlyListener.startEndpoint(GrizzlyListener.java:140)
	at com.sun.enterprise.v3.services.impl.GrizzlyProxy$2.run(GrizzlyProxy.java:342)

"Grizzly-kernel-thread(1)" daemon prio=10 tid=0x00007f5494006800 nid=0x2bfc runnable [0x00007f54f84ed000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
	at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
	at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
	at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
	- locked <0x00000000e0e9a270> (a sun.nio.ch.Util$2)
	- locked <0x00000000e0e9a260> (a java.util.Collections$UnmodifiableSet)
	- locked <0x00000000e0e9a018> (a sun.nio.ch.EPollSelectorImpl)
	at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
	at com.sun.grizzly.TCPSelectorHandler.select(TCPSelectorHandler.java:513)
	at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:190)
	at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"Thread-15" prio=10 tid=0x00007f54fd0d0800 nid=0x2bfb in Object.wait() [0x00007f54f85ee000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0eb2b78> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.waitUntilSelectorHandlersStop(Controller.java:1119)
	- locked <0x00000000e0eb2b78> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.start(Controller.java:869)
	at com.sun.grizzly.http.SelectorThread.startListener(SelectorThread.java:1285)
	- locked <0x00000000e0e99c80> (a java.lang.Object)
	at com.sun.grizzly.http.SelectorThread.run(SelectorThread.java:1123)
	at com.sun.grizzly.http.SelectorThread.startEndpoint(SelectorThread.java:1212)
	at com.sun.enterprise.v3.services.impl.GrizzlyListener.startEndpoint(GrizzlyListener.java:140)
	at com.sun.enterprise.v3.services.impl.GrizzlyProxy$2.run(GrizzlyProxy.java:342)

"Grizzly-kernel-thread(1)" daemon prio=10 tid=0x00007f54a0001000 nid=0x2bfa runnable [0x00007f54f86ef000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
	at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
	at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
	at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
	- locked <0x00000000e0e775d8> (a sun.nio.ch.Util$2)
	- locked <0x00000000e0e775c8> (a java.util.Collections$UnmodifiableSet)
	- locked <0x00000000e0e77380> (a sun.nio.ch.EPollSelectorImpl)
	at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
	at com.sun.grizzly.TCPSelectorHandler.select(TCPSelectorHandler.java:513)
	at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:190)
	at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"Grizzly-kernel-thread(1)" daemon prio=10 tid=0x00007f54a4001000 nid=0x2bf9 runnable [0x00007f54f87f0000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
	at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
	at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
	at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
	- locked <0x00000000e0e929b0> (a sun.nio.ch.Util$2)
	- locked <0x00000000e0e929a0> (a java.util.Collections$UnmodifiableSet)
	- locked <0x00000000e0e92758> (a sun.nio.ch.EPollSelectorImpl)
	at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
	at com.sun.grizzly.TCPSelectorHandler.select(TCPSelectorHandler.java:513)
	at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:190)
	at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"Grizzly-kernel-thread(1)" daemon prio=10 tid=0x00007f54ac00c800 nid=0x2bf8 runnable [0x00007f54f88f1000]
   java.lang.Thread.State: RUNNABLE
	at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
	at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:210)
	at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
	at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
	- locked <0x00000000e0e2f218> (a sun.nio.ch.Util$2)
	- locked <0x00000000e0e2f208> (a java.util.Collections$UnmodifiableSet)
	- locked <0x00000000e0e2efc0> (a sun.nio.ch.EPollSelectorImpl)
	at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
	at com.sun.grizzly.TCPSelectorHandler.select(TCPSelectorHandler.java:513)
	at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:190)
	at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)

"Thread-10" prio=10 tid=0x00007f54fd0cf800 nid=0x2bf7 in Object.wait() [0x00007f54f89f2000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0eb8d58> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.waitUntilSelectorHandlersStop(Controller.java:1119)
	- locked <0x00000000e0eb8d58> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.start(Controller.java:869)
	at com.sun.grizzly.http.SelectorThread.startListener(SelectorThread.java:1285)
	- locked <0x00000000e0e923d0> (a java.lang.Object)
	at com.sun.grizzly.http.SelectorThread.run(SelectorThread.java:1123)
	at com.sun.grizzly.http.SelectorThread.startEndpoint(SelectorThread.java:1212)
	at com.sun.enterprise.v3.services.impl.GrizzlyListener.startEndpoint(GrizzlyListener.java:142)
	at com.sun.enterprise.v3.services.impl.GrizzlyProxy$2.run(GrizzlyProxy.java:342)

"Thread-6" prio=10 tid=0x00007f54fd0b6800 nid=0x2bf6 in Object.wait() [0x00007f54f8af3000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0e91ad8> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.waitUntilSelectorHandlersStop(Controller.java:1119)
	- locked <0x00000000e0e91ad8> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.start(Controller.java:869)
	at com.sun.grizzly.http.SelectorThread.startListener(SelectorThread.java:1285)
	- locked <0x00000000e0e76ff8> (a java.lang.Object)
	at com.sun.grizzly.http.SelectorThread.run(SelectorThread.java:1123)
	at com.sun.grizzly.http.SelectorThread.startEndpoint(SelectorThread.java:1212)
	at com.sun.enterprise.v3.services.impl.GrizzlyListener.startEndpoint(GrizzlyListener.java:142)
	at com.sun.enterprise.v3.services.impl.GrizzlyProxy$2.run(GrizzlyProxy.java:342)

"Thread-4" prio=10 tid=0x00007f54fd0bd800 nid=0x2bf5 in Object.wait() [0x00007f54f8bf4000]
   java.lang.Thread.State: TIMED_WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0e76560> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.waitUntilSelectorHandlersStop(Controller.java:1119)
	- locked <0x00000000e0e76560> (a java.util.concurrent.atomic.AtomicInteger)
	at com.sun.grizzly.Controller.start(Controller.java:869)
	at com.sun.grizzly.http.SelectorThread.startListener(SelectorThread.java:1285)
	- locked <0x00000000e0e2ebe8> (a java.lang.Object)
	at com.sun.grizzly.http.SelectorThread.run(SelectorThread.java:1123)
	at com.sun.grizzly.http.SelectorThread.startEndpoint(SelectorThread.java:1212)
	at com.sun.enterprise.v3.services.impl.GrizzlyListener.startEndpoint(GrizzlyListener.java:142)
	at com.sun.enterprise.v3.services.impl.GrizzlyProxy$2.run(GrizzlyProxy.java:342)

"Thread-2" prio=10 tid=0x00007f54fd084000 nid=0x2bf4 waiting on condition [0x00007f54f8cf5000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0ec8b38> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
	at java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:317)
	at com.sun.enterprise.server.logging.GFFileHandler.log(GFFileHandler.java:665)
	at com.sun.enterprise.server.logging.GFFileHandler$1.run(GFFileHandler.java:179)

"pool-1-thread-1" daemon prio=10 tid=0x00007f54fd077000 nid=0x2bf3 waiting on condition [0x00007f54f8df6000]
   java.lang.Thread.State: TIMED_WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000000e0ec7ae0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2025)
	at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:609)
	at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:602)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:662)

"FelixFrameworkWiring" daemon prio=10 tid=0x00007f54fce32800 nid=0x2bef in Object.wait() [0x00007f54f8ffe000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e114b498> (a java.util.ArrayList)
	at java.lang.Object.wait(Object.java:485)
	at org.apache.felix.framework.FrameworkWiringImpl.run(FrameworkWiringImpl.java:156)
	- locked <0x00000000e114b498> (a java.util.ArrayList)
	at java.lang.Thread.run(Thread.java:662)

"FelixStartLevel" daemon prio=10 tid=0x00007f54fc287000 nid=0x2bee in Object.wait() [0x00007f5500b19000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e0a16ec8> (a java.util.ArrayList)
	at java.lang.Object.wait(Object.java:485)
	at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:272)
	- locked <0x00000000e0a16ec8> (a java.util.ArrayList)
	at java.lang.Thread.run(Thread.java:662)

"FelixDispatchQueue" daemon prio=10 tid=0x00007f54b800e800 nid=0x2bed in Object.wait() [0x00007f5500a18000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e08c5d50> (a java.util.ArrayList)
	at java.lang.Object.wait(Object.java:485)
	at org.apache.felix.framework.util.EventDispatcher.run(EventDispatcher.java:1063)
	- locked <0x00000000e08c5d50> (a java.util.ArrayList)
	at org.apache.felix.framework.util.EventDispatcher.access$000(EventDispatcher.java:54)
	at org.apache.felix.framework.util.EventDispatcher$1.run(EventDispatcher.java:101)
	at java.lang.Thread.run(Thread.java:662)

"Low Memory Detector" daemon prio=10 tid=0x00007f54fc129000 nid=0x2bea runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" daemon prio=10 tid=0x00007f54fc126800 nid=0x2be9 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" daemon prio=10 tid=0x00007f54fc108000 nid=0x2be8 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=10 tid=0x00007f54fc0b7000 nid=0x2be7 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=10 tid=0x00007f54fc09a000 nid=0x2be6 in Object.wait() [0x00007f550119b000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e081e2b8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)
	- locked <0x00000000e081e2b8> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=10 tid=0x00007f54fc098800 nid=0x2be5 in Object.wait() [0x00007f550129c000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000000e081e250> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:485)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
	- locked <0x00000000e081e250> (a java.lang.ref.Reference$Lock)

"VM Thread" prio=10 tid=0x00007f54fc091800 nid=0x2be4 runnable 

"GC task thread#0 (ParallelGC)" prio=10 tid=0x00007f54fc01e000 nid=0x2be0 runnable 

"GC task thread#1 (ParallelGC)" prio=10 tid=0x00007f54fc020000 nid=0x2be1 runnable 

"GC task thread#2 (ParallelGC)" prio=10 tid=0x00007f54fc021800 nid=0x2be2 runnable 

"GC task thread#3 (ParallelGC)" prio=10 tid=0x00007f54fc023800 nid=0x2be3 runnable 

"VM Periodic Task Thread" prio=10 tid=0x00007f54fc133800 nid=0x2beb waiting on condition 

JNI global references: 1562


 Comments   
Comment by aaronjwhiteside [ 18/Feb/12 12:20 AM ]

Although I cannot provide all of the source code for the application (IP issues), I can probably provide a self contained ZIP of glassfish + the application + embedded db pre-configured, that reproduces the problem.

Then all one would have to do is unzip it, start the domain and run ab against it.

Comment by aaronjwhiteside [ 20/Feb/12 11:10 PM ]

So just FYI, I can reproduce this on every machine I try, so it's not something specific to mine.

If you want the zip let me know where I can upload it (it's about 90mb).

Also I should have mentioned earlier I am running on Linux (Fedora) to be specific.

Comment by aaronjwhiteside [ 22/Feb/12 11:48 PM ]

bump...





[GLASSFISH-18398] GF 3.1.1 works one time only! No next restart is possible until reinstalling GF. Created: 22/Feb/12  Updated: 22/Feb/12

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

Type: Bug Priority: Blocker
Reporter: pablo53 Assignee: shreedhar_ganapathy
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

GF 3.1.1 within NetBeans 7.1


Tags: GF NB GlassFish NetBeans reinstall reainstalling
Participants: pablo53 and shreedhar_ganapathy

 Description   

When developing an applicaition within NB_7.1+GF_3.1.1 I can start it once only. If any error in my application occurs I cannot restart GF - even restarting OS and/or cleaning osgi-cache inside GF's "domain1" wont not help. Deinstalling GF with NB installer/deinstaller + restarting WinXP + installing again GF+3.1.1 with NB_7.1 installer is the only option o force it back to work.

Very frustrating...






[GLASSFISH-18405] ejb lookup failed from netbeans 7.0 based ejb-client with glassfish 3.1.1 Created: 24/Feb/12  Updated: 11/Jul/12

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

Type: Bug Priority: Blocker
Reporter: olafj Assignee: Harshad Vilekar
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System = Mac OS X version 10.7.3 running on x86_64
Java; VM; Vendor = 1.6.0_29; Java HotSpot(TM) 64-Bit Server VM 20.4-b02-402; Apple Inc.
Runtime = Java(TM) SE Runtime Environment 1.6.0_29-b11-402-11D50b


File Attachments: Text File messages.log     Text File messages.log     Zip Archive TestEJB.zip     Zip Archive TestNB.zip    
Tags: glassfish netbeans glassfish-3-1-1 ejb
Participants: Harshad Vilekar, marina vatkina, olafj and Sanjeeb Sahoo

 Description   

An exception occurs at first try to lookup for an remote ejb facade, same client works with same ejb-modules hosted on glassfish 3.0.1:

java.lang.ClassNotFoundException: com.sun.ejb.codegen.GenericEJBHome_Generated
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:262)
Caused: java.lang.ClassNotFoundException: com.sun.ejb.codegen.GenericEJBHome_Generated starting from SystemClassLoader[62 modules] with possible defining loaders null and declared parents [ModuleCL@61f52b85[de.crosssoft.usradm.CSBenutzerverwaltung.Data], ModuleCL@1830e4a7[org.netbeans.modules.settings], ModuleCL@7ec78e02[org.netbeans.core.output2], ModuleCL@4f50f0e2[org.openide.explorer], ModuleCL@7595ddb5[org.netbeans.modules.options.keymap], ModuleCL@2e1ed620[org.netbeans.modules.keyring], ModuleCL@7ba76fdd[org.netbeans.core.ui], ModuleCL@3f2620b5[de.crosssoft.CSBaseGuiUtilModule], ModuleCL@75787005[org.netbeans.modules.favorites], ModuleCL@45ed957d[org.netbeans.core.windows], ...47 more]
at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:264)
at org.netbeans.ModuleManager$SystemClassLoader.loadClass(ModuleManager.java:557)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at com.sun.corba.ee.impl.util.JDKBridge.loadClass(JDKBridge.java:234)
at com.sun.corba.ee.impl.javax.rmi.CORBA.Util.loadClass(Util.java:640)
at com.sun.corba.ee.impl.presentation.rmi.StubFactoryFactoryDynamicBase.createStubFactory(StubFactoryFactoryDynamicBase.java:73)
Caused: org.omg.CORBA.BAD_OPERATION: FEIN: IOP01210035: ClassNotFoundException while attempting to load interface com.sun.ejb.codegen.GenericEJBHome_Generated vmcid: OMG minor code: 35 completed: Maybe
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
at $Proxy31.classNotFound3(Unknown Source)
at com.sun.corba.ee.impl.presentation.rmi.StubFactoryFactoryDynamicBase.createStubFactory(StubFactoryFactoryDynamicBase.java:76)
at com.sun.corba.ee.impl.util.Utility.loadStub(Utility.java:835)
Caused: org.omg.CORBA.BAD_OPERATION: WARNUNG: IOP01211205: Exception in loadStub vmcid: OMG minor code: 1205 completed: No
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:248)
at com.sun.corba.ee.spi.orbutil.logex.corba.CorbaExtension.makeException(CorbaExtension.java:95)
[catch] at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.handleFullLogging(WrapperGenerator.java:387)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator.access$400(WrapperGenerator.java:107)
at com.sun.corba.ee.spi.orbutil.logex.WrapperGenerator$2.invoke(WrapperGenerator.java:511)
at com.sun.corba.ee.spi.orbutil.proxy.CompositeInvocationHandlerImpl.invoke(CompositeInvocationHandlerImpl.java:99)
at $Proxy54.exceptionInLoadStub(Unknown Source)
at com.sun.corba.ee.impl.util.Utility.loadStub(Utility.java:842)
at com.sun.corba.ee.impl.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:252)
at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137)
at com.sun.ejb.EJBUtils.lookupRemote30BusinessObject(EJBUtils.java:406)
at com.sun.ejb.containers.RemoteBusinessObjectFactory.getObjectInstance(RemoteBusinessObjectFactory.java:75)
at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
at com.sun.enterprise.naming.impl.SerialContext.getObjectInstance(SerialContext.java:556)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:514)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
...



 Comments   
Comment by Sanjeeb Sahoo [ 24/Feb/12 12:46 PM ]

transfer to ejb container

Comment by olafj [ 10/Apr/12 10:46 AM ]

Is there any progress on this issue? Can i help with more information? Are there other related issues?

Comment by marina vatkina [ 10/Apr/12 06:18 PM ]

Please attach a test case.

Comment by olafj [ 12/Jun/12 01:51 PM ]

Attached a testcase: EJB-Module, Netbeans Platform Application. Error still occurs with Netbeans Platform 7.0 and Glassfish 3.1.2

Comment by olafj [ 19/Jun/12 07:34 AM ]

Is there any progress on this issue? Do you need more information? Can i help to clearify open questions?

Comment by marina vatkina [ 19/Jun/12 11:34 PM ]

Please provide the exact steps on how to reproduce the error.

Comment by olafj [ 20/Jun/12 10:59 AM ]

Thats very simple.

Build and deploy ejb-project.
Build and run client-project (netbeans platform app).
After app-startup a top component with a "jbutton1" is open. button's click event handler tries to get an initial context and tries call a function of a remote stateless session bean.
Ejb-request fails.

Comment by marina vatkina [ 21/Jun/12 12:40 AM ]

Assigning to ORB module to check why the just loaded class can't be found.

Comment by olafj [ 03/Jul/12 12:39 PM ]

Any new ideas? How can i help?
Without a solution we can not proceed with development. We are going to migrate to Java 7 and Netbeans 7.2, but without an upgrade to Glassfish 3.1.2 that makes no sense for us.

Comment by olafj [ 11/Jul/12 08:20 AM ]

Can you please tell me the status quo of this issue?





[GLASSFISH-18699] Thread hang at ConcurrencyManager.releaseDeferredLock() Created: 08/May/12  Updated: 08/May/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: v2.1
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: kokwei Assignee: tware
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

SPARC Solaris 5.8, Java(TM) SE Runtime Environment (build 1.6.0_30-b12), Toplink Essentials 2.1-b31g-fcs (10/19/2009), Glassfish v2.1-b60e-sunos


Tags:
Participants: kokwei and tware

 Description   

We have a solution running in the client's Production environment. Under heavy load, the entire Glassfish Application Server instance will come to a halt with > 1000 threads in TIMED_WAITING (sleeping) state. The solution we have at the moment is to restart the entire application server which is a major problem in a Production environment.

Symptoms of the problem:
1) With nightly Glassfish restart:
a) Thread hang happens once every fortnight, or even up to 3 weeks.
2) Without nightly Glassfish restart:
a) Thread hang happens minimally twice a day, which translates to twice downtime during business hours
3) When system comes to a halt, a JVM head dump shows many threads of the following (with stacktrace):

java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at oracle.toplink.essentials.internal.helper.ConcurrencyManager.releaseDeferredLock(ConcurrencyManager.java:429)
at oracle.toplink.essentials.internal.identitymaps.CacheKey.releaseDeferredLock(CacheKey.java:373)
at oracle.toplink.essentials.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:614)
at oracle.toplink.essentials.internal.descriptors.ObjectBuilder.buildWorkingCopyCloneNormally(ObjectBuilder.java:451)
at oracle.toplink.essentials.internal.descriptors.ObjectBuilder.buildObjectInUnitOfWork(ObjectBuilder.java:421)
at oracle.toplink.essentials.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:387)
at oracle.toplink.essentials.queryframework.ReportQueryResult.processItem(ReportQueryResult.java:220)
at oracle.toplink.essentials.queryframework.ReportQueryResult.buildResult(ReportQueryResult.java:182)
at oracle.toplink.essentials.queryframework.ReportQueryResult.<init>(ReportQueryResult.java:98)
at oracle.toplink.essentials.queryframework.ReportQuery.buildObject(ReportQuery.java:594)
at oracle.toplink.essentials.queryframework.ReportQuery.buildObjects(ReportQuery.java:643)
at oracle.toplink.essentials.queryframework.ReportQuery.executeDatabaseQuery(ReportQuery.java:804)
at oracle.toplink.essentials.queryframework.DatabaseQuery.execute(DatabaseQuery.java:628)
at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:692)
at oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:746)
at oracle.toplink.essentials.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2248)
at oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:952)
at oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:924)
at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.executeReadQuery(EJBQueryImpl.java:367)
at oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.getResultList(EJBQueryImpl.java:478)
at com.sun.enterprise.util.QueryWrapper.getResultList(QueryWrapper.java:196)

Information on Software components being used:
1) Glassfish v2.1-b60e-sunos
2) Toplink essentials in $GLASSFISH_HOME/lib - 2.1-b60e-fcs (12/23/2008)
3) Toplink essentials packaged in our applications lib - 2.1-b31g-fcs (10/19/2009) <-- extracted from GFv2.1.1

Workarounds we have tried:
1) Referred to similar issue at http://java.net/jira/browse/GLASSFISH-4689
2) Implemented a SessionCustomizer that sets setCacheTransactionIsolation to CONCURRENT_READ_WRITE, the thread hang still happens

Would like to know if anyone is facing similar issue as above. We have so far been unable to re-produce in our test environments. We have also considered upgrading to EclipseLink but without the ability to re-produce we are rather sceptical that the problem would be addressed as we have no way to confirm it.






[GLASSFISH-18953] Unable to start Cluster Instances when using JDK-7 on RHEL 5 Created: 27/Jul/12  Updated: 13/May/13

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

Type: Bug Priority: Blocker
Reporter: jp2011 Assignee: Byron Nevins
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Oracle Glassfish 3.1.2.2
RHEL 5
JDK 7u4


Tags: JDK-7 JDK7 RHEL
Participants: Byron Nevins, jp2011, kneecha, manuel_b and skgaju

 Description   

After upgrading from GF 3.1.2 to 3.1.2.2 on DAS, removing cluster instances and recreating them, the instances will not start using JDK 7. The following exception is seen:

<snip>

[#|2012-07-27T09:04:36.428-0400|WARNING|oracle-glassfish3.1.2|javax.enterprise.system.tools.admin.com.sun.enterprise.v3.admin.cluster|_ThreadID=1570;_ThreadName=Thread-2;|Could not start instance Instance1 on node QA-Node-1 (btsqa01dfw.bot.testnet.rim.net).: Command ' /home/glassfish/glassfish3/glassfish/bin/asadmin --_auxinput - --interactive=false start-local-instance --node QA-Node-1 --sync normal Instance1' failed on node QA-Node-1 (<removed>): Waiting for Instance1 to start ......Error starting instance Instance1.
The server exited prematurely with exit code 1.
Before it died, it produced the following output:

Launching GlassFish on Felix platform
Completed shutdown of GlassFish runtime
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55)
Caused by: java.lang.RuntimeException: javax.management.MBeanRegistrationException: Exception thrown in preRegister method
at java.lang.management.ManagementFactory.addMXBean(ManagementFactory.java:824)
at java.lang.management.ManagementFactory.getPlatformMBeanServer(ManagementFactory.java:481)
at org.glassfish.admin.monitor.MonitoringBootstrap.setStatsProviderManagerDelegate(MonitoringBootstrap.java:227)
at org.glassfish.admin.monitor.MonitoringBootstrap.enableMonitoringForProbeProviders(MonitoringBootstrap.java:634)
at org.glassfish.admin.monitor.MonitoringBootstrap.postConstruct(MonitoringBootstrap.java:176)
at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131)
at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:229)
at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:145)
at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:136)
at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:69)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
... 6 more
Caused by: javax.management.MBeanRegistrationException: Exception thrown in preRegister method
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.throwMBeanRegistrationException(DefaultMBeanServerInterceptor.java:993)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.preRegister(DefaultMBeanServerInterceptor.java:1009)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:919)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:900)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:324)
at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:512)
at com.sun.enterprise.v3.admin.DynamicInterceptor.registerMBean(DynamicInterceptor.java:472)
at java.lang.management.ManagementFactory$2.run(ManagementFactory.java:819)
at java.lang.management.ManagementFactory$2.run(ManagementFactory.java:815)
at java.security.AccessController.doPrivileged(Native Method)
at java.lang.management.ManagementFactory.addMXBean(ManagementFactory.java:815)
... 23 more
Caused by: javax.management.InstanceAlreadyExistsException: MXBean already registered with name java.lang:type=GarbageCollector,name=PS Scavenge
at com.sun.jmx.mbeanserver.MXBeanLookup.addReference(MXBeanLookup.java:151)
at com.sun.jmx.mbeanserver.MXBeanSupport.register(MXBeanSupport.java:160)
at javax.management.StandardMBean.preRegister(StandardMBean.java:1075)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.preRegister(DefaultMBeanServerInterceptor.java:1007)
... 32 more

Command start-local-instance failed.: To complete this operation run the following command locally on host <removed> from the GlassFish install location /home/glassfish/glassfish3:

bin/asadmin start-local-instance --node QA-Node-1 --sync normal Instance1|#]

[#|2012-07-27T09:04:36.434-0400|SEVERE|oracle-glassfish3.1.2|org.glassfish.admingui|_ThreadID=1567;_ThreadName=Thread-2;|RestResponse.getResponse() gives FAILURE. endpoint = 'https://localhost:4848/management/domain/servers/server/Instance1/start-instance'; attrs = '{}'|#]

[#|2012-07-27T09:04:36.435-0400|SEVERE|oracle-glassfish3.1.2|org.glassfish.admingui|_ThreadID=1567;_ThreadName=Thread-2;|Error in instanceAction ;
endpoint=https://localhost:4848/management/domain/servers/server/Instance1/start-instance;attrsMap=null|#]

</snip>

After downgrading java to JDK 6, everything works correctly. It should be noted that this behaviour is seen for the following JDK versions: 1.7.0_02, 1.7.0_03, 1.7.0_04, 1.7.0_05



 Comments   
Comment by kneecha [ 09/Aug/12 08:54 PM ]

I am having the same issue using 1.7.0_04-b20. The stack trace is basically the same except the GarbageCollector, name is different:

Caused by: javax.management.InstanceAlreadyExistsException: MXBean already registered with name java.lang:type=GarbageCollector,name=ParNew

Comment by skgaju [ 24/Aug/12 08:03 AM ]

workaround remove the jvm-option from all server/clusters configs
NOT from DAS config
-Djavax.management.builder.initial=com.sun.enterprise.v3.admin.AppServerMBeanServerBuilder

Fix for this issue

bash-2.05b# svn diff src/main/java/com/sun/enterprise/admin/servermgmt/V2ToV3ConfigUpgrade.java
Index: src/main/java/com/sun/enterprise/admin/servermgmt/V2ToV3ConfigUpgrade.java
===================================================================
— src/main/java/com/sun/enterprise/admin/servermgmt/V2ToV3ConfigUpgrade.java (revision 5906)
+++ src/main/java/com/sun/enterprise/admin/servermgmt/V2ToV3ConfigUpgrade.java (working copy)
@@ -152,6 +152,7 @@
"-XX:LogFile",
};

+
// these are added to all configs
private static final String[] ADD_LIST = new String[] {
"-XX:+UnlockDiagnosticVMOptions",
@@ -169,14 +170,14 @@
"-Dfelix.fileinstall.bundles.startTransient=true",
"-Dfelix.fileinstall.disableConfigSave=false",
"-Dfelix.fileinstall.log.level=2",

  • "-Djavax.management.builder.initial=com.sun.enterprise.v3.admin.AppServerMBeanServerBuilder",
    "-Dorg.glassfish.web.rfc2109_cookie_names_enforced=false",
    "-Djava.ext.dirs=${com.sun.aas.javaRoot}/lib/ext${path.separator}${com.sun.aas.javaRoot}/jre/lib/ext${path.separator}${com.sun.aas.instanceRoot}/lib/ext",
    };

// these are added to DAS only
private static final String[] ADD_LIST_DAS = new String[] { - "-Dosgi.shell.telnet.port=6666" + "-Dosgi.shell.telnet.port=6666", + "-Djavax.management.builder.initial=com.sun.enterprise.v3.admin.AppServerMBeanServerBuilder" };

Comment by manuel_b [ 13/May/13 07:36 AM ]

I am also encountering this issue after upgrading our cluster nodes from Java 6 to Java 7:

..
Caused by: javax.management.InstanceAlreadyExistsException: MXBean already registered with name java.lang:type=GarbageCollector,name=Copy
at com.sun.jmx.mbeanserver.MXBeanLookup.addReference(MXBeanLookup.java:151)
at com.sun.jmx.mbeanserver.MXBeanSupport.register(MXBeanSupport.java:160)
...

I will remove the mentioned jvm property from the node configuration.

Works! Thanks for the hints here.





[GLASSFISH-20493] Command Model cache not always updated Created: 08/May/13  Updated: 24/Jun/13

Status: Open
Project: glassfish
Component/s: command_line_interface
Affects Version/s: 4.0_b87_RC3
Fix Version/s: 4.0.1

Type: Bug Priority: Blocker
Reporter: Joe Di Pol Assignee: martin.mares
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: Joe Di Pol and martin.mares

 Description   

I've encountered a case where we changed the default value of a command, but that did not result in the command model cache being invalidated and updated. Details:

The default value for a parameter was changed from "3.0" to "3.2" in the
code like this:

@Param(optional=true, defaultValue="3.2", acceptableValues="3.0,3.2")
String ovmversion;

But the command cache in $HOME/.gfclient/cache/localhost.localdomain_7001/create-virtualization-provider-type-ovm still lists the old default value for ovmversion:

$ cat create-virtualization-provider-type-ovm
ETag: qa1JOZJjbBkTh8bbvYyQFQ==
{"command":{"@name":"create-virtualization-provider-type-ovm",
"option":[{"@name":"configName","@type":"STRING","@primary":"true"},
{"@name":"_ovaburl","@type":"STRING","@optional":"true","@default":"http:\/\/localhost:7001"},
{"@name":"_ovabuser","@type":"STRING","@optional":"true"},
{"@name":"_ovabpassword","@type":"PASSWORD","@optional":"true"},
{"@name":"ovmurl","@type":"STRING"},{"@name":"ovmuser","@type":"STRING"},
{"@name":"ovmpassword","@type":"PASSWORD"},{"@name":"ovmpool","@type":"STRING"},
{"@name":"ovmtimeout","@type":"STRING","@optional":"true","@default":"3600"},
{"@name":"ovmversion","@type":"STRING","@optional":"true","@default":"3.0","@acceptable-values":"3.0,3.2"},
{"@name":"defaultconfig","@type":"BOOLEAN","@optional":"true","@default":"false"},
{"@name":"force","@type":"BOOLEAN","@optional":"true","@default":"false"}]}}





[GLASSFISH-20599] Using @Context SecurityContext in a method parameter makes that method single threaded Created: 31/May/13  Updated: 04/Jun/13

Status: Open
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.0_b89_RC5
Fix Version/s: 4.0.1

Type: Bug Priority: Blocker
Reporter: aaronjwhiteside Assignee: Jakub Podlesak
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: aaronjwhiteside and Jakub Podlesak

 Description   

Please see JERSEY-1905

This is serious issue






[GLASSFISH-20751] java.lang.IllegalStateException: Not inside a request scope. when deploying a custom MessageBodyWriter Created: 09/Aug/13  Updated: 09/Aug/13

Status: Open
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.0.1
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: hilbertinc Assignee: Unassigned
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Java(TM) SE Runtime Environment (build 1.7.0_25-b15)
Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode)
Linux dechter 2.6.32-279.el6.x86_64 #1 SMP Fri Jun 22 12:19:21 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
CentOS release 6.3 (Final)


Tags:
Participants: hilbertinc

 Description   

I adapted a custom MessageBodyWriter that worked on GlassFish 3.0.1 and I am trying to get it to work on Glassfish 4. This stack trace is from the latest nightly build (glassfish-4.0.1-b02-08_09_2013), but failed in different ways on 4.0 and 4.0.1-b01 as well. This works on TomEE 1.5.2 and appears to be to be compliant with the specifications of a MessageBodyWriter

This is what I am using for all of my HTML generation for jQueryUI, so this is a complete blocking issue for me.

[2013-08-09T12:52:11.197-0500] [glassfish 4.0] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=41 _ThreadName=admin-listener(2)] [timeMillis: 1376070731197] [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.IllegalStateException: Not inside a request scope.
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:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:404)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:128)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:94)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:353)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:343)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:237)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:322)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:211)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:979)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:330)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:173)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:179)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:496)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:175)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:187)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:837)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:724)
]]

[2013-08-09T12:52:11.198-0500] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=41 _ThreadName=admin-listener(2)] [timeMillis: 1376070731198] [levelValue: 1000] [[
Exception while loading the app]]

[2013-08-09T12:52:11.199-0500] [glassfish 4.0] [SEVERE] [AS-WEB-GLUE-00192] [javax.enterprise.web] [tid: _ThreadID=41 _ThreadName=admin-listener(2)] [timeMillis: 1376070731199] [levelValue: 1000] [[
Undeployment failed for context /gfwriter]]

[2013-08-09T12:52:11.232-0500] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=41 _ThreadName=admin-listener(2)] [timeMillis: 1376070731232] [levelValue: 1000] [[
Exception while loading the app : java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: java.lang.IllegalStateException: Not inside a request scope.]]



 Comments   
Comment by hilbertinc [ 09/Aug/13 06:09 PM ]

I don't see a way to upload example code, so the servlet that tries to use it and the provider itself can be download at the following locations:

http://www.hilbertinc.com/ftp/gfwriter-sources.jar
http://www.hilbertinc.com/ftp/jee-providers-1.0-sources.jar

The war doesn't deploy, but it if did, the PotusResource would be the item of interest





[GLASSFISH-20795] EclipseLink 2.5.0 JPQL Parser breaks column alias handling in ORDER BY clause Created: 04/Sep/13  Updated: 05/Sep/13

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

Type: Bug Priority: Blocker
Reporter: dimaki Assignee: sfelts
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 4 (b89), EclipseLink 2.5.0 (included)


Tags: jpa eclipselink jpql
Participants: dimaki, PascalFilion and sfelts

 Description   

Column alias (result_variable) handling as defined in JPA Spec 2.1 (JSR-338) "4.9 ORDER BY Clause" is not working with the default EclipseLink 2.5.0 JPQL Parser (Hermes) provided in Glassfish 4.0 (b89). If a basic JPQL query contains two column aliases and there is an ORDER BY clause on the first alias, EclipseLink returns the following exception:

Exception Description: Problem compiling [SELECT c.cuNumber, c.nameLast AS last_name, c.nameFirst AS first_name FROM Customer c ORDER BY last_name].
[70, 79] The identification variable 'last_name' is not defined in the FROM clause.

Example:
========
Create an entity 'Customer' similar to:

@Entity
@Access(AccessType.FIELD)
@Table(name = "CUSTOMER")
public class Customer implements Serializable { ... @Column(name = "CU_NUMBER") private String cuNumber; @Column(name = "HY_NAME_LAST") private String nameLast; @Column(name = "HY_NAME_FIRST") private String nameFirst; ... }

In a SLSB use:

...
@PersistenceContext(unitName = "TEST_PU")
EntityManager em;
...

Query query = em.createQuery("SELECT c.cuNumber, c.nameLast AS last_name, c.nameFirst AS first_name FROM Customer c ORDER BY last_name");
...

This fails with:
Exception Description: Problem compiling [SELECT c.cuNumber, c.nameLast AS last_name, c.nameFirst AS first_name FROM Customer c ORDER BY last_name].
[70, 79] The identification variable 'last_name' is not defined in the FROM clause.

If you use the second alias in the order by clause the query is executed successfully.
The same query is running without any error in Glassfish 3.1.2.2 using supplied EclipseLink version.

It seems to be a EclipseLink JPQL Parser Bug.
As a workaround you can switch back to the prior EclipseLink 2.4 JPQL Parser by using the following configuration in your persistence.xml:
<property name="eclipselink.jpql.parser" value="org.eclipse.persistence.queries.ANTLRQueryBuilder"/>
But I don't think the old JPQL parser is JEE 7 compliant.



 Comments   
Comment by dimaki [ 04/Sep/13 01:23 PM ]

See also here: http://www.eclipse.org/forums/index.php/t/489531/

Comment by PascalFilion [ 05/Sep/13 12:56 AM ]

The bug has been fixed and will be part of the next patch release (2.4.3 and 2.5.1). A nightly build can be picked up if required.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=410808





[GLASSFISH-17147] App client cannot find EJB behind NAT Created: 04/Aug/11  Updated: 18/Oct/12

Status: Open
Project: glassfish
Component/s: orb
Affects Version/s: 3.1, 3.1.1
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: pablopina Assignee: Harshad Vilekar
Resolution: Unresolved Votes: 7
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu 11.04,
Sun JDK 6 u26,
GF 3.1, 3.1.1


Issue Links:
Related
is related to GLASSFISH-17151 EJB remote deployed on GF 3.1 behind ... Reopened
is related to GLASSFISH-17153 Appclient launched using JWS from any... Resolved
Tags: orb-review
Participants: Harshad Vilekar, pablopina and Tim Quinn

 Description   

Attempting to launch an app client oever NAT

Public IP: 175.38.163.224
Private IP: 10.1.1.6
NAT on port 3700 of router to port 3700 of 10.1.1.6

In Domain.xml, i added

<jvm-options>-Dcom.sun.corba.ee.ORBVAAHost=175.38.163.224</jvm-options>
<jvm-options>-Dcom.sun.corba.ee.ORBVAAPort=3700</jvm-options>
<jvm-options>-Dcom.sun.corba.ee.ORBUserConfigurators.com.sun.corba.ee.impl.plugin.hwlb.VirtualAddressAgentImpl=x</jvm-options>

Behind NAT I type in the browser

http://175.38.163.224:8080/MockEar/MockEar-app-client

Java Web Start gets launched reports

java.io.FileNotFoundException: http://175.38.163.224:8080/___JWSappclient/___system/___dyn/___system_s1...

http://www.java.net/forum/topic/glassfish/glassfish/gf-311-cant-launch-app-client-behind-nat

I've tried clearing JWS cache, the java web start folder in glassfish/domains/domain1 and redeploying but nothing.

Additionally, when setting ORBVAAHost, etc the app client doesn't launch within the local network where the server is deployed.



 Comments   
Comment by pablopina [ 05/Aug/11 03:49 PM ]

After another night of 'research' I feel i can be a bit more specific:

I went past the JWS error:

java.io.FileNotFoundException: http://175.38.163.224:8080/___JWSappclient/___system/___dyn/___system_s1...

Now it looks like it downloads all the jars, java console starts, the main class gets loaded, I have a
static { System.out.println("Class loaded") }
just before
@EJB MyEJMRemote remoteEJB;

In the console, i get to see 'Class loaded'

but then it doesn't go past there.... I've been waiting for over 10 minutes and it doesn't report error message

Comment by pablopina [ 27/Sep/11 01:14 PM ]

Tim,

Will this sove the issue?

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

Comment by Tim Quinn [ 27/Sep/11 02:49 PM ]

It's possible that the changes described in 17151 would resolve your latest problem as well.

Are you able and interested in trying the changes described there in your environment, just as a test, to see if they resolve the problem you are seeing?

I meant to do so earlier, but given that the client is now launching properly this issue is more directly related to the ORB, so I'm going to transfer the issue to that team. It's certainly related to 17151.

I'm also changing the title of the issue to reflect the later problem.

Comment by pablopina [ 27/Sep/11 11:04 PM ]

Tim,

According to Blaise (the reporter of GLASSFISH-17151) they just had to rebuild orb-iiop.jar.

Now that you have reassigned it to the ORB team i'll wait a couple of days to see if they are able to respond (as I am very busy atm) and if they are unable to, yeah, i'll give it a go myself.

Comment by Harshad Vilekar [ 09/Dec/11 04:14 AM ]

Does this work OK with latest 3.1.2 build ? GlASSFISH-17151 is fixed in 3.1.2.





[GLASSFISH-20839] Corba: GF QL failing with JDK7U25: java.security.AccessControlException Created: 01/Oct/13  Updated: 01/Oct/13

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

Type: Bug Priority: Blocker
Reporter: Joe Di Pol Assignee: russgold
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: Joe Di Pol and russgold

 Description   

GF full profile QL fails with this exception when
running with JDK7U25. When running with JDK7U09, the failure
does not occur.

Logs here:
http://gf-hudson.us.oracle.com/hudson/view/GlassFish/view/Trunk%20Continuous/job/gf-trunk-build-continuous/14626/
Results here:
http://gf-hudson.us.oracle.com/hudson/view/GlassFish/view/Trunk%20Continuous/job/gf-trunk-build-continuous/14626/testReport/

It looks like the error is coming from Corba.

Caused by: java.rmi.RemoteException: ; nested exception is:
java.security.AccessControlException: access denied ("java.io.SerializablePermission" "enableSubclassImplementation")
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:142)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:478)
... 93 more
Caused by: java.security.AccessControlException: access denied ("java.io.SerializablePermission" "enableSubclassImplementation")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:372)
at java.security.AccessController.checkPermission(AccessController.java:559)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at org.omg.CORBA_2_3.portable.OutputStream.checkPermission(OutputStream.java:65)
at org.omg.CORBA_2_3.portable.OutputStream.<init>(OutputStream.java:81)
at com.sun.corba.ee.impl.encoding.CDROutputObject.<init>(CDROutputObject.java:136)
at com.sun.corba.ee.impl.encoding.EncapsOutputStream.<init>(EncapsOutputStream.java:97)
at com.sun.corba.ee.impl.encoding.EncapsOutputStream.<init>(EncapsOutputStream.java:89)
at com.sun.corba.ee.impl.orb.ORBImpl.create_output_stream(ORBImpl.java:706)
at com.sun.corba.ee.impl.corba.AnyImpl.create_input_stream(AnyImpl.java:544)
at org.omg.CosTransactions.OTSPolicyValueHelper.extract(OTSPolicyValueHelper.java:25)
at com.sun.jts.pi.InterceptorImpl.send_request(InterceptorImpl.java:253)
at com.sun.corba.ee.impl.interceptors.InterceptorInvoker.invokeClientInterceptorStartingPoint(InterceptorInvoker.java:290)
at com.sun.corba.ee.impl.interceptors.PIHandlerImpl.invokeClientPIStartingPoint(PIHandlerImpl.java:378)
at com.sun.corba.ee.impl.protocol.ClientRequestDispatcherImpl.beginRequest(ClientRequestDispatcherImpl.java:324)
at com.sun.corba.ee.impl.protocol.ClientDelegateImpl.request(ClientDelegateImpl.java:227)
at com.sun.corba.ee.impl.protocol.ClientDelegateImpl.is_a(ClientDelegateImpl.java:392)
at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:130)
at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69)
at com.sun.jndi.cosnaming.CNCtx.callResolve(CNCtx.java:490)
at com.sun.jndi.cosnaming.CNCtx.lookup(CNCtx.java:541)
at com.sun.jndi.cosnaming.CNCtx.lookup(CNCtx.java:519)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at com.sun.enterprise.naming.util.IIOPObjectFactory.getObjectInstance(IIOPObjectFactory.java:71)
at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:321)
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:133)
... 94 more
]]



 Comments   
Comment by Joe Di Pol [ 01/Oct/13 06:31 PM ]

Comments from JDK team:

we fixed a vulnerability in JDK code around the org.omg.CORBA_2_3.portable.OutputStream class (7u25 fix). Any code extending that class will now need extra permission check if a security manager is installed.

There is a property flag to allow subclass instantiations without the security check (jdk.corba.allowOutputStreamSubclass=true)





[GLASSFISH-20830] NetBeans: Compiled web project fails to deploy as Glassfish reports it cannot undeploy it Created: 30/Sep/13  Updated: 09/Oct/13

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

Type: Bug Priority: Blocker
Reporter: ajeh Assignee: michael.y.chen
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux


Tags:
Participants: ajeh and michael.y.chen

 Description   

Product Version = NetBeans IDE 7.4 RC1 (Build 201309162201)
Operating System = Linux version 2.6.35.14-96.PhenomX4full.fc14.x86_64 running on amd64
Java; VM; Vendor = 1.7.0_25
Runtime = Java HotSpot(TM) 64-Bit Server VM 23.25-b01

ant -f /home/user/NetBeansProjects/Builder/Builder-war -Dbrowser.context=/home/user/NetBeansProjects/Builder/Builder-war -DforceRedeploy=true -Ddirectory.deployment.supported=true -Dnb.wait.for.caches=true -Dnb.internal.action.name=redeploy run-deploy
init:
deps-module-jar:
Builder-ejb.init:
Builder-ejb.deps-jar:
Builder-ejb.compile:
Builder-ejb.library-inclusion-in-archive:
Builder-ejb.dist:
deps-ear-jar:
deps-jar:
library-inclusion-in-archive:
library-inclusion-in-manifest:
compile:
compile-jsps:
In-place deployment at /home/user/NetBeansProjects/Builder/Builder-war/build/web
GlassFish Server 4.0, deploy, null, false
/home/user/NetBeansProjects/Builder/Builder-war/nbproject/build-impl.xml:1051: The module has not been deployed.
See the server log for details.
BUILD FAILED (total time: 0 seconds)



 Comments   
Comment by ajeh [ 30/Sep/13 05:19 PM ]

INFO: visiting unvisited references
INFO: visiting unvisited references
INFO: visiting unvisited references
WARNING: java.lang.Exception: Virtual server server already has a web module Builder-war.war loaded at /Builder-war therefore web module Builder-war cannot be loaded at this context path on this virtual server
java.lang.Exception: Virtual server server already has a web module Builder-war.war loaded at /Builder-war therefore web module Builder-war cannot be loaded at this context path on this virtual server
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2069)
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:724)

SEVERE: Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.Exception: Virtual server server already has a web module Builder-war.war loaded at /Builder-war therefore web module Builder-war cannot be loaded at this context path on this virtual server
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:724)

SEVERE: Exception during lifecycle processing
java.lang.Exception: java.lang.Exception: Virtual server server already has a web module Builder-war.war loaded at /Builder-war therefore web module Builder-war cannot be loaded at this context path on this virtual server
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:724)

SEVERE: Exception while loading the app
SEVERE: Undeployment failed for context /Builder-war
SEVERE: Exception while loading the app : java.lang.Exception: Virtual server server already has a web module Builder-war.war loaded at /Builder-war therefore web module Builder-war cannot be loaded at this context path on this virtual server

Comment by ajeh [ 30/Sep/13 05:20 PM ]

Command line undeploying fails too:

$ ./asadmin undeploy Builder-war
Exception in thread "main" java.lang.UnsupportedClassVersionError: org/glassfish/admin/cli/AsadminMain : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:634)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: org.glassfish.admin.cli.AsadminMain. Program will exit.

Comment by ajeh [ 30/Sep/13 05:20 PM ]

This also affects JSF projects with session beans, not necessarily EJB projects. Can you please undo the change in GF build 89 that broke deployment and push another update?

Comment by ajeh [ 30/Sep/13 05:20 PM ]

TomasKraus@netbeans.org 2013-09-30 13:38:01 UTC
Please report this issue on GlassFish bug tracking tool:

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

You need to log in and create new issue.
Just copy-paste anything you posted here.

I don't think this is P1 problem of GlassFish plugin in NetBeans.

Please let me know when GF bug is created. I would like to close this bug.

Comment by ajeh [ 09/Oct/13 09:03 PM ]

This was probably caused by Linux permissions on the domain folder. After reinstalling GF with sudo it seems to work fine. This can be closed.





[GLASSFISH-20712] Session Replication (Possibly CNF error in web container?) Created: 19/Jul/13  Updated: 13/Aug/13

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

Type: Bug Priority: Blocker
Reporter: alev50 Assignee: Rajiv Mordani
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

1 node, 1 cluster, 2 instances


File Attachments: Zip Archive logs_180713_1612.zip    
Tags:
Participants: alev50, Ed Bratt, Rajiv Mordani, Sanjeeb Sahoo and Shing Wai Chan

 Description   

Here is the scenario I played :

1 - Start cluster
2 - Deploy web app
3 - Connect through load balancer -> instance 2
4 - Log on
5 - Stop instance 2
6 - Refresh browser -> instance 1
7 - Session lost + StreamCorruptedException
8 - Stop cluster

Logs are attached.

Thanks for help.

Regards,

Anthony

-----------------------------------------------------------------------------------------------------------------
Fialli Joe joe.fialli@oracle.com via shoal.java.net

Thanks for providing a full set of server logs just containing the test scenario that is failing for you.

I just want to make an overall statement that we are trying to track down class loading issues in the web container.
So you might want to post this issue to glassfish alias instead of the shoal alias.
So it is overkill to turn on the shoal logging to FINEST since that subsystem could not even be responsible
for corrupted stream (grizzly is the transport for messages between cluster members and the web container passes a
byte of serialized content into Shoal messaging system and when trying to reconstitute replicated session,
the byte array is taken out of shoal messaging subsystem and deserialized should be deserialized using web container class path.
While the failure is stating corrupted stream, the failure is always exactly the same type code of "00". If it truely was a corrupted stream,
we would see different values all the time. The best bet for Type Code 00 in stream is a class not being found.
The ClassNotFoundException is getting consumed and not reported.

Possible reason for the ClassNotFoundException is the following.

My observations when looking at the server log you sent yesterday was that it was incorrect
for there not to be a Web Container classloader context to deserialize the session context
(after all, the class is the app loaded in the container, the default ObjectInputStream is not going
to be able to deserialize that.)

So this failure is significant and needs interpretation by someone who works on web container. It happens quite a bit in the server logs that you sent in.
I am not aware why this would happen. The following might explain trying to deserialize replicated content in web container without using a web container
class path.

[#|2013-07-18T16:00:02.639+0200|FINEST|glassfish3.1.2|org.apache.catalina.loader.WebappLoader|_ThreadID=10;_ThreadName=Thread-2;ClassName=null;MethodName=null;|getClasspath
java.lang.NoSuchMethodException: com.sun.enterprise.v3.server.APIClassLoaderServiceImpl$APIClassLoader.getClasspath()
at java.lang.Class.getMethod(Class.java:1607)
at org.apache.catalina.loader.WebappLoader.getClasspath(WebappLoader.java:1196)
at org.apache.catalina.loader.WebappLoader.setClassPath(WebappLoader.java:1145)
at org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:692)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5298)
at com.sun.enterprise.web.WebModule.start(WebModule.java:498)
at org.apache.catalina.core.ContainerBase.startChildren(ContainerBase.java:1518)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1184)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:995)
at org.apache.catalina.core.ContainerBase.startChildren(ContainerBase.java:1518)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1184)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:529)
at org.apache.catalina.startup.Embedded.start(Embedded.java:942)
at com.sun.enterprise.web.WebContainer.postConstruct(WebContainer.java:604)
at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131)
at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
at org.glassfish.internal.data.EngineInfo.getContainer(EngineInfo.java:93)
at com.sun.enterprise.v3.services.impl.WebContainerStarter.startWebContainer(WebContainerStarter.java:202)
at com.sun.enterprise.v3.services.impl.WebContainerStarter.postConstruct(WebContainerStarter.java:134)
at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131)
at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:253)
at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:145)
at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:136)
at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:69)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55)

#]

*************

Here is time of first stream corrupted warning log message.
#|2013-07-18T16:06:35.588+0200|WARNING|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.ha.session.management|_ThreadID=75;_ThreadName=Thread-2;|Exception occurred in getSession

java.io.StreamCorruptedException: invalid type code: 00

Here is ClassNotFoundException that was probably related to that failure. (Note that this is a nested anonymous class. Typically difficult to serialize correctly.)
So the class below is probably one to look at.

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.service.BanqueServiceImpl$$EnhancerByCGLIB$$fedb0661)|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| --> Passing on ClassNotFoundException|#]

Here are a large number classes that are being looked for just before this ClassNotFoundException log message.
[#|2013-07-18T16:06:34.749+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| --> Passing on ClassNotFoundException|#]

Note that the classes are mostly UI classes related to ajax, java faces.

[#|2013-07-18T16:06:37.493+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.web.messages)|#]
[#|2013-07-18T16:06:37.508+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.web.messages_fr)|#]
[#|2013-07-18T16:06:37.514+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.web.messages_fr_FR)|#]

[#|2013-07-18T16:06:38.123+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.xml.serializer.XMLEntities)|#]
[#|2013-07-18T16:06:38.129+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.xml.serializer.XMLEntities_fr)|#]

[#|2013-07-18T16:06:38.137+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.xml.serializer.XMLEntities_fr_FR)|#]

[#|2013-07-18T16:06:35.921+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.component.AjaxViewRootBeanInfo)|#]

[#|2013-07-18T16:06:35.925+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIViewRootBeanInfo)|#]

[#|2013-07-18T16:06:35.926+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIComponentBaseBeanInfo)|#]

[#|2013-07-18T16:06:36.012+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.messages_fr)|#]

[#|2013-07-18T16:06:36.019+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.messages_fr_FR)|#]

[#|2013-07-18T16:06:37.178+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.sun.facelets.compiler.UIInstructionsBeanInfo)|#]

[#|2013-07-18T16:06:37.183+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.sun.facelets.compiler.UILeafBeanInfo)|#]

[#|2013-07-18T16:06:37.190+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(login)|#]
[#|2013-07-18T16:06:37.198+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(login_fr_FR)|#]

[#|2013-07-18T16:06:37.205+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.html.HtmlFormBeanInfo)|#]
[#|2013-07-18T16:06:37.207+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIFormBeanInfo)|#]

[#|2013-07-18T16:06:37.253+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.html.HtmlMessagesBeanInfo)|#]
[#|2013-07-18T16:06:37.255+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIMessagesBeanInfo)|#]
[#|2013-07-18T16:06:37.265+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.richfaces.component.html.HtmlInputTextBeanInfo)|#]
[#|2013-07-18T16:06:37.273+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIInputBeanInfo)|#]

[#|2013-07-18T16:06:37.277+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIOutputBeanInfo)|#]
[#|2013-07-18T16:06:37.326+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.richfaces.component.html.HtmlInputSecretBeanInfo)|#]

[#|2013-07-18T16:06:37.328+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.richfaces.component.html.HtmlInputSecretBeanInfo)|#]

[#|2013-07-18T16:06:37.341+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.html.HtmlCommandButtonBeanInfo)|#]
[#|2013-07-18T16:06:37.344+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UICommandBeanInfo)|#]
[#|2013-07-18T16:06:37.392+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.html.HtmlSelectBooleanCheckboxBeanInfo)|#]

[#|2013-07-18T16:06:37.195+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(login_fr)|#]

[#|2013-07-18T16:06:35.582+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=loadClass;|loadClass(com.transat.ga2010.service.BanqueServiceImpl$$EnhancerByCGLIB$$fedb0661)|#]

[#|2013-07-18T16:06:35.582+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=loadClass;| Delegating to classloader1 org.glassfish.internal.api.DelegatingClassLoader@7a8f9805|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=loadClass;| Searching local repositories|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClass(com.transat.ga2010.service.BanqueServiceImpl$$EnhancerByCGLIB$$fedb0661)|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.service.BanqueServiceImpl$$EnhancerByCGLIB$$fedb0661)|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| --> Passing on ClassNotFoundException|#]

[#|2013-07-18T16:06:35.582+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=loadClass;|loadClass(com.transat.ga2010.service.BanqueServiceImpl$$EnhancerByCGLIB$$fedb0661)|#]

[#|2013-07-18T16:06:35.582+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=loadClass;| Delegating to classloader1 org.glassfish.internal.api.DelegatingClassLoader@7a8f9805|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=loadClass;| Searching local repositories|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClass(com.transat.ga2010.service.BanqueServiceImpl$$EnhancerByCGLIB$$fedb0661)|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.service.BanqueServiceImpl$$EnhancerByCGLIB$$fedb0661)|#]



 Comments   
Comment by Ed Bratt [ 19/Jul/13 05:21 PM ]

Posting for Reporter. Clear virus scan.

Comment by Sanjeeb Sahoo [ 22/Jul/13 07:45 PM ]

The following exception happens because WebappLoader is reflectively calling getClasspath method in all class loaders in the class loader chain and APIClassLoader does not have such a method. From what I see WebappLoader does not consider this to be an issue, as it logs the exception in FINEST level. So, I am assigning the issue to web container folks to figure out why session replication does not happen.

"[#|2013-07-18T16:00:02.639+0200|FINEST|glassfish3.1.2|org.apache.catalina.loader.WebappLoader|_ThreadID=10;_ThreadName=Thread-2;ClassName=null;MethodName=null;|getClasspath
java.lang.NoSuchMethodException: com.sun.enterprise.v3.server.APIClassLoaderServiceImpl$APIClassLoader.getClasspath()

Thanks,
Sahoo

Comment by Shing Wai Chan [ 06/Aug/13 07:16 PM ]

Can you attach a test case for this?

Comment by alev50 [ 12/Aug/13 08:47 PM ]

Not really, I deploy my production web app on a cluster, I stop the current instance and replication fails on a StreamCorruptedException. How could I write a simple test case for this ?

Thanks,

Anthony

Comment by Shing Wai Chan [ 12/Aug/13 10:17 PM ]

We have a unit test for session replication. It is working fine. So, we need more information to debug this. Can you try to construct a unit test case?

Comment by Shing Wai Chan [ 13/Aug/13 12:15 AM ]

Assign to Rajiv for session replication issue.





[GLASSFISH-20998] JMS messages lose message properties when sent via JMSContext. Selector's don't work. Created: 01/Mar/14  Updated: 03/Mar/14

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

Type: Bug Priority: Blocker
Reporter: pranahata Assignee: David Zhao
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: David Zhao, Nigel Deakin and pranahata

 Description   

When sending a message via JMSContext, none of the properties sent on the message arrive at the client, making jms message selectors unusable.

You can use the same test case as here, https://java.net/jira/browse/GLASSFISH-20973



 Comments   
Comment by Nigel Deakin [ 03/Mar/14 10:03 AM ]

Seems to work for me. Can you please paste the exact code you used to set the property?

I tried these two variants:

setting it directly on the Message:

try (JMSContext context = connectionFactory.createContext()){
   TextMessage textMessage = context.createTextMessage("Hello world");
   textMessage.setStringProperty("MyProperty", "Koala");
   context.createProducer().send(inboundQueue,m);
}

and setting it via the JMSProducer

try (JMSContext context = connectionFactory.createContext()){
   context.createProducer().setProperty("MyProperty", "Wombat").send(inboundQueue,"Hello world");
}

and checked the property was set on the received message using

String myProp = message.getStringProperty("MyProperty");

and confirmed that the expected property value was set.





[GLASSFISH-21005] GlassFish stops responding to http connections if client aborts downloads (grizzly or http service i suppose) Created: 08/Mar/14  Updated: 13/Mar/14

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

Type: Bug Priority: Blocker
Reporter: pranahata Assignee: oleksiys
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

CenOs 64 bit, Java 7 u 51


Tags:
Participants: oleksiys and pranahata

 Description   

To reproduce the issue

Create a Serlvet that serves a file.

From a different box, do this a few hundred times.

HttpURLConnection connection = null;

URL url = new URL("http://lala:8080/myapp/myfileservingservlet");
connection = (HttpURLConnection)url.openConnection();

connection.setDoInput(true);
connection.setRequestMethod("GET");
InputStream is = connection.getInputStream();
connection.getHeaderField("Content-Type);
connection.disconnect();

GlassFish logs shows a fair few of these:

Caused by: java.io.IOException: Connection closed
at org.glassfish.grizzly.asyncqueue.TaskQueue.onClose(TaskQueue.java:298) ~[nucleus-grizzly-all.jar:na]
at org.glassfish.grizzly.nio.AbstractNIOAsyncQueueWriter.onClose(AbstractNIOAsyncQueueWriter.java:613) ~[nucleus-grizzly-all.jar:na]

And also a fair few of these

java.io.IOException: Broken pipe
at sun.nio.ch.FileDispatcherImpl.write0(Native Method)
at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47)
at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93)
at sun.nio.ch.IOUtil.write(IOUtil.java:51)
at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:487)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.flushByteBuffer(TCPNIOTransport.java:1252)

Trying to get anything else from the server shows:

Caused by: org.apache.http.NoHttpResponseException: The target server failed to respond

Note that it is easier to reproduce if the request goes over the internet but doesn't happen so frequently if using localhost, no sure about another box in the local network.

I have also seen the same errors in the logs when launching jws applications via JnlpDownloadServlet. To my undertanding the jws container does a similar thing by requesting the http headers of a jar but then aborting the download if the jar is in the jws cache and hasn't been modified.

Setting as blocker as it can make the server unusable and there one can not control how http clients interact with the server.



 Comments   
Comment by oleksiys [ 12/Mar/14 06:13 AM ]

Can you please try this patch [1] and check if it's still reproducible?

Thanks.

[1] https://dl.dropboxusercontent.com/u/7319744/nucleus-grizzly-all.jar

Comment by pranahata [ 13/Mar/14 12:30 AM ]

Olexsys,

I am quite busy at the moment, the test case is pretty simple. Where you able to reproduce the error without the patch?





[GLASSFISH-20927] java.lang.ArrayIndexOutOfBoundsException on modifucation of the empty HashSet serialized over corba (JDK 1.7.0_u45) Created: 16/Dec/13  Updated: 01/Apr/14

Status: Open
Project: glassfish
Component/s: orb
Affects Version/s: 3.1.2, 3.1.2.2
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: Peter Butkovic Assignee: russellgold
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

fedora 17, Oracle JDK 1.7.0_u45


Tags: 4_0_1-evangelists 4_0_1-review
Participants: mduigou, Peter Butkovic, russellgold and russgold

 Description   

When modifying empty HashSet that has been previously serialized over Corba, Following exception happens:

...
Caused by: java.lang.ArrayIndexOutOfBoundsException: -1636631191
at java.util.HashMap.put(HashMap.java:498)
at java.util.HashSet.add(HashSet.java:217)
...

The reason seems to be in the one of the latest changes done in the JDK 1.7.0_u45 (I compared only to JDK 1.7.0_u25, where problem doesn't occur) within the internal implementation of the HashMap.

Namely following sections harm it:

In the HashMap:

public V put(K key, V value) {
if (table == EMPTY_TABLE) { inflateTable(threshold); }
...
so after the serialization / deserialization table is not equal to EMPTY_TABLE any more => won't ever call
inflateTable(threshold);
=> internal field: table won't be initialized (is empty) => later modifications fail with ArrayIndexOutOfBoundsException.

The source of the trouble seem to be optimization via introducing EMPTY_TABLE variable. However JDK expects to call readObject() on deserialization, where the reference would be fixed, corba seem to ignore it however.

See the attached test program (Arquilian with embedded glassfish 3.1.2) for reproducing the error. Simply run:
mvn test

Please note that failure comes from the:
BBean.wontWork(...)
as corba serialization already happened.

If modification is done prio to that => in:
ABean.worksOK
=> set won't be empty during corba serialization time
(commented out section)
problem won't happen.



 Comments   
Comment by Peter Butkovic [ 16/Dec/13 12:26 PM ]

I guess I'm not allowed to attach anything Well, that's weird.

Anyway, the test case is available on github: https://github.com/typekpb/GLASSFISH-20927

to reproduce, go for the:
git clone https://github.com/typekpb/GLASSFISH-20927 GLASSFISH-20927
cd GLASSFISH-20927
mvn test

Just make sure to test with the Oracle JDK 1.7.0_u45

Comment by mduigou [ 17/Dec/13 06:36 PM ]

See also GLASSFISH-20814 which is related.

Comment by russgold [ 20/Dec/13 04:39 PM ]

I can duplicate it using your test case. What I don't seem to be able to do is attach a debugger to server process in which the failure is happening - that could be related by lack of familiarity with Arquillian.

Comment by Peter Butkovic [ 21/Dec/13 08:20 PM ]

would this work for you? http://arquillian.org/guides/getting_started/#debug_the_test

Comment by russgold [ 24/Dec/13 09:22 PM ]

This is actually the same issue as GLASSFISH-20814; We will fix it in GF 4 and then look into back porting. Further comments will be found on the other bug.





[GLASSFISH-20616] Strange EntityManager errors in @Singleton @Startup @PostConstruct Created: 07/Jun/13  Updated: 01/Apr/14

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

Type: Bug Priority: Blocker
Reporter: reza_rahman Assignee: vince kraemer
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

File Attachments: Zip Archive cargotracker.zip     Text File server.log     File server.log.tang     Zip Archive startup-ejb-bug.zip    
Issue Links:
Dependency
blocks CARGOTRACKER-1 Make project work on latest GlassFish... In Progress
Tags: 4_0_1-evangelists 4_0_1-review
Participants: guojun.shan, marina vatkina, Reitffunk, reza_rahman, TangYong and vince kraemer

 Description   

I am doing a complete sample data drop and recreate inside @Singleton @Startup @PostConstruct. Everything works fine the first time the application is deployed. When the same application is redeployed, I get a strange entity manager error (below). Strangely, the error does not happen if I explicitly do an undeploy and then a deploy (as opposed to simply a redeploy). Even more strangely, if I do a redeploy again after I get the error, everything works fine.

I happen to be using javax.persistence.schema-generation.database.action=create which I don't think is the real issue here. javax.persistence.schema-generation.database.action=drop-and-create causes the same issue.

The application (as a Maven project) and log output attached.

I filed a related NetBeans issue on this that I am going to close: https://netbeans.org/bugzilla/show_bug.cgi?id=230882.

SEVERE: Exception while loading the app : javax.ejb.CreateException: Initialization failed for Singleton SampleDataGenerator
javax.ejb.CreateException: Initialization failed for Singleton SampleDataGenerator
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:483)
at com.sun.ejb.containers.AbstractSingletonContainer.access$000(AbstractSingletonContainer.java:81)
at com.sun.ejb.containers.AbstractSingletonContainer$SingletonContextFactory.create(AbstractSingletonContainer.java:654)
at com.sun.ejb.containers.AbstractSingletonContainer.instantiateSingletonInstance(AbstractSingletonContainer.java:396)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:219)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:180)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.doStartup(SingletonLifeCycleManager.java:158)
at org.glassfish.ejb.startup.EjbApplication.start(EjbApplication.java:166)
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.IllegalStateException: Attempting to execute an operation on a closed EntityManagerFactory.
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.verifyOpen(EntityManagerFactoryDelegate.java:338)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.createEntityManagerImpl(EntityManagerFactoryDelegate.java:303)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:336)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:317)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper._getDelegate(EntityManagerWrapper.java:197)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper.createQuery(EntityManagerWrapper.java:477)
at net.java.cargotracker.application.util.SampleDataGenerator.unLoadAll(SampleDataGenerator.java:61)
at net.java.cargotracker.application.util.SampleDataGenerator.loadSampleData(SampleDataGenerator.java:49)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1035)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:125)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:412)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:375)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:1949)
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:475)
... 44 more



 Comments   
Comment by reza_rahman [ 07/Aug/13 09:33 PM ]

I am able to re-create this bug even for a very simple case (attached). I believe this is a bug that will effect any non-trivial JPA operations inside @Startup @PostConstruct (which was an explicitly discussed use case in the EJB 3.1 EG and the reason @Startup @PostConstruct was made transactional).

Comment by reza_rahman [ 07/Aug/13 09:35 PM ]

Attaching very simple application demonstrating the issue.

Comment by marina vatkina [ 03/Sep/13 05:50 PM ]

The cause of the problem at hand: java:global/jms/MisdirectedCargoQueue fails to unbind.

I don't know what's the problem with the Queue (the error is "javax.naming.NameNotFoundException: Cannot find name to unbind") or whether it is ok that it can't be unbound.

When the error above happens, it a) is reported at the FINE level by the EJB container (that's why it's not visible), but more importantly b) nothing else is unbound because the unbind logic in ComponentEnvManagerImpl#unbindFromComponentNamespace is fail-fast, i.e. the 1st error is just thrown to the caller and the rest of the unbinding processing won't be executed if that happens.

Adding try-catch around each namingManager.unpublishObject call in the method above fixes the undeployment issue.

Comment by guojun.shan [ 26/Sep/13 02:12 AM ]

according to Marina's investigation, I change JNDI's unbind behavior.Won’t throw NameNotFoundException exception in case of leaf node is not found.
Submit in Glassfish trunk revision: 62683.

Comment by guojun.shan [ 26/Sep/13 02:13 AM ]

reza_rahman, Could you check if this change fix your problem? thanks.

Comment by reza_rahman [ 27/Sep/13 12:18 AM ]

I can confirm that the deployment does not break any more! Should we close the bug for now?

Comment by guojun.shan [ 27/Sep/13 12:24 AM ]

You can close it, if it fix your problem. thanks.

Comment by reza_rahman [ 27/Sep/13 12:37 AM ]

I'm afraid I spoke too soon. The issue does not occur any more on the larger Cargo Tracker application, but it still occurs in the smaller sample. What should we do?

Comment by guojun.shan [ 27/Sep/13 01:59 AM ]

Could you attach your error message and the binary application here? i can not build it locally.

Comment by reza_rahman [ 27/Sep/13 02:20 AM ]

Code with simplified POM.

Comment by reza_rahman [ 27/Sep/13 02:25 AM ]

Could you try the simplified POM I just uploaded? It would be weird to get build issues since the only dependency is Java EE 7.

BTW, you should try to use NetBeans to reproduce the issue if possible. Through asadmin and the console, the bug has not been consistent. It is consistent via NetBeans.

Here is the error:

SEVERE: Exception while loading the app : javax.ejb.CreateException: Initialization failed for Singleton TestStartup
javax.ejb.CreateException: Initialization failed for Singleton TestStartup
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:487)
at com.sun.ejb.containers.AbstractSingletonContainer.access$000(AbstractSingletonContainer.java:81)
at com.sun.ejb.containers.AbstractSingletonContainer$SingletonContextFactory.create(AbstractSingletonContainer.java:658)
at com.sun.ejb.containers.AbstractSingletonContainer.instantiateSingletonInstance(AbstractSingletonContainer.java:400)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:219)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:180)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.doStartup(SingletonLifeCycleManager.java:158)
at org.glassfish.ejb.startup.EjbApplication.start(EjbApplication.java:166)
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:500)
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:496)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:175)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:187)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:837)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.IllegalStateException: Attempting to execute an operation on a closed EntityManagerFactory.
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.verifyOpen(EntityManagerFactoryDelegate.java:338)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.createEntityManagerImpl(EntityManagerFactoryDelegate.java:303)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:336)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:317)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper._getDelegate(EntityManagerWrapper.java:197)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper.persist(EntityManagerWrapper.java:287)
at com.mycompany.startup.ejb.bug.TestStartup.onStart(TestStartup.java:32)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1035)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:125)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:412)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:375)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:1949)
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:479)
... 49 more

Comment by guojun.shan [ 27/Sep/13 02:46 AM ]

I checked your startup-ejb-bug.zip.there is no java:global/jms/MisdirectedCargoQueue definition.
So my fix on JNDI unbind won't fix your problem. I think throwing NamingNotfound exception in unbind is not the root cause of your problem.
we still need EJB container's help to find the root cause.
Marina, what are your ideas on that? thanks.

Comment by TangYong [ 27/Sep/13 02:49 AM ]

reza_rahman,

Using eclipse and asadmin cli can not re-produce the above exception, and anything seems to be OK(seeing the attachment, server.log.tang)

However, I have not tried netbeans.

Thanks
Tang

Comment by TangYong [ 27/Sep/13 02:51 AM ]

guojun.shan,

the second sample(startup-ejb-bug.zip) is not related to Naming.

reza_rahman,

You firstly executed asadmin start-database?

Thanks
Tang

Comment by reza_rahman [ 27/Sep/13 03:00 AM ]

In Eclipse, you'll need to make a minor code change (e.g. spacing/formatting) to reproduce the issue (just try to re-run a couple of times making needless changes).

NetBeans starts Derby automatically (as can Eclipse).

Comment by TangYong [ 27/Sep/13 03:14 AM ]

reza_rahman,

As you said, I made formatting in eclipse and deployed it many times, however, can not re-produce the exception.

Well, the following is my step:

1. mvn eclipse:eclipse
2. importing the project into eclipse and executing "source/format" for TestStartup.java and TestEntity.java
3. mvn clean install
4. asadmin start-database
5. asadmin deploy ....

Thanks
Tang

Comment by reza_rahman [ 27/Sep/13 03:19 AM ]

You will need to deploy via the GlassFish Eclipse plugin. As I noted, deploying from asadmin will not always reproduce the issue.

Comment by TangYong [ 27/Sep/13 06:10 AM ]

reza_rahman,

Using GlassFish Eclipse plugin can not still reproduce the exception, so, maybe this is truly related to NetBeans env.

My Steps is as following:

1. downloading and installing GlassFish Eclipse plugin for kepler , then restarting kepler
2. mvn eclipse:eclipse
3. importing the project into eclipse and executing "source/format" for TestStartup.java and TestEntity.java
4. adding project facet("Dynamic Web Module") into the imported project, and then, configuring GlassFish 4 runtime
I uses glassfish-4.0.1-b03

5. asadmin start-database from shell because I have not found how to starts Derby automatically from kepler
6. click "Run As/Run On Server" to deploy and start the sample

The result is the same as server.log.tang.

Thanks
Tang

Comment by reza_rahman [ 27/Sep/13 06:21 AM ]

Your workflow to reproduce should be something like this:

1. Open the project in Eclipse.
2. Run the project - things will be fine.
3. Stop GlassFish.
4. Randomly add some spaces somewhere in the source files.
5. Run the project again - the deployment error will occur.

You can get Derby to run automatically from the GlassFish Preferences: https://glassfishplugins.java.net/eclipse36/#4.

Comment by TangYong [ 27/Sep/13 08:13 AM ]

Thanks Reza's reply and as you note, I found another issue related GlassFish Plugin For Keplar, and have filed the issue[1].

[1]: https://java.net/jira/browse/GLASSFISHPLUGINS-373

GLASSFISHPLUGINS-373 happened after I uses "Changing Global Preferences for the GlassFish Server" and auto-start derby, so, I will re-back manual starting derby, then, adding space into source file to see what will happen.

Comment by TangYong [ 27/Sep/13 08:16 AM ]

Firstly change the Component/s: into ide-integration and pl. vince kraemer evaluates it.

Comment by TangYong [ 27/Sep/13 08:28 AM ]

Reza,vince

I have re-produced the issue and exception is the same as you! However, now, I have not still judged the issue is caused by GlassFish side or IDE Plugin side. Will continue to investigate.

[Reproduce Steps]
1. downloading and installing GlassFish Eclipse plugin for kepler , then restarting kepler
2. mvn eclipse:eclipse
3. importing the project into eclipse
4. adding project facet("Dynamic Web Module") into the imported project, and then, configuring GlassFish 4 runtime
I uses glassfish-4.0.1-b03

5. asadmin start-database from shell
6. click "Run As/Run On Server" to deploy and start the sample and the first time, this will be successful.
7. asadmin stop-domain (not execute "asadmin stop-database")
8. Randomly add some spaces somewhere in the source files.
9. re-click "Run As/Run On Server" to deploy and start the sample, then, exception happened!

In addition, from workspace/.metadata/.log, the following exception happened,

!ENTRY oracle.eclipse.tools.glassfish 4 0 2013-09-27 17:29:51.978
!MESSAGE cannot Deploy startup-ejb-bug
!STACK 0
java.lang.Exception: deploy is failing=Error occurred during deployment: Exception while loading the app : javax.ejb.CreateException: Initialization failed for Singleton TestStartup. Please see server.log for more details.
at oracle.eclipse.tools.glassfish.GlassfishGenericServerBehaviour.publishDeployedDirectory(GlassfishGenericServerBehaviour.java:496)
at oracle.eclipse.tools.glassfish.GlassfishV4ServerBehavior.publishModuleForGlassFishV3(GlassfishV4ServerBehavior.java:92)
at oracle.eclipse.tools.glassfish.GlassfishV4ServerBehavior.publishModule(GlassfishV4ServerBehavior.java:54)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:1091)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:1183)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:987)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:774)
at org.eclipse.wst.server.core.internal.Server.publishImpl(Server.java:3153)
at org.eclipse.wst.server.core.internal.Server$PublishJob.run(Server.java:345)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

Thanks
Tang

Comment by Reitffunk [ 04/Dec/13 03:53 PM ]

Same problem here. I think I found a simple way to workaround this. Just don't use the @PersistenceContext annotation in the @Startup-@Singleton-Bean. Instead of it, create the EntityManger manually. An EntityManager with @PersistenceContext is managed by the container, which I think don't closes the EntityManager properly sometimes, because it is a @Singleton. Just what I think, here is my working code:

private EntityManager entityManager;

@PostConstruct
public void init() { EntityManagerFactory emf = Persistence.createEntityManagerFactory("PERSISTENCE_UNIT_NAME"); entityManager = emf.createEntityManager(); //do some persist-things entityManager.flush(); entityManager.clear(); entityManager.close(); }

That fixed the problem for me by now.

EDIT: Don't know why lines are not wrapped.. in preview they are..





[GLASSFISH-18536] GF callback handler blocking a JASPIC provider when Principal is unknown Created: 21/Mar/12  Updated: 16/Apr/14

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

Type: Bug Priority: Blocker
Reporter: bjb Assignee: JeffTancill
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 2008 64bits


Tags: JASPIC blocking users groups principal unknown
Participants: arjan tijms, bjb, JeffTancill and kumarjayanti

 Description   

When sending an unknown Principal (principal not valid as per a local JAAS config) but valid on a global perspective (all checks was done in the JASPIC provider), the GF CallerPrincipal handler will throw a blocking exception in the process :

com.sun.enterprise.security.auth.realm.NoSuchUserException: Cet utilisateur [USER@INTRA-DEV01.DOMAIN-DEV01.LOCAL] n'existe pas. at com.sun.enterprise.security.auth.realm.file.FileRealm.getGroupNames(FileRealm.java:329) at com.sun.enterprise.security.auth.login.LoginContextDriver.jmacLogin(LoginContextDriver.java:566) at com.sun.enterprise.security.jmac.callback.BaseContainerCallbackHandler.processCallerPrincipal(BaseContainerCallbackHandler.java:257) at com.sun.enterprise.security.jmac.callback.BaseContainerCallbackHandler.processCallback(BaseContainerCallbackHandler.java:197) at com.sun.enterprise.security.jmac.callback.ServerContainerCallbackHandler.handleSupportedCallbacks(ServerContainerCallbackHandler.java:76) at com.sun.enterprise.security.jmac.callback.BaseContainerCallbackHandler.handle(BaseContainerCallbackHandler.java:187) at com.sun.enterprise.security.jmac.callback.ContainerCallbackHandler.handle(ContainerCallbackHandler.java:83) at net.java.spnego.PACSpnegoServerAuthModule.updateCallerPrincipal(PACSpnegoServerAuthModule.java:550) at net.java.spnego.PACSpnegoServerAuthModule.validateRequest(PACSpnegoServerAuthModule.java:354) at com.sun.enterprise.security.jmac.config.GFServerConfigProvider$GFServerAuthContext.validateRequest(GFServerConfigProvider.java:1171) at com.sun.web.security.RealmAdapter.validate(RealmAdapter.java:1445) at com.sun.web.security.RealmAdapter.invokeAuthenticateDelegate(RealmAdapter.java:1323) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:623) at org.apache.catalina.core.StandardPipeline.doChainInvoke(StandardPipeline.java:600) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:96) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:662)

The problem is that groups that were provided before with a call to the GF handler (Group handler) is not used but insteand GF access the default realm (file) to fetch the user's groups.

This is blocking usage of non-JAAS bridge profile JASPIC providers.

To lower the state of this issue, either fix the issue or provide a way to bypass this issue.



 Comments   
Comment by bjb [ 24/Mar/12 08:37 AM ]

Hi Kumar,

Please lower the priority level as it is actually not blocking but only misleading.

It will not block non-JAAS bridge but simply push a wrong track to people debugging.

The core issue has been logged as :
http://java.net/jira/browse/GLASSFISH-18556

When runing in JASPIC mode, such an issue should not be raised.

Rgs,
JB

Comment by kumarjayanti [ 25/Mar/12 04:21 AM ]

This issue does sound like it needs a fix. The caller principal callback is trying to do an identity assertion in this case forcing people to also configure a realm that can be used to fetch the groups of the user. This was done to meet requirements of some other usecases but now i realize this is not appropriate. Instead the Group Principal Callback should be explicitly used in this case.

I will fix this for 3.1.2 Patch releases and glassfish trunk.

Thanks for raising this issue.

Comment by arjan tijms [ 13/Apr/13 11:42 AM ]

Is this still the same issue as reported? I've done a lot of JASPIC testing with GlassFish 3.1.2.2 but never encountered this issue. There is something fishy going on though.

The caller principal callback is trying to do an identity assertion in this case

I think you mean the caller principal callback handler right? Since the caller principal callback is a very simple DTO style class that only stores the Subject and the Principal or Name.

The handler (in BaseContainerCallbackHandler.processCallerPrincipal) does a call to the LoginContextDriver, but it itself does not do any identity assertion:

if (isCertRealm) {
    if (principal  instanceof X500Principal) {
        LoginContextDriver.jmacLogin(fs, (X500Principal)principal);
    }
} else {
    if (!principal.equals(SecurityContext.getDefaultCallerPrincipal())) {
        LoginContextDriver.jmacLogin(fs, principal.getName(), realmName);
    }
}

The LoginContextDriver.jmacLogin however does attempt to do this:

public static Subject jmacLogin(Subject subject, String identityAssertion, String realm) throws LoginException {

        if (subject == null) {
            subject = new Subject();
        }
        final Subject fs = subject;
        String userName = identityAssertion;

        try {
            if (realm == null || "".equals(realm)) {
                realm = Realm.getDefaultRealm();
            }
            Realm realmInst = Realm.getInstance(realm);
            final Enumeration groups = realmInst.getGroupNames(userName);
            if (groups != null && groups.hasMoreElements()) {
                AppservAccessController.doPrivileged(new PrivilegedAction() {

                    public java.lang.Object run() {
                        while (groups.hasMoreElements()) {
                            String grp = (String) groups.nextElement();
                            fs.getPrincipals().add(new Group(grp));
                        }
                        return fs;
                    }
                });
            }
        } catch (Exception ex) {
            if (_logger.isLoggable(Level.FINE)) {
                _logger.log(Level.FINE, "Exception when trying to populate groups for CallerPrincipal " + identityAssertion, ex);
            }
        }
        return subject;
    }

When using JASPIC, the passed in realm will be "" and when that happens this method obtains the default realm ("file") and tries to get the group names from that (realmInst.getGroupNames(userName);).

If this throws an exception (in my testing a NPE is typically thrown) it is ignored by the catch, so the problem as described for this issue doesn't seem to occur anymore (that is, the exception is still thrown, but it doesn't interrupt the authentication flow).

I'm afraid though that if I happened to have this file realm defined with a user that happened to have the same name as the user I'm trying to authenticate with JASPIC, that this user would suddenly get a set of extra roles. If my application happened to have roles with the same name, then this could be a rather big problem.





[GLASSFISH-20764] Remove GTE CyberTrust Solutions's expired certificate from CA DB Created: 15/Aug/13  Updated: 16/Apr/14

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

Type: Bug Priority: Blocker
Reporter: Jay Xu Assignee: michael.y.chen
Resolution: Unresolved Votes: 9
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux 3.8.0-28-generic
OpenJDK Runtime Environment (IcedTea 2.3.10) (7u25-2.3.10-1ubuntu0.13.04.2)


Tags: 4_0_1-review
Participants: dzusik12, Jay Xu, michael.y.chen, Tim Quinn and zeto

 Description   

GTE CyberTrust Solutions's certificate expires this morning, which blocks GF's startup, pls remove it from CA DB

Exception log:

[#|2013-08-15T18:00:09.314+0800|SEVERE|oracle-glassfish3.1.2|javax.enterprise.system.ssl.security.com.sun.enterprise.security.ssl.impl|_ThreadID=5422;_ThreadName=Thread-3;|SEC5054: Certificate has expired: [
[
Version: V3
Subject: CN=GTE CyberTrust Root 5, OU="GTE CyberTrust Solutions, Inc.", O=GTE Corporation, C=US
Signature Algorithm: SHA1withRSA, OID = 1.2.840.113549.1.1.5

Key: Sun RSA public key, 2048 bits
modulus: 23741889829347261660812437366387754385443431973861114865490414153884050331745811968523116847625570146592736935209718565296053386842135985534863157983128812774162998053673746470782252407673402238146869994438729551246768368782318393878374421033907597162218758024581735139682087126982809511479059100617027892880227587855877479432885604404402435662802390484099065871430585284534529627347717530352189612077130606642676951640071336717026459037542552927905851171460589361570392199748753414855675665635003335769915908187224347232807336022456537328962095005323382940080676931822787496212635993279098588863972868266229522169377
public exponent: 65537
Validity: [From: Fri Aug 14 22:50:00 CST 1998,
To: Thu Aug 15 07:59:00 CST 2013]
Issuer: CN=GTE CyberTrust Root 5, OU="GTE CyberTrust Solutions, Inc.", O=GTE Corporation, C=US
SerialNumber: [ 01b6]

Certificate Extensions: 4
[1]: ObjectId: 2.5.29.19 Criticality=true
BasicConstraints:[
CA:true
PathLen:5
]

[2]: ObjectId: 2.5.29.32 Criticality=false
CertificatePolicies [
[CertificatePolicyId: [1.2.840.113763.1.2.1.3]
[] ]
]

[3]: ObjectId: 2.5.29.15 Criticality=true
KeyUsage [
Key_CertSign
Crl_Sign
]

[4]: ObjectId: 2.5.29.14 Criticality=false
SubjectKeyIdentifier [
KeyIdentifier [
0000: 76 0A 49 21 38 4C 9F DE F8 C4 49 C7 71 71 91 9D v.I!8L....I.qq..
]
]

]
Algorithm: [SHA1withRSA]
Signature:
0000: 41 3A D4 18 5B DA B8 DE 21 1C E1 8E 09 E5 F1 68 A:..[...!......h
0010: 34 FF DE 96 F4 07 F5 A7 3C F3 AC 4A B1 9B FA 92 4.......<..J....
0020: FA 9B ED E6 32 21 AA 4A 76 C5 DC 4F 38 E5 DF D5 ....2!.Jv..O8...
0030: 86 E4 D5 C8 76 7D 98 D7 B1 CD 8F 4D B5 91 23 6C ....v......M..#l
0040: 8B 8A EB EA 7C EF 14 94 C4 C6 F0 1F 4A 2D 32 71 ............J-2q
0050: 63 2B 63 91 26 02 09 B6 80 1D ED E2 CC B8 7F DB c+c.&...........
0060: 87 63 C8 E1 D0 6C 26 B1 35 1D 40 66 10 1B CD 95 .c...l&.5.@f....
0070: 54 18 33 61 EC 13 4F DA 13 F7 99 AF 3E D0 CF 8E T.3a..O.....>...
0080: A6 72 A2 B3 C3 05 9A C9 27 7D 92 CC 7E 52 8D B3 .r......'....R..
0090: AB 70 6D 9E 89 9F 4D EB 1A 75 C2 98 AA D5 02 16 .pm...M..u......
00A0: D7 0C 8A BF 25 E4 EB 2D BC 98 E9 58 38 19 7C B9 ....%..-...X8...
00B0: 37 FE DB E2 99 08 73 06 C7 97 83 6A 7D 10 01 2F 7.....s....j.../
00C0: 32 B9 17 05 4A 65 E6 2F CE BE 5E 53 A6 82 E9 9A 2...Je./..^S....
00D0: 53 0A 84 74 2D 83 CA C8 94 16 76 5F 94 61 28 F0 S..t-.....v_.a(.
00E0: 85 A7 39 BB D7 8B D9 A8 B2 13 1D 54 09 34 24 7D ..9........T.4$.
00F0: 20 81 7D 66 7E A2 90 74 5C 10 C6 BD EC AB 1B C2 ..f...t\.......

]|#]



 Comments   
Comment by zeto [ 28/Aug/13 09:32 AM ]

To remove the "GTE Cybertrust Solutions" certificate from cacerts.jks file of your domain you can use the keytool:
keytool -delete -alias gtecybertrust5ca -keystore cacerts.jks

See also:
http://stackoverflow.com/questions/18248020/certificate-has-expired-in-log-by-starting-glassfish-3-1-2/18249719#18249719

Comment by Tim Quinn [ 28/Aug/13 08:58 PM ]

Kyle noticed this message appearing in the CTS tests for 4.0 when running an app client. (The command line specified truststore-related properties.) The tests succeed as expected anyway, but the same message is showing up in the output.

I've updated the affected-versions list accordingly. Note that for Kyle and me both the 4.0 server started successfully.

Comment by dzusik12 [ 27/Sep/13 10:24 AM ]

Reinstall glassfish and it works then.

//edit: after some runs, it not works again.

//edit2: this is partly solution for the time, until glassfish developers will repair server
http://download.jboss.org/jbossas/7.1/jboss-as-7.1.1.Final/jboss-as-7.1.1.Final.zip





[GLASSFISH-21028] CLONE -Deployment from Web Console: temporary files are not deleted Created: 02/Apr/14  Updated: 17/Apr/14

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1peur2
Fix Version/s: future release

Type: Bug Priority: Blocker
Reporter: T-Gergely Assignee: Anissa Lam
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 7,180
Tags:
Participants: Anissa Lam and T-Gergely

 Description   

When anything (war or ear) is deployed from the web console, a temporary file of
the archive is not deleted. It never happens if the same archive is deployed
with command line or remotely from NetBeans IDE.

This is quite a problem, because in this case application server must be
periodically cleaned manually, especially if deployment is very frequent and
applications are not so small.

Example:
Original file: Foo.war
Deployed on server: /tmp/Foo28436.war



 Comments   
Comment by T-Gergely [ 02/Apr/14 11:45 AM ]

The same issue is still present in GlassFish Server Open Source Edition 4.0 (build 89).





[GLASSFISH-413] Need to improve DISTINCT EJBQL processing Created: 15/Mar/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: gyorke Assignee: gyorke
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 413
Tags:
Participants: gyorke, marina vatkina and Tom Mueller

 Description   

A solution for JPQL DISTINCT was implemented but a full analysis anf resolution
was not completed at the time. JPQL DISTINCT support should be readdressed
providing a thorough and more performant solution



 Comments   
Comment by marina vatkina [ 15/Mar/06 07:11 PM ]

Need more info

Comment by gyorke [ 16/Mar/06 07:16 AM ]

Code elements with tag: GF_ISSUE_395 should be re-evaluated as part of this bug.

Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-517] Always deconnected when using two GF Created: 31/Mar/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: bjb Assignee: Anissa Lam
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 517
Tags:
Participants: Anissa Lam, bjb and Tom Mueller

 Description   

Say you got a domain running on your machine and you got a SSH to a server
running glassfish as well. You would have :

http://localhost:4848/
--> local admin

http://localhost:48/
--> SSH'ed access to the remote admin

The problem is that accessing one admin log out the other (and vice versa).
Workaound is to reauthenticate on each new request, this is working but very
painfull.

I am anticipating this has to do with the domain cookie ...

Fixing this would allow us to have a production remote monitoring and
development testing at the same time that is quite usual for today's applications.



 Comments   
Comment by Anissa Lam [ 31/Mar/06 08:46 AM ]

I believe this is a browser issue. If you can try this using 2 IE browser, you
will see that both domain can be accessed without logging ecah other out.
The problem exists in Netscape 7.1 on, but not 7.0
Mozilla 1.4/1.5 will have the same problem.

When you login to admin gui, the browser stores these cookies : JSESSIONID and
JSESSIONIDSSO.
In Netscape 7.1, the site for the cookie is stored as just the
hostname, but not the port number. In Netscape 7.0.2 the site name contains port
number as well. Hence this problem is seen in Netscape 7.1 onward but not on 7.0.2.

Cookies are not identified by port number by Mozilla/Netscape intentionally -
Following bugs have been filed on Mozilla asking for a change to this behaviour.
http://bugzilla.mozilla.org/show_bug.cgi?id=189784
http://bugzilla.mozilla.org/show_bug.cgi?id=227475
However, these bugs are not being fixed.

The following comments describe the decision of not storing port number :
http://bugzilla.mozilla.org/show_bug.cgi?id=142803#c28

Also look at http://sillydog.org/forum/viewtopic.php?t=6746

To work around this problem, try accessing by
http://localhost:4848
and
http://<IP-address>:48

Will continue to see how admin gui can fix this, marked as enhancement for now.

Comment by bjb [ 31/Mar/06 09:15 AM ]

It is having the same begaviour with IE7 latest beta as well on 2 tab.
I think other IE version should behave the same (I am stuck to IE latest beta at
this time and can not test on another IE version).

Tnx for the work around (localhost vs 127.0.0.1) it worked.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-543] add field fields to 'Configuration->Http Service: Access Log tab' Created: 05/Apr/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: vince kraemer Assignee: Anissa Lam
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


File Attachments: Text File OLH-http-service.tiff    
Issuezilla Id: 543
Tags:
Participants: Anissa Lam, jluehe, Tom Mueller and vince kraemer

 Description   

See issue 541.

This seems like a good place to put fields to manipulate the accessLogBufferSize
and accessLogWriteInterval.

Folks want to manipulate these values, and they aren't available easily.



 Comments   
Comment by Anissa Lam [ 21/Feb/07 09:20 PM ]

I am ready to add this.
But i need input from Jan and JF whether this should be exposed to user as a
text field. In order word, do we prefer to hide this from user ?
If presenting this as a text field, what should be the default value for these 2
fields.
Please provide a one-sentence help to be put on the page for this field.

Comment by vince kraemer [ 11/Jul/07 05:31 PM ]

did this ever get commited?

Comment by Anissa Lam [ 11/Jul/07 09:59 PM ]

Sorry, this was put behind while waiting for the input from Jan & JF.
so, the answer is no.

Comment by vince kraemer [ 11/Jul/07 10:05 PM ]

Ok. one more thing for v3...

Comment by Anissa Lam [ 24/Jul/07 12:15 PM ]

Kedar also request the following. (refer to issue#3398)

provide a "check-box" at both the http-service config page and virtual-server
config page? It is not a good idea to make users key-in or delete the property
elements.

Anissa, I would request you to provide a check-box for these elements. The
internals remain the same. Checked => setProperty("accessLoggingEnabled", "true")
and Unchecked => setProperty("accessLoggingEnabled", "false") and vice versa.

Comment by jluehe [ 24/Jul/07 06:03 PM ]

accessLogBufferSize:
The access log buffer size (in bytes). A value <=0 disables buffering. Default: 4096

accessLogWriteInterval:
The interval (in seconds) between writing (updating) the access log. A value <=0
disables buffering. Default: 0

Comment by Anissa Lam [ 29/Jul/07 02:01 PM ]

The OLH of admin gui gives some default of the properties which doesn't match
with what Jan mentioned in previous comment.
Jan, if you press the 'Help' button on the upper right corner when looking at
the Http Service page, you will see that, please review it.
In case you don't have the GUI up, i have attached that table.
I have open up an issue for OLH change, it is issue# 3447.
You may want to update that issue instead to ensure the help content is correct.

Comment by Anissa Lam [ 29/Jul/07 02:02 PM ]

Created an attachment (id=1069)
OLH property table

Comment by jluehe [ 30/Jul/07 03:13 PM ]

Hi Anissa, the default values I mentioned are hard-coded in the code (more
specifically, in com.sun.enterprise.web.PEAccessLogValve in appserv-core), as
opposed to being exposed as default property values in domain.xml.

(This goes all the way back to a comment I made to June Parks, when I suggested
that we distinguish between default values and default settings in the admin
guides.)

So, if access logging has been disabled, any values for "accessLogBufferSize" or
"accessLogWriteInterval", whether they be hard-coded or specified as properties
in domain.xml, will be ignored.

However, once you enable access logging, and don't specify any
"accessLogBufferSize" or "accessLogWriteInterval" properties, the default values
I mentioned will be picked up.

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-574] Web Service Endpoint Specification Needs Improvement Created: 13/Apr/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: khookguy Assignee: mikeg
Resolution: Unresolved Votes: 3
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 574
Tags:
Participants: khookguy, mikeg, Tom Mueller, tomo_ikeda and vijaysr

 Description   

See also this related issue: 482

The specification of web service endpoint in Glassfish needs to be rationalized
and professionalized. First of all, the default endpoint URL assigned to a web
service varies depending on whether you deploy it as an EJB endpoint or a
serlvet endpoint. There should be no difference. The default URL for a WAR
deployment is:

http://<hostname[:port]>/<web module>/<simple name of the Service Class>

Whereas, when using a EJB-JAR, it is:

http://<hostname[:port]>/<simple name of the Service Class> + "Service"/<simple
name of the Service Class>

In the WAR case, the module name is part of the URL, and in the EJB-JAR case, it
is not. I believe that the default behavior in both cases should look like the
EJB-JAR case. The file name of the web module should be irrelevant to deployment.

Secondly, the hostname selected by GlassFish is something of a mystery and is
outside the deployer's control. See this thread fron the SDN forum:
http://forum.java.sun.com/thread.jspa?threadID=725485&tstart=0

There needs to be a mechanism by which the deployer can specify the hostname
that gets used in the WSDL (other then providing the entire WSDL file). This is
a real showstopper problem if you need to publish a WSDL that works outside a
firewall and GlassFish is using an internal hostname that can't be resolved on
the WWW.

Thirdly, there needs to be a better way to specify a custom context-root for the
EJB-JAR deployment scenario. When deploying a WAR, you can use the asadmin
deploy command with the --contextroot flag. However, this isn't applicable in
the EJB-JAR case. For the EJB-JAR, it seems that the only way to do it is to
provide a sun-ejb-jar.xml deployment descriptor with an endpoint-address-uri set
to the context-root desired. In this case, I think that the --context-root flag
should also work for the EJB-JAR case, and the value provided by the deployer
should be inserted into the internally generated sun-ejb-jar.xml by GlassFish at
deploy time.



 Comments   
Comment by khookguy [ 14/Apr/06 03:29 AM ]

Correction:

The default URL for a WAR deployment is:

http://<hostname[:port]>/<web module>/<simple name of the Service Class>
+ "Service"

Comment by tomo_ikeda [ 17/Apr/06 08:10 AM ]

About first point, I don't think that Web Module is irrelevant.
End Point Address should include the Web Module name.
Because, if there are two or more Service Implementation Beans with the same
name in different Web Modules, End Point Addresses conflict.
For EJB model, module name may be irrelevant.
But as long as we conform to the servlet specification of Java EE, the Web
Module name should be a part of the http URL address.
The most important thing is to avoid name collisions.
So, I think that the default End Point Address should be :
http://<hostname[:port]>/<Web Module name>/<fully qualified name of the Service
Class>
FYI, default Service Class name is Service Implementation Bean name + "Service".

Comment by khookguy [ 18/Apr/06 05:16 AM ]

Regarding module name, I agree that it is fine as the default context-root for
avoiding name collisions. However, I believe that there needs to be a
consistent means (across servlet and EJB endpoints) that allows the deployer to
specify a context-root. For many Web Services applications, it is desirable to
be able to specify the endpoint address of the service to have a URL that
conforms to naming standards (or is just easy to read) that have nothing to do
with the fact that it is deployed on a Java EE 5 container.

Comment by vijaysr [ 13/Mar/07 11:07 AM ]

Reassigning to Mike

Comment by Tom Mueller [ 06/Mar/12 09:55 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-631] For SOAP12 binding(s), user has to pkg WSDL - this requirement needs to be removed Created: 03/May/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: jungicz Assignee: Bhakti Mehta
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: All


File Attachments: XML File AddNumbers.wsdl    
Issuezilla Id: 631
Tags:
Participants: Bhakti Mehta, jungicz, Tom Mueller and vijaysr

 Description   

[GlassFish b-47]

It seems to me that there's currently no support for SOAP12 bindings (in case
one is using JSR109 based deployment ). This applies for both cases:
java->wsdl, wsdl->java.

java->wsdl case:
I wrote simple webapp with following ws:

@WebService()
@BindingType("http://www.w3.org/2003/05/soap/bindings/HTTP/")
public class WebService12 {

/* Sample Web Service Operation */
@WebMethod(operationName="sample_operation")
public String operation(@WebParam(name="param_name") String param) { // implement the web service operation here return param; }
}

=> webapp w/ this websvc cannot be deployed (i tried NetBeans as well as asdmin
deploy) - one can find following in the server's log:

ADM1006:Uploading the file to:[/tmp/s1astempdomain1server-1336981763/SOAP12ws.war]
error: The -wsdl option cannot be used with SOAP1.2 bindings.
Try using "-wsdl:Xsoap1.2 -extension".
Class "ws.WebService12" binding: "http://www.w3.org/2003/05/soap/bindings/HTTP/".|#]
Exception occured in J2EEC Phase
com.sun.enterprise.deployment.backend.IASDeploymentException: WSGEN FAILED
at com.sun.enterprise.webservice.WsUtil.genWSInfo(WsUtil.java:2009)
at
com.sun.enterprise.deployment.backend.ModuleDeployer.loadDescriptors(ModuleDeployer.java:396)
...

wsdl->java case:
I created new websvc from wsdl (attached) using NetBeans5.5 beta in webapp.
This webapp can be successfuly deployed, but I cannot test my new websvc nor
create my own client for it - possible cause can be that wsdl is not updated
correctly - you can find "<soap12:address location="REPLACE_WITH_ACTUAL_URL"/>"
in wsdl of deployed ws.



 Comments   
Comment by jungicz [ 03/May/06 08:12 AM ]

Created an attachment (id=255)
wsdl for test

Comment by vijaysr [ 03/May/06 10:13 PM ]

fix in progress - will be available as part of the glassfish trunk and FCS
branch in a day. A sample test is also added in
glassfish/appserv-tests/devtests/webservice/annotations.soap12

Comment by vijaysr [ 03/May/06 10:14 PM ]

taking ownership

Comment by vijaysr [ 03/May/06 10:15 PM ]

fix will be checked in a day

Comment by vijaysr [ 03/May/06 11:31 PM ]

Fixed the bug as long as the WSDL is packaged; The default WSDL created if the
user does not package the WSDL is always SOAP1.1. For SOAP12, the user is
expected to generate wsdl using wsgen and package it.

Changing this bug to enhancement request so that this manual step need not be
expected from the user for SOAP12, java-wsdl case also

Comment by vijaysr [ 03/May/06 11:32 PM ]

change enhancement request

Comment by vijaysr [ 13/Mar/07 11:07 AM ]

Reassigning to Bhakti

Comment by Tom Mueller [ 06/Mar/12 09:59 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1081] Using entity class with @ManyToOne(fetch = FetchType.LAZY) as session bean method return value produce serialization exception Created: 05/Sep/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: hazurek Assignee: tware
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 1,081
Tags:
Participants: hazurek, ijuma, pkrogh, Sanjeeb Sahoo, Tom Mueller, tware and vr143562

 Description   

There are two classes with many-to-one relationship (it is
implemented as LAZY):

public class City implements Serializable
{
....
@ManyToOne(fetch = FetchType.LAZY)
public Region getRegion()
{
return region;
}

@Entity
@Table(name = "AO_REGION")
public class Region implements Serializable
{
...
}

City object is used as return value of session bean:

@Stateless
public class FacadeBean implements Facade
{
...
public City getCityById(int cityId)
{
return em.find(City.class, cityId);
}
...
}

So calling method getCityById from client generates exception:

Caused by: java.io.IOException: Mismatched serialization UIDs : Source (Rep.
IDRMI:ru.amfitel.test.bean.City:B1E9E01D2BAAFA14:AE31789539030075) =
AE31789539030075 whereas Target (Rep. ID
RMI:ru.amfitel.test.bean.City:657A6D7B12B930E8:9E8761A15FE9F9ED) =
9E8761A15FE9F9ED
at com.sun.corba.ee.impl.util.RepositoryId.useFullValueDescription
(RepositoryId.java:573)
at com.sun.corba.ee.impl.io.ValueHandlerImpl.useFullValueDescription
(ValueHandlerImpl.java:386)
....

This can be worked around by defining field serialVersionUID in class City.
But this is not expected by spec, as it is said that (#2.1 of spec):

If an entity value is to be passed by value as detached object (e.g., through a
remote interface), the entity class must implement the Serializable interface.

There is nothing about serialVersionUID field.



 Comments   
Comment by hazurek [ 05/Sep/06 05:45 AM ]

Summary field is changed.

Comment by hazurek [ 06/Sep/06 12:06 AM ]

http://forums.java.net/jive/thread.jspa?threadID=2595&start=15&tstart=15#150038

Comment by pkrogh [ 14/Nov/06 01:22 PM ]

This is likely because lazy is done by dynamically weaving. The jars on the
client should also be woven (using the java agent). Or static weaving could be
done on both the client and the server.

Comment by hazurek [ 15/Nov/06 03:25 AM ]

What do you mean by 'weave'? I've try to get detached instance from Session
Bean to client(JUnit) and got an exception. When fetch = FetchType.EAGER all is
working, but when fetch = FetchType.LAZY exception is got. I have not even try
to access lazy field. What must I do to avoid this? What is wrong?

Comment by pkrogh [ 15/Nov/06 08:40 AM ]

This error is occuring because The classes are being woven for the lazy case,
and different versions of classes are created.

Because of this, the spec states that serialization is only supported if the
provider is on the client.

TopLink Essentials also requires that the client be started with the agent.

Changing the type to ENHANCEMENT.

Comment by hazurek [ 30/Nov/06 07:03 AM ]

But what is about:
3.2.4.2 Detached Entities and Lazy Loading
Serializing entities and merging those entities back into a persistence context
may not be interoperable
across vendors when lazy properties or fields and/or relationships are used.
A vendor is required to support the serialization and subsequent
deserialization and merging of detached
entity instances (which may contain lazy properties or fields and/or
relationships that have not been
fetched) back into a separate JVM instance of that vendor's runtime, where both
runtime instances have
access to the entity classes and any required vendor persistence implementation
classes.
When interoperability across vendors is required, the application must not use
lazy loading.

As I understand the behaviour that I described must be legal.
Please, somebody explain me what I'm doing wrong and how can I get entities
with lazy relations to standalone client.
Thank you.

Comment by pkrogh [ 01/Dec/06 07:30 AM ]

The important line is: "... back into a separate JVM instance of that vendor's
runtime, where both runtime instances have access to the entity classes and any
required vendor persistence implementation classes."

In this case the runtime classes on the client need to be woven with the agent.

Comment by hazurek [ 04/Dec/06 05:39 AM ]

Yes, I'm using separate JVM with my client app. But I do not want to
make lazy loading working on my client side. All that I want is to not
get an Exception when getting entity with lazy relationship on client.
So I want to get entity with partly initialized properties.
As I understand from
http://forums.java.net/jive/thread.jspa?threadID=2595&start=0&tstart=0#91679
it is possible. So what is wrong?

Comment by Sanjeeb Sahoo [ 04/Dec/06 11:12 AM ]

Raising the priority of this bug. It is a spec violation. The usecase is like this:
ear
lib/common.jar (contains City.class, Region.class, Facade.class.)
ejb.jar (contains FacadeBean.class and persistence.xml)
appclient.jar (contains Client.class)

City has a lazy mant to one relationship wih Region. While launching the
appclient, we get a CORBA marshall error that says mismatched serialization UIDs.

There is no way user can pass javaagent option to appclient container. There is
no need because the client is not trying to use the lazily fetched fields.

This is causing a lot of inconvenience to user. Please look into this ASAP.

– Sahoo

Comment by Sanjeeb Sahoo [ 04/Dec/06 11:42 PM ]

Changing it to a defect from enhancement.

– Sahoo

Comment by ijuma [ 07/Dec/06 08:06 AM ]

Adding myself to cc list.

Comment by pkrogh [ 08/Dec/06 07:07 AM ]

There is currently no spec endorsed way to serialize outside of the vendor.
This is an ENHANCEMENT.

This is an impotant ENHANCEMENT. Leaving at sev 2.

Comment by hazurek [ 10/Dec/06 05:56 AM ]

I've tried to use webapp deployed at Glassfish as client and got the same
exception. So this occurs also when using client of the same vendor.

Comment by tware [ 16/Jan/07 08:17 AM ]

In the absence of the ability to use an agent on the client, you should the
TopLink Essentials Static Weaving feature with the classes you deploy on the
client. To find instructions, go to the following link:

http://www.oracle.com/technology/products/ias/toplink/jpa/resources/toplink-jpa-extensions.html#LazyLoading

And look at the sections entitles: "Static Weaving Using the StaticWeave Class
on the Command Line" and "Static Weaving Using the weave Ant Task".

You can then package the weaved classes on your client and serialization should
be successful. This step puts the client VM into the state of being a "JVM
instance of that vendor's runtime" as mentioned by the specification.

Comment by tware [ 19/Jan/07 07:28 AM ]

See:

https://glassfish.dev.java.net/issues/show_bug.cgi?id=2101

for an issue with static weaving and a workaround

Comment by vr143562 [ 06/Feb/07 01:18 AM ]

Using Glassfish build 33a here are some observations/corrections:
1. The class specified in step 2 of
http://www.oracle.com/technology/products/ias/toplink/jpa/resources/toplink-jpa-extensions.html#StaticWeaving
should be oracle.toplink.essentials.weaving.StaticWeave
instead of oracle.toplink.weaving.StaticWeave
2. (Please confirm this) Along with toplink-essentials.jar; xercesImpl.jar also
needs to be in path. With glassfish, xercesImpl.jar is available under
<glassfish-install-location>/lib/ant/

Comment by vr143562 [ 06/Feb/07 01:19 AM ]

added myself to the interest list

--varun.

Comment by Tom Mueller [ 06/Mar/12 10:05 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-1129] Container should run IBM JDBC drivers in Type 4 instead of Type 2 Created: 11/Sep/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.0peur1
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: jdavidson Assignee: Anissa Lam
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 1,129
Tags:
Participants: Anissa Lam, jdavidson, lancea and Tom Mueller

 Description   

The IBM jdbc drivers can be run in Type 2 (native) or Type 4 (pure Java). By
default, Type 2 seems to be used.

Type 2 is much more restrictive, since native libraries are required. Different
libraries are used for each platform, and certain platforms (e.g., MacOS) appear
not to be supported at all.

The IBM drivers are the only ones that are supported in Type 2.

Unless there are additional mitigating factors, the drivers should be used in
Type 4 by default.



 Comments   
Comment by lancea [ 20/Mar/07 09:19 AM ]

The problem with the type 4 driver is that it does not support XA.

However, that being said, the DataSource should be one of the following
(universal driver) and not com.ibm.db2.jdbc.DB2DataSource:

  • com.ibm.db2.jcc.DB2SimpleDataSource
  • com.ibm.db2.jcc.DB2DataSource
  • com.ibm.db2.jcc.DB2ConnectionPoolDataSource
  • com.ibm.db2.jcc.DB2XADataSource

The driverType property should also be specified and either defaulted to 2 or 4

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1418] JSF: Enlarge Log level properties edit field Created: 03/Nov/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: phenderson Assignee: anac
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 1,418
Tags:
Participants: anac, Anissa Lam, phenderson and Tom Mueller

 Description   

Please make the edit box for log level property name longer

On the admin web interface
Application Server->Logging->Log Levels

The space available to specify Additional Module Log Level Properties is way too
small.

For example.
Field contents
com.starjar.starjarenterprise5.domain.ContactListViewDAO

But only
com.starjar.starjarenterpri
is visible.

Also, should the value field really be a combo box of the various log levels?
(FINEST, FINE, ....., SEVERE)

Peter Henderson.



 Comments   
Comment by Anissa Lam [ 03/Nov/06 08:19 AM ]

change Summary to ensure this will be addressed in the JSF version of admin-gui.

Comment by Anissa Lam [ 09/Feb/07 07:43 AM ]

This should be fixed for 9.1 fcs for usability.
Raise Priority,

Comment by anac [ 09/Feb/07 10:55 AM ]

Need to extend the property field name.

Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-1434] Dynamic discovery of JDBC driver capabilities Created: 06/Nov/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.0pe
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: bjb Assignee: tware
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Dependency
blocks GLASSFISH-1433 getMaxFieldNameSize should be dynamic Open
blocks GLASSFISH-1432 java2db not generating proper column ... Open
Issuezilla Id: 1,434
Tags:
Participants: bjb, marina vatkina, Tom Mueller and tware

 Description   

At initialisation the session creatop,
(oracle.toplink.essentials.internal.sessions.AbstractSession ?) should include a
common "facility" to enable platform generic setup of JDBC sessions (based on
JDBC drivers metadata).

This facility will detect the database once (initialisation ?) and will then be
accessible from the Platform object (cf. shouldXXX).



 Comments   
Comment by bjb [ 06/Nov/06 02:19 PM ]

Blocking implementation of issue 1435 : getIdentifierQuoteString()

Will enable implementation of shouldEscapeName()

Comment by bjb [ 06/Nov/06 02:21 PM ]

Blocking implementation of issue 1433 : getMaxFieldNameSize()

Will enable one shot detection.

Comment by marina vatkina [ 12/Feb/07 05:26 PM ]

resetting the default owner

Comment by Tom Mueller [ 06/Mar/12 10:05 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-1819] Serious limitation on entity relationships w/ composite keys Created: 20/Dec/06  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.0peur1
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: zambizzi Assignee: tware
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All
URL: http://forums.java.net/jive/thread.jspa?forumID=56&threadID=20604


Issuezilla Id: 1,819
Tags:
Participants: marina vatkina, Tom Mueller, tware and zambizzi

 Description   

Apparently the Java EE spec doesn't completely specify how relationships between
entities that have composite primary and foreign keys should be handled.

In Glassfish using Toplink, if there are two entities that both have composite
primary keys and they do not match perfectly, they cannot be joined together
in a @OneToMany or @ManyToOne relationship without throwing an exception.

For example, if entityA has a composite key made up of three fields, e.g. key1,
key2, key3....and entityB has as composite PK w/ two fields, key1 and key2 - a
@OneToMany with @JoinColumns({@JoinColumn(...), @JoinColumn(...)}) always
results in a oracle.toplink.essentials.exceptions.ValidationException.

I would provide an use-case but apparently this issue is already well
known...and code snippets & examples, plus detailed explanations can all be
found on this post in the GF forums:

http://forums.java.net/jive/thread.jspa?forumID=56&threadID=20604

This issue of legacy data that has tables w/ multiple (sometimes unmatched)
primary and foreign keys is quite common. Hibernate handles this scenario
without a problem...so it only stands to reason that Toplink should also be able
to handle it.



 Comments   
Comment by marina vatkina [ 12/Feb/07 05:27 PM ]

resetting the default owner

Comment by Tom Mueller [ 06/Mar/12 10:06 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-1917] setFirstResult and setMaxResults should make use of SQL range constraints Created: 05/Jan/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: markuskarg Assignee: tware
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 1,917
Tags:
Participants: marina vatkina, markuskarg, Tom Mueller and tware

 Description   

Some platforms, e. g. SQLAnywhere, support SQL range constraints like:

select TOP 5 START 25 * from mytable ORDER BY mycolumn

(Actually SQLAnywhere allows START only if TOP is specified, and TOP only if
ORDER BY is specified!)

Currently TopLink doesn't forward setFirstResult and setMaxResults to the
database server, but tries to solve this constraints on its own. It could lead
to improved performance, if instead START and TOP would be forwarded to the
database server: The server then is in the best position to optimize at most.

It would be great if this optional feature would be provided. I would be the
first one to implement support for it into the SQLAnywherePlatform (as long as
the TopLink core takes respect of the fact that START and TOP only are valid
while ORDER BY is used).



 Comments   
Comment by tware [ 05/Jan/07 07:57 AM ]

This same feature was requested on the Persistence mailing list. See a copy of
the email below:

Whether use methods:
>
>javax.persistence.Query.setFirstResult(int) and
>javax.persistence.Query.setMaxResults(int)
>
>such RDBMS-featured as operators SELECT... OFFSET X LIMIT Y?
>
>Their execution performance shows that is not present.
>
>Whether realization of it even for separate RDBMS is possible?

Comment by marina vatkina [ 05/Jan/07 10:05 AM ]
      • Issue 1825 has been marked as a duplicate of this issue. ***
Comment by marina vatkina [ 05/Jan/07 10:06 AM ]

Changing the priority to that of 1825 which was closed as a duplicate

Comment by marina vatkina [ 12/Feb/07 05:27 PM ]

resetting the default owner

Comment by Tom Mueller [ 06/Mar/12 10:06 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-2378] Move the Additional Properties table "up" Created: 09/Feb/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: vince kraemer Assignee: locolobo
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Mac OS X
Platform: Macintosh


Issuezilla Id: 2,378
Tags:
Participants: Anissa Lam, locolobo, Tom Mueller and vince kraemer

 Description   

I have a large screen (1200 pixel vertical) and the Additional Properties table
on the Create JDBC Connection Pool second page is below the bottom of my browser
window.

Since this table has some very important data for a user to verify/correct/enter
making it very visible would make the UX better.

See http://forums.java.net/jive/thread.jspa?messageID=202910&#202910 for an
example of the confusion that people may experience.

Is this the root cause of that confusion? Probably not. Does it contribute to
it? probably..



 Comments   
Comment by Anissa Lam [ 09/Feb/07 09:57 AM ]

I will have our HIE person to think about this. However, we are very restricted
by UIRB about layout.

Comment by locolobo [ 09/Feb/07 10:10 AM ]

Thanks - I will look into this.

Comment by vince kraemer [ 09/Feb/07 10:15 AM ]

added ...

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3495] pack appserv-rt.jar Created: 11/Aug/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: other
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: Nazrul Assignee: dpatil
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,495
Tags:
Participants: dpatil, Nazrul and Tom Mueller

 Description   

appserv-rt is one of the biggest jar in GlassFish. This is currently not
compressed using jar-pack.

Both in setup.xml and setup-cluster.xml, the appserv-rt is commented out.

<antcall target="jar-pack">
<param name="pack.jar.name" value="appserv-rt.jar"/>
<param name="pack.jar.dir" value="${install.home}/lib"/>
</antcall>

Please enable jar-pack for this jar and reduce the overall download size of
GlassFish.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3685] The SJSAS 9.1 installer is not useful for production servers Created: 24/Sep/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: installation
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: rdelaplante Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 3,685
Tags:
Participants: granat, rdelaplante, Snjezana Sevo-Zenzerovic and Tom Mueller

 Description   

I think your installation team needs to put some more work into the setup
program for Windows in the UR1 version:

My understanding of the profiles is that the cluster and enterprise profiles are
for production use, and the developer profile is for developer's computers. I
want to install SJSAS 9.1 into production using the setup program. I noticed
that the setup program does not give me the option to choose a profile and
installs the developer profile by default. Why? I had to hunt down this blog
entry to help me upgrade to cluster profile:

http://blogs.sun.com/anilam/entry/admin_console_series_add_cluster

Does turning on cluster support really configure the application server to the
equivalent of "cluster profile"? Are the any production optimizations that
cluster profile does?

Once I added cluster support, the Windows service asks me for a password every
time it starts. I've been through that before with Glassfish V2. I had to
delete the Windows service created by the setup program, then re-create it again
using the tool on this page using the -p option for password.

http://wiki.glassfish.java.net/Wiki.jsp?page=FaqRunAsWindowsService

I've found a few more issues:

  • The installer program talks about the location of a Java 2 SDK, but it really
    wants my Java 5 or 6 JDK.
  • The screen where it gives an option to create a Windows service cuts off the
    last line of text, I have to resize the window to read it.
  • When I select "Add to PATH environment variable" checkbox, it adds it to my
    user environment variables instead of the system environment variables. The
    user I am currently logged in as has administrator privileges.
  • The dark gray background reminds me of Java in 2001


 Comments   
Comment by rdelaplante [ 24/Sep/07 12:24 PM ]

Vince Kraemer had this to say:

You may want to look through the advice that is in this blog entry:

http://www.wiik.de/blog/2007/06/03/glassfish-in-production/

The author of this entry hasn't provided many details about the settings that he
has manipulated.

This entry:

http://weblogs.java.net/blog/jfarcand/archive/2007/03/configuring_gri_2.html

Has some very good information about tuning GlassFish generally and the web path
particularly...

Comment by granat [ 21/Dec/07 01:37 AM ]
      • Issue 3685 has been confirmed by votes. ***
Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3726] Resource Mapping enhancement Created: 04/Oct/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: Anissa Lam Assignee: Anissa Lam
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,726
Tags:
Participants: Anissa Lam and Tom Mueller

 Description   

This is requested by granat in the following thread:
http://forums.java.net/jive/thread.jspa?messageID=238409
ACTION: Feedback and Lessons learned for Glassfish v2

Resource Mapping:
----------------------------
The biggest problem I have right now is the fact that the mapping of the
resources, roles, etc cannot be done dynamically in the console. There are two
part to that.

  • At Deploy time: In IBM WS, It is very easy to see what an application need
    when deploying in the GUI because there is a part in the deployment wizard that
    ask for the mapping (giving the default mapping but giving the deployer the
    opportunity to change it). This is relevant for the resources if the scheme
    employed in the production is not the same as the one used in Test/Integration
    (security reason). It is especially useful for mapping the security roles to
    ldap (or other) concrete user container.
  • At Run time: Changing the mappings of installed applications is not something
    that is done a lot and we do it only for testing or fail-over scenarios, but
    when you have to do it, it's VERY cool to be able to do it in the GUI.

I know everything can be done before by editing the ear deployment descriptor
files. It's just a lot more convenient to be able to do it through the GUI.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3731] LDAPRealm: Selection of group through the DN Created: 05/Oct/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: granat Assignee: raharsha
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,731
Tags:
Participants: granat, raharsha and Tom Mueller

 Description   

Hi,

In our central LDAP server, a lot of applications are grouped like this:

  • applications
  • app1
  • role1
  • role2
  • app2
  • role1
  • role2

We do not define the roles as being unique in the whole tree to make it easier
for the LDAP administrators to handle them. The Users are mapped to the
application roles either directly or through an organisation group (analog
application, but for organisational purposes).

The problem I have is that GlassFish V2 doesn't allow the field definition of
the group to be the DN (which is the only thing different between app1/role1 and
app2/role1) and I can only input the cn (which in this case would be wrong,
giving users permissions they should not have). I think the problem is because
DN is not something you can get as a field from the ldap protocol but is a
special method call.

greets
jeremie



 Comments   
Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3811] Allow easier sharing of JAXB entities between client & server applications Created: 26/Oct/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: web_services
Affects Version/s: 9.1pe
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: Sanjeeb Sahoo Assignee: Bhakti Mehta
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,811
Tags:
Participants: Bhakti Mehta, Sanjeeb Sahoo and Tom Mueller

 Description   

JAXB compiler already supports something called "Separtate compilation [1]."
This feature is currently not used when a web service is deployed in GlassFish.
I think GlassFish should use this to generate the episode file and make it
available in a well known location so that users can pass that as a binding file
while using wsimport utility. This will help the following use case:

I have developed a web service and hand written the custom Java classes that are
used in the service interface. Those classes have JAXB annotations. When I
deploy to GlassFish, the server generates the WSDL & the xsd and makes it
available in a well known place. In the client side, if I want to reuse the
server side Java classes, then either I have to manually delete wsimport
generated classes - which is painful and errorprone, or I have to hand-code the
episode file - which is an inconvenience.

[1] http://weblogs.java.net/blog/kohsuke/archive/2006/09/separate_compil.html



 Comments   
Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3897] Download JDBC drivers when creating a connection pool Created: 05/Dec/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: jpz Assignee: Anissa Lam
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,897
Tags:
Participants: Anissa Lam, Jason Lee, jpz and Tom Mueller

 Description   

When creating a JDBC connection pool, it would be great to:

  • automatically download the opensource JDBC drivers into the domain, or
  • provide a URL for the proprietary ones and be able to upload them.

Geronimo has a similar feature in the corresponding wizard.



 Comments   
Comment by Anissa Lam [ 09/Aug/08 04:52 PM ]

will consider this for V3.

Comment by Anissa Lam [ 27/Aug/08 10:11 AM ]

Change to Feature and up the priority.

Comment by Jason Lee [ 29/Aug/08 06:28 AM ]

cc'ing myself

Comment by Tom Mueller [ 06/Mar/12 09:56 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-3942] Provide a cluster-aware Database "Ping" feature Created: 24/Dec/07  Updated: 26/Apr/11

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

Type: Improvement Priority: Critical
Reporter: Alexis MP Assignee: Shalini
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,942
Status Whiteboard:

clusteradmin

Tags:
Participants: Alexis MP, km, Shalini and Tom Mueller

 Description   

Database Ping works well with a single instance. In cluster mode, having the DAS
be able to ping the database doesn't mean all cluster instances can do it as
well (the JDBC driver may not be present or correctly loaded on each local
instance for instance).



 Comments   
Comment by km [ 13/Jan/08 06:24 PM ]

....

Comment by Tom Mueller [ 14/May/10 08:04 AM ]

Once the infrastructure work for dynamic configuration is done for 3.1, this
behavior should be implemented automatically. So this feature just needs to be
tested later during the release cycle.

The relevant subcommand is ping-connection-pool.

Comment by Tom Mueller [ 17/May/10 09:16 AM ]

Marking as referenced by the clustering admin one-pager.

Comment by Tom Mueller [ 25/Jan/11 11:51 AM ]

Clear the Fix version since this issue isn't going to be fixed for 3.1.





[GLASSFISH-3948] Treat JDBC and JNDI resources enablement the same Created: 27/Dec/07  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: Alexis MP Assignee: Anissa Lam
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,948
Tags:
Participants: Alexis MP, Anissa Lam and Tom Mueller

 Description   

Using the "cluster" profile, JDBC resources created on the DAS are enabled for
all instances while JNDI resources need to be explicitly enabled for a given set
of instances (at creation time or after). This doesn't sound right.

Either all resources should be enabled on all instances by default, or the
choice should be given to the user for both JDBC and JNDI resources as to which
instances are targets for those resources.

New users are left wondering why their JNDI resources are not enabled on their
cluster instances while JDBC pools are working fine.



 Comments   
Comment by Alexis MP [ 12/Jun/08 04:15 AM ]

Another user reporting this same issue.
Changing RFE to P2

Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4021] Resouce Injection does not work in HandlerChain due to EJB initialization order (non-deterministic) Created: 21/Jan/08  Updated: 05/Jun/13

Status: Open
Project: glassfish
Component/s: ejb_container, web_services
Affects Version/s: V3
Fix Version/s: 4.0.1

Type: Bug Priority: Critical
Reporter: gfuser9999 Assignee: Lukas Jungmann
Resolution: Unresolved Votes: 5
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,021
Tags: 3_1-exclude 4_0-release-notes 4_0-release-notes-completed 4_0-release-notes-drafted
Participants: 8086, Bhakti Mehta, Gail Risdal, gfuser9999, harpreet, Hong Zhang, kumara, Lukas Jungmann, Mahesh Kannan, Nazrul, ramapulavarthi and sanandal

 Description   

--------
Problem
--------
1. Resource injections fails when using HandlerChain that have a
EJB/Resource injected that is an EJB/JNDI. And one gets
"Handler xxxxx instance injection failed : Exception attempting to inject
Resolved Ejb-Ref xxxx/bean@jndi: - > xxxxx]

The issues is that assuming we have 2 EJB and we want to have

  • EJB B exposed as Webservice and handle a HandlerChain handler
    So we have
    @Stateless
    @WebService
    @HandlerChain(file = "handle.xml")
    public void EJBBBean { ... }
  • We do not care above EJB A
  • Note that the handler is
    public class handler implements SOAPHanlder { @EJB EJBBBean bean; .... }
  • Now when one deploy this depending on the ordering
    of initialization of EJB, sometimes
    EJBA, EJBB and this works but if sometimes it is
    EJBB, EJBA then resource injection fails
  • The issues is that the following happens where it seems when
    a EJB is exposed as WebService and have a handler,
    a) The EJB is created and the handler is created
    b) The handler will be injected but then the issue is
    that THERE is IT may be possible that at the time
    the dependency is not met (since EJBA is not loaded or initialized
    nor registered to the JNDI even)

com.sun.enterprise.InjectionException: Exception attempting to inject Resolved
Ejb-Ref org.test.ws.FailInjectionHandler/bean@jndi: - > b5Bean into class
org.test.ws.FailInjectionHandler
at
com.sun.enterprise.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:391)
at
com.sun.enterprise.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:206)
at
com.sun.enterprise.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:100)
at
com.sun.enterprise.webservice.WsUtil.processConfiguredHandlers(WsUtil.java:2529)
at
com.sun.enterprise.webservice.WsUtil.configureJAXWSServiceHandlers(WsUtil.java:2570)
at
com.sun.enterprise.webservice.EjbRuntimeEndpointInfo.prepareInvocation(EjbRuntimeEndpointInfo.java:294)
at
com.sun.enterprise.webservice.EjbRuntimeEndpointInfo.initRuntimeInfo(EjbRuntimeEndpointInfo.java:342)
at
com.sun.enterprise.webservice.WebServiceEjbEndpointRegistry.registerEjbWebServiceEndpoint(WebServiceEjbEndpointRegistry.java:122)
at
com.sun.ejb.containers.StatelessSessionContainer.initializeHome(StatelessSessionContainer.java:329)
at
com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:345)
at
com.sun.enterprise.server.AbstractLoader.loadEjbs(AbstractLoader.java:550)
at
com.sun.enterprise.server.ApplicationLoader.doLoad(ApplicationLoader.java:188)

  • Now, this problem does not seems to be that the system does not resolve ordering
    Since writing more EJB seems to say that the GF system tends to order the EJB
    module
    However, there seems to be some race or data structure ordering issue since
    that the EJB module loading sequence on every stop/start is different and
    it is possible to get a EJB processing order that does not work.

--------------------
Testcase and details
--------------------
1. Get the attached NB6 ejbdeptest.zip and deploy
This testcase have many a few EJB modules to make this easier to hit this
Deploy ejbdeptest.ear

2. Stop/Start (asadmin stop-domain/start-domain)
and look for the injection failure. (REPEAT until failure is SEEN)
(grep SEVERE)

3. [Unpredictable and repeat (2) until SEVERE happens like below]

[#......|SEVERE|sun-appserver9.1|javax.enterprise.system.container.ejb|_ThreadID=20;_ThreadName=httpSSLWorkerThread-14849-2;_RequestID=3a6b0964-02e0-419f-acc0-49c651e2916b;|Handler
org.test.ws.FailInjectionHandler instance injection failed : Exception
attempting to inject Resolved Ejb-Ref
org.test.ws.FailInjectionHandler/bean@jndi: - > b5Bean into class
org.test.ws.FailInjectionHandler|#]

3. Note some tracing does indicate that Bean processing via getEjbDescriptors()
varies sometimes and below is a failure sequence. (It is unknown
why the behaviour on the EJB processed changes sometimes)

[#.....|INFO|sun-appserver9.1|javax.enterprise.system.co
re.classloading|_ThreadID=10;_ThreadName=main;|[DEBUG] AbstractLoader org.test.s
lsb.e0Bean org.test.slsb.b6Bean org.test.slsb.b3Bean org.test.slsb.b2Bean or
g.test.slsb.b4Bean org.test.slsb.b1Bean org.test.slsb.b5Bean org.test.slsb.b0
Bean org.test.slsb.e1Bean org.test.slsb.zfailBean org.test.slsb.z0Bean org.t
est.slsb.z1Bean org.test.slsb.e2Bean |#]



 Comments   
Comment by Hong Zhang [ 22/Jan/08 08:07 AM ]

Assign to Mahesh for initial investigation. Also addding Bhakti to the Cc.

Attaching CWeng's suggested solutions below:
=============================================
And so i suppose plain common-sense must be used (which would then indicate the
system should be able to tell that a Handler class is used by WebserviceX and
the Handler class need Y, so Y must be initialized by X.

Even if there is no LOAD order, one may presume that creation of ALL EJB should
be done first and then on 2nd part the creation of all Webservices that those
EJB expose is done.
At this point the EJB and Webservice step for a EJB is coupled together....

Comment by Mahesh Kannan [ 14/Feb/08 07:01 PM ]

The problem is that the handlers are created probably way too early.

The Container calls
WebServiceEjbEndpointRegistry.registerEjbWebServiceEndpoint() during container
initialization time which causes the handlers to be instantiated (which inturn
causes injection). We need to delay the instantiation of the handlers till the
dependent EJBs are processed.

One way to do that is to provide two methods:
1. One to register the the EjbService endpoint which WILL NOT call
WsUtil.processConfiguredHandlers()

2. The other method (say createConfiguredHandlers()) can create and call
InjectionManager.injectInstance(handler)

Once the above methods are in place the StatelessContainer can call the second
method from doAfterApplicationDeployed().

I am assigning this to Bhakti to implement the above two methods.

Comment by Bhakti Mehta [ 15/Feb/08 10:20 AM ]

Looking into it

Comment by harpreet [ 09/Apr/08 02:27 PM ]

Based on input from Bhakti, assigning issue to next release

Comment by sanandal [ 11/Jan/09 07:01 AM ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by ramapulavarthi [ 01/Dec/10 04:34 PM ]

I have n't run any tests but seeing the code in v3.1, we should run into the same problem.
Can't forward port the patches CR6653050 and CR6750245 as the code in v3 is little different from v2.1.
The fix needs to go into EJB container code to change the way we intialize and load the ejb web services.

Comment by Bhakti Mehta [ 08/Dec/10 11:11 AM ]

Reassigning to Rama since he has already looked into this issue . My inclination is to exclude this for this release but will wait for Rama's input

Comment by ramapulavarthi [ 21/Dec/10 12:16 PM ]

This requires changes in EJB Container to change the way EJB ws are loaded and needs coordination with EJB team. Adding V3.1 excludes as this is risky to make this change now.

Comment by Nazrul [ 23/Dec/10 12:17 PM ]

This bug has been around for few releases now. Based on inputs from Bill, I am setting target for 3.2 release with P2 priority so that it gets fixed. If we do not want to fix this bug, please close it.

Comment by 8086 [ 25/Mar/12 09:29 AM ]

We have been waiting for a fix for three years now. As of now, our application needs to be redeployed until it works. This might take anywhere from 1 redeploy to 15 redeploys to get it working.

If you are not fixing it, is there a way to work around it in our code that can remove the pain of innumerous redeploys?

Comment by kumara [ 26/Mar/12 07:58 AM ]

-> Martin Grebac for evaluation.

Comment by Gail Risdal [ 31/May/13 11:56 PM ]

Added the following to the release notes:

Resource Injection does not work in HandlerChain due to EJB initialization order (non-deterministic) (4021)

Description
EJB module deployment may fail when an EJB that is exposed as a web service, and which has a handler, is initialized before an EJB on which it has dependencies. This is caused by the way the EJB container initializes and loads EJB web services.

Workaround
EJB initialization usually happens in alphabetical order. Rename the EJBs so that the EJB exposed as a web service is initialized after the EJB on which it has dependencies.

In the following example, B is initialized first together with handler X, which expects C to be available but it is not, and deployment fails. The workaround is to rename B to D (for example), so lexicographically it follows C, in which case C should be initialized first and be available for injection to X.

EJB module sth:

@Stateless public class C {...}
@Stateless @WebService @HandlerChain(file = "handlers.xml") public class B {...}

handlers.xml:

<?xml version="1.0" encoding="UTF-8"?>
<jws:handler-chains ...>
<jws:handler-chain>
<jws:handler>
<jws:handler-class>X</jws:handler-class>
</jws:handler>
</jws:handler-chain>
</jws:handler-chains>

Handler:

</jws:handler-chains>
@EJB private C;
...}

Comment by Gail Risdal [ 05/Jun/13 12:49 AM ]

Fixed the example in the release notes (first line in the "Handler" section; release notes document has proper formatting/indentation):

EJB module sth:

@Stateless public class C {...}
@Stateless @WebService @HandlerChain(file = "handlers.xml") public class B {...}

handlers.xml:

<?xml version="1.0" encoding="UTF-8"?>
<jws:handler-chains ...>
<jws:handler-chain>
<jws:handler>
<jws:handler-class>X</jws:handler-class>
</jws:handler>
</jws:handler-chain>
</jws:handler-chains>

Handler:

public class X implements SOAPHandler<SOAPMessageContext> { @EJB private C; ...}





[GLASSFISH-4073] Move CORBA transport to Grizzly Created: 05/Feb/08  Updated: 18/Oct/12

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

Type: New Feature Priority: Critical
Reporter: Ken Cavanaugh Assignee: Harshad Vilekar
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,073
Tags: 3_1-exclude
Participants: Harshad Vilekar, jthoennes and Ken Cavanaugh

 Description   

Move the ORB NIO transport to use Grizzly. This will take advantage
of ongoing optimization work in grizzly, and enable new features such as
port unification.



 Comments   
Comment by Ken Cavanaugh [ 05/Feb/08 02:28 PM ]

Fixed incorrect summary.

Comment by Ken Cavanaugh [ 05/Feb/08 02:29 PM ]

Corrected target milestone

Comment by Ken Cavanaugh [ 05/Feb/08 03:16 PM ]

Fixed platform.

Comment by Ken Cavanaugh [ 07/Feb/08 09:24 PM ]

Three phases:

1. Move ORB to Grizzly transport.
2. Replace old ORB connection caches with Grizzly versions.
3. Move CSIv2 impl to Grizzly SSL transport.

Phase 1 is nearly complete.

Comment by Ken Cavanaugh [ 22/Sep/09 04:53 PM ]

Not for V3.

Comment by Ken Cavanaugh [ 23/Mar/10 12:16 PM ]

Probably won't happen in v3.1 either, but moving to v3.1 for now.
This is still a long-term goal, but lack of resources makes for slow progress.

Comment by Ken Cavanaugh [ 22/Apr/10 01:21 PM ]

This is not in the PRD for GF 3.1.

Comment by Ken Cavanaugh [ 25/Aug/10 10:01 AM ]

Moved out of GF 3.1 release.

Comment by jthoennes [ 23/Mar/12 01:37 PM ]

Hello,

will this be implemented for GF 4.0?

That would be great.

Cheers, Jörg





[GLASSFISH-4118] Adds digest authentication support for Realms. Created: 07/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: kumarjayanti Assignee: venu
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,118
Status Whiteboard:

v3-prd-item

Tags:
Participants: kumarjayanti, Tom Mueller and venu

 Description   

Support HTTP digest authentication, authorization, and P-asserted identity for
Sailfin/JSR289



 Comments   
Comment by kumarjayanti [ 07/Feb/08 10:58 PM ]

Marking P2 since it's a P1 PRD Item

Comment by kumarjayanti [ 03/Apr/08 04:40 AM ]

The last part of Description "and P-asserted identity for Sailfin/JSR289" is
not applicable to V3 unless SailFin Features become part of V3.

Comment by Tom Mueller [ 06/Mar/12 10:05 PM ]

Bulk change to set fix version to "not determined" where the issue is open but the value is for a released version.





[GLASSFISH-4119] Unified Authorization support for Servlet, SipServlet, JAX-RS and WSIT WebServices Created: 07/Feb/08  Updated: 09/Apr/12

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: kumarjayanti Assignee: JeffTancill
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,119
Status Whiteboard:

v3-prd-item

Tags:
Participants: JeffTancill, kumarjayanti and Tom Mueller

 Description   

Unified Authorization support for Servlet, SipServlet, JAX-RS and WSIT
WebServices.

  • Support @RolesAllowed Annoation,
  • unified credential representation.
  • API in addition to getUserPrincipal() and isUserInRole() that allows
    Annotaions to be evaluated at runtime.


 Comments   
Comment by kumarjayanti [ 07/Feb/08 11:20 PM ]

V3-PRD-ITem

Comment by kumarjayanti [ 07/Apr/08 03:41 AM ]

marking as FEATURE

Comment by kumarjayanti [ 03/Sep/09 01:29 AM ]

Fixed. JAX-RS uses a delegation model, for WSIT WebServices the support for
annotations is not in the specs. A proprietary impl may be attempted in V3.1

Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4135] Rolling upgrade support Created: 08/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: failover
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: Hong Zhang Assignee: lwhite
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


Issue Links:
Dependency
blocks GLASSFISH-4132 rolling upgrade support Resolved
Issuezilla Id: 4,135
Status Whiteboard:

v3-prd-item

Tags:
Participants: Hong Zhang, jluehe, lwhite and Tom Mueller

 Description   

Creating a dependency issue for rolling upgrade support
http://wiki.glassfish.java.net/Wiki.jsp?page=V3DeploymentImprovements
Deploy-009

In the new rolling upgrade scheme, the cluster instance will not need to be
required. So instead of restoring the session information from persisted data
during cluster restart, we need to be able to restore the session information
from memory.



 Comments   
Comment by Hong Zhang [ 08/Feb/08 11:58 AM ]

Adding v3-prd-item to status whiteboard.

Comment by jluehe [ 13/May/08 04:47 PM ]

Preparatory work: Added "id" instance variable to SingleSignOnEntry.

Checking in SingleSignOn.java;
/cvs/glassfish/webtier-extensions/src/java/com/sun/enterprise/security/web/SingleSignOn.java,v
<-- SingleSignOn.java
new revision: 1.13.6.1; previous revision: 1.13
done
Checking in SingleSignOnEntry.java;
/cvs/glassfish/webtier-extensions/src/java/com/sun/enterprise/security/web/SingleSignOnEntry.java,v
<-- SingleSignOnEntry.java
new revision: 1.5.6.1; previous revision: 1.5
done
Checking in SingleSignOn.java;
/cvs/glassfish/appserv-webtier/src/java/org/apache/catalina/authenticator/SingleSignOn.java,v
<-- SingleSignOn.java
new revision: 1.8.2.2; previous revision: 1.8.2.1
done

Comment by lwhite [ 13/May/08 07:26 PM ]

More preparatory work for rolling upgrade checked in.
This code will back up to local files the caches for
all ReplicationManagers but only during instance shutdown
and only if "rolling-upgrade-enabled" property (under
<availability-service> is set to "true". It is "false"
by default.

Checking in ServerConfigLookup.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/web/ServerConfigLookup.java,v
<-- ServerConfigLookup.java
new revision: 1.21.2.10; previous revision: 1.21.2.9
done

Checking in BaseFileSync.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/BaseFileSync.java,v
<-- BaseFileSync.java
new revision: 1.1.2.1; previous revision: 1.1
done
Checking in ReplicationManager.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManager.java,v
<-- ReplicationManager.java
new revision: 1.3.6.3; previous revision: 1.3.6.2
done
Checking in ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.32; previous revision: 1.31.2.31
done
Checking in ReplicationMessageRouter.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationMessageRouter.java,v
<-- ReplicationMessageRouter.java
new revision: 1.8.2.16; previous revision: 1.8.2.15
done
Checking in ReplicationUtil.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/ReplicationUtil.java,v
<-- ReplicationUtil.java
new revision: 1.1.2.11; previous revision: 1.1.2.10
done
RCS file:
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/WebFileSync.java,v
done
Checking in WebFileSync.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/WebFileSync.java,v
<-- WebFileSync.java
new revision: 1.1.2.1; previous revision: 1.1
done
Checking in ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.14; previous revision: 1.13.2.13
done
RCS file:
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/Attic/SSOFileSync.java,v
done
Checking in SSOFileSync.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/Attic/SSOFileSync.java,v
<-- SSOFileSync.java
new revision: 1.1.2.1; previous revision: 1.1
done
Checking in initialization/ReplicationLifecycleImpl.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/initialization/ReplicationLifecycleImpl.java,v
<-- ReplicationLifecycleImpl.java
new revision: 1.3.2.5; previous revision: 1.3.2.4
done
Checking in EJBFileSync.java;
/cvs/glassfish/appserv-core-ee/ejb/src/java/com/sun/ejb/ee/sfsb/store/Attic/EJBFileSync.java,v
<-- EJBFileSync.java
new revision: 1.1.2.1; previous revision: 1.1
done
Checking in ReplicatedSFSBStoreManager.java;
/cvs/glassfish/appserv-core-ee/ejb/src/java/com/sun/ejb/ee/sfsb/store/ReplicatedSFSBStoreManager.java,v
<-- ReplicatedSFSBStoreManager.java
new revision: 1.14.2.19; previous revision: 1.14.2.18
done

Checking in dialogmgmt/DialogFragmentFileSync.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/DialogFragmentFileSync.java,v
<-- DialogFragmentFileSync.java
initial revision: 1.1
done
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.42; previous revision: 1.41
done
RCS file:
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipFileSync.java,v
done
Checking in sessmgmt/SipFileSync.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipFileSync.java,v
<-- SipFileSync.java
initial revision: 1.1
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.119; previous revision: 1.118
done

Comment by lwhite [ 13/May/08 09:42 PM ]

These are changes that were missed in Jan's first checkin.
Checking in authenticator/HASingleSignOnEntry.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/HASingleSignOnEntry.java,v
<-- HASingleSignOnEntry.java
new revision: 1.4.6.1; previous revision: 1.4
done
Checking in authenticator/ReplicationSSOStore.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSSOStore.java,v
<-- ReplicationSSOStore.java
new revision: 1.12.6.7; previous revision: 1.12.6.6
done
Checking in authenticator/ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.15; previous revision: 1.13.2.14
done
Checking in authenticator/HASingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence-ha/src/java/com/sun/enterprise/ee/web/authenticator/HASingleSignOn.java,v
<-- HASingleSignOn.java
new revision: 1.5.6.1; previous revision: 1.5
done
Checking in authenticator/SSOStore.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence-ha/src/java/com/sun/enterprise/ee/web/authenticator/SSOStore.java,v
<-- SSOStore.java
new revision: 1.4.6.1; previous revision: 1.4
done

Comment by lwhite [ 14/May/08 09:08 AM ]

Checking in ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.16; previous revision: 1.13.2.15
done

Comment by lwhite [ 14/May/08 10:54 AM ]

checked in beginning of part of reconciliation code for active caches
Checking in authenticator/ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.17; previous revision: 1.13.2.16
done
Checking in sessmgmt/ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.33; previous revision: 1.31.2.32
done
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.43; previous revision: 1.42
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.120; previous revision: 1.119
done

Comment by lwhite [ 27/May/08 12:30 PM ]

Partial fix checked in.
Checking in StandardSession.java;
/cvs/glassfish/appserv-webtier/src/java/org/apache/catalina/session/StandardSession.java,v
<-- StandardSession.java
new revision: 1.34.6.12; previous revision: 1.34.6.11
done
Checking in FederatedListRequestProcessor.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/FederatedListRequestProcessor.java,v
<-- FederatedListRequestProcessor.java
new revision: 1.1.2.1; previous revision: 1.1
done
RCS file:
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/FederatedQueryListElement.java,v
done
Checking in FederatedQueryListElement.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/FederatedQueryListElement.java,v
<-- FederatedQueryListElement.java
new revision: 1.1.2.1; previous revision: 1.1
done
Checking in HttpSessionExtraParams.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/HttpSessionExtraParams.java,v
<-- HttpSessionExtraParams.java
new revision: 1.1.2.4; previous revision: 1.1.2.3
done
Checking in ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.35; previous revision: 1.31.2.34
done

Comment by lwhite [ 27/May/08 06:46 PM ]

active cache reconciliation code for SipTransactionPersistentManager
and ReplicationDialogFragmentManager
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.44; previous revision: 1.43
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.121; previous revision: 1.120
done

Comment by lwhite [ 29/May/08 06:33 PM ]

more work on replica cache reconciliation for rolling upgrade support
Checking in dialogmgmt/DialogFragmentStoreImpl.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/DialogFragmentStoreImpl.java,v
<-- DialogFragmentStoreImpl.java
new revision: 1.28; previous revision: 1.27
done
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.45; previous revision: 1.44
done
Checking in sessmgmt/SipApplicationSessionStoreImpl.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipApplicationSessionStoreImpl.java,v
<-- SipApplicationSessionStoreImpl.java
new revision: 1.52; previous revision: 1.51
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.122; previous revision: 1.121
done

Checking in ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.36; previous revision: 1.31.2.35
done
Checking in ReplicationStore.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationStore.java,v
<-- ReplicationStore.java
new revision: 1.20.2.18; previous revision: 1.20.2.17
done

Comment by lwhite [ 02/Jun/08 10:35 AM ]

Added SSOExtraParams to support needed currentOwnerInstance for
rolling upgrade
hecking in SingleSignOnEntry.java;
/cvs/glassfish/webtier-extensions/src/java/com/sun/enterprise/security/web/SingleSignOnEntry.java,v
<-- SingleSignOnEntry.java
new revision: 1.5.6.2; previous revision: 1.5.6.1
done
Checking in authenticator/HASingleSignOnEntry.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/HASingleSignOnEntry.java,v
<-- HASingleSignOnEntry.java
new revision: 1.4.6.2; previous revision: 1.4.6.1
done
Checking in authenticator/ReplicationSSOStore.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSSOStore.java,v
<-- ReplicationSSOStore.java
new revision: 1.12.6.8; previous revision: 1.12.6.7
done
RCS file:
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/Attic/SSOExtraParams.java,v
done
Checking in authenticator/SSOExtraParams.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/Attic/SSOExtraParams.java,v
<-- SSOExtraParams.java
new revision: 1.1.2.1; previous revision: 1.1
done
Checking in sessmgmt/HttpSessionExtraParams.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/HttpSessionExtraParams.java,v
<-- HttpSessionExtraParams.java
new revision: 1.1.2.5; previous revision: 1.1.2.4
done
Checking in sessmgmt/JxtaBackingStoreImpl.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/JxtaBackingStoreImpl.java,v
<-- JxtaBackingStoreImpl.java
new revision: 1.18.2.19; previous revision: 1.18.2.18
done
Checking in sessmgmt/ReplicationState.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationState.java,v
<-- ReplicationState.java
new revision: 1.15.2.29; previous revision: 1.15.2.28
done

Comment by lwhite [ 02/Jun/08 06:24 PM ]

Checked in rolling upgrade reconciliation for SSO
Checking in ReplicationSSOStore.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSSOStore.java,v
<-- ReplicationSSOStore.java
new revision: 1.12.6.9; previous revision: 1.12.6.8
done
Checking in ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.18; previous revision: 1.13.2.17
done

Comment by lwhite [ 09/Jun/08 04:33 PM ]

partial rolling upgrade for ejb container
Checking in ReplicatedEjbStore.java;
/cvs/glassfish/appserv-core-ee/ejb/src/java/com/sun/ejb/ee/sfsb/store/ReplicatedEjbStore.java,v
<-- ReplicatedEjbStore.java
new revision: 1.15.2.6; previous revision: 1.15.2.5
done
Checking in ReplicatedSFSBStoreManager.java;
/cvs/glassfish/appserv-core-ee/ejb/src/java/com/sun/ejb/ee/sfsb/store/ReplicatedSFSBStoreManager.java,v
<-- ReplicatedSFSBStoreManager.java
new revision: 1.14.2.20; previous revision: 1.14.2.19
done

Comment by lwhite [ 16/Jun/08 05:21 PM ]

Checking in partial fix - marking re-loaded active cache entries
as not trusted prior to reconciliation.
Checking in HASingleSignOnEntry.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/HASingleSignOnEntry.java,v
<-- HASingleSignOnEntry.java
new revision: 1.4.6.3; previous revision: 1.4.6.2
done
Checking in ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.19; previous revision: 1.13.2.18
done
Checking in ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.37; previous revision: 1.31.2.36
done
Checking in BaseHASession.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/BaseHASession.java,v
<-- BaseHASession.java
new revision: 1.9.6.7; previous revision: 1.9.6.6
done
Checking in HADialogFragment.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/HADialogFragment.java,v
<-- HADialogFragment.java
new revision: 1.30; previous revision: 1.29
done
Checking in ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.46; previous revision: 1.45
done
Checking in HAServletTimer.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/HAServletTimer.java,v
<-- HAServletTimer.java
new revision: 1.48; previous revision: 1.47
done
Checking in HASipApplicationSession.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/HASipApplicationSession.java,v
<-- HASipApplicationSession.java
new revision: 1.60; previous revision: 1.59
done
Checking in HASipSession.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/HASipSession.java,v
<-- HASipSession.java
new revision: 1.56; previous revision: 1.55
done

Comment by lwhite [ 19/Jun/08 12:08 PM ]

converted from using HashMap to ConcurrentHashMap for ownerid queries.
Checking in FederatedListRequestProcessor.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/FederatedListRequestProcessor.java,v
<-- FederatedListRequestProcessor.java
new revision: 1.1.2.2; previous revision: 1.1.2.1
done
Checking in ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.39; previous revision: 1.31.2.38
done
Checking in ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.21; previous revision: 1.13.2.20
done
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.48; previous revision: 1.47
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.124; previous revision: 1.123
done
Checking in ReplicatedSFSBStoreManager.java;
/cvs/glassfish/appserv-core-ee/ejb/src/java/com/sun/ejb/ee/sfsb/store/ReplicatedSFSBStoreManager.java,v
<-- ReplicatedSFSBStoreManager.java
new revision: 1.14.2.21; previous revision: 1.14.2.20
done

Comment by lwhite [ 20/Jun/08 12:22 PM ]

modify findXXXInCache during active cache reconciliation
Checking in ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.40; previous revision: 1.31.2.39
done

Comment by lwhite [ 21/Jun/08 12:23 PM ]

more rolling upgrade work
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.49; previous revision: 1.48
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.126; previous revision: 1.125
done

Comment by lwhite [ 21/Jun/08 05:38 PM ]

more rolling upgrade for SSO case
Checking in ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.22; previous revision: 1.13.2.21
done

Comment by lwhite [ 23/Jun/08 09:37 AM ]

fix typo in last checkin
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.50; previous revision: 1.49
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.127; previous revision: 1.126
done

Comment by lwhite [ 03/Jul/08 11:19 AM ]

added capability in active cache reconciliation to detect
and handle additions replicated after the sync point was done (via
race condition or imperfect quiescence for example).
Checking in authenticator/ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.23; previous revision: 1.13.2.22
done
Checking in sessmgmt/FederatedQueryListElement.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/FederatedQueryListElement.java,v
<-- FederatedQueryListElement.java
new revision: 1.1.2.2; previous revision: 1.1.2.1
done
Checking in sessmgmt/ReplicationHealthChecker.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationHealthChecker.java,v
<-- ReplicationHealthChecker.java
new revision: 1.9.2.16; previous revision: 1.9.2.15
done
Checking in sessmgmt/ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.41; previous revision: 1.31.2.40
done
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.51; previous revision: 1.50
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.128; previous revision: 1.127
done

Comment by lwhite [ 22/Jul/08 09:56 AM ]

For testing purposes enable rolling upgrade restore logic
during instance startup (when rolling upgrade property enabled).
Ultimately this will be replaced by a separate asadmin command.
Checking in authenticator/ReplicationSingleSignOn.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/ReplicationSingleSignOn.java,v
<-- ReplicationSingleSignOn.java
new revision: 1.13.2.27; previous revision: 1.13.2.26
done
Checking in authenticator/SSOFileSync.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/authenticator/Attic/SSOFileSync.java,v
<-- SSOFileSync.java
new revision: 1.1.2.2; previous revision: 1.1.2.1
done
Checking in initialization/ReplicationLifecycleImpl.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/initialization/ReplicationLifecycleImpl.java,v
<-- ReplicationLifecycleImpl.java
new revision: 1.3.2.8; previous revision: 1.3.2.7
done
Checking in sessmgmt/BaseFileSync.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/BaseFileSync.java,v
<-- BaseFileSync.java
new revision: 1.1.2.2; previous revision: 1.1.2.1
done
Checking in sessmgmt/PlannedShutdownNotificationEventHandler.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/PlannedShutdownNotificationEventHandler.java,v
<-- PlannedShutdownNotificationEventHandler.java
new revision: 1.3.6.11; previous revision: 1.3.6.10
done
Checking in sessmgmt/ReplicationManager.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManager.java,v
<-- ReplicationManager.java
new revision: 1.3.6.4; previous revision: 1.3.6.3
done
Checking in sessmgmt/ReplicationManagerBase.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationManagerBase.java,v
<-- ReplicationManagerBase.java
new revision: 1.31.2.44; previous revision: 1.31.2.43
done
Checking in sessmgmt/ReplicationMessageRouter.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/ReplicationMessageRouter.java,v
<-- ReplicationMessageRouter.java
new revision: 1.8.2.18; previous revision: 1.8.2.17
done
Checking in sessmgmt/ReplicationUtil.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/ReplicationUtil.java,v
<-- ReplicationUtil.java
new revision: 1.1.2.14; previous revision: 1.1.2.13
done
Checking in sessmgmt/WebFileSync.java;
/cvs/glassfish/appserv-core-ee/http-session-persistence/src/java/com/sun/enterprise/ee/web/sessmgmt/Attic/WebFileSync.java,v
<-- WebFileSync.java
new revision: 1.1.2.2; previous revision: 1.1.2.1
done
Checking in initialization/ReplicatedStrategyBuilder.java;
/cvs/glassfish/appserv-core-ee/ejb/src/java/com/sun/ejb/ee/sfsb/initialization/ReplicatedStrategyBuilder.java,v
<-- ReplicatedStrategyBuilder.java
new revision: 1.5.6.2; previous revision: 1.5.6.1
done
Checking in store/EJBFileSync.java;
/cvs/glassfish/appserv-core-ee/ejb/src/java/com/sun/ejb/ee/sfsb/store/Attic/EJBFileSync.java,v
<-- EJBFileSync.java
new revision: 1.1.2.2; previous revision: 1.1.2.1
done
Checking in dialogmgmt/DialogFragmentFileSync.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/DialogFragmentFileSync.java,v
<-- DialogFragmentFileSync.java
new revision: 1.2; previous revision: 1.1
done
Checking in dialogmgmt/ReplicationDialogFragmentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/dialogmgmt/ReplicationDialogFragmentManager.java,v
<-- ReplicationDialogFragmentManager.java
new revision: 1.53; previous revision: 1.52
done
Checking in sessmgmt/SipFileSync.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipFileSync.java,v
<-- SipFileSync.java
new revision: 1.3; previous revision: 1.2
done
Checking in sessmgmt/SipTransactionPersistentManager.java;
/cvs/sailfin/replication/src/main/java/org/jvnet/glassfish/comms/replication/sessmgmt/SipTransactionPersistentManager.java,v
<-- SipTransactionPersistentManager.java
new revision: 1.130; previous revision: 1.129
done

Comment by Tom Mueller [ 06/Mar/12 09:59 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4136] Rolling upgrade support Created: 08/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: load_balancer
Affects Version/s: V3
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: Hong Zhang Assignee: pj126383
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


Issue Links:
Dependency
blocks GLASSFISH-4132 rolling upgrade support Resolved
Issuezilla Id: 4,136
Status Whiteboard:

v3-prd-item

Tags:
Participants: Hong Zhang, pj126383 and Tom Mueller

 Description   

Creating a dependency issue for rolling upgrade support
http://wiki.glassfish.java.net/Wiki.jsp?page=V3DeploymentImprovements
Deploy-009

Right now, the load balancer enable/disable at cluster instance level. It will
be a big improvement if we can enable/disable at application level. So rolling
upgrade of one application does not need to affect the availability of other
applications.



 Comments   
Comment by Hong Zhang [ 08/Feb/08 12:00 PM ]

Adding v3-prd-item to status whiteboard.

Comment by Tom Mueller [ 06/Mar/12 09:58 PM ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-4147] Request prioritization in application server Created: 10/Feb/08  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: other
Affects Version/s: 9.1peur1
Fix Version/s: not determined

Type: New Feature Priority: Critical
Reporter: Sanjeeb Sahoo Assignee: Sanjeeb Sahoo
Resolution: Unresolved Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Dependency
depends on GLASSFISH-4128 ability to plugin custom implementati... Open
depends on GLASSFISH-4320 [v3] Expose Grizzly's Resource Consom... Open
depends on GLASSFISH-4386 Request prioritization in application... Open
depends on