[jbosstools-issues] [JBoss JIRA] Commented: (JBIDE-3670) Drools Runtime unclear how to correctly define

Jeff DeLong (JIRA) jira-events at lists.jboss.org
Mon Feb 2 10:22:46 EST 2009


    [ https://jira.jboss.org/jira/browse/JBIDE-3670?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12450645#action_12450645 ] 

Jeff DeLong commented on JBIDE-3670:
------------------------------------

So there are potentially three source of a Drools Runtime:

1) Create a new Drools 5 Runtime using the Drools Runtime Wirard "Create a new Drools 5 Runtime button. A minor issue with this is the way the box is organized. It says "Either select an existing Drools Runtime on your file system or create a new one" Then provides text boxes to fill in Name: and Path as well as a button "Create a new Drools 5 Runtime". While the text I quoted is correct, the organization of the UI still leave a bit of doubt as to whether they should fill in the Name: and Path: and then push the Create a new Drools 5 Runtime Button. (as it turns out it does not matter as the wizard assigns the name without regard to what the user types as will require the user to browse to a folder if not supplied. When the use returns from 

2) Use the  Name: and Path  and browse to a downloaded unzipped set of Drools jars. In this case the problem was that some of the jars were in the lib directory, however Kris fixed the wizard to add the lib directory as well. 

The UI is a bit awkward because it is not clear exactly how the buttons and text fields are used together. So for example,  if you fill in the  Name: and Path:  you don't hit the Create button. The directions in the documentation Kris pointed at are pretty clear, but how would the user have access to this documentation? 

3) Browse to a jbrules.esb directory. The issues here is that the MVEL jars are in another .esb folder. Also, unless the user manually replaces them (which may be a requirement with the initial JBoss BRMS release, the jars are for Drools4. So the user would have to organize these jars into some other folder themselves.



> Drools Runtime unclear how to correctly define
> ----------------------------------------------
>
>                 Key: JBIDE-3670
>                 URL: https://jira.jboss.org/jira/browse/JBIDE-3670
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: drools
>    Affects Versions: 3.0.0.cr1
>         Environment: jbdevstudio-linux-gtk-2.0.0.CR2-R200901250322.jar on RHEL 5, jdk 1.5.11
>            Reporter: Jeff DeLong
>            Assignee: Kris Verlaenen
>            Priority: Critical
>             Fix For: 3.0.0.GA
>
>
> I tested out the Drools IDE in JBDS. I used the Drools icon to create a new Drools project, and ran the DroolsTest class the wizard created as a Java Application. I got the following exception:
>     java.lang.NoClassDefFoundError: org/antlr/runtime/CharStream
> The problem is with defining the "Drools Runtime". As part of the setup for creating a Drools Project for the first time, the user is asked to create a "Drools Runtime". This is new (in the past Drools IDE new which set of jars to use), to be consistent with other tools and allow user to select different Drools Runtimes. The challenge for the user is how to define a Drools Runtime. You can either find the jars in JBDS plugins, explode them into a folder, and point to them, or download  Drools engine/expert (in this case I had decided to try jboss-brms-engine-5.ea.zip, since this is the .com version). However when this is unzipped, some jars are in the root of the folder and some are in a lib directory. At least four of the ones in the lib directory are required for runtime (antlr-runtime-3.1.1.jar, core-3.4.2.v_883_R34x.jar, mvel2-2.0.5.jar, xstream-1.3.1.jar), and the jars in a subdirectory are not added to the runtime classpath.
> It should be easier for the user to define a Drools Runtime. They should not have to know about which jars to move around. They should just be able to download and unzip.
>       

-- 
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

        



More information about the jbosstools-issues mailing list