> wrote:
>
> > Hi Jim,
> > Yeah drilling down to the API being broken is what I'm referring to.
> >
> > Luc
> >
> > On Tue., Apr. 23, 2019, 11:18 a.m. Jim Gomes, wrote:
> >
> > > Hi Luc,
> > >
> > > The link you post
Hi Luc,
The link you posted seems to be working for me, however, if I drill down a
little further, I do see that the generated API pages are not showing up.
https://activemq.apache.org/components/nms/nms-api
Is this what you are referring to?
Best,
Jim
On Tue, Apr 23, 2019, 7:53 AM Luc Hebert
That version should be compatible.
On Wed, Oct 24, 2018, 2:08 PM SMerrill8 wrote:
> Currently, we use a vendor supplied enterprise level application which
> implements ActiveMQ 5.10.0 as a server.
> I am connecting to it by using Apache.NMS.ActiveMQ 1.7.2.4108 as a C# .NET
> client.
> I am havin
The first question is what problem are you trying to solve?
On Sun, Aug 13, 2017 at 8:26 AM or wrote:
> Hi,
>
> I would like to know if it is possible to use the NMS WCF library with web
> socket as binding, in order to connect to ActiveMQ.
>
>
> Thanks,
> Or
>
>
>
> --
> View this message in con
I think you may be able to remove a lot of your exception handling code if
you turn on failover:. It's so universal, I'm almost tempted to propose
making it the default, and you would have to say nofailover: if you didn't
want it.
On Thu, Oct 13, 2016 at 8:53 AM magmasystems
wrote:
> Thanks, Ji
Yes, failover works on a single instance. I think I mentioned that in my
first reply. You don't need to list two brokers. You just need to have the
failover: keyword in the connection URI.
On Thu, Oct 13, 2016, 7:49 AM Tim Bain wrote:
> Yes, the failover transport works in all three dialects (Ja
It seems like you reinvented the wheel a little bit there, but I'm glad you
got it to work for you.
Cheers!
On Wed, Oct 12, 2016, 8:36 AM magmasystems
wrote:
> Thanks Jim and Tim. I managed to hook up a poor-man's recover mechanism.
> Our
> application uses a framework that sits over the vario
Another technique to try when hitting a breakpoint is to not freeze all of
your threads. Let the NMS worker threads continue running in the background
so they are able to respond to the KeepAlive requests from the broker.
Otherwise, your client will be kicked off from the broker. Visual Studio
supp
The first thing I notice is that you haven't actually enabled failover. The
connection URI should be based on this:
activemq:failover:tcp://hostname:61616
The inclusion of failover: is important.
Beyond that, if you break inside of a debugger, you most likely will be
disconnected by the broker.
t syncs them all. I guess
> that's normal?
>
> On Tue, Sep 13, 2016 at 4:55 PM, Jim Gomes wrote:
> > Disregard. There seems to be synchronizing issues between the mirrors.
> Some
> > mirrors have it, some don't. I had to manually browse the mirrors to find
> >
Disregard. There seems to be synchronizing issues between the mirrors. Some
mirrors have it, some don't. I had to manually browse the mirrors to find
one that did.
On Tue, Sep 13, 2016 at 1:48 PM Jim Gomes wrote:
> The download links are still broken. How long before they will b
The download links are still broken. How long before they will be active?
On Tue, Sep 13, 2016 at 8:40 AM Clebert Suconic
wrote:
> Apache ActiveMQ Artemis 1.4.0 has been released.
>
> There are a lot of improvements included in this release:
>
> - Possibility of using a max size for paging, and
megakid,
You stated in your message "We are trying to establish why the C# NMS
library has created all these threads.
" but you are using the Obvs library to create connections for you. It is
just as likely that this library is creating the high number of threads. If
you want to narrow down a po
handle-msglookup
write-host "Text should read: OK" -b Green -f Black
}
waitfor-finishmsg
send-resetmsg CMD3-CMD4-CMD2 $tripped $case
if($tripped)
{
write-host "Text should read: Unknown" -b Yellow -f Black
}
else
{
handle-msglo
It looks like you are running Artemis embedded within Wildfly, but didn't
mention what version of Artemis you are using. What happens if you try to
connect to Artemis when it is not embedded within Wildfly?
Also, you are connecting to port 5445. Is this the port that has the
OpenWire protocol hand
> you?
>
>
> The need is to be able to use the same scripting language that our windows
> guy would use for the rest of the integration. A ready PowerShell module
> would be ideal. Having to compile things or use Java (just to load a
> message) creates a threshold of some sort.
&g
The NMS client library is a very popular way to connect to ActiveMQ. It
runs on both .NET and Mono. You can find out more about it from here:
http://activemq.apache.org/nms/nms.html
On Wed, Sep 30, 2015, 5:41 AM Tim Bain wrote:
> Most people on both Windows and Linux use the Java or C++ client
Yes, this is expected behavior. The NMS API maps to the JMS API. It is not
an exact implementation of JMS. It is it's own thing that has the same
functionality as the JMS API.
On Mon, Aug 17, 2015, 3:55 PM fmansoor wrote:
> Hi everyone,
>
> I am trying to understand how the .Net Apache.NMS.Activ
The reason is that I don't have iOS devices. :-) Sorry, I can't help with
that. All of the code should be portable, though. I'm glad you were able to
get the code working on Android!
On Sat, Aug 8, 2015, 6:51 PM olliog wrote:
> I got a connection established via Stomp in a Xamarin.Android applic
I only experimented with the Stomp provider. I didn't have a chance to try
out the MQTT provider. The Stomp provider definitely works, but if you have
the time to look into the MQTT provider, that would be great! My
understanding is that MQTT is meant for mobile devices with possibly bad
connection
You should use the Apache.NMS.Stomp provider for running on Android. It is
100% portable to Xamarin.
On Tue, Aug 4, 2015 at 8:27 PM, olliog wrote:
> Hi everyone,
>
> I could build Apache.NMS via the in 1.7 provided Android project. But when
> I
> tried to establish a connection to an ActiveMQ se
I get these messages all the time, too. It's annoying. So far, they seem
harmless.
On Thu, Jul 9, 2015, 8:27 AM Tim Bain wrote:
> Requesting the index of the last 100 messages and looking them up on Nabble
> has worked for me when I get them.
> On Jul 9, 2015 8:38 AM, "Robbie Gemmell" wrote:
>
Thanks for reporting this. Could you log this in JIRA as a defect so we can
track it there?
On Mon, Jun 1, 2015, 9:07 AM daelliott wrote:
> ActiveMQ v5.9.1
> Apache.NMS v1.6.0.3083
>
> The InitialRedeliveryDelay doesn't seem to work.
> I added a try...catch block to display the time and then re
Hello,
The best way to get a list of topics and queues is by using the Statistics
Plugin on the broker. Check the documentation here:
http://activemq.apache.org/statisticsplugin.html
On Mon, Apr 27, 2015 at 4:40 PM gokhaled89 wrote:
> How do I get list of queues and topics using ActiveMQ NMS
The NMS.MSMQ provider is supported, and does compile with the latest NMS
1.7.0. It's just that a new binary hasn't been put out in a while.
On Apr 30, 2015 10:05 PM, "rjrizzuto" wrote:
> Thanks for the update. I am new to Apache.NMS and message oriented
> middleware in general. We currently are
If you need help in bull building the ZeroMQ provider, let me know.
On Thu, Apr 30, 2015, 1:13 AM Timothy Bish wrote:
> On 04/29/2015 11:38 AM, rjrizzuto wrote:
> > I saw https://issues.apache.org/jira/browse/AMQNET-333 in the release
> notes
> > for Apache.NMS 1.7.0. Is there a binary availabl
The ZeroMQ provider isn't quite ready to be declared stable. There are
still more things I want to do with it. It basically works, but due to the
inherent asynchronous nature of ZeroMQ, it is difficult to create a
deterministic workflow of knowing exactly when a sender and receiver are
fully initia
+1
Thanks for all the hard work!
On Thu, Aug 21, 2014 at 1:22 PM, Timothy Bish wrote:
> Great work Chuck!! Looking forward to seeing this make its way to a 1.0
> release.
>
>
> On 08/21/2014 02:08 PM, Chuck Rolke wrote:
>
>>
Check your clocks. They may be out of sync, and the messages may become
stale and be ignored by a consumer. To test this, you can run the broker
and client on the same machine. If that is not possible, add the
TimestampPlugin to your broker. In NMS (I know you are using the Java
client), there i
I use the following template and use variable replacement at runtime:
${appname}-${hostname}-${guid}
This way I can look in the connections list in the ActiveMQ broker console
and know where the connection came from, but it gets a unique ID so that
more than one instance of the app on the same ma
This code works, and it is used frequently. Following is a snippet from my
own code. I recommend staying at the generic NMS API level, and not using
ActiveMQ provider specific APIs. You will have much greater portability
success between different NMS providers.
IConnectionFactory cf = new NMSCo
Hi,
I don't think you need a WSDL to make RESTful calls. Here's a good starting
point to come up to speed on making REST calls in C#:
http://stackoverflow.com/questions/9620278/how-do-i-make-calls-to-a-rest-api-using-c
As far as the specific REST API for ActiveMQ, I imagine it's documented
somew
Hi Dan,
I'm not quite sure where you're having performance issues and what exactly
it is that you want to improve. Is the NMS client going too slow producing
messages to a Java consumer? If you have a small test case in source code
that can show the performance issue, that would be very helpful.
I see the problem you are encountering. Let me play around with it again to
see if I can come up with some suggestions.
On Thu, Oct 10, 2013 at 12:13 AM, HellKnight wrote:
> Mr. Gomes:
> I am using the Statistics plug-in now. I used wildcard to get the
> statistics of every destination on
You can try using the Statistics plug-in. See here for more information:
http://activemq.apache.org/statisticsplugin.html
See here for some sample NMS code that uses it.
http://stackoverflow.com/questions/15746391/how-to-access-the-activemq-statistics-plugin-in-net/15845642#15845642
On Wed, Oc
Use the following URL option to avoid hanging on startup when using the
failover transport.
activemq:failover:tcp://activemqhost:61616*
?transport.StartupMaxReconnectAttempts=3*
Set the startup max reconnect attempts to whatever number you want. It
will eventually stop trying at start up. Once
Hi Ethan,
Thanks for following up with your solution. Hopefully, it will help the
next person, too.
Best,
Jim
On Jun 19, 2013 5:08 AM, "Ethan Winograd"
wrote:
> ok I realized what we were doing wrong...
>
> Instead of creating a consumer from an IQueue I was creating it from an
> IDestination,
Add the statistics plugin to the broker, and then create a monitoring
program that will watch your queues, and if they go to zero producers, then
delete them. Name the queues with a standard prefix, so the monitoring
application can select all of them with a wildcard pattern.
On Fri, Apr 26, 201
Did you try lowering the StartupMaxReconnectAttempts to 1? This gives you
one try at startup, which sounds like what you are trying to accomplish,
right? Don't lower it to 0, because that effectively disables it, and it
will immediately go into failover mode at startup and continue to try
connect
Hi Colin,
(I'm moving this to the Users list, instead of the Dev list)
I think using a selector should accomplish what you want. Here's an
example.
IDestination dest = GetDestination(); // Get the destination interface
IMessageConsumer msgConsumer = session.CreateConsumer(dest, "MYPROP =
'thev
If you are compiling with .NET 4.0, you can't use the Client Profile.
You'll need to use the full version of .NET 4.0.
I check out the source and build the whole library myself, and everything
seems to work for me. The NMSConnectionFactory.cs is part of the main
Apache.NMS project, not the Apach
Here is the list of files that I have in my output folder:
Apache.NMS.ActiveMQ.dll
Apache.NMS.dll
Ionic.Zlib.dll
NMSFactoryTest.exe (This is the name of project I created using your
sample code.)
NMSFactoryTest.exe.config (This only has a declaration to use .NET 4.0
runtime.)
That's all t
Hello,
The parameters are case sensitive. Try using the following URI:
activemq:failover:(tcp://activemqhost:61616)?transport.StartupMaxReconnectAttempts=3
Best,
Jim
On Tue, Apr 9, 2013 at 6:27 AM, EveX wrote:
> Hi.
>
> We're using ActiveMQ with .NET and WCF. When we call the service to s
Hello,
Your sample code works. Here's what you need in order to run.
1. The nmsprovider-activemq.config file is not necessary, since you are
using the standard assemblies, so you can get rid of this if you want.
It's an optional file, and I suggest not using it unless you are doing
A JIRA ticket might be a good way of handing it off. If it's a unit test,
that would be an excellent start to adding some unit tests to the WCF
provider.
On Thu, Feb 28, 2013 at 6:29 AM, stynor wrote:
> Thanks! Yes, I'll send a test case - I'll need to clean up the code since
> the driver pr
Thanks for the config. I'll take that and set it to my environment. Would
you mind sharing your sample code that you have so far to send the initial
message?
On Wed, Feb 27, 2013 at 3:13 PM, stynor wrote:
> Its either that, or bitrot has set in and the code - which appears to be
> almost 5 ye
Full disclosure on my side - I am a .NET developer, but I haven't used the
WCF bindings. :-)
>From the message text in the exception being thrown, my first guess is that
there is some kind of configuration setting that is missing. It reads like
it is trying to enforce/protect the WCF communicati
Hi Steve,
I read the reply from marc_s on that Stack Overflow link you provided.
What is missing from his answer that you are needing? It seems like he
covered the solution necessary for implementing request reply, or am I
missing something different in your requirements?
Best,
Jim
On Tue, Fe
Tim,
I just had a chance to look at the repository link you included, and it
appears that all of the old API versions are indeed gone. I doubt there
will be much chance of recreating them.
On Sun, Feb 24, 2013 at 4:05 PM, Jim Gomes wrote:
> Excellent. Thanks, Tim. I'll follow up wi
Excellent. Thanks, Tim. I'll follow up with Hiram to see if we can get this
squared away.
On Feb 24, 2013 3:32 PM, "Timothy Bish" wrote:
> On 02/24/2013 05:56 PM, Jim Gomes wrote:
>
>> Hi pwalter
>>
>> Thanks for your inquiry. I have not had a opportunity
Hi pwalter
Thanks for your inquiry. I have not had a opportunity to solve this problem
yet. If you are in immediate need of reference documentation, it is
possible to generate them from the source code yourself. It appears that
the files were moved or deleted from the server. If they were deleted
It looks like the files were deleted from the server, or moved into a
different folder. I'm not sure what happened to them, but thanks for the
heads up. I'll try and look into this to see if we can bring them back
online.
On Sat, Feb 16, 2013 at 9:32 AM, pwalter wrote:
> The links to the NMS
Hi andredtrsa,
The MSMQ provider hasn't been updated in a while, and may be missing some
features. However, what you are looking to do should be possible. The
structure of NMS is set up to pass through destination names to the
provider so they can handle them correctly. It's possible that the M
Hi Lori,
I don't have a solution for you, but could you provide a small test app (or
better yet, a unit test) that can be used to reproduce the problem? Any
kind of resource or memory leaks are top priority.
Thanks,
Jim
On Tue, Dec 25, 2012 at 12:37 AM, Lori wrote:
> Hi!
> One AMQ produ
Hi Dean,
I can't speak to the usage of logos. The legal department would probably
need to be involved in that type of decision, as well as other higher-ups.
Do you have a link to the information on the requirements? It's at least
worth looking in to so we can make a fully informed decision as t
Hi Rolin,
Just an idea, but what about listing the first broker twice in the failover
list?
failover:(tcp://broker1:61616,*tcp://broker1:61616*,tcp://broker2:61616)?...
On Thu, Nov 22, 2012 at 11:47 AM, rolin wrote:
> Hi,
>
> I am running activemq 5.4.2 with JDK1.6.025 in Linux. There are
Hi Dean,
Please have a look. The most important aspect to this is that it be
non-instrusive, meaning that once set up, it needs to be automatic and
pretty-much maintenance free.
I looked at the codebetter website, and I can't quite make heads or tails
of it. I'm not sure how that plays in to co
Hi Dean,
This would be a great way to extend the exposure of NMS. Any suggestions
on how to automate this would be appreciated.
Best,
Jim
On Sat, Nov 24, 2012 at 5:25 AM, dean.ward wrote:
> Hi all,
> Any plans to make the NMS STOMP binary a NuGet package? Apache.NMS.ActiveMQ
> and Apache.NMS
Hi Dean,
I haven't attempted connecting to Apollo via OpenWire yet, but I wouldn't
think that using failover would have any bearing on it. Failover for NMS
is entirely a client-side implementation, and is not dependent upon the
server to do anything. If you can connect without failover in the fi
Use the full .NET framework in your project, not the Client Profile.
Right-click on your Project in *Solution Explorer*, and select Properties.
On the *Application* tab, set the *Target framework* to *.NET Framework 4*.
On Mon, Oct 15, 2012 at 5:44 PM, songu wrote:
> Hi Guys,
>
> I have an iss
Hi Philip,
Glad you were able to fix the problem and get it working. Good luck with
your project!
Best,
Jim
On Sun, Sep 30, 2012 at 8:55 PM, philipyao wrote:
> Hi Jim!
>
> A teammate of mine figured out what was wrong.
> I was using the port number for the web app for the admin side of ActiveM
Hi Philip,
What version of Apache.NMS and Apache.NMS.ActiveMQ do you have? What
version of the broker are you connecting to? Might be helpful to turn on
the debug NMS logging.
The client id is arbitrary, and can be anything you want. My personal
convention is to use a combination of the host nam
Hi Philip,
I would recommend using the higher-level NMSConnectionFactory API as
follows:
IConnectionFactory connectionFactory = new
NMSConnectionFactory("activemq:failover:tcp://activemqhost:61616",
"your-connectionid-here");
IConnection connection = connectionFactory.CreateConnection(userName,
p
Yes, it does reconnect to the same broker. I recommend using it to ensure
reliability against network outages.
I also noticed that you are running against an ActiveMQ 5.6 SNAPSHOT. Is
there a reason you haven't upgraded to the shipping version? If the
problem is due to a problem on the server s
One thing you didn't mention that could be helpful is whether you are using
the failover protocol. I would think that any network interruption would
be handled by the failover layer and automatically reconnect the consumer.
Other than that, have you noticed any pattern to the connection, such as
Optimized acknowledge appears to be a consumer setting, not a connection
setting. You should be able to configure a consumer using URL parameters.
For example, set your consumer destination to the following:
topic://mydestination*?consumer.OptimizedAcknowledge=true*
The parameter is is bold.
There's nothing inherently 32-bt about NMS. It should be compiled for Any
CPU, which means it runs as 64-bit on a 64-bit system. I routinely run
native 64-bit applications, but then I build from source. I'm pretty sure
the courtesy binary DLL distribution should be compiled for Any CPU.
On Tue,
If you are using the latest version of NMS, this file is no longer
required. It is purely optional. I think the problem is that the
Apache.NMS.ActiveMQ.dll is missing from your folder. When you specify the
'activemq:' provider in the connection URL, it will look for this assembly
in the same fol
A bit of a heads-up, when using a a Request/Reply pattern, *don't* use temp
queues. Temp queues (and temp topics) are severely broken in the ActiveMQ
5.4.x and 5.5.x versions. They will only work for a short time before the
broker uses up whatever resources, and then it will kick your client off
Great! Glad it worked. Thanks for letting me know.
--
This is the Droid you're looking for.
On Sep 19, 2011 3:59 PM, "zcduthie" wrote:
> I've left it running for a week and everything seems to be working fine.
> What a silly mistake!
>
> Thanks very much!
>
> --
> View this messag
Try removing the ?wireFormat.maxInactivityDuration=0 parameter from your
connection URI.
On Sun, Sep 4, 2011 at 8:53 PM, zcduthie wrote:
> I've been searching for a solution to this problem for a while, however I
> could not find something that actually worked anywhere on these forums.
>
> Basi
Timestamps. Check the date/time on your client and server machines. If
they are out of sync and you are using TimeToLive, then that will cause
problems. To rectify this, you can use the TimeStampPlugin on the broker.
On Fri, Jan 28, 2011 at 5:53 AM, Anuj Shah wrote:
> I have a queue with cons
I haven't seen that particular problem. I also have some Windows services
that connect to AMQ, but they shut down without hanging. Can you try
running with the latest trunk version to see if you can reproduce this
problem? It might also be interesting too see a sample of your connection
URI. Fe
.com/dejanb
> ActiveMQ in Action - http://www.manning.com/snyder/
> Blog - http://www.nighttale.net
>
>
>
> On Thu, Nov 4, 2010 at 6:09 PM, Jim Gomes wrote:
> > I can reproduce this.
> >
> > On Windows, start a brand new broker. Once everything is up and running,
>
I can reproduce this.
On Windows, start a brand new broker. Once everything is up and running,
use Task Manager to forcefully kill the executable. Attempt to start the
broker, and it will never come up. It has gone into a wedged state upon
abnormal termination.
If that is enough of a detailed
Try putting the tags in alphabetical order.
- Jim
-Original Message-
From: Theo Bot
Sender: thg@gmail.com
Date: Sun, 22 Aug 2010 16:15:48
To:
Reply-To: users@activemq.apache.org
Subject: ActiveMQ 5,4.0 Security plugin and destinationPolicy
Hi all,
When I combine the activemq-secu
I concur with Tim about being able to use the current binaries in .NET 4.0.
I'm pretty sure that Microsoft will support running .NET 2.0 assemblies on
the .NET 4.0 runtime. I have recently installed .NET 4.0, but haven't done
any extensive testing yet. Also, I still have .NET 2.0 installed, so I
Hi Tammer,
I work with the .NET platform a lot, but not with the Compact Framework
versions. The answer to your question depends upon whether .NET CF 3.5 has
a different CLR (Common Language Runtime) than .NET CF 2.0. I have tried
doing some research to answer that question, and I haven't been a
The next release of NMS will include the XML documentation files. Until
then, the document files can be downloaded separately from the following
location:
http://people.apache.org/~jgomes/NMSDocFiles-1.2.0.zip
On Fri, Feb 12, 2010 at 11:04 AM, magellings wrote:
>
> Tim can you include the .xm
Good idea. I'll put them out there.
On Fri, Feb 12, 2010 at 1:59 PM, Timothy Bish wrote:
> On Fri, 2010-02-12 at 13:54 -0800, Jim Gomes wrote:
> > Tim,
> >
> > The doc files are being generated by the NAnt script. In the
> > nant-common.xml file, the
Tim,
The doc files are being generated by the NAnt script. In the
nant-common.xml file, the following csc task line is used:
target="library"
> define="${current.build.defines}" warnaserror="false"
> debug="${csc.debug}" optimize="${csc.optimize}"
> outpu
Thanks for the heads up. I updated the WIKI, so this page should be
regenerated soon.
On Fri, Jan 29, 2010 at 8:18 AM, Michael.Murphree <
michael.murph...@compuware.com> wrote:
>
> Greetings,
>
> There is an additional broken link on
> http://activemq.apache.org/openwire.html
>
> The "NMS" item
I'm not sure how this worked in Java, but the way I read the code, the
behavior you are describing is not surprising. There is nothing in the
run() function to keep that thread alive after it has received one message.
I would expect it to terminate after receiving the message. To keep it
alive an
The WCF library creates endpoint connection mappings. If you are doing WCF
style programming, this is the higher level library you would use. If your
application is not designed around WCF, then you don't need it. Use the normal
NMS API interfaces.
- Jim
-Original Message-
From: Tim
Yes, that file no longer exists. Can you tell me the source page that is
still linking to that?
On Sun, Sep 6, 2009 at 12:47 AM, mjustin wrote:
>
> The C# and .Net link points to http://activemq.apache.org/NMS/index.html
> which gives a 404 error.
> I think it should go to http://activemq.apach
I'm not sure that what you are attempting to do is supported by ActiveMQ.
When you pass in a selector like that, it is essentially a script that is
run at the broker. NMS does not process the selector statement. You'll
need to consult the JMS spec and the ActiveMQ implementation to see if
bitwise
NMS does not support the BlobMessage, but if you can access the large files
via a URL, then could you just send a TextMessage with the URL?
On Thu, Jul 16, 2009 at 1:03 AM, Michel Van Hoof wrote:
>
> Hi,
>
> After reading just about every article, documentation and forum about
> ActiveMQ / NMS th
The ActiveMQ .NET 1.1.0 Client is now shipping. You can find full details
regarding this release, including instructions on how to download the binary
distribution, at the following website:
http://activemq.apache.org/nms/activemq-net-110-release.html
Please enter any bugs or enhancement request
Thanks for the offer of help. I am not sure where the problem is. I have seen
broker problems with virtual topics if queue mirroring is turned on, so it is
possible the error is in the broker. It would be good to test against the
latest ActiveMQ 5.3 snapshot.
- Jim
-Original Message-
F
I created some virtual topic tests for NMS awhile ago, and they are all
working. You can view the tests in VirtualTopicTest.cs in the
Apache.NMS.ActiveMQ project.
Regarding this particular problem, I would have to do further investigation to
find the ultimate source of the problem.
- Jim
--
Eric,
Thanks for trying that out. At this point there isn't much more to try out
since Tim has also confirmed that discovery is not working. We will push this
out to the next version of NMS because we want to get 1.1 shipped. I don't
think the next version will take as long as this one and disc
Is this still happening with the keepalive messages? If it is, have you tried
using the failover connections?
--Original Message--
From: simone_b
To: ActiveMQ Users
ReplyTo: ActiveMQ Users
Subject: Re: Idle Connection Timeout in ActiveMQ 5.0
Sent: May 28, 2009 2:31 AM
I second this. I
Hi Eric,
I have been trying to test whether discovery works, but I am not sure I have
things configured correctly. I usually turn off the auto-discovery on the
broker because we have so many in our development environment that they
start to cross-talk with each other and contaminate our tests. I'
There are some problems in its address parsing code that I am working on right
now. I have not been able to confirm anthing beyond that yet.
- Jim
-Original Message-
From: Eric Bouer
Date: Mon, 1 Jun 2009 09:33:47
To:
Subject: Re: Discovery and NMS
Can anyone confirm it's working
I have not used the discovery code additions. Are there any unit test
samples that use it that might give you an idea on the format? If there
aren't, we should probably add some. You may want to look around for a Java
sample. No guarantees, but it might give an indication on what the format
mi
The first thing I would change in your test code is don't compare floating
point numbers for equality. Rounding errors are too easy to encounter.
Instead, cast both to int or long and compare them that way.
Otherwise, this looks like a great unit test to add to the repertoire. Post
a message if
This is a bug that was fixed. If you get latest you should have better success.
- Jim
-Original Message-
From: pclovec
Date: Thu, 12 Mar 2009 15:49:22
To:
Subject: Re: ActiveMQ usage from C# (WITHOUT SPRING.NET)
i used the dll now ,but i didn't saw this issue. did u build the dll
Hi Mark,
Thanks for the info. That's definitely something to look into. Right now I
am working on the packaging scripts for gathering up the binaries and source
code into separate ZIP files. There's still some more automation that needs
to be added before it can be completely hands-free.
Best,
This looks suspiciously related to a problem that we have been encountering,
but have been unable to narrow down. I don't know if there is an existing
JIRA for this, but if there is, I'd vote for it. Top priority.
Thanks for reporting your insights on this issue.
On Thu, Feb 19, 2009 at 2:57 AM
Hi,
I don't have an estimate yet, but I want to get it completed soon. I have
several of my own projects that are going into wide-spread production, and
it would be good to have it stabilized. I'm working on getting some of the
outstanding issues whittled down in order to make this happen. Some
1 - 100 of 189 matches
Mail list logo