February 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JGRP-663) Multiplexer: OOB message are currently ignored

by Bela Ban (JIRA)

Multiplexer: OOB message are currently ignored ---------------------------------------------- Key: JGRP-663 URL: http://jira.jboss.com/jira/browse/JGRP-663 Project: JGroups Issue Type: Feature Request Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.7 Investigate whether to have OOB message bypass the multiplexer's thread pool -- 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

18 years, 5 months

2
6
0 / 0

[JBoss JIRA] Created: (JBAS-5194) DataSource connection properties should use a CompositeMetaType/CompositeValue

by Scott M Stark (JIRA)

DataSource connection properties should use a CompositeMetaType/CompositeValue ------------------------------------------------------------------------------ Key: JBAS-5194 URL: http://jira.jboss.com/jira/browse/JBAS-5194 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Scott M Stark Fix For: JBossAS-5.0.0.Beta4 The current CollectionMetaType of GenericValues is wrong for the connection properties. -- 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

18 years, 5 months

4
6
0 / 0

[JBoss JIRA] Created: (JGRP-557) MuxChannel should not receive views after it disconnects

by Vladimir Blagojevic (JIRA)

MuxChannel should not receive views after it disconnects -------------------------------------------------------- Key: JGRP-557 URL: http://jira.jboss.com/jira/browse/JGRP-557 Project: JGroups Issue Type: Bug Affects Versions: 2.5 Reporter: Vladimir Blagojevic Assigned To: Bela Ban Brian Stansberry said: Noticed a behavior difference between a MuxChannel and a regular JChannel. If a service uses a regular JChannel and calls disconnect, it does not get a viewAccepted callback with the new view that excludes itself. If the service uses a MuxChannel, it does get the callback. I have a vague memory that this came up in discussions a long time ago (and that maybe we decided to ignore it???). Couldn't find anything in the archive though. In a way it's nice to get the view, but if we leave this as is, services that can handle either type of channel (e.g. JBoss Cache) will need to properly handle both cases. -- 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

18 years, 5 months

1
6
0 / 0

[JBoss JIRA] Created: (JBAS-5213) Fix org.jboss.test.web.test.WebIntegrationUnitTestCase

by Sohil Shah (JIRA)

Fix org.jboss.test.web.test.WebIntegrationUnitTestCase ------------------------------------------------------ Key: JBAS-5213 URL: http://jira.jboss.com/jira/browse/JBAS-5213 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Test Suite Affects Versions: JBossAS-5.0.0.Beta2 Reporter: Sohil Shah Assigned To: Sohil Shah Fix For: JBossAS-5.0.0.Beta4 -- 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

18 years, 5 months

3
7
0 / 0

[JBoss JIRA] Created: (JBRULES-1315) Rule that uses a 'collect' and 'from' clause together causes problem

by Igor Bolic (JIRA)

Rule that uses a 'collect' and 'from' clause together causes problem -------------------------------------------------------------------- Key: JBRULES-1315 URL: http://jira.jboss.com/jira/browse/JBRULES-1315 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: Reteoo Affects Versions: 4.0.3 Reporter: Igor Bolic Test case: Write a Rule that uses a 'collect' and 'from' clause together, example: package com.sample.mypackage rule "Apply discount" when $order: Order(); $items : ArrayList() from collect (OrderItem() from $order.items) then #apply discount end first i add the package to RuleBase object, everthing works fine. When i try to 'refresh' my rules, i.e. first remove the package and again add the same (modified) package to the RuleBase object, following error occurs: java.lang.IllegalArgumentException: Cannot remove a sink, when the list of sinks is null at org.drools.reteoo.ObjectSource.removeObjectSink(ObjectSource.java:116) at org.drools.reteoo.AlphaNode.remove(AlphaNode.java:181) at org.drools.reteoo.LeftInputAdapterNode.remove(LeftInputAdapterNode.java:204) at org.drools.reteoo.FromNode.remove(FromNode.java:153) at org.drools.reteoo.RightInputAdapterNode.remove(RightInputAdapterNode.java:167) at org.drools.reteoo.BetaNode.remove(BetaNode.java:186) at org.drools.reteoo.RuleTerminalNode.remove(RuleTerminalNode.java:461) at org.drools.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:224) at org.drools.reteoo.ReteooRuleBase.removeRule(ReteooRuleBase.java:272) at org.drools.common.AbstractRuleBase.removePackage(AbstractRuleBase.java:460) ... I've found a workaround for this error by writing my .drl code as following: package com.sample.mypackage rule "Explode Cart" salience 11 dialect "java" when $order: Order() $item : OrderItem() from $order.items then insert( $item ); end rule "Apply discount" no-loop true when $order : Order(); $items : ArrayList() from collect (OrderItem()) then #apply discount end Now, my rules are 'refreshed' without any error. -- 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

18 years, 5 months

4
11
0 / 0

[JBoss JIRA] Created: (JBBUILD-450) Artifact is missing Generated Sources - org.jboss.jbossas:jboss-as-server

