[rules-dev] Drools trunk build issue - any info?

Mark Proctor mproctor at codehaus.org
Sun Jan 17 21:57:27 EST 2010


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] 
> <http://n3.nabble.com/user/SendEmail.jtp?type=node&node=124589&i=0>>
>
>   To:         petersellars <[hidden email] 
> <http://n3.nabble.com/user/SendEmail.jtp?type=node&node=124589&i=1>>
>
>   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] 
> <http://n3.nabble.com/user/SendEmail.jtp?type=node&node=124589&i=2>
> 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] 
> <http://n3.nabble.com/user/SendEmail.jtp?type=node&node=124589&i=3> 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? 
> <http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p124589.html>
> Sent from the Drools - Dev mailing list archive 
> <http://n3.nabble.com/Drools-Dev-f62260.html> at Nabble.com.
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>    

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20100118/4bb785ce/attachment-0001.html 


More information about the rules-dev mailing list