April 2013 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-6949) NPE in RootResourceIterator

by Brian Stansberry (JIRA)

Brian Stansberry created AS7-6949: ------------------------------------- Summary: NPE in RootResourceIterator Key: AS7-6949 URL: https://issues.jboss.org/browse/AS7-6949 Project: Application Server 7 Issue Type: Bug Components: Domain Management, JMX Environment: Intermittent testsuite failures, e.g. http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/as7-param-pull/684... Log shows this repeatedly: [4/18/13 7:17:27 PM] Brian Stansberry: [0m[33m18:38:11,612 WARN [org.jboss.remotingjmx.protocol.v2.ServerCommon] (pool-2-thread-12) Unexpected internal error: java.lang.NullPointerException at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:49) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:55) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:55) at org.jboss.as.jmx.model.RootResourceIterator.iterate(RootResourceIterator.java:39) at org.jboss.as.jmx.model.ModelControllerMBeanHelper.getMBeanCount(ModelControllerMBeanHelper.java:103) at org.jboss.as.jmx.model.ModelControllerMBeanServerPlugin.getMBeanCount(ModelControllerMBeanServerPlugin.java:116) at org.jboss.as.jmx.PluggableMBeanServerImpl.getMBeanCount(PluggableMBeanServerImpl.java:220) at org.jboss.remotingjmx.protocol.v2.ServerProxy$GetMBeanCountHandler.handle(ServerProxy.java:618) at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:152) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13] RootResourceIterator.doIterate is reading the resource twice: {code} for (ResourceEntry entry : current.getChildren(type)) { final PathElement pathElement = entry.getPathElement(); final Resource child = current.getChild(pathElement); // why this call since "entry" and "child" should be the same object final PathAddress childAddress = address.append(pathElement); doIterate(child, childAddress); } {code} The problem is "child" is null, which is possible with a dynamic resource. So, either "entry" should be used, or, if there is some reason for the 2nd read, a check for null is needed before the recursive doIterate call. Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 8.0.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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-104) Queries do not work with class literals

by Davide Sottara (JIRA)

