November 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBMESSAGING-524) Introduce data schema backward compatibility tests

by Ovidiu Feodorov (JIRA)

Introduce data schema backward compatibility tests -------------------------------------------------- Key: JBMESSAGING-524 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-524 Project: JBoss Messaging Issue Type: Task Components: Messaging Core Persistence Reporter: Ovidiu Feodorov Assigned To: Ovidiu Feodorov Fix For: 1.2.1 Fill the database with messages using the old version and then start the new version in top of it. -- 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

18 years, 10 months

3
5
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-592) Write JBossMQ to Messaging Migration Guide

by Ovidiu Feodorov (JIRA)

Write JBossMQ to Messaging Migration Guide ------------------------------------------ Key: JBMESSAGING-592 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-592 Project: JBoss Messaging Issue Type: Task Reporter: Ovidiu Feodorov Assigned To: Ovidiu Feodorov Fix For: 1.2.0.Alpha2 This is the stub: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossMessagingJBossMQMigrationGuide -- 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

18 years, 10 months

5
11
0 / 0

[JBoss JIRA] Created: (JBPM-787) centralize cache configurations

by Tom Baeyens (JIRA)

centralize cache configurations ------------------------------- Key: JBPM-787 URL: http://jira.jboss.com/jira/browse/JBPM-787 Project: JBoss jBPM Issue Type: Feature Request Components: Core Engine Reporter: Tom Baeyens Assigned To: Tom Baeyens Fix For: jBPM 3.2 Attachments: jpwh-replicated-cache-excerpt.pdf for easier update of the cache configurations. see attachment -- 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

18 years, 10 months

3
12
0 / 0

[JBoss JIRA] Created: (JBREM-626) Allow unmarshalling of HTTP response with error code 500

by Thomas Diesler (JIRA)

Allow unmarshalling of HTTP response with error code 500 -------------------------------------------------------- Key: JBREM-626 URL: http://jira.jboss.com/jira/browse/JBREM-626 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Thomas Diesler Assigned To: Tom Elrod >From the BasicProfile // R1126 An INSTANCE MUST return a "500 Internal Server Error" HTTP status code // if the response envelope is a Fault. Caused by: org.jboss.remoting.transport.http.WebServerError: Error received when calling on web server. Error returned was 500 at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:272) at org.jboss.remoting.transport.http.HTTPClientInvoker.transport(HTTPClientInvoker.java:94) at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:125) at org.jboss.remoting.Client.invoke(Client.java:589) at org.jboss.remoting.Client.invoke(Client.java:581) at org.jboss.ws.soap.SOAPConnectionImpl.callInternal(SOAPConnectionImpl.java:201) /home/tdiesler/svn/jbossws/trunk/src/test [tdiesler@tddell test]$ ant -Dtest=jaxws/jsr181/webmethod test tests-main: [junit] Running org.jboss.test.ws.jaxws.jsr181.webmethod.JSR181WebMethodTestCase [junit] Tests run: 4, Failures: 0, Errors: 2, Time elapsed: 4.094 sec [junit] Test org.jboss.test.ws.jaxws.jsr181.webmethod.JSR181WebMethodTestCase FAILED -- 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

18 years, 10 months

3
2
0 / 0

[JBoss JIRA] Created: (JBREM-629) NPE in sending notification of lost client

by Tom Elrod (JIRA)

NPE in sending notification of lost client ------------------------------------------ Key: JBREM-629 URL: http://jira.jboss.com/jira/browse/JBREM-629 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: callbacks Affects Versions: 2.0.0.GA (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.2.0.Alpha3 (Bluto) Is possible to sometimes get null pointer exception when calling notifier to alert of lost client when leasing. 10:47:10,508 ERROR [STDERR] Exception in thread "Timer-2" 10:47:10,509 ERROR [STDERR] java.lang.NullPointerException 10:47:10,513 ERROR [STDERR] at org.jboss.remoting.Lease.notifyClientLost(Lease.java:211) 10:47:10,513 ERROR [STDERR] at org.jboss.remoting.Lease.access$300(Lease.java:39) 10:47:10,513 ERROR [STDERR] at org.jboss.remoting.Lease$LeaseTimerTask.run(Lease.java:242) 10:47:10,513 ERROR [STDERR] at java.util.TimerThread.mainLoop(Timer.java:527) 10:47:10,513 ERROR [STDERR] at java.util.TimerThread.run(Timer.java:477) -- 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

18 years, 10 months

2
2
0 / 0

[JBoss JIRA] Created: (JBREM-637) add tomcat jar to component-info.xml for remoting release

by Tom Elrod (JIRA)

add tomcat jar to component-info.xml for remoting release --------------------------------------------------------- Key: JBREM-637 URL: http://jira.jboss.com/jira/browse/JBREM-637 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: external Affects Versions: 2.2.0.Alpha3 (Bluto) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.2.0.Beta1 (Bluto) The current remoting releases in repository.jboss.com don't include tomcat jars in their component-info.xml files. This is mainly because they are not required for all remoting transports (i.e. only http remoting server requres these jars). However, probably good to list them in some form or another. The current tomcat jar version are Tomcat 5.5.15. -- 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

18 years, 10 months

3
3
0 / 0

[JBoss JIRA] Created: (JBREM-638) 2.2.0.Alpha4 release

