<< Back to previous view

[GLASSFISH-3853] SecurityException raised during webservice deployment Created: 12/Nov/07  Updated: 13/Dec/07  Resolved: 13/Dec/07

Status: Resolved
Project: glassfish
Component/s: web_services
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: Sanjeeb Sahoo Assignee: Bhakti Mehta
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


File Attachments: Zip Archive issue_3853.zip    
Issuezilla Id: 3,853
Status Whiteboard:

as91ur1-na

Tags:
Participants: basler, Bhakti Mehta and Sanjeeb Sahoo

 Description   

While deploying a very simple web service, I am getting a security exception as
shown below:

glassfish@~/bugs/newbug$ asadmin deploy bug.ear
CLI171 Command deploy failed : Deploying application in domain failed; Unable to
create JAXBContext due to the security restriction

Besided the stack trace, there is not much information in server.log as well.
The server.log contents are:

[#|2007-11-12T14:21:15.935+0530|SEVERE|sun-appserver9.1|javax.enterprise.system.tools.deployment|_ThreadID=26;_ThreadName=Thread-47;_RequestID=4ea6733c-b640-49eb-b8d5-1192d053565b;|Exception
occured in J2EEC Phase
com.sun.enterprise.deployment.backend.IASDeploymentException: Unable to create
JAXBContext due to the security restriction
at
com.sun.xml.ws.model.AbstractSEIModelImpl.createJAXBContext(AbstractSEIModelImpl.java:151)
at
com.sun.xml.ws.model.AbstractSEIModelImpl.postProcess(AbstractSEIModelImpl.java:83)
at
com.sun.xml.ws.model.RuntimeModeler.buildRuntimeModel(RuntimeModeler.java:260)
at com.sun.tools.ws.wscompile.WsgenTool.buildModel(WsgenTool.java:218)
at com.sun.tools.ws.wscompile.WsgenTool.run(WsgenTool.java:119)
at
com.sun.tools.ws.util.WSToolsObjectFactoryImpl.wsgen(WSToolsObjectFactoryImpl.java:61)
at
com.sun.tools.ws.spi.WSToolsObjectFactory.wsgen(WSToolsObjectFactory.java:107)
at com.sun.enterprise.webservice.WsUtil.runWsGen(WsUtil.java:1843)
at com.sun.enterprise.webservice.WsUtil.genWSInfo(WsUtil.java:2240)
at
com.sun.enterprise.deployment.backend.AppDeployerBase.loadDescriptors(AppDeployerBase.java:359)
at
com.sun.enterprise.deployment.backend.AppDeployer.explodeArchive(AppDeployer.java:294)
at
com.sun.enterprise.deployment.backend.AppDeployer.deploy(AppDeployer.java:207)
at
com.sun.enterprise.deployment.backend.AppDeployer.doRequestFinish(AppDeployer.java:148)
at
com.sun.enterprise.deployment.phasing.J2EECPhase.runPhase(J2EECPhase.java:191)
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.deploy(PEDeploymentService.java:279)
at
com.sun.enterprise.deployment.phasing.PEDeploymentService.deploy(PEDeploymentService.java:788)
at
com.sun.enterprise.management.deploy.DeployThread.deploy(DeployThread.java:187)
at
com.sun.enterprise.management.deploy.DeployThread.run(DeployThread.java:223)

#]

It appears that the real exception thrown by JAXB is eaten up by the code.



 Comments   
Comment by Sanjeeb Sahoo [ 12/Nov/07 12:54 AM ]

Created an attachment (id=1257)
Test case with README.

Comment by basler [ 12/Nov/07 11:38 AM ]

Not a show stopper for 91ur1

Comment by Bhakti Mehta [ 12/Dec/07 10:56 AM ]

This problem used to occur in earlier builds of GF but we have fixed bugs in
this area. I confirmed with the GF v2 UR1 bits and the error appears in the
server.log.
The problem is this
error: Property "id" has an XmlID annotation but its type is not String.
this problem is related to the following location:
at foo.Dept.getId(Dept.java:31)
at foo.Dept(Dept.java:14)
1 error

Comment by Bhakti Mehta [ 13/Dec/07 04:04 PM ]

Reopening and marking as duplicate of 3588

Comment by Bhakti Mehta [ 13/Dec/07 04:06 PM ]

This is a duplicate of 3588
https://glassfish.dev.java.net/issues/show_bug.cgi?id=3588 and has been fixed
in UR1





[GLASSFISH-3838] Windows Service Support Needed Created: 04/Nov/07  Updated: 11/Oct/09  Resolved: 11/Oct/09

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: V3
Fix Version/s: 9.1peur1

Type: Improvement Priority: Major
Reporter: Byron Nevins Assignee: Byron Nevins
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,838
Tags:
Participants: Byron Nevins

 Description   

We need a better way to allow users to setup GF as a Windows Service.



 Comments   
Comment by Byron Nevins [ 11/Oct/09 07:30 PM ]

Done.

Use create-service





[GLASSFISH-3836] cascading JBI Statistics MBeans Created: 02/Nov/07  Updated: 05/Nov/07  Resolved: 05/Nov/07

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Improvement Priority: Major
Reporter: annies Assignee: msreddy
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,836
Status Whiteboard:

91ur1Approved

Tags:
Participants: annies, basler, km and msreddy

 Description   

The following pattern has to be added to the filter that is used to cascade
instance MBeans on the DAS.

com.sun.jbi:ControlType=Statistics,*

Without this JBI Statistics Presentation will be broken.



 Comments   
Comment by annies [ 02/Nov/07 01:15 PM ]

Changing the version to 9.1peur1

Comment by km [ 02/Nov/07 03:20 PM ]

This is not a defect. In general, I think we need a configuration for the
cascading MBeans, when it comes to filter definition.

I am not sure if we can do it for UR1, given the "tight" UR1 constraints.

Comment by basler [ 02/Nov/07 04:12 PM ]

Without this entry, much of our statistics reporting mechanism will not work
properly.

Comment by basler [ 02/Nov/07 04:13 PM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by msreddy [ 05/Nov/07 03:58 PM ]

UR1:

munnangi[198]: cvs commit -m "issue# 3836, provided stats filter for jbi
cascading, passed ee quicklook, patch verified by Annies, code reviewed by
Kedar" CascadingConstants.java CascadingLifecycleImpl.java
Checking in CascadingConstants.java;
/cvs/glassfish/admin-ee/cascading/src/java/com/sun/enterprise/ee/admin/cascading/CascadingConstants.java,v
<-- CascadingConstants.java
new revision: 1.4.8.1; previous revision: 1.4
done
Checking in CascadingLifecycleImpl.java;
/cvs/glassfish/admin-ee/cascading/src/java/com/sun/enterprise/ee/admin/cascading/CascadingLifecycleImpl.java,v
<-- CascadingLifecycleImpl.java
new revision: 1.8.2.1.2.1; previous revision: 1.8.2.1
done
munnangi[199]:

Trunk:

munnangi[204]: cvs commit -m "issue# 3836, provided stats filter for jbi
cascading, passed ee quicklook, patch verified by Annies, code reviewed by
Kedar" CascadingConstants.java CascadingLifecycleImpl.java
Checking in CascadingConstants.java;
/cvs/glassfish/admin-ee/cascading/src/java/com/sun/enterprise/ee/admin/cascading/CascadingConstants.java,v
<-- CascadingConstants.java
new revision: 1.5; previous revision: 1.4
done
Checking in CascadingLifecycleImpl.java;
/cvs/glassfish/admin-ee/cascading/src/java/com/sun/enterprise/ee/admin/cascading/CascadingLifecycleImpl.java,v
<-- CascadingLifecycleImpl.java
new revision: 1.10; previous revision: 1.9
done
munnangi[205]:





[GLASSFISH-3831] Add concept of default node-agent Created: 01/Nov/07  Updated: 01/Nov/07  Resolved: 01/Nov/07

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 9.1.1
Fix Version/s: 9.1peur1

Type: Improvement Priority: Major
Reporter: Byron Nevins Assignee: km
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,831
Tags:
Participants: Byron Nevins and km

 Description   

The node-agent commands in CLI should work just like the domain commands.
I.e. if there is only one NA in the standard location it should be used by default.

e.g.

asadmin start-domain (this works if there is only one domain)
asadmin start-node-agent (this is currently an error even if there is only one NA)



 Comments   
Comment by km [ 01/Nov/07 07:53 PM ]

I don't think this is a bug. start-node-agent and start-domain are consistent.

  • Kedar
Comment by Byron Nevins [ 01/Nov/07 08:01 PM ]

Oops. You're right. My bad...





[GLASSFISH-3830] WARNING message with no information Created: 01/Nov/07  Updated: 15/Jan/08  Resolved: 15/Jan/08

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: Byron Nevins Assignee: km
Resolution: Won't Fix Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,830
Status Whiteboard:

as91ur1-na

Tags:
Participants: Byron Nevins, emcmanus and km

 Description   

A WARNING ought to at least give a hint as to what the problem is!

This is from an instance server's logfile:

[#|2007-10-29T13:58:00.278-0700|WARNING|sun-appserver9.1|
javax.management.remote.misc|ThreadID=24;_ThreadName=Thread-25;
RequestID=64317043-c00d-4970-83eb-962189a43f06;|stopping|#]

stopping what?
Should I care?
Is it important?



 Comments   
Comment by km [ 09/Nov/07 04:42 PM ]

The message comes from RMI Connector implementation (logger).
Assigning appropriately. I don't think GlassFish can do anything here.

If you disagree, please reopen with justification and assign the bug to
ne110415.

Thanks,
Kedar

Comment by km [ 14/Jan/08 05:04 PM ]

This is coming from JMX-RI code-base. I wish I could assign it to Eamonn.

Comment by emcmanus [ 15/Jan/08 02:59 AM ]

There is only one place in the JMX source code where we issue a warning with the
message "stopping", and that is immediately preceded by another warning that is
more verbose: "Failed to check connection: <exception>" (where <exception> is
the toString() of an exception). Can the submitter say whether this appears in
the logs too? If so then I think it is acceptable: the two warnings together
are saying that there was a failure to check a connection. Specifically the
connection is a JMX one, and the failure is probably because the server side of
the connection was closed.

The warning is being produced by the "heartbeat" that a JMX client uses by
default to discover if the server disconnects or becomes unreachable. It is
possible to turn off this heartbeat by setting
"jmx.remote.x.client.connection.check.period" to 0 in the Map supplied to
JMXConnectorFactory.connect.

Having said all that, I note that (1) the original log message contains
information that could have been helpful but that is not shown by the GlassFish
logger, namely the class name ClientCommunicatorAdmin and the method name
"Checker-run" (I understand that the log record is already crowded), and (2) the
second log message could be a bit less terse than just "stopping".





[GLASSFISH-3824] When starting up Sun App Server 9, receive exception from jbi component Created: 30/Oct/07  Updated: 07/Nov/07  Resolved: 07/Nov/07

Status: Resolved
Project: glassfish
Component/s: jbi
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: nityad Assignee: va146370
Resolution: Cannot Reproduce Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


File Attachments: Text File jbi-jvm.log     Text File jbi-server.log    
Issuezilla Id: 3,824
Tags:
Participants: basler, nityad and va146370

 Description   

Issue filed by NetBeans user http://www.netbeans.org/issues/show_bug.cgi?id=119979
When starting up Sun App Server 9, receive exception from jbi component.

Log file is attached.

Section from log is quoted here:
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
[#|2007-10-25T02:08:32.750+0200|WARNING|sun-
appserver9.1|javax.enterprise.system.stream.err|_ThreadID=11;_ThreadName=pool-1-thread-2;_RequestID=ff5d71ab-7b0b-49d8-
97ab-32d93d43b5af;|com.sun.appserv.server.ServerLifecycleException:
java.lang.LinkageError: loader constraint
violation in interface itable initialization: when resolving
method
"com.sun.jbi.framework.EnvironmentContext.getComponentManager()Lcom/sun/jbi/ComponentManager;"
the class loader
(instance of java/net/URLClassLoader) of the current class,
com/sun/jbi/framework/EnvironmentContext, and the class
loader (instance of java/net/URLClassLoader) for interface
com/sun/jbi/EnvironmentContext have different Class objects
for the type com/sun/jbi/ComponentManager used in the signature
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>



 Comments   
Comment by nityad [ 30/Oct/07 06:58 PM ]

Created an attachment (id=1241)
server log

Comment by nityad [ 30/Oct/07 06:58 PM ]

Created an attachment (id=1242)
jvm log

Comment by nityad [ 31/Oct/07 09:44 AM ]

Added user who noticed issue in cc

Comment by nityad [ 01/Nov/07 11:55 AM ]

Additional comments from user. He is unable to login to edit though he has
java.net id
"I just installed GlassFish v2 (and I see from the log that the problem does not
exist there. Should the bug still be kept open to give opportunity for it to be
corrected on v9?
GlassFish is from build: b58g-fcs
I cannot see any more detailed reference of the build of the 9.1 version I have.
It was latest production release downloaded approx a week ago."

Comment by basler [ 07/Nov/07 10:18 AM ]

Can't reproduce this problem





[GLASSFISH-3821] EJBClassloader problem Created: 30/Oct/07  Updated: 16/Jun/11  Resolved: 16/Jun/11

Status: Resolved
Project: glassfish
Component/s: ejb_container
Affects Version/s: v2.1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: blabno Assignee: Unassigned
Resolution: Won't Fix Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux
URL: https://glassfish.dev.java.net/servlets/ReadMsg?listName=users&msgNo=10960


Issuezilla Id: 3,821
Status Whiteboard:

as91ur1-na

Tags:
Participants: basler, blabno, Cheng Fang, ksak, kumara and sanandal

 Description   

I have bean (EJB3.0) that uses axis to access webservice. When I start
glassfish and deploy EAR then everything works well, but when I redeploy the
application I get exception (stack trace included at the end).
This issue has been discussed also on glassfish users mailing list
(https://glassfish.dev.java.net/servlets/ReadMsg?listName=users&msgNo=10960).
Sample application can be obtained here :
http://bernard.labno.pl/samples/ejbclassloader/EJBClassLoaderTest.ear

PWC1635: Illegal access: this web application instance has been stopped
already (the eventual following stack trace is caused by an error thrown for
debugging purposes as well as to attempt to terminate the thread which caused
the illegal access, and has no functional impact)
urlSet = [URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-ext.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-deployment-client.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/jmxremote_optional.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_ja.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_zh.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_fr.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_de.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_es.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_it.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_sw.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_ko.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_zh_TW.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_zh_CN.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/AllegroWebApi.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/BidBull-ejb.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/AllegroEngine-ejb_jar/,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/MainQueryEngine-ejb.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/BidBull-war_war/WEB-INF/classes/,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/AllegroEngine-ejb.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/MainQueryEngine-ejb_jar/,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/BidBull-ejb_jar/,
URLEntry :
file:/opt/glassfish-v2-b58/domains/domain1/generated/ejb/j2ee-apps/BidBull/]
doneCalled = false
Parent -> EJBClassLoader :
urlSet = []
doneCalled = false
Parent -> java.net.URLClassLoader@fd66a5
AT Tue Oct 30 21:04:03 CET 2007

BY :com.sun.enterprise.loader.EJBClassLoader.printStackTraceToString(EJBClassLoader.java:812)
com.sun.enterprise.loader.EJBClassLoader.done(EJBClassLoader.java:172)
com.sun.enterprise.server.AbstractLoader.done(AbstractLoader.java:359)
com.sun.enterprise.server.ApplicationLoader.unload(ApplicationLoader.java:264)
com.sun.enterprise.server.TomcatApplicationLoader.unload(TomcatApplicationLoader.java:213)
com.sun.enterprise.server.ApplicationManager.applicationUndeployed(ApplicationManager.java:525)
com.sun.enterprise.server.ApplicationManager.applicationUndeployed(ApplicationManager.java:699)
com.sun.enterprise.admin.event.AdminEventMulticaster.invokeApplicationDeployEventListener(AdminEventMulticaster.java:930)
com.sun.enterprise.admin.event.AdminEventMulticaster.handleApplicationDeployEvent(AdminEventMulticaster.java:912)
com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:461)
com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:176)
com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:308)
com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:226)
com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStopEvent(ServerDeploymentTarget.java:332)
com.sun.enterprise.deployment.phasing.ApplicationStopPhase.runPhase(ApplicationStopPhase.java:136)
com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:108)
com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:919)
com.sun.enterprise.deployment.phasing.PEDeploymentService.stop(PEDeploymentService.java:652)
com.sun.enterprise.deployment.phasing.PEDeploymentService.stop(PEDeploymentService.java:699)
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.stop(ApplicationsConfigMBean.java:767)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:375)
com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:358)
com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:464)
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:90)
$Proxy1.invoke(Unknown Source)
com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:304)
com.sun.enterprise.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:174)
com.sun.enterprise.admin.jmx.remote.server.callers.InvokeCaller.call(InvokeCaller.java:69)
com.sun.enterprise.admin.jmx.remote.server.MBeanServerRequestHandler.handle(MBeanServerRequestHandler.java:155)
com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.processRequest(RemoteJmxConnectorServlet.java:122)
com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.doPost(RemoteJmxConnectorServlet.java:193)
javax.servlet.http.HttpServlet.service(HttpServlet.java:738)
javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:290)
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:270)
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:339)
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
com.sun.enterprise.web.connector.grizzly.WorkerThreadImpl.run(WorkerThreadImpl.java:116)
;_RequestID=3d5e9562-d863-47d8-adca-0e3f23aed3e0;|LDR5204: Error : Request
made to load class or resource
[META-INF/services/org.apache.axis.EngineConfigurationFactory] on an
EJBClassLoader instance that has already been shutdown. [EJBClassLoader.done()
called ON EJBClassLoader :
urlSet = [URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-ext.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-deployment-client.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/jmxremote_optional.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_ja.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_zh.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_fr.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_de.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_es.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_it.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_sw.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_ko.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_zh_TW.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/appserv-rt_zh_CN.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/AllegroWebApi.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/BidBull-ejb.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/AllegroEngine-ejb_jar/,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/MainQueryEngine-ejb.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/BidBull-war_war/WEB-INF/classes/,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/AllegroEngine-ejb.jar,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/MainQueryEngine-ejb_jar/,
URLEntry :
file:/home/bernard/projects/java/BidBull/dist/gfdeploy/BidBull-ejb_jar/,
URLEntry :
file:/opt/glassfish-v2-b58/domains/domain1/generated/ejb/j2ee-apps/BidBull/]
doneCalled = false
Parent -> EJBClassLoader :
urlSet = []
doneCalled = false
Parent -> java.net.URLClassLoader@fd66a5
AT Tue Oct 30 21:04:03 CET 2007

BY :com.sun.enterprise.loader.EJBClassLoader.printStackTraceToString(EJBClassLoader.java:812)
com.sun.enterprise.loader.EJBClassLoader.done(EJBClassLoader.java:172)
com.sun.enterprise.server.AbstractLoader.done(AbstractLoader.java:359)
com.sun.enterprise.server.ApplicationLoader.unload(ApplicationLoader.java:264)
com.sun.enterprise.server.TomcatApplicationLoader.unload(TomcatApplicationLoader.java:213)
com.sun.enterprise.server.ApplicationManager.applicationUndeployed(ApplicationManager.java:525)
com.sun.enterprise.server.ApplicationManager.applicationUndeployed(ApplicationManager.java:699)
com.sun.enterprise.admin.event.AdminEventMulticaster.invokeApplicationDeployEventListener(AdminEventMulticaster.java:930)
com.sun.enterprise.admin.event.AdminEventMulticaster.handleApplicationDeployEvent(AdminEventMulticaster.java:912)
com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:461)
com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:176)
com.sun.enterprise.admin.server.core.DeploymentNotificationHelper.multicastEvent(DeploymentNotificationHelper.java:308)
com.sun.enterprise.deployment.phasing.DeploymentServiceUtils.multicastEvent(DeploymentServiceUtils.java:226)
com.sun.enterprise.deployment.phasing.ServerDeploymentTarget.sendStopEvent(ServerDeploymentTarget.java:332)
com.sun.enterprise.deployment.phasing.ApplicationStopPhase.runPhase(ApplicationStopPhase.java:136)
com.sun.enterprise.deployment.phasing.DeploymentPhase.executePhase(DeploymentPhase.java:108)
com.sun.enterprise.deployment.phasing.PEDeploymentService.executePhases(PEDeploymentService.java:919)
com.sun.enterprise.deployment.phasing.PEDeploymentService.stop(PEDeploymentService.java:652)
com.sun.enterprise.deployment.phasing.PEDeploymentService.stop(PEDeploymentService.java:699)
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.stop(ApplicationsConfigMBean.java:767)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:375)
com.sun.enterprise.admin.MBeanHelper.invokeOperationInBean(MBeanHelper.java:358)
com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:464)
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:90)
$Proxy1.invoke(Unknown Source)
com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:304)
com.sun.enterprise.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:174)
com.sun.enterprise.admin.jmx.remote.server.callers.InvokeCaller.call(InvokeCaller.java:69)
com.sun.enterprise.admin.jmx.remote.server.MBeanServerRequestHandler.handle(MBeanServerRequestHandler.java:155)
com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.processRequest(RemoteJmxConnectorServlet.java:122)
com.sun.enterprise.admin.jmx.remote.server.servlet.RemoteJmxConnectorServlet.doPost(RemoteJmxConnectorServlet.java:193)
javax.servlet.http.HttpServlet.service(HttpServlet.java:738)
javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:290)
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:270)
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:339)
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
com.sun.enterprise.web.connector.grizzly.WorkerThreadImpl.run(WorkerThreadImpl.java:116)
]
EJB5070: Exception creating stateless session bean : [{0}]
java.lang.NullPointerException
at
org.apache.catalina.loader.WebappClassLoader.findResources(WebappClassLoader.java:1074)
at java.lang.ClassLoader.getResources(ClassLoader.java:1015)
at
org.apache.commons.discovery.jdk.JDK12Hooks.getResources(JDK12Hooks.java:150)
at
org.apache.commons.discovery.resource.DiscoverResources$1.getNextResources(DiscoverResources.java:153)
at
org.apache.commons.discovery.resource.DiscoverResources$1.getNextResource(DiscoverResources.java:129)
at
org.apache.commons.discovery.resource.DiscoverResources$1.hasNext(DiscoverResources.java:116)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.getNextClassNames(DiscoverNamesInFile.java:186)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.getNextClassName(DiscoverNamesInFile.java:170)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.hasNext(DiscoverNamesInFile.java:157)
at
org.apache.commons.discovery.resource.names.NameDiscoverers$1.getNextIterator(NameDiscoverers.java:143)
at
org.apache.commons.discovery.resource.names.NameDiscoverers$1.hasNext(NameDiscoverers.java:126)
at
org.apache.commons.discovery.resource.classes.ResourceClassDiscoverImpl$1.getNextResource(ResourceClassDiscoverImpl.java:159)
at
org.apache.commons.discovery.resource.classes.ResourceClassDiscoverImpl$1.hasNext(ResourceClassDiscoverImpl.java:147)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder$1.run(EngineConfigurationFactoryFinder.java:120)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:113)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:160)
at
org.apache.axis.client.Service.getEngineConfiguration(Service.java:813)
at org.apache.axis.client.Service.getAxisClient(Service.java:104)
at org.apache.axis.client.Service.<init>(Service.java:113)
at
pl.labno.bernard.bidbull.allegro.webapi.AllegroWebApiServiceLocator.<init>(AllegroWebApiServiceLocator.java:12)
at
pl.labno.bernard.bidbull.allegro.webapi.Allegro.<init>(Allegro.java:50)
at
bidbull.engines.allegro.AllegroQueryEngineBean.<init>(AllegroQueryEngineBean.java:74)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at
com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:509)
at com.sun.ejb.containers.StatelessSessionContainer.access$100
(StatelessSessionContainer.java:111)
at
com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:772)
at
com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:199)
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:486)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
EJB5018: An exception was thrown during an ejb invocation on
[AllegroQueryEngineBean]
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested
exception is: javax.ejb.CreateException: Could not create stateless EJB
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could
not create stateless EJB
javax.ejb.CreateException: Could not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:571)
at com.sun.ejb.containers.StatelessSessionContainer.access$100
(StatelessSessionContainer.java:111)
at
com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:772)
at
com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:199)
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:486)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: java.lang.NullPointerException
at
org.apache.catalina.loader.WebappClassLoader.findResources(WebappClassLoader.java:1074)
at java.lang.ClassLoader.getResources(ClassLoader.java:1015)
at
org.apache.commons.discovery.jdk.JDK12Hooks.getResources(JDK12Hooks.java:150)
at
org.apache.commons.discovery.resource.DiscoverResources$1.getNextResources(DiscoverResources.java:153)
at
org.apache.commons.discovery.resource.DiscoverResources$1.getNextResource(DiscoverResources.java:129)
at
org.apache.commons.discovery.resource.DiscoverResources$1.hasNext(DiscoverResources.java:116)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.getNextClassNames(DiscoverNamesInFile.java:186)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.getNextClassName(DiscoverNamesInFile.java:170)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.hasNext(DiscoverNamesInFile.java:157)
at
org.apache.commons.discovery.resource.names.NameDiscoverers$1.getNextIterator(NameDiscoverers.java:143)
at
org.apache.commons.discovery.resource.names.NameDiscoverers$1.hasNext(NameDiscoverers.java:126)
at
org.apache.commons.discovery.resource.classes.ResourceClassDiscoverImpl$1.getNextResource(ResourceClassDiscoverImpl.java:159)
at
org.apache.commons.discovery.resource.classes.ResourceClassDiscoverImpl$1.hasNext(ResourceClassDiscoverImpl.java:147)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder$1.run(EngineConfigurationFactoryFinder.java:120)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:113)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:160)
at
org.apache.axis.client.Service.getEngineConfiguration(Service.java:813)
at org.apache.axis.client.Service.getAxisClient(Service.java:104)
at org.apache.axis.client.Service.<init>(Service.java:113)
at
pl.labno.bernard.bidbull.allegro.webapi.AllegroWebApiServiceLocator.<init>(AllegroWebApiServiceLocator.java:12)
at
pl.labno.bernard.bidbull.allegro.webapi.Allegro.<init>(Allegro.java:50)
at
bidbull.engines.allegro.AllegroQueryEngineBean.<init>(AllegroQueryEngineBean.java:74)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at
com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:509)
... 57 more
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could
not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:774)
at
com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:199)
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:486)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested
exception is: javax.ejb.CreateException: Could not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:491)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
EJB5018: An exception was thrown during an ejb invocation on
[MainQueryEngineBean]
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested
exception is: javax.ejb.CreateException: Could not create stateless EJB
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could
not create stateless EJB
javax.ejb.CreateException: Could not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:571)
at com.sun.ejb.containers.StatelessSessionContainer.access$100
(StatelessSessionContainer.java:111)
at
com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:772)
at
com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:199)
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:486)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: java.lang.NullPointerException
at
org.apache.catalina.loader.WebappClassLoader.findResources(WebappClassLoader.java:1074)
at java.lang.ClassLoader.getResources(ClassLoader.java:1015)
at
org.apache.commons.discovery.jdk.JDK12Hooks.getResources(JDK12Hooks.java:150)
at
org.apache.commons.discovery.resource.DiscoverResources$1.getNextResources(DiscoverResources.java:153)
at
org.apache.commons.discovery.resource.DiscoverResources$1.getNextResource(DiscoverResources.java:129)
at
org.apache.commons.discovery.resource.DiscoverResources$1.hasNext(DiscoverResources.java:116)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.getNextClassNames(DiscoverNamesInFile.java:186)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.getNextClassName(DiscoverNamesInFile.java:170)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.hasNext(DiscoverNamesInFile.java:157)
at
org.apache.commons.discovery.resource.names.NameDiscoverers$1.getNextIterator(NameDiscoverers.java:143)
at
org.apache.commons.discovery.resource.names.NameDiscoverers$1.hasNext(NameDiscoverers.java:126)
at
org.apache.commons.discovery.resource.classes.ResourceClassDiscoverImpl$1.getNextResource(ResourceClassDiscoverImpl.java:159)
at
org.apache.commons.discovery.resource.classes.ResourceClassDiscoverImpl$1.hasNext(ResourceClassDiscoverImpl.java:147)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder$1.run(EngineConfigurationFactoryFinder.java:120)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:113)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:160)
at
org.apache.axis.client.Service.getEngineConfiguration(Service.java:813)
at org.apache.axis.client.Service.getAxisClient(Service.java:104)
at org.apache.axis.client.Service.<init>(Service.java:113)
at
pl.labno.bernard.bidbull.allegro.webapi.AllegroWebApiServiceLocator.<init>(AllegroWebApiServiceLocator.java:12)
at
pl.labno.bernard.bidbull.allegro.webapi.Allegro.<init>(Allegro.java:50)
at
bidbull.engines.allegro.AllegroQueryEngineBean.<init>(AllegroQueryEngineBean.java:74)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at
com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:509)
... 57 more
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could
not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:774)
at
com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:199)
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:486)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested
exception is: javax.ejb.CreateException: Could not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:491)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
StandardWrapperValve[QueryOperations]: PWC1406: Servlet.service() for servlet
QueryOperations threw exception
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested
exception is: javax.ejb.CreateException: Could not create stateless EJB
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could
not create stateless EJB
javax.ejb.CreateException: Could not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:571)
at com.sun.ejb.containers.StatelessSessionContainer.access$100
(StatelessSessionContainer.java:111)
at
com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:772)
at
com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:199)
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:486)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: java.lang.NullPointerException
at
org.apache.catalina.loader.WebappClassLoader.findResources(WebappClassLoader.java:1074)
at java.lang.ClassLoader.getResources(ClassLoader.java:1015)
at
org.apache.commons.discovery.jdk.JDK12Hooks.getResources(JDK12Hooks.java:150)
at
org.apache.commons.discovery.resource.DiscoverResources$1.getNextResources(DiscoverResources.java:153)
at
org.apache.commons.discovery.resource.DiscoverResources$1.getNextResource(DiscoverResources.java:129)
at
org.apache.commons.discovery.resource.DiscoverResources$1.hasNext(DiscoverResources.java:116)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.getNextClassNames(DiscoverNamesInFile.java:186)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.getNextClassName(DiscoverNamesInFile.java:170)
at
org.apache.commons.discovery.resource.names.DiscoverNamesInFile$1.hasNext(DiscoverNamesInFile.java:157)
at
org.apache.commons.discovery.resource.names.NameDiscoverers$1.getNextIterator(NameDiscoverers.java:143)
at
org.apache.commons.discovery.resource.names.NameDiscoverers$1.hasNext(NameDiscoverers.java:126)
at
org.apache.commons.discovery.resource.classes.ResourceClassDiscoverImpl$1.getNextResource(ResourceClassDiscoverImpl.java:159)
at
org.apache.commons.discovery.resource.classes.ResourceClassDiscoverImpl$1.hasNext(ResourceClassDiscoverImpl.java:147)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder$1.run(EngineConfigurationFactoryFinder.java:120)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:113)
at
org.apache.axis.configuration.EngineConfigurationFactoryFinder.newFactory(EngineConfigurationFactoryFinder.java:160)
at
org.apache.axis.client.Service.getEngineConfiguration(Service.java:813)
at org.apache.axis.client.Service.getAxisClient(Service.java:104)
at org.apache.axis.client.Service.<init>(Service.java:113)
at
pl.labno.bernard.bidbull.allegro.webapi.AllegroWebApiServiceLocator.<init>(AllegroWebApiServiceLocator.java:12)
at
pl.labno.bernard.bidbull.allegro.webapi.Allegro.<init>(Allegro.java:50)
at
bidbull.engines.allegro.AllegroQueryEngineBean.<init>(AllegroQueryEngineBean.java:74)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at
com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB(StatelessSessionContainer.java:509)
... 57 more
javax.ejb.EJBException: nested exception is: javax.ejb.CreateException: Could
not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer$SessionContextFactory.create(StatelessSessionContainer.java:774)
at
com.sun.ejb.containers.util.pool.NonBlockingPool.getObject(NonBlockingPool.java:199)
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:486)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
javax.ejb.EJBException: nested exception is: javax.ejb.EJBException: nested
exception is: javax.ejb.CreateException: Could not create stateless EJB
at
com.sun.ejb.containers.StatelessSessionContainer._getContext(StatelessSessionContainer.java:491)
at
com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:1675)
at
com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1229)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:134)
at $Proxy54.doQuery(Unknown Source)
at
bidbull.ejb.engines.MainQueryEngineBean.doQuery(MainQueryEngineBean.java:44)
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.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:197)
at
com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:83)
at $Proxy52.doQuery(Unknown Source)
at bidbull.web.QueryOperations.quickQuery(QueryOperations.java:92)
at bidbull.web.QueryOperations.doPost(QueryOperations.java:54)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at bidbull.web.AccessFilter.doFilter(AccessFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)



 Comments   
Comment by basler [ 12/Nov/07 04:36 PM ]

Not a 91ur1 show stopper

Comment by sanandal [ 11/Jan/09 07:01 AM ]

"Reclassifying as P4 because this issue is not deemed "must fix" for this v2.1
release whose primary release driver is SailFin.
This issue will be scrubbed after this release and will be given the right
priority for the next release."

Comment by ksak [ 28/Jan/09 10:14 AM ]

Reassigning bugs from Mahesh

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

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

Comment by Cheng Fang [ 16/Jun/11 12:24 PM ]

The discussion and test app links are dead. Close this issue.





