Actually it's about any comment that has more than ~900 characters
between '/*' and '*/' that causes stackoverflow with the "comments" regex.
-W
On 10/07/2012, gboro54 wrote:
> Thanks for the insight. I do have several lines of comments in this format
> so
> perhaps I will try and just change th
Thanks for the insight. I do have several lines of comments in this format so
perhaps I will try and just change them all over to // for simplification as
a test of this theory..
laune wrote
>
> The Pattern comments in org.drools.lang.dsl.DefaultExpander (defined
> in line 63) is vulnerable when
Thanks for the advice Geoffrey but unfortunately no luck on getting it
working.
I've filed a jira to track this problem:
https://issues.jboss.org/browse/JBRULES-3572
Thanks!
--
View this message in context:
http://drools.46999.n3.nabble.com/Deploying-Guvnor-5-4-0-Final-on-JBossAS-7-1-2-Final-tp
Guess I'll try one last time. I've pulled down the source and tried to fake
out the DemoAuthenticator, which gets me past the UrlResource sample below,
but when I try to use the KnowledgeAgent it still throws the same error:
16:15:21,714 INFO [stdout] (EJB default - 1) createKnowledgeAgent usin
Hi,
I am using drools 5.4 via the web-based server (running in tomcat). My
rulebase is stored (and created/maintained) in guvnor.
I have a template rule (in guvnor) that I use to define alert conditions.
The template has a few columns that allow users to specify several
properties of an event o
The Pattern comments in org.drools.lang.dsl.DefaultExpander (defined
in line 63) is vulnerable when used against strings containing '/*'
followed by multiple repetitions of '*' alternating with other
characters before being terminated with '*/'. The pattern
"(?:/\\*(?:[^*]|(?:\\*+[^*/]))*\\*+/
Even after updating to 1.6.0_31 we still get the following:
Caused by: java.lang.StackOverflowError
at java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
[rt.jar:1.6.0_31]
at java.util.regex.Pattern$BranchConn.match(Pattern.java:4078)
[rt.jar:1.6.0_31]
at java.util.
We are not running solaris we are on Centos with a Sun JVM. However I believe
the issue is the same and am working on upgrading the JVM on our boxes.
Mario Fusco wrote
>
> I think this is definitively related with the version of the JVM you're
> using. Exactly the same problem has been already r
I think this is definitively related with the version of the JVM you're
using. Exactly the same problem has been already reported on a JVM running
on Solaris ( https://issues.jboss.org/browse/JBRULES-3534 ) and fixed by
this commit:
https://github.com/droolsjbpm/drools/commit/caf0d24f53f263e06af17f
We recently upgraded to drools 5.4 and are getting the following exception
when trying to compile our dsl and dslrs. Could this be related to our JVM
version(1.6.0_12)?
Caused by: java.lang.StackOverflowError
at java.util.regex.Pattern$Loop.match(Pattern.java:4275)
[rt.jar:1.6.0_12]
Stack trace?
-W
On 09/07/2012, Jörg Herbst wrote:
> Hi,
>
> I've configured a central rule engine which provides dynamic rule
> evaluation and expose this service as a webservice. Most times everything
> works fine but sometimes a get a "stack shape inconsistent" exception on a
> default conseque
Hi,
In order to trying connect Guvnor to DB2, I am trying another JCR modeshape
instead of jackrabbit.
I downloaded modeshape-2.8.1.Final, and I am using Tomcat 6.0.x.
My first question is, should I just copy some of modeshape jar in /lib
directory (I currently do), or I should install it as a
Hi,
I've configured a central rule engine which provides dynamic rule
evaluation and expose this service as a webservice. Most times everything
works fine but sometimes a get a "stack shape inconsistent" exception on a
default consequence invoker.
(Drools Version is 5.2.3.Final, Java version 5, mv
Verify that you can do
FileOutputStream fos = new FileOutputStream(...);
ObjectOutputStream oos = new ObjectOutputStream(fos);
oos.writeInt(1);
oos.close();
in the same application using the same File and FileOutputStream.
-W
On 09/07/2012, chrisLi wrote:
> Hi, all
It works for me.
Don't post incomplete snippets, please.
-W
On 09/07/2012, abhinay_agarwal wrote:
> but its throwing me an error :
>
> *Build Error : 'Unable to build expression for 'eval' : null *'$h.get(
> "Account_Ownership_Type" ).equalsIgnoreCase("Single") '
>
> --
> View this message in
I am out of office until Tuesday, 17th of July. If you have any urgent queries,
you can contact Robert Doherty at robert.dohe...@nathean.com 01 6853001
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rul
Hi, all
I am trying to serialize a StatefulKnowledgeSession into a file as a
snapshot. But I got the following error:
java.io.IOException: Write error
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:282)
Hi again,
I just tried the updated 5.4.x branch with 50% perm gen threshold and all my
tests are now working as expected.
As a side note, I've also ran a memory analysis of the tests and I can note
that there are definitely less class loaders being created. I see that
CompositeClassLoader still re
I am out of office until Tuesday, 17th of July. If you have any urgent queries,
you can contact Robert Doherty at robert.dohe...@nathean.com 01 6853001
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rul
19 matches
Mail list logo
