Typically, the best way to accomplish request/reply is to use a temporary
queue. Like this:
- JMS client A creates a temporary queue
- JMS client A produces message to request queue
- On that message, the temporary queue is set as the JMSReplyTo using
javax.jms.Message.setJMSReplyTo()
- JMS cli
First I would check a couple of things to confirm the connections:
1. Check the web console and/or MBeans (jconsole or visualvm) to confirm the
number of connections from the client.
2. Check the O/S for the number of connections using netstat (something like
this on Linux: netstat -an | grep 6161
Given the netstat results, the problem does not appear to be related to the
broker - the clients have opened the connections.
The pooled connection factory snippet looks OK.
So, the next step is to track down the source of the connections in the
client. A more complete review of the configuratio
What is the warning message?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/large-number-of-connections-from-the-same-client-tp4675871p4676007.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
What do you mean by producer/consumer transport listener? Do you mean the
transport listener on connections used by producers versus a transport
listener on connections used by consumers?
If so, I recommend splitting consumer connections from producer connections
and setting them with their respe
Reading through the arguments for and against removal of the current console,
or moving it to a subproject, is getting confusing. Positions are hard to
understand, and options unclear.
I propose getting the problem clearly and concisely defined, then discuss
the merits of each position, and then
Is there feedback here that can be used to make the community better? If
not, let's leave it out of the conversation as it becomes pure criticism.
Besides, we're all part of this community, right? Don't we like ourselves?
Disagreements are good. See this writeup of a story from Steve Jobs:
htt
If hawtio is a "general console" then it won't ever be a core part of
ActiveMQ, correct?
I believe ActiveMQ needs a webconsole in its core.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Move-the-ActiveMQ-web-console-to-a-sub-project-tp4676877p4677116.html
Sent fro
Come now - there's so much heated debate about the solution. What's the
problem?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-Console-let-s-get-the-problem-defined-tp4677105p4677125.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
Hmm. I don't think we're talking the same language.
By "core", I mean in the same project. And, that taking it out of the
project would have a severe impact.
The idea that the console needs a complete re-write -- let's get that hashed
out on the "what is the problem" thread that I created.
Based on your description, it should work.
Check the consumers presence with the webconsole or JMX, and confirm
messages are being dispatched to each.
Another consideration is checking the syntax on the prefetch value; let me
try to find the correct way to set it.
--
View this message in conte
This might help:
http://activemq.2283324.n4.nabble.com/prefetch-size-variations-with-nms-connections-td4668250.html
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Multiple-consumers-not-working-with-1-6-2-tp4677078p4677140.html
Sent from the ActiveMQ - Dev mailing list
GitHub user artnaseef opened a pull request:
https://github.com/apache/activemq/pull/11
Changes to support paged web retrieval of messages.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/artnaseef/activemq trunk
Alternatively
Github user artnaseef closed the pull request at:
https://github.com/apache/activemq/pull/11
.
If you are fairly convinced there is a bug, a minimal use case that reproduces
the problem would help track it down.
Sorry for confusion.
Sent from my iPhone
> On Jan 30, 2014, at 11:02 PM, "jaklug [via ActiveMQ]"
> wrote:
>
> Artnaseef,
>
>
>
> Me
Great list - thanks! I have some thoughts on that list, but will hold off
until we have more "problem definition" here.
Is there anything else. This question is for everyone, not just the folks
trying to remove the webconsole.
I'll put one out there. I'm concerned with not having a webconsole
gt;> reported against ActiveMQ in the past. Notice most deal with the old
> >> console:
> >>
> >> http://www.cvedetails.com/vulnerability-list/vendor_id-45/product_id-19047/Apache-Activemq.html
> >>
> >> It's also lacking a modern a respon
t;> console:
> >> >>
> >> >>
> >> http://www.cvedetails.com/vulnerability-list/vendor_id-45/product_id-19047/Apache-Activemq.html
> >> >>
> >> >> It's also lacking a modern a responsive look /w automatic status
> >
iram Chirino <
> > [hidden email]>
> > >> wrote:
> > >> >> As far as why the old console is a headache take a peek at the CVE
> > >> >> reported against ActiveMQ in the past. Notice most deal with the old
> > >> >> co
Another thing - "22Mb legacy turd" is not a technical argument (at least, I
don't recognize it as one).
I'm disappointed.
If there are concerns with maintenance, what are they? I believe there are
currently only 3 outstanding Jira entries for the console. Right? It's old
- so what, it's not ol
thanks for all the detail. Dot is a "path separator" for queue names. So A. is
tge same as A. This is expected.
Sent from my iPhone
> On Jan 31, 2014, at 3:12 PM, "JIRA j...@apache.org [via ActiveMQ]"
> wrote:
>
>
> [
> https://issues.apache.org/jira/browse/AMQ-5010?page=com.atlassian
Hey James - there's a valuable lesson here.
In order to institute change in a community, it's wise to engage the
community early and get buy-in. Coming after the fact with a change puts
it in a can't-look-good situation. No matter what, such motives will be
questioned - that's natural. Wouldn't
01/31/2014 04:09 PM, artnaseef wrote:
>> Another thing - "22Mb legacy turd" is not a technical argument (at
>> least, I
>> don't recognize it as one).
>>
>> I'm disappointed.
>>
>> If there are concerns with maintenance, what are they? I
>
>
> On Friday, January 31, 2014, artnaseef wrote:
>
>> This discussion is regarding amq and the webconsole.
>
>
> I am aware of that.
>
>
>
>> The state of hawt.io really has no bearing on the discussion as it is
>> not
>> part
Thanks.
I'm trying to edit the issues, but don't seem to have access. Perhaps I'm
only permissioned to create and comment on issues? What is needed to be
able to edit them?
>
>
> On 01/31/2014 06:21 PM, artnaseef wrote:
>> Thanks Timothy!
>>
>> BTW
Well said.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Move-the-ActiveMQ-web-console-to-a-sub-project-tp4676877p4677248.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
Thanks James C.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-Console-let-s-get-the-problem-defined-tp4677105p4677265.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
James Strachan-2 wrote
> Memory usage is important to a message broker - which has to spool to disk
> as soon as it's out of RAM - which drastically affects performance. BTW
> that 22mb turd is just the compressed disk size of the code, never mind
> the
> runtime overhead
Valid point on the use of
The list of concerns for the current webconsole, and needs, are documented on
the following google doc; I hope the use of a google doc is not a concern -
let me know if there's a better place for it.
https://docs.google.com/document/d/1UsFADaXFuahYdk_osNFnCCSBR9is_FjB6jmzQl53ou8/edit?usp=sharing
No, there's no way to have more than one - that's the point of a JMSXGroup -
to force only one consumer.
If there's a reason removing the setting from the producer is problematic,
you could look to remove the header as the message comes into the broker. I
believe it's possible to intercept messag
Hey Zak - sounds promising. Just watched the Linked-Data talk by Tim
Berners-Lee; intriging. From a technical perspective, I love his idea.
It's interesting to consider some of the "devil in the details."
Anyway, how do you invision this integrating with ActiveMQ? Would it be
used to create a
James S:
Looking at the size of jar files, the web jar is tiny:
109K Jan 30 19:08 activemq-web-5.10-SNAPSHOT.jar
Can you point me at more detail of the source of the 22mb number?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-Console-let-s-get-the-problem
d
> everything else.
>
>
> On Feb 2, 2014, at 9:52 PM, artnaseef wrote:
>
>> James S:
>>
>> Looking at the size of jar files, the web jar is tiny:
>>
>>109K Jan 30 19:08 activemq-web-5.10-SNAPSHOT.jar
>>
>> Can you point me at more detail of t
What about the amount of effort to maintain the console? Are there any
details or, optimally, metrics related to this (such as hours spent fixing
bugs)?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-Console-let-s-get-the-problem-defined-tp4677105p4677354.html
Crossed off the 22mb concern (strike-through in case anyone wants to make a
strong case for the concern, or take action to address it).
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-Console-let-s-get-the-problem-defined-tp4677105p4677355.html
Sent from the Acti
By the way, on the topic of using an external console to replace the current
built-in console, there's very real concern with circular dependency.
If the external console contains ActiveMQ-specific parts, such as listing
Queues and Topics and giving operations on the same, then changes to
ActiveMQ
be used
with ActiveMQ even though it's not built-in to ActiveMQ, right?
>
>
> On 4 February 2014 04:27, artnaseef wrote:
>
>> By the way, on the topic of using an external console to replace the
>> current
>> built-in console, there's very real concern with circular
>> Got these: Dormant. Alternative exists (this is an external solution,
>> correct?). Jolokia.
>>
>
> Its not a UI though, its a library; there's no branding so no issue.
>
True.
>> Why does it deserve a burial? If it's old and unmaintained, then why is
>> it
>> a pain point?
>
>
> Its a big
at 7:20 AM, "Claus Ibsen [via ActiveMQ]"
> wrote:
>
> On Fri, Jan 31, 2014 at 8:51 PM, artnaseef <[hidden email]> wrote:
> > This discussion is regarding amq and the webconsole. The state of hawt.io
> > really has no bearing on the discussion as it is not p
With the "problem definition" having collected a decent amount of
information, let's start talking about where we want to be and possible ways
to solve the problems.
Before starting, this is "brainstorming". So please, feel free to share any
ideas without concern for absurdity. And please be res
adrian
>
>
>
> On 01/31/2014 07:21 PM, James Strachan wrote:
>> On Friday, January 31, 2014, artnaseef wrote:
>>
>>> Another thing - "22Mb legacy turd" is not a technical argument (at
>>> least, I
>>> don't recognize it as one).
&g
can help out making sure people can do so.
>
I don't think I have access to do so right now?
Double-checking just now, I don't see the usual "ASSIGN" or "EDIT"
controls on the Jira site. My username is "artnaseef".
>
> I also would prefer a v
I've chatted with a few folks and feel that now is a good time to focus
directly on the problems identified with the current webconsole.
So, I'm "closing" this thread at this time. Thank you!
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-Console-moving-toward
Thank you! I will try the pull method - I prefer to make sure credit goes
to the original author in the most straight-forward manner possible.
-art
>
>
> GitHub user jwcarman opened a pull request:
>
> https://github.com/apache/activemq/pull/15
>
> AMQ-5033: webconsole url and html encod
Not forcing "optional=true" on all the lower-level dependencies seems like
the more-right way to go.
However, either way should work.
My 2cents - if using the "optional=false", be sure to comment it so that
it's obvious why that's needed.
-art
>
>
>
> While working with Art to figure out why hi
Can you send the exact error message?
What version of ActiveMQ is this?
The REST API should create a new session when a new clientId is used.
-art
>
>
> Hi,
> I'm making some test on a JBoss Fuse with activemq OSGi deployed.
> I'm trying to consume via REST API a queue that I've created, in thi
Could that be a SoapUI error? If you try the sane thing in a browser, what do
you see?
Sent from my iPhone
> On Feb 14, 2014, at 3:10 AM, "seiditan [via ActiveMQ]"
> wrote:
>
> Hi,
> thanks for your quick reply.
> ActiveMQ is the 5.8.0 version. to make my REST call I'm using SOAP UI with
Wait - port 61616? What type of connector is that?
The REST API is on port 8161.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-CliendID-usage-tp4677943p4677985.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
For the HttpTunnelServlet, it appears a HEAD request is required to create
the clientID before going a GET.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-CliendID-usage-tp4677943p4677986.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
Based on the following page, I recommend using the REST API on port 8161 and
not using the HTTP transport. The HTTP transport is a built-in media
adapter for clients which can only access the broker via HTTP (due to
network firewalls and the like); it looks like the http transport, then,
should on
Hey Zak - I saw your pull request and tried to pull it into my local repo but
ran into some issues. There were a few changes to some of the files on
which you worked.
In addition to that, though, I have some questions on the changes. There
are some links which appear to directly reach out to ser
Inactivity errors (InactivityIOException) like that point to either a very
large network delay or a very slow JVM - either broker or client.
When running the test, how does the GC activity, CPU and memory on the JVM for
the broker and client look?
Sent from my iPhone
> On Feb 18, 2014, at 1:4
After improving my remote-repo-git-skills, and realizing activemq's git has
"trunk" instead of "master", I am closer to getting this merged. Just need
to find more time to dedicate to this.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Re-AMQ-Browser-Pagination-tp46778
I have it working directly from your repo right now. I like the way the list
of messages looks with the update.
A couple of questions:
* How is the progress meter supposed to work? When I open the page, I see a
half-filled progress meter that disappears as soon as the messages are
displayed. O
Also found this in the url creation for the DELETE action:
http://localhost:8161/admin/deleteMessage.action?JMSDestination=TEST&messageId=
Note the fixed destination name.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Re-AMQ-Browser-Pagination-tp4677818p4678111.html
Did I read that correctly - there's a possible concern that "disk writes are
too fast"?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/jira-Commented-AMQ-5077-Improve-performance-of-ConcurrentStoreAndDispatch-tp4678395p4678401.html
Sent from the ActiveMQ - Dev mailing li
How about using dependencies in spring to force the connection or consumer to
start last?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/How-to-delay-consuming-messages-after-connecting-to-a-broker-tp4678361p4678402.html
Sent from the ActiveMQ - Dev mailing list archive
That sounds right to me. As long as each message object is not simultaneously
used in more than one thread, you should be safe.
Sent from my iPhone
> On Mar 5, 2014, at 3:10 AM, "Li Li [via ActiveMQ]"
> wrote:
>
> hi all,
> I want to use INDIVIDUAL_ACKNOWLEDGE like this:
> I have one s
It sure would be great to get the stats more meaningful.
Sent from my iPhone
> On Mar 11, 2014, at 9:28 AM, "JIRA j...@apache.org [via ActiveMQ]"
> wrote:
>
>
> [
> https://issues.apache.org/jira/browse/AMQ-5089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focus
It would be good to have more frequent releases. After a period of time,
the amount of time to create a release grows fast since the delays in
getting a release out mean more changes coming at the same time. That's not
to mention the need for extraordinary organization skills for the release
man
Could that lead to very sparse data files with very few messages in them?
Sent from my iPhone
> On Mar 18, 2014, at 1:40 PM, "JIRA j...@apache.org [via ActiveMQ]"
> wrote:
>
>
> [
> https://issues.apache.org/jira/browse/AMQ-4728?page=com.atlassian.jira.plugin.system.issuetabpanels:commen
Looks like that can happen when the request for stats does not match any
destinations.
>
>
> I configured the statisticsBrokerPlugin and it's working. I can see it in
> the
> admin UI in my browser. But when I try to get the stats using STOMP via
> SUBSCRIBE all I get is the headers. I don't get t
That curl command is trying to read a JMX MBean, which may be a better way
to get what you want.
Getting stats from the statisticsBrokerPlugin is a different process:
* Send a message to the ActiveMQ.Statistics.Destination. queue
or topic (same as the destination type)
* Set the reply-to header o
Hey - reading back over what you are trying to do, I think using joolokia is
the best approach.
I never like the idea of using message-handling to get information about
message-handling.
This works for me (as pasted above):
{noformat}
curl -u admin:admin
http://localhost:8161/api/jolokia/read/or
Congrats on getting ActiveMQ into production!
That warning, although it's not clear from the message, indicates that the
store limit is too high for the amount of space available on the disk and
won't prevent running out of disk space -- at least, if I'm reading the code
correctly.
We already do not have semantic versioning.
Somewhere around 5.7 or 5.8, backward compatibility was broken with JMX
MBean renaming.
There was another non-backward-compatible change that I found somewhere, but
I don't recall where now.
It would be great to have semantic versioning, but one major
Here is a way to determine what is keeping each file in place:
* Set the org.apache.activemq.store.kahadb log level to TRACE in the log4j
configuration file
* Restart the broker
* Search the log file for "gc candidate" or "GC Candidate"
The logging generated should explain why each file cannot be
I think a new look-and-feel to the webconsole would be awesome.
Before talking about the look-and-feel, I want to encourage the focus of the
webconsole to be just that - a console into the running ActiveMQ instance.
That means the functionality is limited to interactions with the internal
broker:
Is this for an application that will run in production? If so, I recommend
avoiding the ajax interface into ActiveMQ and consider a REST service, or
something similar in its place. With Camel, setting up a rest endpoint is
fairly simple.
With that said, you may be able to find a solution here.
The procedure is:
* Shutdown 5.5.1 broker
* Startup 5.9 broker
If the AMQ persistence adapter was being used, then it will be necessary to
migrate to KahaDB or LevelDB. In that case:
* Drain messages from 5.5.1 broker
* Shutdown 5.5.1 broker
* Startup 5.9 broker
Draining messages is best done
REST and JMS have very different processing models. JMS is designed for long
connections with large numbers of interactions per connection while REST is
designed for a single interaction per connection.
Because of the state that JMS includes, it's best to use a separate REST
service in front of A
That's a good point on purging destinations.
Let me clarify my intent. By "drain messages," I was referring to
processing them off the broker - not deleting them. If they can safely be
deleted, there's nothing to do really (except clean-up after the old broker
is shutdown, like wiping the KahaDB
You should have no problem doing an in-place update with the same config files.
Some defaults may have changed, and some settings may have changed, so try it
and test well.
Note the old AMQ store was removed in 5.9, IIRC.
-art
Sent from my iPhone
> On May 4, 2014, at 12:39 AM, "aissa [via A
Can you test wiith the trunk? I believe this has been fixed there.
Sent from my iPhone
> On May 14, 2014, at 2:28 AM, "JIRA j...@apache.org [via ActiveMQ]"
> wrote:
>
> Wawan created AMQ-5184:
> --
>
> Summary: Old WebConsole Move function does not wor
Oh, that's in the web-demo code, not the actual ActiveMQ code.
You might get away with a local copy of the same. Another option, that is
likely more straight-forward and a safer approach, is to create a message
with the necessary details all in the body, send to a separate queue which
is consumed
That sounds like a good plan. Agree with Claus on not targetting 5.10.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Compiling-with-Java-8-tp4680938p4680980.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
Looking at the code, I see the missing linkage in _amq.js in the
_sendMessage() function.
The servlet will attach all request parameters as message properties (aka
headers). But, that method does not attach any parameters. Note that
message is called by the sendMessage() function.
BTW - what ve
Can someone familiar with AMQ-4269 put a quick comment there as to why it was
marked "invalid"? Was it a case of the original post didn't expose a bug,
but rather just known "undesirable, but correct" operation?
https://issues.apache.org/jira/browse/AMQ-4269
AMQ-4794 is marked "won't fix -- due
Great - any concerns with changing the resolution on
https://issues.apache.org/jira/browse/AMQ-4794 to "FIXED"?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-Release-Candidate-2-tp4681721p4681742.html
Sent from the ActiveMQ - Dev mailing list
Did I misread the earlier statement that "it works", or did something change?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-Release-Candidate-2-tp4681721p4681747.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
Great! When I see the new RC, I'll resume the review of the jira tickets.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-tp4681650p4681825.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
I mixed up the threads, didn't I? Apologies. I'll resume where I left off
with RC2.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-tp4681650p4681826.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
Thank you for the clarification. I have re-opened AMQ-4794 and removed the
"fixed-in" tag for 5.10.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-Release-Candidate-2-tp4681721p4681843.html
Sent from the ActiveMQ - Dev mailing list archive at
BTW, ignore my activity on AMQ-4958; I mistakenly re-openend it due to
missing the update while browsing the wrong git branch.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-Release-Candidate-2-tp4681721p4681847.html
Sent from the ActiveMQ - D
Hmm, what is "RESOLVED -- LATER"? Sounds like a way to forget about a
ticket:
https://issues.apache.org/jira/browse/AMQ-4277
If this has not been fixed and the intent is to look at it "later",
shouldn't it be re-opened and not marked as "resolved in 5.10"?
--
View this message in context:
h
Everyone voting "+1" -- what about the concern with AMQ-4277?
Especially Claus who marked it as RESOLVED.
Please help me to get this cleared up.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-Release-Candidate-2-tp4681721p4681924.html
Sent f
Thanks Dejan and Tim - I agree this jira entry should not hold up the
release.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-Release-Candidate-2-tp4681721p4681994.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
+1 (non-binding)
I was hoping to briefly review all of the jira entires, but only managed
about 50 of them. I will try to do more - as "life" permits.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Apache-ActiveMQ-5-10-0-Release-Candidate-2-tp4681721p4681995.html
You may be able to find a way - such as using a Queue Browser - but ActiveMQ
is not a message store nor a relational database. It is not designed for
such a query, so any solution to this problem will likely perform poorly and
be hard to get supported.
--
View this message in context:
http://a
+1 (non-binding)
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Accept-hornetq-code-grant-and-active-committers-tp4685833p4685884.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
+1 (non-binding)
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Release-Apache-NMS-API-1-7-0-tp4689440p4689579.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
I ran a build without tests no problem. Running unit tests, I am seeing
problems with Stomp tests.
Right now, I'm re-running the build against the trunk to see if the same
errors occur.
Honestly, I am so used to being in the habit of building without tests in
ActiveMQ because of inconsistent res
The STOMP tests passed on the trunk. Ran into another problem which I
believe is being discussed in the 5.11 release thread. I'll see if I can
find what's different in the stop tests.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Release-Apache-ActiveMQ-5-10-1-2n
ActiveMQ is a world-class application that is widely-used in critical
business functions across many industries. It is looked up to as a leader
in the application integration and messaging spaces and it is our mission to
continue to lead and drive this space.
At this time, we are coming up short.
Thanks Hadrian. To which comments of Dejan's are you referring?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/World-Class-ActiveMQ-Patch-releases-and-5-10-1-tp4689606p4689620.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
Hey Gary - good to hear from you!
I'm going to continue on 5.10.1 as it is almost ready to go, and many folks
using 5.10 now will welcome a stepping stone on their way to 5.11. If the
effort for 5.10.1 proves too great, or there is a compelling reason to skip
it, then I'll reconsider.
Once 5.10.
The ActiveMQ 5.10.1 release is imminent - with an anticipated release date of
Monday, 2015-01-12.
Please let me know ASAP of any updates expected in the release.
Thank you!
--
View this message in context:
http://activemq.2283324.n4.nabble.com/INFO-ActiveMQ-Release-5-10-1-imminent-tp4689742.
Embedded Linux + ActiveMQ on small hardware -- that sounds like an
architectural challenge.
There is little general advice I can think of off the top of my head. With
that said, there is plenty of tuning that can go into ActiveMQ.
For one thing, the amount of CPU usage is going to be based on ma
+1 (non-binding)
--
View this message in context:
http://activemq.2283324.n4.nabble.com/VOTE-Release-Apache-NMS-ActiveMQ-1-7-0-tp4689793p4689877.html
Sent from the ActiveMQ - Dev mailing list archive at Nabble.com.
The release candidate for the activemq 5.10.1 release is now built and ready
for a vote.
This release comes with 34 fixes and 1 administrative jira entry.
Please see the list of jira entries here:
https://issues.apache.org/jira/issues/?jql=fixVersion%20%3D%205.10.1%20AND%20project%20%3D%20AMQ
1 - 100 of 293 matches
Mail list logo