Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because of decision table serialization

2011-07-13 Thread Vincent Legendre
Title: CARTE DE VISITE


  
  
ok thanks for your answer
So I will try to substitute in the XML and see what happends ...

Just one little more point : you are saying that even the CR1 is not
compatible with the Final ? For M1 and M2, as they are beta, why
not, but a CR should be compliant with the final release (in my
opinion).


Le 12/07/2011 18:15, Michael Anstis a crit:
I am only aware of the changes made around the dtable
  XML.
  
  Declarative fact types would be an interesting one as that had a
  few changes made too to support CEP (addition of annotations).
  
  I am unaware of the difficulties with processes. Somebody else
  here may be able to comment.
  
  
  2011/7/12 Atherton, Robert W CIV
SPAWARSYSCEN-ATLANTIC, 54422 robert.ather...@navy.mil

  
Is the statement about backwards
  compatibility only true for CEP and decision tables,
  or does it pertain to upgrading from 5.2.M2 to Final
  as a whole? 

My project has been trying to
  upgrade from 5.2.M2 to Final, and we are having
  problems with our StatefulKnowledgeSession not
  containing any of the processes or fact types defined
  in our guvnor package.

Thanks,
Rob


  
  From: rules-users-boun...@lists.jboss.org
[mailto:rules-users-boun...@lists.jboss.org]
On Behalf Of Michael Anstis
Sent: Tuesday, July 12, 2011 11:53 AM
To: Rules Users List
Subject: Re: [rules-users] repository in 5.2.M2
crashes in 5.2.Final because of decision table
serialization
  


  
That explains it.

The CEP changes were made between 5.2.M2 and Final.

Since 5.2.M2 was a beta Mark Proctor was OK not keeping
backwards compatibility between the M2 and Final. I
checked before making the changes.

Unfortunately the code-base only supports automatic
conversion between 5.1.Final and 5.2.Final. Any guided
decision tables made on 5.2.M1, 5.2.M2 and 5.2.CR1 are
incompatible with 5.2.Final.

With kind regards,

Mike

2011/7/12 Vincent LEGENDRE vincent.legen...@eurodecision.com
  

  
We had a repository done with 5.2.M2.
We had exported this in a xml, and import
  this xml in a new 5.2.Final version

We don't use the classes below (at least not
  intentionnaly), we simply try to get the
  source (from Guvnor URL) or "compile" a
  package (from the package view).

  Is there a way to use
  org.drools.ide.common.server.util.RepositoryUpgradeHelper
  to convert the repository explicitely ?

  

De: "Michael Anstis" michael.ans...@gmail.com
  : "Rules Users List" rules-users@lists.jboss.org
  Envoy: Mardi 12 Juillet 2011 17:39:00
  Objet: Re: [rules-users] repository in
  5.2.M2 crashes in 5.2.Final because of
  decision table serialization

  

How are you loading and compiling the
dtable?

Guvnor uses
org.drools.ide.common.server.util.GuidedDTXMLPersistence
to convert XML to and from the object model.

This in turn uses
org.drools.ide.common.server.util.RepositoryUpgradeHelper
to convert from GuidedDecisionTable to
GuidedDecisionTable52.

We had to make some essential changes for
Guvnor 5.2 to support CEP operators on the
guided decision table.

With kind regards,

 

[rules-users] repository in 5.2.M2 crashes in 5.2.Final because of decision table serialization

2011-07-12 Thread Vincent LEGENDRE


Hi all 



We tried to use the 5.2.Final version of Guvnor, but the compilation fails with 
an error saying that class dtable does not exists. 

After looking more depply, it appears that the XML storage format has changed 
in 5.2.Final : 

- root XML is now   decision-table52  instead of dtable 

- pattern is now  org.drools.guvnor.client.modeldriven.dt52.Pattern52  with 
some condition-column grouped by fact, instead of independant condition-column 

- pattern is now  org.drools.guvnor.client.modeldriven.dt52.Pattern52  with 
some condition-column grouped by fact, instead of independant condition-column 

- actions is now  insert-fact-column 52 instead of the same thing without 
version in it, but this time no structure changes ... 



Is there a way to migrate old tables to new format ? 

Changing a repository.xml by subtitutions is OK ? 

Do we have to plan such problems for future versions ? 
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because of decision table serialization

