headers
premkumar | 5 Oct 2009 09:45
Picon

[rules-dev] Re quest for Help on Drools flow integaration with Quartz Scheduler


 We are developing the Drools flow based work flow engine for our internal
application. I would like to hear from expert inputs on
   1.    Integrating drools flow with Quartz Scheduler or other schedulers
to replace the timer property of human task
   2.   Can a Quartz job mimic a human action to move along a drools flow
process?

This is an very urgent requirement can some one quickly responses on the
feasibility and some samples on the same. 

Thanks
Prem
--

-- 
View this message in context: http://www.nabble.com/Request-for-Help-on-Drools-flow-integaration-with-Quartz-Scheduler-tp25746402p25746402.html
Sent from the drools - dev mailing list archive at Nabble.com.

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 0 comments |
headers
premkumar | 6 Oct 2009 11:18
Picon

[rules-dev] Drools Flow Persisternce Stack Overflow Error


Hi 

     I am new to drools flow and trying to use the persistence using
JPAKnowledgeService. When i tried that got the stack overflow error in H2
db. 

    Can any one provide the guidance how to resolve this. 

The exception trace is below

Hibernate: insert into SessionInfo (id, dirty, lastModificationDate,
rulesByteArray, startDate) values (null, ?, ?, ?, ?)
 After the persistence Session  <at>  <at>  <at>  <at>  <at>  <at>  
Oct 6, 2009 2:42:21 PM bitronix.tm.twopc.Preparer prepare
WARNING: executing transaction with 0 enlisted resource
Oct 6, 2009 2:42:21 PM bitronix.tm.twopc.Preparer prepare
WARNING: executing transaction with 0 enlisted resource
Oct 6, 2009 2:42:22 PM bitronix.tm.twopc.Preparer prepare
WARNING: executing transaction with 0 enlisted resource
Hibernate: insert into ProcessInstanceInfo (processInstanceId,
externalVariables, lastModificationDate, lastReadDate, processId,
processInstanceByteArray, startDate, state, OPTLOCK) values (null, ?, ?, ?,
?, ?, ?, ?, ?)
Hibernate: insert into WorkItemInfo (workItemId, creationDate, name,
processInstanceId, state, OPTLOCK, workItemByteArray) values (null, ?, ?, ?,
?, ?, ?)
Executing work item WorkItem 22 [name=Human Task, state=0,
processInstanceId=21, parameters{ActorId=Admin, Comment=Raise Tk Request,
Skippable=false, TaskName=Raise Tk Request}]
(Continue reading)

Permalink | Reply | 0 comments |
headers
premkumar | 6 Oct 2009 17:31
Picon

Re: [rules-dev] Drools Flow Persisternce Stack Overflow Error


Thanks Maurico on your response.  yes i am using bitronics .

 I have identified why this error happens when i have insert ProcessInstance
obect to session as a fact to made available them in drools rule file
conditions both LHS and RHS. Since the process instance is not implements
Serializable.

Let me give details about me project tt is spring based web project with
hibernate .  

If you have any inputs how can i pass ProcessInstance object to Rules when
am using JPAKnowledgeService.

Find the Persistence.xml below

  <persistence-unit  name="org.drools.persistence.jpa"
transaction-type="JTA">
   <provider>org.hibernate.ejb.HibernatePersistence</provider>
    <jta-data-source>processInstanceDS</jta-data-source>
    <class>org.drools.persistence.session.SessionInfo</class>

<class>org.drools.persistence.processinstance.ProcessInstanceInfo</class>

<class>org.drools.persistence.processinstance.ProcessInstanceEventInfo</class>
    <class>org.drools.persistence.processinstance.WorkItemInfo</class>

    <properties>
	       <property name="hibernate.dialect"
value="org.hibernate.dialect.H2Dialect"/>
(Continue reading)

Permalink | Reply | 3 comments |
headers
Geoffrey De Smet | 6 Oct 2009 18:27
Picon
Gravatar

[rules-dev] compilation failure on trunk

When I try "mvn clean install -DskipTests", I get this (java version 
"1.6.0_16"):

[INFO] 
------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] 
------------------------------------------------------------------------
[INFO] Compilation
failure
/home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7] 
org.drools.concurrent.ExternalExecutorService is not abstract and does 
not override abstract method <T>invokeAny(java.util.Collection<? extends 
java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in

java.util.concurrent.ExecutorService

/home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7] 
org.drools.concurrent.ExternalExecutorService is not abstract and does 
not override abstract method <T>invokeAny(java.util.Collection<? extends 
java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in 
java.util.concurrent.ExecutorService

--

-- 
With kind regards,
Geoffrey De Smet

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
(Continue reading)

Permalink | Reply | 6 comments |
headers
Geoffrey De Smet | 6 Oct 2009 18:53
Picon
Gravatar

Re: [rules-dev] compilation failure on trunk

I've fixed it on trunk with this commit:
"compilation error on jdk 6 (not on jdk 5) because the ExectutorService 
interface in java 6 follows the Joshua Bloch PECS pattern (so 
Collection<? extends Callable...> instead of just Collection<Callable...>)"

See
http://fisheye.jboss.org/browse/JBossRules/trunk/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java?r1=29459&r2=29541

With kind regards,
Geoffrey De Smet

Geoffrey De Smet schreef:
> When I try "mvn clean install -DskipTests", I get this (java version 
> "1.6.0_16"):
> 
> [INFO] 
> ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO] 
> ------------------------------------------------------------------------
> [INFO] Compilation failure
>
/home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7] 
> org.drools.concurrent.ExternalExecutorService is not abstract and does 
> not override abstract method <T>invokeAny(java.util.Collection<? extends 
> java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in 
> java.util.concurrent.ExecutorService
> 
> 
>
(Continue reading)

Permalink | Reply | 4 comments |
headers
Nicolas Héron | 6 Oct 2009 18:55
Picon
Gravatar

Re: [rules-dev] compilation failure on trunk

There are problems with java 1.6, you have move back to java 1.5 right now
Nicolas

2009/10/6 Geoffrey De Smet <ge0ffrey.spam <at> gmail.com>
When I try "mvn clean install -DskipTests", I get this (java version
"1.6.0_16"):

[INFO]
------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
[INFO] Compilation failure
/home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7]
org.drools.concurrent.ExternalExecutorService is not abstract and does
not override abstract method <T>invokeAny(java.util.Collection<? extends
java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in
java.util.concurrent.ExecutorService



/home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7]
org.drools.concurrent.ExternalExecutorService is not abstract and does
not override abstract method <T>invokeAny(java.util.Collection<? extends
java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in
java.util.concurrent.ExecutorService


--
With kind regards,
Geoffrey De Smet

_______________________________________________
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
Permalink | Reply | 0 comments |
headers
Edson Tirelli | 6 Oct 2009 19:01
Picon
Gravatar

Re: [rules-dev] compilation failure on trunk


    Geoffrey,

    Java 6 API change was not source backward compatible with Java 5. Drools 5.1m1 is supposed to compile only with Java 5.

    We will probably move to Java 6 for the next milestone, since Java 5 is EOL this month anyway, but you need to rollback your change meanwhile.

    To compile trunk with Java 6, for now you have to use "-source 1.5".

    Edson


2009/10/6 Geoffrey De Smet <ge0ffrey.spam <at> gmail.com>
I've fixed it on trunk with this commit:
"compilation error on jdk 6 (not on jdk 5) because the ExectutorService
interface in java 6 follows the Joshua Bloch PECS pattern (so
Collection<? extends Callable...> instead of just Collection<Callable...>)"

See
http://fisheye.jboss.org/browse/JBossRules/trunk/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java?r1=29459&r2=29541

With kind regards,
Geoffrey De Smet


Geoffrey De Smet schreef:
> When I try "mvn clean install -DskipTests", I get this (java version
> "1.6.0_16"):
>
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Compilation failure
> /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7]
> org.drools.concurrent.ExternalExecutorService is not abstract and does
> not override abstract method <T>invokeAny(java.util.Collection<? extends
> java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in
> java.util.concurrent.ExecutorService
>
>
>
> /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7]
> org.drools.concurrent.ExternalExecutorService is not abstract and does
> not override abstract method <T>invokeAny(java.util.Collection<? extends
> java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in
> java.util.concurrent.ExecutorService
>
>

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev



--
 Edson Tirelli
 JBoss Drools Core Development
 JBoss by Red Hat <at> www.jboss.com
_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 3 comments |
headers
Mauricio Salatino | 6 Oct 2009 19:13
Picon
Gravatar

Re: [rules-dev] Drools Flow Persisternce Stack Overflow Error

Hi, no problem.
Basically you don't need to pass the ProcessInstance to the rules, because you can make inferences using the information inside the process instance in your rules.
If you can share what you want to do in your rules, I can help you..
Greetings

On Tue, Oct 6, 2009 at 8:31 AM, premkumar <premkumar.sivanandan <at> gmail.com> wrote:

Thanks Maurico on your response.  yes i am using bitronics .

 I have identified why this error happens when i have insert ProcessInstance
obect to session as a fact to made available them in drools rule file
conditions both LHS and RHS. Since the process instance is not implements
Serializable.

Let me give details about me project tt is spring based web project with
hibernate .

If you have any inputs how can i pass ProcessInstance object to Rules when
am using JPAKnowledgeService.


Find the Persistence.xml below

 <persistence-unit  name="org.drools.persistence.jpa"
transaction-type="JTA">
  <provider>org.hibernate.ejb.HibernatePersistence</provider>
   <jta-data-source>processInstanceDS</jta-data-source>
   <class>org.drools.persistence.session.SessionInfo</class>

<class>org.drools.persistence.processinstance.ProcessInstanceInfo</class>

<class>org.drools.persistence.processinstance.ProcessInstanceEventInfo</class>
   <class>org.drools.persistence.processinstance.WorkItemInfo</class>

   <properties>
              <property name="hibernate.dialect"
value="org.hibernate.dialect.H2Dialect"/>
             <property name="hibernate.max_fetch_depth" value="3"/>
             <property name="hibernate.hbm2ddl.auto" value="update"/>
             <property name="hibernate.show_sql" value="true"/>
             <property name="hibernate.transaction.manager_lookup_class"
                       value="org.hibernate.transaction.BTMTransactionManagerLookup"/>
    </properties>
 </persistence-unit>
</persistence>

Datasource intialization code

PoolingDataSource ds = new PoolingDataSource();
               ds.setUniqueName("processInstanceDS");

               ds.setClassName("org.h2.jdbcx.JdbcDataSource");
               ds.setMaxPoolSize(3);
               ds.setAllowLocalTransactions(true);
               ds.getDriverProperties().put("user", "sa");
               ds.getDriverProperties().put("password", "sasa");
               ds.getDriverProperties().put("URL",
"jdbc:h2:file:/NotBackedUp/data/process-instance-db");
               ds.init()
Thanks
Prem


Mauricio Salatino wrote:
>
> are you using bitronix and an EJB3 container?
> can you explain us your infrastructure? what kind of projects do you have,
> etc.
> Thanks!
>
> On Tue, Oct 6, 2009 at 2:18 AM, premkumar
> <premkumar.sivanandan <at> gmail.com>wrote:
>
>>
>> Hi
>>
>>     I am new to drools flow and trying to use the persistence using
>> JPAKnowledgeService. When i tried that got the stack overflow error in H2
>> db.
>>
>>    Can any one provide the guidance how to resolve this.
>>
>> The exception trace is below
>>
>> Hibernate: insert into SessionInfo (id, dirty, lastModificationDate,
>> rulesByteArray, startDate) values (null, ?, ?, ?, ?)
>>  After the persistence Session <at> <at> <at> <at> <at> <at>
>> Oct 6, 2009 2:42:21 PM bitronix.tm.twopc.Preparer prepare
>> WARNING: executing transaction with 0 enlisted resource
>> Oct 6, 2009 2:42:21 PM bitronix.tm.twopc.Preparer prepare
>> WARNING: executing transaction with 0 enlisted resource
>> Oct 6, 2009 2:42:22 PM bitronix.tm.twopc.Preparer prepare
>> WARNING: executing transaction with 0 enlisted resource
>> Hibernate: insert into ProcessInstanceInfo (processInstanceId,
>> externalVariables, lastModificationDate, lastReadDate, processId,
>> processInstanceByteArray, startDate, state, OPTLOCK) values (null, ?, ?,
>> ?,
>> ?, ?, ?, ?, ?)
>> Hibernate: insert into WorkItemInfo (workItemId, creationDate, name,
>> processInstanceId, state, OPTLOCK, workItemByteArray) values (null, ?, ?,
>> ?,
>> ?, ?, ?)
>> Executing work item WorkItem 22 [name=Human Task, state=0,
>> processInstanceId=21, parameters{ActorId=Admin, Comment=Raise Tk Request,
>> Skippable=false, TaskName=Raise Tk Request}]
>> Hibernate: update ProcessInstanceInfo set externalVariables=?,
>> lastModificationDate=?, lastReadDate=?, processId=?,
>> processInstanceByteArray=?, startDate=?, state=?, OPTLOCK=? where
>> processInstanceId=? and OPTLOCK=?
>> Hibernate: insert into ProcessInstanceInfo_eventTypes
>> (ProcessInstanceInfo_processInstanceId, element) values (?, ?)
>> Hibernate: delete from WorkItemInfo where workItemId=? and OPTLOCK=?
>> Hibernate: update SessionInfo set dirty=?, lastModificationDate=?,
>> rulesByteArray=?, startDate=? where id=?
>> ****** ut ******* a BitronixTransactionManager with 0 in-flight
>> transaction(s)
>> Oct 6, 2009 2:42:22 PM bitronix.tm.BitronixTransaction
>> fireBeforeCompletionEvent
>> WARNING: Synchronization.beforeCompletion() call failed for
>> org.hibernate.ejb.AbstractEntityManagerImpl$1 <at> 1824d2c, marking
>> transaction
>> as rollback only
>> javax.persistence.PersistenceException: java.lang.RuntimeException:
>> java.lang.StackOverflowError
>>        at
>>
>> org.hibernate.ejb.AbstractEntityManagerImpl$1.beforeCompletion(AbstractEntityManagerImpl.java:516)
>>        at
>>
>> bitronix.tm.BitronixTransaction.fireBeforeCompletionEvent(BitronixTransaction.java:366)
>>        at
>> bitronix.tm.BitronixTransaction.commit(BitronixTransaction.java:142)
>>        at
>>
>> bitronix.tm.BitronixTransactionManager.commit(BitronixTransactionManager.java:96)
>>        at
>>
>> org.drools.persistence.session.SingleSessionCommandService.execute(SingleSessionCommandService.java:258)
>>        at
>>
>> org.drools.command.impl.CommandBasedStatefulKnowledgeSession.insert(CommandBasedStatefulKnowledgeSession.java:305)
>>        at com.sample.POCTestClient.main(POCTestClient.java:57)
>> Caused by: java.lang.RuntimeException: java.lang.StackOverflowError
>>        at
>> org.hibernate.ejb.event.BeanCallback.invoke(BeanCallback.java:31)
>>        at
>>
>> org.hibernate.ejb.event.EntityCallbackHandler.callback(EntityCallbackHandler.java:80)
>>        at
>>
>> org.hibernate.ejb.event.EntityCallbackHandler.preUpdate(EntityCallbackHandler.java:65)
>>        at
>>
>> org.hibernate.ejb.event.EJB3FlushEntityEventListener.invokeInterceptor(EJB3FlushEntityEventListener.java:41)
>>        at
>>
>> org.hibernate.event.def.DefaultFlushEntityEventListener.handleInterception(DefaultFlushEntityEventListener.java:330)
>>        at
>>
>> org.hibernate.event.def.DefaultFlushEntityEventListener.scheduleUpdate(DefaultFlushEntityEventListener.java:270)
>>        at
>>
>> org.hibernate.event.def.DefaultFlushEntityEventListener.onFlushEntity(DefaultFlushEntityEventListener.java:151)
>>        at
>>
>> org.hibernate.event.def.AbstractFlushingEventListener.flushEntities(AbstractFlushingEventListener.java:219)
>>        at
>>
>> org.hibernate.event.def.AbstractFlushingEventListener.flushEverythingToExecutions(AbstractFlushingEventListener.java:99)
>>        at
>>
>> org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:49)
>>        at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1027)
>>        at
>> org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:365)
>>        at
>>
>> org.hibernate.ejb.AbstractEntityManagerImpl$1.beforeCompletion(AbstractEntityManagerImpl.java:504)
>>        ... 6 more
>> Caused by: java.lang.StackOverflowError
>>
>> thanks
>> Prem
>> --
>> View this message in context:
>> http://www.nabble.com/Drools-Flow-Persisternce-Stack-Overflow-Error-tp25765337p25765337.html
>> Sent from the drools - dev mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev <at> lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>
>
>
> --
> - http://salaboy.wordpress.com
> - http://www.jbug.com.ar
> - Salatino "Salaboy" Mauricio -
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>

