March 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-725) SuggestionCompletionEngine to be client side cached

by Michael Neale (JIRA)

SuggestionCompletionEngine to be client side cached --------------------------------------------------- Key: JBRULES-725 URL: http://jira.jboss.com/jira/browse/JBRULES-725 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- 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

19 years, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-3884) Unexpected end of ZLIB input stream for nested JAR files

by Michael Newcomb (JIRA)

Unexpected end of ZLIB input stream for nested JAR files -------------------------------------------------------- Key: JBAS-3884 URL: http://jira.jboss.com/jira/browse/JBAS-3884 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-5.0.0.Beta1 Environment: Java 5 Reporter: Michael Newcomb 1. Built EJB3 trailblazer. 2. Copied EJB3Trail.ear file to deploy directory. 3. **** started JBoss **** (JBoss was not running when copy occurred) During the deploy process I kept getting this error. It is similar to when you try to build a war/ear/jar INSIDE the deploy directory. The file is not completly written when it is being deployed. Well, I copied the file before I started JBoss but was still getting this error. So, I exploded the ear file and just had EJB3Trail.ear as a directory. Everything works fine. So, it seems like the files inside the EAR are being processed *before* they are completely unjarred? Perhaps the streams writing the nested jars are not being closed? Thanks, Michael -- 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

19 years, 2 months

3
3
0 / 0

[JBoss JIRA] Created: (JBAS-3867) "java.io.IOException: Read error" when deploying jmx-console on windows

by Ryan Campbell (JIRA)

"java.io.IOException: Read error" when deploying jmx-console on windows ----------------------------------------------------------------------- Key: JBAS-3867 URL: http://jira.jboss.com/jira/browse/JBAS-3867 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Deployment services, XML services Affects Versions: JBossAS-5.0.0.Beta1 Environment: windows xp, sun jdk 1.5.0_06 Reporter: Ryan Campbell Assigned To: Dimitris Andreadis 15:24:19,734 INFO [TomcatDeployment] deploy, ctxPath=/jmx-console, warUrl=.../deploy/jmx-console.war/ 15:24:19,828 ERROR [BaseModelMBean] Exception invoking method addChild java.lang.RuntimeException: org.jboss.xb.binding.JBossXBException: Failed to parse source: Read error at org.jboss.web.tomcat.tc6.TomcatInjectionContainer.processMetadata(TomcatInjectionContainer.java:264) at org.jboss.web.tomcat.tc6.WebAppLoader.start(WebAppLoader.java:104) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4198) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) 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.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) at org.apache.catalina.core.StandardContext.init(StandardContext.java:5285) 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.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:297) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) at org.jboss.web.tomcat.tc6.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:299) at org.jboss.web.tomcat.tc6.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:126) at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:355) at org.jboss.web.deployers.WebModule.startModule(WebModule.java:88) at org.jboss.web.deployers.WebModule.start(WebModule.java:66) 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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:184) at $Proxy0.start(Unknown Source) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42) at org.jboss.system.microcontainer.ServiceControllerContextAction.install(ServiceControllerContextAction.java:46) at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:226) at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:198) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:709) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:429) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:538) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:472) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:320) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:190) at org.jboss.system.ServiceController.doChange(ServiceController.java:656) at org.jboss.system.ServiceController.start(ServiceController.java:431) at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:124) at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:85) at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:44) at org.jboss.deployers.plugins.deployers.helpers.AbstractSimpleRealDeployer.deploy(AbstractSimpleRealDeployer.java:53) at org.jboss.deployers.plugins.deployer.AbstractSimpleDeployer.commitDeploy(AbstractSimpleDeployer.java:52) at org.jboss.deployers.plugins.deployer.DeployerWrapper.commitDeploy(DeployerWrapper.java:145) at org.jboss.deployers.plugins.deployment.MainDeployerImpl.commitDeploy(MainDeployerImpl.java:440) at org.jboss.deployers.plugins.deployment.MainDeployerImpl.process(MainDeployerImpl.java:381) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:366) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.bootstrap(ProfileServiceBootstrap.java:246) at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBootstrap.java:89) at org.jboss.system.server.profileservice.ServerImpl.doStart(ServerImpl.java:401) at org.jboss.system.server.profileservice.ServerImpl.start(ServerImpl.java:340) at org.jboss.Main.boot(Main.java:210) at org.jboss.Main$1.run(Main.java:508) at java.lang.Thread.run(Thread.java:595) Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: Read error at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:178) at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:169) at org.jboss.web.metamodel.descriptor.WebDDObjectFactory.parse(WebDDObjectFactory.java:86) at org.jboss.web.tomcat.tc6.TomcatInjectionContainer.processMetadata(TomcatInjectionContainer.java:256) ... 65 more Caused by: java.io.IOException: Read error at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:194) at org.apache.xerces.impl.XMLEntityManager$RewindableInputStream.read(Unknown Source) at org.apache.xerces.impl.io.UTF8Reader.read(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$TrailingMiscDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:174) ... 68 more -- 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

