[JBoss JIRA] Created: (AS7-1613) NPE in TranslatingSuspendableChannel.scheduleReadTask
by Ondrej Zizka (JIRA)
NPE in TranslatingSuspendableChannel.scheduleReadTask
-----------------------------------------------------
Key: AS7-1613
URL: https://issues.jboss.org/browse/AS7-1613
Project: Application Server 7
Issue Type: Bug
Components: CLI
Affects Versions: 7.0.1.Final
Reporter: Ondrej Zizka
Assignee: Alexey Loubyansky
Happened after a while of inactivity (if that matters).
[standalone@localhost:9999 interface=public] cd ..
[standalone@localhost:9999 /] cd ..
[standalone@localhost:9999 /] ls
extension core-service path subsystem system-property deployment interface socket-binding-group
[standalone@localhost:9999 /] Exception in thread "pool-1-thread-21" java.lang.NullPointerException
at org.xnio.channels.TranslatingSuspendableChannel.scheduleReadTask(TranslatingSuspendableChannel.java:253)
at org.xnio.channels.TranslatingSuspendableChannel.resumeReads(TranslatingSuspendableChannel.java:233)
at org.jboss.remoting3.remote.ClientConnectionOpenListener$Authentication$2.run(ClientConnectionOpenListener.java:498)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 8 months
[JBoss JIRA] (AS7-4704) Cannot deploy exploded .jar inside exploded .war
by Adrian Mitev (JIRA)
Adrian Mitev created AS7-4704:
---------------------------------
Summary: Cannot deploy exploded .jar inside exploded .war
Key: AS7-4704
URL: https://issues.jboss.org/browse/AS7-4704
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Reporter: Adrian Mitev
Hi all! I deploy my app as an exploded war there in WEB-INF/lib there is a jar deployed as exploded folder. However when the server starts I get the following exception:
17:59:15,423 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC00001: Failed to start service jboss.deployment.unit."MyApp.war".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."MyApp.war".STRUCTURE: Failed to process phase STRUCTURE of deployment "MyApp.war"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_24]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_24]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_24]
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS018037: Failed to process WEB-INF/lib: "/C:/Users/amitev/Desktop/mse2012/jboss-as-7.1.1.Final/standalone/deployments/MyApp.war/WEB-INF/lib/Module1.jar"
at org.jboss.as.web.deployment.WarStructureDeploymentProcessor.deploy(WarStructureDeploymentProcessor.java:120)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
... 5 more
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS018037: Failed to process WEB-INF/lib: "/C:/Users/amitev/Desktop/mse2012/jboss-as-7.1.1.Final/standalone/deployments/MyApp.war/WEB-INF/lib/Module1.jar"
at org.jboss.as.web.deployment.WarStructureDeploymentProcessor.createWebInfLibResources(WarStructureDeploymentProcessor.java:175)
at org.jboss.as.web.deployment.WarStructureDeploymentProcessor.createResourceRoots(WarStructureDeploymentProcessor.java:153)
at org.jboss.as.web.deployment.WarStructureDeploymentProcessor.deploy(WarStructureDeploymentProcessor.java:114)
... 6 more
Caused by: java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.6.0_24]
at java.util.zip.ZipFile.<init>(ZipFile.java:127) [rt.jar:1.6.0_24]
at java.util.jar.JarFile.<init>(JarFile.java:135) [rt.jar:1.6.0_24]
at java.util.jar.JarFile.<init>(JarFile.java:99) [rt.jar:1.6.0_24]
at org.jboss.vfs.spi.JavaZipFileSystem.<init>(JavaZipFileSystem.java:97)
at org.jboss.vfs.spi.JavaZipFileSystem.<init>(JavaZipFileSystem.java:83)
at org.jboss.vfs.VFS.mountZip(VFS.java:408)
at org.jboss.vfs.VFS.mountZip(VFS.java:434)
at org.jboss.as.web.deployment.WarStructureDeploymentProcessor.createWebInfLibResources(WarStructureDeploymentProcessor.java:170)
... 8 more
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 8 months
[JBoss JIRA] Created: (JBRULES-2791) Spring's JpaTransactionManager should be used instead of both: DroolsSpringTransactionManager and DroolsSpringJpaManager
by Anatoly Polinsky (JIRA)
Spring's JpaTransactionManager should be used instead of both: DroolsSpringTransactionManager and DroolsSpringJpaManager
------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-2791
URL: https://jira.jboss.org/browse/JBRULES-2791
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 5.1.1.FINAL, FUTURE
Environment: Spring Based Applications
Reporter: Anatoly Polinsky
Assignee: Mark Proctor
Instead of having two different components: "DroolsSpringTransactionManager" and "DroolsSpringJpaManager" that aim to do the work of "org.springframework.orm.jpa.JpaTransactionManager", and trying to fit a JTA model into it, the Spring's "JpaTransactionManager" itself should be used.
And instead of manually managing and constantly getting references to a "proper entity manager" from JpaManger within a SingleSessionCommandService, a @PersistenceContext should be injected. This will decouple SingleSessionCommandService from JpaManager interface, and will allow _any_ JPA provider to inject an entity manager.
It has more benefits, such as trust in underline JPA providers ( e.g. Hibernate ) and Spring Transaction Management capabilities to manage the process that they are actually excellent at.
/Anatoly
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 8 months
[JBoss JIRA] Created: (JBCOMMON-114) Warning for non File URLs should also check for vfszip URLs
by Darran Lofthouse (JIRA)
Warning for non File URLs should also check for vfszip URLs
-----------------------------------------------------------
Key: JBCOMMON-114
URL: https://jira.jboss.org/browse/JBCOMMON-114
Project: JBoss Common
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: common-core (2.x)
Affects Versions: 2.2.17.GA
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 2.2.18.GA
Within the resolveSystemIDasURL method the following check is performed: -
if (warnOnNonFileURLs && url.getProtocol().equalsIgnoreCase("file") == false)
{
log.warn("Trying to resolve systemId as a non-file URL: " + systemId);
}
With the introduction of vfszip URLs from JBoss 5 these should also be checked and the warning skipped if it is a vfszip URL.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 8 months