[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
Labels: None
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

 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 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version 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
Labels: None
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

 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 ]

This is a high level v3 requirement.

Comment by uppalapati [ 27/Aug/08 ]

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 ]

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





[GLASSFISH-15145] The promotional links at the bottom of the Console screen are out of date. Created: 13/Dec/10  Updated: 19/Dec/16

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

Type: Bug Priority: Critical
Reporter: Chris Kasso Assignee: jclingan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1-approved, 3_1-exclude

 Description   

The ads at the bottom of the Console need to be updated:

  1. Download Sun Java System Web Server 7.0 Update 7
  2. NetBeans integration: Deploying Web Applications to Sun Java System Web Server 7.0 With NetBeans 6.0
  3. Sun Java System Web Server 7.0 training available
  4. Sun Java System Web Server community forum
  5. Sun Java System Web Server community wiki

> Data Gathering and Reporting Information



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

Can you also provide the link to each of the topic ?

Actually, we (John Clington/Nazrul etc) are discussing this and also about migrating the page from sun.com to oracle.com.
I still don't have any concrete info on this. And have no idea whom to contact regarding changing the content.
Let me assign this to Nazrul

Comment by Anissa Lam [ 13/Dec/10 ]

We used to send email to sw-webrequest alias for any content change.
That email is alias no longer valid and bounced back.

Comment by Nazrul [ 13/Dec/10 ]

This is on John's To Do list

Comment by Anissa Lam [ 16/Dec/10 ]

downgrade to P3

Comment by Nazrul [ 20/Dec/10 ]

John: Any update on this? Please let us know if a new url will be used to host the file.

Comment by Nazrul [ 22/Dec/10 ]

John is working on a new url.

Comment by Nazrul [ 27/Dec/10 ]

Need the new URL before it is too late to make changes. Raising the priority.

Comment by Nazrul [ 30/Dec/10 ]

URL for 3.1 release:
http://www.oracle.com/technetwork/middleware/glassfish/web/glassfishserverproductmsg-3-1-204953.html

Comment by Anissa Lam [ 30/Dec/10 ]

The promotion link resided in the theme module, the community-theme and the oracle branded theme. I am changing both of them to the URL listed by Nazrul above.

How bad is its impact? (Severity)
We will be showing out-dated info to GUI user.

How often does it happen? Will many users see this problem? (Frequency)
Everytime when user goes to the Home page of GUI.

How much effort is required to fix it? (Cost)
Changing the URL of the promotion link is low. John will still need to update the content.

What is the risk of fixing it and how will the risk be mitigated? (Risk)
Should be low and easily tested.

Here is the svn diff for the community-theme module. The same applies to the oracle branded module.

~/Awork/V3/v3/admingui 609) svn diff community-theme/
Index: community-theme/src/main/resources/branding/upsellpe.inc
===================================================================
— community-theme/src/main/resources/branding/upsellpe.inc (revision 44118)
+++ community-theme/src/main/resources/branding/upsellpe.inc (working copy)
@@ -41,6 +41,7 @@
-->

<ui:event type="initPage">
+ setResourceBundle(key="i18nce" bundle="org.glassfish.admingui.community-theme.Strings");
setPageSessionAttribute(key="contentCSS" value="position:absolute; overflow:auto; top:0px; width:100%; height:auto; bottom:200px;");
</ui:event>
<f:verbatim>
@@ -50,7 +51,7 @@
<script type="text/javascript">
function frameOnload() {
var adframe = document.getElementById('adframe');

  • adframe.innerHTML = '<iframe id="upsell" style="height:100%; width:100%;" frameborder="0" src="# {request.scheme}://www.sun.com/software/products/appsrvr/promotions/v3.html#instance_urn=$session{productInstanceURN}"></iframe>';
    + adframe.innerHTML = '<iframe id="upsell" style="height:100%; width:100%;" frameborder="0" src="#{request.scheme}

    ://$resource

    {i18nce.promotionLink}"></iframe>';
    }
    </script>
    </f:verbatim>
    Index: community-theme/src/main/resources/branding/upsellee.inc
    ===================================================================
    — community-theme/src/main/resources/branding/upsellee.inc (revision 44118)
    +++ community-theme/src/main/resources/branding/upsellee.inc (working copy)
    @@ -41,6 +41,7 @@
    -->

    <ui:event type="initPage">
    + setResourceBundle(key="i18nce" bundle="org.glassfish.admingui.community-theme.Strings");
    setPageSessionAttribute(key="contentCSS" value="position:absolute; overflow:auto; top:0px; width:100%; height:auto; bottom:200px;");
    </ui:event>
    <f:verbatim>
    @@ -50,7 +51,7 @@
    <script type="text/javascript">
    function frameOnload() {
    var adframe = document.getElementById('adframe');
    - adframe.innerHTML = '<iframe id="upsell" style="height:100%; width:100%;" frameborder="0" src="#{request.scheme}://www.sun.com/software/products/appsrvr/promotions/v3.html#instance_urn=$session{productInstanceURN}"></iframe>';
    + adframe.innerHTML = '<iframe id="upsell" style="height:100%; width:100%;" frameborder="0" src="#{request.scheme}://$resource{i18nce.promotionLink}

    "></iframe>';
    }
    </script>
    </f:verbatim>
    Index: community-theme/src/main/resources/org/glassfish/admingui/community-theme/Strings.properties
    ===================================================================

      • community-theme/src/main/resources/org/glassfish/admingui/community-theme/Strings.properties (revision 44118)
        +++ community-theme/src/main/resources/org/glassfish/admingui/community-theme/Strings.properties (working copy)
        @@ -46,3 +46,4 @@
        msg.JS.confirmLogout=Log Out of GlassFish Administration Console ?
        +promotionLink=www.oracle.com/technetwork/middleware/glassfish/web/glassfishserverproductmsg-3-1-204953.html
        ~/Awork/V3/v3/admingui 610)
Comment by jclingan [ 30/Dec/10 ]

This issue refers to the web server console ads. Do GlassFish Server and iPlanet Web Server share the same console ads?

Comment by Anissa Lam [ 30/Dec/10 ]

I don't know anything about the iPlanet Web Server ads. Chris mentioned to me that the promotion frame data is out-dated and should be fixed and raised this issue.
It is filed under glassfish and admin-gui component.

So, is the link that Nazrul provide intended for GlassFish 3.1 promotion frame ? If so, there is no issue.
If not, please give me the link for displaying in the promotion frame of GlassFish 3.1 Admin Console.

Comment by jclingan [ 30/Dec/10 ]

Anissa, this is the correct URL, so please move forward. I'm just reading the issue description above. Not sure why it discusses web server and not glassfish :-/

Comment by Chris Kasso [ 30/Dec/10 ]

The web server ads that I included in the report were seen at the bottom of the GlassFish Console.

Comment by jclingan [ 30/Dec/10 ]

Odd. I've never seen that (not that I don't believe you ). OK, I think this issue has been resolved. Thanks everyone.

Comment by Anissa Lam [ 30/Dec/10 ]

I have checked in the changes in GUI code, to both community and oracle brand theme module.
It now points to www.oracle.com/technetwork/middleware/glassfish/web/glassfishserverproductmsg-3-1-204953.html
I will just leave this bug open. John can close this once the content is actually updated which is what is originally reported here.
Also want to let John know that if there is a need that the oracle brand and community brand promotion be different link, it is possible too. (right now, it points to the same url).

Thanks.

Project: glassfish
Repository: svn
Revision: 44164
Author: anilam
Date: 2010-12-30 18:23:42 UTC
Link:

Log Message:
------------
GLASSFISH-15145. Fix the promotion frame URL.
Approver: Anissa
Reviewer: John reviewed the URL.

Revisions:
----------
44164

Modified Paths:
---------------
trunk/v3/admingui/community-theme/src/main/resources/org/glassfish/admingui/community-theme/Strings.properties
trunk/v3/admingui/community-theme/src/main/resources/branding/upsellee.inc
trunk/v3/admingui/community-theme/src/main/resources/branding/upsellpe.inc

Comment by Nazrul [ 10/Jan/11 ]

The product changes are complete. We need to update the hosted content available under www.sun.com/software/products/appsrvr/promotions/v3.html





[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
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,495

 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 ]

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
Labels: None
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 GLASSFISH-4160 Support request prioritization in ORB Open
depends on GLASSFISH-4385 Support request prioritization in app... Open
depends on GLASSFISH-4384 Support request prioritization in web... Resolved
depends on GLASSFISH-3205 Need "application aware" pools Open
Issuezilla Id: 4,147
Status Whiteboard:

v3-prd-item

Tags: 3_1_x-exclude

 Description   

In a typical application server deployment, there is a need to discriminate
user requests to an application in order to provide differentiated quality
of service.

However, our current application server implementation does not provide
sufficient resource consumption management policies/aids to enable
such a service.



 Comments   
Comment by Sanjeeb Sahoo [ 10/Feb/08 ]

This RFE will be used to provide infrastructure for the following conection pool
RFEs as well:
https://glassfish.dev.java.net/issues/show_bug.cgi?id=3205
https://glassfish.dev.java.net/issues/show_bug.cgi?id=4128

Comment by Sanjeeb Sahoo [ 10/Feb/08 ]

Changed target milestone and prority

Comment by jfarcand [ 11/Feb/08 ]

Adding the link that explain how Grizzly implements it in GlassFish v2/v3

http://weblogs.java.net/blog/jfarcand/archive/2007/06/improving_ajax_1.html

Comment by Sanjeeb Sahoo [ 05/Mar/08 ]

adding dependency on 4160, which is the ORB part of this feature.

Comment by Sanjeeb Sahoo [ 05/Mar/08 ]

Set dependency on 4384

Comment by Jagadish [ 05/Mar/08 ]

adding dependencies

Comment by jfarcand [ 05/Mar/08 ]

Adding myself to the cc-list as we need to synchronize the work, because the
WebTier also have a similar task already in progress.

Comment by jfarcand [ 05/Mar/08 ]

Add dependencies....

Comment by seanespn [ 28/Oct/11 ]

ESPN.com would love to see this feature.

One thing we did lose by moving off our home grown servlet container was the concept of "swim lanes".

Basically we could tell our previous container to ONLY use a max of X threads to handle requests for a certain URI or set of URIs. This prevented one page that is for some reason running very slowly from exhausting the HTTP thread pool and starving other pages that are working fine.

Comment by scatari [ 28/Oct/11 ]

Marking appropriately to be considered for 3.1.2. We will re-evaluate this request.

Comment by Sanjeeb Sahoo [ 22/Dec/11 ]

Sorry, I don't see getting addressed anytime soon.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5693] No automatic post-install processing Created: 27/Aug/08  Updated: 06/Mar/12

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

Type: Improvement Priority: Critical
Reporter: driscoll Assignee: msreddy
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux


Issuezilla Id: 5,693

 Description   

Unlike the v2 version of the updatecenter, the v3 version does not support
post-install or pre-remove processing.

While many of the functions that would require this can now be handled with OSGi
(with proper versioning), some cannot - for instance, modification of domain.xml.

Without support for this feature, the updatetool is simply a file delivery
mechanism, not an update mechanism.

I've spoken to the updatecenter2 team, and they tell me that this is a product
specific feature, and they will not be providing this functionality.



 Comments   
Comment by rebeccas [ 27/Aug/08 ]

This is not a bug it is an enhancement request. The user is requesting
functionality never intended for the tool.

Comment by Snjezana Sevo-Zenzerovic [ 27/Aug/08 ]

Apologies for the confusion - this should actually be filed under "other" or
"admin" since it has to do with addon configuration functionality and not with
GF upgrade tool.

Moving to more appropriate subcategory and assigning to Sreeni.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-15425] [STRESS][umbrella] 24x7 RichAccess run on OEL with JRockit-jdk1.6.0_22 failed. Created: 04/Jan/11  Updated: 19/Dec/16  Due: 18/Jan/11

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

Type: New Feature Priority: Critical
Reporter: varunrupela Assignee: scatari
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Zip Archive re-run-logs.zip    
Issue Links:
Dependency
depends on GLASSFISH-16568 GMS can select incorrect network inte... In Progress
depends on GLASSFISH-15377 [STRESS] java.lang.ArrayIndexOutOfBou... Reopened
depends on GLASSFISH-15376 [STRESS] java.lang.ArrayIndexOutOfBou... Resolved
depends on GLASSFISH-15503 [STRESS] JRockit: Deadlock observed f... Resolved
depends on GLASSFISH-15426 [STRESS] "java.util.concurrent.Reject... Closed
depends on GLASSFISH-15427 [STRESS] ClassFormatError observed fr... Closed
depends on GLASSFISH-15428 [STRESS] NoClassDefFoundError from Sh... Closed
Tags: 3_1-next, 3_1_1-scrubbed

 Description   

This is a Umbrella Issue Opened to track the BigApps - RichAccess - run on Windows 2008.

************
Build : GF nightly build 35 from 28-Dec-2010.
Platform : OEL
JDK: JRockit-jdk 1.6.0_22
Setup : 3 Instance Cluster
Application: RichAccess
Target Duration: 24x7
Completed Duration: 24x4
Client Settings: call_rate 20

Observations: The run saw an exception from the grizzly layer and a crash on all the instances. Some other exceptions were also observed. Separate issues will be filed for each observed issue.
************



 Comments   
Comment by Joe Fialli [ 04/Jan/11 ]

It appears that instance03 stopped responding to GMS heartbeat and was reported as suspect and then failed.
This can happen when the GC is running for long periods of times and not allowing for an instance to respond to its
heartbeat within 6 seconds. However, since the instance was also confirmed failed, that means that GMS was not able
to create a new TCP connection to the instance and ping it with 10 seconds of the missed heartbeats.

It would assist in evaluation if the DAS server log is attached since that provides an overview of unexpected
failures. Then the server log and gc log of that instance that failed first should be inspected to
see if it is long GC and/or OutOfMemory issues that is causing that instance to seem failed. Or if there is a fatal
exception showing that instance has crashed.

NoClassDefFound error reported in http://java.net/jira/browse/GLASSFISH-15428 seems more likely to occur on a
failing JVM due to OutOfMemory issues.

Comment by varunrupela [ 05/Jan/11 ]

Started a re-run to collect more information.
Logs location has been sent by e-mail to Joe.

Comment by Nazrul [ 05/Jan/11 ]

Umbrella bug; excluding from un-scrubbed list

Comment by varunrupela [ 10/Jan/11 ]

The re-run of a of this scenario to debug an initial failure (where the instances crashed) lead to the following observations:

[Filed Bugster Issue: 7011216 for the below problem]

  • The initial run and the re-run, both show the below stack trace almost exactly after 4 days and 6 hrs:
    [#|2011-01-09T23:20:02.662+0530|SEVERE|glassfish3.1|grizzly|_ThreadID=13;_ThreadName=Thread-3;|doSelect exception
    java.lang.NoClassDefFoundError: java/lang/String
    at java.lang.Class.getDeclaredMethods0(Native Method)
    at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
    at java.lang.Class.getMethod0(Class.java:2670)
    at java.lang.Class.getMethod(Class.java:1603)
    at com.sun.enterprise.connectors.jms.system.ActiveJmsResourceAdapter.handleRequest(ActiveJmsResourceAdapter.java:2196)
    at com.sun.enterprise.v3.services.impl.ServiceInitializerHandler.onAcceptInterest(ServiceInitializerHandler.java:114)
    at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKey(SelectorHandlerRunner.java:301)
    at com.sun.grizzly.SelectorHandlerRunner.handleSelectedKeys(SelectorHandlerRunner.java:263)
    at com.sun.grizzly.SelectorHandlerRunner.doSelect(SelectorHandlerRunner.java:200)
    at com.sun.grizzly.SelectorHandlerRunner.run(SelectorHandlerRunner.java:132)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)
    #]
  • 15 minutes after the above stack the following is logged by Grizzly:
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(3).|#]
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(5).|#]
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(1).|#]
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(4).|#]
    [#|2011-01-09T23:35:02.944+0530|WARNING|glassfish3.1|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=14;_ThreadName=Thread-3;|GRIZZLY0023: Interrupting idle Thread: http-thread-pool-28080(2).|#]
  • One instance survived (i.e. did not crash) and so we were able to take a jstack on it. The jstack shows the attached deadlock, but we do not yet know the exact time the deadlock appeared.
  • 2 of the instances crashed at different times. instance102 crashed on 10th Jan, 02:07, while instance103 crashed on 10th Jan, 00:24.
    [Filed Bugster Issue: 7011219]

Issues for all the above issues will be filed and linked to this issue.

Comment by varunrupela [ 10/Jan/11 ]

Attached logs for the re-run.

Comment by varunrupela [ 10/Jan/11 ]

Here's a netstat out for instance101's jms port. instance101 did not crash.

[root@sf-x2200-21 log]# netstat -an | grep 27676
tcp 0 0 ::ffff:127.0.0.1:15400 ::ffff:127.0.0.1:27676 ESTABLISHED
tcp 4 0 ::ffff:127.0.0.1:27676 ::ffff:127.0.0.1:15400 ESTABLISHED

Comment by Nazrul [ 18/Jan/11 ]

In the release note, you may refer to the following two JRockit issues:

https://bug.oraclecorp.com/pls/bug/webbug_print.show?c_rptno=11070311
https://bug.oraclecorp.com/pls/bug/webbug_print.show?c_rptno=11070336

Comment by Nazrul [ 08/Mar/11 ]

We need to provide the necessary information to JRockit team. Getting help from Chris.

Comment by Scott Fordin [ 23/Mar/11 ]

Need more info to add issue to 3.1 Release Notes.

Comment by Chris Kasso [ 07/Apr/11 ]

This item does not need to be covered in the Release Notes since we have documented that there is no support for JRocket in 3.1

Comment by Chris Kasso [ 23/May/11 ]

Transferring ownership of this umbrella issue to Sathyan because he owns the 3.1.1 release.

Comment by scatari [ 02/Jun/11 ]

Required tracking bug for 3.1.1 support for JRockit.

Comment by scatari [ 25/Jun/11 ]

JRockit support has been deferred to next release.

Comment by scatari [ 05/Jul/11 ]

JRockit support has been deferred out of 3.1.1.





[GLASSFISH-10960] [Embedded] runscatteredarchive goal - failed. Created: 10/Nov/09  Updated: 06/Mar/12

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

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

Operating System: Solaris
Platform: Sun


Attachments: File annotation_war.tar     XML File pom.xml     File webapps-caching.tar    
Issuezilla Id: 10,960
Status Whiteboard:

v3_exclude


 Description   

RHL machine. I've checked out v3 source code. Then cd to v3/maven-plugin and
executed "mvn install". Was used maven 2.0.10 and jdk 1.6.0_16. "mvn install"
was executed without any issues. Then I cd to v3/maven-plugin/src/test/deploy
and edited pom.xml. I've replaced <app> by <rootdirectory> taht pointed to an
app source code. In a goal section I've put only <goal>runscatteredarchive</goal>

Then I've executed runscatteredarchive goal. But the execution failed. In one
case, I've used a source code where on top level were only WEB-INF and META-INF,
nothing else. In another case I've used a source code where on the top level
were: index.html, JSPCache.jsp, META-INF, ServCache.jsp, WEB-INF.

1) In first case (only WEB-INF and META-INF) I saw such messages during
runscatteredarchive execution:
===========================================================

[INFO] Scanning for projects...
WAGON_VERSION: 1.0-beta-2
[INFO] ------------------------------------------------------------------------
[INFO] Building Maven deploy test
[INFO] task-segment: [install]
[INFO] ------------------------------------------------------------------------
[INFO] [site:attach-descriptor]
[INFO] [install:install]
[INFO] Installing /opt/v3/v3/v3/maven-plugin/src/test/deploy/pom.xml to
/root/.m2/repository/org/glassfish/maven-glassfish-plugin-tester/3.0-SNAPSHOT/maven-glassfish-plugin-tester-3.0-SNAPSHOT.pom
[INFO] [embedded-glassfish:runscatteredarchive

{execution: default}

]
Nov 10, 2009 3:32:31 PM org.glassfish.flashlight.FlashlightUtils
logDTraceAvailability
INFO: DTrace enabled is set to false
DTrace is not available. This can be caused by two things:
1. JDK 7 is required to run DTrace
2. glassfish-dtrace.jar value-add is required for DTrace
Nov 10, 2009 3:32:31 PM com.sun.enterprise.v3.server.AppServerStartup run
INFO: GlassFish v3 (java_re-private) startup time : Embedded(304ms) startup
services(255ms) total(559ms)
Nov 10, 2009 3:32:31 PM
com.sun.enterprise.transaction.JavaEETransactionManagerSimplified initDelegates
INFO: Using
com.sun.enterprise.transaction.jts.JavaEETransactionManagerJTSDelegate as the
delegate
Nov 10, 2009 3:32:31 PM
org.glassfish.admin.mbeanserver.JMXStartupService$JMXConnectorsStarterThread run
INFO: JMXStartupService: JMXConnector system is disabled, skipping.
Nov 10, 2009 3:32:31 PM AppServerStartup run
INFO: [Thread[GlassFish Kernel Main Thread,5,main]] started
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] null

[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4 seconds
[INFO] Finished at: Tue Nov 10 15:32:31 PST 2009
[INFO] Final Memory: 29M/678M
[INFO] ------------------------------------------------------------------------
=====================================================

2) In second case (WEB-INF, META-INF, jsp and html on top level), I saw such
messages during the execution of runscatteredarchive:

[INFO] Scanning for projects...
WAGON_VERSION: 1.0-beta-2
[INFO] ------------------------------------------------------------------------
[INFO] Building Maven deploy test
[INFO] task-segment: [install]
[INFO] ------------------------------------------------------------------------
[INFO] [site:attach-descriptor]
[INFO] [install:install]
[INFO] Installing /opt/v3/v3/v3/maven-plugin/src/test/deploy/pom.xml to
/root/.m2/repository/org/glassfish/maven-glassfish-plugin-tester/3.0-SNAPSHOT/maven-glassfish-plugin-tester-3.0-SNAPSHOT.pom
[INFO] [embedded-glassfish:runscatteredarchive

{execution: default}

]
Nov 10, 2009 3:37:03 PM org.glassfish.flashlight.FlashlightUtils
logDTraceAvailability
INFO: DTrace enabled is set to false
DTrace is not available. This can be caused by two things:
1. JDK 7 is required to run DTrace
2. glassfish-dtrace.jar value-add is required for DTrace
Nov 10, 2009 3:37:03 PM com.sun.enterprise.v3.server.AppServerStartup run
INFO: GlassFish v3 (java_re-private) startup time : Embedded(300ms) startup
services(252ms) total(552ms)
Nov 10, 2009 3:37:03 PM
com.sun.enterprise.transaction.JavaEETransactionManagerSimplified initDelegates
INFO: Using
com.sun.enterprise.transaction.jts.JavaEETransactionManagerJTSDelegate as the
delegate
Nov 10, 2009 3:37:03 PM
org.glassfish.admin.mbeanserver.JMXStartupService$JMXConnectorsStarterThread run
INFO: JMXStartupService: JMXConnector system is disabled, skipping.
Nov 10, 2009 3:37:03 PM AppServerStartup run
INFO: [Thread[GlassFish Kernel Main Thread,5,main]] started
Nov 10, 2009 3:37:03 PM org.glassfish.deployment.common.AnnotationScanner
scanArchive
WARNING: Error scan jar entryWEB-INF/classes/WEB-INF/lib/appserv-tags.jarerror
in opening zip file
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] entries(String)

[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4 seconds
[INFO] Finished at: Tue Nov 10 15:37:03 PST 2009
[INFO] Final Memory: 29M/676M
[INFO] ------------------------------------------------------------------------



 Comments   
Comment by dochez [ 10/Nov/09 ]

maven plugin issue

Comment by sirajg [ 11/Nov/09 ]

Ran with mvn -e install. Got this stack trace :
Caused by: java.lang.NullPointerException
at org.glassfish.weld.WeldSniffer.handles(WeldSniffer.java:106)
at
com.sun.enterprise.v3.server.SnifferManagerImpl.getSniffers(SnifferManagerImpl.java:156)
at
org.glassfish.kernel.embedded.EmbeddedDeployerImpl.deploy(EmbeddedDeployerImpl.java:200)
at org.glassfish.maven.RunScatteredArchive.execute(RunScatteredArchive.java:113)

Requesting Roger to take a look

Comment by rogerk [ 11/Nov/09 ]

Please provide steps to reproduce and test case.

Comment by easarina [ 11/Nov/09 ]

Edit pom.xml in maven-plugin/src/test/deploy:

<plugin>
<groupId>org.glassfish</groupId>
<artifactId>maven-embedded-glassfish-plugin</artifactId>
<configuration>
<goalPrefix>glassfish</goalPrefix>
<rootdirectory>./webapps-caching</rootdirectory>
<port>8080</port>
</configuration>
<executions>
<execution>
<phase>install</phase>
<goals>
<goal>runscatteredarchive</goal>
</goals>
</execution>
</executions>
</plugin>

Then execute mvn install.

As I've wrote, I've used two source codes: webapps-caching and annotation_war.

I've attached these source codes.

Comment by easarina [ 11/Nov/09 ]

Created an attachment (id=3857)
annotation_war.tar

Comment by easarina [ 11/Nov/09 ]

Created an attachment (id=3858)
webapps-caching.tar

Comment by easarina [ 11/Nov/09 ]

Created an attachment (id=3859)
pom.xml

Comment by Ryan Lubke [ 17/Nov/09 ]

I've fixed the NPE in WeldSniffer.

When running the test using webapps-caching, the following exception is thrown:

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

Caused by: java.lang.UnsupportedOperationException: entries(String)
at org.glassfish.api.embedded.ScatteredArchive.entries(ScatteredArchive.java:419)
at
org.glassfish.persistence.jpa.JPASniffer.scanForPURootsInLibDir(JPASniffer.java:97)
at org.glassfish.persistence.jpa.JPASniffer.handles(JPASniffer.java:84)
at
com.sun.enterprise.v3.server.SnifferManagerImpl.getSniffers(SnifferManagerImpl.java:156)
at
org.glassfish.kernel.embedded.EmbeddedDeployerImpl.deploy(EmbeddedDeployerImpl.java:200)
at org.glassfish.maven.RunScatteredArchive.execute(RunScatteredArchive.java:113)

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

When running annotation_war, the following is displayed:
--------------------------------------------

Nov 17, 2009 12:46:12 PM AppServerStartup run
INFO: [Thread[GlassFish Kernel Main Thread,5,main]] started
Nov 17, 2009 12:46:15 PM org.glassfish.api.ActionReport failure
SEVERE: Module type not recognized
Nov 17, 2009 12:46:15 PM org.glassfish.api.ActionReport failure
SEVERE: There is no installed container capable of handling this application
org.glassfish.api.embedded.ScatteredArchive@21495bb8 located at
/Users/ryanlubke/files/containers/v3/maven-plugin/src/test/deploy/annotation_war
classLoader = WebappClassLoader (delegate=true; repositories=WEB-INF/classes/)
SharedSecrets.getJavaNetAccess()=java.net.URLClassLoader$7@37d7a424
Deployed Application null

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

Comment by Ryan Lubke [ 17/Nov/09 ]

WeldSniffer updated (r34446).

Transferring back.

Comment by sirajg [ 17/Nov/09 ]

The deployment exception for annotation_war is fixed. The UnsupportedException
for webapps_caching is because the method

public Enumeration<String> entries(String s)

{ throw new UnsupportedOperationException("entries(String)"); }

in org.glassfish.api.embedded.ScatteredArchive is not implemented.

Comment by sirajg [ 17/Nov/09 ]

Implemented this method in ScatteredArchive :

public Enumeration<String> entries(String s) {
Enumeration <String> entries = entries();
Vector<String> prefixedEntries = new Vector();
while (entries.hasMoreElements())

{ String entry = (String)entries.nextElement(); if (entry.startsWith(s)) prefixedEntries.add(entry); }

return prefixedEntries.elements();

The deployment moves forward a bit but fails at this :

Caused by: java.lang.NullPointerException
at org.glassfish.persistence.jpa.JPASniffer.isEntryPresent(JPASniffer.java:118)
at
org.glassfish.persistence.jpa.JPASniffer.scanForPURootsInLibDir(JPASniffer.java:104)
at org.glassfish.persistence.jpa.JPASniffer.handles(JPASniffer.java:84)
at
com.sun.enterprise.v3.server.SnifferManagerImpl.getSniffers(SnifferManagerImpl.java:156)
at
org.glassfish.kernel.embedded.EmbeddedDeployerImpl.deploy(EmbeddedDeployerImpl.java:200)
at org.glassfish.maven.RunScatteredArchive.execute(RunScatteredArchive.java:118)

This is because the JPA code calls ReadableArchiveAdapter.getSubArchive() which
returns a null, and it is not overriden in the ScatteredArchive

Comment by sirajg [ 18/Nov/09 ]

Implementing getSubArchive in ScatteredArchive requires access to some classes
in deployment-common which would mean adding dependencies in its pom.xml. So
this use case would have to be handled in next release

Comment by sirajg [ 18/Nov/09 ]

correction - pom.xml of common/glassfish-api

Comment by easarina [ 19/Nov/09 ]

I've checkout a V3 source code today (11/19) and tried to execute the
ruscatteredarchive goal. As a resource of the directories, I've used the
directories with extended archives that were created at
domains/domain1/applications directory during a regular deployment to V3.

1) I've tried many applications that can be deployed and executed using a run
or deploy maven goals. Between them only two applications were reported
deployed: annotation_war and hello (the simplest application: hello world). All
other apps, that I've tried, created different errors.

2) For those two apps, that were reported deployed, really under generated were
created empty structures with no files there. So it was totally impossible to
open home page or execute these apps.

The bottom line. From my point of view, now ranscatteredarchive goal is in so
bad condition, that it would be probably better to exclude it from the release.

Comment by easarina [ 23/Nov/09 ]

runscatteredarchive goal was dropped from this release.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-14154] Thread count increasing from 5 to 30 Created: 22/Oct/10  Updated: 13/Dec/10

Status: Open
Project: glassfish
Component/s: other
Affects Version/s: v2.1.1
Fix Version/s: None

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

Operating System: Solaris
Platform: All


Issuezilla Id: 14,154

 Description   

Hi

While incresing default thread count 5 to 30 getting out of memory Error

server is coming up but while accesing its not responding

[#|2010-10-22T12:03:32.492+0000|WARNING|sun-
appserver2.1|javax.enterprise.system.stream.err|_ThreadID=30;_ThreadName=Selecto
rThread-8010;_RequestID=4da33cef-
7b2f-44d1-844a-8f03325b92f1;|
java.lang.OutOfMemoryError: Java heap space
at org.apache.coyote.http11.InternalOutputBuffer.<init>
(InternalOutputBuffer.java:125)
at org.apache.coyote.http11.InternalOutputBuffer.<init>
(InternalOutputBuffer.java:107)
at
com.sun.enterprise.web.connector.grizzly.SocketChannelOutputBuffer.<init>
(SocketChannelOutputBuffer.java:96)

any idea please






[GLASSFISH-12984] Embedded GlassFish Maven Plugin Documentation Created: 14/Aug/10  Updated: 06/Mar/12

Status: Open
Project: glassfish
Component/s: other
Affects Version/s: v3.0.1
Fix Version/s: not determined

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

Operating System: All
Platform: All


Issuezilla Id: 12,984

 Description   

It would be great if there would be a public documentation for the 3.0.1
release of the maven-embedded-glassfish-plugin.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-8793] improve common serialization code to handle osgi bundle changes Created: 21/Jul/09  Updated: 18/Oct/12

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

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

Operating System: All
Platform: Macintosh


Issuezilla Id: 8,793
Status Whiteboard:

v3_exclude

Tags: ee7ri_cleanup_deferred

 Description   

A number of container services (SFSB passivation / HTTP Session storing) require serializing objects to a
persistent store where the object mays be deserialized into a different JVM. Special osgi-aware logic is
needed in order to correctly handle the mapping of serialized classes to their respective osgi bundle. The
current logic assumes static bundle ids. This needs to be improved in order to handle the case where
modules are added or removed in between the serialization and deserialization.



 Comments   
Comment by Sanjeeb Sahoo [ 23/Sep/09 ]

We no longer flush the OSGi cache after a module is added or removed, so bundle
id remains unchanged. SO, I don't see the priority to make this improvement now.
Can we exclude this from v3 release? Ken, please change priority if you agree.

Comment by ksak [ 24/Sep/09 ]

So for the lifetime of a particular V3 installation the bundle id won't change? If that's true, then we can
close this.

For future reference, will that also be the case for a clustered version of V3? I assume in that case the
OSGI bundle adds/changes/deletions will be applied in a way that is uniform across the cluster such that
the bundle ids will match across server instances?

Comment by Sanjeeb Sahoo [ 24/Sep/09 ]

Ken,

