September 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-66) Provide an operation to request service status report after server has been started

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-66?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFCORE-66: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 980219|https://bugzilla.redhat.com/show_bug.cgi?id=980219] from NEW to MODIFIED > Provide an operation to request service status report after server has been started > ------------------------------------------------------------------------------------- > > Key: WFCORE-66 > URL: https://issues.jboss.org/browse/WFCORE-66 > Project: WildFly Core > Issue Type: Feature Request > Components: Domain Management > Reporter: Heiko Braun > Assignee: Emmanuel Hugonnet > Labels: console_prio > Fix For: 1.0.0.Alpha6 > > > For proper healthcare it would beneficial if I could verify the server status after it has been started. I.e. to catch these, which currently only appear in the server log: > [Server:server-three] 17:48:26,636 INFO [org.jboss.as.server] (MSC service thread 1-2) Service status report > [Server:server-three] New missing/unsatisfied dependencies: > [Server:server-three] service jboss.binding.http2 (missing) > [Server:server-three] > [Server:server-three] 17:48:26,636 ERROR [org.jboss.as] (MSC service thread 1-4) JBoss AS 7.0.0.Beta4-SNAPSHOT "(TBD)" started (with errors) in 3893ms - Started 101 of 149 services (1 services failed or missing dependencies, 47 services are passive or on-demand) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (LOGMGR-111) ClassLoaderLogContextSelector should optionally include parent CL for context scanning

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/LOGMGR-111?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on LOGMGR-111: ------------------------------------------------ Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1031448|https://bugzilla.redhat.com/show_bug.cgi?id=1031448] from POST to MODIFIED > ClassLoaderLogContextSelector should optionally include parent CL for context scanning > -------------------------------------------------------------------------------------- > > Key: LOGMGR-111 > URL: https://issues.jboss.org/browse/LOGMGR-111 > Project: JBoss Log Manager > Issue Type: Feature Request > Affects Versions: 1.5.2.Final > Reporter: Dominik Pospisil > Assignee: James Perkins > Fix For: 1.5.3.Final, 2.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-101) logging-profile works for a servlet, but doesn't for a JSP

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-101?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-101: ------------------------------------------------ Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1031448|https://bugzilla.redhat.com/show_bug.cgi?id=1031448] from POST to MODIFIED > logging-profile works for a servlet, but doesn't for a JSP > ---------------------------------------------------------- > > Key: WFCORE-101 > URL: https://issues.jboss.org/browse/WFCORE-101 > Project: WildFly Core > Issue Type: Bug > Components: Logging > Reporter: Osamu Nagano > Assignee: James Perkins > Attachments: logone.zip > > > Suppose the following logging-profile has been set in logging subsystem, and a web app has a proper entry in its MANIFEST.MF ({{Logging-Profile: logone}}). Then all messages via "com.example.logone" logger should go into a file, logone.log. It does so with a logger got in a servlet, but it doesn't work a logger got in a JSP. > {code} > <logging-profiles> > <logging-profile name="logone"> > <file-handler name="logone"> > <level name="INFO"/> > <file relative-to="jboss.server.log.dir" path="logone.log"/> > </file-handler> > <logger category="com.example.logone"> > <level name="INFO"/> > </logger> > <root-logger> > <level name="INFO"/> > <handlers> > <handler name="logone"/> > </handlers> > </root-logger> > </logging-profile> > </logging-profiles> > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (WFLY-3846) JMS resources allows duplicate JNDI entries

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3846?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3846: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1140537|https://bugzilla.redhat.com/show_bug.cgi?id=1140537] from POST to MODIFIED > JMS resources allows duplicate JNDI entries > ------------------------------------------- > > Key: WFLY-3846 > URL: https://issues.jboss.org/browse/WFLY-3846 > Project: WildFly > Issue Type: Bug > Components: JMS > Affects Versions: 8.1.0.Final > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Fix For: 9.0.0.Beta1 > > > The JMS resources that can be stored in JNDI (connection-factory, pooled-connection-factory, jms-queue, jms-topic) does not check whether their list of JNDI entries contains duplicates. > At runtime, duplicates are eliminated but this introduces a difference between the resource model with duplicate entries and its runtime state (without duplicates). > The attribute definitions for their JNDI entries should validate at the MODEL stage that their value does not contain duplicate elements. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-493) Error to declare Map/List with generics when having a modify() on RHS

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-493?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-493: ------------------------------------------------ Edson Tirelli <etirelli(a)redhat.com> changed the Status of [bug 1142886|https://bugzilla.redhat.com/show_bug.cgi?id=1142886] from NEW to ASSIGNED > Error to declare Map/List with generics when having a modify() on RHS > --------------------------------------------------------------------- > > Key: DROOLS-493 > URL: https://issues.jboss.org/browse/DROOLS-493 > Project: Drools > Issue Type: Bug > Environment: * OS: Mac OS X 10.9.2 > * Java SE 1.7 > * Drools Runtime 6.1.0-Final > Reporter: Jinghai Rao > Assignee: Mario Fusco > Fix For: 6.2.0.CR1 > > > For the following rule > ----------------------------- > package com.sample > > import java.util.Map; > import java.util.HashMap; > declare TestFact > @propertyReactive > data : String > end > rule "Test Rule" > when > $fact : TestFact() > then > Map<String,String> a = new HashMap<String,String>(); > modify ($fact) {setData("0")} > end > ------------------------ > We get the following exception: > java.lang.RuntimeException: Error while creating KieBase[Message [id=1, level=ERROR, path=rules/Sample.drl, line=11, column=0 > text=Unable to resolve type Map<String,String>: > Unable to find class 'Map<String,String>']] > at org.drools.compiler.kie.builder.impl.KieContainerImpl.getKieBase(KieContainerImpl.java:260) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.newKieSession(KieContainerImpl.java:400) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.newKieSession(KieContainerImpl.java:375) > at com.sample.DroolsTest.main(DroolsTest.java:17) > If we remove the generics, or not using modify(), this has no error. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-493) Error to declare Map/List with generics when having a modify() on RHS

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-493?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated DROOLS-493: ------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1142886 > Error to declare Map/List with generics when having a modify() on RHS > --------------------------------------------------------------------- > > Key: DROOLS-493 > URL: https://issues.jboss.org/browse/DROOLS-493 > Project: Drools > Issue Type: Bug > Environment: * OS: Mac OS X 10.9.2 > * Java SE 1.7 > * Drools Runtime 6.1.0-Final > Reporter: Jinghai Rao > Assignee: Mario Fusco > Fix For: 6.2.0.CR1 > > > For the following rule > ----------------------------- > package com.sample > > import java.util.Map; > import java.util.HashMap; > declare TestFact > @propertyReactive > data : String > end > rule "Test Rule" > when > $fact : TestFact() > then > Map<String,String> a = new HashMap<String,String>(); > modify ($fact) {setData("0")} > end > ------------------------ > We get the following exception: > java.lang.RuntimeException: Error while creating KieBase[Message [id=1, level=ERROR, path=rules/Sample.drl, line=11, column=0 > text=Unable to resolve type Map<String,String>: > Unable to find class 'Map<String,String>']] > at org.drools.compiler.kie.builder.impl.KieContainerImpl.getKieBase(KieContainerImpl.java:260) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.newKieSession(KieContainerImpl.java:400) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.newKieSession(KieContainerImpl.java:375) > at com.sample.DroolsTest.main(DroolsTest.java:17) > If we remove the generics, or not using modify(), this has no error. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-568) Module dependencies missing from brms and bpms layers to support remote runtime engines

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-568?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-568: ------------------------------------------------ Ivo Bek <ibek(a)redhat.com> changed the Status of [bug 1124885|https://bugzilla.redhat.com/show_bug.cgi?id=1124885] from ON_QA to VERIFIED > Module dependencies missing from brms and bpms layers to support remote runtime engines > --------------------------------------------------------------------------------------- > > Key: DROOLS-568 > URL: https://issues.jboss.org/browse/DROOLS-568 > Project: Drools > Issue Type: Bug > Affects Versions: 6.1.0.CR2 > Environment: JBoss EAP 6.3 > Reporter: David Ward > Assignee: Jeremy Lindop > > Regarding artifacts: > org.kie:kie-eap-distributions-brms-layer::6.1.0.CR2 > org.kie:kie-eap-integration-brms:brms-layer:6.0.2-redhat-7 > org.kie:kie-eap-distributions-bpms-layer::6.1.0.CR2 > org.kie:kie-eap-integration-bpms:bpms-layer:6.0.2-redhat-7 > And these modules: > modules/system/layers/brms/org/kie/main/module.xml > modules/system/layers/bpms/org/kie/main/module.xml > There are missing libraries needed to support the remote rest and jms runtime engine factories (and associated builders): > org.kie.services.client.api.RemoteJmsRuntimeEngineFactory/Builder > org.kie.services.client.api.RemoteRestRuntimeEngineFactory/Builder > Including at least these resource-roots: > org.kie.remote:kie-services-client > org.kie.remote:kie-services-jaxb > and this dependency module: > org.jboss.resteasy:resteasy-jackson-provider > (Although still validating other possible dependencies.) > Without having all the necessary libraries included and dependencies linked, using the RemoteRuntimeEngines via kie-services-client is not possible. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-112) Long server shut-dow with unresponsive client with opened JNDI Context

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/WFCORE-112?page=com.atlassian.jira.plugin... ] David Lloyd commented on WFCORE-112: ------------------------------------ The Remoting server integration component does not adequately handle this situation on the server side, and this code is in WildFly, not in Remoting itself. > Long server shut-dow with unresponsive client with opened JNDI Context > ---------------------------------------------------------------------- > > Key: WFCORE-112 > URL: https://issues.jboss.org/browse/WFCORE-112 > Project: WildFly Core > Issue Type: Bug > Reporter: Miroslav Novak > Assignee: David Lloyd > Attachments: JNDIContext.java, testcase.zip > > > Description of problem: > If client with opened JNDI context is disconnected from network, then clean shutdown (ctrl-c) of server takes 15 minutes. > This scenario takes place, when network connections is lost between JMS clients with JNDI context and server. > Version-Release number of selected component (if applicable): > jboss-remoting-3.3.3.Final-redhat-1.jar > How reproducible: > always > Steps to Reproduce: > 1. Start EAP 6.3.1.CP.CR1 on first machine > 2. Start client which creates JNDI context on second machine (use attached JNDIContext.java) > 3. Disconnect network between client and server > 4. Try to cleanly shutdown EAP 6.3.1.CP.CR1 server (by ctrl-c) > Actual results: > It takes 15 minutes for server to shutdown. > Expected results: > Server should shutdown almost immediately. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (WFCORE-111) Add "PathAddress getCurrentAddress()" to OperationContext

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/WFCORE-111?page=com.atlassian.jira.plugin... ] Brian Stansberry commented on WFCORE-111: ----------------------------------------- Also, something like this would replace a lot of boilerplate: {code} /** * Gets the value of the last element of the address associated with the currently executing step. * <p> * Equivalent to {@code getCurrentAddress().getLastElement().getValue()}. * * @return the current address' last element's value * @throws IllegalStateException if the current address is the root address */ String getCurrentAddressValue(); {code} > Add "PathAddress getCurrentAddress()" to OperationContext > --------------------------------------------------------- > > Key: WFCORE-111 > URL: https://issues.jboss.org/browse/WFCORE-111 > Project: WildFly Core > Issue Type: Feature Request > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Brian Stansberry > > There's a ton of this in OSH implementations: > PathAddress.pathAddress(operation.require(ModelDescriptionConstants.OP_ADDR)) > which should be replaced with > context.getCurrentAddress() -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-493) Error to declare Map/List with generics when having a modify() on RHS

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-493?page=com.atlassian.jira.plugin... ] Mario Fusco resolved DROOLS-493. -------------------------------- Fix Version/s: 6.2.0.CR1 Resolution: Done Fixed by https://github.com/droolsjbpm/drools/commit/26894361e > Error to declare Map/List with generics when having a modify() on RHS > --------------------------------------------------------------------- > > Key: DROOLS-493 > URL: https://issues.jboss.org/browse/DROOLS-493 > Project: Drools > Issue Type: Bug > Environment: * OS: Mac OS X 10.9.2 > * Java SE 1.7 > * Drools Runtime 6.1.0-Final > Reporter: Jinghai Rao > Assignee: Mario Fusco > Fix For: 6.2.0.CR1 > > > For the following rule > ----------------------------- > package com.sample > > import java.util.Map; > import java.util.HashMap; > declare TestFact > @propertyReactive > data : String > end > rule "Test Rule" > when > $fact : TestFact() > then > Map<String,String> a = new HashMap<String,String>(); > modify ($fact) {setData("0")} > end > ------------------------ > We get the following exception: > java.lang.RuntimeException: Error while creating KieBase[Message [id=1, level=ERROR, path=rules/Sample.drl, line=11, column=0 > text=Unable to resolve type Map<String,String>: > Unable to find class 'Map<String,String>']] > at org.drools.compiler.kie.builder.impl.KieContainerImpl.getKieBase(KieContainerImpl.java:260) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.newKieSession(KieContainerImpl.java:400) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.newKieSession(KieContainerImpl.java:375) > at com.sample.DroolsTest.main(DroolsTest.java:17) > If we remove the generics, or not using modify(), this has no error. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2014