May 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-719) missing pictures in API docs

by Steve Miner (JIRA)

missing pictures in API docs ---------------------------- Key: JBRULES-719 URL: http://jira.jboss.com/jira/browse/JBRULES-719 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Documentation Affects Versions: 3.0.5 Environment: http://labs.jboss.com/file-access/default/members/jbossrules/freezone/doc... Reporter: Steve Miner Assigned To: Mark Proctor There are a couple of pictures that won't load for the JavaDoc page on org.drools.rule.Package. For example, http://labs.jboss.com/file-access/default/members/jbossrules/freezone/doc... -- 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

2
1
0 / 0

[JBoss JIRA] Closed: (JBRULES-327) Drools 2.x to 3.0 converter

by Mark Proctor (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-327?page=all ] Mark Proctor closed JBRULES-327. -------------------------------- Resolution: Rejected There hasn't been a lot of requests for this and I now consider this too old to worry about. > Drools 2.x to 3.0 converter > --------------------------- > > Key: JBRULES-327 > URL: http://jira.jboss.com/jira/browse/JBRULES-327 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > Assigned To: Mark Proctor > > I have added a wiki page for the conversion information. > http://wiki.jboss.org/wiki/Wiki.jsp?page=Drools2Migration -- 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

1
0
0 / 0

[JBoss JIRA] Closed: (JBRULES-139) TCK is not creating a classloader properly in org.jcp.jsr94.tck.util.TestCaseUtil

by Mark Proctor (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-139?page=all ] Mark Proctor closed JBRULES-139. -------------------------------- Fix Version/s: 3.0.6 (was: 4.0.0.MR3) Resolution: Done > TCK is not creating a classloader properly in org.jcp.jsr94.tck.util.TestCaseUtil > --------------------------------------------------------------------------------- > > Key: JBRULES-139 > URL: http://jira.jboss.com/jira/browse/JBRULES-139 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: JSR94 > Environment: winXP > Reporter: Michael Frandsen > Assigned To: Mark Proctor > Priority: Minor > Fix For: 3.0.6 > > > TCK is not creating a classloader properly in org.jcp.jsr94.tck.util.TestCaseUtil > Line 147-: > /** This method complements the previous method. We suppose that the > * rule provider implementation classes are stored in stand-alone JAR > * files provided as URLs. The method creates a URLClassLoader, loads > * the RuleServiceProvider class from the class loader, then registers > * the object using the class loader. > * > * Note: we need to take care about the CLASSPATH when launching > * this test. > * > * @param uri The registration name of this rule service provider. > * @param urls The URLs which provide the rule service provoider classes. > * > * @return The registered provider. > * > */ > public static RuleServiceProvider getRuleServiceProvider(String uri, > URL[] urls) > throws ClassNotFoundException, ConfigurationException > { > if (ruleServiceProvider == null) parseTckConfiguration(); > > // Fail this test if no provider has been specified. > if (ruleServiceProvider == null) > throw new ClassNotFoundException("rule-service-provider not specified"); > ClassLoader cl = new URLClassLoader(urls); > Class ruleServiceProviderClass = cl.loadClass(ruleServiceProvider); > TestCase.assertNotNull("[TestCaseUtil] Class loading on " + > ruleServiceProvider + " failed. ", > ruleServiceProviderClass); > // Register the provider. > RuleServiceProviderManager.registerRuleServiceProvider(uri, > ruleServiceProviderClass,cl); > // Retrieve and return the provider > return RuleServiceProviderManager.getRuleServiceProvider(uri); > } > Should take in the constructor of the classloader: Thread.currentThread().getContextClassLoader(), else mvn´s surefire is getting problems: > public static RuleServiceProvider getRuleServiceProvider(String uri, > URL[] urls) > throws ClassNotFoundException, ConfigurationException > { > if (ruleServiceProvider == null) parseTckConfiguration(); > > // Fail this test if no provider has been specified. > if (ruleServiceProvider == null) > throw new ClassNotFoundException("rule-service-provider not specified"); > ClassLoader cl = new URLClassLoader(urls,Thread.currentThread().getContextClassLoader()); > Class ruleServiceProviderClass = cl.loadClass(ruleServiceProvider); > TestCase.assertNotNull("[TestCaseUtil] Class loading on " + > ruleServiceProvider + " failed. ", > ruleServiceProviderClass); > // Register the provider. > RuleServiceProviderManager.registerRuleServiceProvider(uri, > ruleServiceProviderClass,cl); > // Retrieve and return the provider > return RuleServiceProviderManager.getRuleServiceProvider(uri); > } > //This tip was given by "kenney" from #maven -- 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

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-816) Refactor Column to be Pattern

by Mark Proctor (JIRA)

Refactor Column to be Pattern ----------------------------- Key: JBRULES-816 URL: http://jira.jboss.com/jira/browse/JBRULES-816 Project: JBoss Rules Issue Type: Task Security Level: Public (Everyone can see) Components: All Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m2 all Column references should eb called a Pattern, so refactor all methods, classes, local variables, comments, resource files, documentation etc. -- 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

1
2
0 / 0

