January 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-6392) standalone.sh / domain.sh does not support overriding jboss.server.base.dir, log and config dir in CYGWIN

by Tom Fonteyne (JIRA)

[ https://issues.jboss.org/browse/AS7-6392?page=com.atlassian.jira.plugin.s... ] Tom Fonteyne updated AS7-6392: ------------------------------ Steps to Reproduce: run a commmand like this for example: standalone.sh -Djboss.server.base.dir=/cygdrive/c/jboss/eap/test JBoss will not use the "test" dir The test should allow both linux and cygwin was: run a commmane like this for example: standalone.sh -Djboss.server.base.dir=/cygdrive/c/jboss/eap/test JBoss will not use the "test" dir The test allow both linux and cygwin > standalone.sh / domain.sh does not support overriding jboss.server.base.dir, log and config dir in CYGWIN > --------------------------------------------------------------------------------------------------------- > > Key: AS7-6392 > URL: https://issues.jboss.org/browse/AS7-6392 > Project: Application Server 7 > Issue Type: Bug > Components: Scripts > Affects Versions: 7.1.3.Final (EAP) > Reporter: Tom Fonteyne > Assignee: Brian Stansberry > > There is a check on linux, so a cygwin system will not execute this block: > if $linux; then > # consolidate the server and command line opts > CONSOLIDATED_OPTS="$JAVA_OPTS $SERVER_OPTS" > # process the standalone options > for var in $CONSOLIDATED_OPTS > do > case $var in > -Djboss.server.base.dir=*) > JBOSS_BASE_DIR=`readlink -m ${var#*=}` > ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (AS7-6392) standalone.sh / domain.sh does not support overriding jboss.server.base.dir, log and config dir in CYGWIN

by Tom Fonteyne (JIRA)

Tom Fonteyne created AS7-6392: --------------------------------- Summary: standalone.sh / domain.sh does not support overriding jboss.server.base.dir, log and config dir in CYGWIN Key: AS7-6392 URL: https://issues.jboss.org/browse/AS7-6392 Project: Application Server 7 Issue Type: Bug Components: Scripts Affects Versions: 7.1.3.Final (EAP) Reporter: Tom Fonteyne Assignee: Brian Stansberry There is a check on linux, so a cygwin system will not execute this block: if $linux; then # consolidate the server and command line opts CONSOLIDATED_OPTS="$JAVA_OPTS $SERVER_OPTS" # process the standalone options for var in $CONSOLIDATED_OPTS do case $var in -Djboss.server.base.dir=*) JBOSS_BASE_DIR=`readlink -m ${var#*=}` ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (AS7-6391) Upgrade to JBossWS 4.1.2.Final

by Alessio Soldano (JIRA)

Alessio Soldano created AS7-6391: ------------------------------------ Summary: Upgrade to JBossWS 4.1.2.Final Key: AS7-6391 URL: https://issues.jboss.org/browse/AS7-6391 Project: Application Server 7 Issue Type: Feature Request Components: Web Services Reporter: Alessio Soldano Assignee: Alessio Soldano Fix For: 7.2.0.Alpha1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (JBRULES-3681) NullPointerException in ConditionAnalyzer

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3681?page=com.atlassian.jira.plug... ] Mario Fusco commented on JBRULES-3681: -------------------------------------- Constraint jitting has been introduced since 5.4.x so I don't see how you could have experienced this problem on the 5.3.x. That said I'd need to reproduce the problem you're experiencing in order to fix it. Can you send a test case or at least give me a bit more infos no how to reproduce it? Could you also try the 5.5.0.Final and check if you have the same problem also there? Thanks, Mario > NullPointerException in ConditionAnalyzer > ----------------------------------------- > > Key: JBRULES-3681 > URL: https://issues.jboss.org/browse/JBRULES-3681 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-core (expert) > Affects Versions: 5.4.0.Final, 5.5.0.CR1 > Environment: Windows XP > Java 1.6.0_24 (build 1.6.0_24-b07), Hotspot Client VM (build 19.1-b02, mixed mode, sharing) > Reporter: Paul Evans > Assignee: Mario Fusco > Fix For: 6.0.0.Alpha1 > > > I'm using Drools in a relatively vanilla fashion -- not doing anything fancy; no custom DSLs or whatnot. I have a JUnit test case that invokes a set of rules. When the test case is run individually, it passes just fine. However, when the test case is run within a larger test suite (i.e., with other test cases), the test fails. When running the test suite, I do see an exception being thrown by Drools: > Exception in thread "Thread-1" java.lang.NullPointerException > at org.drools.rule.constraint.ConditionAnalyzer.analyzeSingleCondition(ConditionAnalyzer.java:116) > at org.drools.rule.constraint.ConditionAnalyzer.analyzeCondition(ConditionAnalyzer.java:102) > at org.drools.rule.constraint.ConditionAnalyzer.analyzeCondition(ConditionAnalyzer.java:73) > at org.drools.rule.constraint.MvelConditionEvaluator.getAnalyzedCondition(MvelConditionEvaluator.java:83) > at org.drools.rule.constraint.MvelConstraint.executeJitting(MvelConstraint.java:214) > at org.drools.rule.constraint.MvelConstraint.access$000(MvelConstraint.java:41) > at org.drools.rule.constraint.MvelConstraint$1.run(MvelConstraint.java:201) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:662) > I have experienced this behavior sporadically with other test cases as well. FYI, there is no *shared* data being consumed between test cases. Also, we are using stateless knowledge sessions. Each individual test case will get its own fresh stateless knowledge session instance. > Is there a way to disable JIT'ing within Drools? (as this seems to be a JIT-related issue). FYI, I experience this issue in the following Drools releases: 5.3.3.Final, 5.4.0.Final and 5.5.0.CR1. > -Paul -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (AS7-6355) WS tool scripts are using endorsed dirs in AS and should not be