That's not true. This bug is still relevant. Bundle id changes any time user
deletes osgi cache. It's just that, we no longer delete the cache anytime we
add/delete/update a bundle.

Bundle id is different across instances in a cluster as well.

Sahoo

Comment by ksak [ 24/Sep/09 ]

OK, sounds like it's safe enough to defer this to V3.1. It would be better behavior for a stand-alone
instance and we'll definitely need it for the cluster case. Thanks.

Comment by Sanjeeb Sahoo [ 24/Sep/09 ]

v3_exclude. For some reason, this bug shows up in v3 bug list.

Comment by Sanjeeb Sahoo [ 12/Oct/10 ]

target 3.2

Comment by Sanjeeb Sahoo [ 12/Oct/10 ]

3.1-exclude

Comment by Tom Mueller [ 18/Oct/12 ]

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 issue 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-8772] Selective deployment in Eclipse plug-in Created: 20/Jul/09  Updated: 22/May/13

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

Type: Improvement Priority: Major
Reporter: Kevin Dean Assignee: kumara
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows Vista
Platform: Other


Issuezilla Id: 8,772

 Description   

My Eclipse workspace has three EARs, all of which are required in my GlassFish
environment. Changing anything in a single EAR means that all three need to be
published again. It would be nice to be able to publish a single EAR instead
of all three.



 Comments   
Comment by raccah [ 27/Jul/09 ]

Take a look at https://bugs.eclipse.org/bugs/show_bug.cgi?id=270333 and see if
that covers your issue. If so, please add comments there. If not, please file
this in the issuetracker for the eclipse plugin at
https://glassfishplugins.dev.java.net/issues/ and then this issue can be closed.

Comment by Kevin Dean [ 27/Jul/09 ]

Close, but not quite. The key is this sentence:

"if the user wasn't changing the EAR there would be zero delta and it's up to
the server adapter to optimize publishing in this case"

That's the issue here: of the three EARs, I'm typically working on only one at
a time and I have to republish all three to test my changes.

The scenario in the Eclipse bug report would be nice to have as well (republish
only the components of the EAR that have changed).

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-2153] Remove unnecessary imports Created: 20/Jan/07  Updated: 22/May/13

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

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

Operating System: All
Platform: All


Issuezilla Id: 2,153

 Description   

All over the GlassFish code, in virtuall all modules, a lot of unnecessary
imports are done. Eclipse shows me lots of warnings on imports that actually
never are used.

To improve the quality of code and reduce the amount of unnecessary code, all
contributors should overhaul "their" code (which is easy since Eclipse can do
that automatically).

In future, it would be really nice and a social task to check the import
statements before checking code in.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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

Comment by Tom Mueller [ 04/Jan/13 ]

Import organizing is available in NetBeans 7.2 also, and NetBeans allows multiple projects to be reformatted at once using the Inspect and Transform... feature. To do this:

1. Open the desired projects
2. Right click on one of the projects and select "Inspect and Transform..."
3. Choose Open Projects for the Inspect choice.
4. Click Browse next to the Single Inspection radio button and choose Organize Imports
5. Click Inspect

This will go through all of the files in all of the projects and organize the imports in all of them.

6. Click "Do refactoring" to apply the changes.

In nucleus alone, this would modify 1450 files.

Personally, I organize imports whenever I edit a file, but this is probably not a general practice throughout the project. Whether to do this once for the whole project would need to be a project-level decision.

Comment by mkarg [ 05/Jan/13 ]

In fact, my intention when filing this issue was not to learn how to use NetBeans, but certainly to trigger the project leaders to discuss this and decide about such a project-level measure.





[GLASSFISH-3965] v3 gem: Pick the next available port in case of port conflict Created: 04/Jan/08  Updated: 06/Mar/12

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

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

Operating System: All
Platform: Macintosh


Issuezilla Id: 3,965

 Description   

For v3 gem, if the default port (8080) is not available then it throws an error.
Instead it should start on the next sequential port (or better algo) and report
the port # on console.



 Comments   
Comment by pramodgo [ 19/Mar/08 ]

Reassigning this issue to Vivek.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-3925] Double assignment to local variable Created: 17/Dec/07  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All
URL: https://glassfish.dev.java.net/source/browse/glassfish/tools/src/java/com/sun/enterprise/tools/upgrade/common/DomainsProcessor.java?rev=1.39&view=markup


Attachments: Text File DomainsProcessor.java.patch    
Issuezilla Id: 3,925

 Description   

Minor patch to get rid of a double assignment.



 Comments   
Comment by hallorant [ 17/Dec/07 ]

Created an attachment (id=1285)
Patch to remove extra assignment to local variable.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-7574] Each subsystem should have its own framework extension bundle Created: 10/Apr/09  Updated: 06/Mar/12

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

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

Operating System: All
Platform: Sun


Issuezilla Id: 7,574

 Description   

Earlier, we were using org.osgi.framework.system.packages variable to export
JDK packages that included both internal as well as standard packages. As the
standard package list does not change that often, it is OK to use the property
to export standard packages, but using it to export internal JDK APIs is
problematic. Different GF bundles depend on different set of internal JDK APIs.
So, relying on a single property becomes a bottleneck. Hence the idea is to
use framework extension bundle. For the time being, I have moved all the extra
packages to a single extension bundle called glassfish-extra-system-packages.
In future, we should break that into multiple bundles. e.g., one can be
supplied by security subsystem, one by metro, one by web container, another by
corba, etc. So, I am filing this umbrella task to achieve this.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-9570] Need Probes for WELD Created: 17/Sep/09  Updated: 06/Mar/12

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

Type: New Feature Priority: Major
Reporter: Nazrul Assignee: Sivakumar Thyagarajan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 9,570
Status Whiteboard:

v3_excluded

Tags: 3_1-exclude

 Description   

Tracking bug.

Need probes for JCDI (web beans) functionality in GlassFish (glassfish:jcdi::).

References:
----------
Dashboard - http://appserver.sfbay.sun.com/Wiki.jsp?page=GFv3ProbesDashboard



 Comments   
Comment by Nazrul [ 17/Sep/09 ]

Adding Prashanth to the CC list and excluding from the GFv3 count.

Comment by Nazrul [ 16/Oct/09 ]

The official name for this feature is WELD.
JCDI -> WELD
glassfish:jcdi:: -> glassfish:weld::

Comment by kumara [ 07/Dec/09 ]

Setting target release for unresolved issues submitted on v3 release to the next release. Not changing
issues submitted on v2.x release because they might not apply to v3.next release.

Comment by Sivakumar Thyagarajan [ 19/Nov/10 ]

Marking it as a feature

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-9335] Need a hook in application class loader to find resources not exported by OSGi bundles Created: 01/Sep/09  Updated: 06/Mar/12

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

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

Operating System: All
Platform: Sun


Issuezilla Id: 9,335

 Description   

See issue #8426 [1] for a background. Ideally, some kind of extender should have
been used by JAF, but we didn't want to change JAF. We addressed that issue by
adding some code in "Public API Class Loader" to look for META-INF/mailcap in
all the installed OSGi bundles. We already have similar code for
META-INF/services files.

Recently, in an email conversation with Bill, this issue again came up. Clearly
the current code is not very extensible. A few possibilities came up during the
discussion. They are listed below. The objective of this RFE is to find a proper
solution for this issue.

Option #1 - Make the resource finding logic configurable via a system property:
This is similar to bootdelegation property in OSGi. We can define a property like:
org.glassfish.appclassloader.resourcedelegation ::= path-description ( ','
path-description )*
path-description::= path-name | ( path-name '/' ) | ''