[GLASSFISH-3818] [UB]Incorrect LB config info in HA Admin Guide Created: 29/Oct/07  Updated: 20/Dec/07  Resolved: 20/Dec/07

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: rj139419 Assignee: rj139419
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,818
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler and rj139419

 Description   

The sections on Configuring SJSWS 7 has a few incorrect steps.



 Comments   
Comment by rj139419 [ 05/Nov/07 04:20 AM ]

to be fixed for as91ur1

Comment by basler [ 05/Nov/07 09:19 AM ]

Approved for check into the SJSAS91_UR1_BRANCH - unbundled document

Comment by rj139419 [ 20/Dec/07 03:42 AM ]

1. Made changes specific to Sun Java
System Web Server 6.1 and 7.0 in the section
Configuring Sun Java System Web Server to Use Auto
Apply in Chapter 4.

2. Have added a new task explaining how to configure User-defined Load Balancing
in Chapter 5.

3. Added links for all the asadmin commands in Chapter 5 to the Reference Manual.





[GLASSFISH-3816] [HTTP/1.1 400 Invalid URI: noSlash] returned for URI containing %2F Created: 29/Oct/07  Updated: 29/Oct/07  Resolved: 29/Oct/07

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: Jakub Podlesak Assignee: jfarcand
Resolution: Cannot Reproduce Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Solaris
Platform: PC


File Attachments: File DispatchIssueWithMatrixParam.war     Zip Archive testcase.zip    
Issuezilla Id: 3,816
Tags:
Participants: Jakub Podlesak and jfarcand

 Description   