19 years, 2 months

4
11
0 / 0

[JBoss JIRA] Created: (JBAS-4110) JBossXB-1.0.0.CR10 release

by Scott M Stark (JIRA)

JBossXB-1.0.0.CR10 release -------------------------- Key: JBAS-4110 URL: http://jira.jboss.com/jira/browse/JBAS-4110 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: XML services Reporter: Scott M Stark Assigned To: Scott M Stark Fix For: JBossAS-5.0.0.Beta2 Need an update to the current jbossxb snapshot version -- 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

19 years, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-736) Duplicating _$$_javassist_ classes after remote - call - OutOfMemory: PermGen

by Piotr Tabor (JIRA)

Duplicating _$$_javassist_ classes after remote - call - OutOfMemory: PermGen ----------------------------------------------------------------------------- Key: EJBTHREE-736 URL: http://jira.jboss.com/jira/browse/EJBTHREE-736 Project: EJB 3.0 Issue Type: Bug Components: Documentation Affects Versions: EJB 3.0 RC9 - FD Environment: Linux Gentoo 2.6.18, JVM 1.5.0.08, 1.5.0.09, amd64 RedHat Linux EE 4.0. JVM 1.5.0.09, intel Reporter: Piotr Tabor I got the same problem... PermGen in EJB3 client aplication by remote interface. The application is as sample as it can be: -get remote interface of stateless EJB3 (by JNDI) - ask 1000 times to get a Collection of 10 EntityBeans. After 255 there is OutOfMemory: PermGen. JVM options changes nothing (eventualy more PermSpace => longer run). The reason looks like the Javassist create lazyinitializer classes for every EntityBean retrived from the server. So: When I debug on server-side, I got before sending Entity to client: I got: myEntity[0].id=143534 myEntity[0].flow=<FlowEntity_$$_javassist_7> 13434 ... myEntity[0].user=<UserEntity_$$_javassist_15>... myEntity[0].stage=<StageEntity_$$_javassist_17>... And every remote call the class names (name)_$..._javassist_(index) got the same indexes (7,15,17) on server side (end every entity in returned collections of entities) But when I debug on client site - after return from remote call - the indexes of all returned entities are different (Each next increments index). So after first call I got: myEntity[0].id=143534 myEntity[0].flow=<FlowEntity_$$_javassist_0>... ... myEntity[0].user=<UserEntity_$$_javassist_1>... myEntity[0].stage=<StageEntity_$$_javassist_2>... ... myEntity[1].id=143534 myEntity[1].flow=<FlowEntity_$$_javassist_3> ... myEntity[1].user=<UserEntity_$$_javassist_4>... myEntity[1].stage=<StageEntity_$$_javassist_5>... ... After secund call: myEntity[0].id=143534 myEntity[0].flow=<FlowEntity_$$_javassist_6>... ... myEntity[0].user=<UserEntity_$$_javassist_7>... myEntity[0].stage=<StageEntity_$$_javassist_8>... ... myEntity[1].id=143534 myEntity[1].flow=<FlowEntity_$$_javassist_9> ... myEntity[1].user=<UserEntity_$$_javassist_10>... myEntity[1].stage=<StageEntity_$$_javassist_11>... ... And so on... ... and permGen after 260 iterations... I have not idea, how to deal with that... -- 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

