July 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (AS7-1165) Improve error message(s) of deployment failures

by jaikiran pai (JIRA)

Improve error message(s) of deployment failures ------------------------------------------------ Key: AS7-1165 URL: https://issues.jboss.org/browse/AS7-1165 Project: Application Server 7 Issue Type: Enhancement Affects Versions: 7.0.0.CR1 Reporter: jaikiran pai Fix For: 7.1.0.Alpha1 The error reporting in 7.0.0.CR1 for deployment failures due to missing dependencies is very complex and almost cannot be understood. Here are a couple of examples: http://community.jboss.org/message/612943#612943 http://community.jboss.org/message/612555#612555 This needs to be improved in later versions. I'm marking this as "Fix Version" 7.1.0.Alpha1 because I guess this isn't an easy change to incorporate in 7.0.0.Final. If it's possible to get this in for 7.0.0.Final then please change it accordingly. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

4
5
0 / 0

[JBoss JIRA] Created: (AS7-1150) Asynchronous logging doesn't work.

by Andrig Miller (JIRA)

Asynchronous logging doesn't work. ---------------------------------- Key: AS7-1150 URL: https://issues.jboss.org/browse/AS7-1150 Project: Application Server 7 Issue Type: Bug Components: Logging Affects Versions: 7.0.0.CR1 Reporter: Andrig Miller Priority: Critical Fix For: 7.0.0.Final Asynchronous logging writes nothing to the server.log. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (JBLOGGING-67) ASYNC logging logs nothing to the server.log

by Andrig Miller (JIRA)

ASYNC logging logs nothing to the server.log -------------------------------------------- Key: JBLOGGING-67 URL: https://issues.jboss.org/browse/JBLOGGING-67 Project: JBoss Logging Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.0.0.CR1 Reporter: Andrig Miller Assignee: David Lloyd Priority: Critical Fix For: 3.0.0.CR2 I configured AS 7 CR 1 to use Asynchronous logging as that release had the fix in it to have it parse the configuration correctly, but nothing ever gets written to the server.log. My configuration is as follows: <subsystem xmlns="urn:jboss:domain:logging:1.0"> <async-handler name="ASYNC"> <level name="INFO"/> <queue-length value="1024"/> <overflow-action value="BLOCK"/> <subhandlers> <handler name="FILE"/> </subhandlers> </async-handler> <periodic-rotating-file-handler name="FILE" autoflush="true"> <level name="INFO"/> <formatter> <pattern-formatter pattern="%d{HH:mm:ss,SSS} %-5p [%c] (%t) %s%E%n"/> </formatter> <file relative-to="jboss.server.log.dir" path="server.log"/> <suffix value=".yyyy-MM-dd"/> </periodic-rotating-file-handler> <logger category="com.arjuna"> <level name="WARN"/> </logger> <logger category="org.apache.tomcat.util.modeler"> <level name="WARN"/> </logger> <logger category="sun.rmi"> <level name="WARN"/> </logger> <root-logger> <level name="INFO"/> <handlers> <handler name="ASYNC"/> </handlers> </root-logger> </subsystem> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
3
0 / 0

[JBoss JIRA] Created: (AS7-1148) After startup and shutdown of the AS 7 CR 1 release, the async-handler configuration gets overwritten with improper element (subhandlers are changed to handlers), and it won't start again with editing the configuration.

by Andrig Miller (JIRA)

After startup and shutdown of the AS 7 CR 1 release, the async-handler configuration gets overwritten with improper element (subhandlers are changed to handlers), and it won't start again with editing the configuration. --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: AS7-1148 URL: https://issues.jboss.org/browse/AS7-1148 Project: Application Server 7 Issue Type: Bug Components: Domain Management Affects Versions: 7.0.0.CR1 Reporter: Andrig Miller Priority: Critical Fix For: 7.0.0.Final I created a configuration to use asynchronous logging in standalone-ha.xml, and after successfully starting the server, running a test, and shutting it down, I could no longer restart the server without a parse error in standalone-ha.xml. What is happening, is the file is being rewritten, and it is replacing the subhandlers element with a handlers element which is incorrect. So, my configuration, that looks like this when I start the server: <subsystem xmlns="urn:jboss:domain:logging:1.0"> <async-handler name="ASYNC"> <level name="INFO"/> <queue-length value="1024"/> <overflow-action value="BLOCK"/> <subhandlers> <handler name="FILE"/> </subhandlers> </async-handler> <periodic-rotating-file-handler name="FILE" autoflush="true"> <level name="INFO"/> <formatter> <pattern-formatter pattern="%d{HH:mm:ss,SSS} %-5p [%c] (%t) %s%E%n"/> </formatter> <file relative-to="jboss.server.log.dir" path="server.log"/> <suffix value=".yyyy-MM-dd"/> </periodic-rotating-file-handler> <logger category="com.arjuna"> <level name="WARN"/> </logger> <logger category="org.apache.tomcat.util.modeler"> <level name="WARN"/> </logger> <logger category="sun.rmi"> <level name="WARN"/> </logger> <root-logger> <level name="INFO"/> <handlers> <handler name="ASYNC"/> </handlers> </root-logger> </subsystem> ends up looking like this: <subsystem xmlns="urn:jboss:domain:logging:1.0"> <async-handler name="ASYNC"> <level name="INFO"/> <queue-length value="1024"/> <overflow-action value="BLOCK"/> <handlers> <handler name="FILE"/> </handlers> </async-handler> <periodic-rotating-file-handler name="FILE" autoflush="true"> <level name="INFO"/> <formatter> <pattern-formatter pattern="%d{HH:mm:ss,SSS} %-5p [%c] (%t) %s%E%n"/> </formatter> <file relative-to="jboss.server.log.dir" path="server.log"/> <suffix value=".yyyy-MM-dd"/> </periodic-rotating-file-handler> <logger category="com.arjuna"> <level name="WARN"/> </logger> <logger category="org.apache.tomcat.util.modeler"> <level name="WARN"/> </logger> <logger category="sun.rmi"> <level name="WARN"/> </logger> <root-logger> <level name="INFO"/> <handlers> <handler name="ASYNC"/> </handlers> </root-logger> </subsystem> Which is wrong and fails parsing, which prevents the server from starting again, unless I hand edit the file again to correct it. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (AS7-1145) Composite operation with only one member fails