The /* wildcard means deep matching. e.g., META-INF/* would match all resources
starting with META-INF/.

Then, we can configure the property as META-INF/mailcap, META-INF/services/* to
mimic the current behavior.

Option #2 - Have some extra metadata to indicate what resources are exported:
Since most of the resources have a package name of META-INF, standard
export/import metadata of OSGi is not good enough. So, we can define some extra
metadata that bundle developers can use to tell us what resources they want to
make available to applications.

[1] https://glassfish.dev.java.net/issues/show_bug.cgi?id=8426



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-7970] clean up application library classloaders during undeployment of the application Created: 22/Apr/09  Updated: 06/Mar/12

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

Type: Improvement Priority: Major
Reporter: obdulin Assignee: Sivakumar Thyagarajan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: PC


Issuezilla Id: 7,970

 Description   

When you deploy an application with the --libraries option the server creates
individual classloaders for each of the jar files included. Those classloaders
are never cleaned up so when all the applications that use those libraries are
stopped the classloaders are still there and they may be holding references to
instances loaded by the application or web module classloader. That may
represent an important memory leak is you start and stop application quite often.

This is a summary from a chat with Sivakumar Thyagarajan:

I wrote: "However, I'm concern about the disposal of those classloaders. As far
as I understand the code, those classloaders are stored in a registry (static
HashMap) and they are never remove (until the JVM exits). If you see the library
as an extension of the application (that's my case) that could be a problem
since the classloader never gets gc and neither does the library's static
members object graph."

Sivakumar wrote: "Yes, you are right that we do not clean up application library
classloaders during undeployment of the application. If you could raise
a request for enhancement ticket we could fix it as soon as we can. We
can have a reference counting like mechanism and remove all library
classloaders that are not references by any deployed applications
and solve this issue."



 Comments   
Comment by kumara [ 01/Sep/09 ]

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

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-654] Bring an authoritative DNS for the GF virtual host Created: 10/May/06  Updated: 22/May/13

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

Type: New Feature Priority: Major
Reporter: bjb Assignee: kumara
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All
URL: http://sourceforge.net/projects/customdns/


Issuezilla Id: 654

 Description   

By bringing a JMX component that will act as a JMX DNS authoritative server for
all the virtualhost configured in GF we make glasfish act as a multihome hosting
server.



 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-4787] Handling of optional Extensions could be improved Created: 16/Apr/08  Updated: 06/Mar/12

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

Type: Improvement Priority: Major
Reporter: mkarg Assignee: Tim Quinn
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,787

 Description   

Our EAR is using optional Extensions (Extension-List entry in JAR) (JDIC and JMF).
When deploying GlassFish prints a strange message in the log.
It might be our fault that it is not working, but it would be really good to
have an improved error message what went wrong and how to fix it.

Tim, you asked me to file an issue. Here it is.

http://forums.java.net/jive/thread.jspa?messageID=269456



 Comments   
Comment by Tim Quinn [ 16/Apr/08 ]

The underlying problem here is that the EAR's manifest includes an extension
name in its Extension-List that is not resolved using any of the actual
extension libraries that are accessible.

The improvement in error handling I would really like to see is for GlassFish to
identify the JAR that contains the reference to the unresolved extension name
with a brief but coherent explanation as to what has gone wrong and how the
developer could fix it - and to exclude the stack trace.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-4320] [v3] Expose Grizzly's Resource Consomption Management API, support officialy RCM Created: 29/Feb/08  Updated: 06/Mar/12

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

Type: New Feature Priority: Major
Reporter: jfarcand Assignee: Sivakumar Thyagarajan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issue Links:
Dependency
blocks GLASSFISH-4147 Request prioritization in application... Open
Issuezilla Id: 4,320
Status Whiteboard:

v3-prd-item gfv3-prelude-excluded


 Description   

Resource Consomption Management is implemented since v2 but not officially
supported:

http://blogs.sun.com/sduv/entry/resource_management_in_enterprise_application
http://weblogs.java.net/blog/jfarcand/archive/2007/06/improving_ajax_1.html

Now that Grizzly is fronting every thing in v3, RCM can be extended to support
GIOP/Corba, JMS, etc.



 Comments   
Comment by jfarcand [ 29/Feb/08 ]

...

Comment by jfarcand [ 05/Mar/08 ]
      • Issue 4384 has been marked as a duplicate of this issue. ***
Comment by Sivakumar Thyagarajan [ 07/Mar/08 ]

Grizzly's RCM can be viewed as just another instance of the request
prioritization planned in the container ( issue 4147 ) and so I think exposing
Grizzly' RCM separately in the admin GUI wouldn't be right.

This would essentially mean a user would need to use Grizzly RCM for Grizzly and
a "unified" resource prioritization model for all the other resources/containers
in v3, which doesn't seem right.

Comment by jfarcand [ 07/Mar/08 ]

Siva, since we are planning to use port unification, every connection will be
analyzed inside Grizzly via its tcp listener. So RCM should happens there since
the thread pool is handled by Grizzly. So I'm not sure I see that as 'just an
instance'. I agree with you if the case of not using port unification.

For sure we need to continue supporting what we have in v2 and add configuration
support under the new grizzly-config element.

Let's try to have a meeting with Jerome/Ken on that (just reply on the email
I've sent you internally )

Comment by jfarcand [ 07/Apr/08 ]

Currently available by adding, in domain.xml:

<property name="enableRCM" value="true"/>

Comment by kumara [ 19/Aug/08 ]

Add gfv3-prelude-include to status whiteboard

Comment by kumara [ 03/Sep/08 ]

v3 defect tracking

Comment by kumara [ 25/Sep/08 ]

The initial implementation is done. We need to go through formal
specification/documentation process and then adapt to that for final release.

Comment by jfarcand [ 09/Oct/08 ]

Re-assign to Siva and Sahoo will drive the effort for the overall GlassFish, not
only web container.

Comment by kumara [ 24/Oct/08 ]

Defect->Feature

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5385] Hide packages exported to be used by implementation modules Created: 26/Jul/08  Updated: 18/Oct/12

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

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

Operating System: All
Platform: All


Issue Links:
Dependency
depends on GLASSFISH-6743 dataprovider.jar is not hidden from a... Resolved
Issuezilla Id: 5,385
Status Whiteboard:

v3_exclude

Tags: ee7ri_cleanup_deferred

 Description   

Add a mandatory directive in Export-Package for those packages that are only
supposed to be used by other implementation modules. Something like this:

Export-Package: com.sun.foo; mandatory:=GlassFish



 Comments   
Comment by Sanjeeb Sahoo [ 13/Aug/08 ]

The exact syntax looks like this:
Export-Package: com.sun.foo; private="true"; mandatory:=private

See section #3.6.5 of OSGi R4 spec.

Comment by kumara [ 19/Aug/08 ]

Add gfv3-prelude-include to status whiteboard

Comment by Sanjeeb Sahoo [ 20/Aug/08 ]

I have done it for org.apache.commons packages and asm packages. See:
http://fisheye4.atlassian.com/changelog/glassfish-svn/trunk/v3?cs=21885

Everyone needs to do the same for their modules in order to provide proper
isolation between applications and server run time.

Comment by Sanjeeb Sahoo [ 22/Aug/08 ]
      • Issue 5433 has been marked as a duplicate of this issue. ***
Comment by marina vatkina [ 28/Aug/08 ]

Fixed transaction/jta and transaction/jts:
http://fisheye4.atlassian.com/changelog/glassfish-svn/trunk?cs=22207.

Comment by Sanjeeb Sahoo [ 02/Sep/08 ]

Not a priority for prelude

Comment by kumara [ 24/Oct/08 ]

Reclassifying as P4 because these issues are not must fix for prelude release.
This issue will be scrubbed after prelude release and will be given the right
priority for v3 final release.

Comment by Sanjeeb Sahoo [ 10/Nov/08 ]

Fixed dependency. This is an umbrella bug.

Comment by kumara [ 30/Apr/09 ]

Remove excluded from status whiteboard. And back to P3.

Comment by Sanjeeb Sahoo [ 17/Sep/09 ]

Not many module owners have done it; in fact, only tx module has been fixed.
Marking it as v3_exclude.

Comment by kumara [ 07/Dec/09 ]

Setting target release for unresolved issues submitted on v3 release to the next release. Not changing
issues submitted on v2.x release because they might not apply to v3.next release.

Comment by Sanjeeb Sahoo [ 12/Oct/10 ]

Will try to address this in 3.2

Comment by Sanjeeb Sahoo [ 12/Oct/10 ]

3.1-exclude

Comment by Tom Mueller [ 18/Oct/12 ]

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 issue 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-4671] Tray Icon Created: 08/Apr/08  Updated: 22/May/13

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

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

Operating System: All
Platform: All


Issuezilla Id: 4,671

 Description   

Java EE 5 SDK comes with a nice tray icon for controlling the Windows Service
for GlassFish. Would be pretty cool to have that in the Open Source Version of
GlassFish, too.

In fact, my enhancement more is about improvement of that Tray Icon, instead of
just heaving it Open Sourced:

  • The tray icon's menu hangs as long as the service is in transition from
    running to stopped. That is not nice. People expect to either the menu beeing
    disabled, or beeing responsive.
  • The tray icon (neither itself nor it's menu items) doesn't reflect the current
    service state. Nobody can see whether the server is up, down, booting, or
    shutting down. Also you cannot see whether it is living or crashed. It would be
    really cool to (a) disable menu items not making sense at the current state (b)
    change the icon (using a small badge or animation) depending on the current
    state or transition or liveness. This would make the user's live much easier. It
    happend quite often that I forgot to boot GlassFish and waited for the admin
    console to come up...


 Comments   
Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-14411] Maven Glassfish plugin does not work with Maven 3 Created: 04/Nov/10  Updated: 12/Nov/12

Status: Open
Project: glassfish
Component/s: other
Affects Version/s: v3.0.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Vetle Leinonen-Roeim Assignee: Bhavanishankar
Resolution: Unresolved Votes: 8
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows 7
Platform: All
URL: http://jira.codehaus.org/browse/MNG-4843


Issuezilla Id: 14,411
Tags: 3_1-exclude

 Description   

The Maven Glassfish plugin for deployment and starting/stopping Glassfish does
not work with Maven 3, as the dependencies are configured incorrectly.

More information here: http://jira.codehaus.org/browse/MNG-4843



 Comments   
Comment by Alexis MP [ 04/Nov/10 ]

cc

Comment by Alexis MP [ 04/Nov/10 ]

adding a few relevant folks

Comment by dochez [ 08/Nov/10 ]

reassigning to bhavani for evaluation.

Comment by arungupta [ 17/Nov/10 ]

Adding myself

Comment by Nazrul [ 22/Dec/10 ]

This is more like an RFE. Lets consider this during 3.2.

Comment by kevinpauli [ 17/Jun/11 ]

Until the fix is made, is there any known workaround for this issue?

Comment by lfischer [ 18/Aug/11 ]

I'm also interested in a workaround.

Comment by Peter Butkovic [ 12/Nov/12 ]

I've found this place while answering one of stack overflow questions: http://stackoverflow.com/questions/13138383/maven-glassfish-plugin-in-maven-3-0-4/13339268#13339268

As you might find it useful too, posting workaround also here (as suggested here: http://jira.codehaus.org/browse/MNG-4843 you should override the plugin dependencies in your project with proper versions.):

<build>
    <plugins>
        <plugin>
            <groupId>org.glassfish.maven.plugin</groupId>
            <artifactId>maven-glassfish-plugin</artifactId>
            <version>2.1</version>
...           
        </plugin>
    </plugins>
</build>
<dependencies>
    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-project</artifactId>
        <version>3.0-alpha-2</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-plugin-api</artifactId>
        <version>3.0.4</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>org.apache.maven</groupId>
        <artifactId>maven-artifact</artifactId>
        <version>3.0.4</version>
        <scope>provided</scope>
    </dependency>
</dependencies>




[GLASSFISH-875] ejbTimer improvement Created: 27/Jul/06  Updated: 06/Mar/12

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

Type: Improvement Priority: Major
Reporter: mozheyko_d Assignee: Mahesh Kannan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 875

 Description   

For improvement using ejbTimers within j2ee applications i see several useful
issues:
1. Way for changing default timer datasource from system to another;
2. Way for auto generate ejb_timer_tbl table in custom database;
3. Method for receive timer-interval attribute from Timer-object;



 Comments   
Comment by gfbugbridge [ 05/Apr/07 ]

<BT6543331>

Comment by sridatta [ 09/Apr/07 ]

Assigning this RFE to Mahesh

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-18307] Use of string literals in @Service Created: 02/Feb/12  Updated: 20/Dec/16

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

Type: Improvement Priority: Major
Reporter: Sanjeeb Sahoo Assignee: shreedhar_ganapathy
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Recently I caused a regression in CTS when I was cleaning up some code in deployment. In the process of doing some changes in deployment, I changed the name of ConnectorHandler to RarHandler and to keep thing less confusing, I also changed the service name (value of name attribute in @Service) from "connector" to "rar." Since this class existed in appserver/connectors directory, I made sure that any code referring to older name are updated to use the new name. The process of finding any code using the old name is itself cumbersome as I have had to analyse the context in which the string appears, because the word connector is rather common in appserver code. I thought searching this in appserver is good enough. But, after a few hours, I got to know from our CI server that my check in broke CTS. The fix was to update some code in nucleus which was using the old name. Had the code written using a Constant instead of a String literal, all these could have been easily avoided. So, here is a humber request to glassfish developers owning files listed below to do the following:
a) Ask yourself if the service really has to be named. If not, then remove the name. No name is much much better.
b) If it really needs a name, then introduce a constant for the service name.
c) Update all the references to service names by the constant.

Let me know if you know how to configure findbugs to report this as a high priority bug.

Do the following in glassfish/main workspace:
find . -type "*.java" | xargs grep @Service | grep -v target

./appserver/ha/ha-shoal-store/src/main/java/org/shoal/ha/store/ReplicatedBackingStoreFactory.java:@Service(name="shoal-backing-store-factory")
./appserver/ha/ha-file-store/src/main/java/org/glassfish/ha/store/adapter/file/FileBackingStoreFactory.java:@Service(name = "file")
./appserver/ha/ha-shoal-cache-bootstrap/src/main/java/org/glassfish/ha/store/adapter/cache/ShoalBackingStoreProxy.java:@Service(name = "replicated")
./appserver/ha/ha-shoal-cache-bootstrap/src/main/java/org/glassfish/ha/store/adapter/cache/ReplicationStoreProxy2.java:@Service(name = "replication")
./appserver/ejb/ejb-connector/src/main/java/org/glassfish/ejb/EjbSniffer.java:@Service(name="Ejb")
./appserver/ejb/ejb-connector/src/main/java/org/glassfish/ejb/deployment/EjbAnnotationTypesProvider.java:@Service(name="EJB")
./appserver/ejb/ejb-container/src/main/java/org/glassfish/ejb/admin/cli/ListTimers.java:@Service(name="list-timers")
./appserver/ejb/ejb-container/src/main/java/org/glassfish/ejb/admin/cli/MigrateTimers.java:@Service(name = "migrate-timers")
./appserver/ejb/ejb-container/src/main/java/org/glassfish/ejb/startup/EjbApplication.java:@Service(name = "ejb")
./appserver/ejb/ejb-container/src/main/java/org/glassfish/ejb/startup/EjbApplicationContainer.java:@Service(name="ejb")
./appserver/ejb/ejb-container/src/main/java/org/glassfish/ejb/startup/EjbContainerStarter.java:@Service(name="org.glassfish.ejb.startup.EjbContainerStarter")
./appserver/ejb/ejb-container/src/main/java/org/glassfish/ejb/security/application/EjbSecurityComponentInvocationHandler.java:@Service(name="ejbSecurityCIH")
./appserver/ejb/ejb-container/src/main/java/org/glassfish/ejb/upgrade/EJBTimerServiceUpgrade.java:@Service(name="ejbTimerServiceUpgrade")
./appserver/jbi/serviceengine/sun-javaee-engine/src/main/java/com/sun/enterprise/jbi/serviceengine/core/ServiceEngineRuntimeHelper.java:@Service(name = "ServiceEngineRuntimeHelper")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/CreateJMSDestination.java:@Service(name = "create-jmsdest")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/JMSPing.java:@Service(name="jms-ping")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/DeleteJMSResource.java:@Service(name="delete-jms-resource")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/DeleteJMSHost.java:@Service(name="delete-jms-host")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/FlushJMSDestination.java:@Service(name="flush-jmsdest")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/ConfigureJMSCluster.java:@Service(name="configure-jms-cluster")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/ChangeMasterBrokerCommand.java:@Service(name="change-master-broker")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/UpdateJmsPhysicalDestinationCommand.java:@Service(name = "__update-jmsdest")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/CreateJMSResource.java:@Service(name="create-jms-resource")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/ListJMSDestinations.java:@Service(name="list-jmsdest")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/ListJMSResources.java:@Service(name="list-jms-resources")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/GetJmsPhysicalDestinationCommand.java:@Service(name = "__get-jmsdest")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/ListJMSHosts.java:@Service(name="list-jms-hosts")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/CreateJMSHost.java:@Service(name="create-jms-host")
./appserver/jms/admin/src/main/java/org/glassfish/jms/admin/cli/DeleteJMSDestination.java:@Service(name="delete-jmsdest")
./appserver/orb/orb-connector/src/main/java/org/glassfish/orb/admin/cli/CreateIiopListener.java:@Service(name="create-iiop-listener")
./appserver/orb/orb-connector/src/main/java/org/glassfish/orb/admin/cli/DeleteIiopListener.java:@Service(name="delete-iiop-listener")
./appserver/orb/orb-connector/src/main/java/org/glassfish/orb/admin/cli/ListIiopListeners.java:@Service(name="list-iiop-listeners")
./appserver/orb/orb-connector/src/main/java/org/glassfish/orb/admin/config/IiopServiceSslConfigHandler.java:@Service(name="iiop-service")
./appserver/orb/orb-connector/src/main/java/org/glassfish/orb/admin/config/IiopSslConfigHandler.java:@Service(name="iiop-listener")
./appserver/web/jstl-connector/src/main/java/org/glassfish/jstl/integration/GlassFishTldProvider.java:@Service(name="jstlTld")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateVirtualServer.java:@Service(name = "create-virtual-server")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/ListTransports.java:@Service(name = "list-transports")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteProtocolFinder.java:@Service(name = "delete-protocol-finder")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteProtocol.java:@Service(name="delete-protocol")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/ListProtocolFilters.java:@Service(name = "list-protocol-filters")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateProtocolFinder.java:@Service(name = "create-protocol-finder")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateProtocol.java:@Service(name = "create-protocol")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateHttpListener.java:@Service(name = "create-http-listener")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateTransport.java:@Service(name = "create-transport")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateHttpRedirect.java:@Service(name="create-http-redirect")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/ListProtocols.java:@Service(name = "list-protocols")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteHttpListener.java:@Service(name = "delete-http-listener")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteHttpRedirect.java:@Service(name = "delete-http-redirect")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/ListProtocolFinders.java:@Service(name = "list-protocol-finders")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/ListVirtualServers.java:@Service(name = "list-virtual-servers")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteVirtualServer.java:@Service(name="delete-virtual-server")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateNetworkListener.java:@Service(name = "create-network-listener")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/ListHttpListeners.java:@Service(name = "list-http-listeners")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteProtocolFilter.java:@Service(name = "delete-protocol-filter")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteTransport.java:@Service(name="delete-transport")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateProtocolFilter.java:@Service(name = "create-protocol-filter")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteHttp.java:@Service(name = "delete-http")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/DeleteNetworkListener.java:@Service(name = "delete-network-listener")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/CreateHttp.java:@Service(name = "create-http")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/cli/ListNetworkListeners.java:@Service(name = "list-network-listeners")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/monitor/HttpServiceStatsProviderBootstrap.java:@Service(name = "http-service")
./appserver/web/admin/src/main/java/org/glassfish/web/admin/monitor/WebStatsProviderBootstrap.java:@Service(name = "web")
./appserver/web/web-embed/impl/src/main/java/org/glassfish/web/embed/impl/EmbeddedWebEntityResolver.java://@Service(name="web")
./appserver/web/gf-weld-connector/src/main/java/org/glassfish/weld/connector/WeldCompositeSniffer.java:@Service(name = "weldCompositeSniffer")
./appserver/web/gf-weld-connector/src/main/java/org/glassfish/weld/connector/WeldSniffer.java:@Service(name="weld")
./appserver/web/jspcaching-connector/src/main/java/org/glassfish/jspcaching/integration/GlassFishTldProvider.java:@Service(name="jspCachingTld")
./appserver/web/web-ha/src/main/java/org/glassfish/web/ha/HAWebContainerFeatureFactoryImpl.java:@Service(name="ha")
./appserver/web/web-ha/src/main/java/org/glassfish/web/ha/HACNonceCacheImpl.java:@Service(name="HA-CNonceCache")
./appserver/web/web-ha/src/main/java/org/glassfish/web/ha/strategy/builder/ReplicatedWebMethodSessionStrategyBuilder.java:@Service(name="replicated")
./appserver/web/weld-integration/src/main/java/org/glassfish/weld/WeldContainer.java:@Service(name = "org.glassfish.weld.WeldContainer")
./appserver/web/web-glue/src/main/java/com/sun/enterprise/web/EmbeddedWebContainer.java:@Service(name="com.sun.enterprise.web.EmbeddedWebContainer")
./appserver/web/web-glue/src/main/java/com/sun/enterprise/web/WebContainer.java:@Service(name = "com.sun.enterprise.web.WebContainer")
./appserver/web/web-glue/src/main/java/com/sun/enterprise/web/FileStrategyBuilder.java:@Service(name="file")
./appserver/web/web-glue/src/main/java/com/sun/enterprise/web/PEWebContainerFeatureFactoryImpl.java:@Service(name="pe")
./appserver/web/web-glue/src/main/java/com/sun/enterprise/web/CookieStrategyBuilder.java:@Service(name="cookie")
./appserver/web/web-glue/src/main/java/com/sun/enterprise/web/MemoryStrategyBuilder.java:@Service(name="memory")
./appserver/web/web-glue/src/main/java/org/glassfish/web/WebEntityResolver.java:@Service(name="web")
./appserver/web/web-glue/src/main/java/org/glassfish/web/config/WebSslConfigHandler.java:@Service(name="http-listener")
./appserver/web/web-glue/src/main/java/org/glassfish/web/config/WebSslConfigHandler2.java:@Service(name="network-listener")
./appserver/web/web-glue/src/main/java/org/glassfish/web/upgrade/WebConfigurationUpgrade.java:@Service(name="webConfigurationUpgrade")
./appserver/web/web-glue/src/main/java/org/glassfish/web/LibrariesTldProvider.java:@Service(name="librariesTld")
./appserver/web/gui-plugin-common/src/main/java/org/glassfish/web/plugin/common/UnsetWebContextParamCommand.java:@Service(name="unset-web-context-param")
./appserver/web/gui-plugin-common/src/main/java/org/glassfish/web/plugin/common/UnsetWebEnvEntryCommand.java:@Service(name="unset-web-env-entry")
./appserver/web/gui-plugin-common/src/main/java/org/glassfish/web/plugin/common/ListWebContextParamCommand.java:@Service(name="list-web-context-param")
./appserver/web/gui-plugin-common/src/main/java/org/glassfish/web/plugin/common/SetWebContextParamCommand.java:@Service(name="set-web-context-param")
./appserver/web/gui-plugin-common/src/main/java/org/glassfish/web/plugin/common/SetWebEnvEntryCommand.java:@Service(name="set-web-env-entry")
./appserver/web/gui-plugin-common/src/main/java/org/glassfish/web/plugin/common/ListWebEnvEntryCommand.java:@Service(name="list-web-env-entry")
./appserver/web/gf-web-connector/src/main/java/org/glassfish/web/sniffer/WebSniffer.java:@Service(name="web")
./appserver/web/jsf-connector/src/main/java/org/glassfish/faces/integration/GlassFishTldProvider.java:@Service(name="jsfTld")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/CreateJdbcConnectionPool.java:@Service(name="create-jdbc-connection-pool")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/CreateJdbcResource.java:@Service(name="create-jdbc-resource")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/DeleteJdbcResource.java:@Service(name="delete-jdbc-resource")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/ListJdbcConnectionPools.java:@Service(name="list-jdbc-connection-pools")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/DeleteJdbcConnectionPool.java:@Service(name="delete-jdbc-connection-pool")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/ListJdbcResources.java:@Service(name="list-jdbc-resources")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/internal/GetJdbcDriverClassNames.java:@Service(name = "_get-jdbc-driver-class-names")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/internal/GetValidationClassNames.java:@Service(name = "_get-validation-class-names")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/internal/GetDatabaseVendorNames.java:@Service(name = "_get-database-vendor-names")
./appserver/jdbc/admin/src/main/java/org/glassfish/jdbc/admin/cli/internal/GetValidationTableNames.java:@Service(name = "_get-validation-table-names")
./appserver/persistence/jpa-container/src/main/java/org/glassfish/persistence/jpa/JPAContainer.java:@Service(name = "org.glassfish.persistence.jpa.JPAContainer")
./appserver/persistence/gf-jpa-connector/src/main/java/org/glassfish/persistence/jpaconnector/JPACompositeSniffer.java:@Service(name = "jpaCompositeSniffer")
./appserver/persistence/gf-jpa-connector/src/main/java/org/glassfish/persistence/jpaconnector/JPASniffer.java:@Service(name="jpa")
./appserver/paas/plugins/spe-base/src/main/java/org/glassfish/paas/spe/common/commands/StartService.java:@Service(name = "_start-service")
./appserver/paas/plugins/spe-base/src/main/java/org/glassfish/paas/spe/common/commands/DeleteService.java:@Service(name = "_delete-service")
./appserver/paas/plugins/spe-base/src/main/java/org/glassfish/paas/spe/common/commands/StopService.java:@Service(name = "_stop-service")
./appserver/paas/plugins/glassfish-plugin/src/main/java/org/glassfish/paas/gfplugin/cli/RegenerateGlassFishTemplate.java:@Service(name = "regenerate-glassfish-template")
./appserver/paas/plugins/glassfish-plugin/src/main/java/org/glassfish/paas/gfplugin/customizer/LocalGlassFishTemplateCustomizer.java:@Service(name="Native-JavaEE")
./appserver/paas/plugins/glassfish-plugin/src/main/java/org/glassfish/paas/gfplugin/customizer/GlassFishTemplateCustomizer.java:@Service(name="JavaEE")
./appserver/paas/plugins/load-balancer-plugin/src/main/java/org/glassfish/paas/lbplugin/cli/StartLBService.java:@Service(name = "_start-lb-service")
./appserver/paas/plugins/load-balancer-plugin/src/main/java/org/glassfish/paas/lbplugin/cli/DissociateLBService.java:@Service(name = "_dissociate-lb-service")
./appserver/paas/plugins/load-balancer-plugin/src/main/java/org/glassfish/paas/lbplugin/cli/CreateLBService.java:@Service(name = "_create-lb-service")
./appserver/paas/plugins/load-balancer-plugin/src/main/java/org/glassfish/paas/lbplugin/cli/StopLBService.java:@Service(name = "_stop-lb-service")
./appserver/paas/plugins/load-balancer-plugin/src/main/java/org/glassfish/paas/lbplugin/cli/DeleteLBService.java:@Service(name = "_delete-lb-service")
./appserver/paas/plugins/load-balancer-plugin/src/main/java/org/glassfish/paas/lbplugin/cli/AssociateLBService.java:@Service(name = "_associate-lb-service")
./appserver/paas/plugins/load-balancer-plugin/src/main/java/org/glassfish/paas/lbplugin/ApacheNativeTemplateCustomizer.java:@Service(name="Native-LB")
./appserver/paas/plugins/javadb-plugin/src/main/java/org/glassfish/paas/javadbplugin/JavaDBTemplateCustomizer.java:@Service(name="Database")
./appserver/paas/plugins/mq-plugin/src/main/java/org/glassfish/paas/mq/MQNativeTemplateCustomizer.java:@Service(name="Native-MQ")
./appserver/appclient/client/acc/src/main/java/org/glassfish/appclient/client/acc/HTTPInputArchive.java:@Service(name="http")
./appserver/appclient/client/acc/src/main/java/org/glassfish/appclient/client/acc/HTTPSInputArchive.java:@Service(name="https")
./appserver/appclient/server/core/src/main/java/org/glassfish/appclient/server/core/AppClientContainerStarter.java:@Service(name="appclient")
./appserver/appclient/server/core/src/main/java/org/glassfish/appclient/server/core/GetClientStubsCommand.java:@Service(name="get-client-stubs")
./appserver/appclient/server/core/src/main/java/org/glassfish/appclient/server/admin/GetRelativeJWSURICommand.java:@Service(name="_get-relative-jws-uri")
./appserver/appclient/server/connector/src/main/java/org/glassfish/appclient/server/connector/AppClientSniffer.java:@Service(name = "AppClient")
./appserver/admin/runtime/jsr77/src/main/java/org/glassfish/admin/runtime/jsr77/ApplicationVisitorImpl.java:@Service(name="application_deploy")
./appserver/admin/cli-optional/src/main/java/com/sun/enterprise/admin/cli/optional/BackupDomainCommand.java:@Service(name = "backup-domain")
./appserver/admin/cli-optional/src/main/java/com/sun/enterprise/admin/cli/optional/StartDatabaseCommand.java:@Service(name = "start-database")
./appserver/admin/cli-optional/src/main/java/com/sun/enterprise/admin/cli/optional/StopDatabaseCommand.java:@Service(name = "stop-database")
./appserver/admin/cli-optional/src/main/java/com/sun/enterprise/admin/cli/optional/ListBackupsCommand.java:@Service(name = "list-backups")
./appserver/admin/cli-optional/src/main/java/com/sun/enterprise/admin/cli/optional/RestoreDomainCommand.java:@Service(name = "restore-domain")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/ListLBConfigsCommand.java:@Service(name = "list-http-lb-configs")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/DeleteHTTPHealthCheckerCommand.java:@Service(name = "delete-http-health-checker")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/CreateHTTPHealthCheckerCommand.java:@Service(name = "create-http-health-checker")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/DeleteHTTPLBRefCommand.java:@Service(name = "delete-http-lb-ref")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/DisableHTTPLBApplicationCommand.java:@Service(name = "disable-http-lb-application")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/CreateHTTPLBRefCommand.java:@Service(name = "create-http-lb-ref")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/CreateHTTPLoadBalancerCommand.java:@Service(name = "create-http-lb")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/DisableHTTPLBServerCommand.java:@Service(name = "disable-http-lb-server")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/ExportHttpLbConfig.java:@Service(name = "export-http-lb-config")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/EnableHTTPLBServerCommand.java:@Service(name = "enable-http-lb-server")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/ConfigureLBWeightCommand.java:@Service(name = "configure-lb-weight")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/EnableHTTPLBApplicationCommand.java:@Service(name = "enable-http-lb-application")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/admin/cli/ApplyHttpLbChanges.java:@Service(name = "apply-http-lb-changes")
./appserver/load-balancer/admin/src/main/java/org/glassfish/loadbalancer/upgrade/LoadBalancerConfigUpgrade.java:@Service(name = "loadbalancerConfigUpgrade")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/util/ApplicationValidator.java:@Service(name="application_deploy")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/impl/AppClientScanner.java:@Service(name="car")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/impl/WarScanner.java:@Service(name="war")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/impl/EjbJarScanner.java:@Service(name="ejb")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/impl/RarScanner.java:@Service(name="rar")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/introspection/AppClientPersistenceDependencyAnnotationScanner.java:@Service(name="car")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/introspection/DefaultAnnotationScanner.java:@Service(name="default")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/introspection/EjbComponentAnnotationScanner.java:@Service(name="ejb")
./appserver/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/introspection/ResourceAdapterAnnotationScanner.java:@Service(name="rar")
./appserver/deployment/javaee-core/src/main/java/org/glassfish/javaee/core/deployment/ListSubComponentsCommand.java:@Service(name="list-sub-components")
./appserver/deployment/javaee-core/src/main/java/org/glassfish/javaee/core/deployment/GetContextRootCommand.java:@Service(name="_get-context-root")
./appserver/deployment/javaee-full/src/main/java/org/glassfish/javaee/full/deployment/EarContainer.java:@Service(name="org.glassfish.javaee.full.deployment.EarContainer")
./appserver/deployment/javaee-full/src/main/java/org/glassfish/javaee/full/deployment/EarSniffer.java:@Service(name="ear")
./appserver/webservices/connector/src/main/java/org/glassfish/webservices/node/ServiceReferenceNode.java:@Service(name="service-ref")
./appserver/webservices/connector/src/main/java/org/glassfish/webservices/connector/WebServicesSniffer.java:@Service(name="webservices")
./appserver/webservices/jsr109-impl/src/main/java/org/glassfish/webservices/cli/ListWebServicesCommand.java:@Service(name = "__list-webservices")
./appserver/webservices/jsr109-impl/src/main/java/org/glassfish/webservices/WebServicesContainer.java:@Service(name="org.glassfish.webservices.WebServicesContainer")
./appserver/webservices/metro-glue/src/main/java/org/glassfish/webservices/metroglue/MetroContainer.java:@Service(name = "org.glassfish.webservices.metroglue.MetroContainer")
./appserver/common/container-common/src/main/java/com/sun/enterprise/container/common/impl/managedbean/ManagedBeanManagerImpl.java:@Service(name="ManagedBeanManagerImpl")
./appserver/common/container-common/src/main/java/org/glassfish/ha/common/NoopHAReplicaPredictor.java:@Service(name="noop")
./appserver/common/container-common/src/main/java/org/glassfish/ha/commands/ListPersistenceTypesCommand.java:@Service(name="list-persistence-types")
./appserver/common/container-common/src/main/java/org/glassfish/javaee/services/AjpAddOnProvider.java:@Service(name = "ajp")
./appserver/common/container-common/src/main/java/org/glassfish/javaee/services/WebSocketAddOnProvider.java:@Service(name="websocket")
./appserver/common/container-common/src/main/java/org/glassfish/javaee/services/CometAddOnProvider.java:@Service(name="comet")
./appserver/extras/osgi-container/src/main/java/org/glassfish/extras/osgicontainer/OSGiContainer.java:@Service(name="osgi")
./appserver/extras/osgi-container/src/main/java/org/glassfish/extras/osgicontainer/OSGiSniffer.java:@Service(name="osgi")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/ListAdminObjects.java:@Service(name="list-admin-objects")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/CreateConnectorResource.java:@Service(name="create-connector-resource")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/DeleteConnectorWorkSecurityMap.java:@Service(name="delete-connector-work-security-map")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/DeleteConnectorConnectionPool.java:@Service(name="delete-connector-connection-pool")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/ListResources.java:@Service(name="_list-resources")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/ListConnectorSecurityMaps.java:@Service(name="list-connector-security-maps")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/ListConnectorConnectionPools.java:@Service(name="list-connector-connection-pools")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/CreateConnectorWorkSecurityMap.java:@Service(name="create-connector-work-security-map")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/UpdateConnectorWorkSecurityMap.java:@Service(name = "update-connector-work-security-map")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/PingConnectionPool.java:@Service(name="ping-connection-pool")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/DeleteConnectorSecurityMap.java:@Service(name="delete-connector-security-map")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/DeleteConnectorResource.java:@Service(name="delete-connector-resource")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/ListConnectorWorkSecurityMaps.java:@Service(name="list-connector-work-security-maps")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/ListConnectorResources.java:@Service(name="list-connector-resources")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/DeleteResourceAdapterConfig.java:@Service(name="delete-resource-adapter-config")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/UpdateConnectorSecurityMap.java:@Service(name="update-connector-security-map")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/DeleteAdminObject.java:@Service(name="delete-admin-object")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/ListResourceAdapterConfigs.java:@Service(name="list-resource-adapter-configs")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/FlushConnectionPool.java:@Service(name = "flush-connection-pool")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetAdminObjectClassNames.java:@Service(name = "_get-admin-object-class-names")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetMessageListenerTypes.java:@Service(name = "_get-message-listener-types")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetActivationSpecClass.java:@Service(name = "_get-activation-spec-class")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetMessageListenerConfigPropertyTypes.java:@Service(name = "_get-message-listener-config-property-types")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetAdminObjectConfigProps.java:@Service(name = "_get-admin-object-config-properties")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetConnectionDefinitionNames.java:@Service(name = "_get-connection-definition-names")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetConnectionDefinitionPropertiesAndDefaults.java:@Service(name = "_get-connection-definition-properties-and-defaults")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetBuiltInCustomResources.java:@Service(name = "_get-built-in-custom-resources")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetResourceAdapterConfigProperties.java:@Service(name = "_get-resource-adapter-config-properties")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetMessageListenerConfigProperties.java:@Service(name = "_get-message-listener-config-properties")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetConnectorConfigJavaBeans.java:@Service(name = "_get-connector-config-java-beans")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetSystemRarsAllowingPoolCreation.java:@Service(name = "_get-system-rars-allowing-pool-creation")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetAdminObjectInterfaceNames.java:@Service(name = "_get-admin-object-interface-names")
./appserver/connectors/admin/src/main/java/org/glassfish/connectors/admin/cli/internal/GetMCFConfigProperties.java:@Service(name = "_get-mcf-config-properties")
./appserver/connectors/connectors-runtime/src/main/java/com/sun/enterprise/connectors/module/ConnectorContainer.java:@Service(name = "com.sun.enterprise.connectors.module.ConnectorContainer")
./appserver/connectors/connectors-inbound-runtime/src/main/java/com/sun/enterprise/connectors/inbound/ConnectorMessageBeanClientFactory.java:@Service(name="ConnectorMessageBeanClientFactory") //name by which MDB container will refer connectors impl.
./appserver/security/core-ee/src/main/java/com/sun/enterprise/security/ee/SecuritySniffer.java:@Service(name="Security")
./appserver/security/core-ee/src/main/java/com/sun/enterprise/security/ee/SecurityContainer.java:@Service(name="com.sun.enterprise.security.ee.SecurityContainer")
./appserver/security/core-ee/src/main/java/com/sun/enterprise/security/ee/SecurityDeployer.java:@Service(name = "Security")
./appserver/security/core-ee/src/main/java/com/sun/enterprise/security/ee/authorize/EJBPolicyContextDelegate.java:@Service(name="EJB")
./appserver/security/ejb.security/src/main/java/com/sun/enterprise/iiop/security/SecurityIIOPInterceptorFactory.java:@Service(name="ServerSecurityInterceptorFactory")
./appserver/security/appclient.security/src/main/java/com/sun/enterprise/security/appclient/AppclientIIOPInterceptorFactory.java:@Service(name="ClientSecurityInterceptorFactory")
./appserver/security/webintegration/src/main/java/com/sun/web/security/WebSecurityComponentInvocationHandler.java:@Service(name="webSecurityCIH")
./appserver/security/webintegration/src/main/java/com/sun/web/security/CNonceCacheImpl.java:@Service(name = "CNonceCache")
./appserver/transaction/jta/src/main/java/org/glassfish/jta/admin/cli/RollbackTransaction.java:@Service(name = "rollback-transaction")
./appserver/transaction/jta/src/main/java/org/glassfish/jta/admin/cli/UnFreezeTransactionService.java:@Service(name = "unfreeze-transaction-service")
./appserver/transaction/jta/src/main/java/org/glassfish/jta/admin/cli/FreezeTransactionService.java:@Service(name = "freeze-transaction-service")
./appserver/transaction/jts/src/main/java/com/sun/enterprise/transaction/jts/iiop/TransactionIIOPInterceptorFactory.java:@Service(name="TransactionIIOPInterceptorFactory")
./appserver/transaction/jts/src/main/java/com/sun/enterprise/transaction/jts/iiop/TransactionInterceptorFactory.java:@Service(name="TransactionInterceptorFactory")
./appserver/transaction/jts/src/main/java/org/glassfish/jts/admin/cli/RecoverTransactionsInternal.java:@Service(name = "_recover-transactions-internal")
./appserver/transaction/jts/src/main/java/org/glassfish/jts/admin/cli/RecoverTransactions.java:@Service(name = "recover-transactions")
./appserver/grizzly/grizzly-container/src/main/java/org/glassfish/extras/grizzly/GrizzlyContainer.java:@Service(name="grizzly")
./appserver/grizzly/grizzly-container/src/main/java/org/glassfish/extras/grizzly/GrizzlyDeployer.java:@Service(name="grizzly")
./appserver/grizzly/grizzly-container/src/main/java/org/glassfish/extras/grizzly/GrizzlyAdapterSniffer.java:@Service(name="grizzly")
./appserver/resources/javamail/javamail-connector/src/main/java/org/glassfish/resources/javamail/admin/cli/DeleteJavaMailResource.java:@Service(name = "delete-javamail-resource")
./appserver/resources/javamail/javamail-connector/src/main/java/org/glassfish/resources/javamail/admin/cli/CreateJavaMailResource.java:@Service(name="create-javamail-resource")
./appserver/resources/javamail/javamail-connector/src/main/java/org/glassfish/resources/javamail/admin/cli/ListJavaMailResources.java:@Service(name="list-javamail-resources")
./appserver/resources/resources-runtime/src/main/java/org/glassfish/resources/module/ResourcesContainer.java:@Service(name = "org.glassfish.resources.module.ResourcesContainer")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/listener/ApplicationScopedResourcesManager.java:@Service(name="ApplicationScopedResourcesManager")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/listener/ResourceManager.java:@Service(name="ResourceManager") // this name is used in ApplicationLoaderService
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/admin/cli/ListJndiResources.java:@Service(name = "list-jndi-resources")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/admin/cli/DeleteCustomResource.java:@Service(name="delete-custom-resource")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/admin/cli/CreateJndiResource.java:@Service(name = "create-jndi-resource")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/admin/cli/CreateCustomResource.java:@Service(name="create-custom-resource")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/admin/cli/DeleteJndiResource.java:@Service(name="delete-jndi-resource")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/admin/cli/ResourceFactory.java:@Service(name="resource-factory")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/admin/cli/AddResources.java:@Service(name="add-resources")
./appserver/resources/resources-connector/src/main/java/org/glassfish/resources/admin/cli/ListCustomResources.java:@Service(name="list-custom-resources")
./appserver/registration/glassfish-registration/src/main/java/com/sun/enterprise/registration/glassfish/PingService.java:@Service(name = "PingService")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/SetLogLevel.java:@Service(name = "set-log-levels")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/RotateLog.java:@Service(name = "rotate-log")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/DeleteLogLevel.java:@Service(name = "delete-log-levels")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/CollectLogFiles.java:@Service(name = "collect-log-files")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/SetLogAttributes.java:@Service(name = "set-log-attributes")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/ListLogAttributes.java:@Service(name = "list-log-attributes")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/InstanceGetLogFileCommand.java:@Service(name = "_get-log-file")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/LoadDefaultLogAttributes.java:@Service(name = "_load-default-log-attributes")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/LoadDefaultLogLevels.java:@Service(name = "_load-default-log-levels")
./nucleus/core/logging/src/main/java/com/sun/enterprise/server/logging/commands/ListLoggerLevels.java:@Service(name = "list-log-levels")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/GetRestartRequiredCommand.java:@Service(name = "_get-restart-required")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/MonitoringReporter.java:@Service(name = "MonitoringReporter")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/ListContainersCommand.java:@Service(name="list-containers")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/ListSystemProperties.java:@Service(name="list-system-properties")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/DeleteProfiler.java:@Service(name="delete-profiler")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/SupplementalCommandExecutorImpl.java:@Service(name="SupplementalCommandExecutorImpl")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/ListModulesCommand.java:@Service(name="list-modules")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/LocationsCommand.java:@Service(name="__locations")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/IdmService.java:@Service(name="jks-based")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/VersionCommand.java:@Service(name="version")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/StopDomainCommand.java:@Service(name = "stop-domain")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/DeleteSystemProperty.java:@Service(name="delete-system-property")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/CreateSystemProperties.java:@Service(name="create-system-properties")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/CreateProfiler.java:@Service(name="create-profiler")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/SetCommand.java:@Service(name = "set")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/ListCommandsCommand.java:@Service(name="list-commands")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/ListCommandDescriptorsCommand.java:@Service(name="list-descriptors", metadata="mode=debug")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/commands/ListThreadpools.java:@Service(name = "list-threadpools")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/commands/GenerateJvmReportCommand.java:@Service(name="generate-jvm-report")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/commands/CreateThreadpool.java:@Service(name="create-threadpool")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/commands/DeleteThreadpool.java:@Service(name="delete-threadpool")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/commands/CreateJvmOptions.java:@Service(name="create-jvm-options") //implements the cli command by this "name"
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/commands/DeleteJvmOptions.java:@Service(name="delete-jvm-options") //implements the cli command by this "name"
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/commands/ListJvmOptions.java:@Service(name="list-jvm-options") //implements the cli command by this "name"
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/RuntimeInfo.java:@Service(name = "_get-runtime-info")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/RestartDomainCommand.java:@Service(name = "restart-domain")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/UptimeCommand.java:@Service(name = "uptime")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/DumpHK2Command.java:@Service(name="_dump-hk2")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/ListCommand.java:@Service(name="list")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/GetCommand.java:@Service(name = "get")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/admin/GetHabitatInfo.java:@Service(name = "_get-habitat-info")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/common/PlainTextActionReporter.java:@Service(name = "plain")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/common/XMLActionReporter.java:@Service(name="xml")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/common/JsonActionReporter.java:@Service(name = "json")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/common/XMLContentActionReporter.java:@Service(name="metadata") // XXX - need a better mapping
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/common/HTMLActionReporter.java:@Service(name = "html")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/common/PropsFileActionReporter.java:@Service(name = "hk2-agent")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/server/UpgradeStartup.java:@Service(name="upgrade")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/server/ApplicationLifecycle.java: report.failure(logger, "Got a null deployer out of the " + engineInfo.getContainer().getClass() + " container, is it annotated with @Service ?");
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/server/DomainCreationStartup.java:@Service(name = "DomainCreation")
./nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/server/ApplicationLoaderService.java:@Service(name="ApplicationLoaderService")
./nucleus/core/kernel/src/test/java/com/sun/enterprise/v3/admin/CommandRunnerTest.java: @Service(name="dummy-admin")
./nucleus/core/kernel/src/test/java/com/sun/enterprise/v3/admin/SimplePrivateCommand.java:@Service(name="simple-private-command")
./nucleus/core/kernel/src/test/java/com/sun/enterprise/v3/admin/SimplePublicCommand.java:@Service(name="simple-public-command")
./nucleus/core/kernel/src/test/java/com/sun/enterprise/v3/admin/AnotherPublicMethod.java:@Service(name="notannoated-public-command")
./nucleus/core/kernel/src/test/java/org/glassfish/tests/kernel/deployment/container/FakeContainer.java:@Service(name="FakeContainer")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/GetServiceDescription.java:@Service(name = "_get-service-description")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/DeleteExternalService.java:@Service(name = "delete-external-service")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/GetServiceMetadata.java:@Service(name = "_get-service-metadata")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/StopSharedService.java:@Service(name = "stop-shared-service")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/GenerateGlassFishServicesDeploymentPlan.java:@Service(name = "_generate-glassfish-services-deployment-plan")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/UnregisterServiceProvisioningEngine.java:@Service(name = "unregister-service-provisioning-engine")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/ListServiceProvisioningEngines.java:@Service(name = "list-service-provisioning-engines")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/DeleteSharedService.java:@Service(name = "delete-shared-service")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/CreateExternalService.java:@Service(name = "create-external-service")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/cli/StartSharedService.java:@Service(name = "start-shared-service")
./nucleus/paas/orchestrator/src/main/java/org/glassfish/paas/orchestrator/provisioning/util/FileTransferCommand.java:@Service(name = "_file-transfer")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/CreateNodeAgentCommand.java://@Service(name = "create-node-agent")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/CreateLocalInstanceFilesystemCommand.java:@Service(name = "_create-instance-filesystem")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/UninstallNodeSshCommand.java:@Service(name = "uninstall-node-ssh")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/DeleteLocalInstanceCommand.java:@Service(name = "delete-local-instance")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/UninstallNodeDcomCommand.java:@Service(name = "uninstall-node-dcom")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/RestartLocalInstanceCommand.java:@Service(name = "restart-local-instance")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/ImportSyncBundleCommand.java:@Service(name = "import-sync-bundle")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/CreateLocalInstanceCommand.java:@Service(name = "create-local-instance")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/UninstallNodeCommand.java:@Service(name = "uninstall-node")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/StartLocalInstanceCommand.java:@Service(name = "start-local-instance")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/ValidateLocalDcom.java:@Service(name = "validate-local-dcom")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/ValidateDasOptions.java:@Service(name = "_validate-das-options")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/InstallNodeDcomCommand.java:@Service(name = "install-node-dcom")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/SynchronizeInstanceCommand.java:@Service(name = "_synchronize-instance")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/InstallNodeSshCommand.java:@Service(name = "install-node-ssh")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/InstallNodeCommand.java:@Service(name = "install-node")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/DeleteInstanceFilesystem.java:@Service(name = "_delete-instance-filesystem")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/StopLocalInstanceCommand.java:@Service(name = "stop-local-instance")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/ChangeNodeMasterPasswordCommand.java:@Service(name = "_change-master-password-node")
./nucleus/cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/SetupSshKey.java:@Service(name = "setup-ssh")
./nucleus/cluster/ssh/src/main/java/org/glassfish/cluster/ssh/launcher/SSHLauncher.java:@Service(name="SSHLauncher")
./nucleus/cluster/vld/src/main/java/com/sun/enterprise/admin/cli/cluster/ValidateLocalDcom.java:@Service(name = "validate-local-dcom")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/dcom/DeleteNodeDcom.java:@Service(name = "delete-node-dcom")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/dcom/CreateNodeDcom.java:@Service(name = "create-node-dcom")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/dcom/PingNodeDcomCommand.java:@Service(name = "ping-node-dcom")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/dcom/ListNodesDcomCommand.java:@Service(name = "list-nodes-dcom")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/dcom/UpdateNodeDcomCommand.java:@Service(name = "update-node-dcom")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StopInstanceInstanceCommand.java:@Service(name = "_stop-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/RestartInstanceCommand.java:@Service(name = "restart-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/CreateNodeImplicitCommand.java:@Service(name = "_create-node-implicit")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/UpdateNodeSshCommand.java:@Service(name = "update-node-ssh")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ListClustersCommand.java:@Service(name = "list-clusters")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/RestartInstanceInstanceCommand.java:@Service(name = "_restart-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/BootstrapSecureAdminCommand.java:@Service(name="_bootstrap-secure-admin")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ListNodesConfigCommand.java:@Service(name = "list-nodes-config")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/PingNodeSshCommand.java:@Service(name = "ping-node-ssh")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/UpdateNodeConfigCommand.java:@Service(name = "update-node-config")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/DeleteInstanceCommand.java:@Service(name = "delete-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ListNodesCommand.java:@Service(name = "list-nodes")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/SetupSshCommand.java:@Service(name = "_setup-ssh")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/CreateNodeConfigCommand.java:@Service(name = "create-node-config")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/SynchronizeFiles.java:@Service(name="_synchronize-files")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/GetHealthCommand.java:@Service(name="get-health")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/DeleteNodeSshCommand.java:@Service(name = "delete-node-ssh")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ListInstancesCommand.java:@Service(name = "list-instances")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ExportSyncBundle.java:@Service(name = "export-sync-bundle")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/CreateNodeSshCommand.java:@Service(name = "create-node-ssh")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/PostRegisterInstanceCommand.java:@Service(name="_post-register-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/GlassFishClusterExecutor.java:@Service(name="GlassFishClusterExecutor")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateNodeCommand.java:@Service(name = "_validate-node")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/DeleteNodeConfigCommand.java:@Service(name = "delete-node-config")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StopClusterCommand.java:@Service(name="stop-cluster")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StartClusterCommand.java:@Service(name = "start-cluster")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/CopyConfigCommand.java:@Service(name = "copy-config")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/CreateInstanceCommand.java:@Service(name = "create-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ValidateDcom.java:@Service(name = "validate-dcom")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/InstanceRegisterInstanceCommand.java:@Service(name="_register-instance-at-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StartInstanceCommand.java:@Service(name = "start-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/StopInstanceCommand.java:@Service(name = "stop-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/PostUnregisterInstanceCommand.java:@Service(name="_post-unregister-instance")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/UpdateNodeCommand.java:@Service(name = "_update-node")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ListConfigsCommand.java:@Service(name = "list-configs")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/ListNodesSshCommand.java:@Service(name = "list-nodes-ssh")
./nucleus/cluster/admin/src/main/java/com/sun/enterprise/v3/admin/cluster/DeleteConfigCommand.java:@Service(name = "delete-config")
./nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceAfterStopClusterCommand.java:@Service(name = "_gms-announce-after-stop-cluster-command")
./nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceBeforeStopClusterCommand.java:@Service(name = "_gms-announce-before-stop-cluster-command")
./nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceAfterStartClusterCommand.java:@Service(name = "_gms-announce-after-start-cluster-command")
./nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/ValidateMulticastCommand.java:@Service(name="validate-multicast")
./nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/admin/GMSAnnounceBeforeStartClusterCommand.java:@Service(name = "_gms-announce-before-start-cluster-command")
./nucleus/cluster/gms-adapter/src/main/java/org/glassfish/gms/GMSConfigUpgrade.java:@Service(name="gmsupgrade")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/HelpCommand.java:@Service(name = "help")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/ExportCommand.java:@Service(name = "export")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/VersionCommand.java:@Service(name = "version")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/StopDomainCommand.java:@Service(name = "stop-domain")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/UnsetCommand.java:@Service(name = "unset")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/schemadoc/GenerateDomainSchema.java:@Service(name = "generate-domain-schema")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/schemadoc/HtmlFormat.java:@Service(name = "html")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/MultimodeCommand.java:@Service(name = "multimode")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/ListCommandsCommand.java:@Service(name = "list-commands")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/RestartDomainCommand.java:@Service(name = "restart-domain")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/MonitorCommand.java:@Service(name = "monitor")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/StartDomainCommand.java:@Service(name = "start-domain")
./nucleus/admin/cli/src/main/java/com/sun/enterprise/admin/cli/ChangeAdminPasswordCommand.java:@Service(name = "change-admin-password")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/cli/GetRestConfig.java:@Service(name = "_get-rest-admin-config")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/cli/IsAnonymousUserEnabledCommand.java:@Service(name = "__anonymous-user-enabled")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/cli/SynchronizeRealmFromConfig.java:@Service(name = "__synchronize-realm-from-config")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/cli/SupportsUserManagementCommand.java:@Service(name = "__supports-user-management")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/cli/SetRestConfig.java:@Service(name = "_set-rest-admin-config")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/cli/GetGroupNamesCommand.java:@Service(name = "__list-group-names")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/cli/GetTokensCommand.java:@Service(name="__resolve-tokens")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/cli/PredefinedAuthRealmClassNamesCommand.java:@Service(name = "__list-predefined-authrealm-classnames")
./nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/generator/client/GenerateClientCommand.java:@Service(name = "generate-rest-client")
./nucleus/admin/util/src/main/java/com/sun/enterprise/admin/commands/CreateSsl.java:@Service(name = "create-ssl")
./nucleus/admin/util/src/main/java/com/sun/enterprise/admin/commands/DeleteSsl.java:@Service(name="delete-ssl")
./nucleus/admin/util/src/main/java/org/glassfish/admin/cli/resources/CreateResourceRef.java:@Service(name="create-resource-ref")
./nucleus/admin/util/src/main/java/org/glassfish/admin/cli/resources/DeleteResourceRef.java:@Service(name="delete-resource-ref")
./nucleus/admin/util/src/main/java/org/glassfish/admin/cli/resources/ListResourceRefs.java:@Service(name="list-resource-refs")
./nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/CreateDomainCommand.java:@Service(name = "create-domain")
./nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/LoginCommand.java:@Service(name = "login")
./nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/ListDomainsCommand.java:@Service(name = "list-domains")
./nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/ChangeMasterPasswordCommand.java:@Service(name = "change-master-password")
./nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/DeleteDomainCommand.java:@Service(name = "delete-domain")
./nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/ChangeMasterPasswordCommandDAS.java:@Service(name = "_change-master-password-das")
./nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/VerifyDomainXmlCommand.java:@Service(name = "verify-domain-xml")
./nucleus/admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/V2ToV3ConfigUpgradeTester.java:@Service(name="test-upgrade", metadata="mode=debug")
./nucleus/admin/config-api/src/main/java/org/glassfish/config/support/GenericCreateCommand.java: "The CreationDecorator

{0} could not be found in the habitat, is it annotated with @Service ?",
./nucleus/admin/config-api/src/main/java/org/glassfish/config/support/GenericDeleteCommand.java: "The DeletionDecorator {0}

could not be found in the habitat,is it annotated with @Service ?",
./nucleus/admin/config-api/src/main/java/org/glassfish/config/support/DefaultConfigUpgrade.java:@Service(name = "defaultconfigupgrade")
./nucleus/admin/config-api/src/main/java/org/glassfish/config/support/TypeResolver.java:@Service(name="type")
./nucleus/admin/config-api/src/main/java/org/glassfish/config/support/GrizzlyConfigSchemaMigrator.java:@Service(name="grizzlyconfigupgrade")
./nucleus/admin/monitor/src/main/java/org/glassfish/admin/monitor/cli/Monitor.java:@Service(name="monitor")
./nucleus/admin/monitor/src/main/java/org/glassfish/admin/monitor/cli/ListJndiEntries.java:@Service(name = "list-jndi-entries")
./nucleus/admin/monitor/src/main/java/org/glassfish/flashlight/statistics/impl/TimeStatsMillisImpl.java:@Service (name="timeStatsMillis")
./nucleus/admin/monitor/src/main/java/org/glassfish/flashlight/statistics/impl/TimeStatsNanosImpl.java:@Service(name = "timeStatsNanos")
./nucleus/admin/monitor/src/main/java/org/glassfish/flashlight/statistics/impl/CounterImpl.java:@Service(name = "counter")
./nucleus/admin/monitor/src/main/java/org/glassfish/flashlight/statistics/impl/AverageImpl.java:@Service(name = "average")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ShowComponentStatusCommand.java:@Service(name="show-component-status")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/UndeployCommand.java:@Service(name="undeploy")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ValidateRemoteDirDeploymentCommand.java:@Service(name="_validateRemoteDirDeployment")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/AddLibraryCommand.java:@Service(name="add-library")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ListLifecycleModulesCommand.java:@Service(name="list-lifecycle-modules")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ListLibrariesCommand.java:@Service(name="list-libraries")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/CreateLifecycleModuleCommand.java:@Service(name="create-lifecycle-module")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/IsSnifferUserVisibleCommand.java:@Service(name="_is-sniffer-user-visible")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/InstanceValidateRemoteDirDeploymentCommand.java:@Service(name="_instanceValidateRemoteDirDeployment")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/GetHostAndPortCommand.java:@Service(name="_get-host-and-port")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/InstanceDeployCommand.java:@Service(name="_deploy")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/CreateApplicationRefCommand.java:@Service(name="create-application-ref")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ListComponentsCommand.java:@Service(name="list-components")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ReDeployCommand.java:@Service(name="redeploy")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/PostDisableCommand.java:@Service(name="_postdisable")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/EnableCommand.java:@Service(name="enable")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/PostUndeployCommand.java:@Service(name="_postundeploy")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/DisableCommand.java:@Service(name="disable")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/PostEnableCommand.java:@Service(name="_postenable")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/DeployCommand.java:@Service(name="deploy")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ListAppRefsCommand.java:@Service(name="_list-app-refs")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/RemoveLibraryCommand.java:@Service(name="remove-library")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/GetApplicationLaunchURLsCommand.java:@Service(name="_get-application-launch-urls")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/PostDeployCommand.java:@Service(name="_postdeploy")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/DeleteLifecycleModuleCommand.java:@Service(name="delete-lifecycle-module")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/DeployDirCommand.java:@Service(name="deploydir")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/InstanceLifecycleModuleCommand.java:@Service(name="_lifecycle")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/GetDeploymentConfigurationsCommand.java:@Service(name="_get-deployment-configurations")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ListApplicationsCommand.java:@Service(name="list-applications")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/DeleteApplicationRefCommand.java:@Service(name="delete-application-ref")
./nucleus/deployment/admin/src/main/java/org/glassfish/deployment/admin/ListApplicationRefsCommand.java:@Service(name="list-application-refs")
./nucleus/deployment/common/src/main/java/com/sun/enterprise/deployment/deploy/shared/OutputJarArchive.java:@Service(name="jar")
./nucleus/deployment/common/src/main/java/com/sun/enterprise/deployment/deploy/shared/InputJarArchive.java:@Service(name="jar")
./nucleus/deployment/common/src/main/java/com/sun/enterprise/deploy/jar/JarHandler.java:@Service(name="DEFAULT")
./nucleus/deployment/common/src/main/java/com/sun/enterprise/deploy/shared/FileArchive.java:@Service(name="file")
./nucleus/common/internal-api/src/main/java/org/glassfish/internal/api/Globals.java:@Service(name = "globals")
./nucleus/common/mbeanserver/src/main/java/org/glassfish/admin/mbeanserver/ssl/JMXMasterPasswordImpl.java:@Service(name="JMX SSL Password Provider Service")
./nucleus/common/mbeanserver/src/main/java/org/glassfish/admin/mbeanserver/PendingConfigBeans.java:@Service(name = "PendingConfigBeans")
./nucleus/elasticity/elastic-api/src/main/java/org/glassfish/elasticity/util/Average.java:@Service(name="avg")
./nucleus/elasticity/elastic-api/src/main/java/org/glassfish/elasticity/util/CountTrue.java:@Service(name="countTrue")
./nucleus/elasticity/elastic-api/src/main/java/org/glassfish/elasticity/util/Sum.java:@Service(name="sum")
./nucleus/elasticity/elastic-api/src/main/java/org/glassfish/elasticity/util/CountFalse.java:@Service(name="countFalse")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/expression/Any.java:@Service(name="any")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/util/ClusterSizeMetricHolder.java:@Service(name="cluster_instance_size")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/util/MetricGathererRoot.java:@Service(name="elasticity")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/util/ProcessingTimeMetricHolder.java:@Service(name="processingtime")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/util/JVMMemoryMetricHolder.java:@Service(name = "jvm_memory")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/util/ActiveSessionsMetricHolder.java:@Service(name="session_count")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/DeleteMetricGathererCommand.java:@Service(name="delete-metric-gatherer")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/DescribeMemoryAlertCommand.java:@Service(name = "describe-memory-alert")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/ListMetricFunctionsCommand.java:@Service(name="list-metric-functions")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/DeleteElasticServiceCommand.java:@Service(name = "_delete-elastic-service")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/ListAlertsCommand.java:@Service(name = "list-alerts")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/DeleteLogActionCommand.java:@Service(name="delete-log-action")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/ConfigureElasticServiceLimits.java:@Service(name = "configure-elastic-service-limits")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/DisableAutoScaling.java:@Service(name="disable-auto-scaling")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/CreateLogActionCommand.java:@Service(name="create-log-action")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/CreateCpuMetricGathererCommand.java:@Service(name="create-cpu-metric-gatherer")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/CreateJvmMemoryMetricGathererCommand.java:@Service(name="create-jvm-memory-metric-gatherer")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/CreateMemoryAlert.java:@Service(name = "create-memory-alert")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/DescribeMetricAttributesCommand.java: @Service(name="describe-metric-attributes")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/CreateElasticServiceCommand.java:@Service(name = "_create-elastic-service")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/EnableAutoScaling.java:@Service(name="enable-auto-scaling")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/ListMetricGatherersCommand.java:@Service(name="list-metric-gatherers")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/testElasticity.java:@Service(name = "test-alert")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/CreateAlertCommand.java:@Service(name = "create-alert")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/DeleteAlertCommand.java:@Service(name = "delete-alert")
./nucleus/elasticity/elastic-engine/src/main/java/org/glassfish/elasticity/engine/commands/AddAlertAction.java:@Service(name = "add-alert-action")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/CreatePasswordAlias.java:@Service(name="create-password-alias")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/DeleteMessageSecurityProvider.java:@Service(name="delete-message-security-provider")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/CreateAuthRealm.java:@Service(name="create-auth-realm")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ChangeAdminPassword.java:@Service(name="change-admin-password")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ListJaccProviders.java:@Service(name="list-jacc-providers")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ListSupportedCipherSuites.java:@Service(name = "list-supported-cipher-suites")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/CreateAuditModule.java:@Service(name="create-audit-module")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/UpdatePasswordAlias.java:@Service(name="update-password-alias")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ListFileGroup.java:@Service(name="list-file-groups")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/DeletePasswordAlias.java:@Service(name="delete-password-alias")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ListFileUser.java:@Service(name="list-file-users")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/DeleteAuthRealm.java:@Service(name="delete-auth-realm")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/LDAPAdminAccessConfigurator.java:@Service(name="configure-ldap-for-admin")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/DeleteFileUser.java:@Service(name="delete-file-user")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/DeleteJaccProvider.java:@Service(name="delete-jacc-provider")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/CreateJACCProvider.java:@Service(name="create-jacc-provider")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/CreateFileUser.java:@Service(name="create-file-user")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ListMessageSecurityProvider.java:@Service(name="list-message-security-providers")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/UpdateFileUser.java:@Service(name="update-file-user")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/CreateMessageSecurityProvider.java:@Service(name="create-message-security-provider")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ListPasswordAlias.java:@Service(name="list-password-aliases")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ListAuthRealm.java:@Service(name="list-auth-realms")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/DeleteAuditModule.java:@Service(name="delete-audit-module")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/cli/ListAuditModule.java:@Service(name="list-audit-modules")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/ssl/GlassfishSSLImpl.java:@Service(name="com.sun.enterprise.security.ssl.GlassfishSSLImpl")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/admin/cli/EnableSecureAdminCommand.java:@Service(name = "enable-secure-admin")
./nucleus/security/core/src/main/java/com/sun/enterprise/security/admin/cli/DisableSecureAdminCommand.java:@Service(name = "disable-secure-admin")
./nucleus/security/ssl-impl/src/main/java/com/sun/enterprise/security/ssl/impl/MasterPasswordImpl.java:@Service(name="Security SSL Password Provider Service")
./nucleus/flashlight/framework/src/main/java/org/glassfish/flashlight/cli/MonitoringConfig.java:@Service(name="monitoring-config")
./nucleus/flashlight/framework/src/main/java/org/glassfish/flashlight/cli/DisableMonitoring.java:@Service(name="disable-monitoring")
./nucleus/flashlight/framework/src/main/java/org/glassfish/flashlight/cli/EnableMonitoring.java:@Service(name = "enable-monitoring")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/os/Darwin.java:@Service(name="Mac_OS_X")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/os/Ubuntu.java:@Service(name="ubuntu")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/util/VirtualizationType.java:@Service(name="VirtualizationType")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/util/ServiceType.java:@Service(name="ServiceType")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/local/LocalServerPoolFactory.java:@Service(name="Native")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/SuspendVirtualMachine.java:@Service(name="suspend-vm")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/StopVirtualMachine.java:@Service(name="stop-vm")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/CreateVirtualCluster.java:@Service(name="create-virtual-cluster")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/CreateNativeIMSConfig.java:@Service(name="create-ims-config-native")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/StartVirtualMachine.java:@Service(name="start-vm")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/ListVirtualMachines.java:@Service(name="list-vm")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/ResumeVirtualMachine.java:@Service(name="resume-vm")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/WakeUpMachine.java:@Service(name="wake-up-machine")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/SuspendMachine.java:@Service(name="suspend-machine")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/RegisterStartup.java:@Service(name="register-startup")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/DeleteVirtualization.java:@Service(name="delete-virtualization")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/CreateTemplate.java:@Service(name="create-template")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/CreateVirtualMachine.java:@Service(name="create-vm")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/RegisterVirtualMachine.java:@Service(name="register-virtual-machine")
./nucleus/virtualization/virt-core/src/main/java/org/glassfish/virtualization/commands/DeleteVirtualCluster.java:@Service(name="delete-virtual-cluster")
./nucleus/virtualization/libvirt/src/main/java/org/glassfish/virtualization/libvirt/CDRomDisk.java:@Service(name="cdrom")
./nucleus/virtualization/libvirt/src/main/java/org/glassfish/virtualization/libvirt/XenDisk.java:@Service(name="xen")
./nucleus/virtualization/libvirt/src/main/java/org/glassfish/virtualization/libvirt/commands/CreateLibVirtVirtualization.java:@Service(name="create-ims-config-libvirt")
./nucleus/virtualization/libvirt/src/main/java/org/glassfish/virtualization/libvirt/QemuDisk.java:@Service(name="kvm")
./nucleus/virtualization/libvirt/src/main/java/org/glassfish/virtualization/libvirt/LibVirtServerPoolFactory.java:@Service(name="libvirt")
./nucleus/virtualization/virtualbox/src/main/java/org/glassfish/virtualization/virtualbox/CreateVirtualBoxVirtualization.java:@Service(name = "create-ims-service-virtualbox")
./nucleus/virtualization/virtualbox/src/main/java/org/glassfish/virtualization/virtualbox/VBoxGroup.java:@Service(name="virtualbox")
./nucleus/virtualization/virtualbox/src/main/java/org/glassfish/virtualization/virtualbox/VirtualBoxSPF.java:@Service(name="virtualbox")



 Comments   
Comment by Tom Mueller [ 07/Feb/13 ]

Changing this to be an enhancement because the issue does not report a bug.
Targeting this for a future release.





[GLASSFISH-17656] Clean up connector modules of various modules Created: 08/Nov/11  Updated: 21/Sep/15

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

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

Issue Links:
Dependency
depends on GLASSFISH-17655 Moving config beans of web modules to... Resolved
Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-17658 Moving config beans of ejb modules to... Sub-task Resolved vijay_oracle  
GLASSFISH-17661 Separate jpa runtime from jpa-connector Sub-task Resolved Sanjeeb Sahoo  
GLASSFISH-17665 Moving config beans of load-balancer ... Sub-task Resolved vijay_oracle  
GLASSFISH-17666 Moving config beans of jms modules to... Sub-task Resolved vijay_oracle  
GLASSFISH-17671 Moving config beans of webservices mo... Sub-task Resolved vijay_oracle  
GLASSFISH-17672 Moving config beans of transaction mo... Sub-task Resolved vijay_oracle  
GLASSFISH-17697 add a connector for nucleus/admin/rest Sub-task Closed Sanjeeb Sahoo  
GLASSFISH-17698 Moving config beans of paas modules i... Sub-task Resolved vijay_oracle  
GLASSFISH-17703 Moving config beans of virtualization... Sub-task Closed vijay_oracle  
GLASSFISH-17730 Moving config beans of admingui modul... Sub-task Resolved Sandhya_Kripalani  
GLASSFISH-17890 separate weld sniffers to weld connector Sub-task Resolved Sanjeeb Sahoo  
GLASSFISH-17988 move ejb annotation handlers out of e... Sub-task Resolved Cheng Fang  
GLASSFISH-18639 move config beans of rest-service to ... Sub-task Resolved Jason Lee  
GLASSFISH-19819 batch connector has more than what it... Sub-task Resolved Mahesh Kannan  
GLASSFISH-19927 Move concurrent config out of concurr... Sub-task Resolved Hong Zhang  
Tags: spo

 Description   

Since connector modules are always loaded during startup, we will use them to contain following artifacts for a module which are expected to be loaded at server start up:

  • Sniffers
  • NetworkAdapters
  • NamingProxies
  • StartupServices
  • Config Beans

Connectors can only depend on nucleus modules and common modules like APIs and utils. They can't depend on core runtime implementation.






[GLASSFISH-17643] nucleus main process is called "ASMain" in glassfish.jar Created: 04/Nov/11  Updated: 21/Sep/15

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

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

Tags: 3_1_x-exclude, nucleus-cleanup

 Description   

The class that contains the main method for nucleus is called "ASMain". It is contained in a JAR file called "glassfish.jar" When nucleus is used for other Java servers, these may not be appropriate names. The class name is visible to the user in the following cases:

  • in "jps" output
  • in the "jconsole" opening screen (here the whole package is visible: com.sun.enterprise.glassfish.bootstrap.ASMain

Possible solutions:

1. Leave this as it is.

2. Rename the class to something more generic. "Main" is probably too generic because other Java programs, most specifically, NetBeans, uses Main. "GFMain" might be appropriate since the Java package name contains "glassfish".

3. Rename the class to be something specific to nucleus, such as NucleusMain. Rename the JAR file to nucleus.jar. Expect that nucleus-derived products provide their own JAR file that contains main, i.e., a class that extends NucleusMain. This would also require modifying the launcher so that it could identify the right JAR file to launch when starting the server.

Related to this issue is other meta data that is associated with the main program. For example, the jvisualvm program displays the GlassFish logo and "GlassFish" next to the name of the process. This is based on the full class name showing up in the following file in jvisualvm: visualvm/application/src/com/sun/tools/visualvm/application/type/MainClassApplicationTypeFactory.java. If the name of the class is changed, then jvisualvm must be updated too.



 Comments   
Comment by Tom Mueller [ 24/Jan/12 ]

A suggested fix from Bill Shannon:
I would consider changing it so that glassfish.jar just has a main class
and a class path entry entry referring to nucleus.jar.

Comment by Bill Shannon [ 24/Jan/12 ]

To expand on the previous comment...

My suggestion was to put the nucleus content in a nucleus.jar with a main
class named Main.

(You could call it NucleusMain if you really wanted to, but almost no one will
be running the Nucleus alone.)

Put the app server content in a glassfish.jar with a main class named ASMain
that subclasses Main. Add a Main-Class attribute referring to ASMain. Add a
Class-Path attribute referring to nucleus.jar.

Other servers built on nucleus should do something similar.

Comment by Tom Mueller [ 07/Jan/13 ]

To implement the design idea in the previous comment, it would be necessary to change the start-domain and start-local-instance logic so that it would run the correct JAR file.

Currently, the GFDomainLauncher and GFInstanceLauncher classes have the "glassfish.jar" and the full classname of ASMain hardcoded. If glassfish.jar is defined by appserver (not nucleus), then there should be no references to glassfish.jar anywhere within the nucleus code. Same with the "ASMain" class.

The only other reference to the ASMain class in nucleus is in the bootstrap ReJar.java file.

It should be possible to do this refactoring - just noting it here so as to not miss this.

Comment by Tom Mueller [ 26/Mar/13 ]

Deferring to 4.0.1.





[GLASSFISH-16757] container-common has hard dependency on JPA and JTA Created: 29/May/11  Updated: 30/May/11

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

Type: Improvement Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Mahesh Kannan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

While experimenting the idea of a light weight web container distribution for GF, I noticed that "container common" module depends on JTA and JPA. This may have been done as a first attempt to modularize the system, but we should fix this now.






[GLASSFISH-19811] usage of internal proprietary API in nucleus/common/common-util Created: 08/Mar/13  Updated: 20/Dec/16

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

Type: Improvement Priority: Major
Reporter: Romain Grécourt Assignee: Byron Nevins
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
blocks GLASSFISH-19812 Prevent usage of proprietary API" war... Open
Tags: build, common-util, maven, proprietary-api, warning

 Description   
[WARNING]  nucleus/common/common-util/src/main/java/com/sun/enterprise/universal/GFBase64Decoder.java:[50,45] BASE64Decoder is internal proprietary API and may be removed in a future release
[WARNING]  nucleus/common/common-util/src/main/java/com/sun/enterprise/universal/GFBase64Encoder.java:[50,46] BASE64Encoder is internal proprietary API and may be removed in a future release
[WARNING]  nucleus/common/common-util/src/main/java/com/sun/enterprise/universal/GFBase64Decoder.java:[50,45] BASE64Decoder is internal proprietary API and may be removed in a future release
[WARNING]  nucleus/common/common-util/src/main/java/com/sun/enterprise/universal/GFBase64Encoder.java:[50,46] BASE64Encoder is internal proprietary API and may be removed in a future release
[WARNING]  nucleus/common/common-util/src/main/java/com/sun/enterprise/universal/GFBase64Decoder.java:[50,45] BASE64Decoder is internal proprietary API and may be removed in a future release
[WARNING]  nucleus/common/common-util/src/main/java/com/sun/enterprise/universal/GFBase64Encoder.java:[50,46] BASE64Encoder is internal proprietary API and may be removed in a future release

Tests:

[WARNING]  nucleus/common/common-util/src/test/java/com/sun/enterprise/universal/BASE64DecoderTest.java:[82,16] BASE64Decoder is internal proprietary API and may be removed in a future release
[WARNING]  nucleus/common/common-util/src/test/java/com/sun/enterprise/universal/BASE64DecoderTest.java:[82,56] BASE64Decoder is internal proprietary API and may be removed in a future release
[WARNING]  nucleus/common/common-util/src/test/java/com/sun/enterprise/universal/BASE64DecoderTest.java:[83,16] BASE64Encoder is internal proprietary API and may be removed in a future release
[WARNING]  nucleus/common/common-util/src/test/java/com/sun/enterprise/universal/BASE64DecoderTest.java:[83,56] BASE64Encoder is internal proprietary API and may be removed in a future release


 Comments   
Comment by Romain Grécourt [ 08/Mar/13 ]

Tom, I was not able to find the right component.
Please forward this to the right component / assignee.

Thanks.

Comment by Tom Mueller [ 08/Mar/13 ]

Assigning to Byron since he was the last to modify this file.





[GLASSFISH-18513] NPE while starting JPA Created: 15/Mar/12  Updated: 02/Jun/13

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

Type: Bug Priority: Major
Reporter: aaronjwhiteside Assignee: Mahesh Kannan
Resolution: Unresolved Votes: 44
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

JPA is started from a OSGi bundle using the context classloader work around.

This NPE seems to be random, it does not always happen.

In this example two bundles are loading two different persistence units are the same time, not sure if that contributes to the NPE or not.

[#|2012-03-15T17:39:24.506-0400|INFO|glassfish3.1.2|org.eclipse.persistence.session.bundle://300.1:1/_proview|_ThreadID=112;_ThreadName=Thread-2;|EclipseLink, version: Eclipse Persistence Services - 2.3.2.v20111125-r10461|#]

[#|2012-03-15T17:39:24.506-0400|INFO|glassfish3.1.2|org.eclipse.persistence.session.bundle://304.0:1/_subscription|_ThreadID=113;_ThreadName=Thread-2;|EclipseLink, version: Eclipse Persistence Services - 2.3.2.v20111125-r10461|#]

[#|2012-03-15T17:39:24.680-0400|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.deployment.org.glassfish.deployment.common|_ThreadID=117;_ThreadName=Thread-2;|Exception while visiting com/sun/gjc/common/DataSourceSpec.class of size 3267
java.lang.NullPointerException
        at org.glassfish.hk2.classmodel.reflect.impl.TypesImpl.getType(TypesImpl.java:78)
        at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:119)
        at org.objectweb.asm.ClassReader.accept(Unknown Source)
        at org.objectweb.asm.ClassReader.accept(Unknown Source)
        at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:363)
        at org.glassfish.hk2.classmodel.reflect.util.JarArchive.onSelectedEntries(JarArchive.java:125)
        at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
        at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
        at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
        at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
        at java.util.concurrent.FutureTask.run(FutureTask.java:166)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
        at java.lang.Thread.run(Thread.java:722)
|#]


 Comments   
Comment by Mitesh Meswani [ 19/Mar/12 ]

Here is comment from Sahoo in an offline mail discussion.
/
This is neither a jpa nor an osgi bug. It's a bug in deployment/classmodel code. It's harmeless AFAIK. Marina has also seen this behavior before. Jerome wanted a reproducible test case to get to the bottom of it. So, assign to deployment team with all thses information
/
Assigning it to deployment for initial evaluation.

Comment by Hong Zhang [ 19/Mar/12 ]

The NPE came from the HK2 classmodel code, I am not sure who owns this part of the HK2 code now. I am assigning to Tom and he could assign accordingly.

Comment by rusty_turkey [ 18/Apr/12 ]

I got the exact stacktrace that is in the description of the issue, then on the next project build I got a very similar stacktrace from Glassfish 3.1.2

18/04/2012 10:26:20 AM org.glassfish.hk2.classmodel.reflect.Parser$5 on
SEVERE: Exception while visiting com/sun/gjc/util/SQLTraceCache.class of size 4662
java.lang.NullPointerException
at org.glassfish.hk2.classmodel.reflect.impl.TypesImpl.getType(TypesImpl.java:78)
at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:119)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:363)
at org.glassfish.hk2.classmodel.reflect.util.JarArchive.onSelectedEntries(JarArchive.java:125)
at org.glassfish.hk2.classmodel.reflect.util.DirectoryArchive.parse(DirectoryArchive.java:111)
at org.glassfish.hk2.classmodel.reflect.util.DirectoryArchive.onSelectedEntries(DirectoryArchive.java:92)
at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
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)

Comment by tbeerbower [ 18/Apr/12 ]

Is it possible to provide a test case that reproduces the issue?

Comment by tacoss [ 26/Apr/12 ]

Testbean

deploy this bean and start the Glassfish-Server

package ejb;

import java.util.HashMap;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.PostConstruct;
import javax.annotation.Resource;
import javax.ejb.*;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;

/**
*

  • @author Koeppen
    */

