5:51 p.m.
Hi all,
Can anyone give some explanation / examples on this? The docu is still using
ruleagent.
I found some piece of codes within the KnowledgeAgentFactory, but I saw that
it uses the configuration object. I personally prefer the old style by using
a property file in which the configuration is defined.
Thanks in advance for any help
Regards
Paul
--
View this message in context:
http://www.nabble.com/How-to-use-KnowledgeAgent-in-the-%22old-manner%22-%...
Sent from the drools - user mailing list archive at Nabble.com.
9:22 a.m.
psentosa wrote:
Hi all,
Can anyone give some explanation / examples on this? The docu is still using
ruleagent.
I found some piece of codes within the KnowledgeAgentFactory, but I saw that
it uses the configuration object.
The javadocs:
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
There are a number of unit tests you can follow:
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
I personally prefer the old style by using
a property file in which the configuration is defined.
The properties file does not offer enough flexibilility to support all
resource types - the xml really is quite simple - how do you specify the
worksheet name for a decision tree? In some ways it's actually simpler
and more powerful, as there is no separate line for directories, it's
just another resource and it detects that it's a directory. ChangeSets
will eventually support remove and modify, for incremental knowledgebase
changes, so the properties file just doesn't cut it.
<change-set>
<add>
<resource source='http://www.domain.com/test.drl' type='DRL'
/>
<resource source='file://data/somedir' type='DRL' />
<resource source='http://www.domain.com/test.xls' type='DTABLE'
>
<decisiontable-conf worksheet-name='sheet10' input-type='XLS'
/>
</resource>
</add>
</change-set>
Mark
Thanks in advance for any help
Regards
Paul
10:45 a.m.
Hi,
Mark, thanks for the links and explanation.
So if I use Guvnor for administrating my rules,
- should I use the URL pointing to LATEST.DRL in change-set instead of the one in package
snapshot to get the latest version of rules?
- I assume the communication between my application and the Guvnor will happen by the time
applyChangeSet-method (which defines a resource by pointing to the URL of DRL) is called
and internally create package out of it (compared to the method
newRuleAgent("properties"). Is this correct? Is there any significat difference
in required time/performance?
Again, thanks and appreciate your answer
Regards
Paul
________________________________
From: Mark Proctor <mproctor(a)codehaus.org>
To: Rules Users List <rules-users(a)lists.jboss.org>
Sent: Tuesday, December 16, 2008 9:22:22 AM
Subject: Re: [rules-users] How to use KnowledgeAgent in the "old manner" (just
like RuleAgent)
psentosa wrote:
Hi all,
Can anyone give some explanation / examples on this? The docu is still using
ruleagent.
I found some piece of codes within the KnowledgeAgentFactory, but I saw that
it uses the configuration object.
The javadocs:
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
There are a number of unit tests you can follow:
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
I personally prefer the old style by using
a property file in which the configuration is defined.
The properties file does not offer enough flexibilility to support all resource
types - the xml really is quite simple - how do you specify the worksheet name for a
decision tree? In some ways it's actually simpler and more powerful, as there is no
separate line for directories, it's just another resource and it detects that it's
a directory. ChangeSets will eventually support remove and modify, for incremental
knowledgebase changes, so the properties file just doesn't cut it.
<change-set>
<add>
<resource source='http://www.domain.com/test.drl' type='DRL'
/>
<resource source='file://data/somedir' type='DRL' />
<resource source='http://www.domain.com/test.xls' type='DTABLE'
>
<decisiontable-conf worksheet-name='sheet10' input-type='XLS'
/>
</resource>
</add> </change-set>
Mark
Thanks in advance for any help
Regards
Paul
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
10:56 a.m.
Paul Sentosa wrote:
Hi,
Mark, thanks for the links and explanation.
So if I use Guvnor for administrating my rules,
- should I use the URL pointing to LATEST.DRL in change-set instead of
the one in package snapshot to get the latest version of rules?
- I assume the communication between my application and the Guvnor
will happen by the time applyChangeSet-method (which defines a
resource by pointing to the URL of DRL) is called and internally
create package out of it (compared to the method
newRuleAgent("properties"). Is this correct? Is there any significat
difference in required time/performance?
I added file scanning, I haven't yet
added http scanning, I'll do that
this week. the file and http scanning, work in the same manner as they
do for the original rule agent. If you look at the file scanner now, you
can see how to implement your own if you really need to. The framework
is now designed that people can built their own resource monitors, so
they can implement their own push based implementations.
Mark
Again, thanks and appreciate your answer
Regards
Paul
------------------------------------------------------------------------
*From:* Mark Proctor <mproctor(a)codehaus.org>
*To:* Rules Users List <rules-users(a)lists.jboss.org>
*Sent:* Tuesday, December 16, 2008 9:22:22 AM
*Subject:* Re: [rules-users] How to use KnowledgeAgent in the "old
manner" (just like RuleAgent)
psentosa wrote:
> Hi all,
>
> Can anyone give some explanation / examples on this? The docu is
still using
> ruleagent.
> I found some piece of codes within the KnowledgeAgentFactory, but I
saw that
> it uses the configuration object.
The javadocs:
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
There are a number of unit tests you can follow:
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
> I personally prefer the old style by using
> a property file in which the configuration is defined.
>
The properties file does not offer enough flexibilility to support all
resource types - the xml really is quite simple - how do you specify
the worksheet name for a decision tree? In some ways it's actually
simpler and more powerful, as there is no separate line for
directories, it's just another resource and it detects that it's a
directory. ChangeSets will eventually support remove and modify, for
incremental knowledgebase changes, so the properties file just doesn't
cut it.
<change-set>
<add>
<resource source='http://www.domain.com/test.drl'
<http://www.domain.com/test.drl%27> type='DRL' />
<resource source='file://data/somedir' type='DRL' />
<resource source='http://www.domain.com/test.xls'
<http://www.domain.com/test.xls%27> type='DTABLE' >
<decisiontable-conf worksheet-name='sheet10' input-type='XLS'
/>
</resource>
</add> </change-set>
Mark
> Thanks in advance for any help
>
> Regards
> Paul
>
_______________________________________________
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
11:05 a.m.
Mark Proctor wrote:
Paul Sentosa wrote:
> Hi,
>
> Mark, thanks for the links and explanation.
> So if I use Guvnor for administrating my rules,
> - should I use the URL pointing to LATEST.DRL in change-set instead
> of the one in package snapshot to get the latest version of rules?
>
> - I assume the communication between my application and the Guvnor
> will happen by the time applyChangeSet-method (which defines a
> resource by pointing to the URL of DRL) is called and internally
> create package out of it (compared to the method
> newRuleAgent("properties"). Is this correct? Is there any significat
> difference in required time/performance?
I added file scanning, I haven't yet added http scanning, I'll do that
this week. the file and http scanning, work in the same manner as they
do for the original rule agent. If you look at the file scanner now,
you can see how to implement your own if you really need to. The
framework is now designed that people can built their own resource
monitors, so they can implement their own push based implementations.
Sorry I had a
mind blank, and I'm talking complete bollocks. http does
work. The ResourceChangeScannerImpl is independant of the resource type,
as long as the resource type implements getLastModified() and
getLastRead() it will work, which the http one does. So in theory
whether file or http resources, it should work the same way as the old
rule agent. The only difference is the configuration is now in a
different location, if you need to change the interval. You now no
longer change the interval on the individual rule agent, but on the service.
Properties props = new Properties();
props.setProperty("drools.resource.scanner.interval", "30");
ResourceChangeScanner service =
ResourceFactory.getResourceChangeScannerService();
ResourceChangeScannerConfiguration rconf =
service.newResourceChangeScannerConfiguration(props);
service.configure( rconf );
Mark
Mark
>
> Again, thanks and appreciate your answer
>
> Regards
> Paul
>
>
> ------------------------------------------------------------------------
> *From:* Mark Proctor <mproctor(a)codehaus.org>
> *To:* Rules Users List <rules-users(a)lists.jboss.org>
> *Sent:* Tuesday, December 16, 2008 9:22:22 AM
> *Subject:* Re: [rules-users] How to use KnowledgeAgent in the "old
> manner" (just like RuleAgent)
>
> psentosa wrote:
> > Hi all,
> >
> > Can anyone give some explanation / examples on this? The docu is
> still using
> > ruleagent.
> > I found some piece of codes within the KnowledgeAgentFactory, but I
> saw that
> > it uses the configuration object.
> The javadocs:
>
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
>
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
>
> There are a number of unit tests you can follow:
>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
>
>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
>
>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
> > I personally prefer the old style by using
> > a property file in which the configuration is defined.
> >
> The properties file does not offer enough flexibilility to support
> all resource types - the xml really is quite simple - how do you
> specify the worksheet name for a decision tree? In some ways it's
> actually simpler and more powerful, as there is no separate line for
> directories, it's just another resource and it detects that it's a
> directory. ChangeSets will eventually support remove and modify, for
> incremental knowledgebase changes, so the properties file just
> doesn't cut it.
>
> <change-set>
> <add>
> <resource source='http://www.domain.com/test.drl'
> <http://www.domain.com/test.drl%27> type='DRL' />
> <resource source='file://data/somedir' type='DRL' />
> <resource source='http://www.domain.com/test.xls'
> <http://www.domain.com/test.xls%27> type='DTABLE' >
> <decisiontable-conf worksheet-name='sheet10'
input-type='XLS' />
> </resource>
> </add> </change-set>
>
>
> Mark
>
>
> > Thanks in advance for any help
> >
> > Regards
> > Paul
> >
>
>
> _______________________________________________
> 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
>
11:29 a.m.
Hello,
Before M4 I use a RuleAgent to obtain my rules from files or the repository.
Do you have a complete example with the new API ?
Thanks
Nicolas
Le mardi 16 décembre 2008 à 10:05 +0000, Mark Proctor a écrit :
Mark Proctor wrote:
> Paul Sentosa wrote:
>
> > Hi,
> >
> > Mark, thanks for the links and explanation.
> > So if I use Guvnor for administrating my rules,
> > - should I use the URL pointing to LATEST.DRL in change-set instead of the one
in package snapshot to get the latest version of rules?
> >
> > - I assume the communication between my application and the Guvnor will happen
by the time applyChangeSet-method (which defines a resource by pointing to the URL of DRL)
is called and internally create package out of it (compared to the method
newRuleAgent("properties"). Is this correct? Is there any significat difference
in required time/performance?
> >
>
> I added file scanning, I haven't yet added http scanning, I'll do that this
week. the file and http scanning, work in the same manner as they do for the original rule
agent. If you look at the file scanner now, you can see how to implement your own if you
really need to. The framework is now designed that people can built their own resource
monitors, so they can implement their own push based implementations.
Sorry I had a mind blank, and I'm talking complete bollocks. http does work. The
ResourceChangeScannerImpl is independant of the resource type, as long as the resource
type implements getLastModified() and getLastRead() it will work, which the http one does.
So in theory whether file or http resources, it should work the same way as the old rule
agent. The only difference is the configuration is now in a different location, if you
need to change the interval. You now no longer change the interval on the individual rule
agent, but on the service.
Properties props = new Properties();
props.setProperty("drools.resource.scanner.interval", "30");
ResourceChangeScanner service =
ResourceFactory.getResourceChangeScannerService();
ResourceChangeScannerConfiguration rconf =
service.newResourceChangeScannerConfiguration(props);
service.configure( rconf );
Mark
>
> Mark
>
> >
> > Again, thanks and appreciate your answer
> >
> > Regards
> > Paul
> >
> >
> >
> >
> >
> > __________________________________________________________________
> > From: Mark Proctor <mproctor(a)codehaus.org>
> > To: Rules Users List <rules-users(a)lists.jboss.org>
> > Sent: Tuesday, December 16, 2008 9:22:22 AM
> > Subject: Re: [rules-users] How to use KnowledgeAgent in the "old
manner" (just like RuleAgent)
> >
> > psentosa wrote:
> > > Hi all,
> > >
> > > Can anyone give some explanation / examples on this? The docu is still
using
> > > ruleagent.
> > > I found some piece of codes within the KnowledgeAgentFactory, but I saw
that
> > > it uses the configuration object.
> > The javadocs:
> >
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
> >
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
> >
> > There are a number of unit tests you can follow:
> >
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
> >
> >
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
> >
> >
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
> >
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
> > > I personally prefer the old style by using
> > > a property file in which the configuration is defined.
> > >
> > The properties file does not offer enough flexibilility to support all resource
types - the xml really is quite simple - how do you specify the worksheet name for a
decision tree? In some ways it's actually simpler and more powerful, as there is no
separate line for directories, it's just another resource and it detects that it's
a directory. ChangeSets will eventually support remove and modify, for incremental
knowledgebase changes, so the properties file just doesn't cut it.
> >
> > <change-set>
> > <add>
> > <resource source='http://www.domain.com/test.drl'
type='DRL' />
> > <resource source='file://data/somedir' type='DRL' />
> > <resource source='http://www.domain.com/test.xls'
type='DTABLE' >
> > <decisiontable-conf worksheet-name='sheet10'
input-type='XLS' />
> > </resource>
> > </add> </change-set>
> >
> >
> > Mark
> >
> >
> > > Thanks in advance for any help
> > >
> > > Regards
> > > Paul
> > >
> >
> >
> > _______________________________________________
> > 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
> >
>
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
11:42 a.m.
New subject: How to use KnowledgeAgent in the "old manner" (just like RuleAgent)
Héron Nicolas wrote:
Hello,
Before M4 I use a RuleAgent to obtain my rules from files or the repository.
Do you have a complete example with the new API ?
a few emails back, which you can see in the thread below, I listed all
unit tests and javadocs for this.
Mark
Thanks
Nicolas
Le mardi 16 décembre 2008 à 10:05 +0000, Mark Proctor a écrit :
> Mark Proctor wrote:
>
>> Paul Sentosa wrote:
>>
>>> Hi,
>>>
>>> Mark, thanks for the links and explanation.
>>> So if I use Guvnor for administrating my rules,
>>> - should I use the URL pointing to LATEST.DRL in change-set instead of the
one in package snapshot to get the latest version of rules?
>>>
>>> - I assume the communication between my application and the Guvnor will
happen by the time applyChangeSet-method (which defines a resource by pointing to the URL
of DRL) is called and internally create package out of it (compared to the method
newRuleAgent("properties"). Is this correct? Is there any significat difference
in required time/performance?
>>>
>>>
>> I added file scanning, I haven't yet added http scanning, I'll do that
this week. the file and http scanning, work in the same manner as they do for the original
rule agent. If you look at the file scanner now, you can see how to implement your own if
you really need to. The framework is now designed that people can built their own resource
monitors, so they can implement their own push based implementations.
>>
> Sorry I had a mind blank, and I'm talking complete bollocks. http does work. The
ResourceChangeScannerImpl is independant of the resource type, as long as the resource
type implements getLastModified() and getLastRead() it will work, which the http one does.
So in theory whether file or http resources, it should work the same way as the old rule
agent. The only difference is the configuration is now in a different location, if you
need to change the interval. You now no longer change the interval on the individual rule
agent, but on the service.
> Properties props = new Properties();
> props.setProperty("drools.resource.scanner.interval",
"30");
> ResourceChangeScanner service =
ResourceFactory.getResourceChangeScannerService();
> ResourceChangeScannerConfiguration rconf =
service.newResourceChangeScannerConfiguration(props);
> service.configure( rconf );
>
> Mark
>
>> Mark
>>
>>> Again, thanks and appreciate your answer
>>>
>>> Regards
>>> Paul
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> *From:* Mark Proctor <mproctor(a)codehaus.org>
<mailto:mproctor@codehaus.org>
>>> *To:* Rules Users List <rules-users(a)lists.jboss.org>
<mailto:rules-users@lists.jboss.org>
>>> *Sent:* Tuesday, December 16, 2008 9:22:22 AM
>>> *Subject:* Re: [rules-users] How to use KnowledgeAgent in the "old
manner" (just like RuleAgent)
>>>
>>> psentosa wrote:
>>> > Hi all,
>>> >
>>> > Can anyone give some explanation / examples on this? The docu is still
using
>>> > ruleagent.
>>> > I found some piece of codes within the KnowledgeAgentFactory, but I saw
that
>>> > it uses the configuration object.
>>> The javadocs:
>>>
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
>>>
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
>>>
>>> There are a number of unit tests you can follow:
>>>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
>>>
>>>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
>>>
>>>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
>>>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
>>> > I personally prefer the old style by using
>>> > a property file in which the configuration is defined.
>>> >
>>> The properties file does not offer enough flexibilility to support all
resource types - the xml really is quite simple - how do you specify the worksheet name
for a decision tree? In some ways it's actually simpler and more powerful, as there is
no separate line for directories, it's just another resource and it detects that
it's a directory. ChangeSets will eventually support remove and modify, for
incremental knowledgebase changes, so the properties file just doesn't cut it.
>>>
>>> <change-set>
>>> <add>
>>> <resource source='http://www.domain.com/test.drl'
<http://www.domain.com/test.drl%27> type='DRL' />
>>> <resource source='file://data/somedir' type='DRL'
/>
>>> <resource source='http://www.domain.com/test.xls'
<http://www.domain.com/test.xls%27> type='DTABLE' >
>>> <decisiontable-conf worksheet-name='sheet10'
input-type='XLS' />
>>> </resource>
>>> </add> </change-set>
>>>
>>>
>>> Mark
>>>
>>>
>>> > Thanks in advance for any help
>>> >
>>> > Regards
>>> > Paul
>>> >
>>>
>>>
>>> _______________________________________________
>>> 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
2:02 p.m.
New subject: Clips error
Hello,
I now use M4 instead of M3 for guvnor.
When I build the package, here is the error !
Any help appreciate.
Nicolas
13:59:58,882 INFO [STDOUT] Checking access for :
demodrools
14:00:34,875 INFO [STDOUT] DEBUG 16-12 14:00:34,874
(ServiceImplementation.java:listAssets:881) time for asset list
load: 181
14:00:37,703 INFO [STDOUT] DEBUG 16-12 14:00:37,702
(ServiceImplementation.java:listAssets:881) time for asset list
load: 30
14:00:40,365 INFO [STDOUT] DEBUG 16-12 14:00:40,364
(ContentManager.java:<init>:45) Loading content
properties
14:00:53,389 INFO [STDOUT] INFO 16-12 14:00:53,369
(ServiceImplementation.java:checkinVersion:586) USER:nheron CHECKING
IN asset: [cgi] UUID: [40e2abec-104b-4204-a3a5-fe43f2e8b306] ARCHIVED
[false]
14:01:01,828 INFO [STDOUT] ERROR 16-12 14:01:01,828
(RepositoryServiceServlet.java:doUnexpectedFailure:74)
org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
14:01:01,829 ERROR [[/drools-guvnor]] Exception while dispatching
incoming RPC
call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract org.drools.guvnor.client.rpc.BuilderResult[]
org.drools.guvnor.client.rpc.RepositoryService.buildPackage(java.lang.String,java.lang.String,boolean)
throws com.google.gwt.user.client.rpc.SerializableException' threw an unexpected
exception: org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:360)
at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.web.ContextFilter
$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at
org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol
$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.run(JIoEndpoint.java:446)
at
java.lang.Thread.run(Thread.java:595)
Caused by: org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
at
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:255)
at
org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationMap(PackageBuilderConfiguration.java:240)
at
org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:171)
at
org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:132)
at
org.drools.guvnor.server.builder.BRMSPackageBuilder.getInstance(BRMSPackageBuilder.java:79)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.createBuilder(ContentPackageAssembler.java:133)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(ContentPackageAssembler.java:100)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(ContentPackageAssembler.java:116)
at
org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceImplementation.java:1370)
at
org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceImplementation.java:1354)
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.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at org.drools.guvnor.server.ServiceImplementation_
$$_javassist_8.buildPackage(ServiceImplementation_$$_javassist_8.java)
at
org.drools.guvnor.server.RepositoryServiceServlet.buildPackage(RepositoryServiceServlet.java:186)
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
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
... 27 more
Caused by: java.lang.ClassCastException:
org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration
at
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:250)
... 61 more
2:30 p.m.
New subject: Clips error
Now the error is (once I manually added the drools-xx.jar in the war
file)
Caused by: java.lang.NoSuchFieldError: ruleMemo
14:27:06,307 INFO [STDOUT] DEBUG 16-12 14:27:06,306
(ServiceImplementation.java:listAssets:881) time for asset list
load: 208
14:27:08,117 INFO [STDOUT] DEBUG 16-12 14:27:08,116
(ContentManager.java:<init>:45) Loading content
properties
14:27:08,765 INFO [STDOUT] ERROR 16-12 14:27:08,764
(RepositoryServiceServlet.java:doUnexpectedFailure:74)
java.lang.reflect.InvocationTargetException
14:27:08,765 ERROR [[/drools-guvnor]] Exception while dispatching
incoming RPC
call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract
org.drools.guvnor.client.modeldriven.SuggestionCompletionEngine
org.drools.guvnor.client.rpc.RepositoryService.loadSuggestionCompletionEngine(java.lang.String)
throws com.google.gwt.user.client.rpc.SerializableException' threw an unexpected
exception: java.lang.reflect.InvocationTargetException
at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:360)
at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.web.ContextFilter
$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at
org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol
$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.run(JIoEndpoint.java:446)
at
java.lang.Thread.run(Thread.java:595)
Caused by:
java.lang.reflect.InvocationTargetException
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.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at org.drools.guvnor.server.ServiceImplementation_
$$_javassist_7.loadSuggestionCompletionEngine(ServiceImplementation_
$$_javassist_7.java)
at
org.drools.guvnor.server.RepositoryServiceServlet.loadSuggestionCompletionEngine(RepositoryServiceServlet.java:183)
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
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
... 27
more
Caused by: java.lang.NoSuchFieldError:
ruleMemo
at
org.drools.lang.DRLLexer.<init>(DRLLexer.java:165)
at
org.drools.compiler.DrlParser.getParser(DrlParser.java:254)
at
org.drools.compiler.DrlParser.parse(DrlParser.java:66)
at
org.drools.compiler.DrlParser.parse(DrlParser.java:61)
at
org.drools.guvnor.server.rules.SuggestionCompletionLoader.processPackageHeader(SuggestionCompletionLoader.java:172)
at
org.drools.guvnor.server.rules.SuggestionCompletionLoader.getSuggestionEngine(SuggestionCompletionLoader.java:136)
at
org.drools.guvnor.server.util.BRMSSuggestionCompletionLoader.getSuggestionEngine(BRMSSuggestionCompletionLoader.java:52)
at
org.drools.guvnor.server.ServiceImplementation.loadSuggestionCompletionEngine(ServiceImplementation.java:1335)
... 52
more
14:27:50,437 INFO [STDOUT] DEBUG 16-12 14:27:50,436
(ServiceImplementation.java:listAssets:881) time for asset list
load: 17
14:27:52,490 INFO [STDOUT] ERROR 16-12 14:27:52,490
(RepositoryServiceServlet.java:doUnexpectedFailure:74)
java.lang.reflect.InvocationTargetException
14:27:52,490 ERROR [[/drools-guvnor]] Exception while dispatching
incoming RPC
call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract
org.drools.guvnor.client.modeldriven.SuggestionCompletionEngine
org.drools.guvnor.client.rpc.RepositoryService.loadSuggestionCompletionEngine(java.lang.String)
throws com.google.gwt.user.client.rpc.SerializableException' threw an unexpected
exception: java.lang.reflect.InvocationTargetException
at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:360)
at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.web.ContextFilter
$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at
org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol
$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.run(JIoEndpoint.java:446)
at
java.lang.Thread.run(Thread.java:595)
Caused by:
java.lang.reflect.InvocationTargetException
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.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at org.drools.guvnor.server.ServiceImplementation_
$$_javassist_7.loadSuggestionCompletionEngine(ServiceImplementation_
$$_javassist_7.java)
at
org.drools.guvnor.server.RepositoryServiceServlet.loadSuggestionCompletionEngine(RepositoryServiceServlet.java:183)
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
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
... 27
more
Caused by: java.lang.NoSuchFieldError:
ruleMemo
at
org.drools.lang.DRLLexer.<init>(DRLLexer.java:165)
at
org.drools.compiler.DrlParser.getParser(DrlParser.java:254)
at
org.drools.compiler.DrlParser.parse(DrlParser.java:66)
at
org.drools.compiler.DrlParser.parse(DrlParser.java:61)
at
org.drools.guvnor.server.rules.SuggestionCompletionLoader.processPackageHeader(SuggestionCompletionLoader.java:172)
at
org.drools.guvnor.server.rules.SuggestionCompletionLoader.getSuggestionEngine(SuggestionCompletionLoader.java:136)
at
org.drools.guvnor.server.util.BRMSSuggestionCompletionLoader.getSuggestionEngine(BRMSSuggestionCompletionLoader.java:52)
at
org.drools.guvnor.server.ServiceImplementation.loadSuggestionCompletionEngine(ServiceImplementation.java:1335)
... 52
more
14:28:10,448 INFO [STDOUT] INFO 16-12 14:28:10,447
(ServiceImplementation.java:checkinVersion:586) USER:nheron CHECKING
IN asset: [PolitiquePrixBis] UUID:
[cdf8f9ed-604b-4565-864a-aaf9a86bd0b6] ARCHIVED [true]
Le mardi 16 décembre 2008 à 14:02 +0100, Héron Nicolas a écrit :
Hello,
I now use M4 instead of M3 for guvnor.
When I build the package, here is the error !
Any help appreciate.
Nicolas
13:59:58,882 INFO [STDOUT] Checking access for :
demodrools
14:00:34,875 INFO [STDOUT] DEBUG 16-12 14:00:34,874
(ServiceImplementation.java:listAssets:881) time for asset
list load: 181
14:00:37,703 INFO [STDOUT] DEBUG 16-12 14:00:37,702
(ServiceImplementation.java:listAssets:881) time for asset
list load: 30
14:00:40,365 INFO [STDOUT] DEBUG 16-12 14:00:40,364
(ContentManager.java:<init>:45) Loading content
properties
14:00:53,389 INFO [STDOUT] INFO 16-12 14:00:53,369
(ServiceImplementation.java:checkinVersion:586) USER:nheron
CHECKING IN asset: [cgi] UUID: [40e2abec-104b-4204-a3a5-fe43f2e8b306]
ARCHIVED
[false]
14:01:01,828 INFO [STDOUT] ERROR 16-12 14:01:01,828
(RepositoryServiceServlet.java:doUnexpectedFailure:74)
org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
14:01:01,829 ERROR [[/drools-guvnor]] Exception while dispatching
incoming RPC
call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract org.drools.guvnor.client.rpc.BuilderResult[]
org.drools.guvnor.client.rpc.RepositoryService.buildPackage(java.lang.String,java.lang.String,boolean)
throws com.google.gwt.user.client.rpc.SerializableException' threw an unexpected
exception: org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:360)
at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.web.ContextFilter
$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at
org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol
$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.run(JIoEndpoint.java:446)
at
java.lang.Thread.run(Thread.java:595)
Caused by: org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
at
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:255)
at
org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationMap(PackageBuilderConfiguration.java:240)
at
org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:171)
at
org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:132)
at
org.drools.guvnor.server.builder.BRMSPackageBuilder.getInstance(BRMSPackageBuilder.java:79)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.createBuilder(ContentPackageAssembler.java:133)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(ContentPackageAssembler.java:100)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(ContentPackageAssembler.java:116)
at
org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceImplementation.java:1370)
at
org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceImplementation.java:1354)
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.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at org.drools.guvnor.server.ServiceImplementation_
$$_javassist_8.buildPackage(ServiceImplementation_$$_javassist_8.java)
at
org.drools.guvnor.server.RepositoryServiceServlet.buildPackage(RepositoryServiceServlet.java:186)
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
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
... 27 more
Caused by: java.lang.ClassCastException:
org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration
at
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:250)
... 61 more
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
6:12 p.m.
New subject: Clips error
Héron Nicolas wrote:
Now the error is (once I manually added the drools-xx.jar in the war
file)
Caused by: java.lang.NoSuchFieldError: ruleMemo
um, don't add drools-clips ?
14:27:06,307 INFO [STDOUT] DEBUG 16-12 14:27:06,306
(ServiceImplementation.java:listAssets:881) time for asset
list load: 208
14:27:08,117 INFO [STDOUT] DEBUG 16-12 14:27:08,116
(ContentManager.java:<init>:45) Loading content
properties
14:27:08,765 INFO [STDOUT] ERROR 16-12 14:27:08,764
(RepositoryServiceServlet.java:doUnexpectedFailure:74)
java.lang.reflect.InvocationTargetException
14:27:08,765 ERROR [[/drools-guvnor]] Exception while dispatching
incoming RPC
call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract
org.drools.guvnor.client.modeldriven.SuggestionCompletionEngine
org.drools.guvnor.client.rpc.RepositoryService.loadSuggestionCompletionEngine(java.lang.String)
throws com.google.gwt.user.client.rpc.SerializableException' threw an
unexpected exception:
java.lang.reflect.InvocationTargetException
at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:360)
at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at
org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at
java.lang.Thread.run(Thread.java:595)
Caused by:
java.lang.reflect.InvocationTargetException
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.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at
org.drools.guvnor.server.ServiceImplementation_$$_javassist_7.loadSuggestionCompletionEngine(ServiceImplementation_$$_javassist_7.java)
at
org.drools.guvnor.server.RepositoryServiceServlet.loadSuggestionCompletionEngine(RepositoryServiceServlet.java:183)
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
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
... 27
more
Caused by: java.lang.NoSuchFieldError:
ruleMemo
at
org.drools.lang.DRLLexer.<init>(DRLLexer.java:165)
at
org.drools.compiler.DrlParser.getParser(DrlParser.java:254)
at
org.drools.compiler.DrlParser.parse(DrlParser.java:66)
at
org.drools.compiler.DrlParser.parse(DrlParser.java:61)
at
org.drools.guvnor.server.rules.SuggestionCompletionLoader.processPackageHeader(SuggestionCompletionLoader.java:172)
at
org.drools.guvnor.server.rules.SuggestionCompletionLoader.getSuggestionEngine(SuggestionCompletionLoader.java:136)
at
org.drools.guvnor.server.util.BRMSSuggestionCompletionLoader.getSuggestionEngine(BRMSSuggestionCompletionLoader.java:52)
at
org.drools.guvnor.server.ServiceImplementation.loadSuggestionCompletionEngine(ServiceImplementation.java:1335)
... 52
more
14:27:50,437 INFO [STDOUT] DEBUG 16-12 14:27:50,436
(ServiceImplementation.java:listAssets:881) time for asset
list load: 17
14:27:52,490 INFO [STDOUT] ERROR 16-12 14:27:52,490
(RepositoryServiceServlet.java:doUnexpectedFailure:74)
java.lang.reflect.InvocationTargetException
14:27:52,490 ERROR [[/drools-guvnor]] Exception while dispatching
incoming RPC
call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract
org.drools.guvnor.client.modeldriven.SuggestionCompletionEngine
org.drools.guvnor.client.rpc.RepositoryService.loadSuggestionCompletionEngine(java.lang.String)
throws com.google.gwt.user.client.rpc.SerializableException' threw an
unexpected exception:
java.lang.reflect.InvocationTargetException
at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:360)
at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at
org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at
java.lang.Thread.run(Thread.java:595)
Caused by:
java.lang.reflect.InvocationTargetException
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.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at
org.drools.guvnor.server.ServiceImplementation_$$_javassist_7.loadSuggestionCompletionEngine(ServiceImplementation_$$_javassist_7.java)
at
org.drools.guvnor.server.RepositoryServiceServlet.loadSuggestionCompletionEngine(RepositoryServiceServlet.java:183)
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
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
... 27
more
Caused by: java.lang.NoSuchFieldError:
ruleMemo
at
org.drools.lang.DRLLexer.<init>(DRLLexer.java:165)
at
org.drools.compiler.DrlParser.getParser(DrlParser.java:254)
at
org.drools.compiler.DrlParser.parse(DrlParser.java:66)
at
org.drools.compiler.DrlParser.parse(DrlParser.java:61)
at
org.drools.guvnor.server.rules.SuggestionCompletionLoader.processPackageHeader(SuggestionCompletionLoader.java:172)
at
org.drools.guvnor.server.rules.SuggestionCompletionLoader.getSuggestionEngine(SuggestionCompletionLoader.java:136)
at
org.drools.guvnor.server.util.BRMSSuggestionCompletionLoader.getSuggestionEngine(BRMSSuggestionCompletionLoader.java:52)
at
org.drools.guvnor.server.ServiceImplementation.loadSuggestionCompletionEngine(ServiceImplementation.java:1335)
... 52
more
14:28:10,448 INFO [STDOUT] INFO 16-12 14:28:10,447
(ServiceImplementation.java:checkinVersion:586) USER:nheron
CHECKING IN asset: [PolitiquePrixBis] UUID:
[cdf8f9ed-604b-4565-864a-aaf9a86bd0b6] ARCHIVED [true]
Le mardi 16 décembre 2008 à 14:02 +0100, Héron Nicolas a écrit :
> Hello,
> I now use M4 instead of M3 for guvnor.
> When I build the package, here is the error !
> Any help appreciate.
> Nicolas
>
> 13:59:58,882 INFO [STDOUT] Checking access for :
> demodrools
>
> 14:00:34,875 INFO [STDOUT] DEBUG 16-12 14:00:34,874
> (ServiceImplementation.java:listAssets:881) time for asset
> list load: 181
> 14:00:37,703 INFO [STDOUT] DEBUG 16-12 14:00:37,702
> (ServiceImplementation.java:listAssets:881) time for asset
> list load: 30
> 14:00:40,365 INFO [STDOUT] DEBUG 16-12 14:00:40,364
> (ContentManager.java:<init>:45) Loading content
> properties
> 14:00:53,389 INFO [STDOUT] INFO 16-12 14:00:53,369
> (ServiceImplementation.java:checkinVersion:586) USER:nheron
> CHECKING IN asset: [cgi] UUID:
> [40e2abec-104b-4204-a3a5-fe43f2e8b306] ARCHIVED
> [false]
>
> 14:01:01,828 INFO [STDOUT] ERROR 16-12 14:01:01,828
> (RepositoryServiceServlet.java:doUnexpectedFailure:74)
> org.drools.RuntimeDroolsException: Unable to load dialect
>
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
>
> 14:01:01,829 ERROR [[/drools-guvnor]] Exception while dispatching
> incoming RPC
> call
> com.google.gwt.user.server.rpc.UnexpectedException: Service method
> 'public abstract org.drools.guvnor.client.rpc.BuilderResult[]
>
org.drools.guvnor.client.rpc.RepositoryService.buildPackage(java.lang.String,java.lang.String,boolean)
> throws com.google.gwt.user.client.rpc.SerializableException' threw an
> unexpected exception: org.drools.RuntimeDroolsException: Unable to
> load dialect
>
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
>
> at
> com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:360)
>
> at
> com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
>
> at
>
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
>
> at
>
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
>
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
> at
> org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42)
>
> at
>
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
>
> at
> org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
> at
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
>
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
>
> at
>
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
>
> at
> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
>
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>
> at
>
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
>
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
>
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>
> at
>
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
>
> at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
>
> at
> java.lang.Thread.run(Thread.java:595)
>
> Caused by: org.drools.RuntimeDroolsException: Unable to load dialect
>
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
>
> at
>
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:255)
>
> at
>
org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationMap(PackageBuilderConfiguration.java:240)
>
> at
>
org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:171)
>
> at
>
org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:132)
>
> at
>
org.drools.guvnor.server.builder.BRMSPackageBuilder.getInstance(BRMSPackageBuilder.java:79)
>
> at
>
org.drools.guvnor.server.builder.ContentPackageAssembler.createBuilder(ContentPackageAssembler.java:133)
>
> at
>
org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(ContentPackageAssembler.java:100)
>
> at
>
org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(ContentPackageAssembler.java:116)
> at
>
org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceImplementation.java:1370)
> at
>
org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceImplementation.java:1354)
> 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.jboss.seam.util.Reflections.invoke(Reflections.java:22)
> at
>
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
> at
>
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
> at
>
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
> at
>
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at
> org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
> at
>
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at
>
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
> at
>
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at
>
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
> at
>
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at
> org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
> at
>
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
> at
> org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
> at
>
org.drools.guvnor.server.ServiceImplementation_$$_javassist_8.buildPackage(ServiceImplementation_$$_javassist_8.java)
> at
>
org.drools.guvnor.server.RepositoryServiceServlet.buildPackage(RepositoryServiceServlet.java:186)
> 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
> com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
> ... 27 more
> Caused by: java.lang.ClassCastException:
> org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration
> at
>
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:250)
> ... 61 more
>
> _______________________________________________
> 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
2:33 p.m.
New subject: Clips error
Héron Nicolas wrote:
Hello,
I now use M4 instead of M3 for guvnor.
When I build the package, here is the error !
Any help appreciate.
Are you actually using drools-clips?
Nicolas
13:59:58,882 INFO [STDOUT] Checking access for :
demodrools
14:00:34,875 INFO [STDOUT] DEBUG 16-12 14:00:34,874
(ServiceImplementation.java:listAssets:881) time for asset
list load: 181
14:00:37,703 INFO [STDOUT] DEBUG 16-12 14:00:37,702
(ServiceImplementation.java:listAssets:881) time for asset
list load: 30
14:00:40,365 INFO [STDOUT] DEBUG 16-12 14:00:40,364
(ContentManager.java:<init>:45) Loading content
properties
14:00:53,389 INFO [STDOUT] INFO 16-12 14:00:53,369
(ServiceImplementation.java:checkinVersion:586) USER:nheron
CHECKING IN asset: [cgi] UUID: [40e2abec-104b-4204-a3a5-fe43f2e8b306]
ARCHIVED
[false]
14:01:01,828 INFO [STDOUT] ERROR 16-12 14:01:01,828
(RepositoryServiceServlet.java:doUnexpectedFailure:74)
org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
14:01:01,829 ERROR [[/drools-guvnor]] Exception while dispatching
incoming RPC
call
com.google.gwt.user.server.rpc.UnexpectedException: Service method
'public abstract org.drools.guvnor.client.rpc.BuilderResult[]
org.drools.guvnor.client.rpc.RepositoryService.buildPackage(java.lang.String,java.lang.String,boolean)
throws com.google.gwt.user.client.rpc.SerializableException' threw an
unexpected exception: org.drools.RuntimeDroolsException: Unable to
load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:360)
at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:546)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.seam.web.ContextFilter$1.process(ContextFilter.java:42)
at
org.jboss.seam.servlet.ContextualHttpServletRequest.run(ContextualHttpServletRequest.java:53)
at
org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:37)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at
java.lang.Thread.run(Thread.java:595)
Caused by: org.drools.RuntimeDroolsException: Unable to load dialect
'org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration:clips:org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration'
at
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:255)
at
org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationMap(PackageBuilderConfiguration.java:240)
at
org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:171)
at
org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:132)
at
org.drools.guvnor.server.builder.BRMSPackageBuilder.getInstance(BRMSPackageBuilder.java:79)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.createBuilder(ContentPackageAssembler.java:133)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(ContentPackageAssembler.java:100)
at
org.drools.guvnor.server.builder.ContentPackageAssembler.<init>(ContentPackageAssembler.java:116)
at
org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceImplementation.java:1370)
at
org.drools.guvnor.server.ServiceImplementation.buildPackage(ServiceImplementation.java:1354)
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.jboss.seam.util.Reflections.invoke(Reflections.java:22)
at
org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java:31)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:56)
at
org.jboss.seam.transaction.RollbackInterceptor.aroundInvoke(RollbackInterceptor.java:28)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:77)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.security.SecurityInterceptor.aroundInvoke(SecurityInterceptor.java:157)
at
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
at
org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
at
org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:166)
at
org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:102)
at
org.drools.guvnor.server.ServiceImplementation_$$_javassist_8.buildPackage(ServiceImplementation_$$_javassist_8.java)
at
org.drools.guvnor.server.RepositoryServiceServlet.buildPackage(RepositoryServiceServlet.java:186)
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
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527)
... 27 more
Caused by: java.lang.ClassCastException:
org.drools.rule.builder.dialect.clips.ClipsDialectConfiguration
at
org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:250)
... 61 more
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
1:46 p.m.
Hi Mark,
sorry, I am still a bit confused..so if you said it works exactly the same way as the old
rule agent,
that means, the URL I should use in change-set for getting the rules from Guvnor is the
one displayed in Package Snapshot (the binary package) like (from the advertising
example):
<change-set>
<add>
<resource
source='http://localhost:8080/drools-guvnor/org.drools.guvnor.Guvnor/package/Sensis/advertising'
type='??(which type)??' />
OR
<resource
source='http://localhost:8080/drools-guvnor/org.drools.guvnor.Guvnor/package/Sensis/LATEST.drl'
type='DRL' />
</add>
</change-set>
and getting the session as follows:
private final String CHANGE_SET = "/changeset.xml";
ResourceChangeScannerConfiguration sconf =
ResourceFactory.getResourceChangeScannerService()
.newResourceChangeScannerConfiguration();
sconf.setProperty("drools.resource.scanner.interval", "30");
ResourceFactory.getResourceChangeScannerService().configure(sconf);
this.kbase = KnowledgeBaseFactory.newKnowledgeBase();
KnowledgeAgentConfiguration aconf =
KnowledgeAgentFactory.newKnowledgeAgentConfiguration();
aconf.setProperty("drools.agent.scanDirectories", "true");
aconf.setProperty("drools.agent.newInstance", "true");
KnowledgeAgent kagent =
KnowledgeAgentFactory.newKnowledgeAgent("kagent", this.kbase,
aconf);
kagent.applyChangeSet(ResourceFactory.newFileResource(this.CHANGE_SET));
session = kagent.getKnowledgeBase().newStatelessKnowledgeSession();
Thanks
Paul
________________________________
From: Mark Proctor <mproctor(a)codehaus.org>
To: Rules Users List <rules-users(a)lists.jboss.org>
Sent: Tuesday, December 16, 2008 11:05:30 AM
Subject: Re: [rules-users] How to use KnowledgeAgent in the "old manner" (just
like RuleAgent)
Mark Proctor wrote:
Paul Sentosa wrote:
Hi,
Mark, thanks for the links and explanation.
So if I use Guvnor for administrating my rules,
- should I use the URL pointing to LATEST.DRL in change-set instead of
the one in package snapshot to get the latest version of rules?
- I assume the communication between my application and the Guvnor will
happen by the time applyChangeSet-method (which defines a resource by
pointing to the URL of DRL) is called and internally create package out
of it (compared to the method newRuleAgent("properties"). Is this
correct? Is there any significat difference in required
time/performance?
I added file scanning, I haven't yet added http scanning, I'll do that
this week. the file and http scanning, work in the same manner as they
do for the original rule agent. If you look at the file scanner now,
you can see how to implement your own if you really need to. The
framework is now designed that people can built their own resource
monitors, so they can implement their own push based implementations.
Sorry I had a mind blank, and I'm talking complete bollocks. http does
work. The ResourceChangeScannerImpl is independant of the resource
type, as long as the resource type implements getLastModified() and
getLastRead() it will work, which the http one does. So in theory
whether file or http resources, it should work the same way as the old
rule agent. The only difference is the configuration is now in a
different location, if you need to change the interval. You now no
longer change the interval on the individual rule agent, but on the
service.
Properties props = new Properties();
props.setProperty("drools.resource.scanner.interval", "30");
ResourceChangeScanner service =
ResourceFactory.getResourceChangeScannerService();
ResourceChangeScannerConfiguration rconf =
service.newResourceChangeScannerConfiguration(props);
service.configure( rconf );
Mark
Mark
Again, thanks and appreciate your answer
Regards
Paul
________________________________
From: Mark Proctor <mproctor(a)codehaus.org>
To: Rules Users List <rules-users(a)lists.jboss.org>
Sent: Tuesday,
December 16, 2008 9:22:22 AM
Subject: Re:
[rules-users] How to use KnowledgeAgent in the "old manner" (just like
RuleAgent)
psentosa wrote:
Hi all,
Can anyone give some explanation / examples on this? The docu is
still using
ruleagent.
I found some piece of codes within the KnowledgeAgentFactory, but
I saw that
it uses the configuration object.
The javadocs:
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
There are a number of unit tests you can follow:
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
I personally prefer the old style by using
a property file in which the configuration is defined.
The properties file does not offer enough flexibilility to support all
resource types - the xml really is quite simple - how do you specify
the worksheet name for a decision tree? In some ways it's actually
simpler and more powerful, as there is no separate line for
directories, it's just another resource and it detects that it's a
directory. ChangeSets will eventually support remove and modify, for
incremental knowledgebase changes, so the properties file just doesn't
cut it.
<change-set>
<add>
<resource source='http://www.domain.com/test.drl' type='DRL' />
<resource source='file://data/somedir'
type='DRL' />
<resource source='http://www.domain.com/test.xls' type='DTABLE'
>
<decisiontable-conf worksheet-name='sheet10'
input-type='XLS' />
</resource>
</add> </change-set>
Mark
Thanks in advance for any help
Regards
Paul
_______________________________________________
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
2:34 p.m.
Paul Sentosa wrote:
Hi Mark,
sorry, I am still a bit confused..so if you said it works exactly the
same way as the old rule agent,
that means, the URL I should use in change-set for getting the rules
from Guvnor is the one displayed in Package Snapshot (the binary
package) like (from the advertising example):
<change-set>
<add>
<resource
source='http://localhost:8080/drools-guvnor/org.drools.guvnor.Guvnor/package/Sensis/advertising'
<http://www.domain.com/test.drl%27> type='??(which type)??' />
OR
guvnor snapshots are binary packages, thus PKG
<resource
source='http://localhost:8080/drools-guvnor/org.drools.guvnor.Guvnor/package/Sensis/LATEST.drl'
type='DRL' />
</add>
</change-set>
and getting the session as follows:
private final String CHANGE_SET = "/changeset.xml";
ResourceChangeScannerConfiguration sconf =
ResourceFactory.getResourceChangeScannerService()
.newResourceChangeScannerConfiguration();
sconf.setProperty("drools.resource.scanner.interval", "30");
ResourceFactory.getResourceChangeScannerService().configure(sconf);
this.kbase = KnowledgeBaseFactory.newKnowledgeBase();
KnowledgeAgentConfiguration aconf =
KnowledgeAgentFactory.newKnowledgeAgentConfiguration();
aconf.setProperty("drools.agent.scanDirectories", "true");
aconf.setProperty("drools.agent.newInstance", "true");
KnowledgeAgent kagent =
KnowledgeAgentFactory.newKnowledgeAgent("kagent",
this.kbase, aconf);
kagent.applyChangeSet(ResourceFactory.newFileResource(this.CHANGE_SET));
session = kagent.getKnowledgeBase().newStatelessKnowledgeSession();
Thanks
Paul
------------------------------------------------------------------------
*From:* Mark Proctor <mproctor(a)codehaus.org>
*To:* Rules Users List <rules-users(a)lists.jboss.org>
*Sent:* Tuesday, December 16, 2008 11:05:30 AM
*Subject:* Re: [rules-users] How to use KnowledgeAgent in the "old
manner" (just like RuleAgent)
Mark Proctor wrote:
> Paul Sentosa wrote:
>> Hi,
>>
>> Mark, thanks for the links and explanation.
>> So if I use Guvnor for administrating my rules,
>> - should I use the URL pointing to LATEST.DRL in change-set instead
>> of the one in package snapshot to get the latest version of rules?
>>
>> - I assume the communication between my application and the Guvnor
>> will happen by the time applyChangeSet-method (which defines a
>> resource by pointing to the URL of DRL) is called and internally
>> create package out of it (compared to the method
>> newRuleAgent("properties"). Is this correct? Is there any significat
>> difference in required time/performance?
> I added file scanning, I haven't yet added http scanning, I'll do
> that this week. the file and http scanning, work in the same manner
> as they do for the original rule agent. If you look at the file
> scanner now, you can see how to implement your own if you really need
> to. The framework is now designed that people can built their own
> resource monitors, so they can implement their own push based
> implementations.
Sorry I had a mind blank, and I'm talking complete bollocks. http does
work. The ResourceChangeScannerImpl is independant of the resource
type, as long as the resource type implements getLastModified() and
getLastRead() it will work, which the http one does. So in theory
whether file or http resources, it should work the same way as the old
rule agent. The only difference is the configuration is now in a
different location, if you need to change the interval. You now no
longer change the interval on the individual rule agent, but on the
service.
Properties props = new Properties();
props.setProperty("drools.resource.scanner.interval", "30");
ResourceChangeScanner service =
ResourceFactory.getResourceChangeScannerService();
ResourceChangeScannerConfiguration rconf =
service.newResourceChangeScannerConfiguration(props);
service.configure( rconf );
Mark
>
> Mark
>>
>> Again, thanks and appreciate your answer
>>
>> Regards
>> Paul
>>
>>
>> ------------------------------------------------------------------------
>> *From:* Mark Proctor <mproctor(a)codehaus.org>
>> *To:* Rules Users List <rules-users(a)lists.jboss.org>
>> *Sent:* Tuesday, December 16, 2008 9:22:22 AM
>> *Subject:* Re: [rules-users] How to use KnowledgeAgent in the "old
>> manner" (just like RuleAgent)
>>
>> psentosa wrote:
>> > Hi all,
>> >
>> > Can anyone give some explanation / examples on this? The docu is
>> still using
>> > ruleagent.
>> > I found some piece of codes within the KnowledgeAgentFactory, but
>> I saw that
>> > it uses the configuration object.
>> The javadocs:
>>
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
>>
https://hudson.jboss.org/hudson/job/drools/lastSuccessfulBuild/artifact/t...
>>
>> There are a number of unit tests you can follow:
>>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
>>
>>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/t...
>>
>>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
>>
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-decisiontables...
>> > I personally prefer the old style by using
>> > a property file in which the configuration is defined.
>> >
>> The properties file does not offer enough flexibilility to support
>> all resource types - the xml really is quite simple - how do you
>> specify the worksheet name for a decision tree? In some ways it's
>> actually simpler and more powerful, as there is no separate line for
>> directories, it's just another resource and it detects that it's a
>> directory. ChangeSets will eventually support remove and modify, for
>> incremental knowledgebase changes, so the properties file just
>> doesn't cut it.
>>
>> <change-set>
>> <add>
>> <resource source='http://www.domain.com/test.drl'
>> <http://www.domain.com/test.drl%27> type='DRL' />
>> <resource source='file://data/somedir' type='DRL' />
>> <resource source='http://www.domain.com/test.xls'
>> <http://www.domain.com/test.xls%27> type='DTABLE' >
>> <decisiontable-conf worksheet-name='sheet10'
input-type='XLS' />
>> </resource>
>> </add> </change-set>
>>
>>
>> Mark
>>
>>
>> > Thanks in advance for any help
>> >
>> > Regards
>> > Paul
>> >
>>
>>
>> _______________________________________________
>> 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
>>
>
------------------------------------------------------------------------
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5632
days inactive
5633
days old
12 comments
4 participants
participants (4)
-
Héron Nicolas -
Mark Proctor -
Paul Sentosa -
psentosa