19 years, 2 months

6
11
0 / 0

[JBoss JIRA] Created: (JBAS-4120) modify testsuite start/stop management

by Aleksandar Kostadinov (JIRA)

modify testsuite start/stop management -------------------------------------- Key: JBAS-4120 URL: http://jira.jboss.com/jira/browse/JBAS-4120 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Test Suite Reporter: Aleksandar Kostadinov Make startup/stop timeout configurable and stop the server if it is not up after the timeout. See Forum reference for details. -- 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

19 years, 2 months

2
6
0 / 0

[JBoss JIRA] Created: (JBCACHE-961) Optimistic locking to support more sophisticated merging of child maps

by Manik Surtani (JIRA)

Optimistic locking to support more sophisticated merging of child maps ---------------------------------------------------------------------- Key: JBCACHE-961 URL: http://jira.jboss.com/jira/browse/JBCACHE-961 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 1.4.1.GA Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.0.0.BETA2, 2.0.0.GA At the moment at commit time parent nodes in a workspace have their child maps used to overwrite the underlying data nodes. As such, version increments are necessary on the parents, very bad for concurrency. A more sophisticated merging mechanism is needed here, perhaps along the lines of: 1) Children added placed in an addedChildren map 2) Children removed placed in a childrenRemoved map at commit time, use these 2 maps to look at what exists in the underlying node and merge in accordingly. Related to JBCACHE-955 and JBCACHE-956. -- 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

19 years, 2 months

2
5
0 / 0

[JBoss JIRA] Updated: (JBPORTAL-709) Producer caching support

by Julien Viet (JIRA)

[ http://jira.jboss.com/jira/browse/JBPORTAL-709?page=all ] Julien Viet updated JBPORTAL-709: --------------------------------- Fix Version/s: 2.6.CR1 (was: 2.6.Beta1) > Producer caching support > ------------------------ > > Key: JBPORTAL-709 > URL: http://jira.jboss.com/jira/browse/JBPORTAL-709 > Project: JBoss Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Portal WSRP > Affects Versions: 2.4 Final, 2.6 Final > Reporter: Julien Viet > Assigned To: Chris Laprun > Fix For: 2.6.CR1 > > -- 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

19 years, 2 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBPORTAL-707) Consumer registration interface

by Julien Viet (JIRA)

[ http://jira.jboss.com/jira/browse/JBPORTAL-707?page=all ] Julien Viet updated JBPORTAL-707: --------------------------------- Fix Version/s: 2.6.CR1 (was: 2.6.Beta1) > Consumer registration interface > ------------------------------- > > Key: JBPORTAL-707 > URL: http://jira.jboss.com/jira/browse/JBPORTAL-707 > Project: JBoss Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Portal WSRP > Affects Versions: 2.4 Final > Reporter: Julien Viet > Assigned To: Chris Laprun > Fix For: 2.6.CR1 > > Time Spent: 3 days, 5 hours > Remaining Estimate: 0 minutes > -- 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

19 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (SECURITY-20) JBoss 5.0 Beta Integration

by Anil Saldhana (JIRA)

JBoss 5.0 Beta Integration -------------------------- Key: SECURITY-20 URL: http://jira.jboss.com/jira/browse/SECURITY-20 Project: JBoss Security Issue Type: Task Security Level: Public (Everyone can see) Components: JBossSX Affects Versions: 2.0 Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: 2.0 Container Issue for JBoss 5.0.0 Beta integration. -- 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

19 years, 2 months

2
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2007