@Startup
@Stateless
@LocalBean

public class NewSessionBean {

@PersistenceContext(unitName = "TACEJBPU")
private EntityManager em;

@Schedule(second="0", minute="", hour="")
public void importAuto()

{ Logger.getLogger( NewSessionBean.class.getName() ).log( Level.INFO, "importiereAuto" ); }

@PostConstruct
public void post()

{ Logger.getLogger( NewSessionBean.class.getName() ).log( Level.INFO, "post" ); }

}

Comment by grunt2000 [ 08/May/12 ]

The function getType() that is giving NullPointerException to many callers, not only in the case of this issue.

This function has been quickly written: it has no comments, no assertions, no checkings inside.

public TypeImpl getType(int access, String name, TypeProxy parent) {
Class<? extends Type> requestedType = getType(access);

TypeProxy<Type> typeProxy = types.getHolder(name, requestedType);
synchronized(typeProxy) {
final Type type = typeProxy.get();
TypeImpl result;
if (null == type) {
if ((access & Opcodes.ACC_ANNOTATION)==Opcodes.ACC_ANNOTATION)

{ result = new AnnotationTypeImpl(name, typeProxy); } else
if ((access & Opcodes.ACC_INTERFACE)==Opcodes.ACC_INTERFACE) { result = new InterfaceModelImpl(name, typeProxy, parent); } else { result = new ClassModelImpl(name, typeProxy, parent); }
typeProxy.set(result);
return result;
} else {
TypeImpl impl = (TypeImpl)type;
if (ExtensibleTypeImpl.class.isInstance(impl)) { // ensure we have the parent right ((ExtensibleTypeImpl<?>)impl).setParent(parent); }
return impl;
}
}
}

The method should at least do the minimal checkings to avoid throwing a clueless NullPointerException to callers.

/**
* Return the type of ...
* @param access Access to what?
* @param name Name of what ?
* @param parent of who?
* @return an implementation of the type?
*/
public TypeImpl getType(int access, String name, TypeProxy parent) {
Class<? extends Type> requestedType = getType(access);

// If the access has no requested type associated, throw an exception.
if (requestedType == null)
throw(new IllegalArgumentException(MessageFormat.format("Cannot find the requested type for the access {0}.", access)));

TypeProxy<Type> typeProxy = types.getHolder(name, requestedType);

// If the proxy has not been found, throw an exception.
// For our issue, it is the cause of the NullPointerException that is thrown (a synchronized(null) may occurs).
if (typeProxy == null)
throw(new NoSuchElementException(MessageFormat.format("Cannot find the proxy holder for the requested type {0}.", requestedType))); // if requestType.toString() has a useful implementation, else select one of its members for displaying.

synchronized(typeProxy) {
final Type type = typeProxy.get();
TypeImpl result;
if (null == type) {
if ((access & Opcodes.ACC_ANNOTATION)==Opcodes.ACC_ANNOTATION) { result = new AnnotationTypeImpl(name, typeProxy); }

else
if ((access & Opcodes.ACC_INTERFACE)==Opcodes.ACC_INTERFACE)

{ result = new InterfaceModelImpl(name, typeProxy, parent); }

else

{ result = new ClassModelImpl(name, typeProxy, parent); }

typeProxy.set(result);
return result;
} else {
TypeImpl impl = (TypeImpl)type;
if (ExtensibleTypeImpl.class.isInstance(impl))

{ // ensure we have the parent right ((ExtensibleTypeImpl<?>)impl).setParent(parent); }

return impl;
}
}
}

Regards,

Grunt.

Comment by ljnelson [ 26/Jul/12 ]

FWIW I see this using embedded GlassFish 3.1.2 as well; perhaps that will make it easier to roll a test case.

Comment by gfuser9999 [ 15/Sep/12 ]

Possibly HK2 org.glassfish.hk2.classmodel.reflect.impl.TypesCtr.getHolder(name,...) return null
is the following concurrency issue:

— TypesCtr-orig.java Sat Sep 15 21:36:00 2012
+++ TypesCtr.java Sat Sep 15 21:40:02 2012
@@ -111,9 +111,13 @@
TypeProxy<Type> typeProxy = typeStorage.get(name);
if (typeProxy ==null) {
// in our unknown type pool ?

  • if (unknownTypesStorage.containsKey(name)) {
    + TypeProxy<Type> unkTypeProxy = unknownTypesStorage.get(name);
    + if (unkTypeProxy!=null) {
    synchronized (unknownTypesStorage)
    Unknown macro: { typeProxy = unknownTypesStorage.remove(name);+ if (typeProxy == null) { + typeProxy = unkTypeProxy; + } }

    if (typeProxy!=null) {
    TypeProxy<Type> old = typeStorage.putIfAbsent(name, typeProxy);

Comment by jwells [ 17/Sep/12 ]

classmodel is only used by the config subsystem, so assigning to Mahesh

Comment by chejavara [ 02/Jan/13 ]

For those who tried to debug this, this is what I found.

The class is actually in auto-depends.jar, but public sources for it do not include org.glassfish...
I found them in class-model-1.1.14.jar sources for Glassfish 3.1.2

There's a NullPointer because because somebody asks TypesImpl to get a TypeProxy by invoking getHolder on
org.glassfish.hk2.classmodel.reflect.impl.TypesCtr

This thing then consults some gigantic ConcurrentHashMap called storage for another ConcurrentHashMap to look for the class by fully qualified name.

If not found, then it consults some unknownTypesStorage ConcurrenthashMap to see if its there. If yes it removes and returns from there.

If not in unknownTypesStorage, then it creates a new Proxy and returns it.

So it should never return null, which is what causes the NullPointerException.

I can only see one path though which it can return null, thats when unknownTypesStorage contains it, but due to concurrency by the time we call
unknownTypesStorage.remove it is already gone from the hashmap. Then we go ahead and return NULL.

Here is the related code:

public <T extends Type> TypeProxy<Type> getHolder(String name, Class<T> type) {
if (name.equals("java.lang.Object")) return null;
ConcurrentMap<String, TypeProxy<Type>> typeStorage = storage.get(type);
if (typeStorage==null) {
typeStorage = new ConcurrentHashMap<String, TypeProxy<Type>>();
ConcurrentMap<String, TypeProxy<Type>> old = storage.putIfAbsent(type, typeStorage);
if (old!=null)

{ // some other thread got to set that type storage before us, let's use it typeStorage=old; }

}
TypeProxy<Type> typeProxy = typeStorage.get(name);
if (typeProxy ==null) {
// in our unknown type pool ?
if (unknownTypesStorage.containsKey(name)) {
synchronized (unknownTypesStorage)

{ typeProxy = unknownTypesStorage.remove(name); }

=====> WHAT IF typeProxy is NULL HERE ? <========
if (typeProxy!=null) {
TypeProxy<Type> old = typeStorage.putIfAbsent(name, typeProxy);
if (old!=null)

{ typeProxy = old; }

}
} else {
typeProxy = new TypeProxy<Type>(null, name);
TypeProxy<Type> old = typeStorage.putIfAbsent(name, typeProxy);
if (old==null)

{ nonVisited.push(typeProxy); }

else

{ typeProxy=old; }

}
}
return typeProxy;
}

Im thinking gfuser9999 had the same idea.

The bad code would be synchronizng after checking contains. Hope this helps whoever is trying to reproduce this.

Comment by kloeber [ 25/Mar/13 ]

I got the same issue here, but with only one PU loading:
[code]
Launching GlassFish on Felix platform
INFO: Running GlassFish Version: GlassFish Server Open Source Edition 3.1.2.2 (build 5)
INFO: Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
INFO: Grizzly Framework 1.9.50 started in: 13ms - bound to [0.0.0.0:8181]
INFO: Grizzly Framework 1.9.50 started in: 36ms - bound to [0.0.0.0:8080]
INFO: Grizzly Framework 1.9.50 started in: 5ms - bound to [0.0.0.0:4848]
INFO: Grizzly Framework 1.9.50 started in: 9ms - bound to [0.0.0.0:3700]
INFO: Grizzly Framework 1.9.50 started in: 6ms - bound to [0.0.0.0:7676]
INFO: The Admin Console is already installed, but not yet loaded.
INFO: Created EjbThreadPoolExecutor with thread-core-pool-size 16 thread-max-pool-size 32 thread-keep-alive-seconds 60 thread-queue-capacity 2147483647 allow-core-thread-timeout false
INFO: SEC1002: Security Manager is OFF.
INFO: SEC1010: Entering Security Startup Service
INFO: SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
INFO: SEC1115: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
INFO: SEC1011: Security Service(s) Started Successfully
INFO: WEB0169: Created HTTP listener [http-listener-1] on host/port [0.0.0.0:8080]
INFO: WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:8181]
INFO: WEB0169: Created HTTP listener [admin-listener] on host/port [0.0.0.0:4848]
INFO: WEB0171: Created virtual server [server]
INFO: WEB0171: Created virtual server [__asadmin]
INFO: WEB0172: Virtual server [server] loaded default web module []
SEVERE: Exception while visiting com/sun/gjc/common/DataSourceSpec.class of size 3267
java.lang.NullPointerException
at org.glassfish.hk2.classmodel.reflect.impl.TypesImpl.getType(TypesImpl.java:78)
at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:119)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:363)
at org.glassfish.hk2.classmodel.reflect.util.JarArchive.onSelectedEntries(JarArchive.java:125)
at org.glassfish.hk2.classmodel.reflect.util.DirectoryArchive.parse(DirectoryArchive.java:111)
at org.glassfish.hk2.classmodel.reflect.util.DirectoryArchive.onSelectedEntries(DirectoryArchive.java:92)
at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
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)
[/code]

Comment by kithouna [ 08/Apr/13 ]

I've got the exact same exception using GlassFish 3.1.2.2 and an h2 database version 1.3.170.

Comment by kithouna [ 08/Apr/13 ]

If it helps anyone, this is in my log:

SEVERE: Exception while visiting com/sun/gjc/common/DataSourceSpec.class of size 3267
java.lang.NullPointerException
	at org.glassfish.hk2.classmodel.reflect.impl.TypesImpl.getType(TypesImpl.java:78)
	at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:119)
	at org.objectweb.asm.ClassReader.accept(Unknown Source)
	at org.objectweb.asm.ClassReader.accept(Unknown Source)
	at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:363)
	at org.glassfish.hk2.classmodel.reflect.util.JarArchive.onSelectedEntries(JarArchive.java:125)
	at org.glassfish.hk2.classmodel.reflect.util.DirectoryArchive.parse(DirectoryArchive.java:111)
	at org.glassfish.hk2.classmodel.reflect.util.DirectoryArchive.onSelectedEntries(DirectoryArchive.java:92)
	at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
	at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
	at java.lang.Thread.run(Thread.java:722)

WARNING: RAR8705: Invalid value for property dynamic-reconfiguration-wait-timeout-in-seconds : null
SEVERE: Exception while visiting com/sun/gjc/spi/JdbcObjectsFactory.class of size 3630
java.lang.NullPointerException
	at org.glassfish.hk2.classmodel.reflect.impl.TypesImpl.getType(TypesImpl.java:78)
	at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:119)
	at org.objectweb.asm.ClassReader.accept(Unknown Source)
	at org.objectweb.asm.ClassReader.accept(Unknown Source)
	at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:363)
	at org.glassfish.hk2.classmodel.reflect.util.JarArchive.onSelectedEntries(JarArchive.java:125)
	at org.glassfish.hk2.classmodel.reflect.util.DirectoryArchive.parse(DirectoryArchive.java:111)
	at org.glassfish.hk2.classmodel.reflect.util.DirectoryArchive.onSelectedEntries(DirectoryArchive.java:92)
	at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
	at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
	at java.lang.Thread.run(Thread.java:722)
