headers
Michael Neale | 1 Sep 2009 02:33
Picon
Gravatar

Re: [rules-dev] Drools Core Error?

Hi Nestor - that is a tough one.

I have a suspicion this is related to another issue I have seen with
deserliasation of rulebases when the MVEL JIT kicks in... (from that
strack trace it isn't getting the TypeDeclaration back...) - its a
stretch, but might be related to:
https://jira.jboss.org/jira/browse/JBRULES-2253

As there are a few moving parts, if you could create a unit test that
starts up a agent and shows this behaviour, that would be appreciated
(confused about the interaction with entry points).

Thanks,

Michael.

On Mon, Aug 31, 2009 at 8:38 PM, nestabur<nestabur <at> gmail.com> wrote:
>
> Any suggestions? I have my project in stand-by due to that problem ...
>
> Nestor
>
>
> nestabur wrote:
>>
>> Does anyone tried to use the knowledgeAgent with statefulSessions?
>>
>> I've tried to configure my rule engine obtaining unexpected behaviour.
>>
>> I configure my statefulSession as follows:
(Continue reading)

Permalink | Reply | 0 comments |
headers
premkumar | 1 Sep 2009 13:05
Picon

[rules-dev] Evaluation of Drool Rule Engine with Drools Flow


Hi,

     We are evaluating the Drools Rule engine with Drools flow as work flow
in web based j2ee project.  The following are important criteria 

1) Customize Rules and Workflow through Web UI
2) Admin user can see all of the items in workflow in UI (View job queue:
current queue, executed jobs, exceptions)
3) Integrate with Calendaring/Scheduling
4) Versioning of process definitions
5) Ability to migrate process instances between process versions
6) Rule Actions can be web services
7) Web Service can be rule input
8) Web service can be actor in process
9) Delete/cancel process definitions at runtime
10) Conditional elements nesting
11) Control steps should allow parallel flows within steps for synchronizing
of joining parallel flows
12) process simulation

Please can any one provide your inputs on the above mentioned areas to help
us this evaluation process.

Thanks
Prem
--

-- 
View this message in context: http://www.nabble.com/Evaluation-of-Drool-Rule-Engine-with-Drools-Flow-tp25238368p25238368.html
Sent from the drools - dev mailing list archive at Nabble.com.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Bernd Rücker | 1 Sep 2009 19:11
Favicon

[rules-dev] Root-Cause is swallowed

Hey guys,

just stumbled over this code, it swallowes the root exception (which was
some Classloading issue). Would be much better to throw it as root cause,
so the developer can get a clue what's wrong...

Or file a JIRA for it?

Cheers
Bernd

-----Ursprüngliche Nachricht-----

+    private static void loadProvider() {
+        try {
+            // we didn't find anything in properties so lets try and us
reflection
+            Class<DecisionTableProvider> cls = (
Class<DecisionTableProvider> ) Class.forName(
"org.drools.decisiontable.DecisionTableProviderImpl" );
+            setDecisionTableProvider( cls.newInstance() );
+        } catch ( Exception e2 ) {
+            throw new ProviderInitializationException( "Provider
org.drools.decisiontable.DecisionTableProviderImpl could not be set." );
+        }

[DEBUG] Trace
org.drools.ProviderInitializationException: Provider
org.drools.decisiontable.DecisionTableProviderImpl could not be set.
        at
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Neale | 2 Sep 2009 00:45
Picon
Gravatar

Re: [rules-dev] Evaluation of Drool Rule Engine with Drools Flow

This would be better for the user list I think - other users could
provide advice - this list is for developers on the tool itself.

Thanks,

Michael.

On Tue, Sep 1, 2009 at 9:05 PM, premkumar<premkumar.sivanandan <at> gmail.com> wrote:
>
> Hi,
>
>     We are evaluating the Drools Rule engine with Drools flow as work flow
> in web based j2ee project.  The following are important criteria
>
> 1) Customize Rules and Workflow through Web UI
> 2) Admin user can see all of the items in workflow in UI (View job queue:
> current queue, executed jobs, exceptions)
> 3) Integrate with Calendaring/Scheduling
> 4) Versioning of process definitions
> 5) Ability to migrate process instances between process versions
> 6) Rule Actions can be web services
> 7) Web Service can be rule input
> 8) Web service can be actor in process
> 9) Delete/cancel process definitions at runtime
> 10) Conditional elements nesting
> 11) Control steps should allow parallel flows within steps for synchronizing
> of joining parallel flows
> 12) process simulation
>
> Please can any one provide your inputs on the above mentioned areas to help
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Neale | 2 Sep 2009 08:02
Picon
Gravatar

Re: [rules-dev] Root-Cause is swallowed

yes, or nest the underlying exception ? - just checked in that change.

Some of that code probably pre-dates java 5 where nesting exceptions
became possible and common (from memory).

Thanks for the tip.

Michael.