2011-07-12 Thread Michael Anstis
How are you loading and compiling the dtable?

Guvnor uses org.drools.ide.common.server.util.GuidedDTXMLPersistence to
convert XML to and from the object model.

This in turn uses org.drools.ide.common.server.util.RepositoryUpgradeHelper
to convert from GuidedDecisionTable to GuidedDecisionTable52.

We had to make some essential changes for Guvnor 5.2 to support CEP
operators on the guided decision table.

With kind regards,

Mike

2011/7/12 Vincent LEGENDRE vincent.legen...@eurodecision.com

 Hi all



 We tried to use the 5.2.Final version of Guvnor, but the compilation fails
 with an error saying that class dtable does not exists.

 After looking more depply, it appears that the XML storage format has
 changed in 5.2.Final :

 - root XML is now decision-table52 instead of dtable

 - pattern is now org.drools.guvnor.client.modeldriven.dt52.Pattern52
 with some condition-column grouped by fact, instead of independant
 condition-column

 - actions is now insert-fact-column52 instead of the same thing without
 version in it, but this time no structure changes ...



 Is there a way to migrate old tables to new format ?

 Changing a repository.xml by subtitutions is OK ?

 Do we have to plan such problems for future versions ?

 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because of decision table serialization

2011-07-12 Thread Vincent LEGENDRE


We had a repository done with 5.2.M2. 

We had exported this in a xml, and import this xml in a new 5.2.Final version 



We don't use the classes below (at least not intentionnaly), we simply try to 
get the source (from Guvnor URL) or compile a package (from t he package 
view). 


Is there a way to use org.drools.ide.common.server.util.RepositoryUpgradeHelper 
to convert the repository explicitely ? 




- Mail original -


De: Michael Anstis michael.ans...@gmail.com 
À: Rules Users List rules-users@lists.jboss.org 
Envoyé: Mardi 12 Juillet 2011 17:39:00 
Objet: Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because of 
decision table serialization 

How are you loading and compiling the dtable? 

Guvnor uses org.drools.ide.common.server.util.GuidedDTXMLPersistence to convert 
XML to and from the object model. 

This in turn uses org.drools.ide.common.server.util.RepositoryUpgradeHelper to 
convert from GuidedDecisionTable to GuidedDecisionTable52. 

We had to make some essential changes for Guvnor 5.2 to support CEP operators 
on the guided decision table. 

With kind regards, 

Mike 


2011/7/12 Vincent LEGENDRE  vincent.legen...@eurodecision.com  






Hi all 

  

We tried to use the 5.2.Final version of Guvnor, but the compilation fails with 
an error saying that class dtable does not exists. 

After looking more depply, it appears that the XML storage format has changed 
in 5.2.Final : 

- root XML is now  decision-table52  instead of dtable 

- pattern is now  org.drools.guvnor.client.modeldriven.dt52.Pattern52  with 
some condition-column grouped by fact, instead of independant condition-column 

- actions is now  insert-fact-column 52 instead of the same thing without 
version in it, but this time no structure changes ... 

  

Is there a way to migrate old tables to new format ? 

Changing a repository.xml by subtitutions is OK ? 

Do we have to plan such problems for future versions ? 

___ 
rules-users mailing list 
rules-users@lists.jboss.org 
https://lists.jboss.org/mailman/listinfo/rules-users 



___ 
rules-users mailing list 
rules-users@lists.jboss.org 
https://lists.jboss.org/mailman/listinfo/rules-users 
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because of decision table serialization

2011-07-12 Thread Michael Anstis
That explains it.

The CEP changes were made between 5.2.M2 and Final.

Since 5.2.M2 was a beta Mark Proctor was OK not keeping backwards
compatibility between the M2 and Final. I checked before making the changes.

Unfortunately the code-base only supports automatic conversion between
5.1.Final and 5.2.Final. Any guided decision tables made on 5.2.M1, 5.2.M2
and 5.2.CR1 are incompatible with 5.2.Final.

With kind regards,

Mike