Comment by TangYong [ 08/Apr/13 ]

Mahesh, kithouna,

Firstly, the test bean needs to be modified as following,

@Schedule(second="0", minute="", hour="")
public void importAuto()

{ Logger.getLogger( NewSessionBean.class.getName() ).log( Level.INFO, "importiereAuto" ); }


@Schedule(second="0", minute="0", hour="0")
public void importAuto() { Logger.getLogger( NewSessionBean.class.getName() ).log( Level.INFO, "importiereAuto" ); }

Otherwise, the following exception will happen while deploying

[2013-04-08T19:34:18.296+0900] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=34 _ThreadName=admin-listener(3)] [timeMillis: 1365417258296] [levelValue: 1000] [[
Exception while deploying the app [TestCDIInterterceptorInEar-ejb-1.0-SNAPSHOT] : Error processing EjbDescriptor
java.lang.RuntimeException: StartupBean: Invalid schedule defined on method importAuto(): Field minute cannot be an empty String
at org.glassfish.ejb.deployment.util.EjbBundleValidator.accept(EjbBundleValidator.java:351)
...

Secondly,

I have confirmed the issue on gf 3.1.2.2 and current v4,

1) on 3.1.2.2 , the issue can be re-produced

2) on v4, anything is OK while deploying

So, pl. Mahesh closed the issue.

Thanks
--Tang

Comment by juliohm [ 17/Apr/13 ]

Grettings.

I am having the same exception on a system I am working on. The Exception stack trace is exactly the same, but I can't seem to find a relation to the test bean provided here. We are not using @Schedule anywhere.

Does anyone have any updates on this? Any ideas on how to debug and get clues to which beans in my application might be causing it?

Most importantly, a workaround would be greatly appreciated.

Comment by zhouronghui [ 24/May/13 ]

Hi, Mahesh Kannan

I found that TypesCtr had been modified in Revision:4175.
It seems the the revision:4175 modified this ISSUE.

https://svn.java.net/svn/hk2~svn/trunk/hk2/class-model/src/main/java/org/glassfish/hk2/classmodel/reflect/impl/TypesCtr.java
==============
Revision: 4175
Author: mtaube
Date: 4:43:16, 2012/12/14
Message:
forward port of change 4107
==============

Could you please check it? If it is YES, I think that the Revision:4175
should feed-back to the GF V3.1.2. Right?

Thanks.

Comment by TangYong [ 24/May/13 ]

+1 agree with Zhou!

Comment by flotho [ 28/May/13 ]

Hy folks,

If it could help, I also explained How I hav the same issue.
Whatt is tsrange is that the problem is coming only on GF reboot.
I installed archiva.apache.org with success and all the stuff....
When I reboot I have the same problem.

So I vote +1 for having a solution to this

Comment by gfuser9999 [ 02/Jun/13 ]

I thought the fix made to 3.1.2.4 (available from Oracle)
since many months now. See
https://blogs.oracle.com/GlassFishForBusiness/entry/oracle_glassfish_server_ogfs_v3
15884192 INTEGRATE NEW HK2
14512884 EXCEPTION WHILE VISITING COM/SUN/GJC/COMMON/DATASOURCESPEC.CLASS OF SIZE 3267

Comment by flotho [ 02/Jun/13 ]

Hy,

And do you know ho to integrate this in the community release?

Regards





[GLASSFISH-18609] Glassfish throws NullPointerException on startup Created: 10/Apr/12  Updated: 08/Aug/13

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

Type: Bug Priority: Major
Reporter: emailnbw Assignee: Mahesh Kannan
Resolution: Unresolved Votes: 21
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows Server 2008 R2 Standard SP1 & Windows XP Version 2003 SP2 x64, JDK 1.7u3, GF 3.1.2, embedded derby drivers and Oracle ojdbc6



 Description   

During GF server startup/restart the following SEVERE exception is thrown:

[#|2012-04-09T23:29:00.171-0400|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.deployment.org.glassfish.deployment.common|_ThreadID=57;_ThreadName=Thread-2;|Exception while visiting com/sun/gjc/spi/JdbcObjectsFactory.class of size 3630
java.lang.NullPointerException
at org.glassfish.hk2.classmodel.reflect.impl.TypesImpl.getType(TypesImpl.java:78)
at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:119)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:363)
at org.glassfish.hk2.classmodel.reflect.util.JarArchive.onSelectedEntries(JarArchive.java:125)
at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)

#]

This may be related to http://java.net/jira/browse/GLASSFISH-17061. One of our environments where we see this uses the bundled embedded derby with a GF managed Derby connection pool. The other environment we see this uses Oracle's ojdbc6 thin driver with a GF managed JDBC connection pool/resource.



 Comments   
Comment by Hong Zhang [ 10/Apr/12 ]

assign to HK2 team evaluation

Comment by mhankus [ 05/May/12 ]

Stacktrace is exactly the same as GLASSFISH-18513.
It happens to me too

Comment by rusty_turkey [ 17/May/12 ]

I also get error intermittently, and I already am already watching GLASSFISH-18513

Comment by jmkgreen [ 25/Jul/12 ]

Me too... In my case my .war had other faults. As seems usual, Glassfish decided to give me an apparently random NPE and stacktrace instead of the real error. JBoss told me exactly what was wrong.

Comment by smithh032772 [ 04/Sep/12 ]

Interesting, I am running on Windows Server 2008 (test/development) and Windows Server 2003 (production), and I see this error on startup or restart of Glassfish via NetBeans 7.2. I don't recall if I see this error on Windows Server 2003 when deploying app via NetBeans 7.1.2. Anyway, here is system log from beginning:

Launching GlassFish on Felix platform
INFO: Running GlassFish Version: GlassFish Server Open Source Edition 3.1.2.2 (build 5)
INFO: Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
INFO: Grizzly Framework 1.9.50 started in: 19ms - bound to [0.0.0.0:8181]
INFO: Grizzly Framework 1.9.50 started in: 60ms - bound to [0.0.0.0:8080]
INFO: Grizzly Framework 1.9.50 started in: 4ms - bound to [0.0.0.0:4848]
INFO: Grizzly Framework 1.9.50 started in: 13ms - bound to [0.0.0.0:3700]
INFO: Grizzly Framework 1.9.50 started in: 15ms - bound to [0.0.0.0:7676]
INFO: The Admin Console is already installed, but not yet loaded.
INFO: Created EjbThreadPoolExecutor with thread-core-pool-size 16 thread-max-pool-size 32 thread-keep-alive-seconds 60 thread-queue-capacity 2147483647 allow-core-thread-timeout false
INFO: SEC1002: Security Manager is OFF.
INFO: SEC1010: Entering Security Startup Service
INFO: SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
INFO: SEC1115: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
INFO: SEC1011: Security Service(s) Started Successfully
INFO: WEB0169: Created HTTP listener [http-listener-1] on host/port [0.0.0.0:8080]
INFO: WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:8181]
INFO: WEB0169: Created HTTP listener [admin-listener] on host/port [0.0.0.0:4848]
INFO: WEB0171: Created virtual server [server]
INFO: WEB0171: Created virtual server [__asadmin]
INFO: WEB0172: Virtual server [server] loaded default web module []
SEVERE: Exception while visiting com/sun/gjc/spi/JdbcObjectsFactory.class of size 3615
java.lang.NullPointerException
at org.glassfish.hk2.classmodel.reflect.impl.TypesImpl.getType(TypesImpl.java:78)
at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:119)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:363)
at org.glassfish.hk2.classmodel.reflect.util.JarArchive.onSelectedEntries(JarArchive.java:125)
at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)

INFO: HV000001: Hibernate Validator 4.3.0.Final
INFO: EclipseLink, version: Eclipse Persistence Services - 2.3.2.v20111125-r10461

Comment by jwells [ 04/Sep/12 ]

Classmodel is only used by the config subsystem, so assigning to Mahesh.

Comment by gfuser9999 [ 16/Sep/12 ]

See also GLASSFISH-18513

Comment by kithouna [ 08/Apr/13 ]

I've got the exact same exception using GlassFish 3.1.2.2 and an h2 database version 1.3.170. Please fix this, it's really annoying.

Comment by disney2002 [ 30/May/13 ]

got the same problem while using GlassFish 3.1.2.2.

and restart glassfish maybe the will not happen.

Comment by gfuser9999 [ 02/Jun/13 ]

I thought the fix made to 3.1.2.4 (available from Oracle)
since many months now (on the HK2 module) for GF-18513. See
https://blogs.oracle.com/GlassFishForBusiness/entry/oracle_glassfish_server_ogfs_v3
15884192 INTEGRATE NEW HK2
14512884 EXCEPTION WHILE VISITING COM/SUN/GJC/COMMON/DATASOURCESPEC.CLASS OF SIZE 3267

Comment by linuxhippy [ 08/Aug/13 ]

Same here on Linux x86_64 with:

java version "1.7.0_25"
OpenJDK Runtime Environment (fedora-2.3.12.3.fc19-x86_64)
OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode)

Stack: [#|2013-08-08T17:01:44.899+0200|SEVERE|glassfish3.1.2|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=85;_ThreadName=Thread-2;|Exception while visiting EDU/oswego/cs/dl/util/concurrent/ConcurrentReaderHashMap.class of size 6209
java.lang.NullPointerException
at org.glassfish.hk2.classmodel.reflect.impl.TypesImpl.getType(TypesImpl.java:78)
at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:119)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.objectweb.asm.ClassReader.accept(Unknown Source)
at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:363)
at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.handleEntry(ReadableArchiveScannerAdapter.java:171)
at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:133)
at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:724)

#]




[GLASSFISH-19691] Remove FighterFishStartupService and remove the org.glassfish.api.Startup interface Created: 18/Feb/13  Updated: 20/Dec/16

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

Type: Improvement Priority: Major
Reporter: jwells Assignee: Sanjeeb Sahoo
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

FighterFishStartupService was added and the Startup interface was kept so that the org.glassfish.osgijpa.extension.JPAStartupService in FighterFish could continue to work. However, the Startup interface has been deprecated and the mechanism behind it has been removed. Instead the JPAStartupService should use the new startup mechanism with the new RunLevelService.



 Comments   
Comment by jwells [ 25/Feb/13 ]

Since you have changed fighterfish to work only on GlassFish 4, you can do a couple things:

1. You can run the hk2-inhabitant-generator directly rather than hard-coding the locator file
2. You can remove the Startup interface
3. You can change the JPAStartupService to be in the properly RunLevel context

Comment by Sanjeeb Sahoo [ 26/Feb/13 ]

No, we have not changed fighterfish to work only with GF 4.0. We had to treat osgi-ee-resources module as an exception because we had specifically agreed with them at 3.x time.





[GLASSFISH-17004] firefox 5.0 : few icons in the promotion page doesn't display Created: 08/Jul/11  Updated: 06/Mar/12

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

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

OS: windows 2008 server
Browser : FireFox 5.0


Attachments: JPEG File ff5-winxp-aix.JPG     JPEG File ff5.jpg     JPEG File mac-ff5.jpg    
Tags: 3_1_1-scrubbed, 3_1_2-exclude

 Description   

GF 3.1.1 promoted build 10.

In the common tasks window right bottom frame, the icons for facebook, twitter, youtube etc under "Stay Connected" section are not displayed in firefox 5.0 browser. This is visible in IE, and ff 3.6.
Attached the screen shot for the common tasks window.



 Comments   
Comment by Anissa Lam [ 08/Jul/11 ]

Does this always reproducible ?
It shows up correctly for me on Firefox 5 on my Mac. (see attached mac-ff5.jpg

If you use your browser and go to "http://java.sun.com/glassfish/productmsg.html" directly, does it show up ?

This is not from GUI and there is nothing i can do if it doesn't show up.

Comment by Anissa Lam [ 08/Jul/11 ]

Jason mentioned that he is seeing the problem on FF5. No error in server.log nor firebug console.
I am running 5.0 on my Mac, I cleared cache and restart browser, it works for me though.

Transferring to John since he owns this promotion page.

Comment by lidiam [ 09/Jul/11 ]

I can see the icons fine on FF5 on Windows XP with build ogs-3.1.1-b11-07_07_2011-aix.zip (on AIX).

Comment by lidiam [ 09/Jul/11 ]

Icons displayed in FF5 on Windows XP, Glassfish on AIX.

Comment by shaline [ 12/Jul/11 ]

On the promoted b11, the issue still exists on windows 2008 server. The links like "http://java.sun.com/glassfish/productmsg.html when directly accessed works fine , but the icons in the bottom promotion page are not displayed, in the Common Tasks window.

Comment by scatari [ 02/Nov/11 ]

Look into to see if this is a browser/os specific issue.

Comment by scatari [ 18/Jan/12 ]

Romaine, Could you please look at this issue?

Comment by Joe Di Pol [ 21/Jan/12 ]

Another data point: I tried Firefox 9.0.1 on Windows Server 2008 with a 3.1.2 build and the icons showed up fine.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-21569] Unable to start "Glassfish" in macos Sierra ( 10.12 ) Created: 04/Oct/16  Updated: 30/Jan/17

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

Type: Bug Priority: Major
Reporter: aulloa Assignee: Yamini K B
Resolution: Unresolved Votes: 0
Labels: waiting_on_filer
Remaining Estimate: 3 days
Time Spent: Not Specified
Original Estimate: 3 days
Environment:

macOS Sierra


Tags: glassfish-4.1, macOS, macSierra

 Description   

Hi,

I do the upgrade in my "macBook Pro", from "El Capitan" to "macOS Sierra" and now i have problem to start "Glassfish" in a terminal window in "macOS SIerra", this is the output when execute the command "sudo ./asadmin start-domain" in a Terminal windows. ( in macOS "El Capitan" all works fine )

MacBook-Pro-de-Aldo-2:~ aulloac$ cd /Java/glassfish41/bin/
MacBook-Pro-de-Aldo-2:bin aulloac$ sudo ./asadmin start-domain
Password:
Waiting for domain1 to start .......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
serverNoStart
Command start-domain failed.
MacBook-Pro-de-Aldo-2:bin aulloac$

Best Regards
Aldo.



 Comments   
Comment by aosama [ 18/Dec/16 ]

experiencing the same issue, its a macOS sierra update related where the OS is blocking the process from accessing 127.0.0.1 and localhost ... this is what i could find on threads on apple support.

For IDEs this can be solved by not using any proxy, but for glass fish not sure how we can tell the O.S. to not block these http calls

Comment by Yamini K B [ 30/Jan/17 ]

Is this problem still seen?

I upgraded to macOS 10.12.3, domain starts up fine. All the check boxes in my system network preferences for proxy is unchecked.





[GLASSFISH-21680] Appclient embedded-RA accessibility check on RA lookup is incorrect and is bypassed anyway on subsequent lookups Created: 16/Feb/17  Updated: 21/Feb/17

Status: Open
Project: glassfish
Component/s: other
Affects Version/s: 3.1.2.2, 4.0, 4.1, 4.1.1, 5.0
Fix Version/s: None

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


 Description   

If a Glassfish appclient program invokes an Embedded Resource Adapter, Glassfish performs an accessibility check on lookup() of the RA, to ensure that "only the application that has the embedded resource adapter can access the resource adapter".
Problem is, this check doesn't work properly. For such an application, it causes (the first) lookup() of the RA to fail, reporting that the application is not allowed to access the RA.
Worse, if a subsequent lookup() of the RA is attempted, it works fine (so the check is bypassed anyway).

I believe that this issue has existed in GlassfishV3 onwards.

I have created a JavaEE application that reproduces the problem. I have tried to keep it as simple as possible.

The following files are provided:

TestRAEAR.ear: EAR file which includes appclient program and embedded resource adapter
setup.bat: Batch file to deploy the application, create necessary RA resources, retrieve client stubs etc.
runclient.bat: Runs the appclient program
cleanup.bat: Batch file to undeploy the application and cleanup etc.

### Please see the comments below for this bug report, for a link to the GitHub repository containing these files. ###

The client application source code (included within the client in the EAR file) is simply:


import javax.naming.InitialContext;
import javax.jms.ConnectionFactory;

public class Main {
	public static void main(String[] args) {
		ConnectionFactory cf = null;
		try {
			InitialContext context = new InitialContext();
			cf = (ConnectionFactory)context.lookup("eis/genericra");
		} catch (Exception ex) {
			ex.printStackTrace();
			System.exit(1);
		} finally {
			/* nothing, yet */
		}
		return;
	}

	public Main() {
		super();
	}
}

Follow the steps below to reproduce the issue:

1) Edit each of the batch files and make sure GF_HOME and JAVA_HOME are set correctly to match your environment.
2) Make sure that Glassfish application server is running (e.g. "asadmin start-domain")
3) Run "setup.bat"
4) Run "runclient.bat" to run the appclient application. A stacktrace like the following is produced:


javax.naming.CommunicationException: Communication exception for SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitConte
xtFactory, java.naming.factory.url.pkgs=com.sun.enterprise.naming, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl} [Root
exception is java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
        java.rmi.RemoteException: ; nested exception is:
        javax.naming.NamingException: Unable to lookup resource : eis/genericra [Root exception is javax.naming.NamingException: Lookup failed for 'eis/genericr
a' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.
presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NamingException: Only the applica
tion that has the embedded resource adapter [ TestRAEAR#genericra ] can access the resource adapter]]]
        at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:513)
        at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
        at javax.naming.InitialContext.lookup(InitialContext.java:417)
        at Main.main(Main.java:10)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:446)
        at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:184)
        at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:65)
Caused by: java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
        java.rmi.RemoteException: ; nested exception is:
        javax.naming.NamingException: Unable to lookup resource : eis/genericra [Root exception is javax.naming.NamingException: Lookup failed for 'eis/genericr
a' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.
presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NamingException: Only the applica
tion that has the embedded resource adapter [ TestRAEAR#genericra ] can access the resource adapter]]
        at com.sun.corba.ee.impl.javax.rmi.CORBA.Util.mapSystemException(Util.java:230)
        at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.privateInvoke(StubInvocationHandlerImpl.java:211)
        at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:150)
        at com.sun.corba.ee.impl.presentation.rmi.codegen.CodegenStubBase.invoke(CodegenStubBase.java:226)
        at com.sun.enterprise.naming.impl._SerialContextProvider_DynamicStub.lookup(com/sun/enterprise/naming/impl/_SerialContextProvider_DynamicStub.java)
        at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:478)
        ... 10 more
Caused by: java.rmi.RemoteException: ; nested exception is:
        javax.naming.NamingException: Unable to lookup resource : eis/genericra [Root exception is javax.naming.NamingException: Lookup failed for 'eis/genericr
a' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.
presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NamingException: Only the applica
tion that has the embedded resource adapter [ TestRAEAR#genericra ] can access the resource adapter]]
        at com.sun.enterprise.naming.impl.RemoteSerialContextProviderImpl.lookup(RemoteSerialContextProviderImpl.java:146)
        at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:498)
        at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie.dispatchToMethod(ReflectiveTie.java:143)
        at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:173)
        at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatchToServant(ServerRequestDispatcherImpl.java:528)
        at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatch(ServerRequestDispatcherImpl.java:199)
        at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequestRequest(MessageMediatorImpl.java:1549)
        at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequest(MessageMediatorImpl.java:1425)
        at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleInput(MessageMediatorImpl.java:930)
        at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:213)
        at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequest(MessageMediatorImpl.java:694)
        at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.dispatch(MessageMediatorImpl.java:496)
        at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.doWork(MessageMediatorImpl.java:2222)
        at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
        at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)
Caused by: javax.naming.NamingException: Unable to lookup resource : eis/genericra [Root exception is javax.naming.NamingException: Lookup failed for 'eis/gener
icra' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.im
pl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NamingException: Only the appl
ication that has the embedded resource adapter [ TestRAEAR#genericra ] can access the resource adapter]]
        at org.glassfish.resourcebase.resources.api.ResourceProxy.throwResourceNotFoundException(ResourceProxy.java:113)
        at org.glassfish.resourcebase.resources.api.ResourceProxy.create(ResourceProxy.java:89)
        at com.sun.enterprise.naming.impl.RemoteSerialContextProviderImpl.lookup(RemoteSerialContextProviderImpl.java:137)
        ... 16 more
Caused by: javax.naming.NamingException: Lookup failed for 'eis/genericra' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.Se
rialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.n
aming} [Root exception is javax.naming.NamingException: Only the application that has the embedded resource adapter [ TestRAEAR#genericra ] can access the resou
rce adapter]
        at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
        at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
        at javax.naming.InitialContext.lookup(InitialContext.java:417)
        at javax.naming.InitialContext.lookup(InitialContext.java:417)
        at org.glassfish.resourcebase.resources.naming.ResourceNamingService.lookup(ResourceNamingService.java:236)
        at org.glassfish.resourcebase.resources.api.ResourceProxy.create(ResourceProxy.java:87)
        ... 17 more
Caused by: javax.naming.NamingException: Only the application that has the embedded resource adapter [ TestRAEAR#genericra ] can access the resource adapter
        at com.sun.enterprise.resource.naming.ConnectorObjectFactory.getObjectInstance(ConnectorObjectFactory.java:123)
        at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:321)
        at com.sun.enterprise.naming.impl.SerialContext.getObjectInstance(SerialContext.java:527)
        at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:487)
        ... 22 more

5) Run "runclient.bat" to run the appclient application AGAIN. Output like the following is produced (i.e. runs without error):

Mmm DD, 2017 H:MM:SS XX org.hibernate.validator.internal.util.Version <clinit>
INFO: HV000001: Hibernate Validator 5.2.4.Final
Mmm DD, 2017 H:MM:SS XX com.sun.enterprise.connectors.service.ResourceAdapterAdminServiceImpl sendStopToResourceAdapter
INFO: RAR7094: TestRAEAR#genericra shutdown successful.

You can run the application again and again, and it runs without the error seen on the first lookup().

If you stop and restart the application server and re-run the client application, the stacktrace occurs again when it's run the first time.

e.g.

asadmin restart-domain
runclient.bat

6) Run "cleanup.bat" to undeploy the application and cleanup etc.

Possible Resolution:

I tracked down the cause of this problem in the app server, to the "checkAccessibility()" method in the "com.sun.enterprise.connectors.service.ConnectorService" class (connectors-runtime.jar). It's checking the classloader of the accessing class against the classloaders in the classloader hierarchy of the parent of the classloader that loaded that RAR file, hoping to find match. I can't see how it could ever find a match (and thus allow access) because we're comparing classloaders used at runtime against those used at deployment. Maybe it used to work on an old version of Glassfish - maybe.
Anyway, it is interesting that there is a commented-out condition in the source code, in the accessibility check:

    public boolean checkAccessibility(String rarName, ClassLoader loader) {
        ActiveResourceAdapter ar = _registry.getActiveResourceAdapter(rarName);
        if (ar != null && loader != null) { // If RA is deployed

            ClassLoader rarLoader = ar.getClassLoader();

            //If the RAR is not standalone.
            if (rarLoader != null && ConnectorAdminServiceUtils.isEmbeddedConnectorModule(rarName)
                /*&& (!(rarLoader instanceof ConnectorClassFinder))*/) {
                ClassLoader rarLoaderParent = rarLoader.getParent();
                ClassLoader parent = loader;
                while (true) {
                ...

If this is uncommented and the class re-built, then the accessibility check succeeds (at least in the case of this test program) and the error doesn't occur.

So, given that the commented-out code should actually be enabled, we have the following patch:


Index: ConnectorService.java
===================================================================
--- ConnectorService.java	(revision 64551)
+++ ConnectorService.java	(working copy)
@@ -43,6 +43,7 @@
 import com.sun.appserv.connectors.internal.api.ConnectorConstants;
 import com.sun.appserv.connectors.internal.api.ConnectorRuntimeException;
 import com.sun.appserv.connectors.internal.api.ConnectorsUtil;
+import com.sun.appserv.connectors.internal.api.ConnectorClassFinder;
 import com.sun.enterprise.config.serverbeans.Resource;
 import com.sun.enterprise.config.serverbeans.ResourcePool;
 import com.sun.enterprise.connectors.ActiveResourceAdapter;
@@ -380,7 +381,7 @@
 
             //If the RAR is not standalone.
             if (rarLoader != null && ConnectorAdminServiceUtils.isEmbeddedConnectorModule(rarName)
-                /*&& (!(rarLoader instanceof ConnectorClassFinder))*/) {
+                && (!(rarLoader instanceof ConnectorClassFinder))) {
                 ClassLoader rarLoaderParent = rarLoader.getParent();
                 ClassLoader parent = loader;
                 while (true) {

I looked back at the history of the ConnectorService class. It seems like the code above was checked-in for GlassfishV3 with the "&& (!(rarLoader instanceof ConnectorClassFinder))" commented-out. No explanation as to why. So it's been like this for a long time.



 Comments   
Comment by gregn123 [ 16/Feb/17 ]

Please refer to files located here: https://github.com/gregn123/GLASSFISH-21680





[GLASSFISH-10476] derby.log is kept in domain1/config Created: 21/Oct/09  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Issuezilla Id: 10,476

 Description   

I was surprised to see derby.log in domain1/config with following content:
----------------------------------------------------------------
2009-10-21 09:47:07.271 GMT:
Booting Derby version The Apache Software Foundation - Apache Derby - 10.5.3.0

  • (802917): instance a816c00e-0124-767e-1de5-000009898290
    on database directory
    /space/ss141213/WS/gf/v3/publish/glassfishv3/glassfish/domains/domain1/lib/databases/ejbtimer

Database Class Loader started - derby.database.classpath=''

It appears to be getting created during QL run. Do we expect write permission
for config dir?



 Comments   
Comment by dochez [ 28/Oct/09 ]

QL harness issue most likely, P4 though

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-9934] Can not build on JDK7 Created: 01/Oct/09  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Issuezilla Id: 9,934

 Description   

/export/home/bnlocal/gf/v3/deployment/dol/src/main/java/com/sun/enterprise/deployment/RootDeploymentDescriptor.java:307:
index has p rivate access in
RootDeploymentDescriptor
if (extension.index==null) {
^
/export/home/bnlocal/gf/v3/deployment/dol/src/main/java/com/sun/enterprise/deployment/RootDeploymentDescriptor.java:311:
index has p rivate access in
RootDeploymentDescriptor
if (index.equals(extension.index)) {
^
/export/home/bnlocal/gf/v3/deployment/dol/src/main/java/com/sun/enterprise/deployment/RootDeploymentDescriptor.java:327:
index has p rivate access in
RootDeploymentDescriptor
instance.index = index;
^
Note: Some input files use or override a deprecated API.



 Comments   
Comment by janey [ 26/Oct/09 ]

Not a must-fix for v3 release.

Comment by Byron Nevins [ 26/Oct/09 ]

This is a huge pain point for me at least.

I want to use dtrace in GF therefore I must use JDK7. But I have to reset to
JDK6 for every build.

Of course I always forget nd it takes about an hour for me to realize that I
need to switch back and then run the entire build over again.

Comment by Byron Nevins [ 26/Oct/09 ]

Note that V3 runs ok on 7 – it just won't build

Comment by Byron Nevins [ 26/Oct/09 ]

Work-around. Make the enforcer disallow trying to build on 7
This will stop the build fast with a sane error message...

Comment by Byron Nevins [ 26/Oct/09 ]

Enforcer jdk version

Old: [1.6,) 1.6 <= jdk

New: [1.6,1.7) 1.6 <= jdk < 1.7

Comment by janey [ 26/Oct/09 ]

Is the maven enforcer plugin preventing you to compile in JDK 7? The original description looks like a
different issue when building with JDK 7 - "Some input files use or override a deprecated API."

Comment by Byron Nevins [ 26/Oct/09 ]

I fixed the problem in DOL:
New Revision: 33337

Modified:

trunk/v3/deployment/dol/src/main/java/com/sun/enterprise/deployment/RootDeploymentDescriptor.java

Log:
https://glassfish.dev.java.net/issues/show_bug.cgi?id=9934

JDK6 bug. Discovered by trying to build with JDK7

Superclass method is trying to access a private variable of superclass through a
reference to a subclass. This was never allowed in Java.
The compiler in 6 must be confused by the Generics

Fix: Simply upcast the subclass reference. (Suggested by Bill Shannon)

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

I'm doing another build in JDK7 now...

Comment by Byron Nevins [ 26/Oct/09 ]

Security has some bad Generics constructs. JDK 7 found them.

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

It took me 15 minutes to painstakingly find this error! It was buried in a sea
of warnings. javac does not print any string you can grep on to find the error.

1 error
135 warnings

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

236
/export/home/bnlocal/gf/v3/security/core/src/main/java/com/sun/enterprise/security/SecurityDeployer.java:327:
name clash: <V
>loadMetaData(Class<V>,DeploymentContext) in SecurityDeployer and
loadMetaData(Class<T>,DeploymentContext) in SimpleDeployer have th
e same erasure, yet neither overrides the other
237 public <V> V loadMetaData(Class<V> type, DeploymentContext context) {
238 ^
239 where V,T are type-variables:
240 V extends Object declared in method
<V>loadMetaData(Class<V>,DeploymentContext)
241 T extends Container declared in class SimpleDeployer

Comment by Byron Nevins [ 26/Oct/09 ]

reassign

Comment by kumarjayanti [ 26/Oct/09 ]

Hong,

The method in Deployer.java is abstract

/**

  • Loads the meta date associated with the application.
    *
  • @parameters type type of metadata that this deployer has declared providing.
    */
    public <V> V loadMetaData(Class<V> type, DeploymentContext context);

and at the same time there is definition of the following method in
SimpleDeployer.java:

/**

  • Loads the meta date associated with the application.
    *
  • @parameters type type of metadata that this deployer has declared providing.
    */
    public T loadMetaData(Class<T> type, DeploymentContext context) { return null; }

As byron points out both the methods have the same erasure. So i am guessing
you really meant to implement the abstract method in SimpleDeployer. Is that
correct. If so can you fix this.

This bug is marked v3_exlude but i presume it is a simple fix.

Let me know.

Comment by kumarjayanti [ 27/Oct/09 ]

reassigning. Once you fix the SimpleDeployer i can remove the overriding method
in SecurityDeployer.

Comment by Byron Nevins [ 27/Oct/09 ]

Yes – please fix now.

I'd like to get to the next, currently unknown, bug that JDK7 uncovers!
Note that this is an error - not a warning.

Also what's up with the 135 warnings? Do you get that in security/core for a
JDK6 build too?

Comment by Hong Zhang [ 27/Oct/09 ]

kumar: I have checked in the changes in SimpleDeployer to make it has the same
signature as Deployer for loadMetaData method.

Comment by Byron Nevins [ 31/Oct/09 ]

Latest JDK7 build failure:

deployment/admin

/export/home/bnlocal/gf/v3/deployment/admin/src/test/java/org/glassfish/deployment/admin/ListComponentsCommandTest.java:210:
name clash: <T>getApplicationConfig(Class<T>) and getApplicationConfig(Class<?>)
have the same erasure
public <T extends ApplicationConfig> T getApplicationConfig(Class<T>
type)

{return null;}

^
where T is a type-variable:
T extends ApplicationConfig declared in method <T>getApplicationConfig(Class<T>)
Note: ListComponentsCommandTest.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.

Comment by Hong Zhang [ 02/Nov/09 ]

Byron: I have fixed the latest problem in deployment/admin so I am assigning the
bug back to you for your futher findings with JDK7.

Comment by kumara [ 03/Nov/09 ]

-> P4 This is not visible to end users of GlassFish and therefore fits P4 classification.

Comment by Byron Nevins [ 04/Nov/09 ]

V3 compiles with JDK7 now!

The next issue is that QL fails with 2 errors I think.

To reproduce:

get JDK7 installed and ready
build v3 from scratch
run QL

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-2328] PWC1406: Servlet.service() for servlet jsp threw exception Created: 05/Feb/07  Updated: 06/Mar/12

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

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

Operating System: All
Platform: Sun


Attachments: File bp-auto-complete.war     Text File server-jsp.log     File Transactional_Service_Sun_client.war    
Issuezilla Id: 2,328

 Description   

This is with
http://javaweb.sfbay/java/re/glassfish/9.1/promoted/beta/b34/images/solaris/glassfish-image-SNAPSHOT.jar
overloaded with
http://javaweb.sfbay/java/re/wsit/1.0/promoted/fcs/b06/bundles/wsit-1_0.zip.
Clicking on http://zephyr.east.sun.com:3001/applications/webApplications.jsf#
(launch) from Web Applications panel throws

javax.servlet.ServletException: java.lang.NoClassDefFoundError:
org/apache/tools/ant/BuildListener

Log attached.



 Comments   
Comment by elmooney [ 05/Feb/07 ]

Created an attachment (id=719)
server.log with exception near bottom

Comment by elmooney [ 05/Feb/07 ]

Created an attachment (id=720)
web app attempting to launch

Comment by Dhiru Pandey [ 05/Feb/07 ]

looks like this may be an issue with asadmin script since it is not including
the imqbroker.jar in the classpath. please try adding the following in asadmin
script's classpath

AS_IMQ_LIB/imqbroker.jar

Comment by Dhiru Pandey [ 05/Feb/07 ]

Ignore my previous comment. It was mean't for issue 2317. Sorry

Comment by elmooney [ 06/Feb/07 ]

I had installed GF into a directory with a "," in it's name. This doesn't happen
when I install GF into a directory without a "," in it's name.

Comment by sridatta [ 09/Apr/07 ]

assigning to Jan for investigation

Comment by jluehe [ 11/Apr/07 ]

Asking Kin-Man to take a look.

Comment by kchung [ 11/Apr/07 ]

Please include the exact steps for reproducing the problem, starting with
glassfish download. Thanks.

Comment by elmooney [ 19/Apr/07 ]

Created an attachment (id=882)
web tier example from blue prints

Comment by elmooney [ 19/Apr/07 ]

On Solaris:

% # Save attachment bp-auto-complete.war
% mkdir com,ma # The most important step
% cd com,ma
% wget
http://javaweb.sfbay/java/re/glassfish/9.1/promoted/beta2_branch/latest/images/solaris/glassfish-image-SNAPSHOT.jar
% jar xvf glassfish-image-SNAPSHOT.jar
% ant -f setup.xml
% bin/asadmin start-domain
% bin/asadmin deploy bp-auto-complete.war
% # Open http://localhost:4848/
% # Click on "Web Applications"
% # Click "Launch" to the right of bp-auto-complete.
% # Application fails top launch. Check server log for stack trace.

Comment by kchung [ 30/Apr/07 ]

The root of this problem seems to be related to the classpath for jasper loader.
In ASLauncher (in admin-core), ant.jar is included in properties
com.sun.aas.classloader.serverClassPath and
com.sun.aas.classloader.sharedChainJars. However, these lists assume that jars
are separated by a comma (','). The same assumption is again made in PELaunch
(in appserv-core). Hence, if the path to ant.jar contains a comma, bad things
happen.

Reassigned to Kedar.

Comment by km [ 15/May/07 ]

Apparently, we don't support directory names with ',' in their names
for this particular case. The classloader hierarchy is based on comma-separated
list. So, Launcher is doing the right thing. Looks like the right way is
to use some other delimiter, or not use any delimiter at all. Assigning to Siva
for advice.

IMO, this can be downgraded to P4. elmooney – do you agree?

Comment by elmooney [ 16/May/07 ]

I agree.

Comment by Sivakumar Thyagarajan [ 17/May/07 ]
      • Issue 2317 has been marked as a duplicate of this issue. ***
Comment by Sivakumar Thyagarajan [ 17/May/07 ]

There was also a similar issue already logged as 2317. I have closed that as a
duplicate of this as this issue had more information on reproducing the issue
and comments. I have also been able to reproduce this issue with the
instructions listed below. The analysis listed below is correct and the reason
there is a failure to load the Ant class is because of the comma in the
directory name that conflicts with the use of "comma" as a delimiter while
computing the classpath.

As of now the workaround is to not install the application server in a
directory with a "comma" in its name. I assume manually modifying
processLauncher.xml and domain.xml to escape all references to the comma might
also help.

One of the potential fixes is to not use "comma" as a delimiter, but any other
ascii character choice would have the same issue [?]. So we need to figure out
if we could "escape" the directory name during installation/domain-creation so
that this issue would not happen while creating the classpath. Please let me
know if there are any other alternatives.

I will discuss this with others and think this through before we make a fix for
this issue. Thanks.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-6300] Badly designed class called ComponentInvocation Created: 25/Sep/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: Sanjeeb Sahoo Assignee: Mahesh Kannan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 6,300
Status Whiteboard:

gfv3-prelude-excluded


 Description   

I am referring to org.glassfish.api.invocation.ComponentInvocation. First of all
I don't understand why we are making a @Service available as part of
glassfish-api. Should this not be a @Contract to reduce glassfish-api's
dependency on other modules? Secondly, it has a lovely enum defined like this:

public enum ComponentInvocationType

{ SERVLET_INVOCATION, EJB_INVOCATION, APP_CLIENT_INVOCATION, UN_INITIALIZED, SERVICE_STARTUP }

This seems like a violation of extensibility of GFv3. What if I have an
invocation context which is not one of the above?

Given that any publicly visible signature of glassfish-api will be difficult to
change after prelude, please be more careful while designing them.



 Comments   
Comment by kumara [ 25/Sep/08 ]

v3 defect tracking

Comment by kumara [ 25/Sep/08 ]

glassfish-api for prelude release is of "Unstable" classification. A change to
the class at this stage is risky and this should be taken up after the Prelude
release.

Comment by kumara [ 24/Oct/08 ]

Reclassifying as P4 because these issues are not must fix for prelude release.
This issue will be scrubbed after prelude release and will be given the right
priority for v3 final release.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-2073] WinNTFileSystem throws IOException when asked to canonicalize classpath suffix. Created: 16/Jan/07  Updated: 06/Mar/12

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

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

Operating System: Windows 2000
Platform: PC


Attachments: Text File gf-issue-2073.txt    
Issuezilla Id: 2,073

 Description   

During deployment a lot of exceptions are logged, thrown by WinNTFileSystem when
it is asked to canonicalize the entire classpath suffix from JVM settings, with
unexpanded $

{path.separator}

"macros".

These exceptions doesn't seem to prevent the deployment from successing but they
are still a bit worrying IMO.



 Comments   
Comment by gugrim [ 16/Jan/07 ]

Created an attachment (id=690)
Log entry and argument to canonicalize

Comment by Hong Zhang [ 16/Jan/07 ]

assign to siva to look at the classpath tokens.

Comment by sridatta [ 15/May/07 ]

Not a release stopper. P4.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-2843] NAM0006: JMS Destination object not found during deployment Created: 17/Apr/07  Updated: 06/Mar/12

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

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

Operating System: Linux
Platform: PC


Attachments: Text File server.log     File WebApplication2.war     Zip Archive WebApplication2.zip    
Issuezilla Id: 2,843

 Description   

gf-v2-b41a with rest API in $GF_HOME/lib/addons (see
http://wiki.netbeans.org/wiki/view/CheatSheetForRestJ1Tryingout for details on this)

-have attached web app with some rest ws
-deploy it

=> it the server log there you can see:

NAM0006: JMS Destination object not found: test.service.MicroMarketsResource/context
javax.naming.NameNotFoundException
javax.naming.NameNotFoundException
at
com.sun.enterprise.naming.TransientContext.resolveContext(TransientContext.java:255)
at
com.sun.enterprise.naming.TransientContext.lookup(TransientContext.java:178)
at
com.sun.enterprise.naming.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:61)
at
com.sun.enterprise.naming.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:98)
at com.sun.enterprise.naming.SerialContext.lookup(SerialContext.java:315)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
...



 Comments   
Comment by jungicz [ 17/Apr/07 ]

Created an attachment (id=868)
server log

Comment by jungicz [ 17/Apr/07 ]

Created an attachment (id=869)
war for reproducing this

Comment by jungicz [ 17/Apr/07 ]

Created an attachment (id=870)
sources of the war

Comment by Dhiru Pandey [ 17/Apr/07 ]

Re-assigning

Comment by sheetalv [ 01/Jun/07 ]

will not fix for beta2.

Comment by sheetalv [ 29/Apr/08 ]

assigning to Mahesh

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-2731] bean out of heap space Created: 29/Mar/07  Updated: 06/Mar/12

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

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

Operating System: Solaris
Platform: Sun


Attachments: JPEG File malloc.jpg     Text File server-interop.txrequired.log     Text File server-interop.txrequired.log    
Issuezilla Id: 2,731

 Description   

Attempt to drive a 2.0 stateful session bean from a 3.0 EJB web service fails with

[#|2007-03-29T09:23:00.094-0400|SEVERE|sun-appserver9.1|com.sun.xml.ws.server.sei.EndpointMethodHandler|_ThreadID=20;_ThreadName=httpSSLWorkerThread-3000-0;_RequestID=402fc184-4cd6-44fb-b9e0-261370fceab4;|Exception
thrown from bean: java.lang.OutOfMemoryError: Java heap space
javax.ejb.TransactionRolledbackLocalException: Exception thrown from bean:
java.lang.OutOfMemoryError: Java heap space

To reproduce:

$ cvs -d:pserver:$

{LOGNAME}

@sunsw.sfbay.sun.com:2401/sw/wpts co
tango/qe-tests/wstx # Installs GF to tmp subdirectory
$ cd tango/qe-tests/wstx/interop
$ ant container.install2
$ cd ../functional
$ ant interop|tee interop.out

Logs are in ../interop/tmp/glassfish.

This happens immediately, with no apparent memory leak. A profile of the run
shows that heap space grows to a maximum of ~50 Mb, and no more than that is
ever used. Attaching a jpg showing memory allocation.

This issue blocks WSIT test development.



 Comments   
Comment by elmooney [ 29/Mar/07 ]

Created an attachment (id=829)
domains/domain1/logs/server.log

Comment by elmooney [ 29/Mar/07 ]

Created an attachment (id=830)
domains/domain2/logs/server.log

Comment by elmooney [ 29/Mar/07 ]

Created an attachment (id=831)
profile of memory allocation

Comment by elmooney [ 29/Mar/07 ]

Please check out the tag ejb-out-of-heap-space. I.e.:

cvs -d:pserver:$

{LOGNAME}

@sunsw.sfbay.sun.com:2401/sw/wpts co -r
ejb-out-of-heap-space tango/qe-tests/wstx

Comment by gfbugbridge [ 29/Mar/07 ]

<BT6540340>

Comment by elmooney [ 29/Mar/07 ]

Use same subcat as http://monaco.sfbay/detail.jsf?cr=6375989 .

Comment by gfbugbridge [ 05/Apr/07 ]

<BT6543356>

Comment by Mahesh Kannan [ 29/May/07 ]

First I started with simple stateless session bean dev tests and found a couple
of leaks.

1. com.sun.corba.ee.impl.oa.rfm.ReferecnceFactoryManagerImpl.factories.size()
keeps growing for every deploy/undeploy cycle.

2. com.sun.enterprise.security.PermissionCache keeps growing for every
deploy/undeploy. (This is referenced by both WebSecurityManager and
CachedPermissionImpl)

I verified that no instances of EJBClassLoader leaks after a deploy/undeploy cycle

I'll be filing separate bugs about the above two issues.

I am currently trying to install tango tests to reproduce the above problem.

Comment by elmooney [ 31/May/07 ]

I originally saw this with b41-rc. I'm not able to reproduce it with b48-beta3.
I am encountering other problems that I am investigating. Mahesh, please don't
spend any more time on this until I report back.

This no longer blocks WSIT test development. Lowering priority to 4.

Comment by monzillo [ 09/Nov/09 ]

see related issue 10899 which pertains to EjbSecurityManager
the same problem existed in bot Web and EjbSecurityManagers.
both have been resolved in v3

Comment by monzillo [ 09/Nov/09 ]
      • Issue 10899 has been marked as a duplicate of this issue. ***
Comment by monzillo [ 09/Nov/09 ]

problem fixed for v3 (only) via issue 10899

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-2712] Connections to services that are not started waits should fail quickly Created: 27/Mar/07  Updated: 06/Mar/12

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

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

Operating System: All
Platform: Linux


Issuezilla Id: 2,712

 Description   

http://forums.java.net/jive/thread.jspa?messageID=210023

This message explains the bug.

When the service is not started, if a connection from within the appserver main
thread doesnt start the webcontainer by default. Now, this connection should
fail immediately rather than waiting for the service to startup.



 Comments   
Comment by gfbugbridge [ 05/Apr/07 ]

<BT6543355>

Comment by binod [ 24/May/07 ]

The chance that the service is accessed by a client within the VM before the
startup of actual service is very low. It is not a release stopper. Reducing the
priority.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-3926] Bad error reporting in MetaData.initialize() (possible NPE) Created: 17/Dec/07  Updated: 06/Jan/11

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

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

Operating System: All
Platform: All
URL: https://glassfish.dev.java.net/source/browse/glassfish/tools/src/java/com/sun/enterprise/tools/common/dd/webapp/MetaData.java?rev=1.4&view=markup


Issuezilla Id: 3,926

 Description   

The method "initialize" tries to assign "data"

private static void initialize(){
...
SunWebAppData data = null;
try

{ data = SunWebAppData.createGraph(in); }

catch (Schema2BeansException e)

{ System.out.println("Failed to create bean graph for SunWebAppData"); //NOI18N }

//System.out.println("############ " + data.dumpBeanNode()); //NOI18N
ParamData pData = null;

// initialize all param name arrays
sessionParamName = new String[data.sizeSessionParam()];
storeParamName = new String[data.sizeStoreParam()];
managerParamName = new String[data.sizeManagerParam()];
...

if this fails then "data" is null, however, immediatly below this assignment
(as seen in the snippet above) "data" is unconditionally dereferenced many
times.

I think this catch block needs to be fixed to throw an IllegalStateException or
some other semantic exception explaining the problem. This would be much more
fail-fast than it currently is. For example,

try

{ data = SunWebAppData.createGraph(in); }

catch (Schema2BeansException e)

{ throw new IllegalStateException("Failed to create bean graph for SunWebAppData"); //NOI18N }

 Comments   
Comment by harpreet [ 02/Apr/08 ]

Not critical for v2.1 should be fixed for next release

Comment by sanandal [ 11/Jan/09 ]

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





[GLASSFISH-4152] Not able to re-start the domain after stopping it with out detaching the java debugger from a JCAPS project. Created: 11/Feb/08  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Attachments: Text File JMS1Q1T.zip     Text File server.log.zip    
Issuezilla Id: 4,152
Status Whiteboard:

as911-na


 Description   

When Java debugger is attached to the JVM, if we stop the domain, we can't start
it back.

Steps to reproduce:

0. Do a complete installation of JCAPS using the installer build: 20080128-0200
1. Import the attached JMS1Q1T.zip in to the netbeans IDE.
2. enable debugging in the GF domain you wish to deploy the application to.
3. checkout all the components of the project and its environment.
4. modify the integration server url in env to point to a running GF.
5. modify the debug port in the env to point to the correct debug port.
6. Create a dp, called Deployment1 for the JMS1Q1T_PROJECT; build it and deploy
it to the GF.
7. right click on the IS component in the environment and click on java debugger.
8. click ‘ok’ when the 'stop in class' screen appears.
9. Now stop the domain by running 'stopserv.bat'
10. Try re-starting the domain and notice that you would not be able to start it
back. Attached server.log



 Comments   
Comment by us159569 [ 11/Feb/08 ]

Created an attachment (id=1325)
JCAPS project

Comment by us159569 [ 11/Feb/08 ]

Created an attachment (id=1326)
server logs

Comment by harpreet [ 15/Feb/08 ]

JCAPS issue - assigned to Bhavani for preliminary investigation.

Comment by harpreet [ 12/Mar/08 ]

I have installed a standalone GF server, started GF in a debug mode from NB, built, deployed and
debugged a servlet. Stopped server and restarted in a normal/debug mode and the server starts up.

Bhavani can you look into the issue and see why is it different for a JCAPS server.

Comment by harpreet [ 25/Mar/08 ]

Based on input from Bhavani - marking it as as911-na. Issue seems to stem from sun-http-binding.

Comment by sanandal [ 11/Jan/09 ]

"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 kumara [ 01/Sep/09 ]

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

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-4155] "Go" of Java Debugger doesn't stop at all the break points when debugging a JCAPS project. Created: 11/Feb/08  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Attachments: Text File input1Q1T.txt     Text File javadebugger_bugs.doc.zip     Text File JMS1Q1T.zip    
Issuezilla Id: 4,155
Status Whiteboard:

as911-na


 Description   

'Go' doesn't stop at all the break points.

Please see the attached javadebugger_bugs.doc for the steps to reproduce the issue.

I have also attached the JCAPS project and its environment (JMS1Q1T.zip) that I
had used when I faced this issue. The javadebugger_bugs.doc refers to this
project and its environment.

input1Q1T.txt(attached) is the input for 'JMS1Q1T_PROJECT'.

JCAPS installer build used: 20080128-0200



 Comments   
Comment by us159569 [ 11/Feb/08 ]

Created an attachment (id=1329)
'steps to reproduce' doc

Comment by us159569 [ 11/Feb/08 ]

Created an attachment (id=1330)
JCAPS project

Comment by us159569 [ 11/Feb/08 ]

Created an attachment (id=1331)
input file

Comment by harpreet [ 27/Mar/08 ]

seems similar to 4152. Bhavani - can you confirm. If it is please let me know. I will mark it as as911-na.

Comment by harpreet [ 27/Mar/08 ]

assigning to Bhavani

Comment by harpreet [ 16/Apr/08 ]

Similiar to 4152 - marking it as not required for v2.1. Not critical to v2.1 release.

Comment by us159569 [ 20/Apr/08 ]

Also notice a small red error message button at the bottom right corner of
netbeans (see screen shot of point 13 in the 'steps to reproduce' doc) which says:

java.lang.IllegalStateException: Assertion failed. WindowsAPI is required to be
called from AWT thread only, see http://core.netbeans.org/proposals/threading/
at
org.netbeans.core.windows.WindowManagerImpl.assertEventDispatchThreadWeak(WindowManagerImpl.java:1460)
at
org.netbeans.core.windows.WindowManagerImpl.topComponentID(WindowManagerImpl.java:1208)
at org.openide.windows.WindowManager.findTopComponentID(WindowManager.java:525)
at
org.netbeans.core.windows.model.TopComponentSubModel.getID(TopComponentSubModel.java:365)
at
org.netbeans.core.windows.model.TopComponentSubModel.setSelectedTopComponent(TopComponentSubModel.java:307)
at
org.netbeans.core.windows.model.DefaultModeModel.setSelectedTopComponent(DefaultModeModel.java:171)
at
org.netbeans.core.windows.model.DefaultModel.setModeSelectedTopComponent(DefaultModel.java:612)
at org.netbeans.core.windows.Central.activateModeTopComponent(Central.java:1711)
at
org.netbeans.core.windows.WindowManagerImpl.topComponentRequestActive(WindowManagerImpl.java:1144)
at org.openide.windows.TopComponent.requestActive(TopComponent.java:709)
at
com.stc.javadebugger.JavaDebuggerController$4.run(JavaDebuggerController.java:369)
at com.stc.javadebugger.JavaDebugger.toFront(JavaDebugger.java:1416)
at com.stc.javadebugger.JavaDebugger.interrupted(JavaDebugger.java:1757)
[catch] at
com.stc.javadebugger.JavaDebugger$EventHandler.run(JavaDebugger.java:3669)

Comment by sanandal [ 11/Jan/09 ]

"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 kumara [ 01/Sep/09 ]

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

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-4154] "Cancel" button on the 'stop in class' window of Java debugger doesn't function correctly. Created: 11/Feb/08  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Attachments: Text File JMS1Q1T.zip    
Issuezilla Id: 4,154

 Description   

Steps to reproduce:

0. Do a complete installation of JCAPS using the installer build: 20080128-0200
1. Import the attached JMS1Q1T.zip in to the netbeans IDE.
2. enable debugging in the GF domain you wish to deploy the application to.
3. checkout all the components of the project and its environment.
4. modify the integration server url in env to point to a running GF.
5. modify the debug port in the env to point to the correct debug port.
6. Create a dp, called Deployment1 for the JMS1Q1T_PROJECT; build it and deploy
it to the GF.
7. right click on the IS component in the environment and click on java debugger.
8. click ‘cancel’ when the 'stop in class' screen appears.
9. Now notice that instead of stopping from proceeding further, the debugger
actually goes and tries to connect to the IS and fails with the 'connection
refused' message.



 Comments   
Comment by us159569 [ 11/Feb/08 ]

Created an attachment (id=1328)
JCAPS project

Comment by kumara [ 01/Sep/09 ]

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

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-4004] OperationNotSupportedException is not thrown when application changes naming context entries Created: 15/Jan/08  Updated: 08/Feb/12

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

Type: Bug Priority: Minor
Reporter: Sanjeeb Sahoo Assignee: Harshad Vilekar
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,004

 Description   

As per Java EE 5 platform spec, section #EE.5.3.4:

/
The Java EE Product Provider has the following responsibilities:
...
The container must ensure that the application component instances have only
read access to their naming context. The container must throw the
javax.naming.OperationNotSupportedException from all the methods of the
javax.naming.Context interface that modify the environment naming context and
its subcontexts.
/

We don't seem to enforce this. I could do this in my servlet without any error:

Context ctx = new InitialContext();
ctx.bind("foo", "Foo");

Looks like a compliance issue, hence a p3.
Thanks,
Sahoo



 Comments   
Comment by harpreet [ 15/Feb/08 ]

assigning naming issue to the right owner.

Comment by harpreet [ 15/Feb/08 ]

assigning to the rightful owner. This time I have got it right

Comment by Ken Cavanaugh [ 19/Feb/08 ]

As this is a P3, and no one is currently working on naming, I'll move
this to V3, where we will take a look at this in the context of
other naming work.

Comment by sanandal [ 11/Jan/09 ]

"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 Ken Cavanaugh [ 10/Nov/10 ]

V3 is not a valid release to use now; re-assigning to future release.

Comment by Ken Cavanaugh [ 27/Jan/11 ]

It would also make sense to allow listing the contents of a context, as that too is a read
operation. This is all in TransientContext, SerialContextProvider, and RemoteSerialContextProvider,
which needs some cleanup.





[GLASSFISH-2606] Change packagename of com.sun.appserv.management.event to com.sun.appserv.selfmanagement.event Created: 14/Mar/07  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Issuezilla Id: 2,606

 Description   

com.sun.apserv.management is typically used for AMX related packages and even
the self management event notifications have the same package name. Proposed
package name is com.sun.appserv.selfmanagement.event.

Also java docs needs to be added to TraceEventHelper class.



 Comments   
Comment by gfbugbridge [ 05/Apr/07 ]

<BT6543354>

Comment by sridatta [ 15/May/07 ]

Not a release stopper. P4.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-14844] MiniXmlParserTest takes upto a minute outside SWAN Created: 28/Nov/10  Updated: 30/Nov/10

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

Type: Bug Priority: Minor
Reporter: Sanjeeb Sahoo Assignee: Byron Nevins
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux Sahoo 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:27:30 UTC 2010 i686 GNU/Linux
java version "1.6.0_21"
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode)



 Description   

This is with latest workspace while doing a build outside SWAN:

Running com.sun.enterprise.universal.xml.MiniXmlParserTest
28 Nov, 2010 10:29:45 PM com.sun.enterprise.universal.xml.MiniXmlParser findDomainNameAndEnd
INFO: "Warning: No domain name property found. I was looking for a property element under the domain element that looks like this: <property value="domain1" name="administrative.domain.name" />
Tests run: 21, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 67.5 sec

Even time command (time mvn -o surefire:test -Dtest=MiniXmlParserTest) reports similar output. With or without env variable AS_NO_REVERSE_DNS=TRUE, the aforementioned command now takes anywhere between 35 to 50 seconds on my system. So, I do believe there is some network layer caching going on which has brought the total time down from what I first observed last night. Yes, I am online, but outside SWAN. I think if just one unit test takes 1 minute where as the entire v3 build takes 15 minutes is a waste of developer time. So excluding this test until we can bring it down.



 Comments   
Comment by Byron Nevins [ 29/Nov/10 ]

I can't fix what I can't reproduce. I just did exactly what you did.

1) run the test normally (2 seconds)
2) run the test after UNPLUGGING my ethernet cable (2 seconds)

There were no problems of any kind.

The problem seems to exist only in your environment.

Comment by Byron Nevins [ 29/Nov/10 ]

Lowered priority since:

(1) it is a build-issue.
(2) it is known to occur only for one developer

Comment by Sanjeeb Sahoo [ 29/Nov/10 ]

As long as you don't enable the test, it does not really matter what the priority of this bug is. I created this bug so that we can capture discussion around this bug in one place if we have any. In other words, please don't enable the test in default build profile.





[GLASSFISH-3061] Lazy startup interferes with some JSR88 apis Created: 24/May/07  Updated: 06/Mar/12

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

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

Operating System: Solaris
Platform: Sun


Issuezilla Id: 3,061

 Description   

I have two fresh installs of GF v2 b48.

One is installed with 'ant -f setup.xml' and the other with 'ant -f
setup-cluster.xml'.

I start the "PE" domain and run the code in issue 2999.

All of the system apps get listed as having no child modules.

I shutdown the PE domain and startup the cluster-enabled domain.

I rerun the code form issue 2999 and this time the only the __JWSappclients app
gets flagged as questionable.

The results for both domains should be the same.

This will be a blocker some feature development for NetBeans 6.0.



 Comments   
Comment by vince kraemer [ 24/May/07 ]

tjquinn said you were the person in touch with the lazy start-up code.

Comment by gfbugbridge [ 24/May/07 ]

<BT6562041>

Comment by binod [ 27/May/07 ]

System Apps are not loaded by default in developer profile. They are loaded
on-demand. It is by design. Hence any associated objects for those applications
will not be loaded.

addChildTargetModuleIDsToJ2EEUsingMBeans in SunDeploymentManager.java is using
runtime mbeans to add the child modules. Since the apps are not loaded, the
mbeans will not be available.

Why does NB depend on child modules of system apps?

Comment by vince kraemer [ 29/May/07 ]

NetBeans does not depend on the child modules for the system apps. I used them
to demonstrate the bug in the server without having to create a complicated set
of steps.

The bug is the fact that getChildTargetModuleID() for an EAR is returning no
children... when the EAR has child modules....

Comment by binod [ 30/May/07 ]

I changed your program to print the kids also

DeploymentManager dm = (new
SunDeploymentFactory()).getDeploymentManager("deployer:Sun:AppServer::localhost:4848",
"admin", "adminadmin");
Target[] targs = dm.getTargets();
TargetModuleID tmids[] = dm.getRunningModules(ModuleType.EAR, targs);
if (tmids == null || tmids.length < 1)

{ tmids = dm.getNonRunningModules(ModuleType.EAR, targs); }

for (TargetModuleID ear : tmids) {
TargetModuleID tmids2[] = ear.getChildTargetModuleID();
if (null == tmids2 || tmids2.length < 1)

{ System.out.println("Ear with no children: "+ear); }

else {
System.out.println("Ear with children: "+ear);

for (TargetModuleID comp : tmids2)

{ System.out.println("children: "+ comp); }

}
}

and ran it against the as built from my workspace, which was built yesterday.

I get the following output which indicate that the ear that is deployed is
having children

Ear with children: EnterpriseApplication58_localhost:4848_server
children: EnterpriseApplication58#/EnterpriseApplication58-war_localhost:4848_server
Ear with no children: MEjbApp_localhost:4848_server
Ear with children: __JWSappclients_localhost:4848_server
children: _JWSappclients#/_JWSappclients_localhost:4848_server
Ear with no children: __ejb_container_timer_app_localhost:4848_server

Sorry for asking.... Can you try once more?

Comment by vince kraemer [ 30/May/07 ]

So, your output still shows the bug that this issue was logged to track:

lazy startup interferes with getChildTargetModuleIDs()...

I will d/l a new build and test this out again... I will log the results in
issue 2999.

Comment by vince kraemer [ 01/Jun/07 ]

I have a work-around for the circumstance that prompted me to set this as a p2
issue. [Thanks Binod]

I think this is still a bug, but since I can get past it, I do not think that it
should stop the release of GF v2...

setting the priority to 4

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-3027] ASQuickStartup breaks SocketChannel.keyFor(), returning null instead of the SelectionKey Created: 18/May/07  Updated: 07/Mar/13

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

Type: Bug Priority: Minor
Reporter: jfarcand Assignee: binod
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Attachments: File demo.war    
Issuezilla Id: 3,027

 Description   

When a SocketChannel is registered on several Selectors, doing
socketChannel.keyFor(lastRegisteredSelector) return null instead of the
SelectionKey. Adding

<jvm-options>-Dcom.sun.enterprise.server.ss.ASQuickStartup=false</jvm-options>

fix the problem. But this is a serious problem as doing socketChannel.keyFor
returns null internally and can bring down GlassFish completely. The scenario is
the following:

(1) Thread-1 -> Register an OP_READ using SelectionKey_1 on Selector_1
(2) Thread-2 -> Disable OP_READ on that SelectionKey_1
(2) Thread-3 -> register the SelectionKey_1.channel() on Selector_2, which
create SelectionKey_2
(2) Thread-1/2/3 -> doing SelectionKey_1.channel().keyFor(Selector_2) returns
null instead of SelectionKey_2

The easiest way to reproduce the problem is by enabling Comet and by adding a
System.out inside method
com.sun.enterprise.web.connector.grizzly.CometSelector.keyFor(). When
ASQuickStartup=false, the SelectionKey is always returned, but null when
ASQuickStartup=true.

The problem can also be reproduced without Comet when setting attribute
acceptor-threads="10" and stressing the server with 16000 users. Since multiple
Selector are used, the SelectionKey associated with the Channel is null,
producing unexpected behavior within the JDK NIO implementation. Since the
SelectionKey is the central piece of any HTTP operation, this issue is serious
enough to be considered as a p1 as ASQuickStartup=false is the default and
Grizzly constantly register SocketChannel with multiple temporary Selectors.

I will attach a Ajax/Comet application that demonstrate the problem. Just deploy
the application and issue:

http://localhost:8080/demo

Click on 'click to increment'. The counter will not do anything. In the
server.log, look for 'registered: false'. When ASQuickStartup=false, the logegd
value is always 'registered: true'. Let me know if you need any help reproducing
the problem.



 Comments   
Comment by jfarcand [ 18/May/07 ]

Created an attachment (id=925)
Simple AJAX/Comet application that demonstrate the problem

Comment by gfbugbridge [ 18/May/07 ]

<BT6559627>

Comment by binod [ 21/May/07 ]

There is a bug.

socket service code wrap the JDK selector class and delegate the work to
internal actual selector object. So, all the keys created will only be
associated with the actual selector and channel classes and not the glassfish
classes.

Now, when channel.keyFor(selector) api is executed, the selector object that is
passed in is directly given to abstractselectablechannel.keyFor without being
intercepted by socket service code.

The findKey method in ASC is as follows

private SelectionKey findKey(Selector sel) {
synchronized (keyLock)

{ if (keys == null) return null; for (int i = 0; i < keys.length; i++) if ((keys[i] != null) && (keys[i].selector() == sel)) return keys[i]; return null; }

}

The reference comparison of the selector in the key and the selector that is
passed in will fail as the passed in selector is a wrapper selector.

