[GLASSFISH-13416] create-lifecycle-module enabled attributes not consistent with deploy Created: 14/Sep/10  Updated: 14/Sep/10  Resolved: 14/Sep/10

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1
Fix Version/s: 3.1_b20

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

Operating System: All
Platform: All


Issuezilla Id: 13,416

 Description   

when i specify --enabled=false during 'create-lifecycle-module', the enabled
attribute in BOTH <application> and <application-ref> is set to false.

I expect this to be consistent as other application, where we always leave the
<application> enabled to 'true' and have the <application-ref> to do the control.



 Comments   
Comment by Hong Zhang [ 14/Sep/10 ]

Always set the application level enable attribute as true when creating a
lifecycle module (to be consistent with other applications).





[GLASSFISH-13413] NPE on JPA deployment if pool/resource are not created Created: 13/Sep/10  Updated: 14/Sep/10  Resolved: 14/Sep/10

Status: Resolved
Project: glassfish
Component/s: jdbc
Affects Version/s: 3.1
Fix Version/s: 3.1_b20

Type: Bug Priority: Major
Reporter: marina vatkina Assignee: Jagadish
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Macintosh


Attachments: File test_web_with_long_running_jpa.war    
Issuezilla Id: 13,413

 Description   

Caused by: java.lang.NullPointerException
at
com.sun.enterprise.connectors.util.ResourcesUtil.isJdbcPoolReferredInServerInstance(ResourcesUtil.java:1007)
at
com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.isPoolReferredByDatabaseResource(ConnectorConnectionPoolAdminServiceImpl.java:732)
at
com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getUnpooledConnection(ConnectorConnectionPoolAdminServiceImpl.java:626)
at
com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnection(ConnectorConnectionPoolAdminServiceImpl.java:1612)
... 45 more



 Comments   
Comment by marina vatkina [ 13/Sep/10 ]

Created an attachment (id=4876)
test war file

Comment by Jagadish [ 13/Sep/10 ]

transferring to myself

Comment by Jagadish [ 14/Sep/10 ]

Fix will be available in 15-Sep-2010 nightly build.

svn log -v -r 40813





[GLASSFISH-13412] non-existing options --principalsmap or --groupsmap in usage error message Created: 13/Sep/10  Updated: 14/Sep/10  Resolved: 14/Sep/10

Status: Resolved
Project: glassfish
Component/s: jca
Affects Version/s: 3.1
Fix Version/s: 3.1_b20

Type: Bug Priority: Major
Reporter: Dies Koper Assignee: Jagadish
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows XP
Platform: All


Issuezilla Id: 13,412

 Description   

D:\GFv3.1\glassfish-3.1-b19-09_09_2010\glassfishv3\bin>asadmin
create-connector-security-map --poolname testPool --principals pri
ncipal1,principal2 --usergroups user-group --mappedusername backend-username
securityMap2
remote failure: A work-security-map can have either (any number of) group
mapping or (any number of) principals mapping but not both. Specify
--principalsmap or --groupsmap.

But create-connector-security-map has no --principalsmap and --groupsmap options.



 Comments   
Comment by Jagadish [ 14/Sep/10 ]

svn log -v -r 40810
Fix will be available in 15-Sep-2010 nightly build.





[GLASSFISH-13394] list-lifecycle-modules does not take "domain" as target Created: 13/Sep/10  Updated: 14/Sep/10  Resolved: 14/Sep/10

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1
Fix Version/s: 3.1_b20

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

Operating System: All
Platform: All


Issuezilla Id: 13,394

 Description   

"list-lifecycle-modules" will take "server" or other cluster name as target, but
won't take in "domain"

It says:
remote failure: Target domain is not a supported type. Command
list-lifecycle-modules supports these types of targets only : Cluster, Default
server, Stand alone instance,

This is inconsistent with list-components which takes in "domain" as target.

Without this working, GUI cannot list out all the lifecycles created in the
left hand navigation tree.



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

cc ken.

Comment by Anissa Lam [ 13/Sep/10 ]

Also notice that
create-application-ref and delete-application-ref on lifecycle module also failed.

%asadmin create-application-ref --target clusterXYZ LIFE6
remote failure: java.lang.NullPointerException