2011/7/12 Vincent LEGENDRE vincent.legen...@eurodecision.com

 We had a repository done with 5.2.M2.

 We had exported this in a xml, and import this xml in a new 5.2.Final
 version



 We don't use the classes below (at least not intentionnaly), we simply try
 to get the source (from Guvnor URL) or compile a package (from the package
 view).


 Is there a way to use
 org.drools.ide.common.server.util.RepositoryUpgradeHelper to convert the
 repository explicitely ?




 --

 *De: *Michael Anstis michael.ans...@gmail.com
 *À: *Rules Users List rules-users@lists.jboss.org
 *Envoyé: *Mardi 12 Juillet 2011 17:39:00
 *Objet: *Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final
 because of decision table serialization


 How are you loading and compiling the dtable?

 Guvnor uses org.drools.ide.common.server.util.GuidedDTXMLPersistence to
 convert XML to and from the object model.

 This in turn uses org.drools.ide.common.server.util.RepositoryUpgradeHelper
 to convert from GuidedDecisionTable to GuidedDecisionTable52.

 We had to make some essential changes for Guvnor 5.2 to support CEP
 operators on the guided decision table.

 With kind regards,

 Mike

 2011/7/12 Vincent LEGENDRE vincent.legen...@eurodecision.com

  Hi all



 We tried to use the 5.2.Final version of Guvnor, but the compilation fails
 with an error saying that class dtable does not exists.

 After looking more depply, it appears that the XML storage format has
 changed in 5.2.Final :

 - root XML is now decision-table52 instead of dtable

 - pattern is now org.drools.guvnor.client.modeldriven.dt52.Pattern52
 with some condition-column grouped by fact, instead of independant
 condition-column

 - actions is now insert-fact-column52 instead of the same thing without
 version in it, but this time no structure changes ...



 Is there a way to migrate old tables to new format ?

 Changing a repository.xml by subtitutions is OK ?

 Do we have to plan such problems for future versions ?

 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users



 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users

 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because of decision table serialization

2011-07-12 Thread Atherton, Robert W CIV SPAWARSYSCEN-ATLANTIC, 54422
Is the statement about backwards compatibility only true for CEP and
decision tables, or does it pertain to upgrading from 5.2.M2 to Final as a
whole?  
 
My project has been trying to upgrade from 5.2.M2 to Final, and we are
having problems with our StatefulKnowledgeSession not containing any of the
processes or fact types defined in our guvnor package.
 
Thanks,
Rob

  _  

From: rules-users-boun...@lists.jboss.org
[mailto:rules-users-boun...@lists.jboss.org] On Behalf Of Michael Anstis
Sent: Tuesday, July 12, 2011 11:53 AM
To: Rules Users List
Subject: Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because
of decision table serialization


That explains it.

The CEP changes were made between 5.2.M2 and Final.

Since 5.2.M2 was a beta Mark Proctor was OK not keeping backwards
compatibility between the M2 and Final. I checked before making the changes.

Unfortunately the code-base only supports automatic conversion between
5.1.Final and 5.2.Final. Any guided decision tables made on 5.2.M1, 5.2.M2
and 5.2.CR1 are incompatible with 5.2.Final.

With kind regards,

Mike


2011/7/12 Vincent LEGENDRE vincent.legen...@eurodecision.com


We had a repository done with 5.2.M2.

We had exported this in a xml, and import this xml in a new 5.2.Final
version

 

We don't use the classes below (at least not intentionnaly), we simply try
to get the source (from Guvnor URL) or compile a package (from the package
view).


Is there a way to use
org.drools.ide.common.server.util.RepositoryUpgradeHelper to convert the
repository explicitely ?


 



  _  

De: Michael Anstis michael.ans...@gmail.com
À: Rules Users List rules-users@lists.jboss.org
Envoyé: Mardi 12 Juillet 2011 17:39:00
Objet: Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because
of decision table serialization



How are you loading and compiling the dtable?

Guvnor uses org.drools.ide.common.server.util.GuidedDTXMLPersistence to
convert XML to and from the object model.

This in turn uses org.drools.ide.common.server.util.RepositoryUpgradeHelper
to convert from GuidedDecisionTable to GuidedDecisionTable52.

We had to make some essential changes for Guvnor 5.2 to support CEP
operators on the guided decision table.

With kind regards,

Mike


2011/7/12 Vincent LEGENDRE vincent.legen...@eurodecision.com


Hi all

 

We tried to use the 5.2.Final version of Guvnor, but the compilation fails
with an error saying that class dtable does not exists.