Now, the issue will affect only the keyFor api as that is the one "passes" a
selector object directly to the channel code. The internal JDK datastructure is
verymuch intact. So, the impact should be limited to the new code that is added
to comet that does the channel.keyFor.

I am figuring out the best way to fix this now.

Comment by jfarcand [ 23/May/07 ]

After carefully looking at the VM code (C code ...ouf!), keyFor doesn't seems to
be used so the problem with 16000k is probably not related (but still only occur
with QS enabled). Downgrading to a p2.

Comment by binod [ 05/Jun/07 ]

JDK JDK bug 6562829 has been raised and is extected to be fixed in 6.0 U3.
A workaround has been checked in so that grizzly will unwrap the selector before
calling the keyFor api. That will enable the keyFor to succeed until JDK bug is
fixed. Reducing the bug priority to P3. has been raised and is extected to be fixed in 6.0 U3.
A workaround has been checked in so that grizzly will unwrap the selector before
calling the keyFor api. That will enable the keyFor to succeed until JDK bug is
fixed. Reducing the bug priority to P3.

Comment by binod [ 27/Jul/07 ]

Not a stopper for 9.1 as a workaround is already checked in.

Comment by jfarcand [ 20/Aug/07 ]

Hi Binod,

this bug is serious enough that it needs to be documented. Any NIO library will
not work if they are using the keyFor method. Can you make sure it will be
documented?

Thanks!

– Jeanfrancois

Comment by Scott Fordin [ 28/Sep/07 ]

Added topic to 9.1 Release Notes.

Comment by chrishurst [ 04/Sep/08 ]

SocketChannel.keyFor(),breaks use of Apache MINA (latest) with Glassfish

Basically I get null rather than the real key as the comparison is done
decorated selector vs selector using == i.e. it should match . I've recoded
part of MINA to get round this problem as a temp fix.

if ((keys[i] != null) && (keys[i].selector() == sel))
return keys[i];

Comment by jfarcand [ 21/Oct/08 ]

This impact other NIO framework as well:

http://www.nabble.com/MINA-and-Glassfish-td18767392.html

Please fix it

Comment by sanandal [ 11/Jan/09 ]

"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 jthoennes [ 10/Jul/09 ]

Will this be part of GF v2.1.1?

Comment by jfarcand [ 10/Jul/09 ]

This will probably not get fixed. ASQuickStartup has been disabled by default in
2.1 BTW.

Comment by Tom Mueller [ 06/Mar/12 ]

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

Comment by jthoennes [ 07/Mar/13 ]

The wide-spread open-source FIX engine QuickFIX/J (http://www.quickfixj.org) is based on the MINA libraries.

Without some progress here this FIX engine cannot be integrated as a Glassfish service.





[GLASSFISH-531] java.class.path is set to the shared chain list Created: 03/Apr/06  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Issuezilla Id: 531

 Description   

Issues raised by Kedar/Cheng Fang in a mail to dev@glassfish
Details at https://glassfish.dev.java.net/servlets/ReadMsg?list=dev&msgNo=996

Issues:

  • Though the actual VM classpath contains only appserv-launch.jar,
    java.class.path is now set to the entire shared chain list. This is confusing to
    users seeing JConsole/jinfo/GlassFish jvm reports.
  • References to internal jars that have been removed in GlassFish lie
    appserv-env.jar, jsf-api.jar etc has to be cleaned.


 Comments   
Comment by Sivakumar Thyagarajan [ 03/Apr/06 ]

Updated URL

Comment by gfbugbridge [ 26/Jun/06 ]

<BT6443390>

Comment by gfbugbridge [ 05/Apr/07 ]

<BT6543327>

Comment by Sivakumar Thyagarajan [ 11/May/07 ]

Accepting issue. Working on fix.

Comment by Sivakumar Thyagarajan [ 23/May/07 ]

"* References to internal jars that have been removed in GlassFish lie
appserv-env.jar, jsf-api.jar etc has to be cleaned."

The above part of the issue has been fixed as part of this putback
http://fisheye5.cenqua.com/changelog/glassfish?cs=MAIN:sivakumart:20070523051647

I am working on modifying java.class.path to not have the entire shared chain list.

Comment by Sivakumar Thyagarajan [ 15/Jul/07 ]

downgrading to P4.

As indicated in the bug report, I have already fixed a part of the bug
"* References to internal jars that have been removed in GlassFish lie
appserv-env.jar, jsf-api.jar etc has to be cleaned." and java.class.path alone
now points to the entire AS classpath.

I found out that a lot of appserver components still depend on "java.class.path"
[1] having the entire application server classpath. We had tried to move the
components we knew like verifier/JSP compilation away from dependence on
java.class.path and use other APIs, but this hasn't happened fully yet. Making
all the components move would be risky at this point and so I am downgrading
this issue to P4 and would consider it as a candidate for a future release (or
UR1 even).

Without fixing this, the only problem I see is java.class.path, when someone
views System.getProperties or in jconsole, would indicate a long classpath
containing all AS jars. Otherwise I think there are no visible issues.

[1]

> [16:21:04] [siva@saxaphone ../gfv2-ws/glassfish]$ find . -name "*.java"|xargs
grep "java.class.path"| grep getProper
> ./appserv-commons/src/java/com/sun/enterprise/util/FileUtil.java:
String classPath = System.getProperty("java.class.path");
> ./appserv-commons/src/java/com/sun/enterprise/util/diagnostics/Classpath.java:
return System.getProperty("java.class.path");
> ./appserv-commons/src/java/com/sun/enterprise/util/diagnostics/JWhich.java:
cp = System.getProperty("java.class.path");//NOI18N
> ./appserv-webtier/src/java/org/apache/catalina/util/ExtensionValidator.java:
String systemClasspath = System.getProperty("java.class.path");
> ./appserv-webtier/src/java/org/apache/jasper/JspC.java: return
System.getProperty("java.class.path");
> ./appserv-webtier/src/java/org/apache/jasper/JspC.java: return
System.getProperty("java.class.path");
> ./appserv-webtier/src/java/org/apache/tomcat/util/IntrospectionUtils.java:
String cpath=System.getProperty( "java.class.path");
> ./appserv-core/src/java/com/sun/appserv/server/util/ASClassLoaderUtil.java:
classpath.append(System.getProperty("java.class.path"));
> ./appserv-core/src/java/com/sun/ejb/codegen/IASEJBC.java: String
bigClasspath = System.getProperty("java.class.path")
> ./appserv-core/src/java/com/sun/ejb/codegen/IASEJBC.java:
options.add(System.getProperty("java.class.path")
> ./appserv-core/src/java/com/sun/enterprise/admin/verifier/ServerMgr.java:
String classPath = System.getProperty("java.class.path");
> ./appserv-core/src/java/com/sun/enterprise/server/PELaunch.java:
StringBuilder classpath = new StringBuilder(System.getProperty("java.class.path"));
>
./admin-cli/commands/src/java/com/sun/enterprise/cli/commands/DatabaseCommand.java:
// sClasspath = System.getProperty("java.class.path");
> ./cmp/enhancer/libsrc/com/sun/jdo/api/persistence/enhancer/Main.java:
String classpath = System.getProperty("java.class.path");
>
./cmp/enhancer/libsrc/com/sun/jdo/api/persistence/enhancer/PersistenceLauncher.java:
final String classpath = System.getProperty("java.class.path");
> ./tools/src/java/com/sun/enterprise/tools/common/util/JWhich.java:
cp = System.getProperty("java.class.path");//NOI18N
> ./tools/src/java/com/sun/enterprise/tools/common/util/mclasspath.java:
String cp = System.getProperty("java.class.path");//NOI18N

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-1830] Fix ContextClassLoader handling Created: 21/Dec/06  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: Scott Oaks Assignee: Dhiru Pandey
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 1,830

 Description   

con.sun.enterprise.util.Utility.setContextClassLoader needs two performance
optimizations:

1) If the existing and new classloader are the same (using ==; the equals()
method isn't defined on most classloader classes), then don't bother setting it.

2) If System.getSecurityManager() == null, then just call
Thread.setContextClassLoader directly instead of going through the access manager.

In addition, there needs to be a general cleanup of the appserver so that all
code uses this method to set the classloader. The method is duplicated itself in
MessageBeanContainer.java, and some 40 places in the appserver call
thread.setContextClassLoader directly instead of using the utility method.



 Comments   
Comment by Scott Oaks [ 16/Jan/07 ]

Raising priority for perf requirment

Comment by Dhiru Pandey [ 16/Jan/07 ]

Assigned to Mahesh

Comment by Mahesh Kannan [ 17/Jan/07 ]

Fixed the Utility.setContextClassLoader() to set the ClassLoader only if the
existing context class laoder and the class loader that is passed as parameter
are different. MessageBeanContainer now uses Utility.setContextClassLoader().

Comment by Scott Oaks [ 18/Jan/07 ]

The partial fix (which includes checking for the security manager) will address
the worst of the performance issues, so downgrading the priority.

Comment by gfbugbridge [ 05/Apr/07 ]

<BT6543344>

Comment by Dhiru Pandey [ 10/Apr/07 ]

Reducing priority since this is a nice to have

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-1358] Can not resolve EJBs in ServletContextListener Created: 22/Oct/06  Updated: 06/Mar/12

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

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

Operating System: Linux
Platform: Linux


Attachments: Zip Archive gfContextLoader.zip     Zip Archive gfContextLoader.zip     Zip Archive server.zip    
Issuezilla Id: 1,358
Status Whiteboard:

as91-na,as91ur1-na


 Description   

We can not lookup an EJB ref inside of a ServletContextListener. This works
under 9.0pe (b48), but does not work under 9.0peUR1 (b14), so it's a regression.

Attempting to do so results in a stack trace like this:
Caused by: javax.naming.NameNotFoundException: No object bound for
java:comp/env/ejb/Greeter [Root exception is java.lang.NullPointerException]
at
com.sun.enterprise.naming.java.javaURLContext.lookup(javaURLContext.java:196)
at com.sun.enterprise.naming.SerialContext.lookup(SerialContext.java:307)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
... 65 more
Caused by: java.lang.NullPointerException
at com.sun.ejb.EJBUtils.resolveEjbRefObject(EJBUtils.java:283)
at
com.sun.enterprise.naming.NamingManagerImpl.lookup(NamingManagerImpl.java:855)
at
com.sun.enterprise.naming.java.javaURLContext.lookup(javaURLContext.java:156)
... 67 more

Sample code attached.



 Comments   
Comment by robertdw [ 22/Oct/06 ]

Created an attachment (id=538)
Sample code showing bug - bug shows up on deploy and restart

Comment by robertdw [ 22/Oct/06 ]

Created an attachment (id=539)
Log file showing the exception.

Comment by robertdw [ 22/Oct/06 ]

As a side note, this was found in our main application when trying to use Spring
and WebWork in conjuction with EJBs - Spring gets configured via a
ServletContextListener. As stated, this was working in v1-b48 and is not in
v1ur1-b14

Comment by robertdw [ 22/Oct/06 ]

Also occurs in v2-m2

Comment by jluehe [ 23/Oct/06 ]

I was able to reproduce the exception using 9.0peUR1 (b14), but only during a
restart, and not during the initial deployment. I see this warning in the
server.log:

[#|2006-10-24T03:18:01.535+0800|WARNING|sun-appserver-pe9.0|javax.enterprise.system.tools.deployment|_ThreadID=13;_ThreadName=Thread-29;gfContextLoader-ejb.jar#GreeterBean;Session;_RequestID=0d638a42-7689-4913-ae39-014e601e7172;|"DPL8007:
Invalid Deployment Descriptors element gfContextLoader-ejb.jar#GreeterBean value
Session"|#]

I am unable to reproduce the exception using v2-m2, though, even though the
above warning message still appears in the server.log.

Assigning to deployment for them to check if the above warning could be in any
way related to the lookup failure.

Comment by Hong Zhang [ 23/Oct/06 ]

I don't find a binary archive attachment. Could you (or Jan) please attach it?

Looking at the source code, seems the warning that Jan observed:

[#|2006-10-24T03:18:01.535+0800|WARNING|sun-appserver-pe9.0|javax.enterprise.system.tools.deployment|_ThreadID=13;_ThreadName=Thread-29;gfContextLoader-ejb.jar#GreeterBean;Session;_RequestID=0d638a42-7689-4913-ae39-014e601e7172;|"DPL8007:
Invalid Deployment Descriptors element gfContextLoader-ejb.jar#GreeterBean value
Session"|#]

is from following element <ejb-local-ref>:

<ejb-local-ref>
<ejb-ref-name>ejb/Greeter</ejb-ref-name>
<ejb-ref-type>local</ejb-ref-type>
<local>net.twasink.ejb.Greeter</local>
</ejb-local-ref>

The ejb-ref-type here should be "Session" to match with the referenced ejb
declared in ejb-jar.xml. However, this should be not the cause for the problem.
In the deployment code, after we print such warning, we will use the type of the
referenced ejb to reset the ejb-ref-type in the ejb-ref element.

Jan, if you have the binary archive, you would verify it.

Comment by jluehe [ 23/Oct/06 ]

Hi Hong, you can build the EAR yourself by downloading the attached
gfContextLoader.zip, unzipping it, and running "ant". And you're right about the
warning: I see it getting logged even for those GlassFish versions on which no
exception is thrown during restart, so it must be harmless, but I thought I'd
point it out anyways.

Comment by Hong Zhang [ 23/Oct/06 ]

Thanks, Jan. I build the archive myself now (doh!) and I saw the same thing as
you: I couldn't reproduce it with v2 latest build (whether it's for deployment
or restart). And I could reproduce the exception for restart (but not
deployment) for 9.0 ur1 b14.

Since this happens only for restart and not deployment, do you want to take over
from here?

Comment by robertdw [ 23/Oct/06 ]

Created an attachment (id=542)
Updated example - corrected ejb-ref.

Comment by robertdw [ 23/Oct/06 ]

One workaround is to disable the quickstart. I'm sure you guys know how to do
this, but for other people reading this bug report: you add this JVM option:
-Dcom.sun.enterprise.server.ss.ASQuickStartup=false

Comment by Hong Zhang [ 24/Oct/06 ]

If disabling quick start would make this work, is this issue also a duplicate
issue of 542?

Comment by Hong Zhang [ 24/Oct/06 ]

I just verified turning off quickstart in 9.0ur1 b14 indeed fixed the problem.

This seems a different issue than 542 since that problem is fixed in 9.0ur1 b7
and this problem is still in 9.0ur1 b14. Although everything seems ok in 9.1.

Assign to Binod see what he wants to do here.

Comment by binod [ 17/Jan/07 ]

In any case, in AS 9.1, this is not reproduceable. The quickstartup related
changes for issue 542 is not applicable any more in 9.1. That has been resolved
by changing the startup sequence to start the webcontainer by default and not
on-demand.

Thus, this issue is not applicable for 9.1 any more. Perhaps sustaining need to
backport the webcontainer startup changes to one of the 9.0 patch releases. I
will change th target release to 9.0 for now.

Comment by binod [ 17/Jan/07 ]

Marking the status white board as as91-na.

Comment by binod [ 28/Feb/07 ]

Transfering to Piali to fix this in 9.0 release.

Comment by basler [ 07/Nov/07 ]

Not reproducible in 9.1

Comment by sanandal [ 11/Jan/09 ]

"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 Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5222] EJBClassLoader.InternalJarURLConnection reports incorrect content-type Created: 26/Jun/08  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Issuezilla Id: 5,222

 Description   

The EJBClassLoader.InternalJarURLConnection class should override getContentType
rather than deferring to the implementation at java.net.URLConnection. It could
probably just invoke the public static
java.net.URLConnection.guessContentTypeFromName or guessContentTypeFromStream
method.

This problem appeared when a user built an app client that uses JavaHelp. The
help text is displayed in raw HTML form rather than formatted as it should be -
and as it is when run in a plain Java app. Here's why.

JavaHelp uses a JEditorPane, which accepts a URL pointing to the content to be
displayed. JEditorPane opens a connection to the URL in order to invoke the
connection's getContentType method and then uses this content type in setting
the content type on the JEditorPane. This allows the GUI to format the content
appropriately.

A URL returned by the typical URLClassLoader creates an instance of
sun.net.www.protocol.jar.JarURLConnection for use as its connection, and the
getContent method in that class examines the first few bytes of the stream to
"guess" what the content type is. This works fine with JavaHelp.

Many places in GlassFish - including the app client container - use the
EJBClassLoader class. To avoid some side-effects of URLClassLoader (locked JAR
files on Windows, for example) the EJBClassLoader uses its own connection class
which extends the public and supported java.net.JarURLConnection (not the
private unsupported sun.net.www.protocol.jar.JarURLConnection). Neither
EJBClassLoader's connection class nor java.net.JarURLConnection overrides
getContentType, so the implementation from the URLConnection is used. This
method simply looks at the content-type header in the URL, which for a
JarURLConnection does not exist.

JavaHelp running in the app client - and therefore under the influence of the
EJBClassLoader.InternalJarURLConnection - retrieves the null content type from
the connection and uses that to set the content type for the JEditorPane,
causing the plain-text display the user noticed instead of the formatted display
expected.



 Comments   
Comment by Tim Quinn [ 27/Jun/08 ]

By the way, I've tested a simple fix in my local workspace that is working.
I've sent it to Siva.

Comment by sanandal [ 11/Jan/09 ]

"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 Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5067] It isn't possible to create two listeners with same port but different IP address. Created: 27/May/08  Updated: 06/Mar/12

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

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

Operating System: Windows XP
Platform: All


Attachments: XML File domain.xml     Text File server.log    
Issuezilla Id: 5,067
Status Whiteboard:

as911-na


 Description   

Glassfish gives an error during startup and fails to respond if there are two listeners that are using the
same port even though their IP addresses are different.

Steps to reproduce:
There must be at least two IP addresses assigned to machine. listener1 has IP1 as address and 80 as
port. listener2 has IP2 as address and 80 as port. Vserver1 is using listener1 and Vserver2 is using
listener2. Everything works fine after i create listeners and virtual servers but if i stop glassfish server
and try to restart it fails giving the following error:

SEVERE sun-appserver9.1 GRIZZLY _ThreadID=10;_ThreadName=main;_RequestID=91ea4ffa-ca8b-
442c-bb72-7f827534d77a;
grizzlyHttpProtocol.endpoint.initerror
java.net.BindException: Already bound: 80
at com.sun.enterprise.web.connector.grizzly.SelectorThread.initEndpoint(SelectorThread.java:757)
at com.sun.enterprise.web.connector.grizzly.GrizzlyHttpProtocol.init(GrizzlyHttpProtocol.java:225)
at org.apache.coyote.tomcat5.CoyoteConnector.initialize(CoyoteConnector.java:1611)
at
com.sun.enterprise.web.connector.coyote.PECoyoteConnector.initialize(PECoyoteConnector.java:791)
at org.apache.catalina.startup.Embedded.start(Embedded.java:928)
at com.sun.enterprise.web.WebContainer.start(WebContainer.java:873)
at com.sun.enterprise.web.PEWebContainer.startInstance(PEWebContainer.java:790)
at com.sun.enterprise.web.PEWebContainerLifecycle.onStartup(PEWebContainerLifecycle.java:84)
at com.sun.enterprise.server.ApplicationServer.onStartup(ApplicationServer.java:442)
at com.sun.enterprise.server.ondemand.OnDemandServer.onStartup(OnDemandServer.java:120)
at com.sun.enterprise.server.PEMain.run(PEMain.java:411)
at com.sun.enterprise.server.PEMain.main(PEMain.java:338)
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.server.PELaunch.main(PELaunch.java:412)
#]

I tested with two different glassfish installations on windows server 2003 r2. Since there is no Windows
2003 option, i chose windows xp.



 Comments   
Comment by bilgehan [ 27/May/08 ]

Created an attachment (id=1518)
server.log

Comment by bilgehan [ 28/May/08 ]

Created an attachment (id=1519)
mac os x installation domain.xml

Comment by bilgehan [ 28/May/08 ]

Tested with mac os x 10.5.2. Same error.

Comment by jfarcand [ 28/May/08 ]

This is a webcontainer/configuration issue, and this is with 9.1 ur2 right?

Thanks

– Jeanfrancois

Comment by bilgehan [ 28/May/08 ]

Yes i tested with V2 UR2 b04. Since grizzly was responsible for http service, i assumed it was the related
subcomponent.

Thanks

Comment by bilgehan [ 04/Jun/08 ]

Fix for issue 570 fixes this also.

Comment by jfarcand [ 04/Jun/08 ]

<jvm-options>-Dcom.sun.enterprise.server.ss.ASQuickStartup=false</jvm-options>

Comment by harpreet [ 10/Jun/08 ]

Approving for v2.1

Comment by harpreet [ 10/Jun/08 ]

changing version to 9.1.1

Comment by binod [ 31/Aug/08 ]
      • Issue 570 has been marked as a duplicate of this issue. ***
Comment by harpreet [ 20/Oct/08 ]

removing from approved list as issue not critical to release.

Comment by sanandal [ 11/Jan/09 ]

"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 kumara [ 01/Sep/09 ]

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

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-4551] ManagementFactory.getPlatformMBeanServer causes ClassNotFoundException Created: 31/Mar/08  Updated: 06/Mar/12

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

Type: Bug Priority: Minor
Reporter: yardus Assignee: msreddy
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux
URL: https://glassfish.dev.java.net/issues/show_bug.cgi?id=1409


Attachments: XML File domain.xml     Text File server.log    
Issuezilla Id: 4,551
Status Whiteboard:

as911-na


 Description   

We at the NetBeans Profiler team are still experiencing problems as described in
the issue https://glassfish.dev.java.net/issues/show_bug.cgi?id=1409.
The only difference is that the problems manifests itself only if using
clustered environment. For single instance setup it works correctly.
Also, there is a P2 issue filed for Profiler which is a direct result of the
aforementioned problem.
Will attach domain.xml and log file.



 Comments   
Comment by yardus [ 31/Mar/08 ]

Created an attachment (id=1416)
domain.xml

Comment by yardus [ 31/Mar/08 ]

Created an attachment (id=1417)
server.log

Comment by yardus [ 31/Mar/08 ]

The dependent profiler issue: http://www.netbeans.org/issues/show_bug.cgi?id=117464

Comment by dochez [ 18/Jul/08 ]

9.1 mbeanserver issue

Comment by harpreet [ 04/Sep/08 ]

Marking target milestone as 9.1.1

Comment by km [ 14/Oct/08 ]

yardus, can you tell us the severity of this problem? I think the problem is in
setting up the correct classpath in EE case, so that the server finds the
necessary classes.

harpreet – depending upon submitter's response, we may want to fix it. But
since this is rather old, I am not sure if enough people will run into it.

Byron – please take a look.

Comment by yardus [ 15/Oct/08 ]

As for severity - it practically prevents profiling of glassfish instances
participating in a cluster. Failing to resolve this issue will make the bad
impression of not being able to use Sun tools to profile Sun application server

Comment by harpreet [ 20/Oct/08 ]

Please scrub issue and see if it is critical to v2.1.

Comment by Nazrul [ 25/Oct/08 ]

Requesting Sreeni to evaluate this issue.

Comment by msreddy [ 28/Oct/08 ]

I am able to reproduce the reported issue on windows as given below.

01 Built AS 9.1.1 on windows.
02 Installed Netbeans IDE 6.1 with web distribution.
03 Started netbeans, added server on Services tab
04 Started server in profile mode and attached the profiler, it worked fine only
for the first time.
05 Created a second domain, started in profile mode, attached profiler. Ran for
10 seconds and hung with the excption given below.
Because of freeze, I had to restart the machine.
After restarting, when I start either domain (default or newly created) it is
not able to start in profiler mode and similar log message is displayed.

At this time, I think it is caused during the launch process (it may not have
gotten to the log manager yet) and I don't see any additional info to debug this
further.

Since submitter feels that it is critical, suggest that some one faimilar with
launcher looks at this.

Could not load Logmanager "com.sun.enterprise.server.logging.ServerLogManager"
java.lang.ClassNotFoundException: com.sun.enterprise.server.logging.ServerLogManager
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.util.logging.LogManager$1.run(LogManager.java:166)
at java.security.AccessController.doPrivileged(Native Method)
at java.util.logging.LogManager.<clinit>(LogManager.java:156)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at com.sun.jmx.trace.Trace.initDestination(Trace.java:46)
at com.sun.jmx.trace.Trace.<clinit>(Trace.java:25)
at javax.management.MBeanServerFactory.debug(MBeanServerFactory.java:524)
at
javax.management.MBeanServerFactory.checkMBeanServerBuilder(MBeanServerFactory.java:483)
at
javax.management.MBeanServerFactory.getNewMBeanServerBuilder(MBeanServerFactory.java:511)
at
javax.management.MBeanServerFactory.newMBeanServer(MBeanServerFactory.java:298)
at
javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:213)
at
javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:174)
at
sun.management.ManagementFactory.createPlatformMBeanServer(ManagementFactory.java:302)
at
java.lang.management.ManagementFactory.getPlatformMBeanServer(ManagementFactory.java:504)
at
org.netbeans.lib.profiler.server.system.HeapDump.initialize16(HeapDump.java:102)
at
org.netbeans.lib.profiler.server.system.HeapDump.initialize(HeapDump.java:78)
at
org.netbeans.lib.profiler.server.ProfilerInterface.initProfilerInterface(ProfilerInterface.java:464)
at
org.netbeans.lib.profiler.server.ProfilerServer.initSupportingFunctionality(ProfilerServer.java:973)
at
org.netbeans.lib.profiler.server.ProfilerServer.doActivate(ProfilerServer.java:904)
at
org.netbeans.lib.profiler.server.ProfilerServer.activate(ProfilerServer.java:512)
Failed to load MBeanServerBuilder class
com.sun.enterprise.ee.admin.AppServerMBeanServerBuilder:
java.lang.ClassNotFoundException:
com.sun.enterprise.ee.admin.AppServerMBeanServerBuilder
Profiler Agent: Initializing...
Profiler Agent: Options: >"C:\Program Files\NetBeans 6.1\profiler3\lib",5140<

Comment by msreddy [ 30/Oct/08 ]

Reassiging to Byron for his help with the launcher code.

Comment by msreddy [ 03/Nov/08 ]

Based on discussion with Yardus (the submitter) it is important that we get this
fixed for latest v3 version. Once we make sure that it works for v3, and since
it works with domain, the priority may be reduced for v2.

We need to work closely with Yardus to understand the profiler interaction with
launcher to fix this issue.

Comment by Nazrul [ 03/Nov/08 ]

...

Comment by harpreet [ 04/Nov/08 ]

Based on Sreeni's comments it looks like the issue is not critical to v2.1. Removing it from the approved
list. Sreeni can you comment on the underlying cause.

Comment by msreddy [ 04/Nov/08 ]

pl. see my comment on 03nov08

Comment by sanandal [ 11/Jan/09 ]

"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 jchristi [ 12/Feb/10 ]

adding me to cc

Comment by hegalor [ 16/Jun/10 ]

Would be nice, if that issue could be fixed.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-4421] doctype problem sun-resources_1_3.dtd Created: 13/Mar/08  Updated: 06/Jan/11

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

Type: Bug Priority: Minor
Reporter: vince kraemer Assignee: Dhiru Pandey
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,421
Status Whiteboard:

as911-na


 Description   

sun-resources_1_2.dtd: "-//Sun Microsystems, Inc.//DTD Application Server
9.0 Resource Definitions //EN"

sun-resource_1_3.dtd: "-//Sun Microsystems, Inc.//DTD Application Server
9.0 Resource Definitions //EN"

probably one of them should have a different value for that string, since the
1.2 is significantly different from 1.3....



 Comments   
Comment by harpreet [ 10/Jun/08 ]

Not critical for v2.1. Marking for next release.

Comment by sanandal [ 11/Jan/09 ]

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





[GLASSFISH-4389] Calling a remote EJB on Weblogic 8.1 fails with ClassNotFoundException Created: 05/Mar/08  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Attachments: Java Source File CallEJB.java     Java Archive File CallHelloWorld.jar     Text File stateless-simple.ear    
Issuezilla Id: 4,389
Status Whiteboard:

as911-na


 Description   

I'm trying to invoke an EJB on Weblogic 8.1 from an EJB running on Glassfish v2
(9.1.01). The EJB I'm trying to invoke is an example Entity Bean shipped with
Weblogic. It is a 2.0 EJB. The code that I have is quite simple...

package example;

import javax.ejb.Stateless;
import javax.naming.InitialContext;
import examples.ejb.ejb20.basic.beanManaged.*;
import javax.rmi.*;

/**
*

  • @author afung
    */
    @Stateless
    public class TesterBean implements TesterRemote, TesterLocal {

public void test() {
try {
InitialContext ctx = new InitialContext();
System.out.println("looking up home");
Object home =
ctx.lookup("corbaname:iiop:1.2@reisner.stc.com:7001#ejb20-beanManaged-AccountHome");
System.out.println("Casting to actual class");
AccountHome homeObj = (AccountHome)PortableRemoteObject.narrow(home,
AccountHome.class);
if (homeObj == null)

{ System.out.println("Lookup failed"); }

else

{ Account account = homeObj.create("AlexAccount", 1000.00); System.out.println("Created Account"); System.out.println("Balance: " + account.balance()); }

} catch (Exception ex)

{ ex.printStackTrace(); }

}
}

The lookup of AccountHome always fails with a ClassNotFoundException (see
below), but the class that it's trying to look up is clearly wrong. I tried
this same thing in a standalone Java SE Client, and it seems to work without a
problem.

I can provide actual code samples and tests to show the error. This is
important because we are building versions of Java CAPS on top of Glassfish 9.1
so we need this functionality to work.

Thanks,

Alex

org.omg.CORBA.BAD_OPERATION: vmcid: SUN minor code: 1405 completed: No
at
com.sun.corba.ee.impl.logging.UtilSystemException.exceptionInLoadStub(UtilSystemException.java:179)
at
com.sun.corba.ee.impl.logging.UtilSystemException.exceptionInLoadStub(UtilSystemException.java:197)
at com.sun.corba.ee.impl.util.Utility.loadStub(Utility.java:856)
at
com.sun.corba.ee.impl.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:248)
at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137)
at example.TesterBean.test(TesterBean.java:26)
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.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1067)
at com.sun.enterprise.security.SecurityUtil.invoke(SecurityUtil.java:176)
at
com.sun.ejb.containers.BaseContainer.invokeTargetBeanMethod(BaseContainer.java:2895)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:3986)
at
com.sun.ejb.containers.EJBObjectInvocationHandler.invoke(EJBObjectInvocationHandler.java:203)
at
com.sun.ejb.containers.EJBObjectInvocationHandlerDelegate.invoke(EJBObjectInvocationHandlerDelegate.java:117)
at $Proxy80.test(Unknown Source)
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.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:154)
at
com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:687)
at
com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:227)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1846)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1706)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1088)
at
com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:223)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:806)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:563)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2567)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:555)
Caused by: org.omg.CORBA.BAD_OPERATION: vmcid: SUN minor code: 234 completed:
Maybe
at
com.sun.corba.ee.impl.logging.ORBUtilSystemException.classNotFound2(ORBUtilSystemException.java:758)
at
com.sun.corba.ee.impl.presentation.rmi.StubFactoryFactoryStaticImpl.createStubFactory(StubFactoryFactoryStaticImpl.java:105)
at com.sun.corba.ee.impl.util.Utility.loadStub(Utility.java:849)
... 29 more
Caused by: java.lang.ClassNotFoundException:
org.omg.stub.examples.ejb.ejb20.basic.beanManaged._AccountHome_Stub
at
com.sun.enterprise.loader.EJBClassLoader.findClassData(EJBClassLoader.java:714)
at
com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:627)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at com.sun.corba.ee.impl.util.JDKBridge.loadClass(JDKBridge.java:104)
at com.sun.corba.ee.impl.javax.rmi.CORBA.Util.loadClass(Util.java:683)
at
com.sun.corba.ee.impl.presentation.rmi.StubFactoryFactoryStaticImpl.createStubFactory(StubFactoryFactoryStaticImpl.java:102)
... 30 more



 Comments   
Comment by afung [ 05/Mar/08 ]

This is high priority for the Java CAPS 6.0 Release

Comment by Ken Cavanaugh [ 06/Mar/08 ]

I think I know PART of why this is failing. It appears that the Object
your program gets back from the InitialContext is not running on the GlassFish
ORB. It is probably running on the JDK ORB, but I don't know how that happened.
The RMI-IIOP code you should be using already has its delegates set to the
GlassFish ORB, as you would expect. But somehow we end up with the InitialContext
using the JDK ORB. This results in a check in util.Utility.loadStub for the
correct ORB class failing, so we fall back to using static stubs. This is a red
flag in this problem, because we should NEVER use static stubs in the app server.

