<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 18/01/2010 02:09, petersellars wrote:
<blockquote
cite="mid:28183_1263780548_4B53C2C4_28183_78_1_OF08AC3DD8.91182FD9-ONCC2576AF.000B408F-CC2576AF.000BD306@solnetsolutions.co.nz"
type="cite">Using the latest snapshot I am now able to build the
trunk. When I then try
<br>
to run the web application that uses this new version I am getting a
<br>
SystemEventListenerProvider failure. Has anyone else encountered this
<br>
issue? I know this area of the code was added as part of the OSGi work
- I
<br>
was just wondering if there is a way for me to fix this issue?
<br>
</blockquote>
I'm retro-fitting the various providers to allow both reflection and
OSGi access, so that the static factories will work, for legacy code. I
just got the last OSGi bit working, so I'm just cleaning things up and
making sure things work.<br>
<br>
Although we are still waiting for MVEL2 to be released, until hudson
begins working again :(<br>
<br>
Mark<br>
<blockquote
cite="mid:28183_1263780548_4B53C2C4_28183_78_1_OF08AC3DD8.91182FD9-ONCC2576AF.000B408F-CC2576AF.000BD306@solnetsolutions.co.nz"
type="cite"><br>
java.lang.IllegalArgumentException: Unable to locate a service for
Class
<br>
'org.dr
<br>
ools.SystemEventListenerProvider'
<br>
at org.drools.util.ServiceRegistryImpl.get
<br>
(ServiceRegistryImpl.java:76)
<br>
at org.drools.SystemEventListenerFactory.loadProvider
<br>
(SystemEventListene
<br>
rFactory.java:44)
<br>
at
<br>
org.drools.SystemEventListenerFactory.getSystemEventListenerProvider(
<br>
SystemEventListenerFactory.java:38)
<br>
at org.drools.SystemEventListenerFactory.getSystemEventListener
<br>
(SystemEv
<br>
entListenerFactory.java:29)
<br>
at org.drools.io.impl.ResourceChangeNotifierImpl.<init>
<br>
(ResourceChangeNo
<br>
tifierImpl.java:33)
<br>
at
<br>
org.drools.io.impl.ResourceProviderImpl.getResourceChangeNotifierServ
<br>
ice(ResourceProviderImpl.java:27)
<br>
at
org.drools.io.ResourceFactory.getResourceChangeNotifierService
<br>
(Resour
<br>
ceFactory.java:38)
<br>
at drools.rex.AgentListener.contextDestroyed(Server.scala:129)
<br>
<br>
Regards,
<br>
<br>
Peter Sellars
<br>
<br>
<br>
<br>
<br>
From: "Mark Proctor [via Drools - Java Rules Engine]" <<a
moz-do-not-send="true"
href="http://n3.nabble.com/user/SendEmail.jtp?type=node&node=124589&i=0"
target="_top" rel="nofollow">[hidden email]</a>> <br>
<br>
To: petersellars <<a moz-do-not-send="true"
href="http://n3.nabble.com/user/SendEmail.jtp?type=node&node=124589&i=1"
target="_top" rel="nofollow">[hidden email]</a>>
<br>
<br>
Date: 15/01/2010 04:38 p.m.
<br>
<br>
Subject: Re: [rules-dev] Drools trunk build issue - any info?
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On 14/01/2010 23:10, petersellars wrote:
<br>
Mark,
<br>
<br>
I have updated this morning and noticed that the ProviderLocator
and
<br>
associated classes have now been removed. I had used these to
provide
<br>
the
<br>
UserResource for custom Drl rule implementation. I notice there
is
<br>
now a
<br>
ServiceRegistry - so am assuming I now need to refactor my
<br>
implementation
<br>
to use this in order to provide a custom Drl rule resource (which
can
<br>
be
<br>
set via the services property file)? Am I correct in this
assumption?
<br>
The ServiceLocator and OSGi locator where community contributed,
ripped
<br>
from another project.
<br>
And to be honest way to complicated for needs, we really don't need
<br>
discovery for this. So I'm
<br>
doing a hard coded version, where containers can inject impl.
<br>
<br>
I'm refactoring this as part of thet OSGi work, it'll change just a bit
<br>
more over next day or two.
<br>
<br>
For your information I am also experiencing the following failure
<br>
when
<br>
performing an mvn -DskipTests clean install
<br>
<br>
[INFO] Compilation failure
<br>
C:\Documents and Settings\ps1336\workspace\tohu\JBoss-Trunk
<br>
\drools-decisiontable
<br>
s\src\test\java\org\drools\decisiontable\parser\xls
<br>
\ExcelParserTest.java:[95,11]
<br>
org.drools.decisiontable.parser.xls.ExcelParserTest.MockCell is
not
<br>
abstract an
<br>
d does not override abstract method getCellFeatures() in jxl.Cell
<br>
i'll double check that myself later today.
<br>
<br>
mark
<br>
<br>
Regards,
<br>
<br>
Peter Sellars
<br>
Senior Developer
<br>
Solnet Solutions Limited
<br>
Level 7, Brookfields House
<br>
19 Victoria Street, Auckland 1010, New Zealand
<br>
PO Box 6619, Auckland 1141, New Zealand
<br>
DDI: +64 9 977 5808 Mobile: +64 21 809 009
<br>
Main: +64 9 977 5800 Fax: +64 9 977 5801
<br>
<br>
<a class="moz-txt-link-abbreviated" href="http://www.solnetsolutions.co.nz">www.solnetsolutions.co.nz</a>
<br>
A Solnet Group Company
<br>
<br>
<br>
<br>
<br>
From: "Mark Proctor [via Drools - Java Rules Engine]"
<
<br>
[hidden email]>
<br>
<br>
To: petersellars <[hidden email]>
<br>
<br>
<br>
Date: 14/01/2010 05:17 p.m.
<br>
<br>
<br>
Subject: Re: [rules-dev] Drools trunk build issue - any
info?
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On 14/01/2010 04:05, Peter Sellars wrote:
<br>
> an roll back my local version to a version that
<br>
> works with the patched code (but then this will not work
with the
<br>
next
<br>
> version containing the current changes as it is).
<br>
>
<br>
> I have included the error below....(may give someone more
info
<br>
about the
<br>
> issue).
<br>
>
<br>
We are having a bit of a problem with trunk at the moment.
Everything
<br>
<br>
should compile, but unit tests are failing due to an MVEL
regression.
<br>
We
<br>
are chasing the MVEL author for a release ASAP.
<br>
<br>
Caused by: [Error: drools.insertLogical(questionnaire): null]
<br>
[Near : {... Unknown ....}]
<br>
^
<br>
[Line: 1, Column: 0]
<br>
at
<br>
<br>
Sorry for the inconvenience.
<br>
<br>
Mark
<br>
<br>
_______________________________________________
<br>
rules-dev mailing list
<br>
[hidden email]
<br>
<a moz-do-not-send="true"
href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_top"
rel="nofollow">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br>
<br>
View message @
<br>
<a moz-do-not-send="true"
href="http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p120169.html"
target="_top" rel="nofollow">http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p120169.html</a><br>
<br>
<br>
To start a new topic under Drools - Dev, email ml-node
<br>
+[hidden email]
<br>
To unsubscribe from Drools - Dev, click here.
<br>
<br>
<br>
<br>
<br>
<br>
Attention:
<br>
This email may contain information intended for the sole use of
<br>
the original recipient. Please respect this when sharing or
<br>
disclosing this email's contents with any third party. If you
<br>
believe you have received this email in error, please delete it
<br>
and notify the sender or [hidden email] as
<br>
soon as possible. The content of this email does not necessarily
<br>
reflect the views of Solnet Solutions Ltd.
<br>
<br>
<br>
View this message in context: Re: [rules-dev] Drools trunk build
<br>
issue - any info?
<br>
Sent from the Drools - Dev mailing list archive at Nabble.com.
<br>
<br>
<br>
_______________________________________________
<br>
rules-dev mailing list
<br>
[hidden email]
<br>
<a moz-do-not-send="true"
href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_top"
rel="nofollow">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br>
<br>
<br>
_______________________________________________
<br>
rules-dev mailing list
<br>
[hidden email]
<br>
<a moz-do-not-send="true"
href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_top"
rel="nofollow">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
<br>
<br>
View message @
<br>
<a moz-do-not-send="true"
href="http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p121518.html"
target="_top" rel="nofollow">http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p121518.html</a><br>
<br>
To start a new topic under Drools - Dev, email ml-node
<br>
+<a moz-do-not-send="true"
href="http://n3.nabble.com/user/SendEmail.jtp?type=node&node=124589&i=2"
target="_top" rel="nofollow">[hidden email]</a>
<br>
To unsubscribe from Drools - Dev, click here.
<br>
<br>
<br>
<br>
<br>
<br>
Attention:
<br>
This email may contain information intended for the sole use of
<br>
the original recipient. Please respect this when sharing or
<br>
disclosing this email's contents with any third party. If you
<br>
believe you have received this email in error, please delete it
<br>
and notify the sender or <a moz-do-not-send="true"
href="http://n3.nabble.com/user/SendEmail.jtp?type=node&node=124589&i=3"
target="_top" rel="nofollow">[hidden email]</a> as
<br>
soon as possible. The content of this email does not necessarily
<br>
reflect the views of Solnet Solutions Ltd.
<br>
<br>
<br>
<hr width="300" align="left">View this message in context: <a
moz-do-not-send="true"
href="http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p124589.html">Re:
[rules-dev] Drools trunk build issue - any info?</a><br>
Sent from the <a moz-do-not-send="true"
href="http://n3.nabble.com/Drools-Dev-f62260.html">Drools - Dev
mailing list archive</a> at Nabble.com.<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
rules-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-dev">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
</blockquote>
<br>
</body>
</html>