For a servlet mapped to URL pattern:
<url-pattern>/TestServlet/*</url-pattern>
a following request:
http://localhost:8080/DispatchIssueWithMatrixParam/TestServlet/%2F
fails with:
HTTP/1.1 400 Invalid URI: noSlash
it works fine for
http://localhost:8080/DispatchIssueWithMatrixParam/TestServlet//

Initially tested for the following URI (including a matrix parameter):
this returns 400:
http://localhost:8080/DispatchIssueWithMatrixParam/TestServlet;matrixparam=%2F
this works fine:
http://localhost:8080/DispatchIssueWithMatrixParam/TestServlet;matrixparam=/

Will attach a test case webapp



 Comments   
Comment by Jakub Podlesak [ 29/Oct/07 06:56 AM ]

Created an attachment (id=1233)
testcase – a netbeans project

Comment by jfarcand [ 29/Oct/07 06:57 AM ]

By default, we aren't allowing slash encoding. THe workaround for you is to add:

-Dorg.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH=true

and it will works. Try it and let me know if that doesn't work.

Thanks!

Comment by Jakub Podlesak [ 29/Oct/07 06:58 AM ]

Created an attachment (id=1234)
test case war file

Comment by jfarcand [ 29/Oct/07 06:59 AM ]

Closing...

Comment by jfarcand [ 29/Oct/07 07:07 AM ]

I suspect I didn't added the proper propertuy. Can you try with:

-Dorg.apache.coyote.tomcat5.CoyoteAdapter.ALLOW_BACKSLASH=true

as well. Tough Monday morning

Comment by Jakub Podlesak [ 29/Oct/07 07:09 AM ]

The workaround works for me as well.
Thank you a lot again!





[GLASSFISH-3815] NoClassDefFoundError: com/sun/appserv/security/AppservRealm in 9.1 b58g-fcs Created: 28/Oct/07  Updated: 29/Oct/07  Resolved: 29/Oct/07

Status: Resolved
Project: glassfish
Component/s: security
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: scotth1 Assignee: raharsha
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


Issuezilla Id: 3,815
Tags:
Participants: kumarjayanti, raharsha and scotth1

 Description   

A Sun Custom Realm that worked under 9.1beta2 now generates the following on
startup;

[#|2007-10-29T16:34:45.653+1100|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting
Sun Java System Application Server 9.1 (build b58g-fcs) ...|#]

[#|2007-10-29T16:34:47.410+1100|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;Java
HotSpot(TM) 64-Bit Server VM;1.6.0_03;Sun Microsystems Inc.;|CORE5076: Using
[Java HotSpot(TM) 64-Bit Server VM, Version 1.6.0_03] from [Sun Microsystems
Inc.]|#]

[#|2007-10-29T16:34:47.483+1100|INFO|sun-appserver9.1|javax.enterprise.system.core.security|_ThreadID=11;_ThreadName=pool-1-thread-4;|SEC1002:
Security Manager is OFF.|#]

[#|2007-10-29T16:34:47.488+1100|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=12;_ThreadName=pool-1-thread-2;com.sun.enterprise.interceptor.DynamicInterceptor;|MBeanServer
started: com.sun.enterprise.interceptor.DynamicInterceptor|#]

[#|2007-10-29T16:34:47.499+1100|INFO|sun-appserver9.1|javax.enterprise.resource.jms|_ThreadID=11;_ThreadName=pool-1-thread-4;|Using
MQ RA for Broker lifecycle control|#]

[#|2007-10-29T16:34:52.336+1100|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=10;_ThreadName=main;|/u01/app/glassfish-v2-b58g/domains/domain1/config/.__com_sun_appserv_pid|#]

[#|2007-10-29T16:34:53.400+1100|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=10;_ThreadName=main;|ADM0001:SunoneInterceptor
is now enabled|#]

[#|2007-10-29T16:34:53.656+1100|INFO|sun-appserver9.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=main;com.sun.enterprise.security.provider.PolicyWrapper;|SEC1143:
Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.|#]

[#|2007-10-29T16:34:53.819+1100|WARNING|sun-appserver9.1|javax.enterprise.system.stream.err|_ThreadID=10;_ThreadName=main;_RequestID=f9a934df-9727-4cb0-8593-68e2f289788e;|java.lang.reflect.InvocationTargetException
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)
Caused by: java.lang.NoClassDefFoundError: com/sun/appserv/security/AppservRealm
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
at
com.sun.appserv.server.util.ASURLClassLoader.loadClass(ASURLClassLoader.java:144)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at
com.sun.enterprise.security.auth.realm.Realm.doInstantiate(Realm.java:229)
at com.sun.enterprise.security.auth.realm.Realm.instantiate(Realm.java:165)
at com.sun.enterprise.security.RealmConfig.createRealms(RealmConfig.java:93)
at
com.sun.enterprise.security.RealmConfig.createRealms(RealmConfig.java:163)
at
com.sun.enterprise.security.SecurityLifecycle.onInitialization(SecurityLifecycle.java:113)
at
com.sun.enterprise.server.ApplicationServer.onInitialization(ApplicationServer.java:262)
at
com.sun.enterprise.server.ondemand.OnDemandServer.onInitialization(OnDemandServer.java:101)
at com.sun.enterprise.server.PEMain.run(PEMain.java:401)
at com.sun.enterprise.server.PEMain.main(PEMain.java:338)
... 5 more

#]

The class does seem to exist;

  1. jar -tf lib/appserv-ext.jar | grep com/sun/appserv/security/AppservRealm
    com/sun/appserv/security/AppservRealm.class
    #


 Comments   
Comment by scotth1 [ 28/Oct/07 11:11 PM ]

I forgot the generated Java command output at startup;

29-Oct-2007 16:34:44 com.sun.enterprise.admin.servermgmt.launch.ASLauncher
buildCommand
INFO:
/usr/java/latest/bin/java
-Dcom.sun.aas.instanceRoot=/u01/app/glassfish-v2-b58g/domains/domain1
-Dcom.sun.aas.ClassPathPrefix=
-Dcom.sun.aas.ClassPathSuffix=
-Dcom.sun.aas.ServerClassPath=
-Dcom.sun.aas.classloader.appserverChainJars.ee=
-Dcom.sun.aas.classloader.appserverChainJars=admin-cli.jar,admin-cli-ee.jar,j2ee-svc.jar
-Dcom.sun.aas.classloader.excludesList=admin-cli.jar,appserv-upgrade.jar,sun-appserv-ant.jar
-Dcom.sun.aas.classloader.optionalOverrideableChain.ee=
-Dcom.sun.aas.classloader.optionalOverrideableChain=webservices-rt.jar,webservices-tools.jar
-Dcom.sun.aas.classloader.serverClassPath.ee=/lib/hadbjdbc4.jar,/u01/app/glassfish-v2-b58g/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,/lib/dbstate.jar,/lib/hadbm.jar,/lib/hadbmgt.jar,/opt/sun/mfwk/share/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.classloader.serverClassPath=/u01/app/glassfish-v2-b58g/lib/install/applications/jmsra/imqjmsra.jar,/u01/app/glassfish-v2-b58g/imq/lib/jaxm-api.jar,/u01/app/glassfish-v2-b58g/imq/lib/fscontext.jar,/u01/app/glassfish-v2-b58g/imq/lib/imqbroker.jar,/u01/app/glassfish-v2-b58g/imq/lib/imqjmx.jar,/u01/app/glassfish-v2-b58g/lib/ant/lib/ant.jar,/u01/app/glassfish-v2-b58g/lib/SUNWjdmk/5.1/lib/jdmkrt.jar
-Dcom.sun.aas.classloader.sharedChainJars.ee=appserv-se.jar,appserv-ee.jar,jesmf-plugin.jar,/lib/dbstate.jar,/lib/hadbjdbc4.jar,jgroups-all.jar,/opt/sun/mfwk/share/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.classloader.sharedChainJars=javaee.jar,/usr/java/latest/lib/tools.jar,install/applications/jmsra/imqjmsra.jar,com-sun-commons-launcher.jar,com-sun-commons-logging.jar,/u01/app/glassfish-v2-b58g/imq/lib/jaxm-api.jar,/u01/app/glassfish-v2-b58g/imq/lib/fscontext.jar,/u01/app/glassfish-v2-b58g/imq/lib/imqbroker.jar,/u01/app/glassfish-v2-b58g/imq/lib/imqjmx.jar,/u01/app/glassfish-v2-b58g/imq/lib/imqxm.jar,webservices-rt.jar,webservices-tools.jar,mail.jar,appserv-jstl.jar,jmxremote_optional.jar,/u01/app/glassfish-v2-b58g/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,activation.jar,appserv-rt.jar,appserv-admin.jar,appserv-cmp.jar,/u01/app/glassfish-v2-b58g/updatecenter/lib/updatecenter.jar,/u01/app/glassfish-v2-b58g/jbi/lib/jbi.jar,/u01/app/glassfish-v2-b58g/imq/lib/imqjmx.jar,/u01/app/glassfish-v2-b58g/lib/ant/lib/ant.jar,dbschema.jar
-Dcom.sun.aas.configName=server-config
-Dcom.sun.aas.configRoot=/u01/app/glassfish-v2-b58g/config
-Dcom.sun.aas.defaultLogFile=/u01/app/glassfish-v2-b58g/domains/domain1/logs/server.log
-Dcom.sun.aas.domainName=domain1
-Dcom.sun.aas.installRoot=/u01/app/glassfish-v2-b58g
-Dcom.sun.aas.instanceName=server
-Dcom.sun.aas.processLauncher=SE
-Dcom.sun.aas.promptForIdentity=true
-Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory
-Dcom.sun.enterprise.overrideablejavaxpackages=javax.help,javax.portlet
-Dcom.sun.enterprise.taglibs=appserv-jstl.jar,jsf-impl.jar
-Dcom.sun.enterprise.taglisteners=jsf-impl.jar
-Dcom.sun.updatecenter.home=/u01/app/glassfish-v2-b58g/updatecenter
-Ddomain.name=domain1
-Djava.endorsed.dirs=/u01/app/glassfish-v2-b58g/lib/endorsed
-Djava.ext.dirs=/usr/java/latest/lib/ext:/usr/java/latest/jre/lib/ext:/u01/app/glassfish-v2-b58g/domains/domain1/lib/ext:/u01/app/glassfish-v2-b58g/javadb/lib
-Djava.library.path=/u01/app/glassfish-v2-b58g/lib:/u01/app/glassfish-v2-b58g/lib:/u01/app/glassfish-v2-b58g/lib
-Djava.security.auth.login.config=/u01/app/glassfish-v2-b58g/domains/domain1/config/login.conf
-Djava.security.policy=/u01/app/glassfish-v2-b58g/domains/domain1/config/server.policy
-Djava.util.logging.manager=com.sun.enterprise.server.logging.ServerLogManager
-Djavax.management.builder.initial=com.sun.enterprise.admin.server.core.jmx.AppServerMBeanServerBuilder
-Djavax.net.ssl.keyStore=/u01/app/glassfish-v2-b58g/domains/domain1/config/keystore.jks
-Djavax.net.ssl.trustStore=/u01/app/glassfish-v2-b58g/domains/domain1/config/cacerts.jks
-Djdbc.drivers=org.apache.derby.jdbc.ClientDriver
-Djmx.invoke.getters=true
-Dsun.rmi.dgc.client.gcInterval=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000
-client
-XX:+UnlockDiagnosticVMOptions
-XX:MaxPermSize=192m
-Xmx512m
-XX:NewRatio=2
-XX:+LogVMOutput
-XX:LogFile=/u01/app/glassfish-v2-b58g/domains/domain1/logs/jvm.log
-cp
/u01/app/glassfish-v2-b58g/lib/jhall.jar:/u01/app/glassfish-v2-b58g/lib/appserv-launch.jar
com.sun.enterprise.server.PELaunch
start

Comment by kumarjayanti [ 29/Oct/07 05:56 AM ]

The user has reported it was a user-error.





[GLASSFISH-3814] Horrible memory leak when serving large PDFs Created: 27/Oct/07  Updated: 29/Oct/07  Resolved: 29/Oct/07

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: whartung Assignee: jluehe
Resolution: Duplicate Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Issuezilla Id: 3,814
Tags:
Participants: jfarcand, jluehe and whartung

 Description   

There is a nasty memory leak when serving large PDFs from GFv2.

Starting Sun Java System Application Server 9.1 (build b58g-fcs) (latest download from GF homepage).

I am trying to simply view a 139MB PDF file from Glassfish.

Bone stock default GF install on Mac OS 10.4, JDK 1.5

Create a simple webapp from NetBeans, with the generated index.jsp. Add in your large PDF file.

Start Glassfish, and deploy your war.

Launch JConsole, connect to GF, and select the Memory pane.

On my system, after a quick "Perform GC" click, the JVM is around 29MB.

Go to a brower and try to download the pdf file:

http://localhost:8080/example/big.pdf

Observe on JConsole the memory shoot up from 29MB up to ~190MB.

Observe in Glassfish Log File:

[#|2007-10-27T21:43:08.952-0700|SEVERE|sun-appserver9.1|javax.enterprise.system.container.web|
_ThreadID=15;_ThreadName=httpSSLWorkerThread-8080-0;_RequestID=e09a1e67-dbbb-45e3-
be7b-dfbb06936407;|StandardWrapperValve[default]: PWC1406: Servlet.service() for servlet default
threw exception
java.lang.OutOfMemoryError: Java heap space

#]

[#|2007-10-27T21:43:09.404-0700|WARNING|sun-appserver9.1|javax.enterprise.system.stream.err|
_ThreadID=15;_ThreadName=httpSSLWorkerThread-8080-0;_RequestID=e09a1e67-dbbb-45e3-
be7b-dfbb06936407;|java.lang.OutOfMemoryError: Java heap space

#]

Click "Perform GC" on JConsole, and observe the JVM Heap size go down by only a couple of MB (say
from 190MB to 188MB).

Try and download the PDF again from the browser, and observe the JVM memory surge up again, and
again hit OutOfMemory, and again not be able to GC any of the memory.

Go ahead and stop GF, it's effectively dead now anyway.

I have observed similiar behavior on Solaris installs, but of earlier build (GF Release Candidates).

I have not tried this with other large resources (say a large ZIP).

This is a real show stopper for us.



 Comments   
Comment by whartung [ 28/Oct/07 09:57 AM ]

I dug a bit deepere, playing with the debugger. This is definately something "down deep" in Grizzly. My
suspicion is that it's allocating some kind of buffer (duh), and when it gets the OOM exception, that's
where it "loses" the memory and the whole thing goes to pot.

I tried a simple servlet:

response.setContentType("application/pdf");
OutputStream o = response.getOutputStream();

FileInputStream is = new FileInputStream("/tmp/biggo.pdf");
byte[] buf = new byte[8192];

int l = is.read(buf);
while (l > -1) { o.write(buf, 0, l); }
o.close();
is.close();

And the same error happens, so it's not some kind of internal resource caching thing.

I haven't run tests as to when the file is big enough to cause the OOM to happen. No doubt this
threshold may well be based on heap size, and it's clear this doesn't happen with smaller files (or we
would be hearing from someone besides me).

Comment by jfarcand [ 29/Oct/07 06:46 AM ]

Embarrassing no one from our testing team found that

      • This issue has been marked as a duplicate of 3683 ***




[GLASSFISH-3805] 9.1UR1 AIX platform ServletException while running tomcat tests Created: 25/Oct/07  Updated: 04/Jan/08  Resolved: 04/Jan/08

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Critical
Reporter: jluehe Assignee: jluehe
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,805
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler and jluehe

 Description   

shaline gowda wrote:

When I executed the tomcat tests on the 9.1UR1 build05 on AIX platform using the
IBM JDK, most of the tests in the servlet2_4, and cross_context_dispatch modules
have failed , and all these failures show the same error message as below:
"javax.servlet.ServletException: PWC1243: Filter execution threw an exception",
and "javax.servlet.ServletException: PWC1244: Filter execution threw an
exception" in the output.
Please let me know if it is a bug on AIX. All the tests have passed on solaris
sparc 10 , on the same 9.1UR1 PE build05.

Here is the link to the results page which shows the
"javax.servlet.ServletException: PWC1243: Filter execution threw an exception"
message.
122 failed servlet2_4 tests::
http://agni-1.sfbay.sun.com/net/asqe-logs.sfbay.sun.com/export1/9.1_01/Results/build05/core/pe/22-October-2007/defaultppc5.3_aixas8_derby/tomcat_rerun/html/s1as8_product_test_servlet2_4_webapp1_result.html

20 failed cross-context-dispatch tests:
http://agni-1.sfbay.sun.com/net/asqe-logs.sfbay.sun.com/export1/9.1_01/Results/build05/core/pe/22-October-2007/defaultppc5.3_aixas8_derby/tomcat_rerun/html/sjsas_cross_context_dispatch_webapp1_result.html

Please let me know if you need the ear file to reproduce the issue.

The server.log has the below stack.
[TestHttpSessionListenerServlet.sessionCreated]: session.getId() =
3854a1d73e373ef4e196079107ba|#]

[#|2007-10-24T12:37:48.835-0700|SEVERE|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=15;_ThreadName=httpSSLWorkerThread-8080-0;_RequestID=3f51f39f-c08a-41c2-9207-e29981f34f49;|StandardWrapperValve[Test01]:
PWC1406: Servlet.service() for servlet Test01 threw exception
java.lang.NoSuchMethodError:
com/sun/enterprise/web/session/SessionCookieConfig.getSecure()Ljava/lang/String;
at
com.sun.enterprise.web.connector.coyote.PwcCoyoteRequest.configureSessionCookie(PwcCoyoteRequest.java:170)
at org.apache.coyote.tomcat5.CoyoteRequest.doGetSession(CoyoteRequest.java:2747)
at org.apache.coyote.tomcat5.CoyoteRequest.getSession(CoyoteRequest.java:2464)
at
org.apache.coyote.tomcat5.CoyoteRequestFacade.getSession(CoyoteRequestFacade.java:871)
at
org.apache.coyote.tomcat5.CoyoteRequestFacade.getSession(CoyoteRequestFacade.java:882)
at filters.FilterTest.doFilter(FilterTest.java:22)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:380)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)

#]


 Comments   
Comment by jluehe [ 25/Oct/07 06:11 PM ]

Removed stale version of SessionCookieConfig.java from CVS:

Removing session/SessionCookieConfig.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/web/session/SessionCookieConfig.java,v
<-- SessionCookieConfig.java
new revision: delete; previous revision: 1.4
done

Comment by basler [ 25/Oct/07 06:49 PM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by jluehe [ 04/Jan/08 09:42 AM ]

Ported fix to SJSAS91_FCS_BRANCH:

Removing session/SessionCookieConfig.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/web/session/SessionCookieConfig.java,v
<-- SessionCookieConfig.java
new revision: delete; previous revision: 1.4
done

Comment by jluehe [ 04/Jan/08 10:26 AM ]

Ported fix to SJSAS91_FCS_BRANCH:

Removing session/SessionCookieConfig.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/web/session/SessionCookieConfig.java,v
<-- SessionCookieConfig.java
new revision: delete; previous revision: 1.4
done





[GLASSFISH-3804] Include link to Java EE 5 Tutorial in QuickStart.html Created: 25/Oct/07  Updated: 25/Oct/07  Resolved: 25/Oct/07

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: Paul Davies Assignee: cs194067
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,804
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, cs194067 and Paul Davies

 Description   

In the "Where to Go Next" section of QuickStart.html, the reference to the Java
EE 5 Tutorial is static text. This reference should be a live link.



 Comments   
Comment by basler [ 25/Oct/07 10:03 AM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by cs194067 [ 25/Oct/07 11:31 PM ]

Checked into SJSAS91_UR1_BRANCH

glassfish/appserv-docs/QuickStart.html
revision 1.21.2.3.2.1





[GLASSFISH-3801] AIX:StackOverflowError from pkgClientJar test on AIX Created: 24/Oct/07  Updated: 30/Oct/07  Resolved: 30/Oct/07

Status: Resolved
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

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

Operating System: AIX
Platform: Other


File Attachments: Text File ejb-cmp-datatypesApp.ear     Text File pkgClientJar.log     Text File pkgClientJar.zip     Text File server.log    
Issuezilla Id: 3,801
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, Mitesh Meswani, mzh777 and sherryshen

 Description   

9.1UR1 b05

Ran into StackOverflowError on client side of pkgClientJar tests on AIX 5:
[echo] Oct 22, 2007 4:46:26 PM
com.sun.enterprise.appclient.MainWithModuleSupport <init>
[echo] WARNING: ACC003: Application threw an exception.
[echo] java.lang.StackOverflowError: OS stack overflow
[echo] at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transfor
(TopLinkWeaver.java:101)
[echo] at com.sun.enterprise.loader.EJBClassLoader.findClass
(EJBClassLoader.java:673)
[echo] at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
[echo] at java.lang.ClassLoader.loadClass(ClassLoader.java:595)

The JDK is IBM jdk1.5.0. There is no such error on Solaris and PC.
No exceptions on server side. The server.log and the client side output are
attached. The pkgClientJar test is also attached.



 Comments   
Comment by mzh777 [ 24/Oct/07 01:17 PM ]

Created an attachment (id=1222)
Client side output

Comment by mzh777 [ 24/Oct/07 01:18 PM ]

Created an attachment (id=1223)
The test src

Comment by mzh777 [ 24/Oct/07 01:20 PM ]

Created an attachment (id=1224)
Server log.

Comment by sherryshen [ 24/Oct/07 02:23 PM ]

add myself to cc

Comment by mzh777 [ 24/Oct/07 03:50 PM ]

To reproduce the issue on AIX:
1. Create jdbc-connpool and jdbc-resource as shown in the client side log
(pkgClientJar.log).
2. Deploy the attached ear file (ejb-cmp-datatypesApp.ear).
3. Run the app with appclient.

Comment by mzh777 [ 24/Oct/07 03:52 PM ]

Created an attachment (id=1225)
The ear file.

Comment by basler [ 25/Oct/07 09:43 AM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by Mitesh Meswani [ 25/Oct/07 06:47 PM ]

Here is an output of a run with some debug statements in
ToplinkWeaver#transform() printing stack dumps and class being loaded.
This indicates that IBM jvm goes in a loop while loading the class
"oracle/toplink/essentials/internal/weaving/ClassDetails" which cause
the stack overflow.

Q. Why does this issue not show up on Sun's jvm?
A. Obviously because the two jvms behave differently.
Following is the code from ToplinkWeaver#transform()

101 ClassDetails classDetails = (ClassDetails)classDetailsMap.get(className);
102 if (classDetails != null) {
103 ....

If the class ClassDetails is not loaded at line 101, Sun's jvm does not try
to load the class, if the RHS evaluates to null
where as IBM's jvm initializes the class and hence goes in a loop

<debug_output>
className is –
oracle/toplink/essentials/internal/ejb/cmp3/EntityManagerFactoryImpl Thread is
– 16515324
java.lang.Throwable
at java.lang.Thread.dumpStack(Thread.java:454)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:107)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.ejb.cmp3.EntityManagerFactoryProvider.createContainerEntityManagerFactory(EntityManagerFactoryProvider.java:251)
at
com.sun.enterprise.server.PersistenceUnitLoaderImpl.load(PersistenceUnitLoaderImpl.java:149)
at
com.sun.enterprise.server.PersistenceUnitLoaderImpl.load(PersistenceUnitLoaderImpl.java:84)
at
com.sun.enterprise.appclient.AppClientInfo.handlePersistenceUnitDependency(AppClientInfo.java:272)
at
com.sun.enterprise.appclient.AppClientInfo.completeInit(AppClientInfo.java:183)
at
com.sun.enterprise.appclient.AppClientInfoFactory.buildAppClientInfo(AppClientInfoFactory.java:149)
at
com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:366)
at
com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:259)
at com.sun.enterprise.appclient.Main.main(Main.java:200)
++++++++++++++++++++++++++
--------------------------
className is – oracle/toplink/essentials/internal/weaving/ClassDetails Thread
is – 16515324
java.lang.Throwable
at java.lang.Thread.dumpStack(Thread.java:454)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:107)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:109)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.ejb.cmp3.EntityManagerFactoryProvider.createContainerEntityManagerFactory(EntityManagerFactoryProvider.java:251)
at
com.sun.enterprise.server.PersistenceUnitLoaderImpl.load(PersistenceUnitLoaderImpl.java:149)
at
com.sun.enterprise.server.PersistenceUnitLoaderImpl.load(PersistenceUnitLoaderImpl.java:84)
at
com.sun.enterprise.appclient.AppClientInfo.handlePersistenceUnitDependency(AppClientInfo.java:272)
at
com.sun.enterprise.appclient.AppClientInfo.completeInit(AppClientInfo.java:183)
at
com.sun.enterprise.appclient.AppClientInfoFactory.buildAppClientInfo(AppClientInfoFactory.java:149)
at
com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:366)
at
com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:259)
at com.sun.enterprise.appclient.Main.main(Main.java:200)
++++++++++++++++++++++++++
--------------------------
className is – oracle/toplink/essentials/internal/weaving/ClassDetails Thread
is – 16515324
java.lang.Throwable
at java.lang.Thread.dumpStack(Thread.java:454)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:107)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:109)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:109)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.ejb.cmp3.EntityManagerFactoryProvider.createContainerEntityManagerFactory(EntityManagerFactoryProvider.java:251)
at
com.sun.enterprise.server.PersistenceUnitLoaderImpl.load(PersistenceUnitLoaderImpl.java:149)
at
com.sun.enterprise.server.PersistenceUnitLoaderImpl.load(PersistenceUnitLoaderImpl.java:84)
at
com.sun.enterprise.appclient.AppClientInfo.handlePersistenceUnitDependency(AppClientInfo.java:272)
at
com.sun.enterprise.appclient.AppClientInfo.completeInit(AppClientInfo.java:183)
at
com.sun.enterprise.appclient.AppClientInfoFactory.buildAppClientInfo(AppClientInfoFactory.java:149)
at
com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:366)
at
com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:259)
at com.sun.enterprise.appclient.Main.main(Main.java:200)
++++++++++++++++++++++++++
--------------------------
className is – oracle/toplink/essentials/internal/weaving/ClassDetails Thread
is – 16515324
java.lang.Throwable
at java.lang.Thread.dumpStack(Thread.java:454)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:107)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:109)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:109)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.internal.weaving.TopLinkWeaver.transform(TopLinkWeaver.java:109)
at com.sun.enterprise.loader.EJBClassLoader.findClass(EJBClassLoader.java:673)
at java.lang.ClassLoader.loadClass(ClassLoader.java:629)
at java.lang.ClassLoader.loadClass(ClassLoader.java:595)
at
oracle.toplink.essentials.ejb.cmp3.EntityManagerFactoryProvider.createContainerEntityManagerFactory(EntityManagerFactoryProvider.java:251)
at
com.sun.enterprise.server.PersistenceUnitLoaderImpl.load(PersistenceUnitLoaderImpl.java:149)
at
com.sun.enterprise.server.PersistenceUnitLoaderImpl.load(PersistenceUnitLoaderImpl.java:84)
at
com.sun.enterprise.appclient.AppClientInfo.handlePersistenceUnitDependency(AppClientInfo.java:272)
at
com.sun.enterprise.appclient.AppClientInfo.completeInit(AppClientInfo.java:183)
at
com.sun.enterprise.appclient.AppClientInfoFactory.buildAppClientInfo(AppClientInfoFactory.java:149)
at
com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:366)
at
com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:259)
at com.sun.enterprise.appclient.Main.main(Main.java:200)
++++++++++++++++++++++++++
</<debug_output>

Comment by Mitesh Meswani [ 30/Oct/07 08:51 PM ]

$ cvs commit java/oracle/toplink/essentials/internal/weaving/TopLinkWeaver.java

Checking in java/oracle/toplink/essentials/internal/weaving/TopLinkWeaver.java;
/cvs/glassfish/entity-persistence/src/java/oracle/toplink/essentials/internal/we
aving/TopLinkWeaver.java,v <-- TopLinkWeaver.java
new revision: 1.12.8.1; previous revision: 1.12
done





[GLASSFISH-3799] one more test Created: 24/Oct/07  Updated: 24/Oct/07  Resolved: 24/Oct/07

Status: Resolved
Project: glassfish
Component/s: cmp
Affects Version/s: 9.1.1
Fix Version/s: 9.1peur1

Type: Bug Priority: Trivial
Reporter: marina vatkina Assignee: marina vatkina
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,799
Tags:
Participants: marina vatkina

 Description   

still testing defaults



 Comments   
Comment by marina vatkina [ 24/Oct/07 12:36 PM ]

the default target milestone is set to 9.1 ur1





[GLASSFISH-3798] test of the defaults Created: 24/Oct/07  Updated: 24/Oct/07  Resolved: 24/Oct/07

Status: Resolved
Project: glassfish
Component/s: cmp
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Trivial
Reporter: marina vatkina Assignee: marina vatkina
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,798
Tags:
Participants: marina vatkina

 Description   

to be closed



 Comments   
Comment by marina vatkina [ 24/Oct/07 12:35 PM ]

test bug





[GLASSFISH-3795] Re: Multiple IP - Same Port fails Created: 24/Oct/07  Updated: 29/Oct/07  Resolved: 29/Oct/07

Status: Resolved
Project: glassfish
Component/s: other
Affects Version/s: 9.1.1
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: htsguru Assignee: binod
Resolution: Duplicate Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Solaris
Platform: Sun
URL: http://forums.java.net/jive/thread.jspa?messageID=241761


File Attachments: Text File server.log    
Issuezilla Id: 3,795
Tags:
Participants: binod, htsguru and jfarcand

 Description   

Sun Java System Application Server 9.1 (build b58g-fcs)

  • server.log attached, shows following...
  • rm -f server.log
  • added domain.xml - ASQuickStartup=false, as requested
  • start-domain domain1
  1. netstat -an|grep 65|sort
    65.118.32.34.443 . 0 0 49152 0 LISTEN
    65.118.32.34.4848 . 0 0 49152 0 LISTEN
    65.118.32.34.80 . 0 0 49152 0 LISTEN
    65.118.32.35.80 . 0 0 49152 0 LISTEN
    65.118.32.36.80 . 0 0 49152 0 LISTEN
            • WORKED ******
  • stop-domain domain1
  • commented domain.xml - ASQuickStartup=false
  • start-domain domain1
  • failed with: A conflict occured on port 80 . Server is shutting down.|#]

================= server.log ======================
Oct 24, 2007 8:25:52 AM com.sun.enterprise.admin.servermgmt.launch.ASLauncher
buildCommand
INFO:
/usr/jdk/instances/jdk1.5.0/bin/java
-Dcom.sun.aas.instanceRoot=/opt/SUNWappserver/domains/domain1
-Dcom.sun.aas.ClassPathPrefix=
-Dcom.sun.aas.ClassPathSuffix=
-Dcom.sun.aas.ServerClassPath=
-Dcom.sun.aas.classloader.appserverChainJars.ee=
-Dcom.sun.aas.classloader.appserverChainJars=admin-cli.jar,admin-cli-ee.jar,j2ee-svc.jar
-Dcom.sun.aas.classloader.excludesList=admin-cli.jar,appserv-upgrade.jar,sun-appserv-ant.jar
-Dcom.sun.aas.classloader.optionalOverrideableChain.ee=
-Dcom.sun.aas.classloader.optionalOverrideableChain=webservices-rt.jar,webservices-tools.jar
-Dcom.sun.aas.classloader.serverClassPath.ee=Does not
exist/lib/hadbjdbc4.jar,/opt/SUNWappserver/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,Does
not exist/lib/dbstate.jar,Does not exist/lib/hadbm.jar,Does not
exist/lib/hadbmgt.jar,/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.classloader.serverClassPath=/opt/SUNWappserver/lib/install/applications/jmsra/imqjmsra.jar,/opt/SUNWappserver/imq/lib/jaxm-api.jar,/opt/SUNWappserver/imq/lib/fscontext.jar,/opt/SUNWappserver/imq/lib/imqbroker.jar,/opt/SUNWappserver/imq/lib/imqjmx.jar,/opt/SUNWappserver/lib/ant/lib/ant.jar,/opt/SUNWappserver/lib/SUNWjdmk/5.1/lib/jdmkrt.jar
-Dcom.sun.aas.classloader.sharedChainJars.ee=appserv-se.jar,appserv-ee.jar,jesmf-plugin.jar,Does
not exist/lib/dbstate.jar,Does not
exist/lib/hadbjdbc4.jar,jgroups-all.jar,/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.classloader.sharedChainJars=javaee.jar,/usr/jdk/instances/jdk1.5.0/lib/tools.jar,install/applications/jmsra/imqjmsra.jar,com-sun-commons-launcher.jar,com-sun-commons-logging.jar,/opt/SUNWappserver/imq/lib/jaxm-api.jar,/opt/SUNWappserver/imq/lib/fscontext.jar,/opt/SUNWappserver/imq/lib/imqbroker.jar,/opt/SUNWappserver/imq/lib/imqjmx.jar,/opt/SUNWappserver/imq/lib/imqxm.jar,webservices-rt.jar,webservices-tools.jar,mail.jar,appserv-jstl.jar,jmxremote_optional.jar,/opt/SUNWappserver/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,activation.jar,appserv-rt.jar,appserv-admin.jar,appserv-cmp.jar,/opt/SUNWappserver/updatecenter/lib/updatecenter.jar,/opt/SUNWappserver/jbi/lib/jbi.jar,/opt/SUNWappserver/imq/lib/imqjmx.jar,/opt/SUNWappserver/lib/ant/lib/ant.jar,dbschema.jar
-Dcom.sun.aas.configName=server-config
-Dcom.sun.aas.configRoot=/opt/SUNWappserver/config
-Dcom.sun.aas.defaultLogFile=/opt/SUNWappserver/domains/domain1/logs/server.log
-Dcom.sun.aas.domainName=domain1
-Dcom.sun.aas.installRoot=/opt/SUNWappserver
-Dcom.sun.aas.instanceName=server
-Dcom.sun.aas.processLauncher=SE
-Dcom.sun.aas.promptForIdentity=true
-Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory
-Dcom.sun.enterprise.overrideablejavaxpackages=javax.help,javax.portlet
-Dcom.sun.enterprise.server.ss.ASQuickStartup=false
-Dcom.sun.enterprise.taglibs=appserv-jstl.jar,jsf-impl.jar
-Dcom.sun.enterprise.taglisteners=jsf-impl.jar
-Dcom.sun.updatecenter.home=/opt/SUNWappserver/updatecenter
-Ddomain.name=domain1
-Djava.endorsed.dirs=/opt/SUNWappserver/lib/endorsed
-Djava.ext.dirs=/usr/jdk/instances/jdk1.5.0/lib/ext:/usr/jdk/instances/jdk1.5.0/jre/lib/ext:/opt/SUNWappserver/domains/domain1/lib/ext:/opt/SUNWappserver/javadb/lib
-Djava.library.path=/opt/SUNWappserver/lib:/opt/SUNWappserver/lib:/opt/SUNWappserver/lib
-Djava.security.auth.login.config=/opt/SUNWappserver/domains/domain1/config/login.conf
-Djava.security.policy=/opt/SUNWappserver/domains/domain1/config/server.policy
-Djava.util.logging.manager=com.sun.enterprise.server.logging.ServerLogManager
-Djavax.management.builder.initial=com.sun.enterprise.admin.server.core.jmx.AppServerMBeanServerBuilder
-Djavax.net.ssl.keyStore=/opt/SUNWappserver/domains/domain1/config/keystore.jks
-Djavax.net.ssl.trustStore=/opt/SUNWappserver/domains/domain1/config/cacerts.jks-Djdbc.drivers=org.apache.derby.jdbc.ClientDriver
-Djmx.invoke.getters=true
-Dsun.rmi.dgc.client.gcInterval=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000
-client
-XX:+UnlockDiagnosticVMOptions
-XX:MaxPermSize=192m
-Xmx512m
-XX:NewRatio=2
-XX:+LogVMOutput
-XX:LogFile=/opt/SUNWappserver/domains/domain1/logs/jvm.log
-cp
/opt/SUNWappserver/lib/jhall.jar:/opt/SUNWappserver/lib/appserv-launch.jar
com.sun.enterprise.server.PELaunch
start
[#|2007-10-24T08:25:53.480-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=pool-1-thread-2;com.sun.enterprise.interceptor.DynamicInterceptor;|MBeanServer
started: com.sun.enterprise.interceptor.DynamicInterceptor|#]

[#|2007-10-24T08:25:53.501-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=11;_ThreadName=main;|Starting
Sun Java System Application Server 9.1 (build b58g-fcs) ...|#]

[#|2007-10-24T08:25:55.101-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=11;_ThreadName=main;Java
HotSpot(TM) Client VM;1.5.0_12;Sun Microsystems Inc.;|CORE5076: Using [Java
HotSpot(TM) Client VM, Version 1.5.0_12] from [Sun Microsystems Inc.]|#]

[#|2007-10-24T08:25:55.204-0400|INFO|sun-appserver9.1|javax.enterprise.system.core.security|_ThreadID=10;_ThreadName=pool-1-thread-2;|SEC1002:
Security Manager is OFF.|#]

[#|2007-10-24T08:25:55.859-0400|INFO|sun-appserver9.1|javax.enterprise.resource.jms|_ThreadID=10;_ThreadName=pool-1-thread-2;|Using
MQ RA for Broker lifecycle control|#]

[#|2007-10-24T08:25:58.433-0400|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=11;_ThreadName=main;|/opt/SUNWappserver/domains/domain1/config/.__com_sun_appserv_pid|#]

[#|2007-10-24T08:25:59.437-0400|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=11;_ThreadName=main;|ADM0001:SunoneInterceptor
is now enabled|#]

[#|2007-10-24T08:25:59.705-0400|INFO|sun-appserver9.1|javax.enterprise.system.core.security|_ThreadID=11;_ThreadName=main;com.sun.enterprise.security.provider.PolicyWrapper;|SEC1143:
Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.|#]

[#|2007-10-24T08:26:01.775-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;server;|WEB0114:
SSO is disabled in virtual server [server]|#]

[#|2007-10-24T08:26:01.796-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|ThreadID=11;_ThreadName=main;_asadmin;|WEB0114:
SSO is disabled in virtual server [__asadmin]|#]

[#|2007-10-24T08:26:01.798-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;hts;|WEB0114:
SSO is disabled in virtual server [hts]|#]

[#|2007-10-24T08:26:01.803-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;f2m;|WEB0114:
SSO is disabled in virtual server [f2m]|#]

[#|2007-10-24T08:26:03.741-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.ejb|_ThreadID=11;_ThreadName=main;|EJBSCLookup::
sc.getEjbContainerAvailabilityEnabledFromConfig() ==> false|#]

[#|2007-10-24T08:26:05.868-0400|INFO|sun-appserver9.1|javax.enterprise.system.core.transaction|_ThreadID=11;_ThreadName=main;3700;|JTS5014:
Recoverable JTS instance, serverId = [3700]|#]

[#|2007-10-24T08:26:06.758-0400|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=11;_ThreadName=main;|ADM1079:
Initialization of AMX MBeans started|#]

[#|2007-10-24T08:26:07.327-0400|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=12;_ThreadName=Thread-16;service:jmx:rmi:///jndi/rmi://htsweb30.htsweb.com:8686/jmxrmi;|ADM1504:
Here is the JMXServiceURL for the Standard JMXConnectorServer:
[service:jmx:rmi:///jndi/rmi://htsweb30.htsweb.com:8686/jmxrmi]. This is where
the remote administrative clients should connect using the standard JMX
connectors|#]

[#|2007-10-24T08:26:07.328-0400|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=12;_ThreadName=Thread-16;true;|ADM1506:
Status of Standard JMX Connector: Active = [true]|#]

[#|2007-10-24T08:26:08.143-0400|INFO|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=11;_ThreadName=main;|JMS
Service Connection URL is :mq://htsweb30.htsweb.com:7676/|#]

[#|2007-10-24T08:26:08.192-0400|INFO|sun-appserver9.1|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=11;_ThreadName=main;|MQJMSRA_RA1101:
SJSMQ JMS Resource Adapter starting...|#]

[#|2007-10-24T08:26:10.040-0400|INFO|sun-appserver9.1|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=11;_ThreadName=main;|MQJMSRA_EB1101:
EMBEDDED broker started with code =0|#]

[#|2007-10-24T08:26:10.047-0400|INFO|sun-appserver9.1|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=11;_ThreadName=main;|MQJMSRA_RA1101:
SJSMQ JMSRA Started:DIRECT|#]

[#|2007-10-24T08:26:11.906-0400|INFO|sun-appserver9.1|javax.enterprise.resource.corba|_ThreadID=11;_ThreadName=main;|POARemoteRefFactory
checking if SFSBVersionPolicy need to be added|#]

[#|2007-10-24T08:26:11.908-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.ejb|_ThreadID=11;_ThreadName=main;|EJBSCLookup::
sc.getEjbContainerAvailabilityEnabledFromConfig() ==> false|#]

[#|2007-10-24T08:26:11.908-0400|INFO|sun-appserver9.1|javax.enterprise.resource.corba|_ThreadID=11;_ThreadName=main;|POARemoteRefFactory
addSFSBVersionPolicy? false|#]

[#|2007-10-24T08:26:11.910-0400|INFO|sun-appserver9.1|javax.enterprise.resource.corba|_ThreadID=11;_ThreadName=main;|POARemoteRefFactory
checking if SFSBVersionPolicy need to be added|#]

[#|2007-10-24T08:26:11.914-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.ejb|_ThreadID=11;_ThreadName=main;|EJBSCLookup::
sc.getEjbContainerAvailabilityEnabledFromConfig() ==> false|#]

[#|2007-10-24T08:26:11.916-0400|INFO|sun-appserver9.1|javax.enterprise.resource.corba|_ThreadID=11;_ThreadName=main;|POARemoteRefFactory
addSFSBVersionPolicy? false|#]

[#|2007-10-24T08:26:12.403-0400|INFO|sun-appserver9.1|javax.enterprise.system.core.classloading|_ThreadID=11;_ThreadName=main;MEjbApp;|LDR5010:
All ejb(s) of [MEjbApp] loaded successfully!|#]

[#|2007-10-24T08:26:14.454-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.ejb|ThreadID=11;_ThreadName=main;jdbc/_TimerPool;|EJB5109:EJB
Timer Service started successfully for datasource [jdbc/__TimerPool]|#]

[#|2007-10-24T08:26:14.454-0400|INFO|sun-appserver9.1|javax.enterprise.system.core.classloading|ThreadID=11;_ThreadName=main;_ejb_container_timer_app;|LDR5010:
All ejb(s) of [__ejb_container_timer_app] loaded successfully!|#]

[#|2007-10-24T08:26:14.632-0400|INFO|sun-appserver9.1|com.sun.jbi.framework|_ThreadID=11;_ThreadName=main;|JBIFW0010:
JBI framework ready to accept requests.|#]
[#|2007-10-24T08:26:14.647-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;|WEB0302:
Starting Sun-Java-System/Application-Server.|#]

[#|2007-10-24T08:26:16.023-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;80;|WEB0712:
Starting Sun-Java-System/Application-Server HTTP/1.1 on 80|#]

[#|2007-10-24T08:26:16.231-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;443;|WEB0712:
Starting Sun-Java-System/Application-Server HTTP/1.1 on 443|#]

[#|2007-10-24T08:26:16.245-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;4848;|WEB0712:
Starting Sun-Java-System/Application-Server HTTP/1.1 on 4848|#]

[#|2007-10-24T08:26:16.258-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;80;|WEB0712:
Starting Sun-Java-System/Application-Server HTTP/1.1 on 80|#]

[#|2007-10-24T08:26:16.272-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=main;80;|WEB0712:
Starting Sun-Java-System/Application-Server HTTP/1.1 on 80|#]

[#|2007-10-24T08:26:18.104-0400|INFO|sun-appserver9.1|javax.enterprise.system.core.selfmanagement|_ThreadID=11;_ThreadName=main;|SMGT0007:
Self Management Rules service is enabled|#]

[#|2007-10-24T08:26:18.199-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=11;_ThreadName=main;|Application
server startup complete.|#]

[#|2007-10-24T08:28:24.824-0400|INFO|sun-appserver9.1|javax.enterprise.resource.webcontainer.jsf.config|_ThreadID=13;_ThreadName=httpWorkerThread-4848-1;;|Initializing
Sun's JavaServer Faces implementation (1.2_04-b20-p03) for context ''|#]
[#|2007-10-24T08:28:58.630-0400|INFO|sun-appserver9.1|com.sun.jbi.framework|_ThreadID=14;_ThreadName=httpWorkerThread-4848-2;|JBIFW0012:
JBI framework startup complete.|#]

[#|2007-10-24T08:30:59.736-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;|WEB0303: Stopping
Sun-Java-System/Application-Server.|#]

[#|2007-10-24T08:30:59.741-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;80;|WEB0713: Stopping
Sun-Java-System/Application-Server HTTP/1.1 on 80|#]

[#|2007-10-24T08:31:00.284-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;443;|WEB0713: Stopping
Sun-Java-System/Application-Server HTTP/1.1 on 443|#]

[#|2007-10-24T08:31:01.293-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;4848;|WEB0713: Stopping
Sun-Java-System/Application-Server HTTP/1.1 on 4848|#]

[#|2007-10-24T08:31:01.623-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;80;|WEB0713: Stopping
Sun-Java-System/Application-Server HTTP/1.1 on 80|#]

[#|2007-10-24T08:31:02.301-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;80;|WEB0713: Stopping
Sun-Java-System/Application-Server HTTP/1.1 on 80|#]

[#|2007-10-24T08:31:11.371-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;|CORE5051: Shutting down all J2EE applications ...|#]

[#|2007-10-24T08:31:11.375-0400|INFO|sun-appserver9.1|javax.enterprise.system.container.ejb|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;2007/10/24 08:31:11;|EJB5122:EJB Timer Service
shutdown at [2007/10/24 08:31:11]|#]

[#|2007-10-24T08:31:11.375-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;|CORE 5060 : Stopping all J2EE Connector 1.5
Compliant resource adapters ...|#]

[#|2007-10-24T08:31:11.378-0400|INFO|sun-appserver9.1|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=16;_ThreadName=Thread-29;|MQJMSRA_RA1101:
SJSMQ JMSRA stopping...|#]

[#|2007-10-24T08:31:15.672-0400|INFO|sun-appserver9.1|javax.resourceadapter.mqjmsra.lifecycle|_ThreadID=16;_ThreadName=Thread-29;|MQJMSRA_RA1101:
SJSMQ JMSRA stopped.|#]

[#|2007-10-24T08:31:15.674-0400|INFO|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;jmsra;|RAR7094: jmsra shutdown successful.|#]

[#|2007-10-24T08:31:15.674-0400|INFO|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;__xa;|RAR7094: __xa shutdown successful.|#]

[#|2007-10-24T08:31:15.675-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;|CORE 5061 : Resource adapters Stop() Complete|#]

[#|2007-10-24T08:31:15.675-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;|CORE5052: Application shutdown complete.|#]

[#|2007-10-24T08:31:15.730-0400|INFO|sun-appserver9.1|javax.enterprise.system.tools.deployment|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;|[AutoDeploy] Disabling AutoDeployment service.|#]

[#|2007-10-24T08:31:16.113-0400|INFO|sun-appserver9.1|com.sun.jbi.framework|_ThreadID=15;_ThreadName=RMI
TCP Connection(9)-127.0.0.1;|JBIFW0042: JBI framework termination complete.|#]

Oct 24, 2007 8:33:11 AM com.sun.enterprise.admin.servermgmt.launch.ASLauncher
buildCommand
INFO:
/usr/jdk/instances/jdk1.5.0/bin/java
-Dcom.sun.aas.instanceRoot=/opt/SUNWappserver/domains/domain1
-Dcom.sun.aas.ClassPathPrefix=
-Dcom.sun.aas.ClassPathSuffix=
-Dcom.sun.aas.ServerClassPath=
-Dcom.sun.aas.classloader.appserverChainJars.ee=
-Dcom.sun.aas.classloader.appserverChainJars=admin-cli.jar,admin-cli-ee.jar,j2ee-svc.jar
-Dcom.sun.aas.classloader.excludesList=admin-cli.jar,appserv-upgrade.jar,sun-appserv-ant.jar
-Dcom.sun.aas.classloader.optionalOverrideableChain.ee=
-Dcom.sun.aas.classloader.optionalOverrideableChain=webservices-rt.jar,webservices-tools.jar
-Dcom.sun.aas.classloader.serverClassPath.ee=Does not
exist/lib/hadbjdbc4.jar,/opt/SUNWappserver/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,Does
not exist/lib/dbstate.jar,Does not exist/lib/hadbm.jar,Does not
exist/lib/hadbmgt.jar,/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.classloader.serverClassPath=/opt/SUNWappserver/lib/install/applications/jmsra/imqjmsra.jar,/opt/SUNWappserver/imq/lib/jaxm-api.jar,/opt/SUNWappserver/imq/lib/fscontext.jar,/opt/SUNWappserver/imq/lib/imqbroker.jar,/opt/SUNWappserver/imq/lib/imqjmx.jar,/opt/SUNWappserver/lib/ant/lib/ant.jar,/opt/SUNWappserver/lib/SUNWjdmk/5.1/lib/jdmkrt.jar
-Dcom.sun.aas.classloader.sharedChainJars.ee=appserv-se.jar,appserv-ee.jar,jesmf-plugin.jar,Does
not exist/lib/dbstate.jar,Does not
exist/lib/hadbjdbc4.jar,jgroups-all.jar,/opt/SUNWmfwk/lib/mfwk_instrum_tk.jar
-Dcom.sun.aas.classloader.sharedChainJars=javaee.jar,/usr/jdk/instances/jdk1.5.0/lib/tools.jar,install/applications/jmsra/imqjmsra.jar,com-sun-commons-launcher.jar,com-sun-commons-logging.jar,/opt/SUNWappserver/imq/lib/jaxm-api.jar,/opt/SUNWappserver/imq/lib/fscontext.jar,/opt/SUNWappserver/imq/lib/imqbroker.jar,/opt/SUNWappserver/imq/lib/imqjmx.jar,/opt/SUNWappserver/imq/lib/imqxm.jar,webservices-rt.jar,webservices-tools.jar,mail.jar,appserv-jstl.jar,jmxremote_optional.jar,/opt/SUNWappserver/lib/SUNWjdmk/5.1/lib/jdmkrt.jar,activation.jar,appserv-rt.jar,appserv-admin.jar,appserv-cmp.jar,/opt/SUNWappserver/updatecenter/lib/updatecenter.jar,/opt/SUNWappserver/jbi/lib/jbi.jar,/opt/SUNWappserver/imq/lib/imqjmx.jar,/opt/SUNWappserver/lib/ant/lib/ant.jar,dbschema.jar
-Dcom.sun.aas.configName=server-config
-Dcom.sun.aas.configRoot=/opt/SUNWappserver/config
-Dcom.sun.aas.defaultLogFile=/opt/SUNWappserver/domains/domain1/logs/server.log
-Dcom.sun.aas.domainName=domain1
-Dcom.sun.aas.installRoot=/opt/SUNWappserver
-Dcom.sun.aas.instanceName=server
-Dcom.sun.aas.processLauncher=SE
-Dcom.sun.aas.promptForIdentity=true
-Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory
-Dcom.sun.enterprise.overrideablejavaxpackages=javax.help,javax.portlet
-Dcom.sun.enterprise.taglibs=appserv-jstl.jar,jsf-impl.jar
-Dcom.sun.enterprise.taglisteners=jsf-impl.jar
-Dcom.sun.updatecenter.home=/opt/SUNWappserver/updatecenter
-Ddomain.name=domain1
-Djava.endorsed.dirs=/opt/SUNWappserver/lib/endorsed
-Djava.ext.dirs=/usr/jdk/instances/jdk1.5.0/lib/ext:/usr/jdk/instances/jdk1.5.0/jre/lib/ext:/opt/SUNWappserver/domains/domain1/lib/ext:/opt/SUNWappserver/javadb/lib
-Djava.library.path=/opt/SUNWappserver/lib:/opt/SUNWappserver/lib:/opt/SUNWappserver/lib
-Djava.security.auth.login.config=/opt/SUNWappserver/domains/domain1/config/login.conf
-Djava.security.policy=/opt/SUNWappserver/domains/domain1/config/server.policy
-Djava.util.logging.manager=com.sun.enterprise.server.logging.ServerLogManager
-Djavax.management.builder.initial=com.sun.enterprise.admin.server.core.jmx.AppServerMBeanServerBuilder
-Djavax.net.ssl.keyStore=/opt/SUNWappserver/domains/domain1/config/keystore.jks
-Djavax.net.ssl.trustStore=/opt/SUNWappserver/domains/domain1/config/cacerts.jks-Djdbc.drivers=org.apache.derby.jdbc.ClientDriver
-Djmx.invoke.getters=true
-Dsun.rmi.dgc.client.gcInterval=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000
-client
-XX:+UnlockDiagnosticVMOptions
-XX:MaxPermSize=192m
-Xmx512m
-XX:NewRatio=2
-XX:+LogVMOutput
-XX:LogFile=/opt/SUNWappserver/domains/domain1/logs/jvm.log
-cp
/opt/SUNWappserver/lib/jhall.jar:/opt/SUNWappserver/lib/appserv-launch.jar
com.sun.enterprise.server.PELaunch
start
[#|2007-10-24T08:33:12.883-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;|Starting
Sun Java System Application Server 9.1 (build b58g-fcs) ...|#]

[#|2007-10-24T08:33:13.284-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=11;_ThreadName=pool-1-thread-2;com.sun.enterprise.interceptor.DynamicInterceptor;|MBeanServer
started: com.sun.enterprise.interceptor.DynamicInterceptor|#]

[#|2007-10-24T08:33:15.075-0400|SEVERE|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=10;_ThreadName=main;80;|A
conflict occured on port 80 . Server is shutting down.|#]

[#|2007-10-24T08:33:16.221-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=12;_ThreadName=Thread-1;|sending
notification to server...server|#]
[#|2007-10-24T08:33:16.223-0400|INFO|sun-appserver9.1|javax.enterprise.system.core|_ThreadID=12;_ThreadName=Thread-1;|Server
shutdown complete.|#]



 Comments   
Comment by htsguru [ 24/Oct/07 06:24 AM ]

Created an attachment (id=1220)
server.log

Comment by jfarcand [ 24/Oct/07 07:26 AM ]

Not Grizzly --> QSStartup.

Comment by jfarcand [ 24/Oct/07 07:28 AM ]

See:

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

Adding:

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

solved the problem.

Comment by binod [ 29/Oct/07 03:13 AM ]

This is a duplicate of issue 570.

      • This issue has been marked as a duplicate of 570 ***




[GLASSFISH-3793] add max-lifetime support to the database connection pool Created: 23/Oct/07  Updated: 31/Oct/07  Resolved: 31/Oct/07

Status: Resolved
Project: glassfish
Component/s: jdbc
Affects Version/s: V3
Fix Version/s: 9.1peur1

Type: New Feature Priority: Major
Reporter: windli Assignee: Shalini
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,793
Tags:
Participants: Jagadish, Shalini and windli

 Description   

There will be issues if a connection is used for a long time such as days or
weeks for some database. So it should be helpful if there is a max-lifetime
option in the jdbc connection pool. If a connection has been connected for a
time great then the max-lifetime then it need to be disconnected in the next
time it's returned from the application or requested by the application.



 Comments   
Comment by Jagadish [ 23/Oct/07 08:12 PM ]

Transferring this bug for investigation.

Comment by windli [ 26/Oct/07 09:46 AM ]

Just find that "Max Connection Usage" will do the work.
Please close this.

Thanks.

Comment by Jagadish [ 31/Oct/07 02:49 AM ]

max-connection-usage-count attribute of connection pool represents the feature
in question.





[GLASSFISH-3792] NPE in DynamicInterceptor.checkForIllegalMBean() Created: 23/Oct/07  Updated: 30/Oct/07  Resolved: 30/Oct/07

Status: Resolved
Project: glassfish
Component/s: amx
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Critical
Reporter: jess_holle Assignee: llc
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,792
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, jess_holle and llc

 Description   

Full version info is "Sun Java System Application Server 9.1 (build b58g-fcs)",
i.e. the Glassfish bundled with NetBeans 6 dailies right now.

It seems this version of this method assumes that the incoming ObjectName is
non-null, while the Java API spec clearly states that it can be null. I leverage
null input in my registration callbacks to have the MBean compute its own
ObjectName – and this works in Sun Java Web Server 7, Tomcat 5 through 6, etc.

A patch would be very much appreciated as this completely prevents my web
application from loading.



 Comments   
Comment by jess_holle [ 23/Oct/07 04:12 PM ]

Stack trace:

java.lang.NullPointerException
at
com.sun.enterprise.interceptor.DynamicInterceptor.checkForIllegalMBean(DynamicInterceptor.java:264)
at
com.sun.enterprise.interceptor.DynamicInterceptor.registerMBean(DynamicInterceptor.java:288)
at wt.jmx.core.MBeanRegistry.registerMBean(MBeanRegistry.java:176)
...

Note that as far as it is concerned my MBeanRegistry.registerMBean() is just
calling the platform MBeanServer's registerMBean() method.

Comment by jess_holle [ 23/Oct/07 04:19 PM ]

I just downloaded the source and the patch is obvious (assuming someone didn't
already address after this point).

Just add:

if ( objectName == null )
return;

right after

if ( SPECIAL_CHECKS )
{

That's it.

Any information as to when this fix will be in an official Glassfish release
would be appreciated

Comment by llc [ 23/Oct/07 05:16 PM ]

Agreed that the spec allows null. A regrettable oversight on my part. I'm perfectly willing to fix this
low-risk issue if approved for fixing.

The suggested fix is better done by fixing registerMBean() to read:

public final ObjectInstance registerMBean(final Object obj, final ObjectName objectName)
throws NotCompliantMBeanException, MBeanRegistrationException,
InstanceAlreadyExistsException
{
if (objectName != null )

{ checkForIllegalMBean( objectName ); }

debug( "DynamicInterceptor.registerMBean: ", objectName, obj.getClass().getName() );
return getDelegateMBeanServer().registerMBean( obj, objectName );
}

Comment by basler [ 25/Oct/07 03:14 PM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by basler [ 25/Oct/07 03:15 PM ]

Moving to correct version

Comment by llc [ 29/Oct/07 04:17 PM ]

QuickLook passes, diffs sent to admin@glassfish, ready to commit fix to cvs.

Comment by llc [ 30/Oct/07 08:58 AM ]

/cvs/glassfish/admin-core/admin/src/java/com/sun/enterprise/interceptor/DynamicInterceptor.java,v
<-- DynamicInterceptor.java
new revision: 1.4.8.1; previous revision: 1.4





[GLASSFISH-3790] Admin Console cannot load class when deploying Connector Module Created: 21/Oct/07  Updated: 18/Jan/10  Resolved: 18/Jan/10

Status: Resolved
Project: glassfish
Component/s: jca
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Blocker
Reporter: edwardchou Assignee: Jagadish
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: PC


Issuezilla Id: 3,790
Status Whiteboard:

91ur1Approved

Tags:
Participants: Anissa Lam, basler, edwardchou, Jagadish and Sivakumar Thyagarajan

 Description   

When deploying a Connector Module to Glassfish through Admin Console, it would
fail to configure the Connector Module because Admin Console is unable to load
class needed by Connector Module. Same deployment is successful when using
commandline "asadmin deploy <file_name>".

The reason is because for our Connector Module, we put the classes required by
Connector Module inside jars in "glassfish/domains/domain1/lib" directory.
This is legal, since this is the Commmon Classloader as defined by Glassfish
Classloader hierachy, Connector Module would delegate classloading to its
parent Classloader, which is the Common Classloader.

However, when Admin Console is deploying the Connector Module, after the first
deployment step, in the next step it would attempt to configure the resource-
adapter-class bean as defined in ra.xml of Connector Module. In order to do
this, Admin Console will try to load the this resource-adapter-class. However
Admin Console does not use the Glassfish Classloader hierachy to load the
class, instead it uses "com.sun.enterprise.connectors.util.RARUtils" to load
the class, and this helper class only tries to load from jars inside the
Connector Module archive and jars under "glassfish/lib" directory. It ignores
the "domain1/lib" directory, thus it would catch
java.lang.ClassNotFoundException at line 105 of RARUtils, and log a harmless
message in server.log such as

[#|2007-10-19T18:45:55.433-0700|INFO|sun-
appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=20;_ThreadName=
httpWorkerThread-4848-
0;|com.stc.connector.framework.jca.system.STCResourceAdapter|#]

However, this would not work for us, since we would like to have the Admin
Console to deploy the Connector Module and configure the adapter-class. Admin
Console needs to use the same Classloading hierachy as Glassfih container to
try to load this adapter-class.



 Comments   
Comment by Anissa Lam [ 21/Oct/07 09:53 PM ]

Thanks for the detailed description on what is the problem.
Transferring this bug to 'jca' as the class loading code is not in admin-gui module.

Comment by basler [ 23/Oct/07 11:14 AM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by Sivakumar Thyagarajan [ 23/Oct/07 11:09 PM ]

"In order to do
this, Admin Console will try to load the this resource-adapter-class. However
Admin Console does not use the Glassfish Classloader hierachy to load the
class, instead it uses "com.sun.enterprise.connectors.util.RARUtils" to load
the class, and this helper class only tries to load from jars inside the
Connector Module archive and jars under "glassfish/lib" directory. It ignores
the "domain1/lib" directory, thus it would catch
java.lang.ClassNotFoundException at line 105 of RARUtils, and log a harmless
message in server.log such as "

This description of what is happening is correct and it is how RARUtils
currently behaves. As per section 17.2.0.1 of Connectors 1.5 spec, a portable,
modular stand-alone connector module should:
"The Java interfaces, implementation, and utility classes required by the
resource adapter must be packaged as one or more JAR files as part of the
resource adapter module. A JAR file must use the .jar file extension.
The platform-specific libraries required by the resource adapter must be
packaged with the resource adapter module."

Though I agree that RARUtils should use a classloader hierarchy that is similar
to the runtime classloader hierarchy of the standalone connector module, I don't
think such a deployment strategy [of having dependent libraries or the RA
implementation jar itself] in a separate location was ever supported or planned.

As of now, I am marking this bug as "invalid", because as I have explained
above, the use-case mentioned is not portable and hasn't been supported gfv1/v2
and AS8.x/9.x, and there are other portable alternatives that would work. Could
you let me know why you would like this scenario to be supported?

Comment by Sivakumar Thyagarajan [ 23/Oct/07 11:11 PM ]

adding Jagadish to the bug interest list

Comment by edwardchou [ 23/Oct/07 11:40 PM ]

In our Java CAPS product, we have 40+ different Resource Adapters, and they all
share some common libraries. We are trying to avoid having to package the same
common jars in each Resource Adapter, as this would help us to reduce the size
of each Resource Adapter, and make it easier to issue patches later.

We decided to put these common libraries in the "glassfish/domains/domain1/lib"
instead of "glassfish/lib" directory, because this would make clustering
possible.

Comment by Sivakumar Thyagarajan [ 23/Oct/07 11:57 PM ]

Hi Edward

"We are trying to avoid having to package the same
common jars in each Resource Adapter, as this would help us to reduce the size
of each Resource Adapter, and make it easier to issue patches later."

Thanks. This is a good usecase and we tried to address this for web/ejb
applications in GlassFish via "application specific classloading"
http://docs.sun.com/app/docs/doc/819-3659/6n5s6m57l?a=view. This is, IIRC, not
supported today for standalone connector modules, but we can do something like
that to fix the issue, rather than depending on common classloader being
available. Do you agree?

"We decided to put these common libraries in the "glassfish/domains/domain1/lib"
instead of "glassfish/lib" directory, because this would make clustering"

Would glassfish/lib also work? Libraries in glassfish/lib would not loaded by
the system classloader but a "shared chain" classloader and RARUtils by default
creates a classloader with the system classloader as the parent, and therefore,
the libraries should be invisible to RARUtils.

Thanks
--Siva.

Comment by Sivakumar Thyagarajan [ 26/Oct/07 01:40 AM ]

We shall fix this issue for 9.1 UR1 to handle such usecases. However please note
that this usecase is non-portable and may not work on other application servers.
I have also raised an RFE 3808 to add support for --libraries in standalone
connector modules.

Comment by Sivakumar Thyagarajan [ 26/Oct/07 01:42 AM ]

Jagadish will check in the fix into UR1.

Comment by Sivakumar Thyagarajan [ 30/Oct/07 08:38 PM ]

Fixed this issue in GFv2 UR1. Changeset:
http://fisheye5.cenqua.com/changelog/glassfish?cs=SJSAS91_UR1_BRANCH:sivakumart:20071030104243

Comment by Sivakumar Thyagarajan [ 30/Oct/07 08:39 PM ]

Fixed this issue in GFv2 UR1. Changeset:
http://fisheye5.cenqua.com/changelog/glassfish?cs=SJSAS91_UR1_BRANCH:sivakumart:20071030104243

Comment by Jagadish [ 18/Jan/10 10:20 PM ]

Evaluation for V3 :
Not applicable as the use-case works fine (taken care of) in v3.





[GLASSFISH-3786] Ability to expose JAX-WS services selectively Created: 18/Oct/07  Updated: 11/Feb/08  Resolved: 11/Feb/08

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

Type: Improvement Priority: Critical
Reporter: gmpatil Assignee: Bhakti Mehta
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,786
Status Whiteboard:

911Approved

Tags:
Participants: Bhakti Mehta, Bhavanishankar, gmpatil and harpreet

 Description   

Ability to selectively expose JAX-WS webservices through HTTP port in Glassfish
will improve security and usability. Epecially for services with non HTTP-SOAP
bindings and Services deployed through JBI container.

Ex: Services deployed with non HTTP SOAP binding like JMS, SAP BC are exposed on
default port 8080.



 Comments   
Comment by Bhakti Mehta [ 28/Jan/08 11:58 AM ]

Here is the patch waiting for approval
Index: WebServiceEndpoint.java
===================================================================
RCS file:
/cvs/glassfish/appserv-commons/src/java/com/sun/enterprise/deployment/WebServiceEndpoint.java,v
retrieving revision 1.24
diff -r1.24 WebServiceEndpoint.java
118a119,127

> >
> > /**
> > * This requirement came from the JBI team who want certain
> > * services to be private if the jbi.xml has a private field
> > * then this webservice endpoint will have the jbiPrivate set to
> > * true. For those webservice endpoints whose jbiPrivate is true
> > * we will throw an error when the GET or POST req comes
> > */
> > private boolean jbiPrivate = false;
>
249a259,267

