November 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (GPD-226) Define a repeatable build for these plugins to be exported as a feature and as a rich client application

by Koen Aers (JIRA)

Define a repeatable build for these plugins to be exported as a feature and as a rich client application -------------------------------------------------------------------------------------------------------- Key: GPD-226 URL: https://jira.jboss.org/jira/browse/GPD-226 Project: JBoss jBPM GPD Issue Type: Sub-task Components: jpdl Reporter: Koen Aers Assignee: Koen Aers Fix For: jBPM jPDL Designer 4.0.0.alpha1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

2
16
0 / 0

[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, 6 months

3
2
0 / 0

[JBoss JIRA] Created: (JBAS-5922) Allow shutdown.sh to still work if it passed a http(s) jndi url

by Adrian Brock (JIRA)

Allow shutdown.sh to still work if it passed a http(s) jndi url --------------------------------------------------------------- Key: JBAS-5922 URL: https://jira.jboss.org/jira/browse/JBAS-5922 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Management services Reporter: Adrian Brock Assignee: Adrian Brock Fix For: JBossAS-5.0.0.CR2 If shutdown.sh|.bat is passed a http jndi url, e.g. http://localhost:8080/invoker/JNDIProxy then it should still be able to shutdown the server as long as it can obtain an MBeanServerConnection usable remotely. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

2
3
0 / 0

[JBoss JIRA] Created: (GPD-229) Write up the initial test scenario's to test the GPD (automated or manual)

by Koen Aers (JIRA)

Write up the initial test scenario's to test the GPD (automated or manual) -------------------------------------------------------------------------- Key: GPD-229 URL: https://jira.jboss.org/jira/browse/GPD-229 Project: JBoss jBPM GPD Issue Type: Task Components: jpdl Reporter: Koen Aers Assignee: Koen Aers Fix For: jBPM jPDL Designer 4.0.0.alpha1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

1
6
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, 6 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: (JBAS-5615) Synchronization mutex for clustered environments

by Nick Belaevski (JIRA)

Synchronization mutex for clustered environments ------------------------------------------------ Key: JBAS-5615 URL: http://jira.jboss.com/jira/browse/JBAS-5615 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: JBossAS-4.2.2.GA Reporter: Nick Belaevski Priority: Minor Quote from http://www.jboss.com/index.html?module=bb&op=viewtopic&t=136590 : "they'll need to be thread safe or have access to them synchronized". There's no object to synchronize against: SessionBasedClusteredSession doesn synchronization against itself: public void writeExternal(ObjectOutput out) throws IOException { synchronized (this) { ... } } but application developers see the wrapped one (instance of StandardSessionFacade), so synchronizing against session object does not prevent from concurrency errors -- 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: (JBMESSAGING-1437) Browsers should iterate on queue

by Tim Fox (JIRA)

Browsers should iterate on queue -------------------------------- Key: JBMESSAGING-1437 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1437 Project: JBoss Messaging Issue Type: Task Reporter: Tim Fox Assignee: Tim Fox Fix For: 2.0.0 Beta Currently the server browser implementation is taking a snapshot of the queue and browsing that. Instead we should implement an iterator on the queue which allows refs to be added or removed from the ends without affecting it. This is also necessary to allow failover for browsers which is very hard to implement with the current snapshot approach -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

2
6
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2008