July 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-5763) how toi patch in Jboss 3.2.6

by Dilip Bhapkar (JIRA)

how toi patch in Jboss 3.2.6 ---------------------------- Key: JBAS-5763 URL: http://jira.jboss.com/jira/browse/JBAS-5763 Project: JBoss Application Server Issue Type: Patch Security Level: Public (Everyone can see) Components: Web (Tomcat) service Environment: RHEL 5 Reporter: Dilip Bhapkar Assigned To: Remy Maucherat Fix For: JBossAS-3.2.6 Final Please let me know how to apply patch for jboss 3.2.6 ? Please explain me procedure -- 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

16 years, 2 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-5679) metadata: switch to JBoss50Creator from EjbJar30Creator

by Alexey Loubyansky (JIRA)

metadata: switch to JBoss50Creator from EjbJar30Creator ------------------------------------------------------- Key: JBAS-5679 URL: http://jira.jboss.com/jira/browse/JBAS-5679 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Reporter: Alexey Loubyansky Assigned To: Alexey Loubyansky Fix For: JBossAS-5.0.0.CR1 I am going to commit the switch. It's a few lines. If it causes too much regression it's easy to switch back and reschedule. For now, SmokeTestSuite and CMP2 testsuite pass. -- 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

16 years, 2 months

3
3
0 / 0

[JBoss JIRA] Assigned: (JBASM-2) Server Start/Stop ANT Task Fails on Windows Platform with spaces in Classpath

by Andrew Lee Rubinger (JIRA)

[ http://jira.jboss.com/jira/browse/JBASM-2?page=all ] Andrew Lee Rubinger reassigned JBASM-2: --------------------------------------- Assignee: (was: Andrew Lee Rubinger) Submitted patch from Antony Stubbs, unassigning from self > Server Start/Stop ANT Task Fails on Windows Platform with spaces in Classpath > ----------------------------------------------------------------------------- > > Key: JBASM-2 > URL: http://jira.jboss.com/jira/browse/JBASM-2 > Project: JBoss AS Server Manager > Issue Type: Patch > Affects Versions: 0.1.0.GA > Environment: Windows XP > Reporter: Jeremy T > Attachments: patch.txt > > > Using the server start/stop ANT task, as defined in the test package, via test/src/main/org/jboss/test/util/server, class ServerManager was patched to allow for classpath that have spaces in the names. In summary the method getStartClasspath() and getStopClasspath where patched. -- 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

16 years, 2 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBASM-2) Server Start/Stop ANT Task Fails on Windows Platform with spaces in Classpath

by Andrew Lee Rubinger (JIRA)

[ http://jira.jboss.com/jira/browse/JBASM-2?page=all ] Andrew Lee Rubinger reassigned JBASM-2: --------------------------------------- Assignee: Andrew Lee Rubinger > Server Start/Stop ANT Task Fails on Windows Platform with spaces in Classpath > ----------------------------------------------------------------------------- > > Key: JBASM-2 > URL: http://jira.jboss.com/jira/browse/JBASM-2 > Project: JBoss AS Server Manager > Issue Type: Patch > Affects Versions: 0.1.0.GA > Environment: Windows XP > Reporter: Jeremy T > Assigned To: Andrew Lee Rubinger > Attachments: patch.txt > > > Using the server start/stop ANT task, as defined in the test package, via test/src/main/org/jboss/test/util/server, class ServerManager was patched to allow for classpath that have spaces in the names. In summary the method getStartClasspath() and getStopClasspath where patched. -- 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

16 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-4069) Test clustering in an 80 node cluster

by Brian Stansberry (JIRA)

Test clustering in an 80 node cluster ------------------------------------- Key: JBAS-4069 URL: http://jira.jboss.com/jira/browse/JBAS-4069 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering, EJB3, Web (Tomcat) service Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.GA Test in the Tyson's Corner lab (10 8-core boxes) Test web session clustering and EJB3 SFSB and entity clustering. -- 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

16 years, 2 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-5443) Change the MC bean name of the ChannelFactory

by Brian Stansberry (JIRA)

Change the MC bean name of the ChannelFactory --------------------------------------------- Key: JBAS-5443 URL: http://jira.jboss.com/jira/browse/JBAS-5443 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Priority: Minor Fix For: JBossAS-5.0.0.CR1 Don't call it "JChannelFactory" as "JChannel" is an implementation detail. Use "JGroupsChannelFactory" or just "ChannelFactory" -- 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

16 years, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-5621) Ensure session regions are cleaned up in undeploy

by Brian Stansberry (JIRA)

Ensure session regions are cleaned up in undeploy ------------------------------------------------- Key: JBAS-5621 URL: http://jira.jboss.com/jira/browse/JBAS-5621 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering, Web (Tomcat) service Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.CR2 -- 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

16 years, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-5751) Make max unreplicated time for clustered session configurable in AS 5

by Brian Stansberry (JIRA)

Make max unreplicated time for clustered session configurable in AS 5 --------------------------------------------------------------------- Key: JBAS-5751 URL: http://jira.jboss.com/jira/browse/JBAS-5751 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering, Web (Tomcat) service Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.CR2 Parent issue doesn't really apply to AS 5, as there have been significant changes in how timestamps are replicated. But, there is a concept of a maximum period after which a timestamp should replicate whether or not the session is dirty. This should be made configurable a la the parent task fix. -- 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

16 years, 2 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-5731) JaxWS 2.0 / JaxWS 2.1 support for Branch_4_2

by Jesper Pedersen (JIRA)

JaxWS 2.0 / JaxWS 2.1 support for Branch_4_2 -------------------------------------------- Key: JBAS-5731 URL: http://jira.jboss.com/jira/browse/JBAS-5731 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: EJB3 Reporter: Jesper Pedersen Assigned To: Heiko Braun Priority: Critical Fix For: JBossAS-4.2.3.GA The class org.jboss.ejb3.webservice.WebServiceContextImpl in Branch_4_2 must be able to compile with both JDK5 (JaxWS 2.0) and OpenJDK6 (JaxWS 2.1) which means that the getEndpointReference() methods must be handled. -- 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

16 years, 2 months

3
7
0 / 0

[JBoss JIRA] Created: (JBAS-5647) HAPartition to support wait for first positive response

by Galder Zamarreno (JIRA)

HAPartition to support wait for first positive response ------------------------------------------------------- Key: JBAS-5647 URL: http://jira.jboss.com/jira/browse/JBAS-5647 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Clustering, Naming Reporter: Galder Zamarreno Assigned To: Galder Zamarreno Fix For: JBossAS-5.0.0.CR2, JBossAS-5.0.0.GA Create a new method in HAPartition or modify an existing one so that we can provide the capability of calling a method cluster wide but waiting only until the first positive response has been received. The definition of positive response would be defined by a RspFilter impl that tells JGroups it's OK to return as soon as a valid response is received. The call would still be GET_ALL. An example of this can be found in JBC's DataGravitationInterceptor.gravitateData() where it filters NNFEs. RspFilter concept doesn't exist in JGroups 2.4, so this won't be implemented for AS 4.x. The use case for this would be the following: Let's say you have a cluster of N nodes and you have a jar deployment in M nodes where M is less than N. A request comes to a node that does not have this jar deployment, so it tries to look it up cluster wide. At this point all M nodes reply with the binding but one of the nodes that didn't have the binding is having GC issues so it does not respond in time. With the current set up, AS would have to wait for all nodes to reply back before it can return any of the positive responses received. The idea here is for positive results to make JGroups return straight back. If M was 1 and this was the node with GC problems, not much we could 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

16 years, 2 months

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2008