Command create-application-ref failed.

[#|2010-09-13T11:07:17.440-0700|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.com.sun.enterprise.v3.admin|_ThreadID=99;_ThreadName=admin-thread-pool-4848(7);|Exception
in command execution : java.lang.NullPointerException
java.lang.NullPointerException
at
org.glassfish.deployment.admin.CreateApplicationRefCommand.execute(CreateApplicationRefCommand.java:258)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:359)
at
com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:374)

Comment by Anissa Lam [ 13/Sep/10 ]

Another issue:

If my lifecycle is for both "server" and "clusterABC"
i see the <application> entry, and also <application-ref> correctly. This is fine.

If i do
%asadmin delete-lifecycle-module --target clusterXYZ MyLifecycle
I see that BOTH the application-ref AND <application> for this lifecyele is
deleted.
There is still the <application-ref> remaining for "server".

So, the behavior and result is wrong.
I think delete-lifecycle-module should be consistent as 'undeploy'

Comment by Anissa Lam [ 13/Sep/10 ]

In the previous comment, i mean clusterXYZ.
ie, my lifecycle is for both "server" and "clusterXYZ"

Comment by Hong Zhang [ 13/Sep/10 ]

I only had time to fix the list-lifecycle-modules command with domain target
and the create-application-ref command for the lifecycle module today before I
had to move onto other things (changes checked in).

I will look at the rest of the problems you reported (delete-applcation-ref and
delete-lifecycle-module) later, hopefully tomorrow.

Comment by Hong Zhang [ 14/Sep/10 ]

Fixed the remaining part of the issue: fixed the create-application-ref and
delete-application-ref commands for the lifecycle module. Also fail the delete-
lifecycle-module command if user tries to delete the lifecycle module from one
target when the module is referenced by more than one targets (same as
undeploy).





[GLASSFISH-13360] upgrade of v2->v3 domain failed with ejb application Created: 09/Sep/10  Updated: 06/Oct/10  Resolved: 06/Oct/10

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1
Fix Version/s: 3.1_b20

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

Operating System: All
Platform: All


Attachments: Text File server.log     File stateless-simple.ear    
Issuezilla Id: 13,360
Tags: 3_1-upgrade

 Description   

When upgrading v2 to v3 domain, the upgrade of an ear application failed (the
ear contains a simple web module and ejb module, the web component invoking the
remote ejb).

I will attach the application I used and the upgrade server.log. The following
are snippets of the server.log when it tries to load ejb.

#|2010-09-09T20:35:53.002-
0400|WARNING|glassfish3.1|javax.enterprise.system.util.org.glassfish.enterprise.
iiop.util|_ThreadID=23;_ThreadName=Thread-1;|No default ThreadPool defined
com.sun.corba.ee.spi.orbutil.threadpool.NoSuchThreadPoolException
at
org.glassfish.enterprise.iiop.util.S1ASThreadPoolManager.getThreadPool
(S1ASThreadPoolManager.java:246)
at
org.glassfish.enterprise.iiop.util.S1ASThreadPoolManager.getDefaultThreadPool
(S1ASThreadPoolManager.java:276)
at org.glassfish.enterprise.iiop.impl.PEORBConfigurator.configure
(PEORBConfigurator.java:138)
at com.sun.corba.ee.impl.orb.ORBConfiguratorImpl.runUserConfigurators
(ORBConfiguratorImpl.java:189)
at com.sun.corba.ee.impl.orb.ORBConfiguratorImpl.configure
(ORBConfiguratorImpl.java:174)
at com.sun.corba.ee.impl.orb.ORBImpl.postInit(ORBImpl.java:598)
at com.sun.corba.ee.impl.orb.ORBImpl.set_parameters(ORBImpl.java:689)
at com.sun.corba.ee.impl.orb.ORBImpl.setParameters(ORBImpl.java:676)
at com.sun.corba.ee.spi.osgi.ORBFactory.initialize(ORBFactory.java:107)
at org.glassfish.enterprise.iiop.impl.GlassFishORBManager.initORB
(GlassFishORBManager.java:576)
at org.glassfish.enterprise.iiop.impl.GlassFishORBManager.getORB
(GlassFishORBManager.java:262)
at org.glassfish.enterprise.iiop.impl.GlassFishORBFactoryImpl.createORB
(GlassFishORBFactoryImpl.java:93)
at org.glassfish.enterprise.iiop.api.GlassFishORBHelper.getORB
(GlassFishORBHelper.java:120)
at
org.glassfish.enterprise.iiop.api.GlassFishORBHelper.getProtocolManager
(GlassFishORBHelper.java:187)
at com.sun.ejb.containers.BaseContainer.initializeProtocolManager
(BaseContainer.java:816)
at com.sun.ejb.containers.BaseContainer.<init>(BaseContainer.java:564)
at com.sun.ejb.containers.StatelessSessionContainer.<init>
(StatelessSessionContainer.java:155)
at com.sun.ejb.containers.StatelessSessionContainer.<init>
(StatelessSessionContainer.java:149)
at com.sun.ejb.containers.ContainerFactoryImpl.createContainer
(ContainerFactoryImpl.java:105)
at org.glassfish.ejb.startup.EjbApplication.loadContainers
(EjbApplication.java:224)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:256)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:97)
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:176)
at org.glassfish.internal.data.ApplicationInfo.load
(ApplicationInfo.java:238)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy
(ApplicationLifecycle.java:400)
...

