October 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (AS7-1529) Access to domain model using JMX will require domain security integration.

by Darran Lofthouse (JIRA)

Access to domain model using JMX will require domain security integration. -------------------------------------------------------------------------- Key: AS7-1529 URL: https://issues.jboss.org/browse/AS7-1529 Project: Application Server 7 Issue Type: Task Components: Domain Management, JMX, Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.1.0.Beta1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (AS7-1395) Domain Management Security - Remote Repository Caching

by Darran Lofthouse (JIRA)

Domain Management Security - Remote Repository Caching ------------------------------------------------------ Key: AS7-1395 URL: https://issues.jboss.org/browse/AS7-1395 Project: Application Server 7 Issue Type: Task Components: Domain Management, Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.1.0.Beta1 Where we are accessing remote stores for the users we need a cache for the information retrieved, will need features such as an expiration time and a possibility to flush the whole cache or individual entries. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

4
4
0 / 0

[JBoss JIRA] Created: (AS7-1813) Turn Osgi managment subsections into inlined tabs

by Heiko Braun (JIRA)

Turn Osgi managment subsections into inlined tabs ------------------------------------------------- Key: AS7-1813 URL: https://issues.jboss.org/browse/AS7-1813 Project: Application Server 7 Issue Type: Feature Request Components: Console Reporter: Heiko Braun Assignee: David Bosschaert Fix For: 7.1.0.CR1 I.e. the "preloaded modules" and "framework properties" sections should be represented as inlined tabs. Similar to the servlet "connectors" and "virtual servers". -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

4
6
0 / 0

[JBoss JIRA] (AS7-2005) Setting recursive="true" in management/outbound-connections/ldap results in Unexpected attribute 'recursive' encountered

by Darran Lofthouse (Created) (JIRA)

Setting recursive="true" in management/outbound-connections/ldap results in Unexpected attribute 'recursive' encountered ------------------------------------------------------------------------------------------------------------------------ Key: AS7-2005 URL: https://issues.jboss.org/browse/AS7-2005 Project: Application Server 7 Issue Type: Bug Components: Domain Management, Security Affects Versions: 7.0.2.Final Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.1.0.Beta1 I noticed that setting recursive="true" in management/outbound-connections/ldap should be possible after jboss-as-config_1_0.xsd but on startup JBoss throws a parser exception: 22:45:47,704 ERROR [stderr] Exception in thread "Controller Boot Thread" java.lang.RuntimeException: org.jboss.as.controller.persistence.ConfigurationPersistenceException: Failed to parse configuration 22:45:47,705 ERROR [stderr] at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:89) 22:45:47,705 ERROR [stderr] at java.lang.Thread.run(Thread.java:619) 22:45:47,705 ERROR [stderr] Caused by: org.jboss.as.controller.persistence.ConfigurationPersistenceException: Failed to parse configuration 22:45:47,706 ERROR [stderr] at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:115) 22:45:47,706 ERROR [stderr] at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:104) 22:45:47,706 ERROR [stderr] at org.jboss.as.server.ServerService.boot(ServerService.java:195) 22:45:47,706 ERROR [stderr] at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:83) 22:45:47,707 ERROR [stderr] ... 1 more 22:45:47,707 ERROR [stderr] Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[69,4] 22:45:47,707 ERROR [stderr] Message: Unexpected attribute 'recursive' encountered 22:45:47,707 ERROR [stderr] at org.jboss.as.controller.parsing.ParseUtils.unexpectedAttribute(ParseUtils.java:84) 22:45:47,707 ERROR [stderr] at org.jboss.as.controller.parsing.CommonXml.parseLdapConnection(CommonXml.java:501) 22:45:47,708 ERROR [stderr] at org.jboss.as.controller.parsing.CommonXml.parseConnections(CommonXml.java:448) 22:45:47,708 ERROR [stderr] at org.jboss.as.controller.parsing.CommonXml.parseManagement(CommonXml.java:413) 22:45:47,708 ERROR [stderr] at org.jboss.as.controller.parsing.StandaloneXml.readServerElement(StandaloneXml.java:158) 22:45:47,708 ERROR [stderr] at org.jboss.as.controller.parsing.StandaloneXml.readElement(StandaloneXml.java:91) 22:45:47,709 ERROR [stderr] at org.jboss.as.controller.parsing.StandaloneXml.readElement(StandaloneXml.java:79) 22:45:47,709 ERROR [stderr] at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:100) 22:45:47,709 ERROR [stderr] at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:59) 22:45:47,709 ERROR [stderr] at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:107) 22:45:47,709 ERROR [stderr] ... 4 more -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

3
2
0 / 0

[JBoss JIRA] Created: (AS7-1860) Upgrade to Ballroom Beta9 for console

by David Bosschaert (JIRA)

Upgrade to Ballroom Beta9 for console ------------------------------------- Key: AS7-1860 URL: https://issues.jboss.org/browse/AS7-1860 Project: Application Server 7 Issue Type: Task Components: Console Reporter: David Bosschaert Assignee: Heiko Braun Fix For: 7.1.0.Beta1 Ballroom needs to be updated to Beta9 before the next console is released. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

2
2
0 / 0

[JBoss JIRA] (AS7-2023) Discovery and Broadcast configuration is broken for HornetQ

by Andy Taylor (Created) (JIRA)

Discovery and Broadcast configuration is broken for HornetQ ----------------------------------------------------------- Key: AS7-2023 URL: https://issues.jboss.org/browse/AS7-2023 Project: Application Server 7 Issue Type: Bug Components: JMS Affects Versions: 7.1.0.Alpha1 Reporter: Andy Taylor Assignee: Andy Taylor Fix For: 7.1.0.Beta1 this is because there is a transformation done from the String representation to an inet address and when its transformed back in DiscoveryGroupAdd:createDiscoveryGroupConfiguration(...) it uses the tostring() on the address so for instance 237.7.7.7 ends up as /237.7.7.7. so final String groupAddress = socketBinding.getMulticastAddress().toString(); should actually be final String groupAddress = socketBinding.getMulticastAddress().getHostAddress(); same for the bind address and one BroadcastGroupAdd -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

2
1
0 / 0

[JBoss JIRA] Created: (AS7-1601) Cannot deploy war bundles in JBoss AS 7.0.0 nor 7.0.1

by Tommy Svensson (JIRA)

Cannot deploy war bundles in JBoss AS 7.0.0 nor 7.0.1 ----------------------------------------------------- Key: AS7-1601 URL: https://issues.jboss.org/browse/AS7-1601 Project: Application Server 7 Issue Type: Bug Components: OSGi, Web Affects Versions: 7.0.1.Final, 7.0.0.Final Environment: Mac OS X 10.7 (Lion) Reporter: Tommy Svensson Assignee: Thomas Diesler Impossible to deploy OSGi war bundle. The same war bundle deploys perfectly in eclipse Virgo server. I get the following when I try to deploy my war: 14:37:46,065 INFO [org.jboss.as.server.deployment] (MSC service thread 1-12) Starting deployment of "inputstream:aps-admin-web-1.0.0.war" 14:37:47,129 INFO [org.jboss.as.jpa] (MSC service thread 1-5) added javax.persistence.api dependency to inputstream:aps-admin-web-1.0.0.war 14:37:47,131 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jboss.deployment.unit."inputstream:aps-admin-web-1.0.0.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."inputstream:aps-admin-web-1.0.0.war".POST_MODULE: Failed to process phase POST_MODULE of deployment "inputstream:aps-admin-web-1.0.0.war" at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:121) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1765) at org.jboss.msc.service.ServiceControllerImpl$ClearTCCLTask.run(ServiceControllerImpl.java:2291) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26] at java.lang.Thread.run(Thread.java:680) [:1.6.0_26] Caused by: java.lang.NullPointerException at org.jboss.as.ejb3.deployment.processors.BusinessViewAnnotationProcessor.deploy(BusinessViewAnnotationProcessor.java:72) at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:115) ... 5 more 14:37:47,134 INFO [org.jboss.as.server.controller] (pool-3-thread-1) Deployment of "inputstream:aps-admin-web-1.0.0.war" was rolled back with failure message {"Failed services" => {"jboss.deployment.unit.\"inputstream:aps-admin-web-1.0.0.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"inputstream:aps-admin-web-1.0.0.war\".POST_MODULE: Failed to process phase POST_MODULE of deployment \"inputstream:aps-admin-web-1.0.0.war\""}} 14:37:47,143 INFO [org.jboss.as.server.deployment] (MSC service thread 1-9) Stopped deployment inputstream:aps-admin-web-1.0.0.war in 8ms 14:37:47,147 WARN [/] (Background Install /var/folders/3l/2n_xhr7s6ksc_bddrvl1hthm0000gn/T/install6377037636958039788.tmp) %bundles.pluginTitle: Cannot install or update bundle from /var/folders/3l/2n_xhr7s6ksc_bddrvl1hthm0000gn/T/install6377037636958039788.tmp: org.osgi.framework.BundleException: Cannot deploy bundle: [aps-admin-web:1.0.0,location=inputstream:aps-admin-web-1.0.0.war] at org.jboss.as.osgi.service.BundleInstallProviderIntegration.installBundle(BundleInstallProviderIntegration.java:120) at org.jboss.osgi.framework.internal.AbstractBundleContext.installBundle(AbstractBundleContext.java:211) at org.jboss.osgi.framework.internal.AbstractBundleContext.installBundleInternal(AbstractBundleContext.java:189) at org.jboss.osgi.framework.internal.AbstractBundleContext.installBundle(AbstractBundleContext.java:125) at org.apache.felix.webconsole.internal.core.InstallHelper.doRun(InstallHelper.java:54) [InstallHelper.class:] at org.apache.felix.webconsole.internal.core.BaseUpdateInstallHelper.doRun(BaseUpdateInstallHelper.java:89) [BaseUpdateInstallHelper.class:] at org.apache.felix.webconsole.internal.core.BaseUpdateInstallHelper.run(BaseUpdateInstallHelper.java:121) [BaseUpdateInstallHelper.class:] at java.lang.Thread.run(Thread.java:680) [:1.6.0_26] Caused by: java.lang.Exception: {"Failed services" => {"jboss.deployment.unit.\"inputstream:aps-admin-web-1.0.0.war\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"inputstream:aps-admin-web-1.0.0.war\".POST_MODULE: Failed to process phase POST_MODULE of deployment \"inputstream:aps-admin-web-1.0.0.war\""}} at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getActionResult(ServerDeploymentPlanResultFuture.java:99) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getResultFromNode(ServerDeploymentPlanResultFuture.java:88) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:70) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:42) at org.jboss.as.osgi.service.BundleInstallProviderIntegration.executeDeploymentPlan(BundleInstallProviderIntegration.java:144) at org.jboss.as.osgi.service.BundleInstallProviderIntegration.installBundle(BundleInstallProviderIntegration.java:113) ... 7 more The bundle manifest looks like this: Manifest-Version: 1.0 Embed-Directory: lib Bundle-ClassPath: WEB-INF/classes Built-By: tommy Tool: Bnd-1.43.0 Bundle-Name: APS Administration Web Created-By: Apache Maven Bundle Plugin Web-ContextPath: apsadminweb Build-Jdk: 1.6.0_26 Bundle-Version: 1.0.0 Bnd-LastModified: 1313841491925 Bundle-ManifestVersion: 2 Bundle-Activator: osgi.aps.apsadminweb.APSAdminWebActivator Bundle-License: http://www.apache.org/licenses/LICENSE-2.0 Bundle-Description: APS Administration Web Bundle-SymbolicName: aps-admin-web Import-Package: org.osgi.framework;version="[1.5,2)",org.osgi.service. log;version="[1.3,2)",org.osgi.util.tracker;version="[1.4,2)",se.bilt more.osgi.aps.api.core.tools;version="[1.0,2)" Embed-Dependency: *;scope=compile All that is included in the war in addition to the activator is and index.jsp that looks like this: ---------------------------------- <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>JSP Page</title> </head> <body> <h1>Hello World!</h1> </body> </html> ---------------------------------- In other words, this is an extremely simple war bundle that I made for testing war bundle deploy. The activator does nothing yet. It has empty start(...) and stop(...) methods. Therefore I find the following line from the stack trace above interesting: org.jboss.as.ejb3.deployment.processors.BusinessViewAnnotationProcessor.deploy(BusinessViewAnnotationProcessor.java:72) It is a simple war with a single jsp page, so why is it trying to do ejb3 depployment ? And also it is not the full server I'm running, only the web profile, which as far as I know should not contain ejb3. All I have done in the configuration (standalone) is to change start level from 1 to 3, and change osgi from lazy to eager. As I said above this war file deploys perfectly in the Virgo server and I can bring up http://localhost:8080/apsadminweb in the browser and get the "Hello World!". Thereby I feel that my simple war is correct. As another test I tried to deploy one of the war bundles that came with the Virgo server and it resulted in exactly the same stack trace as above. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

6
11
0 / 0

[JBoss JIRA] Created: (JBRULES-3117) Compiling two functions fails

by Wolfgang Laun (JIRA)

Compiling two functions fails ------------------------------ Key: JBRULES-3117 URL: https://issues.jboss.org/browse/JBRULES-3117 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler (expert) Affects Versions: 5.2.0.Final Reporter: Wolfgang Laun Assignee: Mark Proctor Priority: Blocker Fix For: 5.2.1.Final Compiling these two function together fails: function boolean isOutOfRange( Object value, int lower ){ return true; } function boolean isNotContainedInt( Object object, int[] values ){ return true; } [ isNotContainedInt : unable to resolve type while building function ] If the first one is removed, or its arguments are reduced, the remainder compiles. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

4
3
0 / 0

[JBoss JIRA] Created: (AS7-1582) Debug configuration in domain.sh is incorrect

by Brian Stansberry (JIRA)

Debug configuration in domain.sh is incorrect --------------------------------------------- Key: AS7-1582 URL: https://issues.jboss.org/browse/AS7-1582 Project: Application Server 7 Issue Type: Bug Components: Domain Management Affects Versions: 7.0.1.Final, 7.0.0.Final Reporter: Brian Stansberry Fix For: 7.1.0.CR1 The domain.conf file adds debug configuration to $JAVA_OPTS. That's incorrect, as it results in the same debug config being applied to the ProcessController and HostController processes, leading to port conflicts. A launch command something like this might work: eval \"$JAVA\" $JAVA_OPTS \ \"-Dorg.jboss.boot.log.file=$JBOSS_HOME/domain/log/process-controller/boot.log\" \ \"-Dlogging.configuration=file:$JBOSS_HOME/domain/configuration/logging.properties\" \ $PROCESS_CONTROLLER_DEBUG_OPTS \ -jar \"$JBOSS_HOME/jboss-modules.jar\" \ -mp \"$JBOSS_HOME/modules\" \ -logmodule "org.jboss.logmanager" \ org.jboss.as.process-controller \ -jboss-home \"$JBOSS_HOME\" \ -jvm \"$JAVA\" \ -- \ \"-Dorg.jboss.boot.log.file=$JBOSS_HOME/domain/log/host-controller/boot.log\" \ \"-Dlogging.configuration=file:$JBOSS_HOME/domain/configuration/logging.properties\" \ $HOST_CONTROLLER_DEBUG_OPTS \ $JAVA_OPTS \ -- \ -default-jvm \"$JAVA\" \ "$@" $PROCESS_CONTROLLER_DEBUG_OPTS and $HOST_CONTROLLER_DEBUG_OPTS would be new variables set in domain.conf. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

2
1
0 / 0

[JBoss JIRA] (JBRULES-3235) Fact Handle not found when using multiple entry points

by Edson Tirelli (Created) (JIRA)

Fact Handle not found when using multiple entry points ------------------------------------------------------ Key: JBRULES-3235 URL: https://issues.jboss.org/browse/JBRULES-3235 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler, drools-core Affects Versions: 5.3.0.CR1 Reporter: Edson Tirelli Assignee: Edson Tirelli Fix For: 5.3.0.Final Drools if failing to find the source entry point of a fact when multiple entry points are used with the java dialect. From Mark: [16:16] mdproctor: go to DialectUtil fixBlockDescr [16:17] mdproctor: we "fix" modofies here [16:20] mdproctor: if ( declr == null || declr.isInternalFact() ) { consequence.append( "org.drools.FactHandle " ); consequence.append( obj ); consequence.append( "__Handle2__ = drools.getFactHandle(" ); consequence.append( obj ); consequence.append( ");" ); } [16:20] mdproctor: that is where an object is not already bound in a modify statement [16:20] mdproctor: notice it calls drools.getFactHanle [16:20] mdproctor: that then calls your method [16:20] mdproctor: getFactHandleFromWM [16:21] mdproctor: that for loop then neets to be [16:21] mdproctor: for ( WorkingMemoryEntryPoint ep : workingMemory.getEntryPoints().values() ) { handle = (FactHandle) ep.getFactHandle( object ); if ( handle != null ) { if ( identityMap != null ) { identityMap.put( object, handle ); } } break; } -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 7 months

3
2
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 2011