--
View this message in context: http://www.nabble.com/Drools-Flow-Persisternce-Stack-Overflow-Error-tp25765337p25771029.html
Sent from the drools - dev mailing list archive at Nabble.com.

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev



--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 2 comments |
headers
Geoffrey De Smet | 6 Oct 2009 19:41
Picon
Gravatar

Re: [rules-dev] compilation failure on trunk

I've reverted my change.
I hope drools is moved to java 6 soon, as it's pretty annoying :/

What's stopping the move to java 6 on trunk if you already plan to do it 
for m2 and m1 has been released?

With kind regards,
Geoffrey De Smet

Edson Tirelli schreef:
> 
>     Geoffrey,
> 
>     Java 6 API change was not source backward compatible with Java 5. 
> Drools 5.1m1 is supposed to compile only with Java 5.
> 
>     We will probably move to Java 6 for the next milestone, since Java 5 
> is EOL this month anyway, but you need to rollback your change meanwhile.
> 
>     To compile trunk with Java 6, for now you have to use "-source 1.5".
> 
>     Edson
> 
> 
> 2009/10/6 Geoffrey De Smet <ge0ffrey.spam <at> gmail.com 
> <mailto:ge0ffrey.spam <at> gmail.com>>
> 
>     I've fixed it on trunk with this commit:
>     "compilation error on jdk 6 (not on jdk 5) because the ExectutorService
>     interface in java 6 follows the Joshua Bloch PECS pattern (so
>     Collection<? extends Callable...> instead of just
>     Collection<Callable...>)"
> 
>     See
>     http://fisheye.jboss.org/browse/JBossRules/trunk/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java?r1=29459&r2=29541
>     <http://fisheye.jboss.org/browse/JBossRules/trunk/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java?r1=29459&r2=29541>
> 
>     With kind regards,
>     Geoffrey De Smet
> 
> 
>     Geoffrey De Smet schreef:
>      > When I try "mvn clean install -DskipTests", I get this (java version
>      > "1.6.0_16"):
>      >
>      > [INFO]
>      >
>     ------------------------------------------------------------------------
>      > [ERROR] BUILD FAILURE
>      > [INFO]
>      >
>     ------------------------------------------------------------------------
>      > [INFO] Compilation failure
>      >
>     /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7]
>      > org.drools.concurrent.ExternalExecutorService is not abstract and
>     does
>      > not override abstract method <T>invokeAny(java.util.Collection<?
>     extends
>      >
>     java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in
>      > java.util.concurrent.ExecutorService
>      >
>      >
>      >
>      >
>     /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7]
>      > org.drools.concurrent.ExternalExecutorService is not abstract and
>     does
>      > not override abstract method <T>invokeAny(java.util.Collection<?
>     extends
>      >
>     java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in
>      > java.util.concurrent.ExecutorService
>      >
>      >
> 
>     _______________________________________________
>     rules-dev mailing list
>     rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
>     https://lists.jboss.org/mailman/listinfo/rules-dev
> 
> 
> 
> 
> -- 
>  Edson Tirelli
>  JBoss Drools Core Development
>  JBoss by Red Hat  <at>  www.jboss.com <http://www.jboss.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
Permalink | Reply | 0 comments |
headers
Geoffrey De Smet | 6 Oct 2009 19:44
Picon
Gravatar

Re: [rules-dev] compilation failure on trunk

>     To compile trunk with Java 6, for now you have to use "-source 1.5".

That doesn't work, as the maven compiler plugin is already set to use 
source 1.5 in the main pom and I can't compile with jdk 6. It can only 
be compiled with jdk 5 it seems, not jdk 6.

With kind regards,
Geoffrey De Smet

Edson Tirelli schreef:
> 
>     Geoffrey,
> 
>     Java 6 API change was not source backward compatible with Java 5. 
> Drools 5.1m1 is supposed to compile only with Java 5.
> 
>     We will probably move to Java 6 for the next milestone, since Java 5 
> is EOL this month anyway, but you need to rollback your change meanwhile.
> 
>     To compile trunk with Java 6, for now you have to use "-source 1.5".
> 
>     Edson
> 
> 
> 2009/10/6 Geoffrey De Smet <ge0ffrey.spam <at> gmail.com 
> <mailto:ge0ffrey.spam <at> gmail.com>>
> 
>     I've fixed it on trunk with this commit:
>     "compilation error on jdk 6 (not on jdk 5) because the ExectutorService
>     interface in java 6 follows the Joshua Bloch PECS pattern (so
>     Collection<? extends Callable...> instead of just
>     Collection<Callable...>)"
> 
>     See
>     http://fisheye.jboss.org/browse/JBossRules/trunk/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java?r1=29459&r2=29541
>     <http://fisheye.jboss.org/browse/JBossRules/trunk/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java?r1=29459&r2=29541>
> 
>     With kind regards,
>     Geoffrey De Smet
> 
> 
>     Geoffrey De Smet schreef:
>      > When I try "mvn clean install -DskipTests", I get this (java version
>      > "1.6.0_16"):
>      >
>      > [INFO]
>      >
>     ------------------------------------------------------------------------
>      > [ERROR] BUILD FAILURE
>      > [INFO]
>      >
>     ------------------------------------------------------------------------
>      > [INFO] Compilation failure
>      >
>     /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7]
>      > org.drools.concurrent.ExternalExecutorService is not abstract and
>     does
>      > not override abstract method <T>invokeAny(java.util.Collection<?
>     extends
>      >
>     java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in
>      > java.util.concurrent.ExecutorService
>      >
>      >
>      >
>      >
>     /home/ge0ffrey/projects/jboss/drools/drools-core/src/main/java/org/drools/concurrent/ExternalExecutorService.java:[31,7]
>      > org.drools.concurrent.ExternalExecutorService is not abstract and
>     does
>      > not override abstract method <T>invokeAny(java.util.Collection<?
>     extends
>      >
>     java.util.concurrent.Callable<T>>,long,java.util.concurrent.TimeUnit) in
>      > java.util.concurrent.ExecutorService
>      >
>      >
> 
>     _______________________________________________
>     rules-dev mailing list
>     rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
>     https://lists.jboss.org/mailman/listinfo/rules-dev
> 
> 
> 
> 
> -- 
>  Edson Tirelli
>  JBoss Drools Core Development
>  JBoss by Red Hat  <at>  www.jboss.com <http://www.jboss.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
Permalink | Reply | 1 comment |

Gmane