Hello, I have successfully cloned an existing repository containing a maven kmodule project. Unfortunately when I attempt to open any of the DRL files in the workbench (6.0.1.Final) I get the following error: Unable to complete your request. The following exception occurred: java.lang.ClassNotFoundException:org.openxmlformats.schemas.officeDocument.x2006.docPropsVTypes.CTArray from [Module "deployment.kie-drools-wb.war:main" from Service Module Loader]. This error does not happen if I load any of the files in the demo project. The DRL files range from complex to very simple. They all use the mvel dialect and import the following globals. /** The Camel context used when handling input/output. */ global CamelContext camelContext; /** The application configuration. */ global Config config; /** A reference to the current knowledge base. */ global KieBase kBase; /** A reference to the current session. */ global KieSession kSession; /** The common logging utility. */ global org.slf4j.Logger logger; Outside of this there is nothing special to them. Has anyone seen this? Thanks, Jean-Philippe _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

It looks like the class belongs to an ooxml-schemas jar. My project pom does not specify any such dependency. However, I do see poi-ooxml-schemas as an inherited dependency from drools-decisiontables which is currently marked with a compile scope which should be properly including it at runtime if it's necessary. Perhaps it is conflicting with the workbench? The error is a popup. I have seen this error before when I was installing the workbench. I was using a clean install of Jboss AS 7 and I dropped the war into the deployments folder instead of going through the admin console. When I did that I got the same error popup (and a host of others) when I would try to access any of the demo files. On Thu, May 29, 2014 at 12:22 AM, Michael Anstis <michael.anstis(a)gmail.com > wrote: > Sounds like the pom for the project in the repository you have cloned has > a "provided" scope dependency on an open office JAR? > > Is the CNFE in the server log or does it interfer with runtime operation > of the workbench? (I.e do you get an error pop up) > > Sent on the move > On 28 May 2014 21:51, "Steinmetz, Jean-Philippe" < > jpsteinmetz(a)theworkshop.us.com&gt; wrote: > >> Hello, >> >> I have successfully cloned an existing repository containing a maven >> kmodule project. Unfortunately when I attempt to open any of the DRL files >> in the workbench (6.0.1.Final) I get the following error: >> >> Unable to complete your request. The following exception occurred: >> java.lang.ClassNotFoundException:org.openxmlformats.schemas.officeDocument.x2006.docPropsVTypes.CTArray >> from [Module "deployment.kie-drools-wb.war:main" from Service Module >> Loader]. >> >> This error does not happen if I load any of the files in the demo >> project. The DRL files range from complex to very simple. They all use the >> mvel dialect and import the following globals. >> >> >> /** The Camel context used when handling input/output. */ >> global CamelContext camelContext; >> /** The application configuration. */ >> global Config config; >> /** A reference to the current knowledge base. */ >> global KieBase kBase; >> /** A reference to the current session. */ >> global KieSession kSession; >> /** The common logging utility. */ >> global org.slf4j.Logger logger; >> >> Outside of this there is nothing special to them. Has anyone seen this? >> >> Thanks, >> >> Jean-Philippe >> >> _______________________________________________ >> rules-users mailing list >> rules-users(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/rules-users >> > > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users >

Okay I was able to disable strict-mode using by defining the system-property in JBoss. With that and fixing up some of the imports I was able to reduce the compilation errors shown in the workbench to just a couple. The errors I get now are: Error importing : 'com.mycompany.MyClassUtils' Error importing : 'org.apache.commons.lang3.time.DateUtils' [ function isEventOnSameDay (line:18): Only a type can be imported. com.mycompany.MyClassUtils resolves to a package isEventOnSameDay (line:24): Only a type can be imported. org.apache.commons.lang3.time.DateUtils resolves to a package isEventOnSameDay (line:36): DateUtils cannot be resolved isEventOnSameDay (line:37): DateUtils cannot be resolved ] The MyClassUtils is a class defined in the same project as the DRL files. Therefore, assuming the workbench is also compiling/loading the java files in the classloader it should resolve without issue. The DateUtils class is a maven dependency and I assume should be loaded by the workbench as well? Why would the compiler see these classes as packages?

Can you create a repository that you can share to reproduce the problem? Sent on the move On 3 Jun 2014 19:10, "Steinmetz, Jean-Philippe" < jpsteinmetz(a)theworkshop.us.com&gt; wrote: > Does anyone have an idea why I am getting these compilation errors? This > is currently blocking me at the moment and I have been able to find a > solution. Thanks! > > > On Fri, May 30, 2014 at 10:51 AM, Steinmetz, Jean-Philippe < > jpsteinmetz(a)theworkshop.us.com&gt; wrote: > >> Okay I was able to disable strict-mode using by defining the >> system-property in JBoss. With that and fixing up some of the imports I was >> able to reduce the compilation errors shown in the workbench to just a >> couple. >> >> The errors I get now are: >> >> Error importing : 'com.mycompany.MyClassUtils' >> Error importing : 'org.apache.commons.lang3.time.DateUtils' >> [ function isEventOnSameDay (line:18): Only a type can be >> imported. com.mycompany.MyClassUtils resolves to a package >> isEventOnSameDay (line:24): Only a type can be imported. >> org.apache.commons.lang3.time.DateUtils resolves to a package >> isEventOnSameDay (line:36): DateUtils cannot be resolved >> isEventOnSameDay (line:37): DateUtils cannot be resolved >> ] >> >> The MyClassUtils is a class defined in the same project as the DRL >> files. Therefore, assuming the workbench is also compiling/loading the java >> files in the classloader it should resolve without issue. The DateUtils >> class is a maven dependency and I assume should be loaded by the workbench >> as well? Why would the compiler see these classes as packages? >> > > > _______________________________________________ > rules-users mailing list > rules-users(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-users > _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users