February 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-2241) Stilts fails in domain mode related to socket-binding and port offsets

by Thomas Diesler (Created) (JIRA)

Stilts fails in domain mode related to socket-binding and port offsets ---------------------------------------------------------------------- Key: AS7-2241 URL: https://issues.jboss.org/browse/AS7-2241 Project: Application Server 7 Issue Type: Bug Reporter: Thomas Diesler Assignee: Thomas Diesler -- 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, 2 months

3
5
0 / 0

[JBoss JIRA] (AS7-3271) Report managed domain server attributes that have Storage.CONFIGURATION as being read-only

by Brian Stansberry (Created) (JIRA)

Report managed domain server attributes that have Storage.CONFIGURATION as being read-only ------------------------------------------------------------------------------------------ Key: AS7-3271 URL: https://issues.jboss.org/browse/AS7-3271 Project: Application Server 7 Issue Type: Sub-task Components: Domain Management Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Blocker Fix For: 7.1.0.Final When running in a process whose type is ProcessType.DOMAIN_SERVER, the read-resource-description handler should modify the metadata of any attribute whose AttributeAccess.getStorageType() is Storage.CONFIGURATION to report it as read-only. The end user is not allowed to directly write this attribute; the attribute may be read-write for the user at the domain or host level, but it's not at the server level. -- 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, 2 months

2
2
0 / 0

[JBoss JIRA] (AS7-2748) Manage jacorb subsystem through the console

by Heiko Braun (Created) (JIRA)

Manage jacorb subsystem through the console ------------------------------------------- Key: AS7-2748 URL: https://issues.jboss.org/browse/AS7-2748 Project: Application Server 7 Issue Type: Feature Request Components: Console Reporter: Heiko Braun Assignee: Heiko Braun -- 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, 2 months

6
11
0 / 0

[JBoss JIRA] (AS7-2277) i18n for jaxr subsystem

by Thomas Diesler (Created) (JIRA)

i18n for jaxr subsystem ----------------------- Key: AS7-2277 URL: https://issues.jboss.org/browse/AS7-2277 Project: Application Server 7 Issue Type: Task Components: JAXR Reporter: Thomas Diesler Assignee: Thomas Diesler Extract log and error messages to resource bundle. This task should be done when there is a reasonable working system -- 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, 2 months

3
2
0 / 0

[JBoss JIRA] (AS7-2700) Connections participating in transactions should not be eligable for idle-timeouts

by Nicklas Karlsson (Created) (JIRA)

Connections participating in transactions should not be eligable for idle-timeouts ---------------------------------------------------------------------------------- Key: AS7-2700 URL: https://issues.jboss.org/browse/AS7-2700 Project: Application Server 7 Issue Type: Bug Components: JCA Affects Versions: 7.1.0.Alpha1 Reporter: Nicklas Karlsson Assignee: Jesper Pedersen Scott Marlow: I think the other part of the bug, is that connections shouldn't "idle-timeout" if they are enlisted into a transaction (which I believe should mean they are eligible for sharing). In other words, I believe the following should work: 1. set idle-timeout-minutes=1 (currently this is 1 millisecond but 1 minute should also work). 2. JTA transaction begins. 3. Hibernate gets a non-xa resource X1 (database connection), enlists it into the transaction. 4. Hibernate inserts a row into a database table using X1. 5. Hibernate closes X1 which shouldn't make X1 eligible for idle-timeout handling, since it is still enlisted in the transaction. 6. Hibernate gets a non-xa resource, X1 should be returned. Imagine that two minutes has elapsed since the transaction started, X1 should not be idle-timed out. 7. Hibernate inserts another row into a database table using the resource that should still be X1. If the resource is not X1, the "ARJUNA12140: Adding multiple last resources is disallowed" error will occur. 8. The JTA transaction is committed successfully. Maybe the IJ "idle-timeout" test case could simulate the above with a test case that doesn't run always but maybe is run selectively. I think the unit test will have to run for over a minute once the conversion error is fixed (e.g. since idle-timeout-minutes will be treated as minutes instead of milliseconds). -- 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, 2 months

9
9
0 / 0

[JBoss JIRA] (AS7-3192) Property expansion stopped working in datasource connection-url

by Stian Thorgersen (Created) (JIRA)

Property expansion stopped working in datasource connection-url --------------------------------------------------------------- Key: AS7-3192 URL: https://issues.jboss.org/browse/AS7-3192 Project: Application Server 7 Issue Type: Bug Affects Versions: 7.1.0.CR1b Reporter: Stian Thorgersen On 7.0.2.Final it was possible to use property expansion in the datasource connection-url, which is very useful for example when using embedded Apache Derby to specify that it should store the db in AS7's data directory. The following worked fine on 7.0.2.Final, but stopped working in 7.1.0.CR1b (not tested on other 7.1.0.X versions): {code} <connection-url>jdbc:derby:${jboss.server.data.dir}/mydb;create=true</connection-url> {code} Without property expansion, and with property expansion not available for system-properties either (see AS7-2579) it is rather difficult to make sure the db for an embedded database is saved within the AS7 data directory. -- 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, 2 months

3
2
0 / 0

[JBoss JIRA] (AS7-3433) DataSource's <url-delimiter> value is ignored by AS7DataSourceDeployer

by Xi CHEN (JIRA)

Xi CHEN created AS7-3433: ---------------------------- Summary: DataSource's <url-delimiter> value is ignored by AS7DataSourceDeployer Key: AS7-3433 URL: https://issues.jboss.org/browse/AS7-3433 Project: Application Server 7 Issue Type: Bug Affects Versions: 7.1.0.CR1 Environment: JBoss 7.1.0.CR1, MS SQL Sever 2005/2008 Reporter: Xi CHEN We try to use <datasource ... > <connection-url>jdbc:sqlserver://SERVER_ONE:1433;databaseName=MyDB|jdbc:sqlserver://SERVER_TWO:1433;databaseName=MyDB</connection-url> <url-delimiter>|</url-delimiter> ... </datasource> to treate database failover case, but it doesn't work in JBoss 7.1.0.CR1. It just use the first connection url. By looking at the code source of jboss connector ( in org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.java), I found the url-delimiter's value is never set into LocalManagedConnectionFactory. -- 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, 2 months

3
3
0 / 0

[JBoss JIRA] (AS7-2569) Datasource name bound in Naming Service is not the jndi-name attribute

by Rich Raposa (Created) (JIRA)

Datasource name bound in Naming Service is not the jndi-name attribute ----------------------------------------------------------------------- Key: AS7-2569 URL: https://issues.jboss.org/browse/AS7-2569 Project: Application Server 7 Issue Type: Bug Affects Versions: 7.1.0.Alpha1 Reporter: Rich Raposa Here is my datasource definition: "data-source" => { "JBTravel" => { "jndi-name"=>"java:jboss/JBTravelDatasource" ...other settings } } When I do a JNDI lookup for "JBTravel", it's found successfully. If I do a JNDI lookup for "java:jboss/JBTravelDatasource", I get a NameNotFoundException. I think the wrong name is getting bound in the naming service. -- 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, 2 months

5
5
0 / 0

[JBoss JIRA] Created: (JGRP-1325) TopologyUUID.isSameSite() returns false if both siteIds are null

by Dan Berindei (JIRA)

TopologyUUID.isSameSite() returns false if both siteIds are null ---------------------------------------------------------------- Key: JGRP-1325 URL: https://issues.jboss.org/browse/JGRP-1325 Project: JGroups Issue Type: Bug Affects Versions: 2.12.1 Reporter: Dan Berindei Assignee: Bela Ban Priority: Minor When the siteId of both TopologyUUIDs is null, isSameSite() should return true but it returns false. Same with rackId/isSameRack() and machineId/isSameMachine(). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-9106) In domain mode, prevent end-user access to and visibility of most configuration write operations

by Brian Stansberry (JIRA)

In domain mode, prevent end-user access to and visibility of most configuration write operations ------------------------------------------------------------------------------------------------ Key: JBAS-9106 URL: https://issues.jboss.org/browse/JBAS-9106 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Domain Management Reporter: Brian Stansberry Fix For: 7.0.0.Beta4 In domain mode most (almost certainly all) server level operations that update the persistent configuration should not be directly accessible by the end user and should not appear in the results of the read-resource-description, read-operation-names or read-operation-description operations if executed against a server-level resource. They can only be invoked by the host controller that is responsible for the server. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

5
8
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 February 2012