by Ron Sigal (JIRA)

2.2.0.Alpha4 release -------------------- Key: JBREM-638 URL: http://jira.jboss.com/jira/browse/JBREM-638 Project: JBoss Remoting Issue Type: Release Security Level: Public (Everyone can see) Affects Versions: 2.2.0.Alpha4 Reporter: Ron Sigal Assigned To: Ron Sigal Fix For: 2.2.0.Alpha4 Release 2.2.0.Alpha4 represents just a few changes from 2.2.0.Alpha3. 1. JBREM-635: affects org.jboss.remoting.marshal.http.HTTPUnMarshaller (Remove warning message in read().) 2. JBREM-636: affects org.jboss.remoting.callback.ServerInvokerCallbackHandler (init() stores the sessionId and listenerId for future reference, so that getId() does not have to refer to the initial InvocationRequest.) 3. JBREM-605: affects org.jboss.remoting.Client (Added test for consistency of listenerIds in acknowledgeCallbacks().) -- 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

18 years, 10 months

3
2
0 / 0

[JBoss JIRA] Created: (JBREM-614) Client.invoke() should check isConnected().

by Ron Sigal (JIRA)

Client.invoke() should check isConnected(). ------------------------------------------- Key: JBREM-614 URL: http://jira.jboss.com/jira/browse/JBREM-614 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 2.2.0.Beta1 (Bluto) Reporter: Ron Sigal Assigned To: Ron Sigal Priority: Minor Fix For: 2.2.0.Beta1 (Bluto) This changed due to a leasing bug that Clebert found within messaging. The problem was that the isConnected() calls on it's invoker to see if it is connected (assuming the invoker is not null). So is possible that another Client is using the same client invoker and that invoker is already connected. This would cause the new Client to not set up leasing (which it would need to do). I guess the isConnected() call could be added back in, but would need to change the Client.isConnected() to use an member variable keeping track of state (connect or not connected) instead of calling on the invoker to see if it's connect. Ron Sigal wrote: > Hi Tom, > > I noticed something about Client.connect() and CallbackPoller.start(). In particular, CallbackPoller.start() calls Client.connect(), as it should. If leasing is configured, the Client will be registered with the LeasePinger. When the application calls Client.connect(), the Client will be re-registered with the LeasePinger. It doesn't cause an error, but it's a bit redundant. Looks like Client.connect() should start with > > if (isConnected()) > return; > > ?? > > -Ron -- 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

18 years, 10 months

4
3
0 / 0

[JBoss JIRA] Created: (JBREM-622) InvokerLocator already exists for listener

by Galen Dunkleberger (JIRA)

InvokerLocator already exists for listener ------------------------------------------ Key: JBREM-622 URL: http://jira.jboss.com/jira/browse/JBREM-622 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Environment: JBoss 4.0.5.GA JBoss Messaging 1.0.1.GA Linux BEA Jrockit R26.0.0-jdk1.5.0_04_x86_64 Reporter: Galen Dunkleberger Assigned To: Tom Elrod When trying to send many small messsages very quickly through JBoss messaging I was getting the following error javax.jms.IllegalStateException: InvokerLocator already exists for listener id 1436420135. Remove t his listener before adding again. at org.jboss.jms.client.container.ExceptionInterceptor.invoke(ExceptionInterceptor.java:91) at org.jboss.jms.client.delegate.ClientConnectionFactoryDelegate$createConnectionDelegate_N6 840474864420126404.invokeNext()Ljava.lang.Object;(ClientConnectionFactoryDelegate$createConnectionDe legate_N6840474864420126404.java:???) at org.jboss.jms.client.container.ClientLogInterceptor.invoke(ClientLogInterceptor.java:107) at org.jboss.jms.client.delegate.ClientConnectionFactoryDelegate$createConnectionDelegate_N6 840474864420126404.invokeNext()Ljava.lang.Object;(ClientConnectionFactoryDelegate$createConnectionDe legate_N6840474864420126404.java:???) at org.jboss.jms.client.delegate.ClientConnectionFactoryDelegate.createConnectionDelegate(Lj ava.lang.String;Ljava.lang.String;)Lorg.jboss.jms.delegate.ConnectionDelegate;(ClientConnectionFacto ryDelegate.java:???) at org.jboss.jms.client.JBossConnectionFactory.createConnectionInternal(JBossConnectionFacto ry.java:202) at org.jboss.jms.client.JBossConnectionFactory.createQueueConnection(JBossConnectionFactory. java:108) at org.jboss.jms.client.JBossConnectionFactory.createQueueConnection(JBossConnectionFactory. java:103) -- 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

18 years, 10 months

4
8
0 / 0

[JBoss JIRA] Created: (JBREM-624) Add JBoss EULA

by Rajesh Rajasekaran (JIRA)

Add JBoss EULA -------------- Key: JBREM-624 URL: http://jira.jboss.com/jira/browse/JBREM-624 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Reporter: Rajesh Rajasekaran Assigned To: Tom Elrod Fix For: 2.2.0.Alpha3 (Bluto) Attachments: JBossORG-EULA.txt Attached is the JBossORG-EULA.txt 1. The eula should be checked into the project's source tree. 2. The project's build should include the EULA in project distributables, ie, whatever is the unit of publish: zip, tgz, etc. -- 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

18 years, 10 months

3
7
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 November 2006