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