> >
> > public void setJBIPrivate(boolean jbiPrivate) { > > this.jbiPrivate = jbiPrivate; > > }
> >
> > public boolean isJBIPrivate() { > > return jbiPrivate; > > }
> >
>

Index: EjbWebServiceServlet.java
===================================================================
RCS file:
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/webservice/EjbWebServiceServlet.java,v
retrieving revision 1.21
diff -r1.21 EjbWebServiceServlet.java
100a101,117

> >
> > /**
> > * This requirement came from the jbi team. If the WebServiceEndpoint
> > * is a jbi endpoint which is private throw an error whenever a get
> > * or a post request is made
> > */
> > Endpoint endpoint =
WebServiceEngineImpl.getInstance().getEndpoint(hreq.getRequestURI());
> > if(endpoint != null) {
> > if ((endpoint.getDescriptor()!= null) &&
(endpoint.getDescriptor().isJBIPrivate())) { > > String message = endpoint.getDescriptor().getWebService().getName() + > > " is a JBI private service; Access is denied."; > > hresp.setContentType("text/xml"); > > (new WsUtil()).writeInvalidMethodType(hresp, message); > > return; > > }
> > }
> >
>
104c121
< Endpoint endpoint =
WebServiceEngineImpl.getInstance().getEndpoint(hreq.getRequestURI());

> >
>
111c128,139
< }