[#|2010-09-09T20:35:53.043-
0400|WARNING|glassfish3.1|javax.enterprise.resource.corba.ee.INITIALIZING.orb.
lifecycle|_ThreadID=23;_ThreadName=Thread-1;|"IOP00910207: (INITIALIZE)
Exception occured while running a user configurator"
org.omg.CORBA.INITIALIZE: vmcid: SUN minor code: 207 completed: No
at
com.sun.corba.ee.impl.logging.ORBUtilSystemException.userConfiguratorException
(ORBUtilSystemException.java:5491)
at
com.sun.corba.ee.impl.logging.ORBUtilSystemException.userConfiguratorException
(ORBUtilSystemException.java:5509)

...
Caused by: java.lang.NullPointerException
at org.glassfish.enterprise.iiop.impl.PEORBConfigurator.configure
(PEORBConfigurator.java:139)
at com.sun.corba.ee.impl.orb.ORBConfiguratorImpl.runUserConfigurators
(ORBConfiguratorImpl.java:189)
... 38 more



 Comments   
Comment by Hong Zhang [ 09/Sep/10 ]

This problem actually only happens during upgrade. After the upgrade finishes
and restart server, the application could be loaded as expected. Is it somehow
some part of the orb initialization is not complete during upgrade?

Comment by Hong Zhang [ 09/Sep/10 ]

Created an attachment (id=4859)
upgrade log

Comment by Hong Zhang [ 09/Sep/10 ]

Created an attachment (id=4860)
the application that I used

Comment by Hong Zhang [ 14/Sep/10 ]

Fixed the issue from deployment side. Turn off ApplicationConfigListener during
upgrade so we won't try to load up applications when some of the subsystems are
not fully initialized.

Comment by Hong Zhang [ 14/Sep/10 ]

fix checked in





[GLASSFISH-13262] Locked jar files in <domain>/applications after undeploy Created: 03/Sep/10  Updated: 17/Sep/10  Resolved: 17/Sep/10

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: v3.0.1
Fix Version/s: 3.1_b20

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

Operating System: Windows XP
Platform: PC


Attachments: Zip Archive container-initializer-test.zip    
Issuezilla Id: 13,262

 Description   

When a web application contains in WEB-INF/lib directory jar files which
register ServletContainerInitializer, those jars are not deleted from
<domain>/application/<app> directory after undeploy. Moreover they are locked
and can prevent successfull redeployment of the application.

Steps to reproduce:

  • build attached sample project with maven
  • create new domain: asadmin create-domain test
  • start domain: asadmin start-domain test
  • deploy web application asadmin --port 4848 --host localhost --user admin
    deploy war\target\container-initializer-test-war.war
  • undeploy web application asadmin --port 4848 --host localhost --user admin
    undeploy container-initializer-test-war

The file
<domain>\application\container-initializer-test-war\WEB-INF\lib\container-initializer-test-lib-1.0.0-SNAPSHOT.jar
should be locked and cannot be deleted until the domain is stopped.



 Comments   
Comment by titmus [ 03/Sep/10 ]

Created an attachment (id=4797)
Sample project and GlassFish log files

Comment by Hong Zhang [ 03/Sep/10 ]

Can you use the following tool to diagnose the problem?

http://blogs.sun.com/quinn/entry/tool_for_diagnosing_failed_glassfish

Comment by titmus [ 04/Sep/10 ]

Oputput from ZipFileMonitor:

Current list of opened but unclosed jar files matching the filter:
Path
"Z:\glassfishv3\glassfish\domains\test\applications\container-initializer-test-war\WEB-INF\lib\container-initializer-test-lib-1.0.0-SNAPSHOT.jar"
..Opened by hashCode object 887 from:
java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:137)
java.util.jar.JarFile.<init>(java\util\jar\JarFile.java:72)