by Andrew Lee Rubinger (JIRA)

Artifact is missing Generated Sources - org.jboss.jbossas:jboss-as-server -------------------------------------------------------------------------- Key: JBBUILD-450 URL: http://jira.jboss.com/jira/browse/JBBUILD-450 Project: JBoss Build System Issue Type: Bug Reporter: Andrew Lee Rubinger Assigned To: Paul Gier org.jboss.jbossas:jboss-as-server does not have the sources generated by the legacy (ant) build, these are needed for the EJB3 TestSuite to run properly. Thanks, Paul! :) -- 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

18 years, 5 months

2
4
0 / 0

[JBoss JIRA] Updated: (JBAS-1797) Need to investigate the ejb3 admin/monitoring requirements

by Dimitris Andreadis (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-1797?page=all ] Dimitris Andreadis updated JBAS-1797: ------------------------------------- Fix Version/s: JBossAS-5.0.0.CR1 (was: JBossAS-5.0.0.Beta4) > Need to investigate the ejb3 admin/monitoring requirements > ---------------------------------------------------------- > > Key: JBAS-1797 > URL: http://jira.jboss.com/jira/browse/JBAS-1797 > Project: JBoss Application Server > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Management services, EJB3 > Reporter: Scott M Stark > Fix For: JBossAS-5.0.0.CR1 > > > With the integration of the first j2ee5 technology into a jems product, we need to see what the integration issues are from the perspective of the jboss network admin and monitoring 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

18 years, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-5212) NPE at org.jboss.aop.pointcut.FieldMatcher.visit(FieldMatcher.java:181) at shutdown

by Dimitris Andreadis (JIRA)

