Re: [rules-users] Workbench: Error after cloning repository
I've created a repo on github you can clone to reproduce the issue. It is located at: https://github.com/caskater4/kie-wb-error I thought I had isolated the problem down to the project having specified drools-core as a dependency but when I attempted to create a repo with only that it didn't seem to cause a direct problem. The repo above closely resembles the use case I have which does reproduce the errors I am seeing. On Tue, Jun 3, 2014 at 11:25 AM, Michael Anstis michael.ans...@gmail.com wrote: 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 jpsteinm...@theworkshop.us.com 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 jpsteinm...@theworkshop.us.com 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@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] Workbench: Error after cloning repository
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 jpsteinm...@theworkshop.us.com 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@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Workbench: Error after cloning repository
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 jpsteinm...@theworkshop.us.com 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 jpsteinm...@theworkshop.us.com 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@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] Workbench: Error after cloning repository
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@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Workbench: Error after cloning repository
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 jpsteinm...@theworkshop.us.com 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@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] Workbench: Error after cloning repository
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.ans...@gmail.comwrote: 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 jpsteinm...@theworkshop.us.com 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@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] Workbench: Error after cloning repository
I'm wondering if this error is a red herring. In the Jboss log I am getting the following errors on startup when it scans my project. [Error: unable to resolve method using strict-mode: org.drools.core.spi.KnowledgeHelper.MyClassUtils()] [Near : {... MyClass obj = MyClassUtils.getObject(com.u }] This is referring to a static method of a utility class I have that is imported at the top of the DRL file. The same project compiles and runs just fine via maven and a standalone application running Drools sessions so I am not sure what makes the workbench different. I have found several references to this error where it is suggested to disable strict-mode for MVEL. How would I go about disabling this in the workbench to test it? On Thu, May 29, 2014 at 9:50 AM, Steinmetz, Jean-Philippe jpsteinm...@theworkshop.us.com wrote: 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.ans...@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 jpsteinm...@theworkshop.us.com 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@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] Workbench: Error after cloning repository
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@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users