January 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBREFLECT-77) Javassist Impl should not load classes

by Flavia Rainone (JIRA)

Javassist Impl should not load classes -------------------------------------- Key: JBREFLECT-77 URL: https://jira.jboss.org/jira/browse/JBREFLECT-77 Project: JBoss Reflection Issue Type: Bug Affects Versions: JBossReflection.2.2.0-Alpha Reporter: Flavia Rainone Assignee: Flavia Rainone Fix For: JBossReflection.2.2.0-Beta The Javassist implementation must always avoid loading the classes. -- 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

16 years

2
5
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1783) The listMessage() method defined in Queue mbean is not implemented

by Howard Gao (JIRA)

The listMessage() method defined in Queue mbean is not implemented ------------------------------------------------------------------ Key: JBMESSAGING-1783 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1783 Project: JBoss Messaging Issue Type: Bug Components: Configuration and Management Affects Versions: 1.4.6.GA, 1.4.0.SP3.CP09 Reporter: Howard Gao Assignee: Howard Gao Fix For: 1.4.0.SP3.CP10, 1.4.6.GA.SP1, 1.4.7.GA The method is defined but not implemented. Found by one of the users. -- 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

16 years

1
6
0 / 0

[JBoss JIRA] Created: (JBAS-6991) Still issue in 5.1.0.GA <database>-persistence-service.xml is dependent on ChannelFactory even on NonClustered

by Jeff Wexler (JIRA)

Still issue in 5.1.0.GA <database>-persistence-service.xml is dependent on ChannelFactory even on NonClustered -------------------------------------------------------------------------------------------------------------- Key: JBAS-6991 URL: https://jira.jboss.org/jira/browse/JBAS-6991 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JMS (JBoss Messaging) Affects Versions: JBossAS-5.0.0.GA Reporter: Jeff Wexler Assignee: Howard Gao Priority: Minor Fix For: JBossAS-5.1.0.Beta1 -- 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

16 years

4
11
0 / 0

[JBoss JIRA] Created: (JBAS-6333) <database>-persistence-service.xml is dependent on ChannelFactory even on NonClustered

by Clebert Suconic (JIRA)

<database>-persistence-service.xml is dependent on ChannelFactory even on NonClustered -------------------------------------------------------------------------------------- Key: JBAS-6333 URL: https://jira.jboss.org/jira/browse/JBAS-6333 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-5.0.0.GA Reporter: Clebert Suconic Assignee: Clebert Suconic Fix For: JBossAS-5.0.1.CR1 -- 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

16 years

5
10
0 / 0

[JBoss JIRA] Created: (JBRULES-2135) Deadlock occurs in Multithreaded Environment NamedEntryPoint lock and AbstractWorkingMemory actionQueue sync block.

by Jonathon Leibundguth (JIRA)

Deadlock occurs in Multithreaded Environment NamedEntryPoint lock and AbstractWorkingMemory actionQueue sync block. ------------------------------------------------------------------------------------------------------------------- Key: JBRULES-2135 URL: https://jira.jboss.org/jira/browse/JBRULES-2135 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core (fusion) Affects Versions: 5.0.1.FINAL Environment: java version "1.6.0_0" OpenJDK Runtime Environment (IcedTea6 1.4.1) (6b14-1.4.1-0ubuntu7) OpenJDK Client VM (build 14.0-b08, mixed mode, sharing) Reporter: Jonathon Leibundguth Assignee: Mark Proctor Priority: Critical While running drools using fireUntilHalt in multithreaded environment, the following situation results in deadlock: Thread A (Drools' Thread): AbstractWorkingMemory method executeQueuedActions() locks actionQueue: synchronized ( this.actionQueue ) Calls action.execute( this ) for each item in queue, in this case WorkingMemoryReteExpireAction to expire an event object. The WorkingMemoryReteExpireAction tries to obtain the lock in NamedEntryPoint during call to retract(). Thread B (User's Thread): attempts to execute a NamedEntryPoint insert() action simultaneously with the above. The thread obtains the NamedEntryPoint lock and blocks waiting for the lock on actionQueue. Deadlock: Thread A is blocked waiting for NamedEntryPoint lock, owned by Thread B. Thread B is blocked waiting for lock on actionQueue, owned by Thread A. -- 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

16 years

3
5
0 / 0

[JBoss JIRA] Created: (JBRULES-2418) Drools Session insert ConcurrentModificationException in Multithreading Enviroment

by Davide Carnevali (JIRA)

