DuhŠ thanks Ted :(
On 6/21/16, 7:17 AM, "Ted Ross" wrote:
>On my system, "ulimit -n" shows a limit of 1024 open files (FDs). You
>
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail:
Any tested the limits of the dispatch router's number of connections? I've
created a pretty simple (rudimentary) test where I increase the number of
consumer/producer processes. Each process either consumes or produces
leveraging the proton python API. It seems to start through connection err
Hello -
We are leveraging proton-j via the reactor framework and noticed a discrepancy
between proton-c and proton-j. With proton-c, we are able to establish 2-way
authentication via SSL but with proton-j that is unsuccessful. We opened a
JIRA on this yesterday but figured we'd ping the lists
Not sure this will work, Spring AMQP is pretty tightly bound to both the
older AMQP protocol versions and RabbitMQ. Specifically, you are
substituting the Qpid JMS driver where the implementation calls for an
abstracted AMQP driver. You¹d be much more successful using the Spring
JMS implementat
You could possibly just use settlements and acknowledgements not sure of
the support with dispatch for that. At least you could manage some level
of delivery guarantees.
Jack Gibson
Chief Architect
Core Payments Platforms/PayPal
On 12/2/15, 7:22 AM, "Ted Ross" wrote:
>As Jack correctly pointe
It should but we have been having trouble getting to work and opened
several JIRA¹s around it. Glad we aren¹t alone in needing this capability
On 12/1/15, 5:52 PM, "Olivier Mallassi" wrote:
>I assume it works. Can someone confirm please?
>
Can't seem to get SSL working with the reactor examples for proton-j, does
anyone have any examples of how this could be done?
Thanks,
Jack
e
bias: closest
}
fixedAddress {
prefix: foo
phase: 1
fanout: single
Any ideas on how to setup the link Route pattern to do the same thing?
Gibson, Jack
Chief Architect - Core Payments Platforms
PayPal
ested in providing and also
>> contributing to the in-progress management specification at OASIS.
>>
>> -Ted
>>
>> On 09/03/2015 11:25 AM, Gibson, Jack wrote:
>> > Trying to figure out if there is an easy way to subscribe to router
>> > events li
Trying to figure out if there is an easy way to subscribe to router events like
we can with the QMF console? Currently, we are repeatedly calling the
$management address but that's a bit wonky. Any pointers would be great.
Jack
Gibson, Jack
Chief Architect - Core Payments Platforms
PayPal
Great to hear that some of the testing is going on, maybe I will spend
some time doing the automation work as schedule allows.
On 6/12/15, 4:30 PM, "Robbie Gemmell" wrote:
>On 12 June 2015 at 10:43, Gordon Sim wrote:
>> On 06/11/2015 07:46 PM, Robbie Gemmell wrote:
>>>
>>> Hi all,
>>>
>>>
Just a question, have you thought about running the JMS client (as well as
others) against the other qpid components as part of the release
validations such as c++ broker and dispatch router?
On 6/12/15, 3:45 AM, "Timothy Bish" wrote:
>+1
>
>Built from source, ran the tests.
>Validated the sig
Example attachedŠ
Jack Gibson
Chief Architect
Core Payments Platforms @ PayPal
On 5/20/15, 4:11 AM, "SUNDAY A. OLUTAYO" wrote:
>It will be great if those that have experience with Dispatch Router
>can help with tutorial, this will grow adoption rate.
>
>Thanks,
>
>Sunday Olutayo
>
>
>--
Olivier - look at qpid dispatch router that¹s how I'd handle it.
Jack
Jack Gibson
Chief Architect
Core Payments Platforms @ PayPal
On 5/20/15, 5:31 AM, "Olivier Mallassi" wrote:
>Thank you rob. I will use non persitent messages for this.
>
>I like your idea of load-balancing at "message
Turn off the default module directory and load each module via a the
--load-module directive
qpidd --no-module-dir --load-module ³path to amqp.so²
On 2/16/15, 5:31 AM, "Raphael Fuchs" wrote:
>Hello all,
>
>I compiled and installed the qpidd on a Solaris machine. Afterwards I
>copied it to a d
+1
Jack Gibson
On 1/26/15, 4:38 PM, "Steve Huston" wrote:
>Hi,
>I have a customer working on some development and trying the Proton Java
>Messenger API. They're having some problems and sent along the following
>questions. Could someone please help clarify these issues?
>Thanks,
>-Steve
>
>
Jan -
You can use the dispatch router to build such a topology. Clients would
then use the router as their endpoint. The router would have need to be
configured with a balanced configuration with waypoints to each broker.
The result:
C
|
R
/ \
B B
The client could use a
Its great to see some more real world use cases being created but how
about some proton-j examples? It seems to be woefully behind to the point
where even some of the out of the box examples aren¹t fully functionally
anymoreŠ
Jack
On 9/22/14, 12:51 PM, "Alan Conway" wrote:
>On Thu, 2014-09-1
Helps if I give the address…
docker pull jackgibson2/proton
docker pull jackgibson2/qpid-dispatch
docker pull jackgibson2/qpid-cpp
https://hub.docker.com/u/jackgibson2/
From: , "Gibson, Jack" mailto:jagib...@paypal.com>>
Date: Monday, September 22, 2014 at 1:04 PM
To: "
In case anyone else out there is playing with Docker. I have created a set of
Docker images with the latest Qpid C++, Proton and Dispatch builds on them.
Alan -
I have been playing with vertx to amqp 1.0 set of restful services to
manage dispatch routers. So, I wouldn¹t mind helping out. Let me know to
engage.
Jack
Gibson, Jack
Director - ebay, Global Platform Service
On 8/29/14, 2:40 PM, "Alan Conway" wrote:
>Does anyb
27;s life, it certainly won't save us any
>support calls.
>
>We can call the package qpid_dispatch_for_consenting_adults_only or
>qpid_dispatch_not_even_a_little_bit_supported, but it should be on the
>python path!!
>
>Cheers,
>Alan.
>
>On Wed, 2014-08-13 at
Users/Devs -
We have been kicking the tires on the dispatch router for a while and are
building a number of working samples that we can use to build upon. Currently,
we have been working with using dispatch to work with distributed/durable
topics. The following basic configuration works for b
Hello -
I am having an issue when using the Java proton messenger with dispatch router.
Most assuredly is probably my doing but figured I’d ask. I have small
network of routers, publishers and consumers setup. There two routers
interconnected with a java proton based messenger publishing
e connection load across an array of routers. As long as the network
>topology is sufficiently redundant, the failure of any router or
>inter-router connection can be sustained without losing service.
>
>If you'd like to look at this in greater detail, I'd be happy to discuss
Currently, we are using a set of brokers as gateway/routers in order to
distribute work, handle large connection volume, etc. One of the things that
I don't like about this setup is that the routing rules are pretty cumbersome
especially the replyTo semantics.I am thinking that using the d
26 matches
Mail list logo
