January 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBJMX-99) Ant task <jmx><setAttribute> problem : unable to use <value> tag inside

by Benoit Lavenier (JIRA)

Ant task <jmx><setAttribute> problem : unable to use <value> tag inside ----------------------------------------------------------------------- Key: JBJMX-99 URL: http://jira.jboss.com/jira/browse/JBJMX-99 Project: JBoss JMX Issue Type: Bug Affects Versions: JBossAS-4.0.0 Environment: Windows XP, JRE 1.5 Eclipse 3.2 Ant 1.6.5 Reporter: Benoit Lavenier The Ant task JMX (org.jboss.ant.JMX) has a code error in the subclass "Setter" (used by <setAttribute> sub task) The methode named setValue in Setter subclass should be "addValue" Please refer to the folowwing url : http://ant.apache.org/manual/develop.html , and the "Supporting nested elements" section I think the following code will works fine : // "setValue" method (of subclass Setter) remaned in "addValue" public void addValue(Param value) { // This will only consider the last <value> tag, if more than one tag this.value = value; } -- 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, 5 months

3
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1068) @Interceptors defined on @Service EJBs do not have @PostConstruct @PreDestroy interceptor methods invoked

by Michael McKibben (JIRA)

@Interceptors defined on @Service EJBs do not have @PostConstruct @PreDestroy interceptor methods invoked --------------------------------------------------------------------------------------------------------- Key: EJBTHREE-1068 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1068 Project: EJB 3.0 Issue Type: Bug Components: EJB3 Extensions Affects Versions: AS 4.2.1.GA Reporter: Michael McKibben I've defined an injection-style interceptor class that needs to be called before a @Service EJBs start() method is invoked on service startup. Using @PostConstruct doesn't not work (the container never calls my @PostConstruct annotated method). @AroundInvoke only works for methods defined on the @Local or @Remote business interface, not the @Management interface. Shouldn't @PostConstruct and @PreDestroy be invoked on @Service EJBs? I need my interceptor to behave like the standard injection interceptors do. -- 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, 5 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-4905) Resolve EJB3 / Web Service integration issues

by Thomas Diesler (JIRA)

Resolve EJB3 / Web Service integration issues --------------------------------------------- Key: JBAS-4905 URL: http://jira.jboss.com/jira/browse/JBAS-4905 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Reporter: Thomas Diesler Assigned To: Thomas Diesler Fix For: JBossAS-4.2.3.GA This is a container for relevant ejb3/jbossws integration issues -- 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, 6 months

3
4
0 / 0

[JBoss JIRA] Created: (JGRP-549) ConnectionTable: spurious Connection instances on concurrent connects

by Bela Ban (JIRA)

ConnectionTable: spurious Connection instances on concurrent connects --------------------------------------------------------------------- Key: JGRP-549 URL: http://jira.jboss.com/jira/browse/JGRP-549 Project: JGroups Issue Type: Bug Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.6 If we have members A and B, and they don't yet have connections to each other, and start sending messages to each other at the exact same time, then we run into the following scenario: - A attempts to connect to B (new Socket()) - B attempts to connect to A - A accepts B's connection and adds an entry for B into its table - B adds an entry for A into its table - B gets the accept() from A, but doesn't add the new Connection into its table because there is already a Connection. This leads to a spurious Connection object, which will only be closed and garbage collected once A or B leaves the cluster - We used to close Connections which were already in the table, but this lead to ping-pong effects where concurrent initial senders always closed each others connections - Even worse: a new Socket() always creates a new Connection object and places it into the table, *regardless* of whether a Connection for a given destination already exists or not ! GOAL: #1 Have only 1 TCP connection between any 2 members #2 Establish a handshaking mechanism, to avoid spurious connections SOLUTION: - When A establishes a connection to B, A needs to get agreement from B first (and vice versa) -- 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, 6 months

4
9
0 / 0

[JBoss JIRA] Created: (JBAS-4558) Connection Timeout Immediately After ACKing A Request

by Mike Millson (JIRA)

