+1
On Monday 25 April 2011 17:01:49 Timothy Bish wrote:
> Hi Everyone
>
> Voting for the release of v3.4.0 of ActiveMQ-CPP is now open. This is
> yet another major release of the ActiveMQ-CPP client which includes some
> API changes and several improvements over v3.3.0. Some additional
> methods
[
https://issues.apache.org/jira/browse/AMQCPP-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022324#comment-13022324
]
Teemu Torma commented on AMQCPP-363:
We tested with 5.5 broker.
The test cas
[
https://issues.apache.org/jira/browse/AMQCPP-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022304#comment-13022304
]
Teemu Torma edited comment on AMQCPP-363 at 4/20/11 7:0
[
https://issues.apache.org/jira/browse/AMQCPP-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022304#comment-13022304
]
Teemu Torma commented on AMQCPP-363:
This is not about durable subscribers,
[
https://issues.apache.org/jira/browse/AMQCPP-361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13019830#comment-13019830
]
Teemu Torma commented on AMQCPP-361:
Ok, I will try that. Start and stop are
[
https://issues.apache.org/jira/browse/AMQCPP-355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13019822#comment-13019822
]
Teemu Torma commented on AMQCPP-355:
I tried to test this on 3.3.0, and indeed
[
https://issues.apache.org/jira/browse/AMQCPP-361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13019816#comment-13019816
]
Teemu Torma commented on AMQCPP-361:
As far as I can see you will need to close
Versions: 3.2.5
Environment: all
Reporter: Teemu Torma
Assignee: Timothy Bish
ActiveMQSessionExecutor::dispatch gets a consumer and calls consumer's dispatch
method without holding any locks in between. This leaves a window when a
consumer can be no longer
+1
[
https://issues.apache.org/activemq/browse/AMQCPP-292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-292:
---
Attachment: SimpleProducer.cpp
> transacted sessions over shared failover connection thr
Issue Type: Bug
Components: Transports
Affects Versions: 3.1.1
Environment: Linux / gcc 4.3
Reporter: Teemu Torma
Assignee: Timothy Bish
Interleaved transacted sessions over single failover connection throw
exceptions, as shown by the modified
On Sunday 06 December 2009 17:38:54 Timothy Bish wrote:
> The method Thread::currentThread won't work after a call to the shutdown
> method for the library, which is why its important to clean up your
> ActiveMQ-CPP resources for calling it.
I meant that in multi-threading application where a thre
On Saturday 05 December 2009 21:54:55 Timothy Bish (JIRA) wrote:
>
> Just a problem with the examples not shutting down correctly.
Ok, not really the problem I have, I just thought they were related.
I traced my problem being DedicatedTaskRunner::shutdown throwing an exception
which breaks the s
[
https://issues.apache.org/activemq/browse/AMQCPP-271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=56271#action_56271
]
Teemu Torma commented on AMQCPP-271:
I forgot to mention that this is in 3.1.0
Components: CMS Impl
Affects Versions: 3.1
Environment: Ubuntu Jaunty 64bit
Reporter: Teemu Torma
Assignee: Timothy Bish
Fix For: 3.1
If the activemq server is brought down while a consumer is active and not using
failover transport, the connection close
[
https://issues.apache.org/activemq/browse/AMQCPP-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma closed AMQCPP-256.
--
Seems to work when applied to 3.0.1.
> Transaction has not been started exceptions on the broker w
[
https://issues.apache.org/activemq/browse/AMQCPP-256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=52890#action_52890
]
Teemu Torma commented on AMQCPP-256:
Some general observations:
- Using the
[
https://issues.apache.org/activemq/browse/AMQCPP-256?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-256:
---
Attachment: mt-receive.cpp
Here is a test program, I hope it is clear enough. I haven't
[
https://issues.apache.org/activemq/browse/AMQCPP-256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=52887#action_52887
]
Teemu Torma commented on AMQCPP-256:
I should mention that the problem does not ha
Project: ActiveMQ C++ Client
Issue Type: Bug
Affects Versions: 3.0
Environment: Ubuntu Jaunty 9.04
Reporter: Teemu Torma
Assignee: Timothy Bish
Priority: Critical
When using parallel transacted sessions and consumers to same queue
Versions: 5.2.0
Reporter: Teemu Torma
TopicSubscription class misbehaves when dispatching matched messages after the
first message has been discarded. The problem is that difference between
dispatch and dequeue counters is used to determine if the dispatch queue is
full, but
[
https://issues.apache.org/activemq/browse/AMQCPP-200?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=46248#action_46248
]
Teemu Torma commented on AMQCPP-200:
Earlier today I had to track down a proble
[
https://issues.apache.org/activemq/browse/AMQCPP-140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40519
]
Teemu Torma commented on AMQCPP-140:
There is a minor portability issue in SSLSocketFactory.cpp where RAND_seed
[
https://issues.apache.org/activemq/browse/AMQCPP-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-140:
---
Attachment: amqcpp-ssl.patch3
Version 3 of the patch.
- autoconf --with-ssl and --with-openssl
[
https://issues.apache.org/activemq/browse/AMQCPP-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-140:
---
Attachment: (was: amqcpp-ssl.patch2)
> Add SSL transp
[
https://issues.apache.org/activemq/browse/AMQCPP-140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40481
]
Teemu Torma commented on AMQCPP-140:
We have a need for SSL support right now and waiting for 2.2 and/or next
[
https://issues.apache.org/activemq/browse/AMQCPP-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-140:
---
Attachment: (was: amqcpp-ssl.patch1)
> Add SSL transp
[
https://issues.apache.org/activemq/browse/AMQCPP-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-140:
---
Attachment: amqcpp-ssl.patch2
Second draft, also tested only on Linux. This adds many
[
https://issues.apache.org/activemq/browse/AMQCPP-140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40450
]
Teemu Torma commented on AMQCPP-140:
I should have mentioned I have tested on Linux only. I don't even
[
https://issues.apache.org/activemq/browse/AMQCPP-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-140:
---
Attachment: amqcpp-ssl.patch1
This is a my first draft of ssl support using openssl. The patch
On Tuesday 16 October 2007, Nathan Mittler wrote:
> We haven't begun work on it as of yet. We've been putting it off
> because we were waiting for official ssl support in apr. By the
> looks of things, ssl support is still only in their trunk.
I know the goal is to use apr for service abstractio
I known ssl support is targeted for 2.2 release, but we have a need for
one rather sooner. I am wondering if there are yet development plans
to see how to proceed.
We could implement something internal and trash it once activemq-cpp
supports ssl natively, or develop something "real" and contri
On Friday 25 May 2007, Albert Strasheim (JIRA) wrote:
> Here's a first try at a patch for Linux and friends. It uses the
> [ax_cflags_gcc_option|http://autoconf-archive.cryp.to/ax_cflags_gcc_o
>ption.html] macro to check if GCC supports the -fvisibility=hidden
> option and a #ifdef to check if the
[
https://issues.apache.org/activemq/browse/AMQCPP-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39129
]
Teemu Torma commented on AMQCPP-115:
I have been building the shared library on linux and solaris for a while
On Monday 23 April 2007, Mittler, Nathan wrote:
> BTW, has anyone run the same test with a Java client to verify that
> it is indeed an OpenWire thing and not an activemq-cpp specific
> thing?
I have never timed Java client, but this is general networking issue and
how TCP works.
On linux, I see
On Thursday 19 April 2007, Timothy Bish wrote:
> As of last night I have submitted all the changes to implement
> allowing TCP_NODELAY to be set, along with some unit tests. If you
> haven't grabbed trunk in a day or so, you won't have all those
> changes.
>
> We could default it to on if we find
On Thursday 19 April 2007, Albert Strasheim wrote:
> From what I can tell, AMQCPP supports a broker URL property for
> setting TCP_NODELAY, but actually setting it doesn't change anything
> at socket creation time (although I could be mistaken, I just did a
> quick browse through the code). Maybe T
On Wednesday 18 April 2007, James Strachan wrote:
> It might be worth turning it on & off and trying both stomp &
> openwire to see if it has an effect. (I'd expect it to hurt openwire
> more than stomp)
I don't think there is any code on the activemq-cpp to set TCP_NODELAY
on sockets.
Teemu
On Monday 16 April 2007, Timothy Bish wrote:
> Hi everyone,
> Its been a long time coming, but we think its time to call a vote for
> the release of ActiveMQ-CPP v2.0 featuring support for Openwire.
>
> The source bundle for the release candidate can be found here:
> http://people.apache.org/~tabis
[
https://issues.apache.org/activemq/browse/AMQCPP-92?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma closed AMQCPP-92.
-
> memory leak in openwire session info
>
>
>
[
https://issues.apache.org/activemq/browse/AMQCPP-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma closed AMQCPP-81.
-
> openwire consumer never receives messages already in qu
Due to need to use activemq-cpp on various Unix platforms and
non-standard uuid libraries, I decided to settle for one and modify
activemq-cpp to use it. I selected OSSP uuid library
(http://www.ossp.org/pkg/lib/uuid/).
The interface is different to existing ones understood by util::Guid,
and
Versions: 2.0
Environment: linux / gcc
Reporter: Teemu Torma
Assigned To: Nathan Mittler
The current trunk after AMQCPP-78 has been fixed shows a memory leak in session
info (two blocks due to two sessions created).
==30586== 381 (208 direct, 173 indirect) bytes in 2
[
https://issues.apache.org/activemq/browse/AMQCPP-78?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma closed AMQCPP-78.
-
Works for me.
> session tries to destroy already destroyed temporary qu
[
https://issues.apache.org/activemq/browse/AMQCPP-80?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma closed AMQCPP-80.
-
> sending with explicit message id hangs
> --
>
>
[
https://issues.apache.org/activemq/browse/AMQCPP-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_38864
]
Teemu Torma commented on AMQCPP-81:
---
Wouldn't it make sense to drop start method completely then? The
[
https://issues.apache.org/activemq/browse/AMQCPP-81?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-81:
--
Attachment: test2.cpp
Attached a program to show the problem (gcc 4.1/linux/activemq 4.1-SNAPSHOT
[
https://issues.apache.org/activemq/browse/AMQCPP-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_38851
]
Teemu Torma commented on AMQCPP-81:
---
With trunk version, I now get exception if there is already a message in the
On Wednesday 14 March 2007 14:03, Mittler, Nathan wrote:
> I noticed in the .NET client, there is only a getter for
> NMSMessageId, and no setter. While it deviates from the JMS API, I
> think this makes it a bit more clear and would like to remove the
> setCMSMessageId from the CMS API.
>
> Any o
[
https://issues.apache.org/activemq/browse/AMQCPP-79?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma closed AMQCPP-79.
-
> allow createProducer to accept null destinat
[
https://issues.apache.org/activemq/browse/AMQCPP-87?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma closed AMQCPP-87.
-
> ActiveMQConnectionFactory creates only one unique clien
[
https://issues.apache.org/activemq/browse/AMQCPP-87?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_38812
]
Teemu Torma commented on AMQCPP-87:
---
UUID generation might be slow, that is why counter. I don't really
Components: Openwire
Affects Versions: 2.0
Reporter: Teemu Torma
Assigned To: Nathan Mittler
Attachments: connection-factory.patch
ActiveMQConnectionFactory creates only one unique clientId. This prevents
creating multiple connections using the same factory
I was looking the connection factory in activemq-cpp (trunk version) to
see why I can not create two connections using same factory due to
client id clashes.
It appears that the connection factory creates only one uuid client id
and uses it unless something else given to createConnection. It a
Components: Openwire
Affects Versions: 2.0
Reporter: Teemu Torma
Assigned To: Nathan Mittler
Attachments: test.cpp
When starting an openwire consumer, it will never not receive messages already
in queue. However, if a new message is sent to the queue, all
On Sunday 11 March 2007 21:51, Nathan Mittler wrote:
> The page is for v2.0 which isn't released just yet, but will be very
> shortly
Any chance of making openwire the default wire format in v2.0? stomp
does not support temporary queues/topics and message property formats
(the type is lost) a
[
https://issues.apache.org/activemq/browse/AMQCPP-80?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Teemu Torma updated AMQCPP-80:
--
Attachment: test2.cpp
I attached test2.cpp with exception listener.
It seems to randomly either
Versions: 2.0
Reporter: Teemu Torma
Assigned To: Nathan Mittler
Attachments: test.cpp
By disabling automatic message id and setting one explicitly causes send to
hang.
The attached program tries to send a message and receive it, but never finishes.
--
This message
Components: Openwire
Affects Versions: 2.0
Reporter: Teemu Torma
Assigned To: Nathan Mittler
Priority: Minor
Currently createProducer does not accept null destination as parameter. It it
sometimes useful to have anonymous producers where you specify the destination
[
https://issues.apache.org/activemq/browse/AMQCPP-78?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_38791
]
Teemu Torma commented on AMQCPP-78:
---
Forgot to mention, this is latest trunk version.
> session tries to dest
Components: Openwire
Affects Versions: 2.0
Reporter: Teemu Torma
Assigned To: Nathan Mittler
Attachments: test.cpp
If using a temporary queue (or topic) and deleting it, session will try to
delete it again. This does not happen with named queues, nor if the
61 matches
Mail list logo