sun.net.www.protocol.jar.URLJarFile.<init>(sun\net\www\protocol\jar\URLJarFile.java:72)

sun.net.www.protocol.jar.URLJarFile.getJarFile(sun\net\www\protocol\jar\URLJarFile.java:48)

sun.net.www.protocol.jar.JarFileFactory.get(sun\net\www\protocol\jar\JarFileFactory.java:65)

sun.net.www.protocol.jar.JarURLConnection.connect(sun\net\www\protocol\jar\JarURLConnection.java:104)

sun.net.www.protocol.jar.JarURLConnection.getInputStream(sun\net\www\protocol\jar\JarURLConnection.java:132)
java.net.URL.openStream(java\net\URL.java:1010)
java.util.ServiceLoader.parse(java\util\ServiceLoader.java:279)
java.util.ServiceLoader.access$200(java\util\ServiceLoader.java:164)
java.util.ServiceLoader$LazyIterator.hasNext(java\util\ServiceLoader.java:332)
java.util.ServiceLoader$1.hasNext(java\util\ServiceLoader.java:415)

org.glassfish.web.loader.ServletContainerInitializerUtil.getInterestList(org\glassfish\web\loader\ServletContainerInitializerUtil.java:157)

org.apache.catalina.core.StandardContext.callServletContainerInitializers(org\apache\catalina\core\StandardContext.java:5328)

com.sun.enterprise.web.WebModule.callServletContainerInitializers(com\sun\enterprise\web\WebModule.java:550)

org.apache.catalina.core.StandardContext.start(org\apache\catalina\core\StandardContext.java:5263)

com.sun.enterprise.web.WebModule.start(com\sun\enterprise\web\WebModule.java:499)

org.apache.catalina.core.ContainerBase.addChildInternal(org\apache\catalina\core\ContainerBase.java:928)

org.apache.catalina.core.ContainerBase.addChild(org\apache\catalina\core\ContainerBase.java:912)

org.apache.catalina.core.StandardHost.addChild(org\apache\catalina\core\StandardHost.java:694)

com.sun.enterprise.web.WebContainer.loadWebModule(com\sun\enterprise\web\WebContainer.java:1947)

com.sun.enterprise.web.WebContainer.loadWebModule(com\sun\enterprise\web\WebContainer.java:1619)

com.sun.enterprise.web.WebApplication.start(com\sun\enterprise\web\WebApplication.java:90)

org.glassfish.internal.data.EngineRef.start(org\glassfish\internal\data\EngineRef.java:126)

org.glassfish.internal.data.ModuleInfo.start(org\glassfish\internal\data\ModuleInfo.java:241)

org.glassfish.internal.data.ApplicationInfo.start(org\glassfish\internal\data\ApplicationInfo.java:236)

com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(com\sun\enterprise\v3\server\ApplicationLifecycle.java:339)

com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(com\sun\enterprise\v3\server\ApplicationLifecycle.java:183)

org.glassfish.deployment.admin.DeployCommand.execute(org\glassfish\deployment\admin\DeployCommand.java:272)

com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:305)

com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:320)

com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:1176)

com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:83)

com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:1235)

com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(com\sun\enterprise\v3\admin\CommandRunnerImpl.java:1224)

com.sun.enterprise.v3.admin.AdminAdapter.doCommand(com\sun\enterprise\v3\admin\AdminAdapter.java:365)

