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