NPE at org.jboss.aop.pointcut.FieldMatcher.visit(FieldMatcher.java:181) at shutdown ----------------------------------------------------------------------------------- Key: JBAS-5212 URL: http://jira.jboss.com/jira/browse/JBAS-5212 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: AOP Reporter: Dimitris Andreadis Assigned To: Kabir Khan Priority: Critical Fix For: JBossAS-5.0.0.Beta4 00:16:43,109 INFO [TransactionManagerService] Stopping recovery manager 00:16:43,171 WARN [CreateDestroyLifecycleAction] Error during destroy for Aspec tManager java.lang.RuntimeException: Problem destroying AspectManager at org.jboss.aop.deployers.AbstractAspectManager.destroy(AbstractAspectM anager.java:183) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(Reflec tionUtils.java:56) at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke( ReflectMethodInfoImpl.java:110) at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethod JoinPoint.java:66) at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$Joi npointDispatchWrapper.execute(KernelControllerContextAction.java:214) at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(Executio nWrapper.java:45) at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dis patchExecutionWrapper(KernelControllerContextAction.java:108) at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dis patchJoinPoint(KernelControllerContextAction.java:69) at org.jboss.kernel.plugins.dependency.LifecycleAction.uninstallActionIn ternal(LifecycleAction.java:249) at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.uni nstallAction(KernelControllerContextAction.java:167) at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.uni nstallAction(KernelControllerContextAction.java:46) at org.jboss.dependency.plugins.action.SimpleControllerContextAction.sim pleUninstallAction(SimpleControllerContextAction.java:79) at org.jboss.dependency.plugins.action.AccessControllerContextAction.uni nstall(AccessControllerContextAction.java:131) at org.jboss.dependency.plugins.AbstractControllerContextActions.uninsta ll(AbstractControllerContextActions.java:58) at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(Abst ractControllerContext.java:333) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractCon troller.java:1323) at org.jboss.dependency.plugins.AbstractController.uninstallContext(Abst ractController.java:1009) at org.jboss.dependency.plugins.AbstractController.uninstallContext(Abst ractController.java:936) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractCon troller.java:463) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractCon troller.java:426) at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.undeployBe an(AbstractKernelDeployer.java:384) at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.undeployBe ans(AbstractKernelDeployer.java:363) at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.undeploy(A bstractKernelDeployer.java:162) at org.jboss.kernel.plugins.deployment.BasicKernelDeployer.undeploy(Basi cKernelDeployer.java:88) at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.undeploy(Bas icXMLDeployer.java:95) at org.jboss.kernel.plugins.deployment.BasicKernelDeployer.shutdown(Basi cKernelDeployer.java:102) at org.jboss.bootstrap.microcontainer.ServerImpl.doShutdown(ServerImpl.j ava:135) at org.jboss.bootstrap.AbstractServerImpl.shutdownServer(AbstractServerI mpl.java:520) at org.jboss.bootstrap.AbstractServerImpl$ShutdownHook.run(AbstractServe rImpl.java:824) Caused by: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.Nul lPointerException at org.jboss.aop.pointcut.FieldMatcher.visit(FieldMatcher.java:181) at org.jboss.aop.pointcut.ast.ASTAll.jjtAccept(ASTAll.java:41) at org.jboss.aop.pointcut.MatcherHelper.visit(MatcherHelper.java:89) at org.jboss.aop.pointcut.MatcherHelper.matches(MatcherHelper.java:83) at org.jboss.aop.pointcut.PointcutExpression.matchesGet(PointcutExpressi on.java:154) at org.jboss.aop.ClassAdvisor.resolveFieldPointcut(ClassAdvisor.java:437 ) at org.jboss.aop.ClassAdvisor.updateInterceptorChains(ClassAdvisor.java: 648) at org.jboss.aop.ClassAdvisor.doRebuildInterceptors(ClassAdvisor.java:90 9) at org.jboss.aop.ClassAdvisor$RebuildInterceptorsAction$2.rebuildInterce ptors(ClassAdvisor.java:2037) at org.jboss.aop.ClassAdvisor.rebuildInterceptors(ClassAdvisor.java:889) at org.jboss.aop.ClassAdvisor.removeAdviceBindings(ClassAdvisor.java:427 ) at org.jboss.aop.AspectManager.removeBindings(AspectManager.java:1383) at org.jboss.aop.AspectXmlLoader.bulkUndeploy(AspectXmlLoader.java:1212) at org.jboss.aop.AspectXmlLoader.undeployXML(AspectXmlLoader.java:1203) at org.jboss.aop.deployers.AbstractAspectManager.destroy(AbstractAspectM anager.java:170) ... 32 more Caused by: java.lang.RuntimeException: java.lang.NullPointerException at org.jboss.aop.Advisor.hasAnnotation(Advisor.java:559) at org.jboss.aop.pointcut.FieldMatcher.visit(FieldMatcher.java:177) ... 46 more Caused by: java.lang.NullPointerException at org.jboss.aop.asintegration.jboss5.JBoss5ClassPoolFactory.getTempURL( JBoss5ClassPoolFactory.java:77) at org.jboss.aop.asintegration.jboss5.JBoss5ClassPoolFactory.create(JBos s5ClassPoolFactory.java:68) at org.jboss.aop.asintegration.jboss5.JBoss5Integration.create(JBoss5Int egration.java:103) at javassist.scopedpool.ScopedClassPoolRepositoryImpl.createScopedClassP ool(ScopedClassPoolRepositoryImpl.java:99) at javassist.scopedpool.ScopedClassPoolRepositoryImpl.registerClassLoade r(ScopedClassPoolRepositoryImpl.java:125) at org.jboss.aop.classpool.AOPClassPoolRepository.registerClassLoader(AO PClassPoolRepository.java:158) at org.jboss.aop.AspectManager.registerClassLoader(AspectManager.java:73 0) at org.jboss.aop.AspectManager.findClassPool(AspectManager.java:720) at org.jboss.aop.util.ReflectToJavassist.classToJavassist(ReflectToJavas sist.java:48) at org.jboss.aop.util.ReflectToJavassist.fieldToJavassist(ReflectToJavas sist.java:55) at org.jboss.aop.annotation.PortableAnnotationElement.isAnyAnnotationPre sent(PortableAnnotationElement.java:115) at org.jboss.aop.Advisor.hasAnnotation(Advisor.java:554) ... 47 more 00:16:43,281 INFO [ServerImpl] Shutdown complete -- 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

18 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-4215) Need to externalize the web container class loader to use outside of the web container

by Scott M Stark (JIRA)

Need to externalize the web container class loader to use outside of the web container -------------------------------------------------------------------------------------- Key: JBAS-4215 URL: http://jira.jboss.com/jira/browse/JBAS-4215 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Deployment services, Web (Tomcat) service Reporter: Scott M Stark Assigned To: Dimitris Andreadis Fix For: JBossAS-5.0.0.Beta3 We need a WarClassLoadingDeployer that allows for the creation of the web container class loader during the DeploymentUnit processing based on the class loading metadata. In the absence of jboss UCL or osgi bundle metadata, this should create the standard tomcat war first class loader. Not having this at the DeploymentUnit level does not allow other deployers to interact with war deployments properly. -- 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

18 years, 5 months

2
5
0 / 0

[JBoss JIRA] Created: (JBCACHE-1285) endless loop with NONE isolation level

by Mircea Markus (JIRA)

endless loop with NONE isolation level -------------------------------------- Key: JBCACHE-1285 URL: http://jira.jboss.com/jira/browse/JBCACHE-1285 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 1.4.X Reporter: Mircea Markus Assigned To: Manik Surtani Priority: Minor Fix For: 1.4.X if transaction isolation is NONE, and we do the following: cache.put("/a", "k","v"); tx.beggin(); cache.remove("/a); cache.put("/a/b");//here will be an endless loop tx.commit() The endless appears in the PessimisticLockInterceptor.lock, as needToReverseRemove is not called for NONE isolation level (method itself also needs changed to accommodate this) -- 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

18 years, 5 months

1
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 February 2008