> > }
> >
> > if((endpoint!= null) ){
> > if ((endpoint.getDescriptor()!= null) &&
(endpoint.getDescriptor().isJBIPrivate())) {
> > String message =
endpoint.getDescriptor().getWebService().getName() +
> > throws ServletException {
>

> > throws ServletException ,IOException{
>
143a144,158

> > /**
> > * This requirement came from the jbi team. If the WebServiceEndpoint
> > * is a jbi endpoint which is private throw an error whenever a get
> > * or a post request is made
> > */
> > Endpoint endpt = wsEngine_.getEndpoint(request.getServletPath());
> > if (endpt != null) {
> > if((endpt.getDescriptor() != null)
&&(endpt.getDescriptor().isJBIPrivate())) { > > String message = endpt.getDescriptor().getWebService().getName()+ > > " is a JBI private service; Access is denied."; > > response.setContentType("text/xml"); > > (new WsUtil()).writeInvalidMethodType(response, message); > > return; > > }
> > }
>
146c161
< Endpoint endpt = wsEngine_.getEndpoint(request.getServletPath());

> >
>
172a188,204

> >
> > /**
> > * This requirement came from the jbi team. If the >
response.setContentType("text/xml");
> > (new WsUtil()).writeInvalidMethodType(response, message);
> > return;
> > }
> > }
> >
>
176c208
< Endpoint endpt = wsEngine_.getEndpoint(request.getServletPath());

> >
>
184a217,227

> >
> > if (endpt != null) {
> > if ((endpt.getDescriptor() != null) &&
(endpt.getDescriptor().isJBIPrivate())) { > > String message = endpt.getDescriptor().getWebService().getName() + > > " is a JBI private service; Access is denied."; > > response.setContentType("text/xml"); > > (new WsUtil()).writeInvalidMethodType(response, message); > > return; > > }
> > }
> >
>

Comment by Bhakti Mehta [ 07/Feb/08 11:57 AM ]

Committed changes to last nights' v2.1 build Should be in GF v2.1 b20

Comment by Bhavanishankar [ 11/Feb/08 12:02 AM ]

Checked in JavaEE Service Engine part of the fix. The check-in details are at:

https://glassfish.dev.java.net/servlets/ReadMsg?list=cvs&msgNo=24443

Also, checked in new devtests
(jbi-serviceengine/service_unit/private_endpoints). The check-in details are at:

https://glassfish.dev.java.net/servlets/ReadMsg?list=cvs&msgNo=24462
https://glassfish.dev.java.net/servlets/ReadMsg?list=cvs&msgNo=24463

Comment by harpreet [ 11/Feb/08 02:20 PM ]

Approved it for v2.1 as this functionality hides WS that are for private consumption.





[GLASSFISH-3785] Upgrading to V2 from V1 can be improved ... Created: 18/Oct/07  Updated: 22/Oct/07  Resolved: 22/Oct/07

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: km Assignee: Byron Nevins
Resolution: Fixed Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All
URL: http://blogs.sun.com/bloggerkedar/entry/upgrading_from_glassfish_v1_to


Issuezilla Id: 3,785
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, Byron Nevins and km

 Description   

The ordeal is explained at length at given URL.

Please see: http://blogs.sun.com/bloggerkedar/entry/upgrading_from_glassfish_v1_to

to understand the issue. The fix is simple and has already been tested by
the GlassFish V1 customer!

Please approve/fix this for 9.1 UR1.

The impact is minimal. The returns are high.



 Comments   
Comment by basler [ 22/Oct/07 09:17 AM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by Byron Nevins [ 22/Oct/07 01:25 PM ]

.

Comment by Byron Nevins [ 22/Oct/07 01:27 PM ]

? admin.log
? build
? diffs.txt
? nup.txt
Index: src/java/com/sun/enterprise/admin/servermgmt/launch/ASLauncher.java
===================================================================
RCS file:
/cvs/glassfish/admin/servermgmt/src/java/com/sun/enterprise/admin/servermgmt/launch/ASLauncher.java,v
retrieving revision 1.25
diff -u -r1.25 ASLauncher.java
— src/java/com/sun/enterprise/admin/servermgmt/launch/ASLauncher.java 1 Aug
2007 03:25:18 -0000 1.25
+++ src/java/com/sun/enterprise/admin/servermgmt/launch/ASLauncher.java 22 Oct
2007 19:06:38 -0000
@@ -972,7 +972,10 @@
if (getProcessLauncherProfile().equals(AS9_INTERNAL_SERVER_PROFILE))
{
String classpathPrefix=javaConfig.getClasspathPrefix();

  • String classpathSuffix=javaConfig.getClasspathSuffix();
    +
    + // WBN Oct 2007 – possibly add the uer's CP to suffix...
    + String classpathSuffix=getClasspathSuffix(javaConfig);
    +
    String serverClasspath=javaConfig.getServerClasspath();
    getLogger().log(FINE_LEVEL, " prefix :: " + classpathPrefix
    + " suffix :: " + classpathSuffix);
    @@ -1356,8 +1359,7 @@
    {
    String classpathPrefix=javaConfig.getClasspathPrefix();
    String classpathSystem=javaConfig.getSystemClasspath();
  • String classpathSuffix=javaConfig.getClasspathSuffix();
  • + String classpathSuffix=getClasspathSuffix(javaConfig);
    if(isValidString(classpathSystem))
    {
    classpath += File.pathSeparator + classpathSystem;
    @@ -1369,6 +1371,7 @@
    //the classpaths in PELaunch
    if (getProcessLauncherProfile().equals(INTERNAL_SERVER_PROFILE))
    {
    + // wbn note that INTERNAL_SERVER_PROFILE is obsolete – we
    should never see this as true
    if(isValidString(classpathPrefix))
    {
    classpath=classpathPrefix + File.pathSeparator + classpath;
    @@ -1384,15 +1387,6 @@

    { classpath += File.pathSeparator + profilerClasspath; }
  • // See if need to add user classpath
  • // WBN changed to use JDK 1.5 built-in getEnv()
  • if(!javaConfig.isEnvClasspathIgnored())
  • { - // Add user classpath... - String userCP = System.getenv(CLASSPATH_ENV_NAME); - if(userCP != null && userCP.length() > 0) - classpath += File.pathSeparator + userCP; - }

    }

getLogger().log(FINE_LEVEL, "Final classpath - \n" + classpath);
@@ -2360,7 +2354,35 @@
+ File.separator
+ APPSERV_LAUNCH_JAR;
}

  • +
    + private String getClasspathSuffix(JavaConfig cfg)
    + {
    + String suffix = cfg.getClasspathSuffix();
    +
    + // if there is no suffix we will not get null but rather this String:
    "null"
    +
    + if(suffix == null || suffix.equals("null"))
    + suffix = "";
    +
    + if(cfg.isEnvClasspathIgnored() == false)
    +

    Unknown macro: {+ // Add user classpath...+ String userCP = System.getenv(CLASSPATH_ENV_NAME);++ if(userCP != null && userCP.length() > 0)+ { + if(isValidString(suffix)) + suffix += File.pathSeparator; + + suffix += userCP; + + getLogger().log(Level.INFO, "Environmental Variable CLASSPATH's value" + + " was appended to classpath-suffix. Here is the final classpath-suffix:\n" + suffix); + }+ }

    + return suffix;
    + }
    +
    // END END END END ENDEND – this is here for grepping to the end of this
    gigantic class!!

//**************************************************************************





[GLASSFISH-3783] Toplink generates wrong SQL Created: 18/Oct/07  Updated: 18/Oct/07  Resolved: 18/Oct/07

Status: Resolved
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: batzee Assignee: tware
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


File Attachments: Text File testcase.zip    
Issuezilla Id: 3,783
Tags:
Participants: batzee and tware

 Description   

When using a query like this:

SELECT d FROM Details d WHERE d.id=17 or d.master.id=:masterId

Toplink generates (something like) the following SQL out of it:

SELECT t0.ID, t0.masterId
FROM DETAILS t0, MASTER t1
WHERE (((t0.ID = $1) OR (t1.ID = $2)) AND(t1.ID = t0.masterId))

which is wrong, because details records with masterId=null are not retrieved by
this query. The query should rather be something like:

SELECT t0.ID, t0.masterId
FROM DETAILS t0, MASTER t1
WHERE (t0.ID = $1) OR ($2 = t0.masterId))

See attached test case.



 Comments   
Comment by batzee [ 18/Oct/07 08:44 AM ]

Created an attachment (id=1210)
testcase

Comment by tware [ 18/Oct/07 10:25 AM ]

Referring to master's id with "d.master.id" specifically asks us to the the
join. That's why you see a join.

I think what you probably want is an outer join. The query should probably look
something like this:

select d from Details d left outer join d.master m where d.id = 17 or m.id =
:masterId





[GLASSFISH-3782] With a non-default admin password, jms-ping fails Created: 18/Oct/07  Updated: 26/Oct/07  Resolved: 26/Oct/07

Status: Resolved
Project: glassfish
Component/s: jms
Affects Version/s: 9.1.1
Fix Version/s: 9.1peur1

Type: Bug Priority: Critical
Reporter: zizzencs Assignee: rampsarathy
Resolution: Fixed Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux


Issuezilla Id: 3,782
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, gergo, rampsarathy, Sivakumar Thyagarajan and zizzencs

 Description   

I use Glassfish V2 (b58g) with the included imq (v4.1). The MQ is started from
/etc/init.d and the appserver instances use it as a REMOTE queue.

For security reasons I changed the password of the MQ admin user. After that I
also set the new password on the web interface's at physical destinations. These
changes caused jms-ping to stop working - it fails from both the web ui and the
command line interface.

I got these exceptions:
http://www.pastebin.ca/740909

By increasing the log levels of JMS and the connector service to FINE, I got
some additional information:
http://www.pastebin.ca/740933

After experimenting a little bit with the problem I changed the MQ admin user's
password back to the default value (admin) and left the password on admin gui
something else (kisjancsi). After this the connection worked again, but I'm sure
it is not a correct solution



 Comments   
Comment by gergo [ 18/Oct/07 06:28 AM ]
      • Issue 3782 has been confirmed by votes. ***
Comment by Sivakumar Thyagarajan [ 18/Oct/07 06:38 AM ]

I could reproduce this too. Accepting issue.

Comment by Sivakumar Thyagarajan [ 18/Oct/07 06:43 AM ]

Raising priority of issue and transferring to Ramesh for fixing this.

Debugged this and it appears that while we are creating the RA to get
JMXServiceURL, the jms-service's username/password is not passed. Fix required in
http://fisheye5.cenqua.com/browse/glassfish/appserv-core/src/java/com/sun/enterprise/connectors/system/MQJMXConnectorHelper.java?r=1.12#l311
to pass in username/password of the jms-host in jms-service.

Comment by basler [ 22/Oct/07 09:08 AM ]

Approved for check into th SJSAS91_UR1_BRANCH

Comment by rampsarathy [ 26/Oct/07 12:44 AM ]

FIxed in b07

3. Issue 3782 : The admin user and password were not being set on the RA before
the jmx connector was created. So, if the user modifies the admin user/password
any jms admin command would fail. The fix sets the admin user/password in the ra.
Checking in connectors/system/ActiveJmsResourceAdapter.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/connectors/system/ActiveJmsResourceAdapter.java,v
<-- ActiveJmsResourceAdapter.java
new revision: 1.38.2.1.2.1; previous revision: 1.38.2.1
done
Checking in connectors/system/MQJMXConnectorHelper.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/connectors/system/MQJMXConnectorHelper.java,v
<-- MQJMXConnectorHelper.java
new revision: 1.12.8.1; previous revision: 1.12
done





[GLASSFISH-3781] Need feature to do xa resource recovery lazily Created: 17/Oct/07  Updated: 25/Oct/07  Resolved: 25/Oct/07

Status: Resolved
Project: glassfish
Component/s: jca
Affects Version/s: 9.1.1
Fix Version/s: 9.1peur1

Type: Improvement Priority: Major
Reporter: Jagadish Assignee: Jagadish
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,781
Tags:
Participants: Jagadish

 Description   

For SailFin SAF/AMF, AMF need an api to control xa resource recovery.
Currently, xa resource recovery will happen during applicationserver startup.

By providing a recovery manager, AMF can control the xa resource recovery.



 Comments   
Comment by Jagadish [ 25/Oct/07 09:31 PM ]

// [application startup's recoverXAResources will be a no-op since lazy-recovery
is set to 'true' ]
ResourceRecoveryManager.setLazyRecovery(true);
...
...
ResourceRecoveryManager.recoverXAResources(force=true); // will do actual recovery

FIX INFORMATION :

Checking in src/java/com/sun/enterprise/resource/ResourceInstaller.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/resource/ResourceInstaller.java,v
<-- ResourceInstaller.java
new revision: 1.20.2.1; previous revision: 1.20
done

Checking in ResourceRecoveryManager.java;
/cvs/glassfish/appserv-core/src/java/com/sun/appserv/connectors/spi/Attic/ResourceRecoveryManager.java,v
<-- ResourceRecoveryManager.java
new revision: 1.1.2.1; previous revision: 1.1
done





[GLASSFISH-3780] Unable to find invocation method Created: 17/Oct/07  Updated: 30/Oct/07  Resolved: 30/Oct/07

Status: Resolved
Project: glassfish
Component/s: web_services
Affects Version/s: 9.1.1
Fix Version/s: 9.1peur1

Type: Bug Priority: Blocker
Reporter: slweng Assignee: Bhakti Mehta
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


File Attachments: Java Archive File AlarmIRP.jar     Text File AlarmIRPCompositeApp2.zip     Java Archive File bpelserviceengine.jar     Text File con_start.zip    
Issuezilla Id: 3,780
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, Bhakti Mehta, gfbugbridge and slweng

 Description   

Periodically, we get the "Unable to find invocation method" in the server log:

java.lang.IllegalAccessException: Unable to find invocation method
at com.sun.enterprise.webservice.EjbInvokerImpl.invoke
(EjbInvokerImpl.java:89)
at com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:146)
at com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke
(EndpointMethodHandler.java:257)
at com.sun.xml.ws.server.sei.SEIInvokerTube.processRequest
(SEIInvokerTube.java:93)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:595)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:554)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:539)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:436)
at com.sun.xml.ws.api.pipe.helper.AbstractTubeImpl.process
(AbstractTubeImpl.java:106)...

To reproduce the problem, please deploy the attached ejb and JBI project.



 Comments   
Comment by slweng [ 17/Oct/07 02:00 PM ]

Created an attachment (id=1206)
EJB project

Comment by slweng [ 17/Oct/07 02:01 PM ]

Created an attachment (id=1207)
JBI project

Comment by slweng [ 17/Oct/07 02:02 PM ]

Created an attachment (id=1208)
server log

Comment by gfbugbridge [ 17/Oct/07 05:01 PM ]

<BT6618370>

Comment by Bhakti Mehta [ 18/Oct/07 02:56 PM ]

Sherry,
This is what I have done
1 Deployed the attached EJB project AlarmURP.jar first
2 Deploy the attached JBI project AlramIRPCompositeApp2.zip file next
However I get the following error in the server.log
Required component sun-bpel-engine is not installed on target server
Please can you provide instructions on what I am missing

<?xml versio
n="1.0" encoding="UTF-8" standalone="yes"?><jbi-task version="1.0" xmlns="http:/
/java.sun.com/xml/ns/jbi/management-message"><jbi-task-result><frmwk-task-result
><frmwk-task-result-details><task-result-details><task-id>targetComponentsInstal
lationCheck</task-id><task-result>FAILED</task-result><message-type>ERROR</messa
ge-type><task-status-msg><msg-loc-info><loc-token>JBIMA1407</loc-token><loc-mess
age>Required component sun-bpel-engine is not installed on target server.</loc-m
essage><loc-param>sun-bpel-engine</loc-param><loc-param>server</loc-param></msg-
loc-info></task-status-msg></task-result-details><locale>en_US</locale></frmwk-t
ask-result-details></frmwk-task-result></jbi-task-result></jbi-task> – <?xml ve
rsion="1.0" encoding="UTF-8" standalone="yes"?><jbi-task version="1.0" xmlns="ht
tp://java.sun.com/xml/ns/jbi/management-message"><jbi-task-result><frmwk-task-re
sult><frmwk-task-result-details><task-result-details><task-id>targetComponentsIn
stallationCheck</task-id><task-result>FAILED</task-result><message-type>ERROR</m
essage-type><task-status-msg><msg-loc-info><loc-token>JBIMA1407</loc-token><loc-
message>Required component sun-bpel-engine is not installed on target server.</l
oc-message><loc-param>sun-bpel-engine</loc-param><loc-param>server</loc-param></
msg-loc-info></task-status-msg></task-result-details><locale>en_US</locale></frm
wk-task-result-details></frmwk-task-result></jbi-task-result></jbi-task>|#]

[#|2007-10-18T14:38:41.546-0700|INFO|sun-appserver9.1|javax.enterprise.system.to
ols.deployment|_ThreadID=44;_ThreadName=Timer-5;|[AutoDeploy] Autodeploy failed
: C:\glassfish-nightly\gf-b58\glassfish\domains\domain1\autodeploy\AlarmIRPCompo
siteApp2.zip.|#]

Comment by slweng [ 18/Oct/07 03:11 PM ]

Sorry, I forgot to mention you need BPEL Service Engine installed to run the
JBI project.
You could install the OpenESB build from the location:
https://glassfish.dev.java.net/issues/show_bug.cgi?id=3780

Or to save some time, I have attached the latest jar file here.
You could install the component from admin console:
1.Navigate to JBI --> Components
2. Install and start the attached jar

Comment by slweng [ 18/Oct/07 03:12 PM ]

Created an attachment (id=1214)
BPEL SE

Comment by Bhakti Mehta [ 19/Oct/07 03:45 PM ]

Sherry,
Thanks for the Bpel engine. I am trying to reproduce this problem but have not
been successful so far. I have tried a bunch of 1k, 2K 10K , version operations
but they worked fine. Will look into it more

Comment by slweng [ 23/Oct/07 10:24 AM ]

Based on our latest findings, the exception can be reproduced by load testing
with 20 threads. And the exception would not show up if the JVM is warmed up by
invoking one request first.

Comment by slweng [ 23/Oct/07 01:51 PM ]

Due to this issue we are not able to provide installer to Ericsson so we need
to raise the priority.

Comment by Bhakti Mehta [ 23/Oct/07 04:39 PM ]

I have looked at this issue and tried with a client that sent 20 requests and
restarted GF at that point could reproduce it. Working on the fix

Comment by Bhakti Mehta [ 26/Oct/07 10:55 AM ]

Since checkins in v3 are not allowed right now here is the patch which will fix
the problem.
cvs diff: Diffing .
Index: EjbInvokerImpl.java
===================================================================
RCS file:
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/webservice/EjbInvokerImpl.java,v
retrieving revision 1.5
diff -r1.5 EjbInvokerImpl.java
56,58c56,57
< private HashMap methodMap = null;
< private Class endpointImplClass;
<

> private final HashMap<Method,Method> methodMap = new HashMap<Method,Method>();
>
62c61,72
< endpointImplClass = endpointImpl;

>
> Class proxyClass = invokeObject.getClass();
> for(Method x : endpointImpl.getMethods()) {
> try { > Method mappedMethod = > proxyClass.getMethod(x.getName(), x.getParameterTypes()); > methodMap.put(x, mappedMethod); > } catch (NoSuchMethodException noex) { > // We do not take any action because these may be excluded @WebMethods > // or EJB business methods that are not @WebMethods etc > }
> }
70,86c80
< if(methodMap == null) {
< methodMap = new HashMap();
< Class proxyClass = invokeObject.getClass();
< for(Method x : endpointImplClass.getMethods()) {
< try { < Method mappedMethod = < proxyClass.getMethod(x.getName(), x.getParameterTypes()); < methodMap.put(x, mappedMethod); < } catch (NoSuchMethodException noex) { < // We do not take any action because these may be excluded @WebMethods < // or EJB business methods that are not @WebMethods etc < continue; < }
< }
< }
< Method mappedMethod =
< (Method) methodMap.get(m);

> Method mappedMethod = methodMap.get(m);
89c83
< throw new IllegalAccessException("Unable to find invocation method");

> throw new IllegalAccessException("Unable to find invocation method for
"m". Map="+methodMap);
Index: InvokerImpl.java
===================================================================
RCS file:
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/webservice/InvokerImpl.java,v
retrieving revision 1.5
diff -r1.5 InvokerImpl.java
53,55c53,55
< protected Invoker core;
< protected Object invokeObject;
< protected WebServiceContextImpl injectedWSCtxt;

> protected final Invoker core;
> protected final Object invokeObject;
> protected final WebServiceContextImpl injectedWSCtxt;

Comment by basler [ 30/Oct/07 12:53 PM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by Bhakti Mehta [ 30/Oct/07 01:03 PM ]

Fixed in UR1 the Oct 31 nightly build should have it





[GLASSFISH-3777] Online help is required for new JBI screens Created: 16/Oct/07  Updated: 30/Oct/07  Resolved: 30/Oct/07

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: Paul Davies Assignee: Paul Davies
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,777
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, gfbugbridge and Paul Davies

 Description   

Online help is required for the JBI screens that are being added:

  • Upgrade Component
  • Service Unit
  • Service Unit Metadata
  • Component Libraries
  • Library Components


 Comments   
Comment by basler [ 16/Oct/07 06:27 PM ]

Approved for check into the SJSAS91_UR1_BRANCH.

Comment by gfbugbridge [ 17/Oct/07 05:00 PM ]

<BT6618368>

Comment by Paul Davies [ 30/Oct/07 12:46 PM ]

Required help added.





[GLASSFISH-3769] JAXBException: <argument name> is not a valid property Created: 12/Oct/07  Updated: 15/Oct/07  Resolved: 15/Oct/07

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

Type: Bug Priority: Critical
Reporter: majinmusashi Assignee: Bhakti Mehta
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


File Attachments: Text File services.tar.gz    
Issuezilla Id: 3,769
Tags:
Participants: Bhakti Mehta, gfbugbridge and majinmusashi

 Description   

This bug was found with the following setups (the ones I have access to)
========================================================================
Microsoft Windows XP SP2, Linux Ubuntu 7.04
JDK 1.6, JDK 1.6 update 3, JDK 1.6 update 5 (experimental)
Glassfish v2 (Sun Java System Application Server 9.1 build b58g-fcs)
NetBeans 6.0 Beta 1, NetBeans 6.0 (nightly build 20071010)

Description
===========
On a web application project with only one web service NetBeans deploys it fine
and it works fine too. When the number of web services increases (and methods of
those services have the same name) NetBeans still deploys the application
without errors, but some services cease to work.

Steps to reproduce the defect
=============================
1. Decompress the attached file "services.tar.gz" to the folder "services" (this
project was created in NetBeans using "New Project -> Web -> Web Application",
and almost all the methods' body are commented)
2. Open that project folder on NetBeans (preferably 6.0 beta 1)
3. In the "Projects" sub-window, right-click the project and select "Undeploy
and deploy" (assuming you have a working Glassfish v2 server)
4. No exception will be thrown (for now)
5. Open the admin console via web-browser (localhost:4848) and login
(admin:adminadmin)
6. Select "Web Services" and try to test the services or view the WSDLs
7. Some services will work and some won't, and this is the output at the
NetBeans output:

Servlet web service endpoint 'BlocoService' failure
javax.xml.ws.WebServiceException: class
br.ufscar.dc.lince.sgpe.services.jaxws.Cria do not have a property of the name
idBlocoOrigem
at
com.sun.xml.ws.server.sei.EndpointArgumentsBuilder$DocLit.<init>(EndpointArgumentsBuilder.java:495)
at
com.sun.xml.ws.server.sei.EndpointMethodHandler.createArgumentsBuilder(EndpointMethodHandler.java:133)
at
com.sun.xml.ws.server.sei.EndpointMethodHandler.<init>(EndpointMethodHandler.java:106)
at
com.sun.xml.ws.server.sei.PayloadQNameBasedDispatcher.<init>(PayloadQNameBasedDispatcher.java:106)
at
com.sun.xml.ws.server.sei.EndpointMethodDispatcherGetter.<init>(EndpointMethodDispatcherGetter.java:72)
at com.sun.xml.ws.server.sei.SEIInvokerTube.<init>(SEIInvokerTube.java:75)
at
com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:204)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:467)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:510)
at
com.sun.enterprise.webservice.JAXWSServlet.registerEndpoint(JAXWSServlet.java:398)
at com.sun.enterprise.webservice.JAXWSServlet.doInit(JAXWSServlet.java:252)
at com.sun.enterprise.webservice.JAXWSServlet.init(JAXWSServlet.java:113)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1178)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:832)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: javax.xml.bind.JAXBException: idBlocoOrigem is not a valid property
on class br.ufscar.dc.lince.sgpe.services.jaxws.Cria
at
com.sun.xml.bind.v2.runtime.JAXBContextImpl.getElementPropertyAccessor(JAXBContextImpl.java:926)
at
com.sun.xml.ws.server.sei.EndpointArgumentsBuilder$DocLit.<init>(EndpointArgumentsBuilder.java:484)
... 39 more
javax.xml.ws.WebServiceException: class
br.ufscar.dc.lince.sgpe.services.jaxws.Cria do not have a property of the name
idBlocoOrigem
at
com.sun.xml.ws.server.sei.EndpointArgumentsBuilder$DocLit.<init>(EndpointArgumentsBuilder.java:495)
at
com.sun.xml.ws.server.sei.EndpointMethodHandler.createArgumentsBuilder(EndpointMethodHandler.java:133)
at
com.sun.xml.ws.server.sei.EndpointMethodHandler.<init>(EndpointMethodHandler.java:106)
at
com.sun.xml.ws.server.sei.PayloadQNameBasedDispatcher.<init>(PayloadQNameBasedDispatcher.java:106)
at
com.sun.xml.ws.server.sei.EndpointMethodDispatcherGetter.<init>(EndpointMethodDispatcherGetter.java:72)
at com.sun.xml.ws.server.sei.SEIInvokerTube.<init>(SEIInvokerTube.java:75)
at
com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:204)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:467)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:510)
at
com.sun.enterprise.webservice.JAXWSServlet.registerEndpoint(JAXWSServlet.java:398)
at com.sun.enterprise.webservice.JAXWSServlet.doInit(JAXWSServlet.java:252)
at com.sun.enterprise.webservice.JAXWSServlet.init(JAXWSServlet.java:113)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1178)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:832)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: javax.xml.bind.JAXBException: idBlocoOrigem is not a valid property
on class br.ufscar.dc.lince.sgpe.services.jaxws.Cria
at
com.sun.xml.bind.v2.runtime.JAXBContextImpl.getElementPropertyAccessor(JAXBContextImpl.java:926)
at
com.sun.xml.ws.server.sei.EndpointArgumentsBuilder$DocLit.<init>(EndpointArgumentsBuilder.java:484)
... 39 more
StandardWrapperValve[BlocoService]: PWC1382: Allocate exception for servlet
BlocoService
javax.servlet.ServletException
at com.sun.enterprise.webservice.JAXWSServlet.doInit(JAXWSServlet.java:260)
at com.sun.enterprise.webservice.JAXWSServlet.init(JAXWSServlet.java:113)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1178)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:832)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: javax.xml.ws.WebServiceException: class
br.ufscar.dc.lince.sgpe.services.jaxws.Cria do not have a property of the name
idBlocoOrigem
at
com.sun.xml.ws.server.sei.EndpointArgumentsBuilder$DocLit.<init>(EndpointArgumentsBuilder.java:495)
at
com.sun.xml.ws.server.sei.EndpointMethodHandler.createArgumentsBuilder(EndpointMethodHandler.java:133)
at
com.sun.xml.ws.server.sei.EndpointMethodHandler.<init>(EndpointMethodHandler.java:106)
at
com.sun.xml.ws.server.sei.PayloadQNameBasedDispatcher.<init>(PayloadQNameBasedDispatcher.java:106)
at
com.sun.xml.ws.server.sei.EndpointMethodDispatcherGetter.<init>(EndpointMethodDispatcherGetter.java:72)
at com.sun.xml.ws.server.sei.SEIInvokerTube.<init>(SEIInvokerTube.java:75)
at
com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:204)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:467)
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:510)
at
com.sun.enterprise.webservice.JAXWSServlet.registerEndpoint(JAXWSServlet.java:398)
at com.sun.enterprise.webservice.JAXWSServlet.doInit(JAXWSServlet.java:252)
... 29 more
Caused by: javax.xml.bind.JAXBException: idBlocoOrigem is not a valid property
on class br.ufscar.dc.lince.sgpe.services.jaxws.Cria
at
com.sun.xml.bind.v2.runtime.JAXBContextImpl.getElementPropertyAccessor(JAXBContextImpl.java:926)
at
com.sun.xml.ws.server.sei.EndpointArgumentsBuilder$DocLit.<init>(EndpointArgumentsBuilder.java:484)
... 39 more



 Comments   
Comment by majinmusashi [ 12/Oct/07 02:09 PM ]

Created an attachment (id=1202)
NetBeans project folder

Comment by gfbugbridge [ 12/Oct/07 05:02 PM ]

<BT6616580>

Comment by Bhakti Mehta [ 15/Oct/07 12:48 AM ]

I have looked at this project and there are multiple Webservices with the same
WebMethod name with different params in the same package. Looking into this issue .

Comment by Bhakti Mehta [ 15/Oct/07 02:57 PM ]

This is not a bug. The Webmethod name is the same in all the different services
and they lie in the same package. The solution is

1.Add a RequestWrapper annotation for atleast 4 of the services for eg
@RequestWrapper(className="foo.bar.AlunoCria") similarly for the others.

An example is shown here
@WebMethod(operationName ="echo")
@RequestWrapper(className="foo.jaxws.Echo2")

public int echo(@WebParam(name = "string1") String string1) { return 1; }
That will ensure that the wrappers do not override each other and the services
are accessible. Or

2.have separate packages for each services





[GLASSFISH-3767] deploydir --force doesn't clean up completely Created: 12/Oct/07  Updated: 08/Jan/08  Resolved: 08/Jan/08

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: vince kraemer Assignee: jluehe
Resolution: Won't Fix Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: PC


File Attachments: Java Source File NewServlet.java     Java Source File NewServlet.java     Java Source File NewServlet.java     Text File NewServlet.java.diffs     Text File server.log     Text File server.log     Text File server.log     Text File ServerLog.txt     Java Archive File testcase1012.jar    
Issuezilla Id: 3,767
Tags:
Participants: cwebster, Dhiru Pandey, gfbugbridge, jluehe, Tim Quinn and vince kraemer

 Description   

this is related to http://www.netbeans.org/issues/show_bug.cgi?id=118164... but
removes NB from the picture.

What you need.

0. A windows box.
1. GF V2 b58g configured to execute under JDK 6 – very important
2. JDK 6 probably needs to be your default jdk....

here are the steps.

1. start your 58g build (developer profile) domain
1.5 make sure you do not have a web app named web deployed in this domain.
2. unjar the attached file.. in a directory...c:\testroot or some-such
3. cd c:\testroot\NetBeansProjects\WebApplication1
4. asant demo-bug -Dj2ee.platform.classpath=<GFinstalldir>\lib\javaee.jar

You will see a build failure when one of the <get> tasks fires. [look inside the
build.xml too see what demo-bug does... basically simulates the steps reported
in the nb issue using as ant tasks



 Comments   
Comment by vince kraemer [ 12/Oct/07 10:28 AM ]

Created an attachment (id=1200)
the test case jar file

Comment by vince kraemer [ 12/Oct/07 10:38 AM ]

Created an attachment (id=1201)
server log from sample run

Comment by Dhiru Pandey [ 12/Oct/07 10:45 AM ]

assigning to deployment to evaluate

Comment by Tim Quinn [ 12/Oct/07 11:47 AM ]

Vince had written to me about this privately. I'll take ownership for the time
being, until we find out if this is truly deployment-related or not.

Comment by Tim Quinn [ 12/Oct/07 12:30 PM ]

I have been able to reproduce a problem, but not 100% reliably and I am not sure
it is the problem Vince is concerned about.

Vince, the log you attached contains two types of errors: one is related to JSP
compilation and the other is the web container logging this exception:

JAR entry META-INF/services/org.api.ExecutorFactory not found in
<path-to-NB-project>WEB-INF\lib\test.jar

(And in fact that class is not in that JAR but in testapi.jar.)

In my testing, when I get an error it is the above FileNotFound error, not the
JSP one. If you are concerned with this error, then this might need to be a web
container issue. If you are concerned with the JSP compilation error then I
cannot reproduce that one.

Comment by vince kraemer [ 12/Oct/07 12:51 PM ]

I am concerned about the file not found exception.

Comment by Tim Quinn [ 12/Oct/07 01:26 PM ]

I am shifting this - at least for the moment - to the web container team to help
shed some light on what's going on. It may come back to deployment after some
further investigation but at this point we need to understand more about what's
happening in the web container.

Comment by gfbugbridge [ 12/Oct/07 05:02 PM ]

<BT6616578>

Comment by jluehe [ 16/Oct/07 06:54 PM ]

I'm unable to reproduce on Solaris.

I've modified the user's NewServlet.java (see attached diffs) to simulate what
the java.util.ServiceLoader lookup does.

It sounds like
WebappClassLoader.getResources("META-INF/services/org.api.ExecutorFactory")
correctly returns a Jar URL of the form:

jar:file:<...>/NetBeansProjects/WebApplication1/build/web/WEB-INF/lib/test.jar!/META-INF/services/org.api.ExecutorFactory

since WEB-INF/lib/test.jar does bundle this resource, but any attempt to read
from this URL fails for some reason.

Can the user please apply the attached diffs to his NewServlet.java and send the
server.log?

Thanks,

Jan

Comment by jluehe [ 16/Oct/07 06:55 PM ]

Created an attachment (id=1203)
NewServlet.java diffs

Comment by cwebster [ 16/Oct/07 07:57 PM ]

Created an attachment (id=1204)
Server Log running a problem deployment with the trace information from the NewServlet patch

Comment by vince kraemer [ 16/Oct/07 09:22 PM ]

Created an attachment (id=1205)
another log file... after applying change to NewServlet.java

Comment by jluehe [ 24/Oct/07 09:22 AM ]

Quick update: There was a problem with NewServlet.java.diffs in that the
InputStream obtained by calling url.openStream() was never closed. Once we
changed NewServlet.java.diffs to close the stream, the
java.io.FileNotFoundException went away (after commenting out the portion of the
servlet that leverages java.util.ServiceLoader). In fact, we've been able to
narrow down the problem to a single line in java.util.ServiceLoader: If
commented out, the problem disappears, but we have yet to understand why
commenting out this line avoids the problem (we believe this has to do with
java.util.ServiceLoader's lazy provider instantiation mechanism).

So in summary, the problem seems to be confined to java.util.ServiceLoader.

We'll update this issue as soon as we know more.

Comment by vince kraemer [ 24/Oct/07 09:33 AM ]

What is the updated diff for NewServlet.java?

Comment by jluehe [ 24/Oct/07 10:10 AM ]

Hi Vince,

I'm attaching the new version of NewServlet.java that closes its streams and
bypasses java.util.ServiceLoader.

Jan

Comment by jluehe [ 24/Oct/07 10:11 AM ]

Created an attachment (id=1221)
NewServlet.java that closes its streams and bypassses java.util.ServiceLoader

Comment by vince kraemer [ 25/Oct/07 09:27 AM ]

after applying the changes to NewServlet.java, I could not reproduce the problem
that was reported in the parallel NB issue...

I am a bit confused by the code that was submitted as a patch to
NewServlet.java, though....

I guess I was expecting to see an assignment to an Executor field in there
somewhere...

Comment by jluehe [ 25/Oct/07 11:58 AM ]

Vince, thanks for confirming that the issue is confined to java.util.ServiceLoader.

I have rewritten NewServlet.java and added a new method:

private List getProviders(Class service) throws Exception {

which is equivalent to what java.util.ServiceLoader does.

Instead of calling:

ServiceLoader<ExecutorFactory> factories =
ServiceLoader.load(ExecutorFactory.class);

the servlet now calls:

List providers = getProviders(ExecutorFactory.class);

I'm attaching the latest version of NewServlet.java. Please give it a try.

Thanks,

Jan

Comment by jluehe [ 25/Oct/07 12:00 PM ]

Created an attachment (id=1228)
NewServlet.java with complete replacement of java.util.ServiceLoader

Comment by vince kraemer [ 25/Oct/07 02:53 PM ]

This work-around appears to be effective.

Comment by vince kraemer [ 30/Oct/07 10:02 AM ]

additional testing shows that the work-around in NewServlet.java is not effective.

Comment by vince kraemer [ 30/Oct/07 10:03 AM ]

Created an attachment (id=1239)
server log with similar exceptions from modified code

Comment by vince kraemer [ 30/Oct/07 10:28 AM ]

added Chris to the CC list to see if that will let him comment on this issue
directly

Comment by jluehe [ 30/Oct/07 10:33 AM ]

Vince,

I'm attaching a last (and hopefully final) version of NewServlet.java,
which differs from the previous version as follows:

diff -u ~/NewServlet.java .
— /home/luehe/NewServlet.java Tue Oct 30 09:15:22 2007
+++ ./NewServlet.java Tue Oct 30 09:10:57 2007
@@ -105,7 +105,9 @@
BufferedReader r = null;
ArrayList<String> names = new ArrayList<String>();
try {

  • in = url.openStream();
    + URLConnection uc = u.openConnection();
    + uc.setUseCaches(false);
    + in = uc.getInputStream();
    r = new BufferedReader(new InputStreamReader(
    in, "utf-8"));
    int lc = 1;

This is the same fix I had recommended in Bugster's 6587593 for the runtime's
sun.misc.Service, but java.util.ServiceLoader (from which the original
url.openStream() was copied) seems to have the same issue.

Can you please ask the Netbeans forum user to use this version of the
servlet? He/she seems to be the only one who can reproduce the issue
reliably.

Thanks,

Jan

Comment by jluehe [ 30/Oct/07 10:35 AM ]

Created an attachment (id=1240)
New version of NewServlet.java that avoids the use of URL.openStream()

Comment by vince kraemer [ 30/Oct/07 03:49 PM ]

the newest NewServlet.java is effective for me. I have asked Chris to try it
out in his context.

Comment by jluehe [ 31/Oct/07 03:20 PM ]

Christopher Webster has confirmed that the latest NewServlet.java is also
working for him.

To summarize, the root cause of the problem lies in the JDK's
java.util.ServiceLoader: Instead of acquiring an InputStream from a URL like this:

InputStream in = url.openStream();

it should acquire it like this:

URLConnection uc = url.openConnection();
uc.setUseCaches(false);
InputStream in = uc.getInputStream();

I'm downgrading this IssueTracker issue to a P4. The related Bugster issue
(6587593) already is a P2.

Thanks,

Jan

Comment by jluehe [ 08/Jan/08 04:16 PM ]

Closing as WONTFIX, since there is nothing we can from GlassFish. The problem is
rooted in the JDK, against which a P2 bug (6587593) has been filed.





[GLASSFISH-3764] <BT6614947>(sbs) 8.2 to 9.1ur1 upgrade: could not start nodeagent on 2nd machine Created: 11/Oct/07  Updated: 12/May/08  Resolved: 12/May/08

Status: Closed
Project: glassfish
Component/s: upgrade_tool
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: gfbugbridge Assignee: rebeccas
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,764
Tags:
Participants: gfbugbridge, rebeccas and Satish Kumar

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6614947
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6614947
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description Sbs upgrade in cli mode 8.2 fcs to 9.1_01 b03 fcscould not start nodeagent on remote machine after modifying nodeagent.properties with correct jmx-port as noted in DAS's domain.xml
see bug attachments for logs

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [3-Medium]not XXXXXX 2007-10-10 00:25:56 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by Satish Kumar [ 12/May/08 03:09 AM ]

Reassigning bug to Rebecca who is the current owner of the Upgrade Tool...

Comment by rebeccas [ 12/May/08 07:14 AM ]

Fixed in FCS release

Comment by rebeccas [ 12/May/08 07:14 AM ]

fixed in fcs release





[GLASSFISH-3760] OLH issue Created: 10/Oct/07  Updated: 27/Apr/09  Resolved: 27/Apr/09

Status: Closed
Project: glassfish
Component/s: i18n
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: hyy0606 Assignee: gmurr
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,760
Status Whiteboard:

as91ur1-na

Tags:
Participants: basler, gfbugbridge, gmurr, hyy0606 and leonfan

 Description   

There is some issues in OLH. The page /Managing JavaMail Session Targets/ didn't
localized. And the page /To Edit Connector Connection Pool Advanced Attributes/,
/To Edit Connection Pool Properties/ and /Managing Security Maps/ couldn't
open.
This issue happened in all locale except the en version.



 Comments   
Comment by gfbugbridge [ 11/Oct/07 05:00 PM ]

<BT6616063>

Comment by gmurr [ 07/Nov/07 08:54 AM ]

will fix it in ur1 release. We will add the missing l10n files

Comment by basler [ 12/Nov/07 11:38 AM ]

update release

Comment by basler [ 12/Nov/07 02:38 PM ]

not targeted for 91ur1

Comment by gmurr [ 10/Apr/08 12:28 PM ]

added missing l10n files

Comment by leonfan [ 27/Apr/09 02:57 AM ]

Edward already verified it





[GLASSFISH-3758] JBI: copy install creates HTTP Status 500 exception Created: 10/Oct/07  Updated: 25/Nov/10  Resolved: 01/Nov/07

Status: Closed
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Critical
Reporter: ls3 Assignee: mike_wright
Resolution: Duplicate Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


File Attachments: Zip Archive bug.zip    
Issue Links:
Dependency
depends on GLASSFISH-3572 JBI console does not support update/u... Closed
Issuezilla Id: 3,758
Tags:
Participants: gfbugbridge, ls3 and mike_wright

 Description   

http://javaweb.sfbay/java/re/javaeesdk/5.0_04/nightly/bundles/latest/java_ee_sdk-5_04-windows-nojdk.exe

With this kit- after I click "finish" in installing with copy,
the wsdlsl.jar shared library, getting this message, and the
install fails.

attached a gif of the screen, the server.log, wsdlsl.jar shared library

======================================================================
HTTP Status 500 -

type Exception report

message

descriptionThe server encountered an internal error () that prevented it from
fulfilling this request.

exception

javax.servlet.ServletException: java.lang.reflect.InvocationTargetException
while attempting to process a 'command' event for 'finishStep'.

root cause

java.lang.RuntimeException: java.lang.reflect.InvocationTargetException while
attempting to process a 'command' event for 'finishStep'.

root cause

java.lang.reflect.InvocationTargetException

root cause

java.lang.NullPointerException

note The full stack traces of the exception and its root causes are available in
the Sun Java System Application Server 9.1_01 logs.
======================================================================



 Comments   
Comment by ls3 [ 10/Oct/07 09:59 AM ]

Created an attachment (id=1197)
zip file with wsdlsl.jar, server.log, and screendump

Comment by gfbugbridge [ 10/Oct/07 05:00 PM ]

<BT6615520>

Comment by mike_wright [ 16/Oct/07 03:02 PM ]

regression probably due to valdation fix tested on upload path only

Comment by mike_wright [ 22/Oct/07 11:19 AM ]

Mark Basler asked me to fix this under the (already approved) issue where this
regression was introduced.

> https://glassfish.dev.java.net/issues/show_bug.cgi?id=3572

Comment by mike_wright [ 29/Oct/07 04:08 PM ]

fix committed under (reopened) 3572 (since that change cause this regression).

Fix verified in recent nightly build; fix will be in b07.

      • This issue has been marked as a duplicate of 3572 ***
Comment by ls3 [ 01/Nov/07 11:18 AM ]

Verified fix with this build:
http://javaweb.sfbay/java/re/glassfish/9.1_01/promoted/fcs/b07/bundles/sjsas-9_1_01-fcs-bin-b07-windows-01_nov_2007.exe





[GLASSFISH-3755] JDBC Realm Eats Useful Exceptions Created: 09/Oct/07  Updated: 23/Oct/07  Resolved: 23/Oct/07

Status: Resolved
Project: glassfish
Component/s: security
Affects Version/s: V3
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: Byron Nevins Assignee: raharsha
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,755
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, Byron Nevins and raharsha

 Description   

Getting a JDBCRealm setup is difficult enough.

JDBCRealm.java does this when it FAILS to authenticate a user:

1) it catches a SQLException which has the EXACT PROBLEM DESCRIPTION in it.
2) If logging >= INFO, then this vital information is thrown away in preference
to a generic and useless message about authentication failing.
3) if logging < INFO then the caller gets the SQLException message

here is the code where this happens:

} catch(Exception ex) {
_logger.log(Level.SEVERE, "jdbcrealm.invaliduser", user);
if (_logger.isLoggable(Level.FINE)) {
_logger.log(Level.FINE, "Cannot validate user", ex);



 Comments   
Comment by raharsha [ 10/Oct/07 07:10 AM ]

Probable fix is to change the log level for this message to WARNING.

Comment by basler [ 22/Oct/07 09:24 AM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by raharsha [ 23/Oct/07 05:20 AM ]

Checking in
src/java/com/sun/logging/enterprise/system/core/security/LogStrings.properties;
/cvs/glassfish/appserv-commons/src/java/com/sun/logging/enterprise/system/core/security/LogStrings.properties,v
<-- LogStrings.properties
new revision: 1.16.10.1; previous revision: 1.16
done
Checking in src/java/com/sun/enterprise/security/auth/realm/jdbc/JDBCRealm.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/security/auth/realm/jdbc/JDBCRealm.java,v
<-- JDBCRealm.java
new revision: 1.4.8.1; previous revision: 1.4
done





[GLASSFISH-3754] the add-ressource option of asadmin uses a wrong default path Created: 09/Oct/07  Updated: 12/Jan/08  Resolved: 12/Jan/08

Status: Resolved
Project: glassfish
Component/s: command_line_interface
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: pierrot Assignee: janey
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: Linux


File Attachments: PNG File fr_glassfish_b58_210607_1.png    
Issuezilla Id: 3,754
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, gfbugbridge, janey and pierrot

 Description   

Exact build: GlassFish v2-b58g
Locales: fr
Platforms: Linux 4
Browser: CLI

******
Description :
******

The add-ressources command adds a strange source directory to the path specified
as the parameter. It has to be bypassed by a workaround.

The default path for add-ressources seems to be
[glassfish_dir]/domains/domain1/config/, and not the current path.

See the attached screenshot for more details.use

NB: I found the issue under Linux, but I don't know if it is only on this platform.

******
How to reproduce:
******

./asadmin add-resources [app
base]/lib/install/templates/resources/jdbc/javadb_type4_datasource.xml



 Comments   
Comment by pierrot [ 09/Oct/07 07:02 AM ]

Created an attachment (id=1194)
Shows the error and the workaround

Comment by gfbugbridge [ 09/Oct/07 05:01 PM ]

<BT6614934>

Comment by janey [ 17/Oct/07 03:24 PM ]

Since asadmin is the client and "xml-file" pass to the add-resources command
where xml-file is located on the server side, server will look for the file in
the domain's config directory.

The workaround is to use absolute path.

Comment by janey [ 17/Oct/07 06:21 PM ]

Hi pierrot,

Question for you: are you executing "asadmin add-resources <xml-file>" on the
same machine as where the server is running?

Most likely user will be executing "asadmin add-resources" on the same machine
as the domain admin server. This is what I can do to fix this bug. asadmin
checks if xml-file exists on the machine and send the absolute path to the
server. If xml-file does not exist on the machine, then asadmin send the
"xml-file" to the server side.

Please le me know your thoughts.

Jane

Comment by pierrot [ 23/Oct/07 08:36 AM ]

Hi Jane.

Sorry for late reply, I was (and am) quite busy.

I was executing "asadmin add-resources <xml-file>" on the same machine as where
the server was running. Still, it did not find the xml-file. So I guess it is
not a matter of sending the file to the server side, but more that asadmin did
not look at the good location.

You can see on the screenshot:

  • the absolute path of the xml-file was
    /export/glassfish/glassfish/lib/install/templates/resources/jdbc/javadb_type4_datasource.xml
  • my pwd was /export/glassfish/glassfish/bin
  • I gave a relative path
    ../lib/install/templates/resources/jdbc/javadb_type4_datasource.xml
  • the command did not consider the relative path from current dir but from
    /export/glassfish/glassfish/domains/domain1/config/, which of course screwed
    things up.

So my understanding is that "asadmin add-resources <xml-file>" should consider
the current directory when it receives a relative path, and not
/export/glassfish/glassfish/domains/domain1/config/. That's a standard CLi
command behavior anyway.

I am right or I am missing something ?

Thanks.

— Pierrot

Comment by janey [ 24/Oct/07 04:17 PM ]

Hi Pierrot,

If you give it the absolute path to add-resource command then it should work.
The reason why server is trying to pick up the xml file from:
/export/glassfish/glassfish/domains/domain1/config instead of current directory
when you send the relative path is because "asadmin" (the client) is sending the
relative path to the server side and server's current directory is in
"/export/glassfish/glassfish/domains/domain1/config" instead of the the client's
current directory. Is that clear?

Since you're you're executing "asadmin" on the same host as where the server
running, then it should just pick up from the current directory.

I'll see if I can fix this for 9.1 UR1.

Thanks,
Jane

Comment by basler [ 25/Oct/07 09:41 AM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by pierrot [ 26/Oct/07 02:14 AM ]

Hi Jane.

OK, things are clear for me now
So when executing "asadmin" on the same host as where the server running, it
should just pick up from the current directory. Fine.

Thanks a lot Jane !

Comment by janey [ 29/Oct/07 06:19 PM ]

fix checked in:
Checking in AddResourcesCommand.java;
/cvs/glassfish/admin-cli/commands/src/java/com/sun/enterprise/cli/commands/AddResourcesCommand.java,v
<-- AddResourcesCommand.java
new revision: 1.4.8.1; previous revision: 1.4
done

Comment by janey [ 12/Jan/08 03:46 PM ]

fix checked into 9.1.1 (SJSAS91_FCS_BRANCH) workspace:

Checking in AddResourcesCommand.java;
/cvs/glassfish/admin-cli/commands/src/java/com/sun/enterprise/cli/commands/AddResourcesCommand.java,v
<-- AddResourcesCommand.java
new revision: 1.4.6.1; previous revision: 1.4
done





[GLASSFISH-3751] StandardContext.stop() returns prematurely when a webmodule is stopped Created: 08/Oct/07  Updated: 10/Oct/07  Resolved: 10/Oct/07

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 9.0pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Critical
Reporter: jluehe Assignee: jluehe
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,751
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, gfbugbridge and jluehe

 Description   

The fix for

https://glassfish.dev.java.net/issues/show_bug.cgi?id=2192
("Monitoring NPE if webapp start is aborted")

introduced a regression, causing StandardContext.stop() to return prematurely.

In essence, inside WebModule.stop(), which overrides StandardContext.stop(), the
"started" variable (inherited from the StandardContext.java superclass) is set
to "false" too early, with the effect that when super.stop() is called later on,
that method returns immediately, because StandardContext.stop() performs this
check as its first statement:

if (!started) { return; }

A new improved fix for the original issue would be to introduce a new state
variable "hasStarted" in WebModule.java, which is set to "true" at the end of
WebModule.start(), only after having registered the monitoring mbeans. In
WebModule.stop(), the mbeans are unregistered only if "hasStarted" is set to "true".

With this, there won't be any interference with the "started" variable of the
StandardContext.java superclass.

Background info:
The original problem (Issue 2192) has been as follows: WebModule.start() calls
super.start() as its first action, followed by some other actions (such as
registering monitoring mbeans). The problem is that in some cases (e.g., if a
servlet context listener throws an exception), StandardContext.start() turns
around and immediately calls stop(), with the effect that WebModule.stop() was
called before WebModule.start() had completed, and tried to unregister
monitoring mbeans that had never been registered during WebModule.start(),
causing a NPE in the monitoring framework.



 Comments   
Comment by gfbugbridge [ 08/Oct/07 05:01 PM ]

<BT6614382>

Comment by basler [ 10/Oct/07 10:56 AM ]

Approved for check into SJSAS91_UR1_BRANCH - regression

Comment by jluehe [ 10/Oct/07 03:36 PM ]

Actually, I just noticed 9.1 FCS was not suffering from this regression, only
SailFin was, see

https://sailfin.dev.java.net/issues/show_bug.cgi?id=33
("Undeployed SIP app still invoked and active").

The regression on SailFin had been caused by this SailFin commit:

revision 1.26.2.4
date: 2007/08/22 17:27:11; author: jluehe; state: Exp; lines: +0 -2
Avoid redefining the "started" instance variable, and narrowing its
scope to "private", thereby making it impossible to reference this
variable from a WebModule subclass such as SailFin's ConvergedContextImpl.
Instead, leverage the "started" instance variable (of "protected" scope)
from the ContainerBase.java superclass.

In any case, I just committed a change (to 9.1 UR1) which renames the "started"
var (of "private" scope) in WebModule.java to "hasStarted", to avoid any
confusion with the "started" var (of "protected" scope) defined in the
StandardContext.java superclass:

Checking in WebModule.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/web/WebModule.java,v
<-- WebModule.java
new revision: 1.29.4.1; previous revision: 1.29
done





[GLASSFISH-3746] Ant cannot find tools.jar Created: 06/Oct/07  Updated: 07/Nov/07  Resolved: 07/Nov/07

Status: Resolved
Project: glassfish
Component/s: installation
Affects Version/s: V3
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: carlwebman Assignee: Snjezana Sevo-Zenzerovic
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: Sun


File Attachments: GIF File ISSUE_3746_SCREENSHOT.gif    
Issuezilla Id: 3,746
Tags:
Participants: basler, carlwebman and Snjezana Sevo-Zenzerovic

 Description   

This could very well be an Ant issue. After downloading the Glassfish v 2 (b58g) installer (.jar) file I
successfully ran it and proceeded to run the setup with the bundled Ant (v 1.6), as it says to do on the
Glassfish download page. Ant could not find "tools.jar" in order to run. The error message I get is "Unable
to locate tools.jar. Expected to find it in C:\Program Files\Java\jre1.6.0_03\lib\tools.jar"

If I'm not mistaken, there is no tools.jar in the JRE, it's in the JDK. I don't want to simply copy and paste it
into the JRE for fear of messing up something.



 Comments   
Comment by carlwebman [ 06/Oct/07 04:05 PM ]

Created an attachment (id=1186)
Picture of the error I received

Comment by basler [ 07/Nov/07 09:48 AM ]

You need a full Java SE SDK to run Glassfish. You can't just have a jre.

Please install a full Java SE SDK to solve this problem





[GLASSFISH-3743] <BT6613273>Logged in to AS Admin GUI, saw in the server.log: FileNotFoundException:jbi/cluster/inc/alertBox.inc Created: 05/Oct/07  Updated: 23/Oct/07  Resolved: 23/Oct/07

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

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

Operating System: Solaris
Platform: All


Issuezilla Id: 3,743
Tags:
Participants: Anissa Lam and gfbugbridge

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6613273
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6613273
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description Solaris 10 Sparc machines. I installed AS EE 9.1.1 b03 build. Were used 6 machines.On one machine was WS 7. On other 5 machines were configured one AS node per machine and two clustered instances plus DAS on one of these machines. Totally there were 10 clustered instances and one cluster. After the installation I've started AS, nodes, instances and logged in to AS admin GUI. As only I reached next after login page of AS Admin GUI, I saw such messages in the server instance server.log file:

[#|2007-10-04T15:15:25.174-0700|WARNING|sun-appserver9.1|javax.enterprise.system.stream.err|_ThreadID=34;_ThreadName=httpSSLWorkerThread-4848-1;_RequestID=bf9877c6-14af-4cb1-bc19-c9777afb163f;|java.io.FileNotFoundException: jbi/cluster/inc/alertBox.inc
...........................................................................

(See the full output at the bottom).

I did not see any correspondent errors on the browser screen.

I did the full reinstallation, but it did not help, after the reinstallation I saw the same error messages again.

==============================================================================
[#|2007-10-04T15:15:25.174-0700|WARNING|sun-appserver9.1|javax.enterprise.system.stream.err|_ThreadID=34;_ThreadName=httpSSLWorkerThread-4848-1;_RequestID=bf9877c6-14af-4cb1-bc19-c9777afb163f;|java.io.FileNotFoundException: jbi/cluster/inc/alertBox.inc
at com.sun.jsftemplating.util.IncludeInputStream.startInclude(IncludeInputStream.java:207)
at com.sun.jsftemplating.util.IncludeInputStream.read(IncludeInputStream.java:79)
at com.sun.jsftemplating.util.IncludeInputStream.read(IncludeInputStream.java:120)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.read(BufferedReader.java:157)
at com.sun.jsftemplating.layout.template.TemplateParser.nextChar(TemplateParser.java:116)
at com.sun.jsftemplating.layout.template.TemplateParser.skipCommentsAndWhiteSpace(TemplateParser.java:534)
at com.sun.jsftemplating.layout.template.TemplateLayoutDefinitionManager.accepts(TemplateLayoutDefinitionManager.java:105)
at com.sun.jsftemplating.layout.LayoutDefinitionManager.getLayoutDefinitionManager(LayoutDefinitionManager.java:278)
at com.sun.jsftemplating.layout.LayoutDefinitionManager.getLayoutDefinition(LayoutDefinitionManager.java:129)
at com.sun.jsftemplating.layout.LayoutViewRoot.getLayoutDefinition(LayoutViewRoot.java:291)
at com.sun.jsftemplating.layout.LayoutViewHandler.createView(LayoutViewHandler.java:160)
at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:203)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at com.sun.faces.extensions.avatar.lifecycle.PartialTraversalLifecycle.execute(PartialTraversalLifecycle.java:80)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
at com.sun.enterprise.tools.admingui.servlet.DelayedInitFacesServlet.service(DelayedInitFacesServlet.java:89)
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 org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:276)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:309)
at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:192)
at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:404)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:75)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:181)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:177)
at com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:240)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:75)
at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:181)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:177)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:270)
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:339)
at com.sun.enterprise.web.connector.grizzly.ssl.SSLReadTask.process(SSLReadTask.java:440)
at com.sun.enterprise.web.connector.grizzly.ssl.SSLReadTask.doTask(SSLReadTask.java:228)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)

#]

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [3-Medium]Please look at this XXXXXX 2007-10-04 23:05:50 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by Anissa Lam [ 23/Oct/07 02:38 PM ]

According to the original bug report:

fixed in b04, this bug was caused by glassfish changes going into b03 that
depended on the JBI promotion which was a day late.

      • (#1 of 1): 2007-10-22 13:59:04 GMT-08:00 mark.saunders@sun.com




[GLASSFISH-3742] TrustManager is broken for Hot-Deployed Webapps Created: 05/Oct/07  Updated: 02/Jan/08  Resolved: 02/Jan/08

Status: Resolved
Project: glassfish
Component/s: security
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

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

Operating System: All
Platform: Sun


Issuezilla Id: 3,742
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, gfbugbridge, Hong Zhang, km, ne110415, raharsha and woodjr

 Description   

If a web application uses an HTTPS URLConnection (or presumably any operations
that'll trigger a TrustManager check), the remote site's certificate may be
erroneously rejected as untrusted. However, this only occurs when hitting the
webapp after hot-deploying it to the appserver. Once the appserver has been
restarted, this issue no longer occurs. In other words, certificate trust
management appears to work correctly for outgoing URLConnections from a webapp
which already exists at the time of appserver starts, but does not work
correctly for webapps which are hot-deployed and did not exist during the
appserver start.

The stack trace when the issue occurs is:
-----------
javax.net.ssl.SSLHandshakeException: java.security.cert.CertificateException:
The certificate chain from the server is not trusted
at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:150)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1518)
at com.sun.net.ssl.internal.ssl.Handshaker.fatalSE(Handshaker.java:174)
at com.sun.net.ssl.internal.ssl.Handshaker.fatalSE(Handshaker.java:168)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:848)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:106)
at com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:495)
at
com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:433)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:818)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1030)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1057)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1041)
at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:402)
at
sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:170)
at
sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:133)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:67)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:93)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:831)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:373)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:470)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:364)
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:270)
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:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:361)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: java.security.cert.CertificateException: The certificate chain from
the server is not trusted
at
com.sun.enterprise.admin.jmx.remote.https.SunOneBasicX509TrustManager.checkCertificate(SunOneBasicX509TrustManager.java:264)
at
com.sun.enterprise.admin.jmx.remote.https.SunOneBasicX509TrustManager.checkServerTrusted(SunOneBasicX509TrustManager.java:141)
at
com.sun.net.ssl.internal.ssl.JsseX509TrustManager.checkServerTrusted(SSLContextImpl.java:320)
at
com.sun.net.ssl.internal.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:841)
... 44 more
-----------

A uuencoded webapp which can reproduce the issue:
-----------
begin 644 https_test.war
M4$L#!!0 " ( /)N13< ) 0 345402U)3D8O_LH ,
M4$L'" " %!+ P04 @ " #R;D4W %
M $U%5$$M24Y&TU!3DE&15-4+DU&\TW,RTQ+2[1#4LM*L[,S[-2,-0SX.5R
M+DI-+$E-T76J! F8ZAG$&Y@J: 27YBGX9B87Y1=7%I>DYA8K>.8EZVGR<O%R
M 0!02P<( =72<T< Unable to render embedded object: File (' 4$L#) not found. H #QL13< (
M 5T5"+4E.1B]02P,$% ( @ /&Q%-P \ !714(M
M24Y&+W=E8BYX;6R%C]+PS 4Q^_]*T+N2=8Z89:V0[PH3":T!V\CIF]=2IN4
MOFRI_[UI%64B>/V\]_V5;:>^(Q<845N3TYBO* &C;*U-D].G<L\VF]L[%M-M
M$469AS<FAX$$C<&<GIP;4B%:>9$<SX8KVXMP$@9%FP#0S[]T0OW]Z[WG_H;;
ML1'):A6+U^==J4[02Z8-.FG4K$*=X@)W5DFW%/LGBGPU.R2'-9^PIC^3$KZF
MH3LA6:UQZ.0[,[*'H@)TY#YL.=J1[,^NL6$Q>:RJEY(\6&- S<&8B2O5XN.A
M"' CKH#UFET1:">*%-#1-O<<C$%9-Q!\.T4R7#47T 5!+!P@(7:T#^
M )4! !02P,$% ( @ \6Y%-P D !I;F1E>"YJ<W"M
M4L%NU# 0O><KADB5'%5R[J6+* 6IB*)%87M&;C))C-RQ98];M1_9YQT!<M
MP('3V//>O'GC?G):PAF0G"&IBR'3?W5W)L:3EY5YWNL]\1(O'L, C-^XS8X
M8^F09.^"C[R6:^OUFSR.&''HT P8_Q_W/87,GSFBN?MGXE]U"5E?,8>;[OK2
M$V'/UO]IOL(7[L(02@5M"Q?T"+-H)! $TNRS&^ 68;2$H$P"YVD"B99AEF"
M8TZ, _08N:F6LAP=;(#PH=Q4O>B=M>WD3$JC3;,>%[O+;2WT=!@:6K[E-H0
M+;&64]V\K.!HFK)%D59'0*.DJ?8!Z6=.-45#*G1"?NNWF>4MU6A<0@%6I%_9
MJC#M"*KD)N0.4_"4-(/J!IXL3FVHJ]VNT]?MA]DYN\5 /C,>G'O2-7ONF[;
MG4$-I_";XD=,23:Q>GNJ ,7-L+A!X*XAN>7/ 1521W]C;W[7P#I4QH!R%7>
M&-)R>9BMDW6J).)K&UW"M2Q9"LJXE)UK"G5Q=CA=6A6?BG_Y.C\ 4$L'",2A
M9J*0 0 ?@, %!+ 0(4 !0 " ( /)N13< @ ) 0
M !151!+4E.1B_^R@ 4$L! A0 % ( @ \FY%-P'5TG'
M 1P !0 /0 $U%5$$M24Y&+TU!3DE&15-4+DU&
M4$L! @H "@ /&Q%-P @ Q@
M %=%0BU)3D8O4$L! A0 % ( @ /&Q%-PA=K0/X E0$ \
M [ %=%0BU)3D8O=V5B+GAM;%!+ 0(4 !0 " ( /%N13?$H6:B
MD $ 'X# ) "$" !I;F1E>"YJ<W!02P4& 4
,!0 G 0 Z ,

end
-----------



 Comments   
Comment by gfbugbridge [ 05/Oct/07 05:01 PM ]

<BT6613841>

Comment by raharsha [ 08/Oct/07 01:47 AM ]

Can you please attach the testcase? I am unable to uudecode the text you have
pasted. I wrote my own testcase, and it is working. The jsp is like this

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>JSP Page</title>
</head>
<body>
<h2>Cat In The Rain</h2>
<%
java.net.URL url = new java.net.URL("https://some-secure-website/");
java.net.URLConnection conn = url.openConnection();
java.io.InputStream is = conn.getInputStream();
int i=0;
while((i=is.read())!= -1){ out.print((char)i); }
%>
</body>
</html>

So I am not able to reproduce the issue.

Comment by raharsha [ 09/Oct/07 05:17 AM ]

I was able to reproduce the issue and also find the root cause of the problem.
This issue only happens if you use admin gui to deploy applications. If you use
asadmin or netbeans to deploy , then you wont face this problem. This is the
reason for me not being able to reproduce this earlier.

The root cause is that SSLContext is inited with SunOneBasicX509TrustManager as
the trust manager in jmx-remote module. Since this is a global ssl context, it
affects the whole appserver instance.

The relevant problem lines are given below.

File : com.sun.enterprise.admin.jmx.remote.http.HttpUrlConnector

line 132: sslContext = SSLContext.getInstance("SSLv3");
line 133: sslContext.init(kms, tms, new SecureRandom());

Comment by raharsha [ 09/Oct/07 05:19 AM ]

Reassigning the owner. Please fix this critical bug by not setting the global
ssl context which affects all applications.

Comment by Hong Zhang [ 15/Oct/07 12:59 PM ]

I've checked in changes to re-use the existing connection in the deployment
client when checking whether it's talking to PE or EE server. Now in the
admin-gui deploy case, no remote connection with server will be made.

Harsha will verify whether this change was sufficient to address the issue.

Comment by basler [ 15/Oct/07 02:32 PM ]

Approved for check into the SJSAS91_UR1_BRANCH - regression

Comment by raharsha [ 15/Oct/07 11:57 PM ]

Verified that the fix checked in by hong resolves this issue.

Comment by km [ 29/Nov/07 09:32 PM ]

Hong, I know this is fixed. But I'd appreciate if you attach the code diff's to
the bug report. Thank you!

Comment by ne110415 [ 02/Jan/08 12:51 PM ]

Need to open the issue for assignment.

Comment by ne110415 [ 02/Jan/08 12:53 PM ]

re-assigning to hzhang whose checkins have already fixed the issue.

Comment by ne110415 [ 02/Jan/08 12:54 PM ]

last step...changed to fixed

Comment by Hong Zhang [ 02/Jan/08 12:59 PM ]

Just noticed Kedar's message on this. Attached the code diffs as requested.

Modified:
glassfish/appserv-core/src/java/com/sun/enterprise/deployapi/ProgressObjectImpl.java

glassfish/appserv-core/src/java/com/sun/enterprise/deployapi/SunDeploymentManager.java

File Changes:

Directory: /glassfish/appserv-core/src/java/com/sun/enterprise/deployapi/
=========================================================================

File [changed]: ProgressObjectImpl.java
Url:
https://glassfish.dev.java.net/source/browse/glassfish/appserv-core/src/java/com/sun/enterprise/deployapi/ProgressObjectImpl.java?r1=1.11&r2=1.11.8.1
Delta lines: +5 -5
-------------------
— ProgressObjectImpl.java 2007-05-05 05:34:27+0000 1.11
+++ ProgressObjectImpl.java 2007-10-15 19:50:36+0000 1.11.8.1
@@ -38,7 +38,6 @@

import com.sun.appserv.management.client.ConnectionSource;
import com.sun.enterprise.admin.util.HostAndPort;
-import com.sun.enterprise.deployapi.SunDeploymentManager;
import com.sun.enterprise.deployapi.SunTarget;
import com.sun.enterprise.deployapi.SunTargetModuleID;
import com.sun.enterprise.deployment.client.DeploymentClientUtils;
@@ -260,7 +259,7 @@
if (ModuleType.WAR.equals(type)) { key = moduleID + KEY_SEPARATOR + CONTEXT_ROOT; String contextRoot = status.getProperty(key); - initTargetModuleIDWebURL(parentTargetModuleID, webHost, contextRoot); + initTargetModuleIDWebURL(parentTargetModuleID, webHost, contextRoot, mbsc); }
} else {
int counter =
(Integer.valueOf(status.getProperty(key))).intValue();
@@ -278,7 +277,7 @@
if (ModuleType.WAR.equals(type) && webHost!=null) { key = subModuleID + KEY_SEPARATOR + CONTEXT_ROOT; String contextRoot = status.getProperty(key); - initTargetModuleIDWebURL(subModule, webHost, contextRoot); + initTargetModuleIDWebURL(subModule, webHost, contextRoot, mbsc); }
parentTargetModuleID.addChildTargetModuleID(subModule);
}
@@ -292,7 +291,8 @@

  • module
    */
    private void initTargetModuleIDWebURL(
  • SunTargetModuleID tm, HostAndPort webHost, String contextRoot) {
    + SunTargetModuleID tm, HostAndPort webHost, String contextRoot,
    + MBeanServerConnection mbsc) {

if (webHost==null)
return;
@@ -302,7 +302,7 @@
// good solution for this and WSDL publishing
String host;
SunDeploymentManager sdm = new
SunDeploymentManager(tm.getConnectionInfo());

  • if(sdm.isPE()) {
    + if(sdm.isPE(mbsc)) { host = tm.getConnectionInfo().getHostName(); } else {
    host = webHost.getHost();

File [changed]: SunDeploymentManager.java
Url:
https://glassfish.dev.java.net/source/browse/glassfish/appserv-core/src/java/com/sun/enterprise/deployapi/SunDeploymentManager.java?r1=1.16&r2=1.16.8.1
Delta lines: +17 -4
--------------------
— SunDeploymentManager.java 2007-05-23 23:19:25+0000 1.16
+++ SunDeploymentManager.java 2007-10-15 19:50:36+0000 1.16.8.1
@@ -2048,9 +2048,19 @@
*@return boolean indicating whether the DAS is a PE DAS
*/
public boolean isPE() { + return isPE(null); + }
+
+
+ /**
+ *Identifies the DAS to which the DeploymentManager is connected as a PE
(as opposed to SE/EE) one.
+ *@param mbsc existing mbean server connection
+ *@return boolean indicating whether the DAS is a PE DAS
+ */
+ public boolean isPE(MBeanServerConnection mbsc) {
boolean result;
try { - result = applicationsConfigMBeanIsPE(); + result = applicationsConfigMBeanIsPE(mbsc); return result; } catch (Throwable thr) { throw new RuntimeException(localStrings.getLocalString( @@ -2059,14 +2069,17 @@ }
}

  • private boolean applicationsConfigMBeanIsPE() throws
    + private boolean applicationsConfigMBeanIsPE(MBeanServerConnection mbsc)
    + throws
    javax.management.MalformedObjectNameException,
    javax.management.InstanceNotFoundException,
    javax.management.IntrospectionException,
    javax.management.ReflectionException,
    IOException {
    boolean result;
  • MBeanServerConnection mbsc = getMBeanServerConnection();
    + if (mbsc == null) { + mbsc = getMBeanServerConnection(); + }
    ObjectName applicationsMBean = new ObjectName(applicationsMBeanName);
    MBeanInfo info = mbsc.getMBeanInfo(applicationsMBean);
    String className = info.getClassName();




[GLASSFISH-3725] javascript error - JSF commandLink across different windows Created: 04/Oct/07  Updated: 10/Oct/07  Resolved: 10/Oct/07

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: dxg Assignee: Ryan Lubke
Resolution: Cannot Reproduce Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,725
Tags:
Participants: dxg, gfbugbridge, jluehe and Ryan Lubke

 Description   

In main browser window(IE for example), define some JSF commandLink tags in
main window, invoke an URL and target to new window. define some commandLink in
new window and target to main window. A javascript error jump out while
clicking on the link in new window.



 Comments   
Comment by jluehe [ 04/Oct/07 09:11 AM ]

-> rlubke

Comment by gfbugbridge [ 04/Oct/07 05:00 PM ]

<BT6613298>

Comment by Ryan Lubke [ 08/Oct/07 03:00 PM ]

Based on the description, I'm not able to reproduce this.

Please attach a WAR that demonstrates the issue.

Comment by dxg [ 08/Oct/07 05:45 PM ]

Due to the large code size, quite hard to extract it out.
Basically, my understanding is that the javascript used by implementation of
jsf commandLink tag conflicts. Each window has its own copy of it(see below).
Seems like they couldn't co-exist.

<script type="text/javascript" language="Javascript">function dpf(f) {var adp =
f.adp;if (adp != null) {for (var i = 0;i < adp.length;i++) {f.removeChild(adp [i]);}}};function apf(f, pvp) {var adp = new Array();f.adp = adp;var ps =
pvp.split(',');for (var i = 0,ii = 0;i < ps.length;i+,ii+) {var p =
document.createElement("input");p.type = "hidden";p.name = ps[i];p.value = ps[i
+ 1];f.appendChild(p);adp[ii] = p;i += 1;}};function jsfcljs(f, pvp, t) {apf(f,
pvp);var ft = f.target;if (t) {f.target = t;}f.submit();f.target = ft;dpf
(f);};</script>

Comment by Ryan Lubke [ 09/Oct/07 08:52 AM ]

There is no way to boil it down to a simple test case?
Can you at least post the JS error(s)?

Comment by dxg [ 09/Oct/07 11:57 PM ]

The js error is dph object error.

To avoid this error, I have changed to use commandButton. Everything is ok.

Comment by Ryan Lubke [ 10/Oct/07 08:35 AM ]

Closing this out as WORKSFORME.

I've tried to reproduce based on the description with no success.
Unfortunately, the JS error provided isn't going to be of help.

If a simple test case can be created demonstrating the issue, then please feel
free to reopen.





[GLASSFISH-3723] publish to registry command fails when web server port is in 5 digits Created: 03/Oct/07  Updated: 22/Oct/07  Resolved: 22/Oct/07

Status: Resolved
Project: glassfish
Component/s: web_services_mgmt
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: sankarpn Assignee: harpreet
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,723
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, gfbugbridge, harpreet and sankarpn

 Description   

The glassfish http process is listening in 28080 and trying to publish a
webservice in ebXML registry. It fails with the following error.

asadmin deploy -name soar-final /usr/sankar/ws/9.1/temp/appserver-sqe/lib/soar
final.rar
Command deploy executed successfully.

asadmin create-connector-connection-pool --raname soar-final –
connectiondefinition javax.xml.registry.ConnectionFactory –
property "LifeCycleManagerURL=http\:\/\/testing.com\:7080
\/soar\/registry\/soap:QueryManagerURL=http\:\/\/testing.com\:7080
\/soar\/registry\/soap" soa_pool_sunscape3
Command create-connector-connection-pool executed successfully.

asadmin create-connector-resource --poolname soa_pool_sunscape3
soa_jndi_sunscape3
Command create-connector-resource executed successfully.

asadmin publish-to-registry --registryjndinames soa_jndi_sunscape3 –
webservicename "jaxrpc-simple#jaxrpc-simple.war#HelloIF"
The URL: http://x.x.x.x:2808/jaxrpc-simple/simple?wsdl is not resolvable.
CLI137 Command publish-to-registry failed.



 Comments   
Comment by gfbugbridge [ 03/Oct/07 05:00 PM ]

<BT6612799>

Comment by harpreet [ 09/Oct/07 11:26 AM ]

Filed for an external adopter, issue belongs to Harpreet

Comment by basler [ 17/Oct/07 03:03 PM ]

Approved for check into SJSAS91_UR1_BRANCH

Comment by harpreet [ 19/Oct/07 02:43 PM ]

Issue in the pattern recogintion code. The code has a regex to pick 4 digit ports. Fix under progress and
will be submitted next week.

Comment by harpreet [ 22/Oct/07 10:59 AM ]

Modified the regex pattern that is used to look up port from the on disk wsdl to look for any number of
digits in the port instead of just four.





[GLASSFISH-3720] Allow app client container to run JavaFX scripts Created: 02/Oct/07  Updated: 04/Jan/08  Resolved: 04/Jan/08

Status: Resolved
Project: glassfish
Component/s: standalone_client
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

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

Operating System: All
Platform: Other


Issuezilla Id: 3,720
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, gfbugbridge and Tim Quinn

 Description   

Allow developers to package JavaFX script files into an app client and have the
scripting engine run that script in the app client container.



 Comments   
Comment by Tim Quinn [ 02/Oct/07 06:00 AM ]

In an initial implementation we do not want to require any changes to
command-line arguments, properties, etc.

Rather, we will take an approach similar to what the JVM takes. In Java SE, if
the manifest of a JAR file specifies Main-Class: x.y.z and x/y/z.fx exists in
the JAR, then the JVM launches the JavaFX script engine and runs that script.
The app client container take a similar approach. If the app client JAR's
manifest specifies x.y.z as the Main-Class (or the command line specifies
-mainclass x.y.z) the ACC will search for x/y/z.fx and, if found, launch the
JavaFX script engine running that script. If such a script is not found, the
ACC will search for x/y/z.class and, if found, load and run that class.

Comment by basler [ 02/Oct/07 09:21 AM ]

Approved for check into the SJSAS91_UR1_BRANCH

Comment by Tim Quinn [ 02/Oct/07 10:34 AM ]

Changes checked in to SJSAS91_UR1_BRANCH:

Checking in LocalStrings.properties;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/LocalStrings.properties,v
<-- LocalStrings.properties
new revision: 1.9.4.1; previous revision: 1.9
done
Checking in MainWithModuleSupport.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/MainWithModuleSupport.java,v
<-- MainWithModuleSupport.java
new revision: 1.28.4.1; previous revision: 1.28
done
RCS file:
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/Attic/ScriptingSupport.java,v
done
Checking in ScriptingSupport.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/Attic/ScriptingSupport.java,v
<-- ScriptingSupport.java
new revision: 1.1.2.1; previous revision: 1.1
done
Checking in UserError.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/UserError.java,v
<-- UserError.java
new revision: 1.2.8.1; previous revision: 1.2
done

Same changes checked into the main trunk (but different revision numbers):

Checking in LocalStrings.properties;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/LocalStrings.properties,v
<-- LocalStrings.properties
new revision: 1.10; previous revision: 1.9
done
Checking in MainWithModuleSupport.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/MainWithModuleSupport.java,v
<-- MainWithModuleSupport.java
new revision: 1.29; previous revision: 1.28
done
Checking in ScriptingSupport.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/ScriptingSupport.java,v
<-- ScriptingSupport.java
new revision: 1.2; previous revision: 1.1
done
Checking in UserError.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/UserError.java,v
<-- UserError.java
new revision: 1.3; previous revision: 1.2
done

Comment by gfbugbridge [ 09/Oct/07 03:45 PM ]

<BT6614901>

Comment by Tim Quinn [ 04/Jan/08 01:15 PM ]

Changes checked in for the FCS branch (9.1.1):

Checking in LocalStrings.properties;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/LocalStrings.properties,v
<-- LocalStrings.properties
new revision: 1.9.2.1; previous revision: 1.9
done
Checking in MainWithModuleSupport.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/MainWithModuleSupport.java,v
<-- MainWithModuleSupport.java
new revision: 1.28.2.1; previous revision: 1.28
done
Checking in ScriptingSupport.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/ScriptingSupport.java,v
<-- ScriptingSupport.java
new revision: 1.2.2.2; previous revision: 1.2.2.1
done
Checking in UserError.java;
/cvs/glassfish/appserv-core/src/java/com/sun/enterprise/appclient/UserError.java,v
<-- UserError.java
new revision: 1.2.6.1; previous revision: 1.2
done





[GLASSFISH-3715] Change the preamble in ~/.asadminpass ... Created: 01/Oct/07  Updated: 12/Jan/08  Resolved: 12/Jan/08

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Critical
Reporter: rdelaplante Assignee: janey
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 3,715
Status Whiteboard:

91ur1Approved

Tags:
Participants: gfbugbridge, janey, km, rdelaplante and shreedhar_ganapathy

 Description   

I installed SJSAS 9.1 FCS on a production Windows 2003 server computer. I wanted
to use asadmin to execute several hundred commands in a script to create tons of
connection pools and connection pool resources. I found out that when my
~/.asadminpass file was not configured (only had a comment in it), the asadmin
command would skip the part asking me for a username and went straight to the
password question. When I typed in the password, it would tell me the user is
invalid:

D:\PROGRA~1\Sun\GLASSF~1\bin>asadmin multimode --file connpools.txt
asadmin> Please enter the admin user name>Please enter the admin password>
Invalid user or password
CLI137 Command create-connector-connection-pool failed.
asadmin> Please enter the admin user name>Please enter the admin password>

I was able to duplicate this bug on an other computer by commenting out the
.asadminpass config information:

  1. Do not edit this file by hand. Use login interface instead.
  2. asadmin://admin@localhost:4848 YWRtaW5hZG1pbg==

On the production server, I had to use the web admin console to change the admin
password to adminadmin, then paste the contents of .asadminpass from my dev box
into the one on the server. I was then able to run the command. I changed the
admin password on the production server when finished, and un-did my changes to
.asadminpass.



 Comments   
Comment by km [ 01/Oct/07 11:49 AM ]

Ryan,

I am not sure what the problem is. It is better to leave the contents of
.asadminpass alone and modify it using the "asadmin login" command. Maybe
the comment should have said "Use asadmin login interface instead".

The way it works is documented in:
https://glassfish.dev.java.net/nonav/javaee5/admin-infra/subprojects/asadminlogin/proposal.html

So, in your case, you should just use "asadmin login --host ... --port
admin-port" to solve this problem. Another thing you can look into is to
create the domain using "asadmin create-domain --savelogin ..." which will
save the password in correct format in the file ~/.asadminpass.

Please comment, I am not sure if this is a bug.

Comment by rdelaplante [ 01/Oct/07 11:59 AM ]

The SJSAS 9.1 installer program created my domain for me, and put only a comment
line in ~/.asadminpass file. I wasn't sure how to get the app server to write
out my password into the file without creating a new domain and spending another
hour re-configuring everything.

In my eyes, the bug is that when I tried to have asadmin run my script, it did
not give me a chance to enter the admin username. It skipped past that part,
then asked for the password. I entered the real admin user's password, then it
told me it was wrong. I know it was right. It would not let me execute the script.

I tried running asadmin with no arguments, then ran a single command from my
script. It asked for the admin username, then the admin password. After I
entered both, it executed my command successfully. The next command I tried to
run again asked for the username and password. Since I have almost 200 commands
in my script I ended up manually editing the .asadminpass file.

I didn't know about the --login argument. I still think what I experienced is a
bug.

Comment by rdelaplante [ 01/Oct/07 12:03 PM ]

I suppose I could have used the --passwordfile option. Since it was prompting
for the password, I was thinking that it should work once I enter the correct
password.

Comment by rdelaplante [ 01/Oct/07 12:08 PM ]

Ok I'm a bit thick headed...


$>asadmin login --host admin-host --port admin-port

The admin user name and password will be saved in [/home/Joe/.asadminpass] for
this domain, with host [admin-host] and admin-port [admin-port]. Do you want to
continue (y/n)? y


Like you said, this command would have helped me around the problem I was
having. I'll remember that in the future. Thanks.

Comment by km [ 01/Oct/07 12:21 PM ]

OK, I take this as a legitimate usability problem.

I think if the comment were to say:

"Use asadmin login command instead" it would have helped you.

Here are the diff's:
Index: MemoryHashLoginInfoStore.java
===================================================================
RCS file:
/cvs/glassfish/appserv-api/src/java/com/sun/appserv/management/client/prefs/MemoryHashLoginInfoStore.java,v
retrieving revision 1.2
diff -u -r1.2 MemoryHashLoginInfoStore.java
— MemoryHashLoginInfoStore.java 5 May 2007 05:30:31 -0000 1.2
+++ MemoryHashLoginInfoStore.java 1 Oct 2007 19:19:23 -0000
@@ -272,7 +272,7 @@
return ( line );
}
static void writePreamble(final BufferedWriter bw) throws IOException {

  • final String preamble = "# Do not edit this file by hand. Use login
    interface instead.";
    + final String preamble = "# Do not edit this file by hand. Use
    \"asadmin login\" command instead.";
    bw.write(preamble);

Would you want the fix to be integrated this way and close this bug?

Please let me know.

Regards,
Kedar

Comment by rdelaplante [ 01/Oct/07 12:28 PM ]

How about this:

final String preamble = "# Do not edit this file by hand. To add domains use the
\"asadmin login\" command.";

Why did this happen to me?

D:\PROGRA~1\Sun\GLASSF~1\bin>asadmin multimode --file connpools.txt
asadmin> Please enter the admin user name>Please enter the admin password>

Shouldn't it have let me enter the admin username before asking for the
password? If I entered the correct information, it should have worked right?

Thanks,
Ryan

Comment by km [ 01/Oct/07 02:31 PM ]

> Your preamble message looks OK. We can use that. I have to listen to users

> Why did it happen to you:

  • It's because you are running asadmin in the interactive mode and asadmin thinks
    that a human is available to provide user name and password when its
    algorithm to get user name from [--user, env var AS_ADMIN_USER, .asadminpass]
    and password from [.asadminpass, passwordfile] has failed.

It prompts you only when other means fail.

asadmin does not have sophisticated means to find if it is attached to a
"terminal". That facility (similar to getty() is available only in Java
6 (java.io.Console) and hence asadmin just prompts for you thinking you
(a human) are interacting with it.

Regards,
Kedar

Comment by rdelaplante [ 01/Oct/07 02:47 PM ]

I did not pass a user in using --user, I did not set an AS_ADMIN_USER
environment variable, and .asadminpass did not have a user. It displayed the
text asking me to enter a username, but DID NOT let me type one in. That is my
point. Assuming it knew to use admin for username, after I entered the correct
password it told me that it is wrong and would not execute my script. Do you
understand why I think this is a bug? You have pointed out other ways to get
the username and password into the asadmin command, but apparently there is code
to ask me the human for username and password... and it does not work.

I won't bug you anymore about this ticket. I just wanted to make that part
clear. That is why I originally created this ticket. Thanks for your help.

Comment by gfbugbridge [ 01/Oct/07 05:01 PM ]

<BT6611855>

Comment by shreedhar_ganapathy [ 02/Oct/07 05:35 PM ]

..

Comment by km [ 15/Oct/07 10:48 AM ]

...

Comment by janey [ 16/Oct/07 04:36 AM ]

fix checked in:

Checking in MemoryHashLoginInfoStore.java;
/cvs/glassfish/appserv-api/src/java/com/sun/appserv/management/client/prefs/MemoryHashLoginInfoStore.java,v
<-- MemoryHashLoginInfoStore.java
new revision: 1.2.8.1; previous revision: 1.2
done

Comment by janey [ 12/Jan/08 03:42 PM ]

fix checked into 9.1.1 (SJSAS91_FCS_BRANCH)

/cvs/glassfish/appserv-api/src/java/com/sun/appserv/management/client/prefs/MemoryHashLoginInfoStore.java,v
<-- MemoryHashLoginInfoStore.java
new revision: 1.2.6.1; previous revision: 1.2
done





[GLASSFISH-3706] ORDER BY clause drops nulls Created: 27/Sep/07  Updated: 28/Sep/07  Resolved: 28/Sep/07

Status: Resolved
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: danielrhoades Assignee: tware
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


File Attachments: File OrderTest-ear.ear     File OrderTest-ear.ear    
Issuezilla Id: 3,706
Tags:
Participants: danielrhoades, gfbugbridge, gyorke and tware

 Description   

Assume an entity class looking something like this:

Customer {
Integer ID;
String email;
}

Then in a session bean run a named query:

SELECT c FROM Customer c ORDER BY c.email

If a customer has a null email address then they aren't included in the result set.

Any ideas? (deployed on SJAS 9.1)

Thanks

Dan



 Comments   
Comment by gyorke [ 27/Sep/07 08:17 AM ]

If you are having problems with your code perhaps the forums would be a better
spot to receive support.

Comment by danielrhoades [ 27/Sep/07 08:37 AM ]

I should of been more explict, I consider the current operation a bug. Null
entity fields in a sort shouldn't result in the entire record being dropped from
results.

Comment by gyorke [ 27/Sep/07 08:45 AM ]

Null entity fields in a sort do not result in the entire record being dropped
from the results.
Perhaps there is an issue in your code or with the database you are using.

Comment by danielrhoades [ 27/Sep/07 09:09 AM ]

Hmmm I think there still is a problem, I'll prepare a test case to re-create the
issue.

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

<BT6610680>

Comment by danielrhoades [ 28/Sep/07 01:34 AM ]

Created an attachment (id=1175)
JSF + EJB app using connection pool: jdbc/derby

Comment by danielrhoades [ 28/Sep/07 02:11 AM ]

Please ignore first attachment - test case is incorrect

Comment by danielrhoades [ 28/Sep/07 03:38 AM ]

Created an attachment (id=1176)
JSF + EJB app using connection pool: jdbc/derby

Comment by danielrhoades [ 28/Sep/07 04:12 AM ]

The test case (attached) is far more complicated than the simple example I
posted, the simple example works fine for me BTW, it was late and I wanted to
get this posted before heading home... so my mistake. But I still think there
is an issue to resolve:

The application structure for the (crude) test case goes as follows:

  • Entity class controlled by session bean facade
  • JSF Managed Bean accessed using Facelets based JSF pages
  • Persistence manager is just a standard Derby connection pool - jdbc/derby

Basic CRUD functionality is supported:

/OrderTest/customers/index.jsf - Lists all customers and a button to add another

Steps to re-create issue:

1. Click "create new customer"
2. Enter an email address (i.e. "test")
3. Enter description "hello" but leave the "next customer" field blank
4. Click "add category" then click "create"
5. Customer does not appear in list
6. Click "create new customer"
7. Enter an email address (i.e. "test2")
8. Enter description "hello" and enter "1" in the "next customer" field
9. Click "add category" then click "create"
10. Customer apppears in list

A JSF converter converters the next customer field from a customer ID to a
customer (by doing a lookup via the facade).

Customer class summary (with named query used for the listing):

@NamedQuery(name = "Customer.findAll", query = "SELECT cico.customer FROM
CustomerInCategoryOrder cico ORDER BY cico.nextCustomer.id")
Customer {
private Integer id;
private String email;

private List<CustomerInCategoryOrder> customerInCategoryOrders =
new ArrayList<CustomerInCategoryOrder>();
}

CustomerInCategoryOrder class summary:

CustomerInCategoryOrder {
private Integer id;
private Customer customer;
private Customer nextCustomer;
}

Removing the sort order from the query results in all customers being listed.
So to me it would appear that ordering by a null relationship field results in
the record being dropped.

Comment by gyorke [ 28/Sep/07 07:31 AM ]

Not a bug. Incorrect symptom description as first posting does not describe the
issue at all. The forums are the resource to use for help with an application.

The results were not eliminated because email is null, th results were
eliminated by the join from cico to nextCustomer which is a null foreign key in
the example. Joins across tables eliminate null foreign keys by definition of a
join. An outer join should be used.

@NamedQuery(name = "Customer.findAll", query = "SELECT cico.customer FROM
CustomerInCategoryOrder cico LEFT OUTER JOIN cico.nextCustomer nc ORDER BY nc.id")

Comment by danielrhoades [ 28/Sep/07 08:44 AM ]

I already explained the error in the first post, but thanks for the code fix.

In this case I overlooked the join condition, but I have reported many actual
bugs in GF2, including persistence related ones. I feel you assumed I was
looking for forum-like support in an issue list - this was not the case.

If I believed the error could of been in my code, then I would of posted in the
forums, although I was wrong in this case, some of your comments are a bit
condescending.





[GLASSFISH-3704] Incorrect ActiviationSpec passed to ResourceAdapter implementation Created: 26/Sep/07  Updated: 05/Oct/07  Resolved: 05/Oct/07

Status: Resolved
Project: glassfish
Component/s: jca
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: hildo Assignee: Sivakumar Thyagarajan
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Solaris
Platform: Sun


File Attachments: Zip Archive MyAdapter-src.zip     File MyAdapter.rar     Zip Archive MyApp-src.zip     File MyApp.ear     XML File ra.xml    
Issuezilla Id: 3,704
Tags:
Participants: gfbugbridge, hildo and Sivakumar Thyagarajan

 Description   

I have written a JCA Adapter, which contains a single <outbound-resourceadapter>
element and a single <inbound-resourceadapter> element. When I deploy the
adapter (call it RA), it deploys fine. I can also deploy an EJB Application
(call it EJBApp1) which contains a MDB that implements the interface defined by
the JCA adapter. It deploys fine, and operates fine. The MDB looks like

@MessageDriven(
name="TreEventBean",
messageListenerInterface=TreEventListener.class,
activationConfig={ @ActivationConfigProperty(propertyName="ServerName",propertyValue="wallaby"), @ActivationConfigProperty(propertyName="PortNumber",propertyValue="10551"), @ActivationConfigProperty(propertyName="UserName",propertyValue="tpsysadm"), @ActivationConfigProperty(propertyName="Password",propertyValue="tpsysadm"), @ActivationConfigProperty(propertyName="AsyncEvents",propertyValue="true"), @ActivationConfigProperty(propertyName="EventPatterns",propertyValue="myPattern") }
)
public class TreEventBean implements TreEventListener {

...

And the ra.xml portion is defined as

<inbound-resourceadapter>
<messageadapter>
<messagelistener>

<messagelistener-type>com.intecbilling.connector.TreEventListener</messagelistener-type>
<activationspec>

<activationspec-class>com.intecbilling.connector.TreEventActivationSpec</activationspec-class>

So, I want to write the JCA adapter in order to support multiple types of
inbound communication. So, I've written a separate ActivationSpec
implementation, which uses a separate Interface. I have not, in any way,
modified the original ActivationSpec, or the section of the ra.xml file which
associates the interface with the spec. The ra.xml file now has two
<inbound-resourceadapter> elements in it.

The RA deploys fine. However, when the original EJBApp1 redeploys, exceptions
are thrown:

[#|2007-09-27T12:01:49.523+1000|WARNING|sun-appserver9.1|javax.enterprise.system.stream.err|_ThreadID=16;_ThreadName=httpWorkerThread-4848-0;_RequestID=4b27ed62-4eb2-4bb6-85e6-b604b21ccd36;|javax.resource.spi.ResourceAllocationException:
Illegal proxy port
at
com.intecbilling.connector.SVResourceAdapter.activateTreProxyListener(SVResourceAdapter.java:157)
at
com.intecbilling.connector.SVResourceAdapter.endpointActivation(SVResourceAdapter.java:65)
at
com.sun.enterprise.connectors.inflow.ConnectorMessageBeanClient.setup(ConnectorMessageBeanClient.java:252)
at
com.sun.ejb.containers.MessageBeanContainer.<init>(MessageBeanContainer.java:209)
at
com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:280)
at com.sun.enterprise.server.AbstractLoader.loadEjbs(AbstractLoader.java:535)
at com.sun.enterprise.server.ApplicationLoader.doLoad(ApplicationLoader.java:188)
at
com.sun.enterprise.server.TomcatApplicationLoader.doLoad(TomcatApplicationLoader.java:126)
at com.sun.enterprise.server.AbstractLoader.load(AbstractLoader.java:243)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:336)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:230)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:203)
at
com.sun.enterprise.server.ApplicationManager.applicationEnabled(ApplicationManager.java:763)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.invokeApplicationDeployEventListener(AdminEventMulticaster.java:924)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.handleApplicationDeployEvent(AdminEventMulticaster.java:902)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:458)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:173)
at
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.sendEnableConfigChangeEventExplicitly(ApplicationsConfigMBean.java:1834)
at
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.enable(ApplicationsConfigMBean.java:1902)
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.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.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:174)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:624)
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:624)
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:624)
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:268)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:631)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:562)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:803)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.WorkerThreadImpl.run(WorkerThreadImpl.java:116)
Caused by: java.lang.NumberFormatException: null
at java.lang.Integer.parseInt(Integer.java:415)
at java.lang.Integer.parseInt(Integer.java:497)
at
com.intecbilling.connector.SVResourceAdapter.activateTreProxyListener(SVResourceAdapter.java:155)
... 71 more

#]

[#|2007-09-27T12:01:49.539+1000|SEVERE|sun-appserver9.1|javax.enterprise.system.container.ejb.mdb|_ThreadID=16;_ThreadName=httpWorkerThread-4848-0;TreEventBean;java.lang.Exception;_RequestID=4b27ed62-4eb2-4bb6-85e6-b604b21ccd36;|MDB00017:
[TreEventBean]: Exception in creating message-driven bean container:
[java.lang.Exception]|#]

[#|2007-09-27T12:01:49.541+1000|SEVERE|sun-appserver9.1|javax.enterprise.system.container.ejb.mdb|_ThreadID=16;_ThreadName=httpWorkerThread-4848-0;_RequestID=4b27ed62-4eb2-4bb6-85e6-b604b21ccd36;|java.lang.Exception
java.lang.Exception
at
com.sun.enterprise.connectors.inflow.ConnectorMessageBeanClient.setup(ConnectorMessageBeanClient.java:261)
at
com.sun.ejb.containers.MessageBeanContainer.<init>(MessageBeanContainer.java:209)
at
com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:280)
at com.sun.enterprise.server.AbstractLoader.loadEjbs(AbstractLoader.java:535)
at com.sun.enterprise.server.ApplicationLoader.doLoad(ApplicationLoader.java:188)
at
com.sun.enterprise.server.TomcatApplicationLoader.doLoad(TomcatApplicationLoader.java:126)
at com.sun.enterprise.server.AbstractLoader.load(AbstractLoader.java:243)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:336)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:230)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:203)
at
com.sun.enterprise.server.ApplicationManager.applicationEnabled(ApplicationManager.java:763)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.invokeApplicationDeployEventListener(AdminEventMulticaster.java:924)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.handleApplicationDeployEvent(AdminEventMulticaster.java:902)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:458)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:173)
at
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.sendEnableConfigChangeEventExplicitly(ApplicationsConfigMBean.java:1834)
at
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.enable(ApplicationsConfigMBean.java:1902)
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.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.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:174)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:624)
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:624)
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:624)
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:268)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:631)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:562)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:803)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.WorkerThreadImpl.run(WorkerThreadImpl.java:116)
Caused by: javax.resource.spi.ResourceAllocationException: Illegal proxy port
at
com.intecbilling.connector.SVResourceAdapter.activateTreProxyListener(SVResourceAdapter.java:157)
at
com.intecbilling.connector.SVResourceAdapter.endpointActivation(SVResourceAdapter.java:65)
at
com.sun.enterprise.connectors.inflow.ConnectorMessageBeanClient.setup(ConnectorMessageBeanClient.java:252)
... 69 more
Caused by: java.lang.NumberFormatException: null
at java.lang.Integer.parseInt(Integer.java:415)
at java.lang.Integer.parseInt(Integer.java:497)
at
com.intecbilling.connector.SVResourceAdapter.activateTreProxyListener(SVResourceAdapter.java:155)
... 71 more

#]

[#|2007-09-27T12:01:49.560+1000|SEVERE|sun-appserver9.1|javax.enterprise.system.container.ejb|_ThreadID=16;_ThreadName=httpWorkerThread-4848-0;java.lang.Exception;_RequestID=4b27ed62-4eb2-4bb6-85e6-b604b21ccd36;|EJB5090:
Exception in creating EJB container [java.lang.Exception]|#]

[#|2007-09-27T12:01:49.562+1000|SEVERE|sun-appserver9.1|javax.enterprise.system.container.ejb|_ThreadID=16;_ThreadName=httpWorkerThread-4848-0;_RequestID=4b27ed62-4eb2-4bb6-85e6-b604b21ccd36;|appId=SVConnectorDemo
moduleName=SVConnectorDemo-ejb_jar ejbName=TreEventBean|#]

[#|2007-09-27T12:01:49.563+1000|SEVERE|sun-appserver9.1|javax.enterprise.system.core.classloading|_ThreadID=16;_ThreadName=httpWorkerThread-4848-0;_RequestID=4b27ed62-4eb2-4bb6-85e6-b604b21ccd36;|LDR5004:
UnExpected error occured while creating ejb container
java.lang.Exception
at
com.sun.enterprise.connectors.inflow.ConnectorMessageBeanClient.setup(ConnectorMessageBeanClient.java:261)
at
com.sun.ejb.containers.MessageBeanContainer.<init>(MessageBeanContainer.java:209)
at
com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:280)
at com.sun.enterprise.server.AbstractLoader.loadEjbs(AbstractLoader.java:535)
at com.sun.enterprise.server.ApplicationLoader.doLoad(ApplicationLoader.java:188)
at
com.sun.enterprise.server.TomcatApplicationLoader.doLoad(TomcatApplicationLoader.java:126)
at com.sun.enterprise.server.AbstractLoader.load(AbstractLoader.java:243)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:336)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:230)
at
com.sun.enterprise.server.ApplicationManager.applicationDeployed(ApplicationManager.java:203)
at
com.sun.enterprise.server.ApplicationManager.applicationEnabled(ApplicationManager.java:763)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.invokeApplicationDeployEventListener(AdminEventMulticaster.java:924)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.handleApplicationDeployEvent(AdminEventMulticaster.java:902)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:458)
at
com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:173)
at
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.sendEnableConfigChangeEventExplicitly(ApplicationsConfigMBean.java:1834)
at
com.sun.enterprise.admin.mbeans.ApplicationsConfigMBean.enable(ApplicationsConfigMBean.java:1902)
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.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.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
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.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:174)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
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:624)
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:624)
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:624)
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:268)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:631)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:562)
at
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:803)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:339)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:261)
at
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:212)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at
com.sun.enterprise.web.connector.grizzly.WorkerThreadImpl.run(WorkerThreadImpl.java:116)
Caused by: javax.resource.spi.ResourceAllocationException: Illegal proxy port
at
com.intecbilling.connector.SVResourceAdapter.activateTreProxyListener(SVResourceAdapter.java:157)
at
com.intecbilling.connector.SVResourceAdapter.endpointActivation(SVResourceAdapter.java:65)
at
com.sun.enterprise.connectors.inflow.ConnectorMessageBeanClient.setup(ConnectorMessageBeanClient.java:252)
... 69 more
Caused by: java.lang.NumberFormatException: null
at java.lang.Integer.parseInt(Integer.java:415)
at java.lang.Integer.parseInt(Integer.java:497)
at
com.intecbilling.connector.SVResourceAdapter.activateTreProxyListener(SVResourceAdapter.java:155)
... 71 more