After looking more depply, it appears that the XML storage format has
changed in 5.2.Final : 

- root XML is now decision-table52 instead of dtable

- pattern is now org.drools.guvnor.client.modeldriven.dt52.Pattern52 with
some condition-column grouped by fact, instead of independant
condition-column 

- actions is now insert-fact-column52 instead of the same thing without
version in it, but this time no structure changes ...

 

Is there a way to migrate old tables to new format ? 

Changing a repository.xml by subtitutions is OK ?

Do we have to plan such problems for future versions ?



___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users





___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users






smime.p7s
Description: S/MIME cryptographic signature
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final because of decision table serialization

2011-07-12 Thread Michael Anstis
I am only aware of the changes made around the dtable XML.

Declarative fact types would be an interesting one as that had a few changes
made too to support CEP (addition of annotations).

I am unaware of the difficulties with processes. Somebody else here may be
able to comment.


2011/7/12 Atherton, Robert W CIV SPAWARSYSCEN-ATLANTIC, 54422 
robert.ather...@navy.mil

 **
 Is the statement about backwards compatibility only true for CEP and
 decision tables, or does it pertain to upgrading from 5.2.M2 to Final as a
 whole?

 My project has been trying to upgrade from 5.2.M2 to Final, and we are
 having problems with our StatefulKnowledgeSession not containing any of the
 processes or fact types defined in our guvnor package.

 Thanks,
 Rob

  --
 *From:* rules-users-boun...@lists.jboss.org [mailto:
 rules-users-boun...@lists.jboss.org] *On Behalf Of *Michael Anstis
 *Sent:* Tuesday, July 12, 2011 11:53 AM
 *To:* Rules Users List
 *Subject:* Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final
 because of decision table serialization

 That explains it.

 The CEP changes were made between 5.2.M2 and Final.

 Since 5.2.M2 was a beta Mark Proctor was OK not keeping backwards
 compatibility between the M2 and Final. I checked before making the changes.

 Unfortunately the code-base only supports automatic conversion between
 5.1.Final and 5.2.Final. Any guided decision tables made on 5.2.M1, 5.2.M2
 and 5.2.CR1 are incompatible with 5.2.Final.

 With kind regards,

 Mike

 2011/7/12 Vincent LEGENDRE vincent.legen...@eurodecision.com

  We had a repository done with 5.2.M2.

 We had exported this in a xml, and import this xml in a new 5.2.Final
 version



 We don't use the classes below (at least not intentionnaly), we simply try
 to get the source (from Guvnor URL) or compile a package (from the package
 view).


 Is there a way to use
 org.drools.ide.common.server.util.RepositoryUpgradeHelper to convert the
 repository explicitely ?




 --

 *De: *Michael Anstis michael.ans...@gmail.com
 *À: *Rules Users List rules-users@lists.jboss.org
 *Envoyé: *Mardi 12 Juillet 2011 17:39:00
 *Objet: *Re: [rules-users] repository in 5.2.M2 crashes in 5.2.Final
 because of decision table serialization


 How are you loading and compiling the dtable?

 Guvnor uses org.drools.ide.common.server.util.GuidedDTXMLPersistence to
 convert XML to and from the object model.

 This in turn uses
 org.drools.ide.common.server.util.RepositoryUpgradeHelper to convert from
 GuidedDecisionTable to GuidedDecisionTable52.

 We had to make some essential changes for Guvnor 5.2 to support CEP
 operators on the guided decision table.

 With kind regards,

 Mike

   2011/7/12 Vincent LEGENDRE vincent.legen...@eurodecision.com

  Hi all



 We tried to use the 5.2.Final version of Guvnor, but the compilation
 fails with an error saying that class dtable does not exists.

 After looking more depply, it appears that the XML storage format has
 changed in 5.2.Final :

 - root XML is now decision-table52 instead of dtable

 - pattern is now org.drools.guvnor.client.modeldriven.dt52.Pattern52
 with some condition-column grouped by fact, instead of independant
 condition-column

 - actions is now insert-fact-column52 instead of the same thing
 without version in it, but this time no structure changes ...



 Is there a way to migrate old tables to new format ?

 Changing a repository.xml by subtitutions is OK ?

 Do we have to plan such problems for future versions ?

 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users



 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users

 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users



 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users