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 >>> [email protected] >>> https://lists.jboss.org/mailman/listinfo/rules-dev >>> >>> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> rules-dev mailing list >> [email protected] >> https://lists.jboss.org/mailman/listinfo/rules-dev >> >> > _______________________________________________ > rules-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/rules-dev > > > _______________________________________________ rules-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/rules-dev