#]

From what I can see, it is passing the new, incorrect ActivationSpec
implementation to the Resource Adapter during its endpointActivation method call.

Shouldn't the container be able to use the ActivationSpec implementation based
on the interface that is defined within the MDB?



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

<BT6610679>

Comment by Sivakumar Thyagarajan [ 28/Sep/07 04:04 AM ]

I would like to get more information to understand this better. Sorry if this
sounds repetitive.

– snip –
"So, I want to write the JCA adapter in order to support multiple types of
inbound communication. So, I've written a separate ActivationSpec
implementation, which uses a separate Interface. have not, in any way,
modified the original ActivationSpec, or the section of the ra.xml file which
associates the interface with the spec. The ra.xml file now has two
<inbound-resourceadapter> elements in it."
– snip –

Are you saying that you want to support a scenario similar to this:
Have one <messagelistener-type> linked to two <activationspec-class>'es?

-snip-
Caused by: java.lang.NumberFormatException: null
at java.lang.Integer.parseInt(Integer.java:415)
at java.lang.Integer.parseInt(Integer.java:497)
at
com.intecbilling.connector.SVResourceAdapter.activateTreProxyListener(SVResourceAdapter.java:155)
-snip-

Could you explain how this means "Incorrect ActiviationSpec passed to
ResourceAdapter implementation" during endpointActivation?

The connectors 1.5 specification does not clearly explain how the association
between the message listener type and activationspec during deployment is made.
For example in Section 12.4.6, it states that "The deployer obtains an
ActivationSpec JavaBean from the selected resource adapter and configures it.
The configuration information is messaging style-specific and may include
message provider specific details.", but does not explain that the chosen
activationspec should be the one associated with the message-listener type of
the endpoint bean. In GlassFish, [refer
http://fisheye5.cenqua.com/browse/~author=rampsarathy/glassfish/appserv-core/src/java/com/sun/enterprise/connectors/inflow/ConnectorMessageBeanClient.java?r=1.8#l191]
we merely pick up the first activationSpec-class associated with the
messagelistener-type that matches the MessageListenerType of the endpoint bean.

Ideally it does not make sense to have two ActivationSpec beans associated with
the same Message listener type. You could have two AS associated with two
different MLTs [1:1] or two MLTs sharing the same AS [2:1], but not the otherway
around. If there is a usecase in your mind, please let us know.

Hope this helps.

Could you provide your ra.xml and if possible the RAR and EAR to reproduce the
issue?

Comment by hildo [ 30/Sep/07 04:15 PM ]

– snip –
Are you saying that you want to support a scenario similar to this:
Have one <messagelistener-type> linked to two <activationspec-class>'es?
-snip-

No, that is not what I want. What I have is interface A, against which is
ActivationSpec A', and interface B against which is ActivationSpec B'. The two
interfaces are not related in anyway (via inheritence), and neither are the
classes which implement their ActivationSpecs. That is why I originally said
"So, I've written a separate ActivationSpec implementation, which uses a
separate Interface." There are not two activation specs for a single interface.a

– snip –
The connectors 1.5 specification does not clearly explain how the association
between the message listener type and activationspec during deployment is made.
For example in Section 12.4.6, it states that "The deployer obtains an
ActivationSpec JavaBean from the selected resource adapter and configures it.
The configuration information is messaging style-specific and may include
message provider specific details.", but does not explain that the chosen
activationspec should be the one associated with the message-listener type of
the endpoint bean
-snip-

To my mind (and I agree that this is my interpretation) that schema declaration
defines the association. The declaration in the ra.xml looks like

<inbound-resourceadapter>
<messageadapter>
<messagelistener>

<messagelistener-type>com.edh.adapter.ListenerB</messagelistener-type>
<activationspec>

<activationspec-class>com.edh.adapter.ActivationSpecImplB</activationspec-class>
<required-config-property>
<config-property-name>ProxyPort</config-property-name>
</required-config-property>
</activationspec>
</messagelistener>
</messageadapter>
</inbound-resourceadapter>

To me, ActivationSpecImplB is ListenerB's spec, because it's the sibling element
of the <messsageadapter>. In my mind, the association is quite clear: for any
interface of type ListenerB, create an instance of the ActivationSpecImplB class.

It is too hard to submit the original application which caused this error, so I
have created a demo application. I have attached the RAR and EAR files to this
issue, as well as zips of the source files. The basic structure is there is one
Interface, com.edh.adapter.ListenerA. In the ra.xml, it is defined to use the
class com.edh.adapter.ActivationSpecImplA. There is a second interface,
com.edh.adapter.ListenerB, which is defined in the ra.xml as being associated
with the class com.edh.adapter.ActivationSpecImplB.

The EJB Application contains a single MDB that implements the ListenerA interface.

To create this error, I

1) Start Glassfish (I'm using v2 ur1 b01
2) Deploy the connector module, MyAdapter.rar file.
3) Deploy the EJB application, MyApp.ear file.

The RAR file deploys fine. The EAR deploys as well, but the server log reveals
the following:

[#|2007-10-01T09:05:12.125+1000|INFO|sun-appserver9.1|javax.enterprise.system.tools.admin|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;/var/tmp/s1astempdomain1server-591355714/MyApp.ear;|ADM1006:Uploading
the file to:[/var/tmp/s1astempdomain1server-591355714/MyApp.ear]|#]

[#|2007-10-01T09:05:14.645+1000|INFO|sun-appserver9.1|javax.enterprise.system.tools.deployment|_ThreadID=17;_ThreadName=Thread-30;|deployed
with moduleid = MyApp|#]

[#|2007-10-01T09:05:15.152+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;setPassword;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR8000
: The method setPassword is not present in the class :
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.156+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;Password;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR7097:
No setter method present for the property Password in the class
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.157+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;setServerName;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR8000
: The method setServerName is not present in the class :
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.160+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;ServerName;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR7097:
No setter method present for the property ServerName in the class
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.163+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;setPortNumber;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR8000
: The method setPortNumber is not present in the class :
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.164+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;PortNumber;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR7097:
No setter method present for the property PortNumber in the class
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.165+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;setEventPatterns;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR8000
: The method setEventPatterns is not present in the class :
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.166+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;EventPatterns;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR7097:
No setter method present for the property EventPatterns in the class
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.167+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;setUserName;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR8000
: The method setUserName is not present in the class :
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.167+1000|WARNING|sun-appserver9.1|javax.enterprise.resource.resourceadapter|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;UserName;com.edh.adapter.ActivationSpecImplB;_RequestID=9a7f169b-c953-4e5a-aa84-520e52616564;|RAR7097:
No setter method present for the property UserName in the class
com.edh.adapter.ActivationSpecImplB|#]

[#|2007-10-01T09:05:15.173+1000|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;|
endpointActivation: START|#]

[#|2007-10-01T09:05:15.174+1000|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;|
messageEndpointFactory =
MyApp:MyApp#/u01/ct/acct/ehillman/glassfish-v2ur1-b01/domains/domain1/applications/j2ee-apps/MyApp/MyApp-ejb_jar:MyEventBean|#]

[#|2007-10-01T09:05:15.174+1000|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;|
spec = com.edh.adapter.ActivationSpecImplB@1cf7a11|#]

[#|2007-10-01T09:05:15.175+1000|INFO|sun-appserver9.1|javax.enterprise.system.stream.out|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;|
endpointActivation: END|#]

[#|2007-10-01T09:05:15.198+1000|INFO|sun-appserver9.1|javax.enterprise.system.core.classloading|_ThreadID=16;_ThreadName=httpWorkerThread-16001-0;MyApp;|LDR5010:
All ejb(s) of [MyApp] loaded successfully!|#]

The ResourceAdapter's endpointActivation method is being passed the wrong
ActivationSpec implementation (ActivationSpecImplB). This is the root of my
problem.

Please note, if I deploy the RAR file with the second inboundadapter commented
out or removed (simply the section that declares the InterfaceB), then the
endpointActivation is called with the correct ActivationSpec implementation.

Comment by hildo [ 30/Sep/07 04:17 PM ]

Created an attachment (id=1177)
RAR file containing a JCA adapter with two inboundadapters

Comment by hildo [ 30/Sep/07 04:19 PM ]

Created an attachment (id=1178)
EAR file containing MDB that attempts to use JCA adapter

Comment by hildo [ 30/Sep/07 04:20 PM ]

Created an attachment (id=1179)
ra.xml file used by the RAR file

Comment by hildo [ 30/Sep/07 04:21 PM ]

Created an attachment (id=1180)
Source for the JCA adapter that declares multiple inbound adapters

Comment by hildo [ 30/Sep/07 04:22 PM ]

Created an attachment (id=1181)
Source for the EJB application that uses one JCA inbound adapter

Comment by hildo [ 30/Sep/07 04:50 PM ]

It looks like this was caused by how the ra.xml file was defined. Originally,
the ra.xml had the two inbound adapters defined like this:

<resourceadapter>
<resourceadapter-class>com.edh.adapter.MyAdapter</resourceadapter-class>
<!-- Can define config-property entries here, if you settings that are
constant across the Resource Adapter-->
<inbound-resourceadapter>
<messageadapter>
<messagelistener>

<messagelistener-type>com.edh.adapter.ListenerA</messagelistener-type>
<activationspec>

<activationspec-class>com.edh.adapter.ActivationSpecImplA</activationspec-class>
<required-config-property>
<config-property-name>ServerName</config-property-name>
</required-config-property>
<required-config-property>
<config-property-name>PortNumber</config-property-name>
</required-config-property>
<required-config-property>
<config-property-name>UserName</config-property-name>
</required-config-property>
<required-config-property>
<config-property-name>Password</config-property-name>
</required-config-property>
<required-config-property>

<config-property-name>EventPatterns</config-property-name>
</required-config-property>
</activationspec>
</messagelistener>
</messageadapter>
</inbound-resourceadapter>
<inbound-resourceadapter>
<messageadapter>
<messagelistener>

<messagelistener-type>com.edh.adapter.ListenerB</messagelistener-type>
<activationspec>

<activationspec-class>com.edh.adapter.ActivationSpecImplB</activationspec-class>
<required-config-property>
<config-property-name>ProxyPort</config-property-name>
</required-config-property>
</activationspec>
</messagelistener>
</messageadapter>
</inbound-resourceadapter>
<security-permission>
<description>Permissions allowed to My Connector</description>
<security-permission-spec/>
</security-permission>
</resourceadapter>

So, the <resourceadapter> element had two <inbound-resourceadapter> declarations.

If I change this to have a single <inbound-resourceadapter> element, like this:

<resourceadapter>
<resourceadapter-class>com.edh.adapter.MyAdapter</resourceadapter-class>
<!-- Can define config-property entries here, if you settings that are
constant across the Resource Adapter-->
<inbound-resourceadapter>
<messageadapter>
<messagelistener>

<messagelistener-type>com.edh.adapter.ListenerA</messagelistener-type>
<activationspec>

<activationspec-class>com.edh.adapter.ActivationSpecImplA</activationspec-class>
<required-config-property>
<config-property-name>ServerName</config-property-name>
</required-config-property>
<required-config-property>
<config-property-name>PortNumber</config-property-name>
</required-config-property>
<required-config-property>
<config-property-name>UserName</config-property-name>
</required-config-property>
<required-config-property>
<config-property-name>Password</config-property-name>
</required-config-property>
<required-config-property>

<config-property-name>EventPatterns</config-property-name>
</required-config-property>
</activationspec>
</messagelistener>
</messageadapter>
<messageadapter>
<messagelistener>

<messagelistener-type>com.edh.adapter.ListenerB</messagelistener-type>
<activationspec>

<activationspec-class>com.edh.adapter.ActivationSpecImplB</activationspec-class>
<required-config-property>
<config-property-name>ProxyPort</config-property-name>
</required-config-property>
</activationspec>
</messagelistener>
</messageadapter>
</inbound-resourceadapter>
<security-permission>
<description>Permissions allowed to My Connector</description>
<security-permission-spec/>
</security-permission>
</resourceadapter>

Then everything deploys, and the correct ActivationSpec implementation is sent
to the endpointActivation method.

So, this looks like I had the ra.xml file defined incorrectly. I hope you
haven't spent too much time looking into this.

Comment by Sivakumar Thyagarajan [ 05/Oct/07 04:15 AM ]

> So, this looks like I had the ra.xml file defined incorrectly.

Thanks for letting us know. The verifier bundled with Glassfish can help you
identify such issues. It could be run standalone - verifier foo.rar or as part
of deployment - asadmin deploy --verify=true foo.rar

You would have got an error like this. I understand the error does not point to
the exact error but I think the error could help you identify the issue faster.

Line 79 Column 34 – cvc-complex-type.2.4.a: Invalid content was found starting
with element 'inbound-resourceadapter'. One of
'{"http://java.sun.com/xml/ns/j2ee":adminobject, "http://java.sun.com/xml/ns/j2ee":security-permission}' is expected."
SEVERE: "DPL8005: Deployment Descriptor parsing failure :
cvc-complex-type.2.4.a: Invalid content was found starting with element
'inbound-resourceadapter'. One of
'{"http://java.sun.com/xml/ns/j2ee":adminobject, "http://java.sun.com/xml/ns/j2ee":security-permission}' is expected."





[GLASSFISH-3703] NPE near TPE MapContainerPolicy Created: 26/Sep/07  Updated: 08/Oct/07  Resolved: 08/Oct/07

Status: Resolved
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: sherryshen Assignee: mf125085
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


File Attachments: Text File 3703.zip    
Issuezilla Id: 3,703
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, gfbugbridge, mf125085 and sherryshen

 Description   

This bug is filed in reference of
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6607308
JavaEE (in-container) test failed on AS9.1 FCS ee build while
SecurityManager is enabled by default.

In the test, two entities are used, e.g.
@Entity
public class Course implements Serializable {
@Id
private Integer id;
@OneToMany(mappedBy="course", fetch=FetchType.EAGER)
@MapKey(name="name")
private Map<String, Student> students = new HashMap<String, Student>();
private String name;

@Entity
public class Student implements Serializable {
@Id
private Integer id;

@ManyToOne()
private Course course;

NPE occurs when the test client persists the entity collection.



 Comments   
Comment by sherryshen [ 26/Sep/07 05:35 PM ]

Created an attachment (id=1171)
Test source, server.log and client.output

Comment by mf125085 [ 27/Sep/07 12:08 PM ]

An important functionality, relationships using Maps in a secure environmen, is
broken b/c of this.

Comment by basler [ 27/Sep/07 12:18 PM ]

Approved for check into the SJSAS91_UR1_BRANCH

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

<BT6610679>

Comment by mf125085 [ 28/Sep/07 03:24 PM ]

FishEye link to fix in trunk:

http://fisheye5.cenqua.com/changelog/glassfish/?cs=MAIN:mf125085:20070927182355

Comment by mf125085 [ 01/Oct/07 11:39 AM ]

FishEye link to UR1 check in:

http://fisheye5.cenqua.com/changelog/glassfish/?cs=SJSAS91_UR1_BRANCH:mf125085:20070928234258

Comment by sherryshen [ 08/Oct/07 09:03 AM ]

Verified the fix in 9.1ur1 build 3.





[GLASSFISH-3699] Unable to use SELECT .. ORDER BY Boolean in EJB-QL Created: 26/Sep/07  Updated: 27/Sep/07  Resolved: 27/Sep/07

Status: Resolved
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: mareks Assignee: tware
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,699
Tags:
Participants: gfbugbridge, gyorke, mareks and tware

 Description   

I have a simple table with multiple columns one of them boolean type (in
postgres). Simple query (ejb-ql, toplink) like:

"select o from Entity o where o.pid = ?1 order by o.status"

where o.status is java.lang.Boolean type (entity field), executed returns
following error:

"..... invalid ORDER BY item [o.status] of type [java.lang.Boolean], expected
expression of an orderable type."

Same query only executed as "native" one - works fine.

Thanks.



 Comments   
Comment by gyorke [ 26/Sep/07 01:44 PM ]

If you set the log level to FINE how is the SQL generated by TopLink different
from the SQL you are calling 'native'?

Comment by gfbugbridge [ 26/Sep/07 05:01 PM ]

<BT6610050>

Comment by mareks [ 26/Sep/07 10:55 PM ]

Exception is caught while compiling the query (before it is executed on database):

Caused by: Exception [TOPLINK-8021] (Oracle TopLink Essentials - 2.0 (Build
b58g-fcs (09/07/2007))): oracle.toplink.essentials.exceptions.EJBQLException
Exception Description: Error compiling the query [SELECT o FROM Entity o ORDER
BY o.status], line 1, column 36: invalid ORDER BY item [o.status] of type
[java.lang.Boolean], expected expression of an orderable type

By "native" I meant:

@NamedNativeQueries(value = {@NamedNativeQuery(name = "name", query = "select *
from entity ............. order by status .........

Comment by gyorke [ 27/Sep/07 07:44 AM ]

The base issue here is that in Java Boolean/boolean are not 'comparable' (ie <,>
are not allowed). The specification (Section 4.9), because they are not
comparable and therefore not orderable, explicitly disallows them from being
used in the Order-by clause.

An enhancement could be added in TopLink to have Boolean supported if the
platform supported comparisons but that would be vendor specific.





[GLASSFISH-3698] SQL NativeQuery with EntityResult does not work with PostgreSQL Created: 26/Sep/07  Updated: 27/Sep/07  Resolved: 27/Sep/07

Status: Resolved
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: batzee Assignee: tware
Resolution: Duplicate Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Linux


Issuezilla Id: 3,698
Tags:
Participants: batzee, gfbugbridge and tware

 Description   

Query q = em.createNativeQuery("SELECT * FROM entitytable", EntityClass.class);
List<EntityClass> result = q.getResultList();

Gives the following exception with PostgreSQL:

Exception [TOPLINK-6044] (Oracle TopLink Essentials - 2.0 (Build b58f-fcs
(09/06/2007))): oracle.toplink.essentials.exceptions.QueryException
Exception Description: The primary key read from the row [DatabaseRecord(
=> 1
=> 1
=> 1
=> 2
=> 1
=> 1
=> 1
=> O.S.:-,
=> null
=> null
=> null
=> 2007-09-26 20:01:58.327
=> 2007-09-26 20:01:58.327)] during the execution of the query was
detected to be null. Primary keys must not contain null.
Query: ReadAllQuery(com.vesseltracker.wateropt.entity.ShipAction)
at
oracle.toplink.essentials.exceptions.QueryException.nullPrimaryKeyInBuildingObject(QueryException.java:823)
at
oracle.toplink.essentials.internal.descriptors.ObjectBuilder.buildObject(ObjectBuilder.java:366)
at
oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.buildObject(ObjectLevelReadQuery.java:386)
at
oracle.toplink.essentials.queryframework.ObjectBuildingQuery.registerIndividualResult(ObjectBuildingQuery.java:318)
at
oracle.toplink.essentials.queryframework.ReadAllQuery.registerResultInUnitOfWork(ReadAllQuery.java:511)
at
oracle.toplink.essentials.queryframework.ReadAllQuery.executeObjectLevelReadQuery(ReadAllQuery.java:346)
at
oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.executeDatabaseQuery(ObjectLevelReadQuery.java:724)
at
oracle.toplink.essentials.queryframework.DatabaseQuery.execute(DatabaseQuery.java:628)
at
oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:692)
at
oracle.toplink.essentials.queryframework.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:746)
at
oracle.toplink.essentials.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2233)
at
oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:952)
at
oracle.toplink.essentials.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:924)
at
oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.executeReadQuery(EJBQueryImpl.java:367)
at
oracle.toplink.essentials.internal.ejb.cmp3.base.EJBQueryImpl.getResultList(EJBQueryImpl.java:478)



 Comments   
Comment by tware [ 26/Sep/07 11:37 AM ]

What does EntityClass look like?

What does your table look like?

What does your data look like?

Comment by batzee [ 26/Sep/07 11:40 AM ]

package com.vesseltracker.wateropt.entity;

import java.util.Date;

import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.JoinColumn;
import javax.persistence.ManyToOne;
import javax.persistence.NamedQueries;
import javax.persistence.NamedQuery;
import javax.persistence.Temporal;
import javax.persistence.TemporalType;

import com.vesseltracker.wateropt.util.enums.ShipActionType;

@Entity
public class ShipAction
{
@Id
@Column(name="ID")
@GeneratedValue(strategy = GenerationType.SEQUENCE)
private long id;

@ManyToOne
@JoinColumn(name="SHIP_ID")
private Ship ship;

@ManyToOne
@JoinColumn(name="DATASOURCE_ID")
private DataSource dataSource;

@Column(name="TYPE")
private ShipActionType type;

@ManyToOne
@JoinColumn(name="AGENT_COMPANY_ID")
private Company agentCompany;

@ManyToOne
@JoinColumn(name="PORT_ID", nullable=false)
private Port port;

@ManyToOne
@JoinColumn(name="BERTH_ID", nullable=true)
private Berth berth;

@Column(name="BERTH_INFO", length=32, nullable=true)
private String berthInformation;

@Column(name="STARBOARD")
private Boolean starBoard;

@JoinColumn(name="TUGBOAT_COMPANY_ID", nullable=true)
@ManyToOne
private Company tugboatCompany;

@JoinColumn(name="BOATMEN_COMPANY_ID", nullable=true)
@ManyToOne
private Company boatmenCompany;

@Column(name="TIME_CREATED")
@Temporal(TemporalType.TIMESTAMP)
private Date timeCreated;

@Column(name="TIME_UPDATED")
@Temporal(TemporalType.TIMESTAMP)
private Date timeUpdated;
}

Comment by batzee [ 26/Sep/07 11:41 AM ]

postgres=> \d shipaction;
Tabelle »public.shipaction«
Spalte | Typ | Attribute
------------------------------------------------------------------------------------------------------
id | integer | not null default
nextval('shipaction_id_seq'::regclass)
berth_info | character varying(32) |
starboard | boolean |
type | integer |
time_created | timestamp without time zone |
time_updated | timestamp without time zone |
port_id | integer | not null
agent_company_id | integer |
datasource_id | integer |
tugboat_company_id | integer |
ship_id | integer |
berth_id | integer |
boatmen_company_id | integer |
Indexe:
»shipaction_pkey« PRIMARY KEY, btree (id)
Fremdschlüssel-Constraints:
»fk_shipaction_agent_company_id« FOREIGN KEY (agent_company_id) REFERENCES
company(id)
»fk_shipaction_berth_id« FOREIGN KEY (berth_id) REFERENCES berth(id)
»fk_shipaction_boatmen_company_id« FOREIGN KEY (boatmen_company_id)
REFERENCES company(id)
»fk_shipaction_datasource_id« FOREIGN KEY (datasource_id) REFERENCES
datasource(id)
»fk_shipaction_port_id« FOREIGN KEY (port_id) REFERENCES port(id)
»fk_shipaction_ship_id« FOREIGN KEY (ship_id) REFERENCES ship(id)
»fk_shipaction_tugboat_company_id« FOREIGN KEY (tugboat_company_id)
REFERENCES company(id)

Comment by batzee [ 26/Sep/07 11:44 AM ]

the record from my database:

id 1
berth_info O.S.:-,
starboard null
type 2
time_created 2007-09-26 19:53:24.15
time_updated 2007-09-26 19:53:24.15
port_id 1
agent_company_id 1
datasource_id 1
tugboat_company_id null
ship_id 1
berth_id 1
boatmen_company_id 1

Comment by batzee [ 26/Sep/07 11:47 AM ]

sorry, the last one was wrong
boatmen_id is also NULL!

Comment by tware [ 26/Sep/07 11:59 AM ]

PostGreSQL is more case sensitive than other DBs.

Try one of the following:

1. Make the case of the column definitions in your Entity match the case of the
columns defined in your table

2. Write a query that does the coversion e.g. select x.id as ID from TableX x

Comment by gfbugbridge [ 26/Sep/07 05:01 PM ]

<BT6610049>

Comment by batzee [ 27/Sep/07 12:12 AM ]

1. did help, now I can execute the query.
However, as the table was generated by toplink's schema generation, this still
might be a bug? As the field names are annotated in uppercase, toplink should
generate uppercase SQL fields, at least for case sensitive databases like
PostgreSQL.

2. did not help:
String query = "SELECT " +
"a.id as \"ID\",a.ship_id as \"SHIP_ID\",a.datasource_id as
\"DATASOURCE_ID\",a.type as \"TYPE\",a.agent_company_id as
\"AGENT_COMPANY_ID\",a.port_id as \"PORT_ID\",a.berth_id as
BERTH_ID,a.berth_info as \"BERTH_INFO\",a.starboard as
\"STARBOARD\",a.tugboat_company_id as
\"TUGBOAT_COMPANY_ID\",a.boatmen_company_id as
\"BOATMEN_COMPANY_ID\",a.time_updated as \"TIME_UPDATED\",a.time_created as
\"TIME_CREATED\"" +
" FROM shipaction a";

results in the same error.

Comment by tware [ 27/Sep/07 06:18 AM ]

I just spoke to someone with a little more PostgreSQL knowledge than me.

Apparently, PostGresSQL will, by default, convert the field names in the create
table statement to Lower case when we send table creation SQL. i.e. We send the
SQL in the case you provide, but PostGreSQL changes it.

I am told that if you do everything in lower case, you should avoid the problem.

I am going to mark this issue as a duplicate of:

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

I believe the fix for that issue will solve your problem. Let me know if that
is a problem.

      • This issue has been marked as a duplicate of 600 ***
Comment by batzee [ 27/Sep/07 07:10 AM ]

I think the real way to solve this issue is to put doublequotes around the field
names when generating the DDL:

CREATE TABLE "ALARMT" (
NOTIFICATIONID VARCHAR(255) NOT NULL,
DISCRIMINATORVALUE VARCHAR(255) NOT NULL, NotificationId VARCHAR(255), PRIMARY
KEY (NOTIFICATIONID, DISCRIMINATORVALUE))

Comment by batzee [ 27/Sep/07 07:12 AM ]

I think the real way to solve this issue is to put doublequotes around the field
names when generating the DDL:

CREATE TABLE "ALARMT" (
"NOTIFICATIONID" VARCHAR(255) NOT NULL,
"DISCRIMINATORVALUE" VARCHAR(255) NOT NULL,
"NotificationId" VARCHAR(255),
PRIMARY KEY ("NOTIFICATIONID", "DISCRIMINATORVALUE"))
);

Then postgres will not put the field names to lowercase and everyone will be happy.

Maybe you can also post this comment to GLASSFISH-600 since I do not have the
possiblility to post there.

Comment by tware [ 27/Sep/07 07:19 AM ]

Setting back to duplicate - since I still believe GLASSFISH-600 will solve the issue.

I have posted a reference to this bug in GLASSFISH-600.

Please be very explicit about why you are changing the status if you change it
again.

      • This issue has been marked as a duplicate of 600 ***




[GLASSFISH-3697] language problem Created: 26/Sep/07  Updated: 15/Oct/07  Resolved: 15/Oct/07

Status: Resolved
Project: glassfish
Component/s: configuration
Affects Version/s: 9.0pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: sikloid Assignee: Hong Zhang
Resolution: Duplicate Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,697
Tags:
Participants: gfbugbridge, Hong Zhang, km and sikloid

 Description   

my computer language = Turkish
my computer locale = Turkey

i can't deploy my applications int his case. if i can my settings as
language = USA English,
i can deploy my application.

and also, autodeploy is not working in turkish language.
Also, i cant run my web application using netbeans with glassfish



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

<BT6610048>

Comment by km [ 02/Oct/07 12:29 AM ]

What is the exact error you get (if any)?

Comment by km [ 15/Oct/07 11:42 AM ]

Hong, can you please look into this? Give it back to me if it is admin bug.

Comment by Hong Zhang [ 15/Oct/07 12:56 PM ]

Close as duplicate of issue 3690.

      • This issue has been marked as a duplicate of 3690 ***




[GLASSFISH-3686] I have to restart Glassfish often when working with virtual servers Created: 24/Sep/07  Updated: 30/Oct/07  Resolved: 30/Oct/07

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Critical
Reporter: rdelaplante Assignee: jluehe
Resolution: Duplicate Votes: 1
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 3,686
Tags:
Participants: bzren, gfbugbridge, Hong Zhang, jluehe and rdelaplante

 Description   

I didn't start a detailed log until later. I remember having issues such as
having to restart Glassfish after putting my servlet web service into a virtual
server before it becomes available on the virtual server's HTTP service. If I
didn't restart I would get exceptions, or a blank screen when trying to access
the WSDL. I think the same was true when removing a web project from a virtual
server.

The scenario below shows various other odd things I encountered while trying to
work with virtual servers.

I deployed a web project (that contains only a web service) from NetBeans 5.5.1
into Glassfish V2 RC8 (58g). I logged into the web admin console and selected
my web project from the tree on the left. I went to the target tab and clicked
"Manage Virtual Servers" for the "server" target. I selected my virtual server
from the list on the left and added it to the list on the right, clicked OK.
Next I tried to go to the URL of my web service's WSDL. I get a blank screen.

Back in the web admin console tab in Firefox I clicked my web project from the
tree on the left, and was brought to the login screen!

After restarting glassfish I went back to the URL of my web service URL and this
time I see an HTTP 404 error. It turns out I was trying to access the wrong URL
(typo). Wanting to try the experiment again, I undeployed the web project from
the runtime tab in Netbeans. Next I redeployed it from NetBeans. Immediately I
was able to access the WSDL on my virtual server's port. I was not expecting
this since I have not yet told the web project to use the virtual server from
the admin console.

I logged into the admin console to check if the virtual server was added to this
web project. It is not. I decided to restart Glassfish again to see if it would
still let me access the WSDL after. I can still see the WSDL using the virtual
server's port # in the URL. This does not make sense. FYI - I am pressing
CTRL-F5 to force firefox to refresh. I even opened IE to see if it would show
in there, and it does. I logged into the admin console and again confirmed that
no virtual servers have been selected for this web project.

While I was doing these tests, there was an other web project that I had
deployed earlier that is configured to use the virtual server. My virtual
server has its own http listener using port 8443, and SSL enabled.



 Comments   
Comment by Hong Zhang [ 24/Sep/07 12:40 PM ]

assign to web team for initial investigation

Comment by gfbugbridge [ 24/Sep/07 05:01 PM ]

<BT6608642>

Comment by bzren [ 26/Sep/07 01:46 AM ]
      • Issue 3686 has been confirmed by votes. ***
Comment by bzren [ 26/Sep/07 06:10 AM ]

Added myself to the CC list.

Comment by jluehe [ 30/Oct/07 10:00 AM ]

Hi Ryan, would you agree this bug is similar to

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

I'll mark it as a duplicate for now. Please let me know if you think otherwise.

Thanks,

Jan

      • This issue has been marked as a duplicate of 3684 ***
Comment by rdelaplante [ 30/Oct/07 10:19 AM ]

In my opinion this is not a duplicate of ticket 3684. The other ticket is
changing the name of the virtual server. This ticket is about deploying a
project and adding it to an existing functional virtual server.

Comment by jluehe [ 30/Oct/07 12:11 PM ]

Both issues seemed related, since in both cases, you have to restart GlassFish
after deploying your servlet-based web service to a new virtual server, or after
modifying the virtual server on which your web service has been deployed, in
order for the web service to become available on the new (or modified) virtual
server.

Your bug report contains a lot of steps.

Can you please come up with a simple sequence of steps required to reproduce
the problem? If you could attach your project to this issue, that would help as
well.

Comment by rdelaplante [ 30/Oct/07 12:14 PM ]

I see your point now.. but the other bug ticket is marked invalid. So I
experienced all of these troubles, and someone is saying that it is expected
behavior?

I think there were so many steps because I was having trouble understanding when
the problem was occurring. It almost seemed random. Unless I spend a good hour
on it, I don't have a simple list to exactly reproduce the problems I was
having. Right now I'm under a tight schedule to finish a project.

Comment by jluehe [ 30/Oct/07 01:27 PM ]

If the other bug was marked as invalid, you need to take it up with its owner.

In general, your bugs have a greater chance of getting fixed if you can provide
a step-by-step description of how to reproduce them.

Also, we've made all aspects of virtual hosting dynamically configurable, i.e.,
no restart should be required. I would have expected this to also carry over to
webservices.





[GLASSFISH-3684] Changed "Server name" alias for my virtual server's HTTP listener, now WSDL won't display Created: 24/Sep/07  Updated: 30/Oct/07  Resolved: 30/Oct/07

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

Type: Bug Priority: Major
Reporter: rdelaplante Assignee: Bhakti Mehta
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 3,684
Tags:
Participants: Bhakti Mehta, gfbugbridge, jluehe and rdelaplante

 Description   

I have a WAR containing a web service deployed to a virtual server. It works
fine but I noticed the URLs inside of the WSDL point to localhost instead of my
computer name. I noticed that I had entered "localhost" in the Server Name
field of the HTTP Listerner that I created for the virtual server. I removed
the Server Name value then pressed save. Now when I try to access the WSDL
(ctrl+f5 refresh in Firefox) I get a blank screen. I restarted Glassfish and
now it shows the WSDL with the correct host name (my computer name).

I'm using SJSAS 9.1 FCS release on Windows XP.



 Comments   
Comment by gfbugbridge [ 24/Sep/07 05:01 PM ]

<BT6608641>

Comment by Bhakti Mehta [ 26/Oct/07 10:50 AM ]

I do not think this is a bug. The change in virtual server would require a
restart to update the values

Comment by rdelaplante [ 26/Oct/07 10:52 AM ]

Should the web admin GUI tell me that the server needs to be restarted somehow?
Perhaps put the yellow "Restart required" exclamation in the header like some
other parts of the admin GUI do. Since it did not do that, I assumed that I did
not have to restart. When I got a blank screen instead of an error, I thought
of it as a bug.

Comment by jluehe [ 30/Oct/07 10:00 AM ]
      • Issue 3686 has been marked as a duplicate of this issue. ***




[GLASSFISH-3673] Version string needs to be updated Created: 20/Sep/07  Updated: 25/Sep/07  Resolved: 25/Sep/07

Status: Resolved
Project: glassfish
Component/s: build_system
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: tcfujii Assignee: dpatil
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,673
Status Whiteboard:

91ur1Approved

Tags:
Participants: basler, dpatil, gfbugbridge and tcfujii

 Description   

Since we are now working on 9.1 UR1/v2ur1, asadmin version needs to be updated
to show the correct version.

According to Dinesh, we need to update glassfish/appserv-core/build.properties
for the following:

full_version=9.1_01
major_version=9
minor_version=1

These values then gets passed in during the build to:

glassfish/appserv-core/src/java/com/sun/enterprise/Version.java



 Comments   
Comment by gfbugbridge [ 20/Sep/07 05:01 PM ]

<BT6607443>

Comment by basler [ 25/Sep/07 09:25 AM ]

Approved for check into the 91_UR1_BRANCH

Comment by dpatil [ 25/Sep/07 10:48 AM ]

Updated glassfish/appserv-core/build.properties and confirmed that version is
displayed as 9.1_01 now. Marking this issue as fixed.

> ./asadmin version --verbose
Version = Sun Java System Application Server 9.1_01 (build local)
Command version executed successfully





[GLASSFISH-3672] create-domain strangeness Created: 20/Sep/07  Updated: 19/Oct/07  Resolved: 19/Oct/07

Status: Resolved
Project: glassfish
Component/s: command_line_interface
Affects Version/s: 9.1pe
Fix Version/s: 9.1peur1

Type: Bug Priority: Major
Reporter: vince kraemer Assignee: janey
Resolution: Cannot Reproduce Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,672
Tags:
Participants: gfbugbridge, janey and vince kraemer

 Description   

I ran into an issue which made my developer profile domain1 unstartable. So, I
decided build a new one.

I put the domain1 in the recycle bin.

I emptied the recycle bin.

I went the domains directory and used the dir command to confirm that I haven't
got a domain1 anymore...

C:\Program Files\glassfish-v2-b58g\domains>dir
Volume in drive C is VISTA
Volume Serial Number is 88CF-D7F5

Directory of C:\Program Files\glassfish-v2-b58g\domains

09/20/2007 12:43 PM <DIR> .
09/20/2007 12:43 PM <DIR> ..
0 File(s) 0 bytes
2 Dir(s) 21,528,903,680 bytes free

I then did a create-domain.. and am greeted with....

C:\Program Files\glassfish-v2-b58g\domains>..\bin\asadmin create-domain --adminp
ort 4848 domain1
Domain domain1 already exists in C:\Program Files\glassfish-v2-b58g\domains. Use
a different domain name or the --domaindir option.
CLI130 Could not create domain, domain1



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

<BT6607442>

Comment by janey [ 19/Oct/07 04:47 PM ]

I am unable to reproduce this issue on a Windows Vista machine.
I created a developer profile domain, domain1. Removed domain1 by moving it to
the Recycle Bin and then emptied the Recycle Bin.
Next, created the domain1 with the same port, user and password:

D:\GlassFish\glassfish\bin>asadmin create-domain --adminuser admin --adminport 4
848 --profile developer domain1
Option adminuser deprecated, use --user instead.
Please enter the admin password>
Please enter the admin password again>
Please enter the master password [Enter to accept the default]:>
Please enter the master password again [Enter to accept the default]:>
Using port 4848 for Admin.
Using default port 8080 for HTTP Instance.
Using default port 7676 for JMS.
Using default port 3700 for IIOP.
Using default port 8181 for HTTP_SSL.
Using default port 3820 for IIOP_SSL.
Using default port 3920 for IIOP_MUTUALAUTH.
Using default port 8686 for JMX_ADMIN.
Domain being created with profile:developer, as specified on command line or env
ironment.
Security Store uses: JKS
Domain domain1 created.

I had no problem creating the domain1.

You may want to check if the domain1 process is running when you moved it to
the Recycle Bin.





[GLASSFISH-3670] <BT6603047>More than 30 second response times for 50% of failed over requests Created: 20/Sep/07  Updated: 20/Sep/07  Resolved: 20/Sep/07

Status: Resolved
Project: glassfish
Component/s: failover
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: lwhite
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


File Attachments: Java Archive File patch.jar    
Issuezilla Id: 3,670
Status Whiteboard:

91ur1Approved

Tags:
Participants: gfbugbridge and lwhite

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6603047
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6603047
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description I am using build 58g
When the http-response-timeout is 120 seconds in loadbalancer.xml

instance1, instance2 and instance3 start processing requests in a proper loadbalanced way

I bring down instance2 at half way of load

There are around 80 requests that are failover candidates

Now each request will wait for 120 seconds, so the processing will be done in 120 seconds or very few time outs happen

Now out of 80 requests that are candidates for failover, 70 failed over

But 50% of the requests took more than 30 seconds

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [2-High]Customer XXXXXX 2007-09-11 02:06:06 GMT

Priority changed from [2-High] to [4-Low]
As discussed in GF-HA-SCRUM meeting, the fix for this will be checked into 9.1ur1 after pre-integration XXXXXX 2007-09-11 22:57:31 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 01:03 PM ]

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6603047
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6603047
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description I am using build 58g
When the http-response-timeout is 120 seconds in loadbalancer.xml

instance1, instance2 and instance3 start processing requests in a proper loadbalanced way

I bring down instance2 at half way of load

There are around 80 requests that are failover candidates

Now each request will wait for 120 seconds, so the processing will be done in 120 seconds or very few time outs happen

Now out of 80 requests that are candidates for failover, 70 failed over

But 50% of the requests took more than 30 seconds

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [2-High]Customer XXXXXX 2007-09-11 02:06:06 GMT

Priority changed from [2-High] to [4-Low]
As discussed in GF-HA-SCRUM meeting, the fix for this will be checked into 9.1ur1 after pre-integration XXXXXX 2007-09-11 22:57:31 GMT

**********READ-ONLY Data from Bugtraq Ends********

Comment by lwhite [ 20/Sep/07 09:57 PM ]

Created an attachment (id=1158)
patch for Issue 3670

Comment by lwhite [ 20/Sep/07 09:59 PM ]

patch.jar is provided as a fix for issue 3670.





[GLASSFISH-3669] <BT6603047>More than 30 second response times for 50% of failed over requests Created: 20/Sep/07  Updated: 20/Sep/07  Resolved: 20/Sep/07

Status: Resolved
Project: glassfish
Component/s: failover
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: lwhite
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,669
Tags:
Participants: gfbugbridge and lwhite

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6603047
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6603047
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description I am using build 58g
When the http-response-timeout is 120 seconds in loadbalancer.xml

instance1, instance2 and instance3 start processing requests in a proper loadbalanced way

I bring down instance2 at half way of load

There are around 80 requests that are failover candidates

Now each request will wait for 120 seconds, so the processing will be done in 120 seconds or very few time outs happen

Now out of 80 requests that are candidates for failover, 70 failed over

But 50% of the requests took more than 30 seconds

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [2-High]Customer XXXXXX 2007-09-11 02:06:06 GMT

Priority changed from [2-High] to [4-Low]
As discussed in GF-HA-SCRUM meeting, the fix for this will be checked into 9.1ur1 after pre-integration XXXXXX 2007-09-11 22:57:31 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 01:01 PM ]

bugbridge error





[GLASSFISH-3668] <BT6603047>More than 30 second response times for 50% of failed over requests Created: 20/Sep/07  Updated: 20/Sep/07  Resolved: 20/Sep/07

Status: Resolved
Project: glassfish
Component/s: failover
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: lwhite
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,668
Tags:
Participants: gfbugbridge and lwhite

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6603047
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6603047
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description I am using build 58g
When the http-response-timeout is 120 seconds in loadbalancer.xml

instance1, instance2 and instance3 start processing requests in a proper loadbalanced way

I bring down instance2 at half way of load

There are around 80 requests that are failover candidates

Now each request will wait for 120 seconds, so the processing will be done in 120 seconds or very few time outs happen

Now out of 80 requests that are candidates for failover, 70 failed over

But 50% of the requests took more than 30 seconds

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [2-High]Customer XXXXXX 2007-09-11 02:06:06 GMT

Priority changed from [2-High] to [4-Low]
As discussed in GF-HA-SCRUM meeting, the fix for this will be checked into 9.1ur1 after pre-integration XXXXXX 2007-09-11 22:57:31 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 01:01 PM ]

bugbridge error





[GLASSFISH-3667] <BT6602901>AS91EE : message loss during unicast transmit Created: 20/Sep/07  Updated: 13/Mar/08  Resolved: 13/Mar/08

Status: Resolved
Project: glassfish
Component/s: failover
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: lwhite
Resolution: Duplicate Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,667
Status Whiteboard:

91ur1Approved

Tags:
Participants: gfbugbridge and lwhite

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6602901
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6602901
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description Build AS91EE b58Scenario:
unicast message loss affects in-memeory HA tests.
After failover, instance broadcasts a query and waits for reply from
the other instance that has the required version of session.
sometimes the instance that found the session tries to send it back to the
instance that queried , but the message lost during transmit.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to XXXXXX 2007-09-10 18:30:54 GMT

Priority changed from [3-Medium] to [4-Low]
Not a release stopper for 9.1. targeting for XXXXXX 2007-09-12 21:06:50 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 01:03 PM ]

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6602901
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6602901
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description Build AS91EE b58Scenario:
unicast message loss affects in-memeory HA tests.
After failover, instance broadcasts a query and waits for reply from
the other instance that has the required version of session.
sometimes the instance that found the session tries to send it back to the
instance that queried , but the message lost during transmit.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to XXXXXX 2007-09-10 18:30:54 GMT

Priority changed from [3-Medium] to [4-Low]
Not a release stopper for 9.1. targeting for XXXXXX 2007-09-12 21:06:50 GMT

**********READ-ONLY Data from Bugtraq Ends********

Comment by lwhite [ 13/Mar/08 03:22 PM ]

Issue 4418 has been recently opened - and it is a duplicate of this issue.
Accordingly I will close this issue.

      • This issue has been marked as a duplicate of 4418 ***




[GLASSFISH-3661] <BT6596027>AIX: To get glassfish to compile on AIX, I needed to remove some Sun specific code, must be reviewed Created: 20/Sep/07  Updated: 23/Oct/07  Resolved: 23/Oct/07

Status: Resolved
Project: glassfish
Component/s: security
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Critical
Reporter: gfbugbridge Assignee: raharsha
Resolution: Incomplete Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,661
Status Whiteboard:

as91-na 91ur1Approved

Tags:
Participants: gfbugbridge and raharsha

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6596027
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6596027
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description For the AIX port I had to comment out some of the Sun specific code in appserv-core-ee/appserv-core/src/java/com/sun/enterprise/ee/security/EESecuritySupportImpl.java. These changes need to be checked and dependency of glassfish on this class may need to removed due to the fact that NSS is not use in glassfish for the developer & clustering profiles.
The code that get commented out in the AIX build is below. IBM doesn't have a corresponging method call with the signature required to allow it to compile.

// AIXPORT START REMOVAL OF SECTION
} else {
InputStream configStream = null;
if (INTERNAL_TOKEN.equals(tokenName)) {
configStream = getNSSPKCS11ConfigStream(dbDir,
libsoftokenLib);
if (_logger.isLoggable(Level.FINE)) { _logger.log(Level.FINE, "Load NSS PKCS11 stores with dbDir = " + dbDir + ", softoken lib = " + libsoftokenLib); }
} else {
String libname = tokenInfo.getLibname();
int slotListIndex = tokenInfo.getSlotListIndex();
configStream = getPKCS11ConfigStream(NAME_PREFIX + i,
libname, slotListIndex);
if (_logger.isLoggable(Level.FINE)) { _logger.log(Level.FINE, "Load PKCS11 stores with tokenName = " + tokenName + ", libname = " + libname + ", slotListIndex = " + slotListIndex); }
}
pkcs11Provider = new SunPKCS11(tokenName, configStream);
}
// AIXPORT END REMOVAL OF SECTION

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [2-High]Need to check security changes to appserv-core-ee/appserv-core/src/java/com/sun/enterprise/ee/security/EESecuritySupportImpl.java and maybe remove build depenedency on this XXXXXX 2007-08-22 19:52:36 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 12:55 PM ]

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6596027
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6596027
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description For the AIX port I had to comment out some of the Sun specific code in appserv-core-ee/appserv-core/src/java/com/sun/enterprise/ee/security/EESecuritySupportImpl.java. These changes need to be checked and dependency of glassfish on this class may need to removed due to the fact that NSS is not use in glassfish for the developer & clustering profiles.
The code that get commented out in the AIX build is below. IBM doesn't have a corresponging method call with the signature required to allow it to compile.

// AIXPORT START REMOVAL OF SECTION
} else {
InputStream configStream = null;
if (INTERNAL_TOKEN.equals(tokenName)) {
configStream = getNSSPKCS11ConfigStream(dbDir,
libsoftokenLib);
if (_logger.isLoggable(Level.FINE)) { _logger.log(Level.FINE, "Load NSS PKCS11 stores with dbDir = " + dbDir + ", softoken lib = " + libsoftokenLib); }
} else {
String libname = tokenInfo.getLibname();
int slotListIndex = tokenInfo.getSlotListIndex();
configStream = getPKCS11ConfigStream(NAME_PREFIX + i,
libname, slotListIndex);
if (_logger.isLoggable(Level.FINE)) { _logger.log(Level.FINE, "Load PKCS11 stores with tokenName = " + tokenName + ", libname = " + libname + ", slotListIndex = " + slotListIndex); }
}
pkcs11Provider = new SunPKCS11(tokenName, configStream);
}
// AIXPORT END REMOVAL OF SECTION

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [2-High]Need to check security changes to appserv-core-ee/appserv-core/src/java/com/sun/enterprise/ee/security/EESecuritySupportImpl.java and maybe remove build depenedency on this XXXXXX 2007-08-22 19:52:36 GMT