[JBoss JIRA] Closed: (JBRULES-275) FunnctionFixer - improve it to use simpler regex

by Mark Proctor (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-275?page=all ] Mark Proctor closed JBRULES-275. -------------------------------- Resolution: Out of Date Not neede as we now use static imports for functions.```````````````````````````` > FunnctionFixer - improve it to use simpler regex > ------------------------------------------------ > > Key: JBRULES-275 > URL: http://jira.jboss.com/jira/browse/JBRULES-275 > Project: JBoss Rules > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.0-rc3 > Reporter: Michael Neale > Assigned To: Mark Proctor > Fix For: 4.0.0.MR3 > > Original Estimate: 1 day > Remaining Estimate: 1 day > > At the moment the FunctionFixer tries to find what it thinks are function calls: > foo(bar); becomes Foo.foo(bar); > It does an OK job. > What would simplify it, was if it worked off a list of known functions for the rules being compiled. > Then it could do an enhanced "find and replace" with each function name (as long as it doesn't appear in a string). -- 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

1
0
0 / 0

[JBoss JIRA] Closed: (JBRULES-232) if variable is bound to multiple columns, that should mean an implicit join on identity

by Mark Proctor (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-232?page=all ] Mark Proctor closed JBRULES-232. -------------------------------- Fix Version/s: (was: 4.0.0.MR3) Resolution: Rejected I'm rejecting this, I believe the code currently throws an error for this. > if variable is bound to multiple columns, that should mean an implicit join on identity > --------------------------------------------------------------------------------------- > > Key: JBRULES-232 > URL: http://jira.jboss.com/jira/browse/JBRULES-232 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Drl Parser/Builder > Affects Versions: 3.0-rc2 > Reporter: Michael Neale > Assigned To: Mark Proctor > > This is based on some discussions on the mailling list. > So: > m : Message(foo == "bar") > m : Message(foo != "42") > should be the same as > m : Message(foo == "bar", foo != 42) > this works as the same variable is "bound" each time. At the moment it rebinds. > The "new" behaviour should be consistent with Jess, and it does indeed make things simpler from a users point of view, and DSLs much more powerful. > Obviously if nothing it bound, then it is just as normal. > It *may* be possible to do this entirely in the parser, not sure at this stage... further investigation required. -- 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

1
0
0 / 0

[JBoss JIRA] Closed: (JBRULES-295) Document what jars are needed for what module when adding rules to a project

by Mark Proctor (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-295?page=all ] Mark Proctor closed JBRULES-295. -------------------------------- Fix Version/s: 4.0.0.MR2 Resolution: Done I've updated the dependencies.txt document, dependencies are now much reduced making this more manageable > Document what jars are needed for what module when adding rules to a project > ---------------------------------------------------------------------------- > > Key: JBRULES-295 > URL: http://jira.jboss.com/jira/browse/JBRULES-295 > Project: JBoss Rules > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Affects Versions: 3.0.1 > Reporter: Michael Neale > Assigned To: Mark Proctor > Fix For: 4.0.0.MR2 > > > Can we get maven to generate this in some form we can push up on the website? or alternatively in the manual itself? I am wary of manually doing this, but there may be no other way, as a lot of the jars are only needed if you use all the features. As it stands now, I think there are too many jars just thrown in the dist. -- 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

1
0
0 / 0

[JBoss JIRA] Closed: (JBRULES-193) Port JessTab to Drools

by Mark Proctor (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-193?page=all ] Mark Proctor closed JBRULES-193. -------------------------------- Resolution: Deferred > Port JessTab to Drools > ---------------------- > > Key: JBRULES-193 > URL: http://jira.jboss.com/jira/browse/JBRULES-193 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Mark Proctor > > http://www.ida.liu.se/~her/JessTab/ -- 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

1
0
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-952) Drop the requirement of multiple clientIDs

by Clebert Suconic (JIRA)

Drop the requirement of multiple clientIDs ------------------------------------------ Key: JBMESSAGING-952 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-952 Project: JBoss Messaging Issue Type: Feature Request Reporter: Clebert Suconic Assigned To: Clebert Suconic We should allow multiple Connections and Subscribers to share the same clientId or subscriptionID as long we don't duplicate or loose messages. -- 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

1
3
0 / 0

[JBoss JIRA] Created: (JBRULES-744) New elements added to a Shadow Fact's List do not trigger activations on rules using contains

by Michael Anstis (JIRA)

New elements added to a Shadow Fact's List do not trigger activations on rules using contains --------------------------------------------------------------------------------------------- Key: JBRULES-744 URL: http://jira.jboss.com/jira/browse/JBRULES-744 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.1-m1, 3.0.5 Environment: Windows XP SP2, Java 1.5 Reporter: Michael Anstis Assigned To: Mark Proctor Attachments: drools-jira.jar Example scenario: A Fact X has a property C which is a collection. Rule 1 operates on Fact X and adds (and asserts) a new element Y to collection C. Another Rule 2 which has a pattern "X ( C contains Y) does not get activated. Rules which have a pattern "Y" do activate. See attached example code to replicate. -- 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

2
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2007