by Alessio Soldano (JIRA)

[ https://issues.jboss.org/browse/AS7-6355?page=com.atlassian.jira.plugin.s... ] Alessio Soldano updated AS7-6355: --------------------------------- Fix Version/s: 7.2.0.Alpha1 > WS tool scripts are using endorsed dirs in AS and should not be > --------------------------------------------------------------- > > Key: AS7-6355 > URL: https://issues.jboss.org/browse/AS7-6355 > Project: Application Server 7 > Issue Type: Bug > Components: Web Services > Reporter: David Lloyd > Assignee: Alessio Soldano > Priority: Critical > Fix For: 7.2.0.Alpha1 > > > We should not need endorsed directories with JBoss Modules. If JBoss Modules lacks the necessary hooks to support JAXB then they needed to be added to that project, the same way we've solved the issue for JAXP. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (JBRULES-3675) java.lang.LinkageError, but only sometimes (multithreading issue)

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3675?page=com.atlassian.jira.plug... ] Mario Fusco commented on JBRULES-3675: -------------------------------------- At the moment I am not able to reproduce this issue, but the solution you're suggesting seems reasonable to me. Can you confirm that synchronizing that loadClass method is enough to definitively solve the problem for you? > java.lang.LinkageError, but only sometimes (multithreading issue) > ----------------------------------------------------------------- > > Key: JBRULES-3675 > URL: https://issues.jboss.org/browse/JBRULES-3675 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-core > Affects Versions: 5.4.0.Final > Environment: - JBoss 7.1.1 > - drools 5.4.0.Final > - jdk 1.6u30 > - Windows 7 64 bit > Reporter: kenneth westelinck > Assignee: Mario Fusco > Fix For: 6.0.0.Alpha1 > > > See mail on mailinglist: > {noformat} > We have an application (A) deployed on JBoss 7.1.1 accepting commands (CQRS, > but only C and Q :) ). A console application (B) is sending a large volume > of commands to create entities in A. Entities in A are validated by Drools > (plain drl files, configured in spring using drools-spring). Most of the > time this works just fine. But sometimes, we get the following exception: > java.lang.LinkageError: loader (instance of > org/drools/rule/JavaDialectRuntimeData$PackageClassLoader): attempted > duplicate class definition for name: > "a/b/c/Rule_person_unique___name_656ee3db19d34e689d95e2d6b2be67b6" > at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.6.0_30] > at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) [rt.jar:1.6.0_30] > at java.lang.ClassLoader.defineClass(ClassLoader.java:615) [rt.jar:1.6.0_30] > at org.drools.rule.JavaDialectRuntimeData$PackageClassLoader.fastFindClass(JavaDialectRuntimeData.java:615) [drools-core-5.4.0.Final.jar:5.4.0.Final] > at org.drools.util.CompositeClassLoader$CachingLoader.load(CompositeClassLoader.java:254) [knowledge-api-5.4.0.Final.jar:5.4.0.Final] > at org.drools.util.CompositeClassLoader$CachingLoader.load(CompositeClassLoader.java:237) [knowledge-api-5.4.0.Final.jar:5.4.0.Final] > at org.drools.util.CompositeClassLoader.loadClass(CompositeClassLoader.java:88) [knowledge-api-5.4.0.Final.jar:5.4.0.Final] > at java.lang.ClassLoader.loadClass(ClassLoader.java:295) [rt.jar:1.6.0_30] > at java.lang.ClassLoader.loadClass(ClassLoader.java:247) [rt.jar:1.6.0_30] > at a.b.c.Rule_person___unique___name_656ee3db19d34e689d95e2d6b2be67b6Eval0InvokerGenerated.evaluate(Unknown Source) > at a.b.c.Rule_person___unique___name_656ee3db19d34e689d95e2d6b2be67b6Eval0Invoker.evaluate(Unknown Source) > at org.drools.rule.EvalCondition.isAllowed(EvalCondition.java:114) [drools-core-5.4.0.Final.jar:5.4.0.Final] > Any idea where this is coming from or what's causing this. > {noformat} > And the answer: > {noformat} > I have never experienced this myself, but after having a quick look at the code I believe this could be a multi-threading problem. > In the abstract class java.lang.ClassLoader the method loadClass(String, boolean) is synchronized, but both org.drools.util.CompositeClassLoader > and org.drools.rule.JavaDialectRuntimeData$PackageClassLoader override this method without the use of "synchronized". > I would suggest you create a JIRA issue for this. > {noformat} > We are now trying 5.5.0.CR1 and so far, we have not encountered this issue. I'll keep you posted should the same issue appear on 5.5.0.CR1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (JBRULES-3684) MVEL is having issues resolving a generic member in a concrete type

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3684?page=com.atlassian.jira.plug... ] Mario Fusco resolved JBRULES-3684. ---------------------------------- Resolution: Done Fixed with mvel 2.1.4 > MVEL is having issues resolving a generic member in a concrete type > ------------------------------------------------------------------- > > Key: JBRULES-3684 > URL: https://issues.jboss.org/browse/JBRULES-3684 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-compiler > Affects Versions: 5.5.0.CR1 > Reporter: Justin Holmes > Assignee: Mario Fusco > Priority: Minor > Fix For: 6.0.0.Alpha1 > > > Not sure if this is related to Drools use of MVEL or MVEl itself... > I have 2 classes: > public abstract class AbstractBase<T> { > protected T foo; > public T getFoo() { > return foo; > } > } > public class StringConcrete extends AbstractBase<String> { > public StringConcrete() { > this.foo = new String(); > } > } > The following rule fails in MVEL dialect, but passes in Java dialect. > rule "test" > dialect "mvel" > when > $S : StringConcrete() > then > System.out.println( $S.getFoo().concat("this works with java dialect") ); > end -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (JBRULES-3723) 'IDEOGRAPHIC SPACE' (U+3000) in DSL fails

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3723?page=com.atlassian.jira.plug... ] RH Bugzilla Integration updated JBRULES-3723: --------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=904038 > 'IDEOGRAPHIC SPACE' (U+3000) in DSL fails > ----------------------------------------- > > Key: JBRULES-3723 > URL: https://issues.jboss.org/browse/JBRULES-3723 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-compiler-DSL > Affects Versions: 5.5.0.Final > Reporter: Toshiya Kobayashi > Assignee: Mark Proctor > > When DSL contains '　' (='IDEOGRAPHIC SPACE' (U+3000)), DSLMapLexer fails with "DSL lexer error" (Internally, it's a NoViableAltException). IDEOGRAPHIC SPACE is commonly used in Japan so please allow it to use. It doesn't mean that I want to use IDEOGRAPHIC SPACE as an alternative to ASCII whitespace. Just to use it as same as usual unicode characters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (JBRULES-3723) 'IDEOGRAPHIC SPACE' (U+3000) in DSL fails

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3723?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on JBRULES-3723: -------------------------------------------------- Toshiya Kobayashi <tkobayas(a)redhat.com> made a comment on [bug 904038|https://bugzilla.redhat.com/show_bug.cgi?id=904038] Description of problem: Platform BZ for https://issues.jboss.org/browse/JBRULES-3723 Steps to Reproduce: 1. include '　' (='IDEOGRAPHIC SPACE' (U+3000)) in DSL. See the following pull request for test case. https://github.com/droolsjbpm/drools/pull/173 Actual results: kbuilder.add() fails with "DSL lexer error" Expected results: Being able to use '　' as usual unicode characters > 'IDEOGRAPHIC SPACE' (U+3000) in DSL fails > ----------------------------------------- > > Key: JBRULES-3723 > URL: https://issues.jboss.org/browse/JBRULES-3723 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-compiler-DSL > Affects Versions: 5.5.0.Final > Reporter: Toshiya Kobayashi > Assignee: Mark Proctor > > When DSL contains '　' (='IDEOGRAPHIC SPACE' (U+3000)), DSLMapLexer fails with "DSL lexer error" (Internally, it's a NoViableAltException). IDEOGRAPHIC SPACE is commonly used in Japan so please allow it to use. It doesn't mean that I want to use IDEOGRAPHIC SPACE as an alternative to ASCII whitespace. Just to use it as same as usual unicode characters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (JBRULES-3723) 'IDEOGRAPHIC SPACE' (U+3000) in DSL fails

by Toshiya Kobayashi (JIRA)

[ https://issues.jboss.org/browse/JBRULES-3723?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated JBRULES-3723: --------------------------------------- Git Pull Request: https://github.com/droolsjbpm/drools/pull/173 Sent a pull request for test case. As a fix, I think adding '\u3000' to DSLMap.g and generating antlr artifacts would be fine but not 100% sure. > 'IDEOGRAPHIC SPACE' (U+3000) in DSL fails > ----------------------------------------- > > Key: JBRULES-3723 > URL: https://issues.jboss.org/browse/JBRULES-3723 > Project: JBRULES > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: drools-compiler-DSL > Affects Versions: 5.5.0.Final > Reporter: Toshiya Kobayashi > Assignee: Mark Proctor > > When DSL contains '　' (='IDEOGRAPHIC SPACE' (U+3000)), DSLMapLexer fails with "DSL lexer error" (Internally, it's a NoViableAltException). IDEOGRAPHIC SPACE is commonly used in Japan so please allow it to use. It doesn't mean that I want to use IDEOGRAPHIC SPACE as an alternative to ASCII whitespace. Just to use it as same as usual unicode characters. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2013