Is there anything unusual in your environment about how JNDI is set up?

Comment by afung [ 06/Mar/08 ]

I don't think I've done anything strange in my environment with regards to JNDI.
The remote EJB is located on Weblogic on our test server reisner.stc.com. I
simply wrote code in an EJB to invoke it. The EJB was deployed on glassfish. I
can provide the Netbeans project I used to create the EJB and/or the EAR file if
you want.

Comment by afung [ 10/Mar/08 ]

I've recreated this problem on glassfish talking to another glassfish domain.

Here's what I did..

I created a domain, domain2, on my glassfish server. I used the command:

asadmin.bat create-domain --portbase 20000 domain2

I deployed a 2.x example from the J2EE 1.4 samples--GreeterEJB. I've attached
the EJB file (stateless-simple.ear). I deployed this sample to domain2

I then created another EJB that I deployed on domain1--CallHelloWorld. I've
attached that EJB to this ticket as well (CallHelloWorld.jar). When I invoke
this EJB, I expect that the EJB will properly invoke the GreeterEJB. Instead, I
get this error in the server.log:

org.omg.CORBA.BAD_OPERATION: vmcid: SUN minor code: 1405 completed: No
at
com.sun.corba.ee.impl.logging.UtilSystemException.exceptionInLoadStub(UtilSystemException.java:179)
at
com.sun.corba.ee.impl.logging.UtilSystemException.exceptionInLoadStub(UtilSystemException.java:197)
at com.sun.corba.ee.impl.util.Utility.loadStub(Utility.java:856)
at
com.sun.corba.ee.impl.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:248)
at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:137)
at test.CallHelloWorldBean.callHello(CallHelloWorldBean.java:25)
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.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1067)
at com.sun.enterprise.security.SecurityUtil.invoke(SecurityUtil.java:176)
at
com.sun.ejb.containers.BaseContainer.invokeTargetBeanMethod(BaseContainer.java:2895)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:3986)
at
com.sun.ejb.containers.EJBObjectInvocationHandler.invoke(EJBObjectInvocationHandler.java:203)
at
com.sun.ejb.containers.EJBObjectInvocationHandlerDelegate.invoke(EJBObjectInvocationHandlerDelegate.java:117)
at $Proxy67.callHello(Unknown Source)
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.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:154)
at
com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatchToServant(CorbaServerRequestDispatcherImpl.java:687)
at
com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:227)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1846)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1706)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1088)
at
com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:223)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:806)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:563)
at
com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2567)
at
com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:555)
Caused by: org.omg.CORBA.BAD_OPERATION: vmcid: SUN minor code: 234 completed:
Maybe
at
com.sun.corba.ee.impl.logging.ORBUtilSystemException.classNotFound2(ORBUtilSystemException.java:758)
at
com.sun.corba.ee.impl.presentation.rmi.StubFactoryFactoryStaticImpl.createStubFactory(StubFactoryFactoryStaticImpl.java:105)
at com.sun.corba.ee.impl.util.Utility.loadStub(Utility.java:849)
... 29 more
Caused by: java.lang.ClassNotFoundException:
org.omg.stub.samples.ejb.stateless.simple.ejb._GreeterHome_Stub
at
com.sun.enterprise.loader.EJBClassLoader.findClassData(EJBClassLoader.java:714)
at
com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:627)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at com.sun.corba.ee.impl.util.JDKBridge.loadClass(JDKBridge.java:104)
at com.sun.corba.ee.impl.javax.rmi.CORBA.Util.loadClass(Util.java:683)
at
com.sun.corba.ee.impl.presentation.rmi.StubFactoryFactoryStaticImpl.createStubFactory(StubFactoryFactoryStaticImpl.java:102)
... 30 more
Lookup failed

Comment by afung [ 10/Mar/08 ]

Created an attachment (id=1372)
stateless-simple.ear (2.x EJB)

Comment by afung [ 10/Mar/08 ]

Created an attachment (id=1373)
CallHelloWorld (ejb client to the Greeter EJB)

Comment by afung [ 10/Mar/08 ]

Created an attachment (id=1374)
Simple client to kick off the CallHelloWorld EJB

Comment by afung [ 10/Mar/08 ]

I tried a similar test case on two installations of SJAS 8.2, and the test did
not fail. In other words, there appears to be a regression. I'm building up a
test case specifically for 8.2.

Comment by raih [ 18/Mar/08 ]

This is a bug in GF ORB and is due to the way the lazy initialization of the ORB
and it's defaults are set. (lately). Hence, falls and fetches SE ORB while doing
the context.getInitialContext(..)

The code in com.sun.enterprise.server.ondemand.OnDemandServer turns of ORB's
default initialization until it is needed; but, forgets to initialize the same
before using the SerialInitContextFactory.

One fix is, to set the _initializeOrbManager to true, by calling
com.sun....naming.SerialInitContextFactory.setInitializeOrbManager(true) before
publishing an object using SerialInitContextFactory.

Comment by Ken Cavanaugh [ 18/Mar/08 ]

As Harsha stated, onDemand disables SerialInitContextFactory's proper
use of getORB (this is not a bug in the GF ORB code; rather it is
in the onDemand code, or the interaction of the onDemand code with naming).
This is a SERIOUS problem. Also note that once setInitializeOrbManager(false)
is called in OnDemandServer.onInitialization, there does not appear to be
any other place that would re-enable the
proper use of the ORBManager in SerialInitContextFactory.

This is a problem for applications that call new InitialContext()
in the container and then directly use the InitialContext to look
up EJBs or object references in another container. This can happen
even if no EJBs are deployed in the container. In such cases,
the new InitialContext (from SerialInitContextFactory)
MUST get the GlassFish ORB from the ORBManager, not the default
SE ORB from the JDK, otherwise dynamic RMI-IIOP is not enabled and
the observed failure occurs.

I think this behavior was probably changed somewhere in
the 9.x app server releases, as the customer stated that this previously
worked on 8.x.

This bug probably should be filed against the lazy init code, but I can't
find an appropriate category, so I am moving it to "other".
Given that the customer has a reasonable workaround, I am also lowering
the priority to P2, and assigning it to Binod, who (I think) is the
owner of the lazy init code.

Comment by binod [ 25/Mar/08 ]

ORBManager is now explicitely initialized in EJBServiceGroup.java. That code path does execute. As part
of issue 1456, the SerialContext.java has been fixed to use a remote serial context provider when the
lookup is for a remote instance. So, remote EJB lookup to a different JVM works. That has been verified
also.

if (provider == null)

{ ref = orb.string_to_object("corbaloc:iiop:1.2@" + host + ":" + port + "/NameService"); provider = narrowProvider(ref); providerCache.put(host + ":" + port, provider); _logger.fine("created the provider.. " +host + ":" + port + " provider = " + provider); }

else _logger.fine("provider for " + host + ":" + port + "already exists");
}

This sounds like a different case. I will investigate.

Comment by harpreet [ 26/Mar/08 ]

approving for v2.1 as this is a regression and required for JCAPS

Comment by harpreet [ 19/Oct/08 ]

removing from approved list as issue not critical for v2.1 release.

Comment by sanandal [ 11/Jan/09 ]

"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 kumara [ 01/Sep/09 ]

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

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5441] glassfishV2 can't deploy Spring2.5.5 app using Eclipse 3.4, the same app works fine in Tomcat5.5 Created: 06/Aug/08  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Issuezilla Id: 5,441

 Description   

I am filing this issue from reading a community post. It is about glassfishV2
can't deploy Spring2.5.5 app using Eclipse 3.4,but the same app works fine in
Tomcat5.5. The stack trace is shown in the end. Edson a community member looked
at this issue and pointed out probably this results from some kind of difference
from Tomcat and Glassfish classloaders. I would like to log this bug so
developer can look into this issue more.

User used SpringSide3 sample mini-web, it may be found under this link:
SpringSide3:www.springside.org.cn/

Thanks,
Judy

Edson Richter wrote:

> This change in web.xml looks reasonable...
>
> Also, there is additional information "from the source":
>
>
http://static.springframework.org/spring-security/site/reference/html/ns-config.html
>
> Since the error comes from the "loadWebModule", appears for me the problem
reported here:
>
> http://forum.springframework.org/showthread.php?t=53972
>
> Probably this results from some kind of difference from Tomcat and Glassfish
classloaders, but I'm not able to speak about it (needs further investigation).
>
>
> Kind regards,
>
> Edson.
>
>
>
> > Date: Wed, 6 Aug 2008 13:05:32 -0700
> > From: Judy.J.Tang@Sun.COM
> > To: quality@glassfish.dev.java.net
> > Subject: glassfishV2 can't deploy Spring2.5.5 app using Eclipse 3.4, the
same app works fine in Tomcat5.5 (translation)
> >
> > Hi All,
> >
> > I am translating this community post. It is about glassfishV2 can't
> > deploy Spring2.5.5 app using Eclipse 3.4,
> > but the same app works fine in Tomcat5.5. Here is the stack trace user
> > got. One community member suggested
> > to add the following into web.xml. Would like to ask if this suggestion
> > would work. Also would like to know
> > is we should file a bug to fix this so GlassFish can support apps
> > running with Tomcat without any change ?
> >
> > web.xml
> > <filter>
> > <filter-name>springSecurityFilterChain</filter-name>
> >
<filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
> >
> > </filter>
> >
> > Stack trace:
> >
> >
[#|2008-08-01T21:37:51.109+0800|SEVERE|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=18;_ThreadName=httpWorkerThread-4848-1;_RequestID=bd397043-f526-4fb5-b357-c3fc26358e77;|WebModule[/mini-web]PWC1270:
> > Exception starting filter springSecurityFilterChain
> > org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean
> > named 'springSecurityFilterChain' is defined
> > at
> >
org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:387)
> >
> > at
> >
org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:968)
> >
> > at
> >
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:246)
> >
> > at
> >
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
> >
> > at
> >
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:168)
> >
> > at
> >
org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:885)
> >
> > at
> >
org.springframework.web.filter.DelegatingFilterProxy.initDelegate(DelegatingFilterProxy.java:216)
> >
> > at
> >
org.springframework.web.filter.DelegatingFilterProxy.initFilterBean(DelegatingFilterProxy.java:145)
> >
> > at
> >
org.springframework.web.filter.GenericFilterBean.init(GenericFilterBean.java:179)
> >
> > at
> >
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:257)
> >
> > at
> >
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:369)
> >
> > at
> >
org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:103)
> >
> > at
> > org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4389)
> >
> > at
> > org.apache.catalina.core.StandardContext.start(StandardContext.java:5189)
> > at com.sun.enterprise.web.WebModule.start(WebModule.java:326)
> > at
> > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:973)
> >
> > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:957)
> > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:688)
> > at
> > com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1584)
> > at
> > com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1222)
> > at
> >
com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:182)
> >
> > at
> >
com.sun.enterprise.server.WebModuleDeployEventListener.moduleDeployed(WebModuleDeployEventListener.java:278)
> >
> > at
> >
com.sun.enterprise.admin.event.AdminEventMulticaster.invokeModuleDeployEventListener(AdminEventMulticaster.java:974)
> >
> > at
> >
com.sun.enterprise.admin.event.AdminEventMulticaster.handleModuleDeployEvent(AdminEventMulticaster.java:961)
> >
> > at
> >
com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:464)
> >
> > at
> >
com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:176)
> >
> > at
> >
com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:308)
> >
> > at
> >
com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:226)
> >
> > at
> >
com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStartEvent(ServerDeploymentTarget.java:298)
> >
> > at
> >
com.sun.enterprise.deployment.phasing.ApplicationStartPhase.runPhase(ApplicationStartPhase.java:132)
> >
> > at
> >
com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:108)
> >
> > at
> >
com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:919)
> >
> > at
> >
com.sun.enterprise.deployment.phasing.PEDeploymentService.start(PEDeploymentService.java:591)
> >
> > at
> >
com.sun.enterprise.deployment.phasing.PEDeploymentService.start(PEDeploymentService.java:635)
> >
> > at
> >
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.start(ApplicationsConfigMBean.java:744)
> >
> > 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:585)
> > at
> > com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:375)
> >
> > at
> > com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:358)
> >
> > at
> > com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:464)
> >
> > at
> > com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
> >
> > at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
> > at
> >
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
> >
> > at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
> > at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
> > at
> >
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >
> > at java.lang.reflect.Method.invoke(Method.java:585)
> > at
> > com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:90)
> > at $Proxy1.invoke(Unknown Source)
> > at
> >
com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:304)
> >
> > at
> >
com.sun.enterprise.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:174)
> >
> > at
> >
com.sun.enterprise.admin.jmx.remote.server.callers.InvokeCaller.call(InvokeCaller.java:69)
> >
> > at
> >
com.sun.enterprise.admin.jmx.remote.server.MBeanServerRequestHandler.handle(MBeanServerRequestHandler.java:155)
> >
> > at
> >
com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.processRequest(RemoteJmxConnectorServlet.java:122)
> >
> > at
> >
com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.doPost(RemoteJmxConnectorServlet.java:193)
> >
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:738)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
> > at
> >
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
> >
> > at
> >
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:290)
> >
> > at
> >
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
> >
> > at
> >
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> >
> > at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
> > at
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
> > at
> >
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
> >
> > at
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
> > at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
> > at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
> > at
> >
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
> >
> > at
> >
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
> >
> > at
> >
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
> >
> > at
> >
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
> >
> > at
> >
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
> >
> > at
> >
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
> >
> > at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
> > at
> >
com.sun.enterprise.web.connector.grizzly.WorkerThreadImpl.run(WorkerThreadImpl.java:116)
> >
> > |#]
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: quality-unsubscribe@glassfish.dev.java.net
> > For additional commands, e-mail: quality-help@glassfish.dev.java.net
> >
>
> Instale a Barra de Ferramentas com Desktop Search e ganhe EMOTICONS para o
Messenger! É GR�TIS!



 Comments   
Comment by Hong Zhang [ 07/Aug/08 ]

Assign to web team for initial evaluation as the stack trace is from loading web
module to web container.

Comment by kumara [ 19/Aug/08 ]

Add gfv3-prelude-include to status whiteboard

Comment by jfarcand [ 29/Aug/08 ]

Clearly a classloader issue. Re-assign to Binod who can re-assign appropriately.

Comment by binod [ 01/Sep/08 ]

Reassigned to Siva.

Comment by kumara [ 03/Sep/08 ]

v3 defect tracking

Comment by Sivakumar Thyagarajan [ 08/Sep/08 ]

Please either

  • provide instructions to reproduce the issue (in english). The instructions on
    the site are in chinese or
  • provide the completed stack trace (including the "Caused by" segment)
    to help me debug this issue. Reassigning this issue back to submitter for more
    information. Thanks.
Comment by kumara [ 10/Sep/08 ]

Moving to v2.

Comment by sanandal [ 11/Jan/09 ]

"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 Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-5604] JNDI seems to broken Created: 22/Aug/08  Updated: 10/Feb/13

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

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

Operating System: All
Platform: All


Attachments: XML File domain.xml    
Issuezilla Id: 5,604
Status Whiteboard:

gfv3-prelude-excluded


 Description   

There seems to be a regression related to JNDI in the V2 nightlies.

Installed glassfish-snapshot-v3-prelude-08_22_2008.zip
I have a mail resource but spring fails to initialize the mail session due to a
JNDI exception. The stack trace is below:

INFO: 10:48:48,707 ERROR [ContextLoader:215] Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'mailSession' defined in class path resource
[META-INF/infrastructure-spring.xml]: Invocation of init method failed; nested
exception is javax.naming.NameNotFoundException: mail
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1337)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:473)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)
at java.security.AccessController.doPrivileged(Native Method)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:221)
at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:423)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:729)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:381)
at
org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
at
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
at
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
at
com.liferay.portal.spring.context.PortalContextLoaderListener.contextInitialized(PortalContextLoaderListener.java:50)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4625)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5286)
at com.sun.enterprise.web.WebModule.start(WebModule.java:381)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:922)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:906)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:696)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2194)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1819)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:94)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:85)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.startModules(ApplicationLifecycle.java:691)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:293)
at com.sun.enterprise.v3.deployment.DeployCommand.execute(DeployCommand.java:279)
at com.sun.enterprise.v3.admin.CommandRunner.doCommand(CommandRunner.java:286)
at com.sun.enterprise.v3.admin.CommandRunner.doCommand(CommandRunner.java:130)
at org.glassfish.deployment.autodeploy.AutoOperation.run(AutoOperation.java:118)
at org.glassfish.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:513)
at
org.glassfish.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:397)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:333)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:327)
at
org.glassfish.deployment.autodeploy.AutoDeployService$1.run(AutoDeployService.java:115)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
Caused by: javax.naming.NameNotFoundException: mail
at
com.sun.enterprise.naming.impl.TransientContext.resolveContext(TransientContext.java:255)
at
com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:174)
at
com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:58)
at
com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:96)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:233)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at
com.sun.enterprise.container.common.impl.MailNamingObjectFactory.create(MailNamingObjectFactory.java:72)
at
com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:422)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:149)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:231)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at com.liferay.portal.kernel.jndi.JNDIUtil._lookup(JNDIUtil.java:168)
at com.liferay.portal.kernel.jndi.JNDIUtil.lookup(JNDIUtil.java:64)
at com.liferay.portal.kernel.jndi.JNDIUtil.lookup(JNDIUtil.java:46)
at
com.liferay.portal.spring.jndi.JndiObjectFactoryBean.lookup(JndiObjectFactoryBean.java:40)
at
org.springframework.jndi.JndiObjectFactoryBean.lookupWithFallback(JndiObjectFactoryBean.java:200)
at
org.springframework.jndi.JndiObjectFactoryBean.afterPropertiesSet(JndiObjectFactoryBean.java:186)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1368)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1334)
... 39 more

Aug 22, 2008 10:48:48 AM org.apache.catalina.core.ApplicationContext log
SEVERE: WebModule[]PWC1275: Exception sending context initialized event to
listener instance of class
com.liferay.portal.spring.context.PortalContextLoaderListener
org.springframework.beans.factory.BeanCreationException: Error creating bean
with name 'mailSession' defined in class path resource
[META-INF/infrastructure-spring.xml]: Invocation of init method failed; nested
exception is javax.naming.NameNotFoundException: mail
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1337)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:473)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)
at java.security.AccessController.doPrivileged(Native Method)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:221)
at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:423)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:729)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:381)
at
org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
at
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
at
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
at
com.liferay.portal.spring.context.PortalContextLoaderListener.contextInitialized(PortalContextLoaderListener.java:50)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4625)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5286)
at com.sun.enterprise.web.WebModule.start(WebModule.java:381)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:922)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:906)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:696)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2194)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1819)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:94)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:85)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.startModules(ApplicationLifecycle.java:691)
at
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:293)
at com.sun.enterprise.v3.deployment.DeployCommand.execute(DeployCommand.java:279)
at com.sun.enterprise.v3.admin.CommandRunner.doCommand(CommandRunner.java:286)
at com.sun.enterprise.v3.admin.CommandRunner.doCommand(CommandRunner.java:130)
at org.glassfish.deployment.autodeploy.AutoOperation.run(AutoOperation.java:118)
at org.glassfish.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:513)
at
org.glassfish.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:397)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:333)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:327)
at
org.glassfish.deployment.autodeploy.AutoDeployService$1.run(AutoDeployService.java:115)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
Caused by: javax.naming.NameNotFoundException: mail
at
com.sun.enterprise.naming.impl.TransientContext.resolveContext(TransientContext.java:255)
at
com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:174)
at
com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:58)
at
com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:96)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:233)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at
com.sun.enterprise.container.common.impl.MailNamingObjectFactory.create(MailNamingObjectFactory.java:72)
at
com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:422)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:149)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:231)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at com.liferay.portal.kernel.jndi.JNDIUtil._lookup(JNDIUtil.java:168)
at com.liferay.portal.kernel.jndi.JNDIUtil.lookup(JNDIUtil.java:64)
at com.liferay.portal.kernel.jndi.JNDIUtil.lookup(JNDIUtil.java:46)
at
com.liferay.portal.spring.jndi.JndiObjectFactoryBean.lookup(JndiObjectFactoryBean.java:40)
at
org.springframework.jndi.JndiObjectFactoryBean.lookupWithFallback(JndiObjectFactoryBean.java:200)
at
org.springframework.jndi.JndiObjectFactoryBean.afterPropertiesSet(JndiObjectFactoryBean.java:186)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1368)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1334)
... 39 more



 Comments   
Comment by uppalapati [ 22/Aug/08 ]

Created an attachment (id=1673)
Refer to the mail and jdbc resouces defined.

Comment by jluehe [ 24/Aug/08 ]

...

Comment by kumara [ 24/Aug/08 ]

Change to status whiteboard for v3 bug tracking

Comment by Amy Roh [ 25/Aug/08 ]

Can you provide exact steps to reproduce? Seems like a naming issue rather than
web container issue.

Comment by Amy Roh [ 25/Aug/08 ]

Cc Mahesh for his input.

Comment by Amy Roh [ 26/Aug/08 ]

Assign to mk111283 for further evaluation regarding NameNotFoundException.

Comment by Mahesh Kannan [ 27/Aug/08 ]

Can the submitter of the bug attach the server.log and the app? Also, which
build dis this pass previously?

Comment by kumara [ 03/Sep/08 ]

v3 defect tracking

Comment by Mahesh Kannan [ 09/Sep/08 ]

Not sure if the mail resources are processed and bound to jndi. Transferring to
Shalini for evaluation.

Comment by Shalini [ 10/Sep/08 ]

mail resource is not supported for prelude. Hence marking this as excluded.

Comment by kumara [ 24/Oct/08 ]

Reclassifying as P4 because these issues are not must fix for prelude release.
This issue will be scrubbed after prelude release and will be given the right
priority for v3 final release.

Comment by Shalini [ 21/Jan/10 ]

Do you see this issue with the latest v3 builds? If not, please close this issue.

Comment by Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-4701] EL-Impl code doesn't support Number subclasses Created: 08/Apr/08  Updated: 06/Mar/12

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

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

Operating System: All
Platform: All


Issuezilla Id: 4,701

 Description   

Hi!
I have class that extends java.lang.Number, and want to use something like #

{x + 1}

where x is instance of my class.
But get IllegalArgumentException.

java.util.MissingResourceException: Can't find resource for bundle
java.util.PropertyResourceBundle, key el.convert
at java.util.ResourceBundle.getObject(ResourceBundle.java:325)
at java.util.ResourceBundle.getString(ResourceBundle.java:285)
at com.sun.el.util.MessageFactory.getArray(MessageFactory.java:67)
at com.sun.el.util.MessageFactory.get(MessageFactory.java:47)
at com.sun.el.lang.ELArithmetic.coerce(ELArithmetic.java:367)
at com.sun.el.lang.ELArithmetic.add(ELArithmetic.java:237)
at com.sun.el.parser.AstPlus.getValue(AstPlus.java:24)
at
com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
at
com.sun.facelets.el.TagValueExpression.getValue(TagValueExpression.java:71)

That is caused by com.sun.el.lang.ELArithmetic.coerce(Number) method that
uses very strange Number type check

public final static boolean isNumberType(final Class type)

{ return type == (java.lang.Long.class) || type == Long.TYPE || type == (java.lang.Double.class) || type == Double.TYPE || type == (java.lang.Byte.class) || type == Byte.TYPE || type == (java.lang.Short.class) || type == Short.TYPE || type == (java.lang.Integer.class) || type == Integer.TYPE || type == (java.lang.Float.class) || type == Float.TYPE || type == (java.math.BigInteger.class) || type == (java.math.BigDecimal.class); }

I think this method could make use of instanceof operator so that users could
provide their own Number subclasses.

Referenced classes reside within el-impl-1.0.jar, so I choose Other component.

Author of these classes is Jacob, so I'm assigning to him

The bug is inspired by http://jira.jboss.com/jira/browse/RF-1715

X-Posted to https://issues.apache.org/bugzilla/show_bug.cgi?id=44766



 Comments   
Comment by sanandal [ 11/Jan/09 ]

"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 Tom Mueller [ 06/Mar/12 ]

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





[GLASSFISH-15400] Stack overflow when referencing bad external resources Created: 31/Dec/10  Updated: 19/Dec/16

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

Type: Bug Priority: Minor
Reporter: rsmogura Assignee: naman_mehta
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish v3.1 b35



 Description   

When I try to reference invalid, bad configured external LDAP resource from Web application I got stack overflow exception.

Caused by: com.sun.faces.spi.InjectionProviderException: com.sun.enterprise.container.common.spi.util.InjectionException: Exception attempting to inject Env-Prop: ldap/softperience@Field-Injectable Resource. Class name = eu.softper.common.auth.usermanagment.UserTest Field name=dirContext@java.lang.String@ldap/softperience@@ into class eu.softper.common.auth.usermanagment.UserTest
at org.glassfish.faces.integration.GlassFishInjectionProvider.inject(GlassFishInjectionProvider.java:194)
at com.sun.faces.mgbean.BeanBuilder.injectResources(BeanBuilder.java:205)
... 46 more
Caused by: com.sun.enterprise.container.common.spi.util.InjectionException: Exception attempting to inject Env-Prop: ldap/softperience@Field-Injectable Resource. Class name = eu.softper.common.auth.usermanagment.UserTest Field name=dirContext@java.lang.String@ldap/softperience@@ into class eu.softper.common.auth.usermanagment.UserTest
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:698)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:468)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:173)
at org.glassfish.faces.integration.GlassFishInjectionProvider.inject(GlassFishInjectionProvider.java:184)
... 47 more
Caused by: java.lang.StackOverflowError
at java.lang.StringCoding$StringDecoder.decode(StringCoding.java:140)
at java.lang.StringCoding.decode(StringCoding.java:173)
at java.lang.String.<init>(String.java:443)
at java.lang.String.<init>(String.java:515)
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:529)
at java.net.Socket.connect(Socket.java:478)
at java.net.Socket.<init>(Socket.java:375)
at java.net.Socket.<init>(Socket.java:189)
at com.sun.jndi.ldap.Connection.createSocket(Connection.java:352)
at com.sun.jndi.ldap.Connection.<init>(Connection.java:187)
at com.sun.jndi.ldap.LdapClient.<init>(LdapClient.java:118)
at com.sun.jndi.ldap.LdapClient.getInstance(LdapClient.java:1580)
at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2652)
at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:293)
at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:53)
at com.sun.enterprise.resource.deployer.ExternalJndiResourceDeployer.installExternalJndiResource(ExternalJndiResourceDeployer.java:256)
at com.sun.enterprise.resource.deployer.ExternalJndiResourceDeployer.createExternalJndiResource(ExternalJndiResourceDeployer.java:126)
at com.sun.enterprise.resource.deployer.ExternalJndiResourceDeployer.deployResource(ExternalJndiResourceDeployer.java:105)
at org.glassfish.javaee.services.ResourceProxy.create(ResourceProxy.java:90)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:548)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at com.sun.appserv.connectors.internal.api.ResourceNamingService.lookup(ResourceNamingService.java:221)
at org.glassfish.javaee.services.ResourceProxy.create(ResourceProxy.java:93)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:548)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
<repeat....> at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:548)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at javax.naming.InitialContext.lookup(InitialContext.java:392)



 Comments   
Comment by juergenschmied [ 23/Mar/12 ]

I have the same error (on 3.1.2) :

23 Mrz 2012 12:33:12,625 FATAL WarnProzessMDB : Es ist ein unbekannter Fehler beim Verarbeiten einer Nachricht aufgetreten.
javax.ejb.EJBException: javax.ejb.EJBException: javax.ejb.CreateException: Could not create stateless EJB
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:454)
at com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:2547)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1899)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at $Proxy425.versende(Unknown Source)
at my.package.transport._EJB31_GeneratedWarnFileVersandIntf__Bean_.versende(Unknown Source)
at my.package.WarnProzessMDB.onMessage(WarnProzessMDB.java:107)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1052)
at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1124)
at com.sun.ejb.containers.BaseContainer.invokeTargetBeanMethod(BaseContainer.java:4180)
at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:5368)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:5348)
at com.sun.ejb.containers.MessageBeanContainer.deliverMessage(MessageBeanContainer.java:1099)
at com.sun.ejb.containers.MessageBeanListenerImpl.deliverMessage(MessageBeanListenerImpl.java:81)
at com.sun.enterprise.connectors.inbound.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:171)
at $Proxy429.onMessage(Unknown Source)
at my.package.aqRa.inbound.AqJmsActivation$InboundWorker.run(AqJmsActivation.java:343)
at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:114)
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)
Caused by: javax.ejb.EJBException: javax.ejb.CreateException: Could not create stateless EJB
at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:726)
at com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:247)
at com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:449)
... 24 more
Caused by: javax.ejb.CreateException: Could not create stateless EJB
at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:534)
at com.sun.ejb.containers.StatelessSessionContainer.access$000(StatelessSessionContainer.java:95)
at com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:724)
... 26 more
Caused by: com.sun.enterprise.container.common.spi.util.InjectionException: Exception beim Versuch, Res-Ref-Env-Property: file/XADisk@org.xadisk.connector.outbound.XADiskConnectionFactory@ resolved as: jndi: file/XADisk@res principal: null@mail: null
No Runtime properties
Database Vendor : null
Create Tables at Deploy : false
Delete Tables at Undeploy : false in class bc7.warn.process.bean.transport.WarnFileVersand durch Injection einzufügen: null
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:703)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:470)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:171)
at com.sun.ejb.containers.BaseContainer.injectEjbInstance(BaseContainer.java:1694)
at com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:494)
... 28 more
Caused by: java.lang.StackOverflowError
at org.jvnet.hk2.config.ConfigModel$1.get(ConfigModel.java:114)
at com.sun.hk2.component.LazyInhabitant.getClassLoader(LazyInhabitant.java:117)
at com.sun.hk2.component.LazyInhabitant.loadClass(LazyInhabitant.java:122)
at com.sun.hk2.component.LazyInhabitant.type(LazyInhabitant.java:99)
at org.jvnet.hk2.config.Dom.domNodeByTypeElements(Dom.java:765)
at org.jvnet.hk2.config.ConfigModel$CollectionNode.get(ConfigModel.java:425)
at org.jvnet.hk2.config.Dom.getter(Dom.java:971)
at org.jvnet.hk2.config.ConfigBean._getter(ConfigBean.java:184)
at org.jvnet.hk2.config.ConfigBean.getter(ConfigBean.java:192)
at org.jvnet.hk2.config.Dom.invoke(Dom.java:921)
at org.glassfish.config.support.TranslatedConfigView.invoke(TranslatedConfigView.java:119)
at $Proxy78.getResources(Unknown Source)
at com.sun.enterprise.config.serverbeans.Resources$Duck.getResources(Resources.java:105)
at sun.reflect.GeneratedMethodAccessor51.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jvnet.hk2.config.Dom.invokeDuckMethod(Dom.java:959)
at org.jvnet.hk2.config.Dom.invoke(Dom.java:912)
at org.glassfish.config.support.TranslatedConfigView.invoke(TranslatedConfigView.java:119)
at $Proxy78.getResources(Unknown Source)
at com.sun.enterprise.config.serverbeans.Resources$Duck.getResourceByName(Resources.java:157)
at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jvnet.hk2.config.Dom.invokeDuckMethod(Dom.java:959)
at org.jvnet.hk2.config.Dom.invoke(Dom.java:912)
at org.glassfish.config.support.TranslatedConfigView.invoke(TranslatedConfigView.java:119)
at $Proxy78.getResourceByName(Unknown Source)
at com.sun.enterprise.connectors.util.ResourcesUtil.isEnabled(ResourcesUtil.java:737)
at com.sun.enterprise.resource.deployer.ConnectorResourceDeployer.createConnectorResource(ConnectorResourceDeployer.java:102)
at com.sun.enterprise.resource.deployer.ConnectorResourceDeployer.deployResource(ConnectorResourceDeployer.java:84)
at org.glassfish.javaee.services.ResourceProxy.create(ResourceProxy.java:90)
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 com.sun.appserv.connectors.internal.api.ResourceNamingService.lookup(ResourceNamingService.java:221)
at org.glassfish.javaee.services.ResourceProxy.create(ResourceProxy.java:93)
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 com.sun.appserv.connectors.internal.api.ResourceNamingService.lookup(ResourceNamingService.java:221)
at org.glassfish.javaee.services.ResourceProxy.create(ResourceProxy.java:93)
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)

Easy to reproduce:
Inject a SSB to a MDB where the SSB has a injected Ressource from a second RCA (in my case the XADisk RCA), disable the RCA, fire the MDB.





[GLASSFISH-17333] The GlassFish ant task org.glassfish.ant.tasks.AdminTask can ignore attributes depending on ordering Created: 22/Sep/11  Updated: 20/Dec/16

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

Type: Bug Priority: Minor
Reporter: tecknobabble Assignee: Bhavanishankar
Resolution: Unresolved Votes: 1
Labels: