November 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-134) Make sure CLIWrapper doesn't use default encoding

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-134?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-134: ------------------------------------------------ Petr Kremensky <pkremens(a)redhat.com> changed the Status of [bug 980923|https://bugzilla.redhat.com/show_bug.cgi?id=980923] from ON_QA to VERIFIED > Make sure CLIWrapper doesn't use default encoding > ------------------------------------------------- > > Key: WFCORE-134 > URL: https://issues.jboss.org/browse/WFCORE-134 > Project: WildFly Core > Issue Type: Bug > Reporter: Emmanuel Hugonnet > Assignee: Emmanuel Hugonnet > Priority: Minor > Fix For: 1.0.0.Alpha9 > > > CLIWrapper is using the default encoding which might lead to issue with non US locales. > Also take advantage of this fix to remove some hard coded strings from tests. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-242) the deployment content is deleted if first undeploy and then deploy the same application using CLI batch

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-242?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-242: ------------------------------------------------ Emmanuel Hugonnet (ehsavoie) <ehugonne(a)redhat.com> changed the Status of [bug 1162444|https://bugzilla.redhat.com/show_bug.cgi?id=1162444] from POST to ASSIGNED > the deployment content is deleted if first undeploy and then deploy the same application using CLI batch > -------------------------------------------------------------------------------------------------------- > > Key: WFCORE-242 > URL: https://issues.jboss.org/browse/WFCORE-242 > Project: WildFly Core > Issue Type: Bug > Components: CLI, Domain Management > Reporter: Jay Kumar SenSharma > Assignee: Emmanuel Hugonnet > Priority: Minor > > - If deploy and undeploy CLI commands executed in a batch mode then it causes missing deployment inside the "data/content" directory which leads to the following error: > {code} > [Host Controller] 10:33:42,387 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "example.war")]) - failure description: "WFLYDC0058: No deployment content with hash d85f1e3106bc8a49838a0dccae9e80819c25e02c is available in the deployment content repository for deployment 'example.war'. This is a fatal boot error. To correct the problem, either restart with the --admin-only switch set and use the CLI to install the missing content or remove it from the configuration, or remove the deployment from the xml configuraiton file and restart." > [Host Controller] 10:33:42,390 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0034: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details. > {code} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4093) Changing IOR settings should require restart of jacorb subsystem

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-4093?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-4093: ----------------------------------------------- Jan Martiska <jmartisk(a)redhat.com> changed the Status of [bug 1080333|https://bugzilla.redhat.com/show_bug.cgi?id=1080333] from ON_QA to VERIFIED > Changing IOR settings should require restart of jacorb subsystem > ---------------------------------------------------------------- > > Key: WFLY-4093 > URL: https://issues.jboss.org/browse/WFLY-4093 > Project: WildFly > Issue Type: Bug > Components: IIOP > Affects Versions: 9.0.0.Alpha1 > Reporter: Stefan Guilhen > Assignee: Stefan Guilhen > Fix For: 9.0.0.Beta1 > > > When using management operations to add IOR settings, the settings don't get reflected in the IORSecConfigMetaDataService until a server reload. The management operations should mark that the jacorb subsystem needs to be restarted. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-655) Debug: Line after "THEN" ignored

by Marc Dzaebel (JIRA)

[ https://issues.jboss.org/browse/DROOLS-655?page=com.atlassian.jira.plugin... ] Marc Dzaebel updated DROOLS-655: -------------------------------- Description: If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. {code} rule "" when then int i=1; System.out.println( i); // breakpoint set here end {code} Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a new line after THEN. Even smallest rules need to take unnecessary number of lines. However, the above rule works. was: If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. {code} rule "" when then int i=1; System.out.println( i); // breakpoint set here end {code} Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a line for then. Even smallest rules need to take unnecessary number of lines. However, the above rule works. > Debug: Line after "THEN" ignored > -------------------------------- > > Key: DROOLS-655 > URL: https://issues.jboss.org/browse/DROOLS-655 > Project: Drools > Issue Type: Bug > Affects Versions: 6.2.0.CR2 > Environment: All (Eclipse Debug) > Reporter: Marc Dzaebel > Assignee: Mark Proctor > Priority: Minor > > If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. > {code} > rule "" > when > then int i=1; > System.out.println( i); // breakpoint set here > end > {code} > Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a new line after THEN. Even smallest rules need to take unnecessary number of lines. However, the above rule works. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-2806) Add check to fail deployments that use CXFServlet but have not disabled the WS subsystem

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2806?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2806: ----------------------------------------------- Rostislav Svoboda <rsvoboda(a)redhat.com> changed the Status of [bug 1166458|https://bugzilla.redhat.com/show_bug.cgi?id=1166458] from ON_QA to VERIFIED > Add check to fail deployments that use CXFServlet but have not disabled the WS subsystem > ---------------------------------------------------------------------------------------- > > Key: WFLY-2806 > URL: https://issues.jboss.org/browse/WFLY-2806 > Project: WildFly > Issue Type: Feature Request > Components: Web Services > Reporter: Kyle Lape > Assignee: Alessio Soldano > Fix For: 9.0.0.Beta1 > > > If {{CXFServlet}} is defined in an app's {{web.xml}}, the webservices subsystem should always be disabled. (Of course the preference would be to stop using {{CXFServlet}} and follow the JAX-WS way to deploy web services.) -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-269) CLI freezes and it's not possible to terminate it (using Ctrl-C) in some cases

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-269?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-269: ------------------------------------------------ Petr Kremensky <pkremens(a)redhat.com> changed the Status of [bug 1149099|https://bugzilla.redhat.com/show_bug.cgi?id=1149099] from ON_QA to ASSIGNED > CLI freezes and it's not possible to terminate it (using Ctrl-C) in some cases > ------------------------------------------------------------------------------- > > Key: WFCORE-269 > URL: https://issues.jboss.org/browse/WFCORE-269 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Reporter: Tomas Hofman > Assignee: Tomas Hofman > > This is copy of https://bugzilla.redhat.com/show_bug.cgi?id=1149099 > Description: > The CLI freezes in phase of requesting username/password in some cases. > Reproducer > ========== > Run following command: > ./jboss-cli.sh -c << EOF > /core-service=management/security-realm=ManagementRealm/authentication=local:remove > reload > EOF -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3974) Move 'Channel end notification received, closing channel' to DEBUG

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3974?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3974: ----------------------------------------------- Ladislav Thon <lthon(a)redhat.com> changed the Status of [bug 1153281|https://bugzilla.redhat.com/show_bug.cgi?id=1153281] from ON_QA to VERIFIED > Move 'Channel end notification received, closing channel' to DEBUG > ------------------------------------------------------------------ > > Key: WFLY-3974 > URL: https://issues.jboss.org/browse/WFLY-3974 > Project: WildFly > Issue Type: Enhancement > Components: Naming > Affects Versions: 9.0.0.Alpha1 > Reporter: Brad Maxwell > Assignee: Brad Maxwell > Fix For: 9.0.0.Beta1 > > > When a remote jms queue is located the following is seen: > 2014-09-25 16:48:29,327 INFO [org.jboss.as.naming] (Remoting "jeev6dev01_200" task-1) JBAS011806: Notification de fin de canal reçue, fermeture du canal Channel ID 0cb79bd5 (inbound) of Remoting connection 53a1933a to /10.23.132.245:57733 > This is due to org.jboss.as.naming.NamingLogger where the following is used: > @LogMessage(level=Logger.Level.INFO) > @Message(id=11806, value="Channel end notification received, closing channel %s") > public abstract void closingChannelOnChannelEnd(Channel paramChannel); > Changin this to > @LogMessage(level=Logger.Level.DEBUG) > Would ensure that an INFO log event is not seen every time a jms message is sent to the server. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-451) Filter Apache CXF

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-451?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on WFLY-451: ---------------------------------------------- Rostislav Svoboda <rsvoboda(a)redhat.com> changed the Status of [bug 1166502|https://bugzilla.redhat.com/show_bug.cgi?id=1166502] from ON_QA to VERIFIED > Filter Apache CXF > ----------------- > > Key: WFLY-451 > URL: https://issues.jboss.org/browse/WFLY-451 > Project: WildFly > Issue Type: Task > Components: Web Services > Reporter: Alessio Soldano > Assignee: Alessio Soldano > Fix For: 8.0.0.Alpha1 > > > Detect Apache CXF libraries in user deployment and *if* the webservices subsystem is actually being triggered for the deployment, either log a major warning or make the deployment fail. This would basically prevent later issues with users trying to deploy not properly packaged applications (e.g. the same war embedding CXF they were using on Tomcat) and making them aware of what they need to do. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-655) Debug: Line after "THEN" ignored

by Marc Dzaebel (JIRA)

[ https://issues.jboss.org/browse/DROOLS-655?page=com.atlassian.jira.plugin... ] Marc Dzaebel updated DROOLS-655: -------------------------------- Description: If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. {code} rule "" when then int i=1; System.out.println( i); // breakpoint set here end {code} Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a line for then. Even smallest rules need to take unnecessary number of lines. However, the above rule works. was: If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. {code} rule "" when then int i=1; System.out.println( i); // breakpoint set here end {code} Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a line for then. Even smallest rules need to take unnecessary number of lines. > Debug: Line after "THEN" ignored > -------------------------------- > > Key: DROOLS-655 > URL: https://issues.jboss.org/browse/DROOLS-655 > Project: Drools > Issue Type: Bug > Affects Versions: 6.2.0.CR2 > Environment: All (Eclipse Debug) > Reporter: Marc Dzaebel > Assignee: Mark Proctor > Priority: Minor > > If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. > {code} > rule "" > when > then int i=1; > System.out.println( i); // breakpoint set here > end > {code} > Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a line for then. Even smallest rules need to take unnecessary number of lines. However, the above rule works. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-655) Debug: Line after "THEN" ignored

by Marc Dzaebel (JIRA)

Marc Dzaebel created DROOLS-655: ----------------------------------- Summary: Debug: Line after "THEN" ignored Key: DROOLS-655 URL: https://issues.jboss.org/browse/DROOLS-655 Project: Drools Issue Type: Bug Affects Versions: 6.2.0.CR2 Environment: All (Eclipse Debug) Reporter: Marc Dzaebel Assignee: Mark Proctor Priority: Minor If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. {code} rule "" when then int i=1; System.out.println( i); // breakpoint set here end {code} Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a line for then. Even smallest rules need to take unnecessary number of lines. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 7 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 November 2014