Ok, I saw this problem raised a couple times and it seems to be related
with the JVM, not really the app server. It is a classloader problem.
Unfortunately, I could not reproduce this in my environment, so if
anyone
capable of reproducing the problem is willing to work with me on this, we
can look for a solution. First of all, I need the complete stack trace of
the problem, as well as drools version, mvel version, complete JVM version
and revision. Then, it would be good if you can isolate the problem in a
small test case, otherwise we will have to go without it for now.
Having that information, I will try to make some code changes and send
you and see what happens.
Thank you,
Edson
2009/6/12 Corneil du Plessis <corneil(a)tsctech.com>
>
>
> Srithu wrote:
> >
> > I have a wired behavior..
> >
> > I have a set of rules and i have used drools-guvnor to packaging
> them...
> > It is working in windows machines where i have jboss which is running
> on
> > IBM java 5 and 6..
> >
> > When i connect the same from jboss Which is running on 64 bit IBM java
> 6
> > on linux is not working...
> > The same is working If i used 64 bit IBM java 5 on linux.....
> >
> >
> > I getting following exception...
> >
> >
> >
> > Please help....
> >
> >>> [2009-02-11 12:30:29,697] [705980] [http-0.0.0.0-8080-12] [ERROR]
> >>> [STDERR ] - org.drools.RuntimeDroolsException: unable to determine
> >>> ValueType for Class [class java.lang.Object]
> >
> >>> [2009-02-11 12:30:29,698] [705981] [http-0.0.0.0-8080-12] [ERROR]
> >>> [STDERR ] - at
> >>> org.drools.base.ValueType.determineValueType(ValueType.java:193)
> >
> >>> [2009-02-11 12:30:29,698] [705981] [http-0.0.0.0-8080-12] [ERROR]
> >>> [STDERR ] - at
> >>> org.drools.base.ValueType.readResolve(ValueType.java:125)
> >
> >>> [2009-02-11 12:30:29,698] [705981] [http-0.0.0.0-8080-12] [ERROR]
> >>> [STDERR ] - at
> >>> sun.reflect.GeneratedMethodAccessor121.invoke(Unknown Source)
> >
> >>> [2009 -02-11 12:30:29,698] [705981] [http-0.0.0.0-8080-12]
> >>> [ERROR] [STDERR ] - at
> >>>
>
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> >
> >>> [2009-02-11 12:30:29,698] [705981] [http-0.0.0.0-8080-12] [ERROR]
> >>> [STDERR ] - at
> java.lang.reflect.Method.invoke(Method.java:599)
> >
> > [deleted stacktrace]
> >
> >
> We are experiencing same issue on WebSphere 6.1 FP 23 on Linux and AIX.
> Has anyone found a resolution?
>
> Regards
>
> Corneil
>
> --
> View this message in context:
>
http://www.nabble.com/unable-to-determine-value-type-class--***-URGENT***...
> Sent from the drools - user mailing list archive at
Nabble.com.
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
--
Edson Tirelli
JBoss Drools Core Development
JBoss, a division of Red Hat @
www.jboss.com
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
I am sure it is not a Drools problem because everything worked fine on
WebSphere 6.1 FP 17 and 21 but with FP 23 the problem started.
We did raise an issue with IBM to see if it is possible to find a solution.
--
View this message in context: