10:05 p.m.
I have been trying to synchronize and get my patch to work with the latest
version of Drools 5.1.0.SNAPSHOT code from
http://anonsvn.jboss.org/repos/labs/labs/jbossrules/trunk without success.
I tried the same snapshot build on another of the Tohu projects that didn't
use the new patched code and got the same error.
I had tried to build the whole JBoss snapshot from the root pom. Had
encountered several issues due to dependency issues. What would you advise
in these circumstances? I can 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).
org.drools.runtime.rule.ConsequenceException: rule: LoyaltyCard
at
org.drools.runtime.rule.impl.DefaultConsequenceExceptionHandler.handl
eException(DefaultConsequenceExceptionHandler.java:23)
at org.drools.common.DefaultAgenda.fireActivation
(DefaultAgenda.java:981
)
at org.drools.common.DefaultAgenda.fireNextItem
(DefaultAgenda.java:918)
at org.drools.common.DefaultAgenda.fireAllRules
(DefaultAgenda.java:1130)
at org.drools.common.AbstractWorkingMemory.fireAllRules
(AbstractWorkingM
emory.java:739)
at org.drools.common.AbstractWorkingMemory.fireAllRules
(AbstractWorkingM
emory.java:705)
at org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules
(StatefulKno
wledgeSessionImpl.java:200)
at org.drools.command.runtime.rule.FireAllRulesCommand.execute
(FireAllRu
lesCommand.java:56)
at org.drools.command.runtime.rule.FireAllRulesCommand.execute
(FireAllRu
lesCommand.java:13)
at org.drools.runtime.impl.BatchExecutionImpl.execute
(BatchExecutionImpl
.java:35)
at org.drools.runtime.impl.BatchExecutionImpl.execute
(BatchExecutionImpl
.java:15)
at org.drools.impl.StatefulKnowledgeSessionImpl.execute
(StatefulKnowledg
eSessionImpl.java:826)
at org.drools.impl.StatefulKnowledgeSessionImpl.execute
(StatefulKnowledg
eSessionImpl.java:811)
at org.drools.runtime.pipeline.impl.ExecutorStage.execute
(ExecutorStage.
java:29)
at org.drools.runtime.pipeline.impl.ExecutorStage.receive
(ExecutorStage.
java:19)
at org.drools.runtime.pipeline.impl.BaseEmitter.emit
(BaseEmitter.java:31
)
at
org.drools.runtime.pipeline.impl.XStreamFromXmlTransformer.receive(XS
treamFromXmlTransformer.java:47)
at org.drools.runtime.pipeline.impl.BaseEmitter.emit
(BaseEmitter.java:31
)
at
org.drools.runtime.pipeline.impl.StatefulKnowledgeSessionPipelineImpl
.insert(StatefulKnowledgeSessionPipelineImpl.java:40)
at drools.rex.SessionExecutor$.execute(SessionExecutor.scala:26)
at drools.rex.Server.execute(Server.scala:32)
at drools.rex.StatefulServer.doPost(Server.scala:75)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle
(ServletHolder.java:487
)
at org.mortbay.jetty.servlet.ServletHandler.handle
(ServletHandler.java:3
62)
at org.mortbay.jetty.security.SecurityHandler.handle
(SecurityHandler.jav
a:216)
at org.mortbay.jetty.servlet.SessionHandler.handle
(SessionHandler.java:1
81)
at org.mortbay.jetty.handler.ContextHandler.handle
(ContextHandler.java:7
26)
at org.mortbay.jetty.webapp.WebAppContext.handle
(WebAppContext.java:405)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle
(ContextHand
lerCollection.java:206)
at org.mortbay.jetty.handler.HandlerCollection.handle
(HandlerCollection.
java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle
(HandlerWrapper.java:1
52)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest
(HttpConnection.java:50
5)
at org.mortbay.jetty.HttpConnection$RequestHandler.content
(HttpConnectio
n.java:843)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:648)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.io.nio.SelectChannelEndPoint.run
(SelectChannelEndPoint.ja
va:395)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run
(QueuedThreadPool.j
ava:488)
Caused by: [Error: drools.insertLogical(questionnaire): null]
[Near : {... Unknown ....}]
^
[Line: 1, Column: 0]
at
org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGet
Chain(ReflectiveAccessorOptimizer.java:373)
at
org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.optimizeAc
cessor(ReflectiveAccessorOptimizer.java:138)
at org.mvel2.ast.ASTNode.getReducedValueAccelerated
(ASTNode.java:133)
at org.mvel2.MVELRuntime.execute(MVELRuntime.java:85)
at org.mvel2.compiler.CompiledExpression.getValue
(CompiledExpression.jav
a:104)
at org.mvel2.MVEL.executeExpression(MVEL.java:995)
at org.drools.base.mvel.MVELConsequence.evaluate
(MVELConsequence.java:87
)
at org.drools.common.DefaultAgenda.fireActivation
(DefaultAgenda.java:972
)
... 39 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.getMethod(
ReflectiveAccessorOptimizer.java:930)
at
org.mvel2.optimizers.impl.refl.ReflectiveAccessorOptimizer.compileGet
Chain(ReflectiveAccessorOptimizer.java:315)
... 46 more
Caused by: java.lang.NullPointerException
at org.drools.reteoo.CollectNode.modifyTuple(CollectNode.java:354)
at org.drools.reteoo.CollectNode.assertObject(CollectNode.java:259)
at org.drools.reteoo.SingleObjectSinkAdapter.propagateAssertObject
(Singl
eObjectSinkAdapter.java:42)
at org.drools.reteoo.AlphaNode.assertObject(AlphaNode.java:147)
at
org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(
CompositeObjectSinkAdapter.java:360)
at
org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(Co
mpositeObjectSinkAdapter.java:337)
at org.drools.reteoo.ObjectTypeNode.assertObject
(ObjectTypeNode.java:184
)
at org.drools.reteoo.EntryPointNode.assertObject
(EntryPointNode.java:147
)
at org.drools.common.AbstractWorkingMemory.insert
(AbstractWorkingMemory.
java:1135)
at org.drools.common.AbstractWorkingMemory.insert
(AbstractWorkingMemory.
java:1086)
at org.drools.base.DefaultKnowledgeHelper.insertLogical
(DefaultKnowledge
Helper.java:129)
at org.drools.base.DefaultKnowledgeHelper.insertLogical
(DefaultKnowledge
Helper.java:123)
... 52 more
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
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 postmaster(a)solnetsolutions.co.nz as
soon as possible. The content of this email does not necessarily
reflect the views of Solnet Solutions Ltd.
10:15 p.m.
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
10:19 p.m.
remember you can mvn -Dmaven.test.skip install
On Thu, Jan 14, 2010 at 3:15 PM, Mark Proctor <mproctor(a)codehaus.org> wrote:
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
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com
1:49 p.m.
remember you can mvn -Dmaven.test.skip install
Don't use -Dmaven.test.skip (it's deprecated)
Use -DskipTests instead.
mvn -DskipTests clean install
With kind regards,
Geoffrey De Smet
Michael Neale schreef:
remember you can mvn -Dmaven.test.skip install
On Thu, Jan 14, 2010 at 3:15 PM, Mark Proctor <mproctor(a)codehaus.org> wrote:
> 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
> rules-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
1:25 a.m.
Hi Mark,
I am having this error with the latest trunk:
D:/svn/drools/trunk/drools-core/src/main/java/org/drools/runtime/dataloader/Data
LoaderFactory.java:[3,18] cannot find symbol
symbol : class ProviderInitializationException
location: package org.drools
Cheers,
Jervis
Mark Proctor wrote:
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
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
5:10 p.m.
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?
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
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]"
<ml-node+120169-970815654(a)n3.nabble.com>
To: petersellars <peter.sellars(a)solnetsolutions.co.nz>
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
+62260-488885041(a)n3.nabble.com
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 postmaster(a)solnetsolutions.co.nz as
soon as possible. The content of this email does not necessarily
reflect the views of Solnet Solutions Ltd.
--
View this message in context:
http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p121298.html
Sent from the Drools - Dev mailing list archive at Nabble.com.
9:30 p.m.
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]
<http://n3.nabble.com/user/SendEmail.jtp?type=node&node=121298&i=0...
To: petersellars <[hidden email]
<http://n3.nabble.com/user/SendEmail.jtp?type=node&node=121298&i=1...
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]
<http://n3.nabble.com/user/SendEmail.jtp?type=node&node=121298&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=121298&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-tp120143p121298.ht...
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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
8:09 p.m.
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?
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]"
<ml-node+121518-2145236691(a)n3.nabble.com>
To: petersellars <peter.sellars(a)solnetsolutions.co.nz>
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
+62260-488885041(a)n3.nabble.com
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 postmaster(a)solnetsolutions.co.nz as
soon as possible. The content of this email does not necessarily
reflect the views of Solnet Solutions Ltd.
--
View this message in context:
http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p124589.html
Sent from the Drools - Dev mailing list archive at Nabble.com.
8:49 p.m.
Is there some sensible default missing? This will break a few people if that
is the case.
On Mon, Jan 18, 2010 at 1:09 PM, petersellars <
peter.sellars(a)solnetsolutions.co.nz> 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?
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=1245...
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=1245...
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=1245...
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-tp120143p...
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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com
8:57 p.m.
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.ht...
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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
10:11 p.m.
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.ht...
> 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(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
------------------------------------------------------------------------
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
10:43 p.m.
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.ht...
>> 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(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
7:47 p.m.
...but unit tests are failing due to an MVEL regression. We
are chasing the MVEL author for a release ASAP
Any news on a fix for this at the moment? Have not heard anything for a few
days?
"Mark Proctor [via Drools - Java Rules Engine]" <ml-node
+120169-970815654(a)n3.nabble.com> wrote on 14/01/2010 05:17:05 p.m.:
[image removed]
Re: [rules-dev] Drools trunk build issue - any info?
Mark Proctor [via Drools - Java Rules Engine]
to:
petersellars
14/01/2010 05:17 p.m.
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
+62260-488885041(a)n3.nabble.com
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 postmaster(a)solnetsolutions.co.nz as
soon as possible. The content of this email does not necessarily
reflect the views of Solnet Solutions Ltd.
--
View this message in context:
http://n3.nabble.com/Drools-trunk-build-issue-any-info-tp120143p132635.html
Sent from the Drools - Dev mailing list archive at Nabble.com.
8:45 a.m.
MVEL author has told me we should see a release tue/wed, so hopefully
back to normal then.
Mark
On 21/01/2010 01:47, petersellars wrote:
> ...but unit tests are failing due to an MVEL regression. We
> are chasing the MVEL author for a release ASAP
Any news on a fix for this at the moment? Have not heard anything for
a few
days?
"Mark Proctor [via Drools - Java Rules Engine]" <ml-node
+[hidden email]
<http://n3.nabble.com/user/SendEmail.jtp?type=node&node=132635&i=0...
wrote on 14/01/2010 05:17:05 p.m.:
> [image removed]
>
> Re: [rules-dev] Drools trunk build issue - any info?
>
> Mark Proctor [via Drools - Java Rules Engine]
>
> to:
>
> petersellars
>
> 14/01/2010 05:17 p.m.
>
> 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]
<http://n3.nabble.com/user/SendEmail.jtp?type=node&node=132635&i=1...
> 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=132635&i=2... 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-tp120143p132635.ht...
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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
5445
days inactive
5456
days old
13 comments
6 participants
participants (6)
-
Geoffrey De Smet -
Jervisliu -
Mark Proctor -
Michael Neale -
Peter Sellars -
petersellars