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

Mark Proctor mproctor at codehaus.org
Sun Jan 17 23:43:21 EST 2010


On 18/01/2010 04:11, Jervisliu wrote:
> 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?
>    
Hudson will not build until there is an MVEL release, I'm chasing mike 
daily.

Mark
> 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
>>
>>      
> _______________________________________________
> 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