**********READ-ONLY Data from Bugtraq Ends********

Comment by raharsha [ 23/Oct/07 05:17 AM ]

BT bug has been closed. So closing this too.





[GLASSFISH-3659] <BT6595559>(Negative test): get 500 status if server side deploy path is empty and type application name Created: 20/Sep/07  Updated: 29/Oct/07  Resolved: 29/Oct/07

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Solaris
Platform: All


Issuezilla Id: 3,659
Status Whiteboard:

91ur1Approved

Tags:
Participants: Anissa Lam and gfbugbridge

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6595559
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6595559
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description As 9.1 pe and EEbld. b58a-promoted
platforms: All.
Admingui throws the following 500 status for server side deployment, if select server side deploy and type appication name without providing deploy application path

HTTP Status 500 -
type Exception report
message
descriptionThe server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: java.lang.reflect.InvocationTargetException while attempting to process a 'command' event for 'uploadButton'.
root cause
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException while attempting to process a 'command' event for 'uploadButton'.
root cause
java.lang.reflect.InvocationTargetException
root cause
java.lang.NullPointerException
note The full stack traces of the exception and its root causes are available in the Sun Java System Application Server 9.1 logs.
Sun Java System Application Server 9.1

How to reproduce:
– from adminguin, Click on enterprise app.or web app. ejb etc..

  • select server side deploy option on deploy page
  • don't type deploy app. location
  • type Application name and click ok

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [4-Low]Need validation for deploy XXXXXX 2007-08-21 21:23:19 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 12:48 PM ]

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6595559
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6595559
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description As 9.1 pe and EEbld. b58a-promoted
platforms: All.
Admingui throws the following 500 status for server side deployment, if select server side deploy and type appication name without providing deploy application path

HTTP Status 500 -
type Exception report
message
descriptionThe server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: java.lang.reflect.InvocationTargetException while attempting to process a 'command' event for 'uploadButton'.
root cause
java.lang.RuntimeException: java.lang.reflect.InvocationTargetException while attempting to process a 'command' event for 'uploadButton'.
root cause
java.lang.reflect.InvocationTargetException
root cause
java.lang.NullPointerException
note The full stack traces of the exception and its root causes are available in the Sun Java System Application Server 9.1 logs.
Sun Java System Application Server 9.1

How to reproduce:
– from adminguin, Click on enterprise app.or web app. ejb etc..

  • select server side deploy option on deploy page
  • don't type deploy app. location
  • type Application name and click ok

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [4-Low]Need validation for deploy XXXXXX 2007-08-21 21:23:19 GMT

**********READ-ONLY Data from Bugtraq Ends********

Comment by Anissa Lam [ 01/Oct/07 10:09 AM ]

-> anac

Comment by Anissa Lam [ 29/Oct/07 08:48 PM ]

sync up with bugster.

Client and Server Validation for file location needs to be added.

      • (#1 of 1): 2007-10-04 09:43:24 GMT-08:00 ana.caballero@sun.com




[GLASSFISH-3657] <BT6595173>admin gui edit IIOP listeners tab label string garbled when clicked SSL tab Created: 20/Sep/07  Updated: 29/Oct/07  Resolved: 29/Oct/07

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,657
Status Whiteboard:

91ur1Approved

Tags:
Participants: Anissa Lam and gfbugbridge

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6595173
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6595173
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description In admin gui IIOP listeners page, tab label "Edit IIOP listener" is displayed fine when first displayed. However, when clicked SSL tab, then the left label string is garbled. Please refer to attached screenshot.
testcase:
1.Select [Configuration]->[ORB]->[IIOP Listeners] in the left tree
2.Click [New] link in the right frame
3.Try to click [OK] without providing values of Name, Network Address and Port and verify the error msgs.
4.Enter a name which is already used, e.g. 'orb-listener-1' and verify the error msg.
5.Enter correct values and select [OK] to create a new IIOP listener.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Evaluation Senthil please investigate and transfer to i18n if thats where the bug is.Looking at the attached image, this is a P4.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Evaluation pageTitle needs to be encoded before passing as request parameter.
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [3-Medium]message XXXXXX 2007-08-21 05:23:22 GMT

Priority changed from [3-Medium] to [4-Low]
looking at attached image, label still says IIOP with some ... at the end. Not a XXXXXX 2007-08-21 15:35:29 GMT

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Suggested Fix Index: listenersTab.inc===================================================================
RCS file: /cvs/glassfish/admin-gui/src/docroot/configuration/listenersTab.inc,v
retrieving revision 1.4
diff -c -r1.4 listenersTab.inc

      • listenersTab.inc 6 Jun 2007 07:53:49 -0000 1.4
      • listenersTab.inc 21 Aug 2007 18:29:16 -0000
        ***************
      • 53,58 ****
      • 53,59 ----
  1. setAttribute(key="type" value="#{type}");
    # setAttribute(key="pageTitle" value="#{pageTitle}");
    # setAttribute(key="editPage" value="#{editPage}");
    + urlencode(value="#{pageTitle}" value=>$page{pageTitle});
    redirect(page="listenersSslTab.jsf?configName=#{configName}&name=#{tabName}&type=#{type}&pageTitle=#{pageTitle}&editPage=#{editPage}&ssl2=#{ssl2}");
    />
    </sun:tab>

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 12:48 PM ]

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6595173
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6595173
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description In admin gui IIOP listeners page, tab label "Edit IIOP listener" is displayed fine when first displayed. However, when clicked SSL tab, then the left label string is garbled. Please refer to attached screenshot.
testcase:
1.Select [Configuration]->[ORB]->[IIOP Listeners] in the left tree
2.Click [New] link in the right frame
3.Try to click [OK] without providing values of Name, Network Address and Port and verify the error msgs.
4.Enter a name which is already used, e.g. 'orb-listener-1' and verify the error msg.
5.Enter correct values and select [OK] to create a new IIOP listener.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Evaluation Senthil please investigate and transfer to i18n if thats where the bug is.Looking at the attached image, this is a P4.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Evaluation pageTitle needs to be encoded before passing as request parameter.
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [3-Medium]message XXXXXX 2007-08-21 05:23:22 GMT

Priority changed from [3-Medium] to [4-Low]
looking at attached image, label still says IIOP with some ... at the end. Not a XXXXXX 2007-08-21 15:35:29 GMT

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Suggested Fix Index: listenersTab.inc===================================================================
RCS file: /cvs/glassfish/admin-gui/src/docroot/configuration/listenersTab.inc,v
retrieving revision 1.4
diff -c -r1.4 listenersTab.inc

      • listenersTab.inc 6 Jun 2007 07:53:49 -0000 1.4
      • listenersTab.inc 21 Aug 2007 18:29:16 -0000
        ***************
      • 53,58 ****
      • 53,59 ----
  1. setAttribute(key="type" value="#{type}");
    # setAttribute(key="pageTitle" value="#{pageTitle}");
    # setAttribute(key="editPage" value="#{editPage}");
    + urlencode(value="#{pageTitle}" value=>$page{pageTitle});
    redirect(page="listenersSslTab.jsf?configName=#{configName}&name=#{tabName}&type=#{type}&pageTitle=#{pageTitle}&editPage=#{editPage}&ssl2=#{ssl2}");
    />
    </sun:tab>

**********READ-ONLY Data from Bugtraq Ends********

Comment by Anissa Lam [ 29/Oct/07 08:45 PM ]

sync up with bugster.

pageTitle needs to be encoded before passing as request parameter.

      • (#2 of 3): 2007-08-21 10:38:19 GMT-08:00 chock.chidambaram@sun.com

Fix delivered

      • (#3 of 3): 2007-10-02 12:37:15 GMT-08:00 chock.chidambaram@sun.com




[GLASSFISH-3656] <BT6594521>regression: Creating LB throws errors if target is not selected Created: 20/Sep/07  Updated: 29/Oct/07  Resolved: 29/Oct/07

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,656
Status Whiteboard:

91ur1Approved

Tags:
Participants: Anissa Lam and gfbugbridge

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6594521
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6594521
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description AS 9.1 EE and SDk bits cluster profilebld. b58a
platforms: ALL

Slecting target is not required field on create new LB page.

But while creating LB if no target is seleted, admigui throws the following errors eventhought it is created LB.
"An error has occurred
Unable to use server [ ] as a target in load balancer administration command. Please ensure that the server exists and has a reference from a load balancer configuration."

– After the above error, if target (server or cluster or standalone instance) is selected on the same page and click OK, admingui throws the following since it already created LB
"An error has occurred
LoadBalancer already exists: cannot add duplicate"

How to reproduce:

  • Just try to create LB and type required info such as LB name, Device host, Device Admin Port and click OK without selecting target. Check the first error
  • Select target on the same New HTTP Load Balancer page and click OK. Check for the second error

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Evaluation When there is no target selected, GUI should pass an empty String array as the target for creating the LB. Instead, an array of 1 empty String is passed, This causes the bug. GUI needs to fix this.
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Evaluation We want to address this issue with minimum risk.Changing any java code is too risky at this time for FCS. We decided to add a '*' to the Target section header and Selected Target label to indicate that a target is required.
Also add a label to tell user to select at least 1 target.

Changing this to P4 so that we can put in the correct fix for 9.1 ur1.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [3-Medium]Creating LB throws errors if target is not XXXXXX 2007-08-17 23:41:14 GMT

Priority changed from [3-Medium] to [4-Low]
temp fix put in, will do the correct fix in XXXXXX 2007-08-21 05:51:10 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 12:47 PM ]

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6594521
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6594521
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description AS 9.1 EE and SDk bits cluster profilebld. b58a
platforms: ALL

Slecting target is not required field on create new LB page.

But while creating LB if no target is seleted, admigui throws the following errors eventhought it is created LB.
"An error has occurred
Unable to use server [ ] as a target in load balancer administration command. Please ensure that the server exists and has a reference from a load balancer configuration."

– After the above error, if target (server or cluster or standalone instance) is selected on the same page and click OK, admingui throws the following since it already created LB
"An error has occurred
LoadBalancer already exists: cannot add duplicate"

How to reproduce:

  • Just try to create LB and type required info such as LB name, Device host, Device Admin Port and click OK without selecting target. Check the first error
  • Select target on the same New HTTP Load Balancer page and click OK. Check for the second error

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Evaluation When there is no target selected, GUI should pass an empty String array as the target for creating the LB. Instead, an array of 1 empty String is passed, This causes the bug. GUI needs to fix this.
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Evaluation We want to address this issue with minimum risk.Changing any java code is too risky at this time for FCS. We decided to add a '*' to the Target section header and Selected Target label to indicate that a target is required.
Also add a label to tell user to select at least 1 target.

Changing this to P4 so that we can put in the correct fix for 9.1 ur1.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [3-Medium]Creating LB throws errors if target is not XXXXXX 2007-08-17 23:41:14 GMT

Priority changed from [3-Medium] to [4-Low]
temp fix put in, will do the correct fix in XXXXXX 2007-08-21 05:51:10 GMT

**********READ-ONLY Data from Bugtraq Ends********

Comment by Anissa Lam [ 29/Oct/07 08:44 PM ]

sync up with Bugster.

Put in the real fix to the UR1 branch.
This means no longer warn user to select at least 1 target, but pass the correct
info to backend.
While fixing, also notice that if the target is already with another LB, and
enabled, then when GUI enable this target, backend will throw exception. We now
call the enableServer with ignore set to true so that this exception is ignored.

Code checked into UR1 branch on 10/1/2007 should be fixed in promoted build 03.

      • (#3 of 3): 2007-10-01 17:08:38 GMT-08:00 anissa.lam@sun.com




[GLASSFISH-3652] <BT6589500>applibs are separated by "," and not FileSeparator as docs indicate Created: 20/Sep/07  Updated: 06/Nov/07  Resolved: 06/Nov/07

Status: Resolved
Project: glassfish
Component/s: docs
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: Paul Davies
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 3,652
Status Whiteboard:

91ur1Approved

Tags:
Participants: gfbugbridge and Paul Davies

 Description   

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6589500
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6589500
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description Please look at 6588411 for more information.
I also noticed that the admin GUI OLH says this in the "Deploy Enterprise Applications/Modules" page. We probably need to fix that as well.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [3-Medium]Incorrect XXXXXX 2007-08-06 10:00:13 GMT

Priority changed from [3-Medium] to [4-Low]
Discussed at AS9.1 bug scrum meeting. Not a release stopper, so moving to P4 and targeting for the first update XXXXXX 2007-08-06 22:07:35 GMT

**********READ-ONLY Data from Bugtraq Ends********



 Comments   
Comment by gfbugbridge [ 20/Sep/07 12:32 PM ]

*********READ-ONLY Data from Bugtraq*********************
Inside SWAN :http://swsblweb1.central.sun.com:8080/CrPrint?id=6589500
Outside SWAN :http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6589500
**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Description Please look at 6588411 for more information.
I also noticed that the admin GUI OLH says this in the "Deploy Enterprise Applications/Modules" page. We probably need to fix that as well.

**********READ-ONLY Data from Bugtraq Ends********
*********READ-ONLY Data from Bugtraq*********************
Justification Priority changed from [] to [3-Medium]Incorrect XXXXXX 2007-08-06 10:00:13 GMT

Priority changed from [3-Medium] to [4-Low]
Discussed at AS9.1 bug scrum meeting. Not a release stopper, so moving to P4 and targeting for the first update XXXXXX 2007-08-06 22:07:35 GMT

**********READ-ONLY Data from Bugtraq Ends********

Comment by Paul Davies [ 06/Nov/07 10:05 AM ]

Fixed in build 7





[GLASSFISH-3651] <BT6589325>load balancer enable/disable operation should not generate events for dynamic reconfig Created: 20/Sep/07  Updated: 14/May/10  Resolved: 14/May/10

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 9.1peur1
Fix Version/s: 9.1peur1

Type: Bug Priority: Minor
Reporter: gfbugbridge Assignee: km
Resolution: Fixed Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issuezilla Id: 3,651
Status Whiteboard:

91ur1Approved

Tags:
Participants: gfbugbridge,