Thank you Tim,
activemq version 5.12.3
it is our own code. dynamically using UI we are creating n/w connector. at
that time below code execute.
code snippet :
NetworkConnector networkConnector = new DiscoveryNetworkConnector(uri);
networkConnector.setNetworkTTL(this.networkTTL);
networkConnecto
well, why no to give it a try.
there was a chance that some except me can help.
ok, I'll provide feedback on myself, hold on...
2018-02-21 10:40 GMT+05:00 Tim Bain :
> I think that someone is you. This mailing list tends to have people who
> show up, ask a question, and then never come back, so
I just read your last response more closely and realized you said you had
tried larger -Xmx values with no difference. How big of a heap did you try?
Are you able to share the test driver you were using so someone could try
to reproduce and then analyze the OOM behavior you were seeing? If not, ca
I think that someone is you. This mailing list tends to have people who
show up, ask a question, and then never come back, so I suspect there
aren't a lot of (i.e. any) people hanging around who use journaled MSSQL.
So I think your best path forward is to get it working based on the
suggestions tha
Is the networkConnector actually getting disconnected? Or are you simply
losing subscriptions (I'd call that "consumers" since this is a queue) over
a network link that remains up the whole time?
If the former, can you please post log information detailing the
disconnection and failed reconnection
http://activemq.apache.org/support.html has a Commercial Support section as
well.
Tim
On Tue, Feb 20, 2018 at 7:41 AM, Jean-Baptiste Onofré
wrote:
> Hi Nathan
>
> In the Karaf website we have a commercial support section. Most of the
> companies there can also provide ActiveMQ support.
>
> Let
Hello
we are creating network connector b/w
A->B
A->C
B->C
B->A
C->B
C->A
using networkttl=10.
Sample Network connector creation :
NetworkConnector networkConnector = new DiscoveryNetworkConnector(uri);
networkConnector.setNetworkTTL(this.networkTTL);
networkConnector.setBrokerURL(server.getU
Thanks Tim, I observed that if we restart the broker, the client was not
getting reconnected to broker once its up again...however when I call the
initialize API only once, there is no such issue. May be this in one of
those that you referred.
Thanks
Abhi
--
Sent from: http://activemq.2283324.n
I answered you on your other thread. There's no need to ask the same
question in multiple places.
Justin
On Tue, Feb 20, 2018 at 6:21 PM, tcomprak wrote:
> I have the .war file now and I also have a artemis broker service running ?
> Can you please help me with what I do from here - How do I
> Is this good enough ?
Artemis 2.4.0 uses RestEasy 3.0.19.Final [1] so I'd recommend you use that
version as well.
> I'm lost what exactly I would do with this .war file now...
You deploy it just like all the other deployed war files. Drop it into
ARTEMIS_HOME/web and then add a reference to i
I have the .war file now and I also have a artemis broker service running ?
Can you please help me with what I do from here - How do I deploy this .war
file with a linux process ?
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html
I figured out the error part, I had by mistaked named WEB-INF as WEB_INF.
Renamed it and that fixed it.
Still would like to know which RESTEasy jar files have to be picked. For
now, I added this and the mvn install completed
org.jboss.resteasy
resteasy-jaxrs
2
https://activemq.apache.org/artemis/docs/latest/rest.html
The documentation above has this line "If RESTEasy is not installed within
your environment, you must add the RESTEasy jar files within the lib
directory as well"
Which RESTEasy jar files are exactly needed ?
Also, when I tried to generat
Thanks Justin. What threw me off is this
"Apache ActiveMQ Artemis's REST interface is installed as a Web archive
(WAR). It depends on the RESTEasy project and can currently only run within
a servlet container. Installing the Apache ActiveMQ Artemis REST interface
is a little bit different dependin
As far as I can tell Artemis fits all your requirements except the
WAR/servlet part. It seems arbitrary to me that you don't/can't use such
an implementation. Artemis, even with embedded Jetty, is still just a
"plain old linux process."
To get what you want with Artemis you'll need to develop yo
Just a bit more information on what I'm trying to do. I want to create a new
process that will host REST end points for creating topics/queue and for
publishing messages. This will just be a plain old linux process. I don't
want to making WAR / servelet containers as described in the documentation.
I'm not sure I can answer your questions with the information you've
provided. You say that your use-case doesn't allow for any kind of
WAR/servlet deployments, but you are presumably asking about deploying the
REST WAR described in the documentation. That doesn't make sense to me.
Also, you're a
However, I can say that Artemis already embeds the Jetty HTTP
server which is how it currently serves stuff like the REST management API
and the web console. You might just be able to use that
> Sorry, I have a related question. Would using this server entail
> installing and configurin
I see. Thanks Justin
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html
I can't say whether or not it's technically possible to "package Apache
httpd along with Artemis." That question is beyond the scope of this list I
think. However, I can say that Artemis already embeds the Jetty HTTP
server which is how it currently serves stuff like the REST management API
and th
Thanks, I actually have an use case where I have to define some more custom
REST end points. Is it technically possible to package Apache httpd along
with Artemis so I have a lightweight REST server - any thoughts ?
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html
There's a REST management API provided by Jolokia which essentially exposes
all of the broker's MBeans so you can do things like create/delete
addresses & queues. See more in the documentation [1].
To be clear, the REST management API is 100% independent of the REST
messaging API.
Justin
[1] h
There are lots of JMS tutorials out there on the Internet. You'll want to
find one describing how to use the javax.jms.MessageListener interface [1].
Justin
[1] https://docs.oracle.com/javaee/7/api/javax/jms/MessageListener.html
On Tue, Feb 20, 2018 at 11:41 AM, tcomprak wrote:
> Using JMS.
After having read this -
https://activemq.apache.org/artemis/docs/1.0.0/rest.html
I see that there are REST APIs to produce and consume messages, are there
APIs as well to manage topics/queues - for e.g. to create/delete
topics/queues ?
--
Sent from: http://activemq.2283324.n4.nabble.com/Active
Using JMS.
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html
What client/API are you using?
Justin
On Tue, Feb 20, 2018 at 11:34 AM, tcomprak wrote:
> Is there an example of how artemis can used whereby subscribers can be
> notified when messages arrive on a topic/queue? I want to use Artemis with
> the pub-sub messaging with subscribers getting notifie
Is there an example of how artemis can used whereby subscribers can be
notified when messages arrive on a topic/queue? I want to use Artemis with
the pub-sub messaging with subscribers getting notified when messages arrive
on the queue.
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveM
Yes, sorry for this!
On Tue, Feb 20, 2018 at 5:48 PM, Timothy Bish wrote:
> On 02/20/2018 11:47 AM, andi welchlin wrote:
>
>> Hello all,
>>
>> I tested throughput of the Qpid C++ Broker (compiled as Release).
>>
>> It was tested on a virtual machine with 15 GB RAM.
>>
>> First I sent a 100 MB me
On 02/20/2018 11:47 AM, andi welchlin wrote:
Hello all,
I tested throughput of the Qpid C++ Broker (compiled as Release).
It was tested on a virtual machine with 15 GB RAM.
First I sent a 100 MB message into a persistent queue. From sender to
receiver it took 16 seconds for one message.
After
Hello all,
I tested throughput of the Qpid C++ Broker (compiled as Release).
It was tested on a virtual machine with 15 GB RAM.
First I sent a 100 MB message into a persistent queue. From sender to
receiver it took 16 seconds for one message.
Afterwards I sent a 300 MB message, this one took 12
On 02/20/2018 10:35 AM, duttaab wrote:
What kind of issues do you suspect if its getting called multiple times from
different threads - or we can face undefined behavior.
Thanks
Abhi
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html
Black holes, unexpected time
What kind of issues do you suspect if its getting called multiple times from
different threads - or we can face undefined behavior.
Thanks
Abhi
--
Sent from: http://activemq.2283324.n4.nabble.com/ActiveMQ-User-f2341805.html
On 02/20/2018 05:53 AM, duttaab wrote:
Hi,
In a process which is multi-threaded, is it ok to initialize ActiveMQ-CPP
multiple times (by multiple threads) by calling API -->
"activemq::library::ActiveMQCPP::initializeLibrary()". Or should it be
called only once in the process.
Thanks
Abhi
--
Hi Nathan
In the Karaf website we have a commercial support section. Most of the
companies there can also provide ActiveMQ support.
Let me know if you need help or assist.
Regards
JB
Le 20 févr. 2018 à 15:30, à 15:30, Nathan Wray a écrit:
>Is there a list maintained somewhere of AMQ specialty
Is there a list maintained somewhere of AMQ specialty consultants?
We're interested in having someone out to review our setup and provide
recommendations.
Thanks
Nathan
Hi,
Is it ok to call the initialization API,
"activemq::library::ActiveMQCPP::initializeLibrary()" multiple times in a
multi-threaded process. By doing that can it lead to undefined behaviors, or
should we call it only once.
Thanks
Abhi
--
Sent from: http://activemq.2283324.n4.nabble.com/Activ
Hi,
In a process which is multi-threaded, is it ok to initialize ActiveMQ-CPP
multiple times (by multiple threads) by calling API -->
"activemq::library::ActiveMQCPP::initializeLibrary()". Or should it be
called only once in the process.
Thanks
Abhi
--
Sent from: http://activemq.2283324.n4.nab
Dear Apache Enthusiast,
(You’re receiving this message because you’re subscribed to a user@ or
dev@ list of one or more Apache Software Foundation projects.)
We’re pleased to announce the upcoming ApacheCon [1] in Montréal,
September 24-27. This event is all about you — the Apache project com
38 matches
Mail list logo
