[rules-dev] Drools trunk build issue - any info?
Jervisliu
jliu at redhat.com
Sun Jan 17 23:11:40 EST 2010
I have several outstanding commits to drools-guvnor module. Not sure if
its a good time for me to commit them now. The trunk builds ok, but
there are still several test failures on trunk. When do we expect hudson
come back to normal?
Thanks,
Jervis
Mark Proctor wrote:
> 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
>>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
More information about the rules-dev
mailing list