April 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-2333) Support <scoreDsl> besides <scoreDrl> for XmlSolverConfigurer in LocalSearchSolverConfig to allow to use DSL's instead of DRL's for score rules

by Geoffrey De Smet (JIRA)

Support <scoreDsl> besides <scoreDrl> for XmlSolverConfigurer in LocalSearchSolverConfig to allow to use DSL's instead of DRL's for score rules ----------------------------------------------------------------------------------------------------------------------------------------------- Key: JBRULES-2333 URL: https://jira.jboss.org/jira/browse/JBRULES-2333 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-solver Affects Versions: 5.1.0.M1 Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Fix For: 5.1.0.M2 shouldn't be to hard, simply adjust LocalSearchSolverConfig class as needed -- 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, 3 months

5
12
0 / 0

[JBoss JIRA] Created: (JBAS-9212) Mgmt API access hangs for access to slaves when slave goes offline

by Heiko Rupp (JIRA)

Mgmt API access hangs for access to slaves when slave goes offline ------------------------------------------------------------------ Key: JBAS-9212 URL: https://issues.jboss.org/browse/JBAS-9212 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Domain Management Reporter: Heiko Rupp Have two hosts, snert (DC) and pintsize (slave). Have them running as normal, so that e.g. [snert:9999 /] cd /host=pintsize/server-config=newServer2 [snert:9999 /host=pintsize/server-config=newServer2] ls works as expected Then shut down the whole AS7 processes on pintsize (Ctrl-C). Both cli (ls command from above) and Json access (http://snert:9990/domain-api/host/pintsize/server-config/newServer2 ) are hanging Console log on snert shows [Host Controller] 10:34:04,914 ERROR [stderr] (pool-6-thread-22) Exception in thread "pool-6-thread-22" java.lang.RuntimeException: Failed to execute operation [Host Controller] 10:34:04,914 ERROR [stderr] (pool-6-thread-22) at org.jboss.as.controller.client.AbstractModelControllerClient$1.run(AbstractModelControllerClient.java:99) [Host Controller] 10:34:04,914 ERROR [stderr] (pool-6-thread-22) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [Host Controller] 10:34:04,914 ERROR [stderr] (pool-6-thread-22) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [Host Controller] 10:34:04,915 ERROR [stderr] (pool-6-thread-22) at java.lang.Thread.run(Thread.java:680) [Host Controller] 10:34:04,915 ERROR [stderr] (pool-6-thread-22) Caused by: java.net.ConnectException: Connection refused [Host Controller] 10:34:04,915 ERROR [stderr] (pool-6-thread-22) at java.net.PlainSocketImpl.socketConnect(Native Method) [Host Controller] 10:34:04,915 ERROR [stderr] (pool-6-thread-22) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:351) [Host Controller] 10:34:04,915 ERROR [stderr] (pool-6-thread-22) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:213) [Host Controller] 10:34:04,915 ERROR [stderr] (pool-6-thread-22) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:200) [Host Controller] 10:34:04,916 ERROR [stderr] (pool-6-thread-22) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:432) [Host Controller] 10:34:04,916 ERROR [stderr] (pool-6-thread-22) at java.net.Socket.connect(Socket.java:529) [Host Controller] 10:34:04,916 ERROR [stderr] (pool-6-thread-22) at org.jboss.as.protocol.ProtocolClient.connect(ProtocolClient.java:87) [Host Controller] 10:34:04,916 ERROR [stderr] (pool-6-thread-22) at org.jboss.as.protocol.mgmt.ManagementRequestConnectionStrategy$EstablishConnectingStrategy.getConnection(ManagementRequestConnectionStrategy.java:110) [Host Controller] 10:34:04,916 ERROR [stderr] (pool-6-thread-22) at org.jboss.as.protocol.mgmt.ManagementRequest.execute(ManagementRequest.java:84) [Host Controller] 10:34:04,916 ERROR [stderr] (pool-6-thread-22) at org.jboss.as.controller.client.AbstractModelControllerClient$1.run(AbstractModelControllerClient.java:84) [Host Controller] 10:34:04,917 ERROR [stderr] (pool-6-thread-22) ... 3 more [Host Controller] 10:34:47,990 ERROR [stderr] (pool-6-thread-29) Exception in thread "pool-6-thread-29" java.lang.RuntimeException: Failed to execute operation [Host Controller] 10:34:47,991 ERROR [stderr] (pool-6-thread-29) at org.jboss.as.controller.client.AbstractModelControllerClient$1.run(AbstractModelControllerClient.java:99) [Host Controller] 10:34:47,991 ERROR [stderr] (pool-6-thread-29) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [Host Controller] 10:34:47,991 ERROR [stderr] (pool-6-thread-29) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [Host Controller] 10:34:47,991 ERROR [stderr] (pool-6-thread-29) at java.lang.Thread.run(Thread.java:680) [Host Controller] 10:34:47,991 ERROR [stderr] (pool-6-thread-29) Caused by: java.net.ConnectException: Connection refused [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at java.net.PlainSocketImpl.socketConnect(Native Method) [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:351) [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:213) [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:200) [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:432) [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at java.net.Socket.connect(Socket.java:529) [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at org.jboss.as.protocol.ProtocolClient.connect(ProtocolClient.java:87) [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at org.jboss.as.protocol.mgmt.ManagementRequestConnectionStrategy$EstablishConnectingStrategy.getConnection(ManagementRequestConnectionStrategy.java:110) [Host Controller] 10:34:47,992 ERROR [stderr] (pool-6-thread-29) at org.jboss.as.protocol.mgmt.ManagementRequest.execute(ManagementRequest.java:84) [Host Controller] 10:34:47,993 ERROR [stderr] (pool-6-thread-29) at org.jboss.as.controller.client.AbstractModelControllerClient$1.run(AbstractModelControllerClient.java:84) [Host Controller] 10:34:47,993 ERROR [stderr] (pool-6-thread-29) ... 3 more See also JBAS-9175 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-9173) Create schema for infinispan extension