Drools Session insert ConcurrentModificationException in Multithreading Enviroment ---------------------------------------------------------------------------------- Key: JBRULES-2418 URL: https://jira.jboss.org/jira/browse/JBRULES-2418 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.1.FINAL Environment: Aix on Websphere 6.1 - IBM Java 5 Reporter: Davide Carnevali Assignee: Mark Proctor Priority: Critical In multithreading enviroment (with 50 active thread) sometimes occurs a ConcurrentModificationException , the complete stacktrace Caused by: java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:1091) at java.util.HashMap$ValueIterator.next(HashMap.java:1122) at org.drools.reteoo.ClassObjectTypeConf.getMatchingObjectTypes(ClassObjectTypeConf.java:171) at org.drools.reteoo.ClassObjectTypeConf.getObjectTypeNodes(ClassObjectTypeConf.java:163) at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:143) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1046) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:1001) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:788) at it.vtfinance.vtpie.mlp.bpm.conditions.DroolsCondition.passesCondition(DroolsCondition.java:52) at com.opensymphony.workflow.AbstractWorkflow.passesCondition(AbstractWorkflow.java:904) ... 24 more DroolsCondition is SINGLETONE, all thread use a same RuleBase but creates a new Session for each Thread. -- 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

16 years

3
5
0 / 0

[JBoss JIRA] Created: (JBRULES-2346) insert: ConcurrentModificationException on iterate of ObjectTypeConfigurationRegistry#typeConfMap.

by Olexandr Demura (JIRA)

insert: ConcurrentModificationException on iterate of ObjectTypeConfigurationRegistry#typeConfMap. -------------------------------------------------------------------------------------------------- Key: JBRULES-2346 URL: https://jira.jboss.org/jira/browse/JBRULES-2346 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.1.FINAL Reporter: Olexandr Demura Assignee: Mark Proctor Very rare exception occurs in multi-threaded environment, each thread processes series of rule evaluations with recreation of StatefulSession after each: java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:1091) at java.util.HashMap$ValueIterator.next(HashMap.java:1122) at org.drools.reteoo.EntryPointNode.updateSink(EntryPointNode.java:285) at org.drools.reteoo.ObjectTypeNode.attach(ObjectTypeNode.java:279) at org.drools.reteoo.builder.PatternBuilder.attachObjectTypeNode(PatternBuilder.java:234) at org.drools.reteoo.ClassObjectTypeConf.<init>(ClassObjectTypeConf.java:93) at org.drools.common.ObjectTypeConfigurationRegistry.getObjectTypeConf(ObjectTypeConfigurationRegistry.java:58) at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:849) at org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:114) at org.drools.base.DefaultKnowledgeHelper.insert(DefaultKnowledgeHelper.java:108) Problem is caused by cyclic dependency. ObjectTypeConfigurationRegistry#getObjectTypeConf(EntryPoint, Object) creates ClassObjectTypeConf to put into ObjectTypeConfigurationRegistry#typeConfMap, creation code relies on EntryPointNode#updateSink(ObjectSink, PropagationContext, InternalWorkingMemory), which iterates on ObjectTypeConfigurationRegistry#typeConfMap. I can't reproduce it on 5.1.0.M1 now, but because of rare reproduction. Source looks like have this bug yet. Used workaround for it: EntryPointNode#updateSink(ObjectSink, PropagationContext, InternalWorkingMemory) iterates on copy of ObjectTypeConfigurationRegistry#typeConfMap: for ( ObjectTypeConf objectTypeConf : wmEntryPoint.getObjectTypeConfigurationRegistry().values() ) { -> for ( ObjectTypeConf objectTypeConf : new ArrayList<ObjectTypeConf>( new wmEntryPoint.getObjectTypeConfigurationRegistry().values() )) { -- 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

16 years

6
14
0 / 0

[JBoss JIRA] Created: (JBAS-6305) Error installing KeyGeneratorFactory with some databases

by Martin Malina (JIRA)

Error installing KeyGeneratorFactory with some databases -------------------------------------------------------- Key: JBAS-6305 URL: https://jira.jboss.org/jira/browse/JBAS-6305 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JCA service Affects Versions: JBossAS-5.0.0.GA Environment: Oracle10g, DB2 v9 Reporter: Martin Malina Assignee: Jesper Pedersen Attachments: oracle10g.log After setting up Oracle10g as the DefaultDS using this docs: http://www.jboss.org/file-access/default/members/jbossas/freezone/docs/In... and starting the AS instance with "all" config, this error occured: 07:21:29,553 ERROR [AbstractKernelController] Error installing to Start: name=jboss:service=KeyGeneratorFactory,type=HiLo state=Create mode=Manual requiredState=Installed java.sql.SQLException: ORA-00942: table or view does not exist at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331) .... *** CONTEXTS IN ERROR: Name -> Error jboss:service=KeyGeneratorFactory,type=HiLo -> java.sql.SQLException: ORA-00942: table or view does not exist Similar thing happens with DB2 v9. -- 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

