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