by Paul Ferraro (JIRA)

Create schema for infinispan extension -------------------------------------- Key: JBAS-9173 URL: https://issues.jboss.org/browse/JBAS-9173 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering Reporter: Paul Ferraro Assignee: Paul Ferraro Fix For: 7.0.0.CR1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-9277) Create Infinispan subsystem

by Paul Ferraro (JIRA)

Create Infinispan subsystem --------------------------- Key: JBAS-9277 URL: https://issues.jboss.org/browse/JBAS-9277 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering Reporter: Paul Ferraro Assignee: Paul Ferraro Fix For: 7.0.0.Beta3 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
1
0 / 0

[JBoss JIRA] Moved: (JBAS-9307) REPLACE_WITH_ACTUAL_URL does not work for more than one Port in a WSDL

by Mustafa Musaji (JIRA)

[ https://issues.jboss.org/browse/JBAS-9307?page=com.atlassian.jira.plugin.... ] Mustafa Musaji moved JBPAPP-6299 to JBAS-9307: ---------------------------------------------- Project: JBoss Application Server (was: JBoss Enterprise Application Platform) Key: JBAS-9307 (was: JBPAPP-6299) Affects Version/s: (was: EAP_EWP 5.1.0) Release Notes Docs Status: (was: Not Required) Component/s: Web Services (was: Web Services) Fix Version/s: (was: TBD EAP 5) > REPLACE_WITH_ACTUAL_URL does not work for more than one Port in a WSDL > ---------------------------------------------------------------------- > > Key: JBAS-9307 > URL: https://issues.jboss.org/browse/JBAS-9307 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Web Services > Environment: JBoss Enterprise Application Platform 5.1 > Reporter: Mustafa Musaji > Assignee: Alessio Soldano > > If you have a WSDL that contains more than one port and want the wsdl address location to be changed as per the jboss-beans.xml file this does not work. Only the first port will have it's location changed. The second will remain as REPLACE_WITH_ACTUAL_URL value and no error displayed. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-2887) AccumulateNode runs into NPE

by Wolfgang Laun (JIRA)

AccumulateNode runs into NPE ---------------------------- Key: JBRULES-2887 URL: https://issues.jboss.org/browse/JBRULES-2887 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.1.1.FINAL Reporter: Wolfgang Laun Assignee: Mark Proctor Fix For: 5.2.0.M1 A rule such as rule "average" when B( id < 10 ) $list: List() from collect ( A() over window:time(10s) ) Number( $avg: doubleValue ) from accumulate( A( $id : id ) from $list, average( $id ) ) then System.out.println( "average = " + $avg ); end runs into a NPE Caused by: java.lang.NullPointerException at org.drools.reteoo.AccumulateNode.getFirstMatch(AccumulateNode.java:967) at org.drools.reteoo.AccumulateNode.splitList(AccumulateNode.java:920) at org.drools.reteoo.AccumulateNode.removePreviousMatchesForLeftTuple(AccumulateNode.java:874) at org.drools.reteoo.AccumulateNode.retractLeftTuple(AccumulateNode.java:205) at org.drools.reteoo.CompositeLeftTupleSinkAdapter.doPropagateRetractLeftTuple(CompositeLeftTupleSinkAdapter.java:238) at org.drools.reteoo.CompositeLeftTupleSinkAdapter.propagateRetractLeftTupleDestroyRightTuple(CompositeLeftTupleSinkAdapter.java:138) at org.drools.reteoo.AccumulateNode.retractLeftTuple(AccumulateNode.java:212) at org.drools.reteoo.ModifyPreviousTuples.retractTuples(ModifyPreviousTuples.java:111) at org.drools.reteoo.EntryPointNode.modifyObject(EntryPointNode.java:176) at org.drools.common.NamedEntryPoint.update(NamedEntryPoint.java:450) at org.drools.common.NamedEntryPoint.update(NamedEntryPoint.java:361) at org.drools.base.DefaultKnowledgeHelper.update(DefaultKnowledgeHelper.java:183) at org.drools.base.DefaultKnowledgeHelper.update(DefaultKnowledgeHelper.java:196) at event.Rule_launch_0.defaultConsequence(Rule_launch_0.java:7) at event.Rule_launch_0DefaultConsequenceInvoker.evaluate(Rule_launch_0DefaultConsequenceInvoker.java:33) at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:913) A null Parameter accctx is passed down from retractLeftTuple. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

4
12
0 / 0

[JBoss JIRA] Created: (JBRULES-2935) Knowledge Agent configured in spring not picking up changes to LATEST.drl in guvnor despite a global resource change scanner being configured

by Alex Deller (JIRA)

Knowledge Agent configured in spring not picking up changes to LATEST.drl in guvnor despite a global resource change scanner being configured --------------------------------------------------------------------------------------------------------------------------------------------- Key: JBRULES-2935 URL: https://issues.jboss.org/browse/JBRULES-2935 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core, drools-spring Affects Versions: 5.2.0.M1, 5.1.1.FINAL Environment: Windows XP/Jboss 5.1.0 Reporter: Alex Deller Assignee: Mark Proctor Attachments: changeSet.xml I have a knowledge agent configured in spring running in a web application, when the application is deployed it pulls the LATEST.drl from my package in Guvnor. In order that we could change rules on the fly to get a diferent result in calculations the rules perform I set a global resource-change-scanner in my spring config with an interval of 60 secs. After I change my rule and rebuild the package and check that this is reflected in the LATEST.drl that can be retrieved in guvnor I then try from my web application, but this is returning the result of the previous version of the rule, so the knowledge agent does not appear to be polling guvnor for the very latest version. I first tried this with version 5.1.1 and have now tried with 5.2.1.M1 and experience the same problem. With 5.2.1.M1 I see the following in my jboss log every time I make a request to my web app: 2011-03-30 13:17:29,121 INFO [STDOUT] (http-127.0.0.1-8080-3) [2011:03:89 13:03:121:debug] KnowledgeAgent subscribing from resource=[UrlResource path='http://localhost:8080/drools-5.1.1-guvnor/org.drools.guvnor.Guvnor/packag...'] 2011-03-30 13:17:29,121 INFO [STDOUT] (http-127.0.0.1-8080-3) [2011:03:89 13:03:121:debug] ResourceChangeNotification subscribing listener=org.drools.agent.impl.KnowledgeAgentImpl@a8129a to resource=[UrlResource path='http://localhost:8080/drools-5.1.1-guvnor/org.drools.guvnor.Guvnor/packag...'] But it is still not picking up the latest. I've attached the spring config I've used for v5.2.1.M1 and my change set xml. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

3
5
0 / 0

[JBoss JIRA] Created: (JBAS-4413) Incorrect behaviour in TCLFilter

by Poyan (JIRA)

Incorrect behaviour in TCLFilter -------------------------------- Key: JBAS-4413 URL: http://jira.jboss.com/jira/browse/JBAS-4413 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Logging Affects Versions: JBossAS-4.0.5.GA Reporter: Poyan Assigned To: Scott M Stark Just one TCLFilter can be added to an appender, decide method return either ACCEPT or DENY. Should return NEUTRAL is some case. public int decide(LoggingEvent event) { int ok = Filter.DENY; if( acceptOnMatch == true ) { ok = Filter.DENY; if( isMatchingTCL() ){ ok = Filter.ACCEPT; } } else { ok = Filter.ACCEPT; // CHANGING THIS ROW TO ok = Filter.NEUTRAL; should do that you check the other filters to. if( isMatchingTCL() ) ok = Filter.DENY; } return ok; } Log4j.xml: <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender"> <layout class="org.apache.log4j.PatternLayout"> <param name="ConversionPattern" value="%d %-5p [%t] %c - %m%n"/> </layout> <filter class="org.jboss.logging.filter.TCLFilter"> <param name="AcceptOnMatch" value="false"/> <param name="DeployURL" value="jboss-common-client.jarpoyan"/> </filter> <filter class="org.jboss.logging.filter.TCLFilter"> <param name="AcceptOnMatch" value="false"/> <param name="DeployURL" value="dnsns.jarpoyan"/> </filter> </appender> -- 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, 3 months

2
1
0 / 0

[JBoss JIRA] Deleted: (JGRP-568) Replace Queue with Deque

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-568?page=com.atlassian.jira.plugin.s... ] Bela Ban deleted JGRP-568: -------------------------- > Replace Queue with Deque > ------------------------ > > Key: JGRP-568 > URL: https://issues.jboss.org/browse/JGRP-568 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > > In line with moving to JDK classes. This requires JDK 6 as base line, which shouldn't be an issue for 3.0 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JGRP-900) Address: remove isMulticastAddress()

by Bela Ban (JIRA)

Address: remove isMulticastAddress() ------------------------------------ Key: JGRP-900 URL: https://jira.jboss.org/jira/browse/JGRP-900 Project: JGroups Issue Type: Task Reporter: Bela Ban Assignee: Bela Ban Fix For: 2.8 With logical addresses, we don't need this anymore: Address dest=msg.getDest(); boolean mcast=dest == null || dest.isMulticastAddress(); should be changed to boolean mcast=msg.isMulticastMessage(); // or isGroupMessage() ? -- 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, 3 months

1
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 April 2011