December 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-4588) DeploymentSorter in the new profile service based deployment scanner

by Adrian Brock (JIRA)

DeploymentSorter in the new profile service based deployment scanner -------------------------------------------------------------------- Key: JBAS-4588 URL: http://jira.jboss.com/jira/browse/JBAS-4588 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Deployment services Reporter: Adrian Brock Assigned To: Scott M Stark Fix For: JBossAS-5.0.0.Beta3 As per the related [JBMICROCONT-168] there should be a deployment sorter in the new scanner of JBoss5. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

3
6
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1070) dlqhandler fails on redelivery for messages missing the JMS property "JMSXDeliveryCount"

by Danilo Guerra (JIRA)

dlqhandler fails on redelivery for messages missing the JMS property "JMSXDeliveryCount" ----------------------------------------------------------------------------------------- Key: EJBTHREE-1070 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1070 Project: EJB 3.0 Issue Type: Bug Affects Versions: AS 4.2.1.GA Reporter: Danilo Guerra GenericDLQHandler fails when handling redelivery of messages missing the property "JMSXDeliveryCount" when using non JbossMQ providers. excerpt from the class: org.jboss.resource.adapter.jms.inflow.dlq.GenericDLQHandler protected boolean handleDelivery(Message msg) { ..... try { if (msg.propertyExists(PROPERTY_DELIVERY_COUNT)) count = msg.getIntProperty(PROPERTY_DELIVERY_COUNT) - 1; } catch (JMSException ignored) { count = incrementResentCounter(id); } ... } This code fails because the property PROPERTY_DELIVERY_COUNT is checked and the exception is never thrown. As a result the resent counter is not incremented and the message will not be sent to the DLQ. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-5081) New transaction manager does not implement TransactionTimeoutConfiguration properly

by Adrian Brock (JIRA)

New transaction manager does not implement TransactionTimeoutConfiguration properly ----------------------------------------------------------------------------------- Key: JBAS-5081 URL: http://jira.jboss.com/jira/browse/JBAS-5081 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Transaction Manager Affects Versions: JBossAS-4.2.2.GA Reporter: Adrian Brock Assigned To: Jonathan Halliday Fix For: JBossAS-5.0.0.Beta3, JBossAS-4.2.3.GA The new transaction manager in 4.2.x does not implement the TransactionTimeoutConfiguration properly http://viewvc.jboss.org/cgi-bin/viewvc.cgi/labs/labs/jbosstm/trunk/atsint... getTimeLeftBeforeTransactionTimeout(true) should throw an error if there is a transaction associated with the thread and it is not active, preparing, etc. Instead it only throws an error if the transaction is marked rollback only. In particular, a transaction at status ROLLED BACK (because of transaction timeout) should throw an error. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

3
7
0 / 0

[JBoss JIRA] Created: (JBAS-4752) Session Expiration should also flush the JBoss Authentication Cache

by Anil Saldhana (JIRA)

Session Expiration should also flush the JBoss Authentication Cache ------------------------------------------------------------------- Key: JBAS-4752 URL: http://jira.jboss.com/jira/browse/JBAS-4752 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Security, Web (Tomcat) service Affects Versions: JBossAS-4.2.0.GA Reporter: Anil Saldhana Assigned To: Scott M Stark Fix For: JBossAS-4.2.2.GA, JBossAS-5.0.1.CR1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

3
4
0 / 0

[JBoss JIRA] Created: (JBAS-3916) Update source code headers.

by Dimitris Andreadis (JIRA)

Update source code headers. --------------------------- Key: JBAS-3916 URL: http://jira.jboss.com/jira/browse/JBAS-3916 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Other Reporter: Dimitris Andreadis Fix For: JBossAS-5.0.0.Beta2 Update the source code headers, like it was done for Branch_4_0 in JBAS-3601 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1774) CMS metadata is lost on export

by Martin Putz (JIRA)

CMS metadata is lost on export ------------------------------ Key: JBPORTAL-1774 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1774 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal CMS Affects Versions: 2.6.2 Final, 2.4.1 SP1 Reporter: Martin Putz Assigned To: Sohil Shah CMS metadata, such as title or description, is not being exported. If you do an export/import cycle of CMS data, you will therefore lose information. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBREM-837) Static Discovery/Route Deployer

by David Lloyd (JIRA)

Static Discovery/Route Deployer ------------------------------- Key: JBREM-837 URL: http://jira.jboss.com/jira/browse/JBREM-837 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Reporter: David Lloyd Fix For: Remoting 3 M3 Mechanism to allow static Discoveries to be deployed/undeployed for a given Endpoint. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-182) Integrate VFS ClassLoader into new deployers and jboss-head

by Adrian Brock (JIRA)

Integrate VFS ClassLoader into new deployers and jboss-head ----------------------------------------------------------- Key: JBMICROCONT-182 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-182 Project: JBoss MicroContainer Issue Type: Task Components: Deployment Reporter: Adrian Brock Assigned To: Adrian Brock Fix For: JBossMC_2_0_0_CR1 Integrate VFSClassLoader into JBoss Head, including OSGi dependencies/versioning -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-3928) Replace jmx-invoker-service.xml with jmx-remoting.sar

by Scott M Stark (JIRA)

Replace jmx-invoker-service.xml with jmx-remoting.sar ----------------------------------------------------- Key: JBAS-3928 URL: http://jira.jboss.com/jira/browse/JBAS-3928 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: JMX, Remoting Reporter: Scott M Stark Assigned To: Scott M Stark We need to complete the org.jboss.mx.remoting.service.JMXConnectorServerService jmx invoker to be at least as complete as the RMIAdaptor so we can replace the jmx-invoker-service.xml with the jmx-remoting.sar. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
1
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1132) Use blocking mode for callbacks with Remoting http transport

by Ron Sigal (JIRA)

Use blocking mode for callbacks with Remoting http transport ------------------------------------------------------------ Key: JBMESSAGING-1132 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1132 Project: JBoss Messaging Issue Type: Task Reporter: Ron Sigal Assigned To: Tim Fox Fix For: 2.0.0 Alpha In response to JBREM-641 "re-implement the callback polling for http transport to reduce latency", an alternative way of handling callbacks was introduced in Remoting. In particular, instead of the client periodically polling for callbacks, in "blocking" mode, the request to download callbacks blocks on the server until either (1) a callback is available, or (2) the timeout period has expired. The advantage is reduced latency in retrieving callbacks. In fact, some JBM http transport stress tests which fail in "nonblocking" mode now pass in "blocking" mode. 1. The default mode is "nonblocking", so it is necessary to explicitly configure "blocking" mode. One way to do so is to add the appropriate parameter to the metadata map when installing the callback listener. E.g., add the following line to org.jboss.jms.client.remoting.JMSRemotingConnection.createCallbackMetadata(): if (reportPollingStatistics != null) { metadata.put(CallbackPoller.REPORT_STATISTICS, reportPollingStatistics); } metadata.put(ServerInvoker.BLOCKING_MODE, ServerInvoker.BLOCKING); // <<=== add this line metadata.put(ServerInvoker.BLOCKING_TIMEOUT, "7777"); // optional: default is 5000 milliseconds 2. The line <attribute name="callbackPollPeriod" isParam="true">102</attribute> may be removed from remoting-http-service.xml, since it's no longer relevant. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

3
8
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2007