Connection Timeout Immediately After ACKing A Request ----------------------------------------------------- Key: JBAS-4558 URL: http://jira.jboss.com/jira/browse/JBAS-4558 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web Services Affects Versions: JBossAS-4.0.2 Final Reporter: Mike Millson Assigned To: Thomas Diesler The customer has an application that periodically sends Web service requests to JBoss AS every 20 secs in sets of 4, to check wether the Web Service is up. They find that JBoss AS occasionally drops the request packets when the HTTP connector timeout is set to 20 seconds. When this happens, the packet sequence is very strange. Attached is an example packet sequence viewable using ethereal/WireShark. #275: Client sends request >20 seconds after #274 acknowledgment #276: Server sends ACK for #275 #277: Server sends connection timeout FIN/ACK #278 Client sends combined ACK for #277 and FIN/ACK #279 Server sends ACK for #278 Packet #275 was more than 20 seconds after the last packet was sent; however, it was received before the server initiated the connection timeout sequence in packets #277-279. It seems to be unaware of the ACK in #276. Almost as if the timeout sequence started, then before the FIN/ACK could be sent, another packet was received and acknowledged. Some sort of timing issue when a request is sent at the same time a connection times out. -- 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, 6 months

3
4
0 / 0

[JBoss JIRA] Created: (EJBTHREE-898) Logging stays silent when a RuntimeException is thrown from preDestroy method

by Carlo de Wolf (JIRA)

Logging stays silent when a RuntimeException is thrown from preDestroy method ----------------------------------------------------------------------------- Key: EJBTHREE-898 URL: http://jira.jboss.com/jira/browse/EJBTHREE-898 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC10 - FD Reporter: Carlo de Wolf Priority: Critical 09:48:47,432 INFO [STDOUT] ContainedBean.preDestroy 09:48:47,432 WARN [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator_4] TwoPhaseCoordinator.afterCompletion - returned failure for com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple@1ccc3ea -- 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, 6 months

6
12
0 / 0

[JBoss JIRA] Created: (EJBTHREE-995) Multiple Synchronizations registered for a SFSB.

by Gavin King (JIRA)

Multiple Synchronizations registered for a SFSB. ------------------------------------------------ Key: EJBTHREE-995 URL: http://jira.jboss.com/jira/browse/EJBTHREE-995 Project: EJB 3.0 Issue Type: Bug Affects Versions: AS 4.2.0 GA Reporter: Gavin King It seems that each time a bean that implements SessionSynchronization is called, a new Synchronization is registered with JTA. This results in multiple calls to afterBegin(), beforeCompletion() and afterCompletion() in each transaction. -- 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, 6 months

4
17
0 / 0

[JBoss JIRA] Created: (SECURITY-101) JBossAuthorizationManager needs to use cache to speed up

by Anil Saldhana (JIRA)

JBossAuthorizationManager needs to use cache to speed up -------------------------------------------------------- Key: SECURITY-101 URL: http://jira.jboss.com/jira/browse/SECURITY-101 Project: JBoss Security and Identity Management Issue Type: Feature Request Security Level: Public (Everyone can see) Components: JBossSX Affects Versions: 2.0.2-BETA Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: 2.0.2.GA There is a need for a CachePolicy. Methods like getCurrentRoles() need to speed up a bit. -- 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, 6 months

1
2
0 / 0

[JBoss JIRA] Created: (JBMETA-4) AnnotationMergedView ignores annotated beans when xml does not define beans

by Carlo de Wolf (JIRA)

AnnotationMergedView ignores annotated beans when xml does not define beans --------------------------------------------------------------------------- Key: JBMETA-4 URL: http://jira.jboss.com/jira/browse/JBMETA-4 Project: JBoss Metadata Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 1.0.0.Beta5 Reporter: Carlo de Wolf Assigned To: Alexey Loubyansky Priority: Critical AnnotationMergedView.merge(EnterpriseBeansMetaData merged, EnterpriseBeansMetaData xml, EnterpriseBeansMetaData annotation) falls through without doing anything if xml is null. -- 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, 6 months

3
4
0 / 0

[JBoss JIRA] Created: (SECURITY-34) Container Task: Formalize Kerberos offering

by Anil Saldhana (JIRA)

Container Task: Formalize Kerberos offering ------------------------------------------- Key: SECURITY-34 URL: http://jira.jboss.com/jira/browse/SECURITY-34 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: JBossSX Affects Versions: 1.x, 2.0 Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: 2.0 Spoken to Chris Delashmutt about formalizing the initial work he did for Kerberos/spnego. http://wiki.jboss.org/wiki/Wiki.jsp?page=NegotiateKerberos This jira task is a container task for overall kerberos silent authentication tasks. -- 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, 6 months

2
6
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2008