October 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-3941) Provide a translator .xsd->parser+object model

by Heiko Rupp (JIRA)

Heiko Rupp created WFLY-3941: -------------------------------- Summary: Provide a translator .xsd->parser+object model Key: WFLY-3941 URL: https://issues.jboss.org/browse/WFLY-3941 Project: WildFly Issue Type: Feature Request Components: Domain Management Reporter: Heiko Rupp Assignee: Brian Stansberry Priority: Minor When writing a new subsystem, it would be good to have tooling that takes a .xsd for the <subsystem> element and translates its content in a rough first form of parser + matching object model (*Definition, *Add and so on). -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3940) Parsers should print expected elements in case of error

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-3940?page=com.atlassian.jira.plugin.... ] Tomaz Cerar reassigned WFLY-3940: --------------------------------- Assignee: Tomaz Cerar (was: Brian Stansberry) > Parsers should print expected elements in case of error > ------------------------------------------------------- > > Key: WFLY-3940 > URL: https://issues.jboss.org/browse/WFLY-3940 > Project: WildFly > Issue Type: Feature Request > Components: Domain Management > Reporter: Heiko Rupp > Assignee: Tomaz Cerar > > While developing an extension I get "JBAS014789: Unexpected element "bla" encountered" > At this point it would be sooooooo helpful if #WildFly would tell me what it did expect here to help me modifying my code. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3940) Parsers should print expected elements in case of error

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-3940?page=com.atlassian.jira.plugin.... ] Tomaz Cerar commented on WFLY-3940: ----------------------------------- To help you modify your code? Why don't you just use DMR to configure server, this way you always know what is going wrong. > Parsers should print expected elements in case of error > ------------------------------------------------------- > > Key: WFLY-3940 > URL: https://issues.jboss.org/browse/WFLY-3940 > Project: WildFly > Issue Type: Feature Request > Components: Domain Management > Reporter: Heiko Rupp > Assignee: Brian Stansberry > > While developing an extension I get "JBAS014789: Unexpected element "bla" encountered" > At this point it would be sooooooo helpful if #WildFly would tell me what it did expect here to help me modifying my code. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3940) Parsers should print expected elements in case of error

by Heiko Rupp (JIRA)

