[jira] Resolved: (AMQNET-150) Unit test failures in the Durable Subscruber test

2009-06-01 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-150. -- Resolution: Fixed Unit test failures in the Durable Subscruber test

[jira] Updated: (AMQNET-162) Read and Write methods for IBytesMessage type

2009-06-01 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-162: - Fix Version/s: 1.2 Read and Write methods for IBytesMessage type

[jira] Resolved: (AMQNET-144) Default broker URL in nmsprovider-test.config should be the default URL of the broker, ie localhost:61616

2009-06-01 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-144. -- Resolution: Fixed Fix Version/s: 1.1 Assignee: Jim Gomes (was: Timothy Bish

[jira] Resolved: (AMQNET-160) Connecting to non-existing host does not raise Exception when using failover protocol

2009-06-02 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-160. -- Resolution: Fixed After further investigating this issue, the code for the failover transport has

[jira] Commented: (AMQNET-160) Connecting to non-existing host does not raise Exception when using failover protocol

2009-06-08 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=52129#action_52129 ] Jim Gomes commented on AMQNET-160: -- I'm OK with the backed out changes. If Michel is OK

[jira] Resolved: (AMQNET-152) Infinit exception at reconnect on Mono with failover transport.

2009-06-08 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-152. -- Resolution: Fixed Based on Tim's previous investigations into the InvalidCastException issue, I

[jira] Resolved: (AMQNET-160) Connecting to non-existing host does not raise Exception when using failover protocol

2009-06-08 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-160. -- Resolution: Fixed Resolving issue as discussed. Connecting to non-existing host does not raise

[jira] Created: (AMQNET-166) MulticastDiscoveryAgent thread does not shutdown when process closes.

2009-06-24 Thread Jim Gomes (JIRA)
Issue Type: Bug Components: ActiveMQ Client Affects Versions: 1.1 Reporter: Jim Gomes Assignee: Jim Gomes Fix For: 1.1 When using the MulticastDiscoveryAgent after my process closes the MulticastDiscoveryAgent thread does not die. (Reported by Iddo

[jira] Updated: (AMQNET-170) TempQueue and TempTopic return incorrect destination type

2009-07-01 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-170: - Attachment: ActiveMQTempTopic.patch ActiveMQTempQueue.patch Patches from Iddo Shoham

[jira] Updated: (AMQNET-172) Extend IConnection with connection information

2009-07-01 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-172: - Fix Version/s: 1.2 Extend IConnection with connection information

[jira] Updated: (AMQNET-171) Exception thrown in TcpTransport while using failover protocol

2009-07-01 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-171: - Fix Version/s: 1.2 Exception thrown in TcpTransport while using failover protocol

[jira] Updated: (AMQNET-173) System.FormatExceptions due to parsing bug in StompHelper.cs

2009-07-07 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-173: - Fix Version/s: 1.2.0 System.FormatExceptions due to parsing bug in StompHelper.cs

[jira] Updated: (AMQNET-176) Messages received by a transactional session are not redelivered when the session dies before being commited.

2009-07-08 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-176: - Affects Version/s: 1.1.0 Fix Version/s: 1.2.0 Messages received by a transactional session

[jira] Commented: (AMQNET-176) Messages received by a transactional session are not redelivered when the session dies before being commited.

2009-07-08 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=52755#action_52755 ] Jim Gomes commented on AMQNET-176: -- Do you have some sample code that demonstrates

[jira] Created: (AMQNET-182) Set Oneway commands to not require a response from server

2009-08-25 Thread Jim Gomes (JIRA)
Components: ActiveMQ Client Affects Versions: 1.1.0 Environment: Windows XP, .NET 2.0 Reporter: Jim Gomes Assignee: Jim Gomes Priority: Minor Fix For: 1.2.0 Certain commands that are asynchronous and send commands to the server

[jira] Resolved: (AMQNET-182) Set Oneway commands to not require a response from server

2009-08-25 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-182. -- Resolution: Fixed Set Oneway commands to not require a response from server

[jira] Resolved: (AMQNET-174) Cannot set properties via the configuration file, such as session.PrefetchSize

2009-08-25 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-174. -- Resolution: Fixed Applied patch. Made one small change to delay FieldInfo look up only if we

[jira] Resolved: (AMQNET-159) Make failover protocol optionally asynchronously connect to sockets

2009-08-25 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-159. -- Resolution: Fixed Applied patch from Mark Gellings. Hope I merged everything correctly. Thanks

[jira] Resolved: (AMQNET-169) Apache.NMS.MSMQ.MessageConsumer.Dispose throws NotImplementedException

2009-08-25 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-169. -- Resolution: Fixed Apache.NMS.MSMQ.MessageConsumer.Dispose throws NotImplementedException

[jira] Resolved: (AMQNET-168) NPE with AutoAcknowledge mode

2009-08-25 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-168. -- Resolution: Fixed NPE with AutoAcknowledge mode

[jira] Created: (AMQNET-183) Drop support for .NET 1.1 in MSMQ Provider.

2009-08-27 Thread Jim Gomes (JIRA)
Versions: 1.2.0 Reporter: Jim Gomes Assignee: Jim Gomes Priority: Minor Fix For: 1.2.0 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.

[jira] Resolved: (AMQNET-183) Drop support for .NET 1.1 in MSMQ Provider.

2009-08-27 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-183. -- Resolution: Fixed No longer supporting .NET 1.1 in the MSMQ Provider. Drop support for .NET 1.1

[jira] Created: (AMQNET-184) Fix Discovery Multicast and allow Failover with Discovery.

2009-08-31 Thread Jim Gomes (JIRA)
Components: ActiveMQ Client Affects Versions: 1.1.0 Reporter: Jim Gomes Assignee: Jim Gomes Priority: Minor Fix For: 1.2.0 The Discovery transport factory does not support participation in the Failover protocol. It also seems to fail on basic

[jira] Updated: (AMQNET-184) Fix Discovery Multicast and allow Failover with Discovery.

2009-08-31 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-184: - Attachment: DiscoveryTransportFactory.patch Patch from Iddo Shoham. Fix Discovery Multicast

[jira] Resolved: (AMQNET-184) Fix Discovery Multicast and allow Failover with Discovery.

2009-08-31 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-184. -- Resolution: Fixed Fix Discovery Multicast and allow Failover with Discovery

[jira] Commented: (AMQNET-159) Make failover protocol optionally asynchronously connect to sockets

2009-09-01 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/activemq/browse/AMQNET-159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=53955#action_53955 ] Jim Gomes commented on AMQNET-159: -- I'm not sure what the state of 1.2 is. A lot

[jira] [Resolved] (AMQNET-243) failover causes duplicate messages

2011-06-14 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-243. -- Resolution: Won't Fix Resolving this issue, since what the broker sends down to the client is outside

[jira] [Created] (AMQNET-330) MutexTransport creates bottleneck for multi-threaded applications

2011-06-14 Thread Jim Gomes (JIRA)
Components: ActiveMQ, Stomp Affects Versions: 1.5.1 Environment: Windows 7 64-bit, .NET 3.5 4.0. Reporter: Jim Gomes Assignee: Jim Gomes Fix For: 1.5.2, 1.6.0 The MutexTransport creates a massive bottleneck in a multi-threaded

[jira] [Work started] (AMQNET-330) MutexTransport creates bottleneck for multi-threaded applications

2011-06-14 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on AMQNET-330 started by Jim Gomes. MutexTransport creates bottleneck for multi-threaded applications

[jira] [Resolved] (AMQNET-330) MutexTransport creates bottleneck for multi-threaded applications

2011-06-14 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-330. -- Resolution: Fixed MutexTransport creates bottleneck for multi-threaded applications

[jira] [Work logged] (AMQNET-330) MutexTransport creates bottleneck for multi-threaded applications

2011-06-14 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-330?page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel\#worklog-{worklog.getId()} ] Jim Gomes logged work on AMQNET-330: Author: Jim Gomes Created on: 14/Jun

[jira] [Work stopped] (AMQNET-330) MutexTransport creates bottleneck for multi-threaded applications

2011-06-14 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on AMQNET-330 stopped by Jim Gomes. MutexTransport creates bottleneck for multi-threaded applications

[jira] [Commented] (AMQNET-294) durable subscription message loss when master broker fails to slave

2011-06-14 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13049508#comment-13049508 ] Jim Gomes commented on AMQNET-294: -- As near as I can tell, the remaining problem

[jira] [Commented] (AMQNET-327) Upgrade solution to VisualStudio 2010

2011-06-14 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13049514#comment-13049514 ] Jim Gomes commented on AMQNET-327: -- Hi, Eddie. Thanks for the feedback. I fully

[jira] [Work started] (AMQNET-331) Failover protocol fails to reconnect if client started while broker is not running.

2011-06-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on AMQNET-331 started by Jim Gomes. Failover protocol fails to reconnect if client started while broker is not running

[jira] [Created] (AMQNET-331) Failover protocol fails to reconnect if client started while broker is not running.

2011-06-17 Thread Jim Gomes (JIRA)
: ActiveMQ .Net Issue Type: Bug Components: ActiveMQ, Stomp Affects Versions: 1.5.1 Environment: Windows 7 64-bit, .NET 4.0 Reporter: Jim Gomes Assignee: Jim Gomes Fix For: 1.5.2 If a client using the failover protocol is started

[jira] [Resolved] (AMQNET-331) Failover protocol fails to reconnect if client started while broker is not running.

2011-06-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-331. -- Resolution: Fixed Failover protocol fails to reconnect if client started while broker

[jira] [Work stopped] (AMQNET-331) Failover protocol fails to reconnect if client started while broker is not running.

2011-06-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on AMQNET-331 stopped by Jim Gomes. Failover protocol fails to reconnect if client started while broker is not running

[jira] [Work logged] (AMQNET-331) Failover protocol fails to reconnect if client started while broker is not running.

2011-06-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-331?page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel\#worklog-{worklog.getId()} ] Jim Gomes logged work on AMQNET-331: Author: Jim Gomes Created on: 18/Jun

[jira] [Updated] (AMQNET-333) Add new provider implementation for ZeroMQ

2011-06-30 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-333?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-333: - Component/s: ZMQ Add new provider implementation for ZeroMQ

[jira] [Work started] (AMQNET-333) Add new provider implementation for ZeroMQ

2011-07-07 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-333?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on AMQNET-333 started by Jim Gomes. Add new provider implementation for ZeroMQ -- Key: AMQNET-333

[jira] [Commented] (AMQNET-337) Creating ConnectionFactory fails if ActiveMQ assembly has long path

2011-07-19 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13068082#comment-13068082 ] Jim Gomes commented on AMQNET-337: -- This looks like a potential limitation of the Windows

[jira] [Updated] (AMQNET-337) Creating ConnectionFactory fails if ActiveMQ assembly has long path

2011-07-19 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-337: - Priority: Trivial (was: Major) Creating ConnectionFactory fails if ActiveMQ assembly has long path

[jira] [Updated] (AMQNET-337) Creating ConnectionFactory fails if ActiveMQ assembly has long path

2011-07-20 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-337: - Affects Version/s: (was: 1.5.1) 1.5.0 Fix Version/s: 1.5.1 Yeah

[jira] [Commented] (AMQNET-42) Add support for typesafe properties and headers over STOMP

2011-08-16 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13085972#comment-13085972 ] Jim Gomes commented on AMQNET-42: - Nice job, Tim! Add support for typesafe properties

[jira] [Commented] (AMQNET-339) NullReferenceException from Apache.NMS.ActiveMQ.Transport.InactivityMonitor

2011-08-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-339?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13086647#comment-13086647 ] Jim Gomes commented on AMQNET-339: -- I took a look at the code, and my initial suspect

[jira] [Created] (AMQNET-343) Thread leak with maxInactivityDuration=0 is specified

2011-09-16 Thread Jim Gomes (JIRA)
: ActiveMQ Affects Versions: 1.5.1 Environment: Windows 7, .NET 2.0, .NET 4.0 Reporter: Jim Gomes Assignee: Jim Gomes Fix For: 1.5.2 When the wireFormat.maxInactivityDuration=0 parameter is specified on the connection URI, the inactivity monitor

[jira] [Resolved] (AMQNET-343) Thread leak with maxInactivityDuration=0 is specified

2011-09-16 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-343. -- Resolution: Fixed Thread leak with maxInactivityDuration=0 is specified

[jira] [Resolved] (AMQNET-339) NullReferenceException from Apache.NMS.ActiveMQ.Transport.InactivityMonitor

2011-09-29 Thread Jim Gomes (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-339. -- Resolution: Fixed Fix Version/s: 1.6.0 1.5.2 Added null checks before

[jira] [Resolved] (AMQNET-342) Collection was modified exception when adding message consumer

2011-09-29 Thread Jim Gomes (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-342. -- Resolution: Fixed Fix Version/s: 1.6.0 1.5.2 Added call to lock SyncRoot

[jira] [Resolved] (AMQNET-337) Creating ConnectionFactory fails if ActiveMQ assembly has long path

2011-10-17 Thread Jim Gomes (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-337. -- Resolution: Fixed Fix Version/s: (was: 1.5.1) 1.5.2 Creating

[jira] [Commented] (AMQNET-369) Seems like there is a race condition that can lead to an InvalidDestinationException for tempoary queues after failover has resumed

2012-02-07 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13203078#comment-13203078 ] Jim Gomes commented on AMQNET-369: -- While there may be a bug here that can be determined

[jira] [Commented] (AMQNET-355) Run as windows service: Need reconnect to establish the connection to the ActiveMQ Server

2012-02-28 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13218694#comment-13218694 ] Jim Gomes commented on AMQNET-355: -- It doesn't appear that you are using the failover

[jira] [Created] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-02-28 Thread Jim Gomes (Created) (JIRA)
Components: ActiveMQ, Stomp Affects Versions: 1.5.3 Reporter: Jim Gomes Assignee: Jim Gomes Fix For: 1.5.4, 1.6.0 When a failover protocol is used, it is expected that any network interruptions will be automatically recovered. Currently, the broker can

[jira] [Updated] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-02-28 Thread Jim Gomes (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-371: - Description: When a failover protocol is used, it is expected that any network interruptions

[jira] [Resolved] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-02-28 Thread Jim Gomes (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-371. -- Resolution: Fixed Trigger the fault tolerant recovery logic when a connection exception occurs. Fix

[jira] [Commented] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-02-28 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13218774#comment-13218774 ] Jim Gomes commented on AMQNET-371: -- Thanks for the review, Tim. I'll take a closer look

[jira] [Commented] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-02-28 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13218814#comment-13218814 ] Jim Gomes commented on AMQNET-371: -- Thanks. I'll roll it back shortly. The failover

[jira] [Commented] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-02-29 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13219351#comment-13219351 ] Jim Gomes commented on AMQNET-371: -- A correction to what I stated previously. I just

[jira] [Updated] (AMQNET-370) Channel was inactive for too long does not recover

2012-02-29 Thread Jim Gomes (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-370: - Attachment: nms-inactivityexception.log I have attached a log snippet of an Inactivity exception that I

[jira] [Resolved] (AMQNET-355) Run as windows service: Need reconnect to establish the connection to the ActiveMQ Server

2012-02-29 Thread Jim Gomes (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-355. -- Resolution: Not A Problem Use of the failover protocol seem to have addressed this issue

[jira] [Updated] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-03-07 Thread Jim Gomes (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-371: - Attachment: TQTest.zip TempQueue Test program that demonstrates the ActiveMQ bug with temp queues

[jira] [Commented] (AMQNET-372) ActiveMQ AdvisoryConsumer not properly initializing its Ack message.

2012-03-08 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13225427#comment-13225427 ] Jim Gomes commented on AMQNET-372: -- Nice catch! +1 ActiveMQ

[jira] [Commented] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-03-08 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13225764#comment-13225764 ] Jim Gomes commented on AMQNET-371: -- Thanks, Tim! That fix looks like it resolved

[jira] [Resolved] (AMQNET-371) NMSConnectionException does not trigger failover recovery.

2012-03-08 Thread Jim Gomes (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-371. -- Resolution: Fixed NMSConnectionException does not trigger failover recovery

[jira] [Commented] (AMQNET-327) Upgrade solution to VisualStudio 2010

2012-03-19 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13232784#comment-13232784 ] Jim Gomes commented on AMQNET-327: -- I've had to create a custom build tool around working

[jira] [Updated] (AMQNET-378) Collection modified exception in Connection.Close() when using temp destinations.

2012-04-10 Thread Jim Gomes (Updated) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-378: - Fix Version/s: 1.5.4 Remaining Estimate: 1h Original Estimate: 1h Collection modified

[jira] [Resolved] (AMQNET-378) Collection modified exception in Connection.Close() when using temp destinations.

2012-04-10 Thread Jim Gomes (Resolved) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-378. -- Resolution: Fixed Collection modified exception in Connection.Close() when using temp

[jira] [Commented] (AMQNET-377) Sending to non-existent temp queue causes consumer to shutdown

2012-04-10 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13251220#comment-13251220 ] Jim Gomes commented on AMQNET-377: -- I think this problem may already be exposed

[jira] [Commented] (AMQNET-377) Sending to non-existent temp queue causes consumer to shutdown

2012-04-11 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13251714#comment-13251714 ] Jim Gomes commented on AMQNET-377: -- I don't think there is a bug currently filed against

[jira] [Commented] (AMQNET-377) Sending to non-existent temp queue causes consumer to shutdown

2012-04-12 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13252595#comment-13252595 ] Jim Gomes commented on AMQNET-377: -- Tim, I can still get the test to fail even after

[jira] [Commented] (AMQNET-377) Sending to non-existent temp queue causes consumer to shutdown

2012-04-12 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13252661#comment-13252661 ] Jim Gomes commented on AMQNET-377: -- It's

[jira] [Commented] (AMQNET-377) Sending to non-existent temp queue causes consumer to shutdown

2012-04-12 Thread Jim Gomes (Commented) (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13252982#comment-13252982 ] Jim Gomes commented on AMQNET-377: -- I made an improvement to the test to check

[jira] [Work started] (AMQNET-327) Upgrade solution to VisualStudio 2010

2012-05-29 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on AMQNET-327 started by Jim Gomes. Upgrade solution to VisualStudio 2010 - Key: AMQNET-327

[jira] [Updated] (AMQNET-327) Upgrade solution to VisualStudio 2010

2012-05-29 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-327: - Remaining Estimate: 72h (was: 48h) Original Estimate: 72h (was: 48h) Upgrade solution

[jira] [Work logged] (AMQNET-327) Upgrade solution to VisualStudio 2010

2012-05-29 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-327?page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel\#worklog-{worklog.getId()} ] Jim Gomes logged work on AMQNET-327: Author: Jim Gomes Created on: 29/May

[jira] [Commented] (AMQNET-387) no iconnectionfactory implementation found for connection uri

2012-06-05 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13289873#comment-13289873 ] Jim Gomes commented on AMQNET-387: -- Tamilmaran, as Tim mentioned, you should see

[jira] [Comment Edited] (AMQNET-387) no iconnectionfactory implementation found for connection uri

2012-06-05 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13289873#comment-13289873 ] Jim Gomes edited comment on AMQNET-387 at 6/5/12 11:58 PM

[jira] [Commented] (AMQNET-387) no iconnectionfactory implementation found for connection uri

2012-06-07 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13291144#comment-13291144 ] Jim Gomes commented on AMQNET-387: -- When you program to the Apache.NMS.dll, it uses

[jira] [Created] (AMQNET-394) Zombie Consumer is created after failover

2012-08-17 Thread Jim Gomes (JIRA)
Jim Gomes created AMQNET-394: Summary: Zombie Consumer is created after failover Key: AMQNET-394 URL: https://issues.apache.org/jira/browse/AMQNET-394 Project: ActiveMQ .Net Issue Type: Bug

[jira] [Updated] (AMQNET-394) Zombie Consumer is created after failover

2012-08-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-394: - Priority: Critical (was: Major) Zombie Consumer is created after failover

[jira] [Commented] (AMQNET-394) Zombie Consumer is created after failover

2012-08-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-394?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13437127#comment-13437127 ] Jim Gomes commented on AMQNET-394: -- The simplest and most robust solution is to simply

[jira] [Work logged] (AMQNET-394) Zombie Consumer is created after failover

2012-08-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-394?page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel\#worklog-{worklog.getId()} ] Jim Gomes logged work on AMQNET-394: Author: Jim Gomes Created on: 18/Aug

[jira] [Resolved] (AMQNET-394) Zombie Consumer is created after failover

2012-08-17 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-394. -- Resolution: Fixed Fix Version/s: 1.5.3 Fixed in 1.5.x branches for Apache.NMS.ActiveMQ

[jira] [Commented] (AMQNET-394) Zombie Consumer is created after failover

2012-08-20 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-394?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13438271#comment-13438271 ] Jim Gomes commented on AMQNET-394: -- That does look like a better solution. I was afraid

[jira] [Resolved] (AMQNET-394) Zombie Consumer is created after failover

2012-08-21 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-394. -- Resolution: Fixed Zombie Consumer is created after failover

[jira] [Resolved] (AMQNET-395) ResponseCorrelator transport is not stopped when Connection is closed

2012-08-23 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-395. -- Resolution: Fixed ResponseCorrelator transport is not stopped when Connection is closed

[jira] [Updated] (AMQNET-327) Upgrade solution to VisualStudio 2013

2014-05-22 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-327: - Description: The solution files should be upgraded to VisualStudio 2013. At the same time, now

[jira] [Created] (AMQNET-477) Port the NMS library, Stomp and MQTT providers to Xamarin Android

2014-05-22 Thread Jim Gomes (JIRA)
Jim Gomes created AMQNET-477: Summary: Port the NMS library, Stomp and MQTT providers to Xamarin Android Key: AMQNET-477 URL: https://issues.apache.org/jira/browse/AMQNET-477 Project: ActiveMQ .Net

[jira] [Updated] (AMQNET-477) Port the NMS library, Stomp and MQTT providers to Xamarin Android

2014-05-22 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes updated AMQNET-477: - Component/s: MQTT Port the NMS library, Stomp and MQTT providers to Xamarin Android

[jira] [Created] (AMQNET-478) Port the ignoreExpiration option from Apache.NMS.ActiveMQ to Apache.NMS.Stomp

2014-05-22 Thread Jim Gomes (JIRA)
Jim Gomes created AMQNET-478: Summary: Port the ignoreExpiration option from Apache.NMS.ActiveMQ to Apache.NMS.Stomp Key: AMQNET-478 URL: https://issues.apache.org/jira/browse/AMQNET-478 Project

[jira] [Resolved] (AMQNET-478) Port the ignoreExpiration option from Apache.NMS.ActiveMQ to Apache.NMS.Stomp

2014-05-23 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-478. -- Resolution: Fixed Port the ignoreExpiration option from Apache.NMS.ActiveMQ to Apache.NMS.Stomp

[jira] [Resolved] (AMQNET-477) Port the NMS library, Stomp and MQTT providers to Xamarin Android

2014-05-23 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-477. -- Resolution: Fixed Added new vs2013 solutions and android projects. No code changes necessary. Port

[jira] [Commented] (AMQNET-464) we need the .net client to support the http transport layer

2014-05-23 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14007517#comment-14007517 ] Jim Gomes commented on AMQNET-464: -- Would it make more sense to create a new REST

[jira] [Created] (AMQNET-486) NAnt scripts clean target is too aggressive

2014-08-05 Thread Jim Gomes (JIRA)
Jim Gomes created AMQNET-486: Summary: NAnt scripts clean target is too aggressive Key: AMQNET-486 URL: https://issues.apache.org/jira/browse/AMQNET-486 Project: ActiveMQ .Net Issue Type: Bug

[jira] [Resolved] (AMQNET-486) NAnt scripts clean target is too aggressive

2014-08-07 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jim Gomes resolved AMQNET-486. -- Resolution: Fixed NAnt scripts clean target is too aggressive

[jira] [Commented] (AMQNET-454) Add Apache Qpid provider to NMS

2014-08-12 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14094851#comment-14094851 ] Jim Gomes commented on AMQNET-454: -- I refactored Patch 27 to preserve the standard nant

[jira] [Commented] (AMQNET-454) Add Apache Qpid provider to NMS

2014-08-19 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14102830#comment-14102830 ] Jim Gomes commented on AMQNET-454: -- Chuck, I'll move the release DLLs into a single

[jira] [Commented] (AMQNET-454) Add Apache Qpid provider to NMS

2014-08-19 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14102871#comment-14102871 ] Jim Gomes commented on AMQNET-454: -- Applied Patch #30, and modified the vendor

[jira] [Commented] (AMQNET-454) Add Apache Qpid provider to NMS

2014-08-20 Thread Jim Gomes (JIRA)
[ https://issues.apache.org/jira/browse/AMQNET-454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14104564#comment-14104564 ] Jim Gomes commented on AMQNET-454: -- Hi Chuck, That's fantastic! I added the default

<    4   5   6   7   8   9   10   >