16 years

4
8
0 / 0

[JBoss JIRA] Created: (JBAS-6824) DeploymentManager.start/stop() fail with NoSuchDeploymentException when called on a Deployment that is a child of another Deployment

by Ian Springer (JIRA)

DeploymentManager.start/stop() fail with NoSuchDeploymentException when called on a Deployment that is a child of another Deployment ------------------------------------------------------------------------------------------------------------------------------------ Key: JBAS-6824 URL: https://jira.jboss.org/jira/browse/JBAS-6824 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: ProfileService Reporter: Ian Springer Assignee: Scott M Stark For example: 16:29:47,528 INFO [DeployHandler] Stop, [vfsfile:/C:/opt/jboss-5.1.0.CR1-SNAPSHOT/server/default/deploy/jbossws.sar/jbossws-management.war/] 16:29:47,528 INFO [DeployHandler] Failed to complete command: [stop] for deployment: names=[vfsfile:/C:/opt/jboss-5.1.0.CR1-SNAPSHOT/server/default/deploy/jbos sws.sar/jbossws-management.war/], copyContent=true org.jboss.profileservice.spi.NoSuchDeploymentException: Failed to find deployment in file: vfsfile:/C:/opt/jboss-5.1.0.CR1-SNAPSHOT/server/default/deploy/jbossw s.sar/jbossws-management.war/ at org.jboss.system.server.profileservice.repository.AbstractDeploymentRepository.getDeployment(AbstractDeploymentRepository.java:134) at org.jboss.profileservice.management.upload.remoting.DeployHandler.scheduleStop(DeployHandler.java:156) at org.jboss.profileservice.management.upload.remoting.AbstractDeployHandler.stop(AbstractDeployHandler.java:307) at org.jboss.profileservice.management.upload.remoting.AbstractDeployHandler.stop(AbstractDeployHandler.java:296) at org.jboss.profileservice.management.upload.remoting.AbstractDeployHandler.invoke(AbstractDeployHandler.java:181) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:891) at org.jboss.remoting.transport.local.LocalClientInvoker.invoke(LocalClientInvoker.java:106) at org.jboss.remoting.Client.invoke(Client.java:1724) at org.jboss.remoting.Client.invoke(Client.java:629) at org.jboss.profileservice.management.upload.remoting.StreamingDeploymentTarget.invoke(StreamingDeploymentTarget.java:305) at org.jboss.profileservice.management.upload.remoting.StreamingDeploymentTarget.stop(StreamingDeploymentTarget.java:208) at org.jboss.profileservice.management.upload.DeploymentProgressImpl.stop(DeploymentProgressImpl.java:276) at org.jboss.profileservice.management.upload.DeploymentProgressImpl.run(DeploymentProgressImpl.java:91) at org.rhq.plugins.jbossas5.util.DeploymentUtils.run(DeploymentUtils.java:97) at org.rhq.plugins.jbossas5.ManagedDeploymentComponent.invokeOperation(ManagedDeploymentComponent.java:129) 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 org.rhq.core.pc.inventory.ResourceContainer$ComponentInvocationThread.call(ResourceContainer.java:484) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) 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:619) -- 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

16 years

4
5
0 / 0

[JBoss JIRA] Created: (JBAS-6881) Allow one to query for the ManagedComponents/ManagedPropertys that have a given admin view usage

by Scott M Stark (JIRA)

Allow one to query for the ManagedComponents/ManagedPropertys that have a given admin view usage ------------------------------------------------------------------------------------------------ Key: JBAS-6881 URL: https://jira.jboss.org/jira/browse/JBAS-6881 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Integration, ProfileService Reporter: Scott M Stark Assignee: Scott M Stark Fix For: JBossAS-5.1.0.GA We have an adminView notion on the ManagementProperty, but we don't have a way to query for the ManagedComponents and the associated ManagedPropertys that match a given admin use. For example, something like: Class AdminViewPair { ManagedComponent comp; Collection<String> propertyNames; } Collection<AdminViewPair> pairs = managmentView.matchComponentsForAdminView("Port"); for(AdminViewPair pair : pairs) { for(String propertyName : pair.propertyNames) { ManagedProperty prop = pair.comp.getProperty(propertyName); ... } } -- 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

16 years

3
3
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 January 2010