Build Guvnor from Source ( org.apache.maven.reactor.MavenExecutionException: Cannot find parent: org.drools:drools )
by Ashish Soni
Hi ,
I am trying to build Guvnor from the source but getting below exception ,
can some one please help.
*org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
org.drools:drools for project: null:drools-guvnor:war:null for project
null:drools-guvnor:war:null*
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:378)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:292)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find
parent: org.drools:drools for project: null:drools-guvnor:war:null for
project null:drools-guvnor:war:null
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1370)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:821)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:506)
at
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:198)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:583)
at
org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:461)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
... 11 more
Caused by: org.apache.maven.project.ProjectBuildingException: POM
'org.drools:drools' not found in repository: Unable to download the artifact
from any repository
org.drools:drools:pom:5.0.0.SNAPSHOT
from the specified remote repositories:
central (http://repo1.maven.org/maven2)
for project org.drools:drools
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenProjectBuilder.java:603)
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1366)
... 17 more
Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException:
Unable to download the artifact from any repository
org.drools:drools:pom:5.0.0.SNAPSHOT
from the specified remote repositories:
central (http://repo1.maven.org/maven2)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:74)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenProjectBuilder.java:556)
... 18 more
Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: Unable to
download the artifact from any repository
at
org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:331)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:200)
... 20 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: < 1 second
[INFO] Finished at: Fri Jan 23 15:20:05 EST 2009
[INFO] Final Memory: 1M/2M
Regards.
Ashish
16 years, 1 month
Re: [rules-users] Drools Community Clinic Feb 4th 5PM GMT
by Mark Proctor
Ashish Soni wrote:
> That is great Mark , But we need this a little early as we are
> evaluating drools against our Business requirements and till now it
> meets most of the requirements , not sure if i can post my questions
> for drools team and will be able to get the answers so that i can show
> my confidence against drools and recommend it.
You can post questions to this user mailing list and people will assist.
If you need engagement from professional services at JBoss you can
contact sales(a)jboss.com, who assist in technical pre-sales. The Drools
team don't give direct help to non community contributors or non
customers, unless it's a sales engagement.
Mark
>
> Please let me know.
>
> Regards,
> Ashish
>
>
> On Fri, Jan 23, 2009 at 9:02 AM, Darren Hartford <dhartford(a)ghsinc.com
> <mailto:dhartford@ghsinc.com>> wrote:
>
> One discussion that might be helpful for those that are evaluating
> Drools (or rather, rule engines in general) is talking about items
> like:
>
> 1) What steps to take to convert an existing application to
> instead use
> Drools (and the benefits/gains). Specifically, what parts of some
> type
> of sample application would be better handled in Drools rather
> than raw
> java code, and what should be left as-is (with emphasis on change
> management/quick change support gains when swapping to Drools).
>
> 2) Starting a new application, how to start the application creation
> process to get the most benefit out of Drools (from requirements
> gathering -> implementation -> deployed and now need to make other
> changes).
>
> I know those sound too much like business stuff than geeky stuff, but
> sometimes the geek in us wants to hand-code everything and we need
> some
> good guidance/real-world hands-on reasoning for a better approach.
>
> My two coppers,
> -D
>
>
> -----Original Message-----
> From: rules-users-bounces(a)lists.jboss.org
> <mailto:rules-users-bounces@lists.jboss.org>
> [mailto:rules-users-bounces@lists.jboss.org
> <mailto:rules-users-bounces@lists.jboss.org>] On Behalf Of Knapp,
> Barry
> Sent: Friday, January 23, 2009 8:44 AM
> To: Rules Users List; Rules Dev List
> Cc: Burr Sutter
> Subject: RE: [rules-users] Drools Community Clinic Feb 4th 5PM GMT
>
> Mark,
>
> This is an awesome idea!
>
> In my company I am often talking about and promoting Drools so what is
> most interesting to my audience is how you guys are fine tuning
> the BRMS
> and Execution integrations as well as making it easier to incorporate
> the engine into an existing bus. The incorporation into an
> existing bus
> had always been one of the more customized areas where I spend time
> mapping a custom xml to the fact model, but with the new pipeline
> features in the M5 release it sounds like this integration is much
> easier.
>
> I would really like to see a simple walkthrough example of these new
> features.
>
> Once I have this under my belt I feel pretty confident that I can have
> brown bags at my own company and go from nothing to a complete
> management / execution environment that can process xml requests in
> about 60 minutes. That kind of turnaround can seal the deal!
>
>
>
>
> Thanks-
> Barry
>
>
>
>
> -----Original Message-----
> From: rules-users-bounces(a)lists.jboss.org
> <mailto:rules-users-bounces@lists.jboss.org>
> [mailto:rules-users-bounces@lists.jboss.org
> <mailto:rules-users-bounces@lists.jboss.org>] On Behalf Of Mark
> Proctor
> Sent: Friday, January 23, 2009 6:43 AM
> To: Rules Users List; Rules Dev List
> Cc: Burr Sutter
> Subject: [rules-users] Drools Community Clinic Feb 4th 5PM GMT
>
> I'm going to try an informal experiment for the 4th of February at 5PM
> GMT (Date/Time subject to change), we will run an online Drools Clinic
> in the form of a Webinar. So the idea here isn't of a 60 minute
> presentation, but really more of a 60 minute interactive Q&A where we
> will use the desktop to assist in some explanations talking
> through code
>
> or examples. What do people think?
>
> Ideally we would have a set of pre-determined questions, with some
> adhoc
>
> ones on the day too. Feel free to start listing your Qs here. I
> want to
> avoid "What's WorkingMemory" type questions, but other than that,
> anything is game. Also if anyone has anything cool they would like to
> discuss about how they have used Drools, or just general
> interesting AI
> ideas, then that's fine too - happy for this just to turn into a fun
> geek chat too.
>
> Mark
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org <mailto:rules-users@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
16 years, 1 month
Re: [rules-users] Drools Community Clinic Feb 4th 5PM GMT
by Mark Proctor
Knapp, Barry wrote:
> Mark,
>
> This is an awesome idea!
>
> In my company I am often talking about and promoting Drools so what is
> most interesting to my audience is how you guys are fine tuning the BRMS
> and Execution integrations as well as making it easier to incorporate
> the engine into an existing bus. The incorporation into an existing bus
> had always been one of the more customized areas where I spend time
> mapping a custom xml to the fact model, but with the new pipeline
> features in the M5 release it sounds like this integration is much
> easier.
>
We plan to have execution servers for drools 5.1/5.2. the idea is there
will be pools of empty drools agents that deployments are provisioned
too. All agents are centraly registerd and managed.
So you can pick a free agent and push our rules/processes/models to it
and wire it up to a rest, jms or ws service. We will look into white
boards approaches for inter agent communication, probably using java spaces.
Mark
> I would really like to see a simple walkthrough example of these new
> features.
>
> Once I have this under my belt I feel pretty confident that I can have
> brown bags at my own company and go from nothing to a complete
> management / execution environment that can process xml requests in
> about 60 minutes. That kind of turnaround can seal the deal!
>
>
>
>
> Thanks-
> Barry
>
>
>
>
> -----Original Message-----
> From: rules-users-bounces(a)lists.jboss.org
> [mailto:rules-users-bounces@lists.jboss.org] On Behalf Of Mark Proctor
> Sent: Friday, January 23, 2009 6:43 AM
> To: Rules Users List; Rules Dev List
> Cc: Burr Sutter
> Subject: [rules-users] Drools Community Clinic Feb 4th 5PM GMT
>
> I'm going to try an informal experiment for the 4th of February at 5PM
> GMT (Date/Time subject to change), we will run an online Drools Clinic
> in the form of a Webinar. So the idea here isn't of a 60 minute
> presentation, but really more of a 60 minute interactive Q&A where we
> will use the desktop to assist in some explanations talking through code
>
> or examples. What do people think?
>
> Ideally we would have a set of pre-determined questions, with some adhoc
>
> ones on the day too. Feel free to start listing your Qs here. I want to
> avoid "What's WorkingMemory" type questions, but other than that,
> anything is game. Also if anyone has anything cool they would like to
> discuss about how they have used Drools, or just general interesting AI
> ideas, then that's fine too - happy for this just to turn into a fun
> geek chat too.
>
> Mark
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
16 years, 1 month
BRMS - Connecting to a different repository
by petru simion
Hi,
I am trying to connect to another DB repository then the one that BRMS uses by default.
I tried applying the WIKI info, wich states that the following peace of code should be inserted after the <Repository> tag in the repository.xml found under the bin dir of the JBoss installation, but nothing seems to trigger the creation of the schema in the database I just created.
Tested with both SQL Server and My SQL and same behavior.
I guess that if something is not right either in the syntax of the repository.xml file, or if any of the settings: eg. name of the driver, username, password etc, jackrabbit does not really warn me but connects to the default repository.
Anyone had this kind of problems ?
Here is the content of the <DataStore> tag.
<DataStore class="org.apache.jackrabbit.core.data.db.DbDataStore">
<param name="url" value="jdbc:sqlserver://localhost\SQLEXPRESS;DatabaseName=drools_pilot;SelectMethod=cursor"/>
<param name="user" value="johnDoe"/>
<param name="password" value="jdpassword"/>
<param name="databaseType" value="sqlserver"/>
<param name="driver" value="com.microsoft.sqlserver.jdbc.SQLServerDriver"/>
<param name="minRecordLength" value="1024"/>
<param name="maxConnections" value="3"/>
<param name="copyWhenReading" value="true"/>
<param name="tablePrefix" value=""/>
</DataStore>
16 years, 1 month
IMPORTANT: Time cheat sheet
by Edson Tirelli
All,
This applies to the core engine itself and anyone touching its code.
As we move to a time-controlled engine in Drools 5, we need to be aware
of a few things when developing our code:
1. We need to have a synchronization clock, and we do: in the
InternalWorkingMemory interface:
public TimerService getTimerService();
TimerService has a method to get the current time:
public long getCurrentTime();
This means you should NEVER EVER EVER NEVER EVER use
System.currentTimeMillis() again... if you see it in the code, please either
fix it or add a FIXME tag and let me know so that I can fix it. I am
cleaning up things right now.
The reason is obvious: controlling the synchronization clock means we
control time as the engine sees it, so that we can use real time clocks,
pseudo clocks controlled by the application, heart beat clocks, etc. This is
also a requirement for us to implement clusters and distributed agents.
We still have a lot to fix on the serialization side of things for
serializing scheduled executions, but lets see how this goes.
2. We need to have a synchronization clock, meaning if you use anything else
as a clock, we need to remove it and make sure it is using the TimerService.
I know Guvnor uses a TimerMachine class... I didn't had the time to look
into this yet, but we will need to make sure it either starts using the
TimerService or is synchronized with it.
3. Thread creation: make sure you don't execute anything assynchronously
with your own created threads. We need to implement a factory based thread
creation for the cases where we have to spawn threads.
Thanks,
Edson
--
Edson Tirelli
JBoss Drools Core Development
JBoss, a division of Red Hat @ www.jboss.com
16 years, 1 month
Enumeration inconsistency in Guvnor
by David Sinclair
When using the business guided editor for building a rule and choosing a
field for which an enumeration is defined such as
'Person.age' : ['1=one', '2=two', '3=three']
it will show the description, ie one, two, three. But when configured using
a DSL or in the web based decision table, they are shown as 1=one, 2=two,
3=three.
Was this done purposely, or is this an omission? I am using the trunk as of
a couple of days ago.
thanks
dave
16 years, 1 month
Re: rules-dev Digest, Vol 25, Issue 8
by petru simion
Actually I think you do not need to call update at all.
The object model has been modified, it is just that you will not trigger a deletion-reinsertion into the Working Memory. However the client that inserted the object model initially will be able to see the new value of the field message. Not calling update, you do not have to worry about any of the rules being executed again.
The only thing I do not understand here is, if you want your rules to overwrite the message that was potentially changed by a rule that was previously executed. Because this is what is going to happen with the way the rules are right now.
Or maybe you want them to accumulate, so that after all rules ran, the client has a list of all messages.
--- On Thu, 1/15/09, rules-dev-request(a)lists.jboss.org <rules-dev-request(a)lists.jboss.org> wrote:
From: rules-dev-request(a)lists.jboss.org <rules-dev-request(a)lists.jboss.org>
Subject: rules-dev Digest, Vol 25, Issue 8
To: rules-dev(a)lists.jboss.org
Date: Thursday, January 15, 2009, 11:00 AM
Send rules-dev mailing list submissions to
rules-dev(a)lists.jboss.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.jboss.org/mailman/listinfo/rules-dev
or, via email, send a message with subject or body 'help' to
rules-dev-request(a)lists.jboss.org
You can reach the person managing the list at
rules-dev-owner(a)lists.jboss.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of rules-dev digest..."
Today's Topics:
1. Need to Exit from DRL without using drools.halt()
(Sarath Kumar Daruru)
2. RE: Need to Exit from DRL without using drools.halt()
(Anstis, Michael (M.))
----------------------------------------------------------------------
Message: 1
Date: Thu, 15 Jan 2009 15:36:06 +0530
From: Sarath Kumar Daruru <sarathd(a)blueally.com>
Subject: [rules-dev] Need to Exit from DRL without using drools.halt()
To: "'rules-dev(a)lists.jboss.org'"
<rules-dev(a)lists.jboss.org>
Message-ID:
<73C89FCA1CA6C14E9DFC31575B11F7813287F10EEC(a)MSHBACLMX.blueally.org>
Content-Type: text/plain; charset="us-ascii"
Hi All,
I have small doubt in the DRL file execution. I have developing the small
Claims application. I have 4 rules in my application. Below are the rules I have
declared in the drl file based on the rules.
Claims.drl
rule "Amount Validation-Rule1"
when
$c : Claims(amount >= ( maxClaimAmount) )
then
$c.setMessage ( "The total amount claimed exceeds the maximum
permitted by the
Policy" );
update($c);
end
rule "Expired Policy-Rule2"
when
$c : Claims( currentDate > ( policyExpireDate ))
then
$c.setMessage( "Your Policy has been expired" );
update($c);
end
rule "Feature Date-Rule3"
when
$c : Claims( claimDate >= ( currentDate ) )
then
$c.setMessage( "Rejecting the claim because the date on the
claim is in the future" );
update($c);
end
and my java class is
Claims.java
// Setting the values to Claims object
Claims rule = new Claims ();
rule.setAmount(amount);
rule.setClaimsHospitalStayeddays(claimsHospitalStayeddays);
rule.setClaimDate(claimDate);
rule.setCurrentDate(currentDate);
rule.setDaysPermitted(daysPermitted);
rule.setPolicyExpireDate(policyExpireDate);
rule.setCurrentDate(currentDate);
rule.setMaxClaimAmount(maxClaimAmount);
StatefulSession workingMemory = ruleBase.newStatefulSession();
workingMemory.insert(rule);
workingMemory.fireAllRules();
If my first rule is fails then it is displaining in the messaege I managed to
get that value in my java class. If the condition is not satisfied then is fell
into the infinte loop. Again and again it is calling, not coming from that loop.
If I keep the drools.halt(); at the end of the rule then it is executing.
My question - Is there any alternate method is there to come out from infinte
loop without using drools.halt(); method? Why it is fell into the infinite loop?
Thanks,
Sarath Kumar Daruru
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.jboss.org/pipermail/rules-dev/attachments/20090115/b3565256/...
------------------------------
Message: 2
Date: Thu, 15 Jan 2009 10:44:27 -0000
From: "Anstis, Michael (M.)" <manstis1(a)ford.com>
Subject: RE: [rules-dev] Need to Exit from DRL without using
drools.halt()
To: "Rules Dev List" <rules-dev(a)lists.jboss.org>
Message-ID:
<C7774483B6A70C4BB10E917CC1A59DC11BCAEE(a)eu1wam35.warley.ford.com>
Content-Type: text/plain; charset="us-ascii"
You could simply add a "processed" flag and change your rules...
rule "Amount Validation-Rule1"
when
$c : Claims(amount >= ( maxClaimAmount), processed = false )
then
$c.setMessage ( "The total amount claimed exceeds the maximum
permitted by the Policy" );
$c.setProcessed(true);
update($c);
end
Otherwise the updates are causing the fact to be re-accessed by the RETE
network.
Alternatively you could use a ClaimOutcome object...
rule "Amount Validation-Rule1"
when
$c : Claims(amount >= ( maxClaimAmount))
not ClaimOutcome(claim = $c)
then
ClaimOutcome co = new ClaimOutcome($c, "The total amount claimed
exceeds the maximum permitted by the Policy" );
insert(co);
end
With kind regards,
Mike
________________________________
From: rules-dev-bounces(a)lists.jboss.org
[mailto:rules-dev-bounces@lists.jboss.org] On Behalf Of Sarath Kumar
Daruru
Sent: 15 January 2009 10:06
To: 'rules-dev(a)lists.jboss.org'
Subject: [rules-dev] Need to Exit from DRL without using
drools.halt()
Hi All,
I have small doubt in the DRL file execution. I have developing
the small Claims application. I have 4 rules in my application. Below
are the rules I have declared in the drl file based on the rules.
Claims.drl
rule "Amount Validation-Rule1"
when
$c : Claims(amount >= ( maxClaimAmount) )
then
$c.setMessage ( "The total amount claimed exceeds
the maximum permitted by the
Policy" );
update($c);
end
rule "Expired Policy-Rule2"
when
$c : Claims( currentDate > ( policyExpireDate ))
then
$c.setMessage( "Your Policy has been expired" );
update($c);
end
rule "Feature Date-Rule3"
when
$c : Claims( claimDate >= ( currentDate ) )
then
$c.setMessage( "Rejecting the claim because the
date on the claim is in the future" );
update($c);
end
and my java class is
Claims.java
// Setting the values to Claims object
Claims rule = new Claims ();
rule.setAmount(amount);
rule.setClaimsHospitalStayeddays(claimsHospitalStayeddays);
rule.setClaimDate(claimDate);
rule.setCurrentDate(currentDate);
rule.setDaysPermitted(daysPermitted);
rule.setPolicyExpireDate(policyExpireDate);
rule.setCurrentDate(currentDate);
rule.setMaxClaimAmount(maxClaimAmount);
StatefulSession workingMemory = ruleBase.newStatefulSession();
workingMemory.insert(rule);
workingMemory.fireAllRules();
If my first rule is fails then it is displaining in the messaege
I managed to get that value in my java class. If the condition is not
satisfied then is fell into the infinte loop. Again and again it is
calling, not coming from that loop. If I keep the drools.halt(); at the
end of the rule then it is executing.
My question - Is there any alternate method is there to come out
from infinte loop without using drools.halt(); method? Why it is fell
into the infinite loop?
Thanks,
Sarath Kumar Daruru
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.jboss.org/pipermail/rules-dev/attachments/20090115/b72523c8/...
------------------------------
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
End of rules-dev Digest, Vol 25, Issue 8
****************************************
16 years, 1 month
Need to Exit from DRL without using drools.halt()
by Sarath Kumar Daruru
Hi All,
I have small doubt in the DRL file execution. I have developing the small Claims application. I have 4 rules in my application. Below are the rules I have declared in the drl file based on the rules.
Claims.drl
rule "Amount Validation-Rule1"
when
$c : Claims(amount >= ( maxClaimAmount) )
then
$c.setMessage ( "The total amount claimed exceeds the maximum permitted by the
Policy" );
update($c);
end
rule "Expired Policy-Rule2"
when
$c : Claims( currentDate > ( policyExpireDate ))
then
$c.setMessage( "Your Policy has been expired" );
update($c);
end
rule "Feature Date-Rule3"
when
$c : Claims( claimDate >= ( currentDate ) )
then
$c.setMessage( "Rejecting the claim because the date on the claim is in the future" );
update($c);
end
and my java class is
Claims.java
// Setting the values to Claims object
Claims rule = new Claims ();
rule.setAmount(amount);
rule.setClaimsHospitalStayeddays(claimsHospitalStayeddays);
rule.setClaimDate(claimDate);
rule.setCurrentDate(currentDate);
rule.setDaysPermitted(daysPermitted);
rule.setPolicyExpireDate(policyExpireDate);
rule.setCurrentDate(currentDate);
rule.setMaxClaimAmount(maxClaimAmount);
StatefulSession workingMemory = ruleBase.newStatefulSession();
workingMemory.insert(rule);
workingMemory.fireAllRules();
If my first rule is fails then it is displaining in the messaege I managed to get that value in my java class. If the condition is not satisfied then is fell into the infinte loop. Again and again it is calling, not coming from that loop. If I keep the drools.halt(); at the end of the rule then it is executing.
My question - Is there any alternate method is there to come out from infinte loop without using drools.halt(); method? Why it is fell into the infinite loop?
Thanks,
Sarath Kumar Daruru
16 years, 2 months
