[rules-users] Workbench: Error after cloning repository

[Steinmetz, Jean-Philippe]

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 <
jpsteinmetz at 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.anstis at 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 at 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 at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20140529/9b5ceb31/attachment-0001.html