On Wed, Sep 2, 2009 at 3:11 AM, Bernd Rücker<bernd.ruecker <at> camunda.com> wrote:
> Hey guys,
>
> just stumbled over this code, it swallowes the root exception (which was
> some Classloading issue). Would be much better to throw it as root cause,
> so the developer can get a clue what's wrong...
>
> Or file a JIRA for it?
>
> Cheers
> Bernd
>
> -----Ursprüngliche Nachricht-----
>
> +    private static void loadProvider() {
> +        try {
> +            // we didn't find anything in properties so lets try and us
> reflection
> +            Class<DecisionTableProvider> cls = (
> Class<DecisionTableProvider> ) Class.forName(
> "org.drools.decisiontable.DecisionTableProviderImpl" );
(Continue reading)

Permalink | Reply | 0 comments |
headers
kpowerinfinity | 2 Sep 2009 15:56
Picon

[rules-dev] Compiling drools-5 to .NET -- issue with ClassLoaders

Hello,

I've been trying to compile the latest version of drools to .NET for a
few days now. However, due to the classloaders structure, the classes
in the org.drools.base.extractors.* are not found by the classloader,
and the execution stops with a NoClassDefFoundError for classes in
that package.

Here's some details about the setup:
Drools version: 5.0.1
IKVM Version: 0.40.0.1

I have successfully compiled all the required libraries into a DLL
using IKVM, and a simple rule (containing a null LHS) runs
successfully, all the classes are found, and the rule engine produces
the correct output. However, when I add a condition into the LHS, it
fails because it can't find one of the classes in
/org.drools.base.extractors..*Reader/

A sample rule I am using is:
"""
package package
import rules.Customer
import rules.VoucherSeries

rule "everything free for Krishna"

	when
		$c : Customer( firstname == "Krishna" )
	then
(Continue reading)

Permalink | Reply | 4 comments |
headers
Michael Neale | 3 Sep 2009 02:01
Picon
Gravatar

Re: [rules-dev] Compiling drools-5 to .NET -- issue with ClassLoaders

Hi Krishna - I don't think the .Net version on the codehaus is kept
that up to date, so its probably a good thing you are doing what you
are doing with the latest.

Yes, those accessor classes are indeed lazily generated and loaded
"in-situ" - this is for fast access of fields in the alpha network
which can be hit hard and often... an inlined version of the ASM
library is used to do this.

I am pretty sure that even in drools 3 we did something like this
(also using ASM) and that was able to work with IKVM - so there must
be some small change that has made the IKVM classloader angry...

On a barely related note: is it worth thinking about a Source to
Source translator to C# - there are a few around (ILog even open
sourced one, although it didn't cope with Generics last I checked...)
?

Michael.

On Wed, Sep 2, 2009 at 11:56 PM, kpowerinfinity<kpowerinfinity <at> gmail.com> wrote:
> Hello,
>
> I've been trying to compile the latest version of drools to .NET for a
> few days now. However, due to the classloaders structure, the classes
> in the org.drools.base.extractors.* are not found by the classloader,
> and the execution stops with a NoClassDefFoundError for classes in
> that package.
>
> Here's some details about the setup:
(Continue reading)

Permalink | Reply | 3 comments |
headers
kpowerinfinity | 3 Sep 2009 17:01
Picon

Re: [rules-dev] Compiling drools-5 to .NET -- issue with ClassLoaders

Hi Mike,

Do you remember what you needed to do for drools3.0? I had earlier
compiled drools 4.0 and it seemed to work without any major problems.

Where can I find some documentation on the ASM and where drools picks
up the classes from while generating the "in-situ" classes?

Thanks, Krishna.

--
http://kpowerinfinity.wordpress.com
http://www.linkedin.com/in/kpowerinfinity

On Thu, Sep 3, 2009 at 5:31 AM, Michael Neale<michael.neale <at> gmail.com> wrote:
> Hi Krishna - I don't think the .Net version on the codehaus is kept
> that up to date, so its probably a good thing you are doing what you
> are doing with the latest.
>
> Yes, those accessor classes are indeed lazily generated and loaded
> "in-situ" - this is for fast access of fields in the alpha network
> which can be hit hard and often... an inlined version of the ASM
> library is used to do this.
>
> I am pretty sure that even in drools 3 we did something like this
> (also using ASM) and that was able to work with IKVM - so there must
> be some small change that has made the IKVM classloader angry...
>
> On a barely related note: is it worth thinking about a Source to
> Source translator to C# - there are a few around (ILog even open
(Continue reading)

Permalink | Reply | 2 comments |
headers
Michael Neale | 4 Sep 2009 04:33
Picon
Gravatar

Re: [rules-dev] Compiling drools-5 to .NET -- issue with ClassLoaders

would have to look at the code for that - its the only documentation
that makes sense for something so low-level...

I don't think there were major changes in Drools 4 to 5 in that area -
so odd that it doesn't work.

On Fri, Sep 4, 2009 at 1:01 AM, kpowerinfinity<kpowerinfinity <at> gmail.com> wrote:
> Hi Mike,
>
> Do you remember what you needed to do for drools3.0? I had earlier
> compiled drools 4.0 and it seemed to work without any major problems.
>
> Where can I find some documentation on the ASM and where drools picks
> up the classes from while generating the "in-situ" classes?
>
> Thanks, Krishna.
>
> --
> http://kpowerinfinity.wordpress.com
> http://www.linkedin.com/in/kpowerinfinity
>
>
>
>
> On Thu, Sep 3, 2009 at 5:31 AM, Michael Neale<michael.neale <at> gmail.com> wrote:
>> Hi Krishna - I don't think the .Net version on the codehaus is kept
>> that up to date, so its probably a good thing you are doing what you
>> are doing with the latest.
>>
>> Yes, those accessor classes are indeed lazily generated and loaded
(Continue reading)

Permalink | Reply | 1 comment |
headers
prathik | 4 Sep 2009 10:54
Picon

[rules-dev] type can be imported but entity resolves to a package.


I am trying to integrate drools to my current project which is a web
application in struts.
In the drl file when I import an entity of the current project ,the editor
is flagging an error i.e. only a type can be imported but the entity
resolves to a package. Can anyone please help me figure out what the error
is about.

--

-- 
View this message in context: http://www.nabble.com/type-can-be-imported-but-entity-resolves-to-a-package.-tp25290582p25290582.html
Sent from the drools - dev mailing list archive at Nabble.com.

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 1 comment |

Gmane