com.sun.enterprise.v3.admin.AdminAdapter.service(com\sun\enterprise\v3\admin\AdminAdapter.java:204)

com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(com\sun\grizzly\tcp\http11\GrizzlyAdapter.java:166)

com.sun.enterprise.v3.server.HK2Dispatcher.dispath(com\sun\enterprise\v3\server\HK2Dispatcher.java:100)

com.sun.enterprise.v3.services.impl.ContainerMapper.service(com\sun\enterprise\v3\services\impl\ContainerMapper.java:245)

com.sun.grizzly.http.ProcessorTask.invokeAdapter(com\sun\grizzly\http\ProcessorTask.java:791)

com.sun.grizzly.http.ProcessorTask.doProcess(com\sun\grizzly\http\ProcessorTask.java:693)

com.sun.grizzly.http.ProcessorTask.process(com\sun\grizzly\http\ProcessorTask.java:954)

com.sun.grizzly.http.DefaultProtocolFilter.execute(com\sun\grizzly\http\DefaultProtocolFilter.java:170)

com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(com\sun\grizzly\DefaultProtocolChain.java:135)

com.sun.grizzly.DefaultProtocolChain.execute(com\sun\grizzly\DefaultProtocolChain.java:102)

com.sun.grizzly.DefaultProtocolChain.execute(com\sun\grizzly\DefaultProtocolChain.java:88)

com.sun.grizzly.http.HttpProtocolChain.execute(com\sun\grizzly\http\HttpProtocolChain.java:76)

com.sun.grizzly.ProtocolChainContextTask.doCall(com\sun\grizzly\ProtocolChainContextTask.java:53)

com.sun.grizzly.SelectionKeyContextTask.call(com\sun\grizzly\SelectionKeyContextTask.java:57)
com.sun.grizzly.ContextTask.run(com\sun\grizzly\ContextTask.java:69)

com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(com\sun\grizzly\util\AbstractThreadPool.java:330)

com.sun.grizzly.util.AbstractThreadPool$Worker.run(com\sun\grizzly\util\AbstractThreadPool.java:309)
java.lang.Thread.run(java\lang\Thread.java:619)

Comment by Hong Zhang [ 07/Sep/10 ]

Thanks for running the diagnostic tool! From the stack trace, it seems the web
container code opens the stream but not closing it. Assign to web container for
evaluation.

Comment by Shing Wai Chan [ 08/Sep/10 ]

I try to build the attached sample project and see the following error:
Missing:
----------
1) org.glassfish:javax.servlet:jar:3.0.1

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=org.glassfish
-DartifactId=javax.servlet -Dversion=3.0.1 -Dpackaging=jar -Dfile=/path/to/file

Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.glassfish -DartifactId=javax.servlet
-Dversion=3.0.1 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

Path to dependency:
1) test:container-initializer-test-lib:jar:1.0.0-SNAPSHOT
2) org.glassfish:javax.servlet:jar:3.0.1

----------
1 required artifact is missing.

for artifact:
test:container-initializer-test-lib:jar:1.0.0-SNAPSHOT

from the specified remote repositories:
central (http://repo1.maven.org/maven2)

Comment by titmus [ 08/Sep/10 ]

You need to add GlassFish repository to main pom.xml (I use Nexus proxy, so
didn't notice it was missing).

<repository>
<id>glassfish</id>
<name>Java.net Repository for Glassfish</name>
<url>http://download.java.net/maven/glassfish/</url>
</repository>

Comment by Shing Wai Chan [ 09/Sep/10 ]

After updating the pom.xml, I get another error:
Missing:
----------
1) test:container-initializer-test-lib:jar:1.0.0-SNAPSHOT

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=test
-DartifactId=container-initializer-test-lib -Dversion=1.0.0-SNAPSHOT
-Dpackaging=jar -Dfile=/path/to/file

Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=test
-DartifactId=container-initializer-test-lib -Dversion=1.0.0-SNAPSHOT
-Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

Path to dependency:
1) test:container-initializer-test-war:war:1.0.0-SNAPSHOT
2) test:container-initializer-test-lib:jar:1.0.0-SNAPSHOT

----------
1 required artifact is missing.

for artifact:
test:container-initializer-test-war:war:1.0.0-SNAPSHOT

