December 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Commented: (JBRULES-218) Add 'forall' Conditional Element

by Edson Tirelli (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-218?page=comments#action_12349259 ] Edson Tirelli commented on JBRULES-218: --------------------------------------- $ svn log -r 8533 -v ------------------------------------------------------------------------ r8533 | tirelli | 2006-12-21 20:36:56 -0300 (Thu, 21 Dec 2006) | 1 line Changed paths: M /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/lang/DRLLexer.java M /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/lang/DRLParser.java M /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/lang/descr/ExistsDescr.java M /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/lang/descr/NotDescr.java M /labs/jbossrules/trunk/drools-compiler/src/main/resources/org/drools/lang/DRL.g M /labs/jbossrules/trunk/drools-compiler/src/test/java/org/drools/integrationtests/IntegrationCases.java M /labs/jbossrules/trunk/drools-compiler/src/test/java/org/drools/lang/RuleParserTest.java A /labs/jbossrules/trunk/drools-compiler/src/test/resources/org/drools/integrationtests/test_NestedConditionalElements.drl A /labs/jbossrules/trunk/drools-compiler/src/test/resources/org/drools/lang/nested_conditional_elements.drl JBRULES-218: parser now supports nested elements. Unit test added ------------------------------------------------------------------------ > Add 'forall' Conditional Element > -------------------------------- > > Key: JBRULES-218 > URL: http://jira.jboss.com/jira/browse/JBRULES-218 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assigned To: Edson Tirelli > Fix For: 3.1-m2 > > > Add 'forall' Conditional Element -- 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

17 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (JBESB-293) When performing a base listener mapping, make sure that the bus and provider are also base types.

by Tom Fennelly (JIRA)

When performing a base listener mapping, make sure that the bus and provider are also base types. ------------------------------------------------------------------------------------------------- Key: JBESB-293 URL: http://jira.jboss.com/jira/browse/JBESB-293 Project: JBoss ESB Issue Type: Bug Security Level: Public (Everyone can see) Components: ESB Core Affects Versions: 4.0 RC1 Reporter: Tom Fennelly Assigned To: Tom Fennelly Fix For: 5.0 -- 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

17 years, 10 months

1
1
0 / 0

[JBoss JIRA] Commented: (JBRULES-218) Add 'forall' Conditional Element

by Edson Tirelli (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-218?page=comments#action_12349244 ] Edson Tirelli commented on JBRULES-218: --------------------------------------- $ svn log -r 8528 -v ------------------------------------------------------------------------ r8528 | tirelli | 2006-12-21 17:43:00 -0300 (Thu, 21 Dec 2006) | 1 line Changed paths: M /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/RuleBuilder.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/AccumulateBuilder.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/BuildContext.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/BuildUtils.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/CollectBuilder.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/ColumnBuilder.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/ConditionalElementBuilder.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/ConsequenceBuilder.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/EvalBuilder.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/FromBuilder.java A /labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/semantics/java/builder/RuleClassBuilder.java JBRULES-218: Refactoring RuleBuilder to make it easy to maintain ------------------------------------------------------------------------ > Add 'forall' Conditional Element > -------------------------------- > > Key: JBRULES-218 > URL: http://jira.jboss.com/jira/browse/JBRULES-218 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assigned To: Edson Tirelli > Fix For: 3.1-m2 > > > Add 'forall' Conditional Element -- 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

17 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBREM-318) add remoting based chat sample

by Tom Elrod (JIRA)

[ http://jira.jboss.com/jira/browse/JBREM-318?page=all ] Tom Elrod updated JBREM-318: ----------------------------- Fix Version/s: 2.2.0.CR1 (Boon) (was: 2.2.0.Beta1 (Bluto)) > add remoting based chat sample > ------------------------------ > > Key: JBREM-318 > URL: http://jira.jboss.com/jira/browse/JBREM-318 > Project: JBoss Remoting > Issue Type: Task > Security Level: Public(Everyone can see) > Components: general > Affects Versions: 1.4.0 final > Reporter: Tom Elrod > Assigned To: Ron Sigal > Priority: Optional > Fix For: 2.2.0.CR1 (Boon) > > > Add a simple chat application using remoting for the communication layer to the remoting samples. -- 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

17 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBREM-221) remove physical inclusion of docbook support directories

by Tom Elrod (JIRA)

[ http://jira.jboss.com/jira/browse/JBREM-221?page=all ] Tom Elrod updated JBREM-221: ----------------------------- Fix Version/s: 2.2.0.CR1 (Boon) (was: 2.2.0.Beta1 (Bluto)) > remove physical inclusion of docbook support directories > -------------------------------------------------------- > > Key: JBREM-221 > URL: http://jira.jboss.com/jira/browse/JBREM-221 > Project: JBoss Remoting > Issue Type: Task > Components: general > Affects Versions: 1.4.0 beta > Reporter: Tom Elrod > Assigned To: Tom Elrod > Priority: Optional > Fix For: 2.2.0.CR1 (Boon) > > > Included style and support directory under root docs directory. These are large in size and should either require checkoout of docbook-support project (as suggested on wiki) and point to that or find another solution that does not require getting these upon standard JBossRemoting checkout. -- 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

17 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBREM-129) remove oswego-concurrent lib

by Tom Elrod (JIRA)

[ http://jira.jboss.com/jira/browse/JBREM-129?page=all ] Tom Elrod updated JBREM-129: ----------------------------- Fix Version/s: 2.2.0.CR1 (Boon) (was: 2.2.0.Beta1 (Bluto)) > remove oswego-concurrent lib > ---------------------------- > > Key: JBREM-129 > URL: http://jira.jboss.com/jira/browse/JBREM-129 > Project: JBoss Remoting > Issue Type: Task > Components: general > Affects Versions: 1.2.0 final > Reporter: Tom Elrod > Assigned To: Tom Elrod > Priority: Optional > Fix For: 2.2.0.CR1 (Boon) > > > The oswego-concurrent jar is only being used by test code. If change this code to not use concurrent then can remove jar from remoting project (and distribution). -- 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

17 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBREM-154) pluggable server resolver in client

by Tom Elrod (JIRA)

[ http://jira.jboss.com/jira/browse/JBREM-154?page=all ] Tom Elrod updated JBREM-154: ----------------------------- Fix Version/s: 2.2.0.Beta2 (Boon) (was: 2.2.0.Beta1 (Bluto)) > pluggable server resolver in client > ----------------------------------- > > Key: JBREM-154 > URL: http://jira.jboss.com/jira/browse/JBREM-154 > Project: JBoss Remoting > Issue Type: Feature Request > Components: general > Affects Versions: 1.2.0 final > Reporter: Tom Elrod > Assigned To: Tom Elrod > Priority: Minor > Fix For: 2.2.0.Beta2 (Boon) > > > Per forum thread http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3883462#3883462, need ability for the remoting client to have a pluggable way to resolve a server endpoint. -- 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

17 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBREM-302) remote dynamic marshall loading not working on linux

by Tom Elrod (JIRA)

[ http://jira.jboss.com/jira/browse/JBREM-302?page=all ] Tom Elrod updated JBREM-302: ----------------------------- Fix Version/s: 2.2.0.Beta2 (Boon) (was: 2.2.0.Beta1 (Bluto)) > remote dynamic marshall loading not working on linux > ---------------------------------------------------- > > Key: JBREM-302 > URL: http://jira.jboss.com/jira/browse/JBREM-302 > Project: JBoss Remoting > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: marshall > Affects Versions: 1.4.0 beta > Environment: Linux, JDK 1.4 > Reporter: Tom Elrod > Assigned To: Tom Elrod > Priority: Minor > Fix For: 2.2.0.Beta2 (Boon) > > Attachments: SocketMarshallerLoadingTestCase-out.txt > > > The following test cases fail on Linux (and not on Windows): > org.jboss.test.remoting.marshall.dynamic.remote.http.HTTPMarshallerLoadingTestCase > org.jboss.test.remoting.marshall.dynamic.remote.socket.SocketMarshallerLoadingTestCase > Test output for SocketMarshallerLoadingTestCase attached, but says that server can not find the class: > org.jboss.test.remoting.marshall.dynamic.remote.socket.TestObject > However, confirmed that this class is within the jboss-remoting-loading-tests.jar, which is being set on the classpath (as shown in the output log). -- 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

17 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBREM-139) need automated test for servlet server invoker

by Tom Elrod (JIRA)

[ http://jira.jboss.com/jira/browse/JBREM-139?page=all ] Tom Elrod updated JBREM-139: ----------------------------- Fix Version/s: 2.2.0.CR1 (Boon) (was: 2.2.0.Beta1 (Bluto)) > need automated test for servlet server invoker > ---------------------------------------------- > > Key: JBREM-139 > URL: http://jira.jboss.com/jira/browse/JBREM-139 > Project: JBoss Remoting > Issue Type: Task > Components: general > Affects Versions: 1.2.0 final > Reporter: Tom Elrod > Assigned To: Tom Elrod > Priority: Minor > Fix For: 2.2.0.CR1 (Boon) > > > Tests for servlet invoker is manual since have to deploy servlet-invoker.war to jboss in order for it to work. Need to figure out if there > is an easy automated way to do this (since would currently require JBossAS, don't think realistic to run as unit test for JBossRemoting > test run). -- 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

17 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-3469) Enhance the BarrierController with the ability to destroy/re-create the Barrier

by Dimitris Andreadis (JIRA)

Enhance the BarrierController with the ability to destroy/re-create the Barrier ------------------------------------------------------------------------------- Key: JBAS-3469 URL: http://jira.jboss.com/jira/browse/JBAS-3469 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: System service Affects Versions: JBossAS-4.0.4.GA Reporter: Dimitris Andreadis Assigned To: Dimitris Andreadis Fix For: JBossAS-4.0.6.CR1 Investigate the possibility of having a special configuration that tells the BarrierController to fully destroy and re-create the Barrier. That would allow services that can be destroyed and re-created to be controlled by the Barrier. -- 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

17 years, 10 months

1
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2006