Davide Sottara created DROOLS-104: ------------------------------------- Summary: Queries do not work with class literals Key: DROOLS-104 URL: https://issues.jboss.org/browse/DROOLS-104 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.5.0.Final Reporter: Davide Sottara Assignee: Mario Fusco Fix For: 5.5.1.Final, 6.0.0.Final It is not possible to use class literals as query input parameters query test( Class $c ) ... end rule "X" when ... test( MyClass.class ; ) then ... 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-6611) Batch scripts should show some error message when we set JAVA_HOME to nonexisting folder

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-6611?page=com.atlassian.jira.plugin.s... ] Brian Stansberry updated AS7-6611: ---------------------------------- Assignee: (was: Brian Stansberry) Fix Version/s: 8.0.0.CR1 (was: 8.0.0.Alpha1) > Batch scripts should show some error message when we set JAVA_HOME to nonexisting folder > ---------------------------------------------------------------------------------------- > > Key: AS7-6611 > URL: https://issues.jboss.org/browse/AS7-6611 > Project: Application Server 7 > Issue Type: Enhancement > Components: Scripts > Affects Versions: 7.1.2.Final (EAP) > Reporter: Brian Stansberry > Fix For: 8.0.0.CR1 > > > steps to reproduce: > ... > {code}jboss-eap-6.0\bin>set JAVA_HOME=c:\dummy > jboss-eap-6.0\bin>standalone.bat > Calling "W:\tmp\pk\jboss-eap-6.0\bin\standalone.conf.bat" > >{code} > ... > batch script will end on this line (standalone.bat) > l:73 "%JAVA%" -client -version 2>&1 | findstr /I /C:"Client VM" > nul > On linux we get at least error message: > ./standalone.sh: line 178: /home/dummy/bin/java: No such file or directory -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-4999) Alllow non persistent configuration(runtime) changes for server groups and domain using CLI

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-4999?page=com.atlassian.jira.plugin.s... ] Brian Stansberry updated AS7-4999: ---------------------------------- Fix Version/s: 9.0.0.CR1 (was: 8.0.0.Alpha1) > Alllow non persistent configuration(runtime) changes for server groups and domain using CLI > ------------------------------------------------------------------------------------------- > > Key: AS7-4999 > URL: https://issues.jboss.org/browse/AS7-4999 > Project: Application Server 7 > Issue Type: Feature Request > Components: Domain Management > Reporter: Shay Matasaro > Assignee: Brian Stansberry > Fix For: 9.0.0.CR1 > > > Using the CLI , It is currently not possible to make runtime config changes to multiple servers , unless you are using a roll-out plan > One example is the ability to disable a mod-cluster context on multiple servers at once. > Since this operation does not affect the persistent server config it is currently not supported. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-6662) Batch scripts should show some error message when we set JAVA_HOME to nonexisting folder.

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-6662?page=com.atlassian.jira.plugin.s... ] Brian Stansberry updated AS7-6662: ---------------------------------- Assignee: (was: Brian Stansberry) Fix Version/s: 8.0.0.CR1 (was: 8.0.0.Alpha1) > Batch scripts should show some error message when we set JAVA_HOME to nonexisting folder. > ----------------------------------------------------------------------------------------- > > Key: AS7-6662 > URL: https://issues.jboss.org/browse/AS7-6662 > Project: Application Server 7 > Issue Type: Enhancement > Components: Scripts > Affects Versions: 7.1.2.Final (EAP), 7.1.3.Final (EAP), EAP 6.1.0.Alpha (7.2.0.Final) > Reporter: Brian Stansberry > Priority: Minor > Fix For: 8.0.0.CR1 > > > steps to reproduce: > ... > {code}jboss-eap-6.0\bin>set JAVA_HOME=c:\dummy > jboss-eap-6.0\bin>standalone.bat > Calling "W:\tmp\pk\jboss-eap-6.0\bin\standalone.conf.bat" > jboss-eap-6.0\bin>{code} > ... > batch script will end on this line (standalone.bat) > l:73 "%JAVA%" -client -version 2>&1 | findstr /I /C:"Client VM" > nul > On linux we get at least error message: > ./standalone.sh: line 178: /home/dummy/bin/java: No such file or directory -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-462) Patching system

by Brian Stansberry (JIRA)