from the specified remote repositories:
glassfish (http://download.java.net/maven/glassfish/),
central (http://repo1.maven.org/maven2)

Can you attach a complete pom.xml?

Comment by titmus [ 09/Sep/10 ]

This is multimodule maven project. You should build the main project (in root
directory) which will build all necessary modules.

Comment by Shing Wai Chan [ 10/Sep/10 ]

I have verified that there is an issue in 3.0.1.
It is working fine in 3.1. There is no locked jar in 3.1.
Please upgrade to 3.1.

Comment by Shing Wai Chan [ 17/Sep/10 ]

It has been verified that the issue is resolved in 3.1 b20.





[GLASSFISH-13217] Redeploy during upgrade from 2.1.1 of a timer app results in IOException: Stream closed Created: 31/Aug/10  Updated: 28/Sep/10  Resolved: 28/Sep/10

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1
Fix Version/s: 3.1_b20

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

Operating System: All
Platform: Macintosh


Issuezilla Id: 13,217

 Description   

Redeploy during the upgrade fails with (the app is from ejb devtests
(ejb/timer/timertests) and was deployed using 'ant clean build create-resources
deploy'):

Repackaging of application ejb-timer-timertestsApp failed: Stream closed
java.io.IOException: Stream closed
at java.io.BufferedInputStream.getInIfOpen(BufferedInputStream.java:134)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
at java.nio.channels.Channels$ReadableByteChannelImpl.read(Channels.java:200)
at com.sun.enterprise.util.io.FileUtils.copy(FileUtils.java:910)
at
com.sun.enterprise.v3.server.UpgradeStartup.processModule(UpgradeStartup.java:478)
at
com.sun.enterprise.v3.server.UpgradeStartup.repackageApplication(UpgradeStartup.java:392)
at
com.sun.enterprise.v3.server.UpgradeStartup.repackageArchive(UpgradeStartup.java:362)
at
com.sun.enterprise.v3.server.UpgradeStartup.redeployApp(UpgradeStartup.java:294)
at com.sun.enterprise.v3.server.UpgradeStartup.start(UpgradeStartup.java:171)
at org.glassfish.kernel.GlassFishActivator$1$1.start(GlassFishActivator.java:100)
at
com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:121)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:102)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:65)

#]


 Comments   
Comment by Hong Zhang [ 28/Sep/10 ]

this was already fixed as the deployment part of the fix for issue 13330





[GLASSFISH-12211] NullPointerException (NPE) in CommonWorkManager.java line 265 Created: 10/Jun/10  Updated: 10/Sep/10  Resolved: 10/Sep/10

Status: Resolved
Project: glassfish
Component/s: jca
Affects Version/s: 3.1
Fix Version/s: 3.1_b20

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

Operating System: All
Platform: Macintosh
URL: http://forums.java.net/jive/thread.jspa?threadID=150303&tstart=0


Issuezilla Id: 12,211

 Description   

It is possible for CommonWorkManager to end up with a null ThreadPool.

Because of this, the startWork() method can cause a NullPointerException (at
line 265 in the code as of June 10, 2010) because it blindly calls a method on
the tp instance variable. At the time of the call, tp can be null.

tp can be null if the constructor's invocation of ConnectorRuntime#isServer()
returns false.

It appears to be the case that when Glassfish 3.1-SNAPSHOT is run in embedded
mode, isServer() returns false. I don't think it should.

To see this problem, attempt to deploy an .ear file with a valid .rar file
inside it that attempts to start work as part of its initialization (which is
legal according to the JCA specification). You'll see the NullPointerException
at the point that the RA tries to start work.

The forum discussion is here:
http://forums.java.net/jive/thread.jspa?threadID=150303&tstart=0



 Comments   
Comment by sirajg [ 10/Jun/10 ]
      • Issue 12210 has been marked as a duplicate of this issue. ***
Comment by Jagadish [ 12/Jun/10 ]

Support for .rars in embedded mode is planned for v3.1
I shall update this issue when the support is made available.

Comment by Jagadish [ 10/Sep/10 ]

Made a fix and tested against latest Uber jar and a resource-adapter which uses
"work" instances work fine.
Fix should be available from 10-Sep-2010 nightly.





Generated at Sun Feb 14 04:30:42 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.