[JBoss JIRA] Created: (JBAS-5166) Timerservice.getTimers() does not return persisted timers
by degerhar (JIRA)
Timerservice.getTimers() does not return persisted timers
---------------------------------------------------------
Key: JBAS-5166
URL: http://jira.jboss.com/jira/browse/JBAS-5166
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: EJB3
Affects Versions: JBossAS-4.2.2.GA
Environment: JBossAS-4.2.2.GA
Reporter: degerhar
Assigned To: Carlo de Wolf
I'm injecting the TimerService with an @Resource annotation inside a JMX bean:
@Resource
private TimerService timerService;
When I call timerservice.getTimers().size() in the start() method of the JMX, it always return 0.
If I schedule a new timer inside the JMX, then timerService.getTimers().size() return 1.
I saw a similar bug previously (JBAS-1394) that was supposedly fixed in JBossAS-4.0.4RC1
I'm not sure if anything changed in this regard, but I would think it should be possible to retrieve persisted timers in order to cancel them if necessary
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Created: (JBAS-6518) Spaces in path cause deployment to fail
by Rostyslav Smirnov (JIRA)
Spaces in path cause deployment to fail
---------------------------------------
Key: JBAS-6518
URL: https://jira.jboss.org/jira/browse/JBAS-6518
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: ClassLoading
Affects Versions: JBossAS-5.0.0.GA
Environment: Windows XP, JDK 1.5.0_16
Reporter: Rostyslav Smirnov
Assignee: Scott M Stark
Attachments: doNothing.ear, sources.jar
When deploying a simple EAR containing an EJB JAR and a library JAR, exception gets thrown during deployment if path to JBoss directory contains a space character:
07:49:32,924 ERROR [AbstractKernelController] Error installing to PostClassLoader: name=vfszip:/C:/Program%20Files/jboss-5.0.0.GA/server/default/deploy/doNothing.ear state=ClassLoader mode=Manual requ
iredState=PostClassLoader
org.jboss.deployers.spi.DeploymentException: Error during deploy: vfszip:/C:/Program%20Files/jboss-5.0.0.GA/server/default/deploy/doNothing.ear/ejb.jar
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:177)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545)
at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304)
at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405)
at org.jboss.Main.boot(Main.java:209)
at org.jboss.Main$1.run(Main.java:547)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NoClassDefFoundError: main/DoNothing
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:62)
at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:509)
at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:469)
at java.security.AccessController.doPrivileged(Native Method)
at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:467)
at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:444)
at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:134)
at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:131)
at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:452)
at org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:254)
at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:148)
at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:256)
at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1099)
at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:735)
at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:378)
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:242)
at org.jboss.metadata.process.processor.ejb.jboss.SetDefaultLocalBusinessInterfaceProcessor.process(SetDefaultLocalBusinessInterfaceProcessor.java:114)
at org.jboss.metadata.process.chain.ejb.jboss.JBossMetaDataProcessorChain.process(JBossMetaDataProcessorChain.java:115)
at org.jboss.ejb3.deployers.Ejb3MetadataProcessingDeployer.deploy(Ejb3MetadataProcessingDeployer.java:128)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
... 19 more
Steps to reproduce:
1) Extract jboss-5.0.0.GA.zip to a location containing a space in its path (ex. C:\Program Files\)
2) Deploy doNothing.ear
3) Start up the server, deployment will fail with the aforementioned exception
After moving jboss-5.0.0.GA folder to a location that does not contain a space in it's path (ex. C:\) deployment completes successfully.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Created: (JBPORTAL-2344) User profile portlet doesn't show captcha with OpenJDK
by Takayoshi Kimura (JIRA)
User profile portlet doesn't show captcha with OpenJDK
------------------------------------------------------
Key: JBPORTAL-2344
URL: https://jira.jboss.org/jira/browse/JBPORTAL-2344
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 2.7.1 Final
Reporter: Takayoshi Kimura
With OpenJDK, the user profile portlet fails to show captcha image with the following exception:
2009-03-16 16:57:43,176 ERROR [org.apache.catalina.core.ContainerBase] Servlet.service() for servlet jcaptcha threw exception
java.lang.IncompatibleClassChangeError: Found class com.sun.image.codec.jpeg.JPEGImageEncoder, but interface was expected
at org.jboss.portal.core.identity.services.captcha.JCaptchaService.getChallengeImage(JCaptchaService.java:64)
at org.jboss.portal.core.identity.services.captcha.ImageCaptchaServlet.doGet(ImageCaptchaServlet.java:54)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
Please see attached screenshot and log for details.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months
[JBoss JIRA] Created: (JBAS-6429) StandardBindings unable to start with IBM JDK 1.6 - IllegalArgumentException
by Martin Malina (JIRA)
StandardBindings unable to start with IBM JDK 1.6 - IllegalArgumentException
----------------------------------------------------------------------------
Key: JBAS-6429
URL: https://jira.jboss.org/jira/browse/JBAS-6429
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: ProfileService
Affects Versions: JBossAS-5.0.0.GA
Environment: IBM JDK 1.6 (latest release)
Reporter: Martin Malina
Assignee: Scott M Stark
Attachments: ibm16.log
JBoss AS is unable to start at all in any configuration, but minimal. The StandardBindings service fails to start with the following error:
13:33:08,459 ERROR [AbstractKernelController] Error installing to Instantiated: name=StandardBindings state=Described
java.lang.IllegalArgumentException: Wrong arguments. new for target java.lang.reflect.Constructor expected=[int] actual=[java.util.HashSet]
at org.jboss.reflect.plugins.introspection.ReflectionUtils.handleErrors(ReflectionUtils.java:395)
...
Failed to boot JBoss:
java.lang.IllegalStateException: Incompletely deployed:
*** DEPLOYMENTS IN ERROR: Name -> Error
StandardBindings -> java.lang.IllegalArgumentException: Wrong arguments. new for target java.lang.reflect.Constructor expected=[int] actual=[java.util.HashSet]
*** DEPLOYMENTS MISSING DEPENDENCIES: Name -> Dependency{Required State:Actual State}
SystemPropertyBinder#1 -> ServiceBindingManager{Installed:Described}
SystemPropertyBinder -> SystemPropertyBinder#1{Installed:Described}
ServiceBindingManager -> ServiceBindingStore{Installed:Instantiated}
ServiceBindingStore -> StandardBindings{Installed:**ERROR**}
at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.internalValidate(AbstractKernelDeployer.java:290)
at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.validate(AbstractKernelDeployer.java:174)
at org.jboss.bootstrap.microcontainer.ServerImpl.doStart(ServerImpl.java:148)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:394)
at org.jboss.Main.boot(Main.java:209)
at org.jboss.Main$1.run(Main.java:547)
at java.lang.Thread.run(Thread.java:735)
The AS instance stops immediately.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 10 months