by Heiko Rupp (JIRA)

Composite operation with only one member fails ---------------------------------------------- Key: AS7-1145 URL: https://issues.jboss.org/browse/AS7-1145 Project: Application Server 7 Issue Type: Bug Components: Domain Management Affects Versions: 7.0.0.CR1 Reporter: Heiko Rupp Priority: Critical I am trying to issue /deployment=foo:add as one step within a composite operation. When the composite operation has more than one member, this works. If it only has this one member operation, it fails with {"outcome":"failed","failure-description":"No handler for operation add at address [(\"deployment\" => \"test.war\")]","rolled-back":true} The failing upload test is in testUploadComposite2 - while all other combinations in that test class work. http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=blob;f=modules/plugins/j... The code in question used to work for a long time - I suspect the new-controller work to have broken it. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (AS7-1187) parsing server paths fails

by Emanuel Muckenhuber (JIRA)

parsing server paths fails -------------------------- Key: AS7-1187 URL: https://issues.jboss.org/browse/AS7-1187 Project: Application Server 7 Issue Type: Bug Affects Versions: 7.0.0.CR1 Reporter: Emanuel Muckenhuber Assignee: Emanuel Muckenhuber Fix For: 7.0.0.Final -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (AS7-943) Out Of The Box - Management Security

by Darran Lofthouse (JIRA)

Out Of The Box - Management Security ------------------------------------ Key: AS7-943 URL: https://issues.jboss.org/browse/AS7-943 Project: Application Server 7 Issue Type: Task Components: Domain Management Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.0.0.CR1 After lots of back and forth, the plan is to: 1) Ship unsecured 2) Ship a secure-mgmt.cli script that can be executed from the CLI ./jboss-admin.sh --file secure-mgmt.cli 3) Include in the domain/configuration and standalone/configuration dirs a properties file with a commented out user #admin=CHANGEIT -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (AS7-1033) Complete the "securing the admin console" documentation

by Darran Lofthouse (JIRA)

Complete the "securing the admin console" documentation ------------------------------------------------------- Key: AS7-1033 URL: https://issues.jboss.org/browse/AS7-1033 Project: Application Server 7 Issue Type: Task Components: Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.0.0.CR1 https://docs.jboss.org/author/display/AS7/Admin+Guide? -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
3
0 / 0

[JBoss JIRA] Created: (AS7-1087) Infinispan transaction timeout on cache stop not set correctly

by Paul Ferraro (JIRA)

Infinispan transaction timeout on cache stop not set correctly -------------------------------------------------------------- Key: AS7-1087 URL: https://issues.jboss.org/browse/AS7-1087 Project: Application Server 7 Issue Type: Bug Components: Clustering Affects Versions: 7.0.0.Beta3 Reporter: Paul Ferraro Assignee: Paul Ferraro Priority: Minor Fix For: 7.0.0.CR1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-2260) Fix maven warning 'The expression ${artifactId} is deprecated.'

by Carlo de Wolf (JIRA)

Fix maven warning 'The expression ${artifactId} is deprecated.' --------------------------------------------------------------- Key: EJBTHREE-2260 URL: https://issues.jboss.org/browse/EJBTHREE-2260 Project: EJB 3.0 Issue Type: Task Reporter: Carlo de Wolf Assignee: Carlo de Wolf Priority: Minor Fix For: 2.0.0-beta-2 {noformat} [WARNING] [WARNING] Some problems were encountered while building the effective model for org.jboss.ejb3:jboss-ejb3-cache:jar:2.0.0-beta-2-SNAPSHOT [WARNING] The expression ${artifactId} is deprecated. Please use ${project.artifactId} instead. [WARNING] {noformat} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2011