[ https://issues.jboss.org/browse/AS7-462?page=com.atlassian.jira.plugin.sy... ] Brian Stansberry updated AS7-462: --------------------------------- Assignee: Emanuel Muckenhuber (was: Brian Stansberry) > Patching system > --------------- > > Key: AS7-462 > URL: https://issues.jboss.org/browse/AS7-462 > Project: Application Server 7 > Issue Type: Task > Components: Domain Management > Reporter: Brian Stansberry > Assignee: Emanuel Muckenhuber > Priority: Blocker > Labels: rhq > Fix For: 8.0.0.Beta1 > > > "Server" side of the patching system. Server not in the sense of the domain model Server, but rather client-server where the client is whatever tool (JON) determines there are patches available and asks the server to apply them. > This does not need to implemented until M2 but thinking about it during the design of the InstalledImage is good. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBASMP-41) Create goals to add modules do Jboss AS

by James Perkins (JIRA)

[ https://issues.jboss.org/browse/JBASMP-41?page=com.atlassian.jira.plugin.... ] James Perkins commented on JBASMP-41: ------------------------------------- Nope, looks like in a CLI script it would work. I suppose you could setup some goals to generate a script file maybe. > Create goals to add modules do Jboss AS > --------------------------------------- > > Key: JBASMP-41 > URL: https://issues.jboss.org/browse/JBASMP-41 > Project: JBoss AS Maven Plugins > Issue Type: Feature Request > Reporter: Gustavo Orair > Assignee: James Perkins > > A command to create modules using Jboss CLI was created > (refer to https://issues.jboss.org/browse/AS7-4265). > It should be nice if one may create these modules on Jboss server referencing a maven dependency similarly to deploy-artifact configuration section. > Maybe a possible workaround for now should be use execute-commands but it would need to locate where the maven depencies are located: > <execution> > <id>create-modules</id> > <phase>install</phase> > <goals> > <goal>execute-commands</goal> > </goals> > <configuration> > <execute-commands> > <commands> > <command>module add --name=oracle.jdbc --resources=ojdbc6.jar --dependencies=javax.api,javax.transaction.api</command> > </commands> > </execute-commands> > </configuration> > </execution> -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-6948) Login configuration does not work for custom mail server

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-6948?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration updated AS7-6948: ----------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=953688 > Login configuration does not work for custom mail server > -------------------------------------------------------- > > Key: AS7-6948 > URL: https://issues.jboss.org/browse/AS7-6948 > Project: Application Server 7 > Issue Type: Bug > Components: Mail > Affects Versions: EAP 6.1.0.Alpha (7.2.0.Final) > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > > You cannot configure and use login configuration when having custom server. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-6948) Login configuration does not work for custom mail server

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/AS7-6948?page=com.atlassian.jira.plugin.s... ] RH Bugzilla Integration commented on AS7-6948: ---------------------------------------------- Tomaz Cerar <tcerar(a)redhat.com> made a comment on [bug 953688|https://bugzilla.redhat.com/show_bug.cgi?id=953688] Description of problem: You cannot configure login config for custom-mail server configuration. This results in not beeing able to connect custom-mail server if it uses authentication Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: <mail-session jndi-name="java:jboss/mail/Custom"> <custom-server name="smtp" outbound-socket-binding-ref="mail-smtp-tls"> <login name="user at gmail.com" password="password"/> <property name="host" value="smtp.gmail.com" /> <property name="port" value="587" /> <property name="starttls.enable" value="true" /> </smtp-server> </mail-session> Actual results: failed to parse xml configuration / login not working Expected results: i can send mail Additional info: > Login configuration does not work for custom mail server > -------------------------------------------------------- > > Key: AS7-6948 > URL: https://issues.jboss.org/browse/AS7-6948 > Project: Application Server 7 > Issue Type: Bug > Components: Mail > Affects Versions: EAP 6.1.0.Alpha (7.2.0.Final) > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > > You cannot configure and use login configuration when having custom server. -- 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

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBASMP-41) Create goals to add modules do Jboss AS

by Gustavo Orair (JIRA)

[ https://issues.jboss.org/browse/JBASMP-41?page=com.atlassian.jira.plugin.... ] Gustavo Orair commented on JBASMP-41: ------------------------------------- It's great to see a prompt response! Thanks! For now, would it fail also if I use CLI scripts? > Create goals to add modules do Jboss AS > --------------------------------------- > > Key: JBASMP-41 > URL: https://issues.jboss.org/browse/JBASMP-41 > Project: JBoss AS Maven Plugins > Issue Type: Feature Request > Reporter: Gustavo Orair > Assignee: James Perkins > > A command to create modules using Jboss CLI was created > (refer to https://issues.jboss.org/browse/AS7-4265). > It should be nice if one may create these modules on Jboss server referencing a maven dependency similarly to deploy-artifact configuration section. > Maybe a possible workaround for now should be use execute-commands but it would need to locate where the maven depencies are located: > <execution> > <id>create-modules</id> > <phase>install</phase> > <goals> > <goal>execute-commands</goal> > </goals> > <configuration> > <execute-commands> > <commands> > <command>module add --name=oracle.jdbc --resources=ojdbc6.jar --dependencies=javax.api,javax.transaction.api</command> > </commands> > </execute-commands> > </configuration> > </execution> -- 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

13 years, 2 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 April 2013