Ah, in the "migration" directory...go figure :) Thank you (will report back on process/progress if anyone else is interested) -- View this message in context: http://drools.46999.n3.nabble.com/Migration-to-Drools-6-and-Workbench-fro... Sent from the Drools: User forum mailing list archive at Nabble.com.

manstis wrote An update. I am running the migration tool, but it only seems to be including the default package. When I run the config tool and do a list-repo I see no repositories even though in my .niogit folder I see a "guvnor-jcr2vfs-migration.git" folder. I copied the repository from guvnor to directory C:\LocalApps\repo. When I run the migrator (with -i and -i parameters) I see: Migration started. Reading from inputJcrRepository ({C:\LocalApps\repo}). Module migration started ============== session-guest-4 ============== session-guest-4 ============== session-guest-4 ============== session-guest-4 ============== session-guest-4 ============== session-guest-4 Module [defaultpackage] migrated. ============== session-guest-4 Global migrated. Module migration ended Category migration started ============== session-guest-4 Category migration ended Asset migration started ============== session-guest-4 ============== session-guest-4 Asset [drools] with format [package] is being migrated... Done. Asset migration ended Migration ended. Written inout outputVfsRepository ({C:\LocalApps\eclipse\.niogit}). I also tried to just import the new repository created from the kie configtool but that didn't work either. Any thoughts about what is happening to my other packages? -- View this message in context: http://drools.46999.n3.nabble.com/Migration-to-Drools-6-and-Workbench-fro... Sent from the Drools: User forum mailing list archive at Nabble.com.

Getting there. Not sure what is up with my Guvnor repository, but if I export the repo from guvnor, then unzip the xml file and create a new jcr repository from it, the migration tool seems to (start to) work on that one (after I copy the repository.xml into the repository directory). The modules and categories are migrated successfully. The first few assets work (they are images) but then I get an exception on migrating the first rule: Asset [CheckCounter] with format [brl] is being migrated... org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration:mvel:org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration' Migration ended with errors. Written into outputVfsRepository .... . . . Caused by: java.lang.ClassCastException: org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration cannot be cast to org.drools.compiler.DialectConfiguration SO, seemingly a class loading issue since MVELDialectConfiguration implements DialectConfiguration but still working on why. I printed out the class loader for both classes in the run method of the Jcr2VfsMigrationApp, but they are the same. Any thoughts? -- View this message in context: http://drools.46999.n3.nabble.com/Migration-to-Drools-6-and-Workbench-fro... Sent from the Drools: User forum mailing list archive at Nabble.com.

manstis wrote Sorry, here's the stack trace: org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration:mvel:org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration' Migration ended with errors. Written into outputVfsRepository ({C:\LocalApps\eclipse\.niogit at org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:321) at org.drools.compiler.PackageBuilderConfiguration.buildDialectConfigurationmap(PackageBuilderConfiguration.java:307) at org.drools.compiler.PackageBuilderConfiguration.init(PackageBuilderConfiguration.java:192) at org.drools.compiler.PackageBuilderConfiguration.<init>(PackageBuilderConfiguration.java:165) at org.drools.guvnor.server.builder.BRMSPackageBuilder.getPackageBuilderConfiguration(BRMSPackageBuilder.java:134) at org.drools.guvnor.server.builder.BRMSPackageBuilder.<init>BRMSPackageBuilder.java:67) at org.drools.workbench.jcr2vfsmigration.migrater.asset.GuidedEditorMigrater.migrate(GuidedEditorMigrator.java:98) at org.drools.workbench.jcr2vfsmigration.migrater.asset.GuidedEditorMigrater$Proxy$_$$_WeldClientProxy.migrate(GuidedEditorMigrater$Proxy$_$$_WeldClientProxy.java) at org.drools.workbench.jcr2vfsmigration.migrater.AssetMigrater.migrate(AssetMigrater.java:174) at org.drools.workbench.jcr2vfsmigration.migrater.AssetMigrater.migrateAll(AssetMigrater.java:144) at org.drools.workbench.jcr2vfsmigration.migrater.AssetMigrater$Proxy$_$$_WeldClientProxy.migrateAll(Jcr2VfsMigrater$Proxy$_$$_WeldClientProxy.java) at org.drools.workbench.jcr2vfsmigration.Jcr2VfsMigrater.migrateAll(Jcr2VfsMigrater.java:91) at org.drools.workbench.jcr2vfsmigration.Jcr2VfsMigrater$Proxy$_$$_WeldClientProxy.migrateAll(Jcr2VfsMigrater$Proxy$_$$_WeldClientProxy.java) at org.drools.workbench.jcr2vfsmigration.Jcr2VfsMigrationApp.migrate(Jcr2VfsMigrationApp.java:64) at org.drools.workbench.jcr2vfsmigration.Jcr2VfsMigrationApp.run(Jcr2VfsMigrationApp.java:52) at org.drools.workbench.jcr2vfsmigration.Jcr2VfsMigrationApp.main(Jcr2VfsMigrationApp.java:37) Caused by: java.lang.ClassCastException: org.drools.compiler.rule.builder.dialect.mvel.MVELDialectConfiguration cannot be cast to org.drools.compiler.DialectConfiguration at org.drools.compiler.PackageBuilderConfiguration.addDialect(PackageBuilderConfiguration.java:316) ... 15 more I'm thinking it isn't important, but just in case, here is the rule as well. rule "CheckCounter" salience 65500 dialect "mvel" when not ($xev:XEVCounter()) then XEVCounter newone = new XEVCounter(); newone.setCount(new java.util.concurrent.atomic.AtomicLong(0)); insert(newone); // a comment end declare XEVCounter count:java.util.concurrent.atomic.AtomicLong end -- View this message in context: http://drools.46999.n3.nabble.com/Migration-to-Drools-6-and-Workbench-fro... Sent from the Drools: User forum mailing list archive at Nabble.com.

We did not perform the migration largely due to scheduling and the volume of changes that would be needed (against our working system). We use Guvnor, the Drools Integration Server as well as a Camel application which incorporates Drools - a lot of moving parts to update. The big hurdle I ran into was in migrating the knowledge base (partly documented in this thread). Additionally, the main driver for us to update was that the Knowledge Agent we used was unable to reconcile changes in Guvnor with a persisted knowledge session. Once migration to v6 proved to be substantial effort, I tried the latest version of 5.6.1 which I read had addressed issues with KAgent. It turns out that the issues were (largely) fixed, so we just updated to 5.6.1 as the path of least resistance. Sorry I can't provide more information. -- View this message in context: http://drools.46999.n3.nabble.com/Migration-to-Drools-6-and-Workbench-fro... Sent from the Drools: User forum mailing list archive at Nabble.com.