Heiko Rupp created WFLY-3940: -------------------------------- Summary: Parsers should print expected elements in case of error Key: WFLY-3940 URL: https://issues.jboss.org/browse/WFLY-3940 Project: WildFly Issue Type: Feature Request Components: Domain Management Reporter: Heiko Rupp Assignee: Brian Stansberry While developing an extension I get "JBAS014789: Unexpected element "bla" encountered" At this point it would be sooooooo helpful if #WildFly would tell me what it did expect here to help me modifying my code. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-627) Rule with two accumulate followed by object type selection fail to fire rule

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-627?page=com.atlassian.jira.plugin... ] Mario Fusco resolved DROOLS-627. -------------------------------- Labels: backport-to-6.0.x (was: ) Fix Version/s: 6.2.0.CR1 Resolution: Done Fixed by https://github.com/droolsjbpm/drools/commit/f2e2d1240 > Rule with two accumulate followed by object type selection fail to fire rule > ---------------------------------------------------------------------------- > > Key: DROOLS-627 > URL: https://issues.jboss.org/browse/DROOLS-627 > Project: Drools > Issue Type: Bug > Affects Versions: 6.1.0.Final, 6.2.0.Beta1 > Reporter: Anantjot Anand > Assignee: Mario Fusco > Labels: backport-to-6.0.x > Fix For: 6.2.0.CR1 > > Attachments: TestTwoAccumulateEval.java > > > A rule with two accumulate function followed by Type(true) select fails to fire the rule. > please note removing the second aggregation makes the Rule R1 fire. > import java.lang.*; > import java.util.*; > import com.test.unittest.TestTwoAccumulateEval.TypeA; > import com.test.unittest.TestTwoAccumulateEval.TypeB; > import com.test.unittest.TestTwoAccumulateEval.TypeC; > import com.test.unittest.TestTwoAccumulateEval.TypeD; > import com.test.unittest.TestTwoAccumulateEval.TypeDD; > rule R0 > dialect "java" > when > $a : TypeA( ) > $b : TypeB( parentId == $a.id) > $c : TypeC( parentId == $b.id ) > $d : TypeD( parentId == $c.id, firings not contains "Rule R0 Fired" ) > then > System.out.println("Rule R0 Fired"); > $d.setValue(1.0); > $d.getFirings().add("Rule R0 Fired"); > update($d); > end > rule R1 > dialect "java" > when > $a : TypeA( ) > $b : TypeB( parentId == $a.id) > $c : TypeC( parentId == $b.id, firings not contains "Rule R1 Fired" ) > $d : TypeD( parentId == $c.id) > // Aggregate function [sum] creates a separate context > $sumOfAll_1 : Double(doubleValue != Double.MAX_VALUE) from accumulate ( > $a_C1 : TypeA( ) > > and > $b_C1 : TypeB( parentId == $a_C1.id) > > and > $c_C1 : TypeC( parentId == $b_C1.id ) > > and > $d_C1 : TypeD( parentId == $c_C1.id , $value_C1 : value , value != 0 ) > ;sum($value_C1)) > // end of sum aggregation > > // Aggregate function [sum] creates a separate context > $sumOfAll_2 : Double(doubleValue != Double.MAX_VALUE) from accumulate ( > $a_C2 : TypeA( ) > > and > $b_C2 : TypeB( parentId == $a_C2.id) > > and > $c_C2 : TypeC( parentId == $b_C2.id ) > > and > $dd_C2 : TypeDD( parentId == $c_C2.id , $value_C2 : value , value != 0 ) > ;sum($value_C2)) > // end of sum aggregation > //eval(($sumOfAll_1 + $sumOfAll_2) > 0) > //eval returns true however TypeA(true) evaluates to false...removing second aggregate > //makes TypeA works > TypeA(eval(($sumOfAll_1 + $sumOfAll_2) > 0)) > then > System.out.println("Rule R1 Fired"); > $c.getFirings().add("Rule R1 Fired"); > update($c); > end -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-627) Rule with two accumulate followed by object type selection fail to fire rule

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-627?page=com.atlassian.jira.plugin... ] Mario Fusco reassigned DROOLS-627: ---------------------------------- Assignee: Mario Fusco (was: Mark Proctor) > Rule with two accumulate followed by object type selection fail to fire rule > ---------------------------------------------------------------------------- > > Key: DROOLS-627 > URL: https://issues.jboss.org/browse/DROOLS-627 > Project: Drools > Issue Type: Bug > Affects Versions: 6.1.0.Final, 6.2.0.Beta1 > Reporter: Anantjot Anand > Assignee: Mario Fusco > Attachments: TestTwoAccumulateEval.java > > > A rule with two accumulate function followed by Type(true) select fails to fire the rule. > please note removing the second aggregation makes the Rule R1 fire. > import java.lang.*; > import java.util.*; > import com.test.unittest.TestTwoAccumulateEval.TypeA; > import com.test.unittest.TestTwoAccumulateEval.TypeB; > import com.test.unittest.TestTwoAccumulateEval.TypeC; > import com.test.unittest.TestTwoAccumulateEval.TypeD; > import com.test.unittest.TestTwoAccumulateEval.TypeDD; > rule R0 > dialect "java" > when > $a : TypeA( ) > $b : TypeB( parentId == $a.id) > $c : TypeC( parentId == $b.id ) > $d : TypeD( parentId == $c.id, firings not contains "Rule R0 Fired" ) > then > System.out.println("Rule R0 Fired"); > $d.setValue(1.0); > $d.getFirings().add("Rule R0 Fired"); > update($d); > end > rule R1 > dialect "java" > when > $a : TypeA( ) > $b : TypeB( parentId == $a.id) > $c : TypeC( parentId == $b.id, firings not contains "Rule R1 Fired" ) > $d : TypeD( parentId == $c.id) > // Aggregate function [sum] creates a separate context > $sumOfAll_1 : Double(doubleValue != Double.MAX_VALUE) from accumulate ( > $a_C1 : TypeA( ) > > and > $b_C1 : TypeB( parentId == $a_C1.id) > > and > $c_C1 : TypeC( parentId == $b_C1.id ) > > and > $d_C1 : TypeD( parentId == $c_C1.id , $value_C1 : value , value != 0 ) > ;sum($value_C1)) > // end of sum aggregation > > // Aggregate function [sum] creates a separate context > $sumOfAll_2 : Double(doubleValue != Double.MAX_VALUE) from accumulate ( > $a_C2 : TypeA( ) > > and > $b_C2 : TypeB( parentId == $a_C2.id) > > and > $c_C2 : TypeC( parentId == $b_C2.id ) > > and > $dd_C2 : TypeDD( parentId == $c_C2.id , $value_C2 : value , value != 0 ) > ;sum($value_C2)) > // end of sum aggregation > //eval(($sumOfAll_1 + $sumOfAll_2) > 0) > //eval returns true however TypeA(true) evaluates to false...removing second aggregate > //makes TypeA works > TypeA(eval(($sumOfAll_1 + $sumOfAll_2) > 0)) > then > System.out.println("Rule R1 Fired"); > $c.getFirings().add("Rule R1 Fired"); > update($c); > end -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3468) Managed server shutdown unexpectedly when timeout during connection request to HC

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3468?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3468: ----------------------------------------------- Petr Kremensky <pkremens(a)redhat.com> changed the Status of [bug 1106393|https://bugzilla.redhat.com/show_bug.cgi?id=1106393] from ON_QA to VERIFIED > Managed server shutdown unexpectedly when timeout during connection request to HC > --------------------------------------------------------------------------------- > > Key: WFLY-3468 > URL: https://issues.jboss.org/browse/WFLY-3468 > Project: WildFly > Issue Type: Bug > Components: Domain Management > Affects Versions: 8.1.0.Final > Reporter: Takayoshi Kimura > Assignee: Emanuel Muckenhuber > Priority: Minor > Fix For: 9.0.0.Alpha1 > > > Sometimes managed server shutdown unexpectedly when managed server tries to connect to the HC and got lengthly Full GC. > {quote} > java.io.IOException: JBAS012175: Channel closed > at org.jboss.as.server.mgmt.domain.HostControllerConnection.getChannel(HostControllerConnection.java:101) > at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:117) > at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:100) > at org.jboss.as.server.mgmt.domain.HostControllerConnection.reConnect(HostControllerConnection.java:171) > at org.jboss.as.server.mgmt.domain.HostControllerClient.reconnect(HostControllerClient.java:98) > at org.jboss.as.server.DomainServerMain.main(DomainServerMain.java:138) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.modules.Module.run(Module.java:292) > at org.jboss.modules.Main.main(Main.java:455) > {quote} > The current DomainServerMain exits on the connetion error. > The scenario is: > # server tries to connect to the HC > # server Full GC > # HC is waiting a request from server, read timeout, closes the sock > # server resumed from GC, failed to send the req to the HC and exit -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3779) IllegalAccessException when a built-in normal-scoped bean defines a package-private no-arg constructor

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3779?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3779: ----------------------------------------------- baranowb <bbaranow(a)redhat.com> changed the Status of [bug 1133962|https://bugzilla.redhat.com/show_bug.cgi?id=1133962] from ASSIGNED to POST > IllegalAccessException when a built-in normal-scoped bean defines a package-private no-arg constructor > ------------------------------------------------------------------------------------------------------ > > Key: WFLY-3779 > URL: https://issues.jboss.org/browse/WFLY-3779 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld > Reporter: Jozef Hartinger > Assignee: Jozef Hartinger > Fix For: 8.2.0.CR1, 9.0.0.Alpha1 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2879) Remove duplicated code from test cases where custom modules are needed

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2879?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2879: ----------------------------------------------- baranowb <bbaranow(a)redhat.com> changed the Status of [bug 1147391|https://bugzilla.redhat.com/show_bug.cgi?id=1147391] from ASSIGNED to POST > Remove duplicated code from test cases where custom modules are needed > ---------------------------------------------------------------------- > > Key: WFLY-2879 > URL: https://issues.jboss.org/browse/WFLY-2879 > Project: WildFly > Issue Type: Enhancement > Components: Test Suite > Affects Versions: 8.1.0.Final > Reporter: Pedro Igor > Assignee: Pedro Igor > > When writing some integration tests for the PicketLink subsystem, I've noticed that there is no utility class or API to make easier create and remove custom modules from the modules directory. > There are a few tests with this requirement, and most of them are replicating code. > After discussing with [~kabirkhan], he suggested to open this JIRA to review those test cases and make them use a reusable component to work with custom modules. > I've already wrote a class that I think can satisfy all test cases requiring a custom module. > See https://github.com/pedroigor/wildfly/blob/WFLY-2733/testsuite/integration.... > Usage example: https://github.com/pedroigor/wildfly/blob/WFLY-2733/testsuite/integration... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2879) Remove duplicated code from test cases where custom modules are needed

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2879?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2879: ----------------------------------------------- baranowb <bbaranow(a)redhat.com> changed the Status of [bug 1147391|https://bugzilla.redhat.com/show_bug.cgi?id=1147391] from CLOSED to ASSIGNED > Remove duplicated code from test cases where custom modules are needed > ---------------------------------------------------------------------- > > Key: WFLY-2879 > URL: https://issues.jboss.org/browse/WFLY-2879 > Project: WildFly > Issue Type: Enhancement > Components: Test Suite > Affects Versions: 8.1.0.Final > Reporter: Pedro Igor > Assignee: Pedro Igor > > When writing some integration tests for the PicketLink subsystem, I've noticed that there is no utility class or API to make easier create and remove custom modules from the modules directory. > There are a few tests with this requirement, and most of them are replicating code. > After discussing with [~kabirkhan], he suggested to open this JIRA to review those test cases and make them use a reusable component to work with custom modules. > I've already wrote a class that I think can satisfy all test cases requiring a custom module. > See https://github.com/pedroigor/wildfly/blob/WFLY-2733/testsuite/integration.... > Usage example: https://github.com/pedroigor/wildfly/blob/WFLY-2733/testsuite/integration... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2014