Source is here:
http://people.apache.org/~rhs/qpid-proton-0.4rc1/
Java binaries are here:
https://repository.apache.org/content/repositories/orgapacheqpid-239/
This is the first release after some significant build system changes, so
don't be surprised if there are a few kinks to work out. Pl
[
https://issues.apache.org/jira/browse/PROTON-210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rafael H. Schloming resolved PROTON-210.
Resolution: Fixed
> Proton release.sh should create a single release tarball fo
Hi Rajith
> I was wondering what is the mechanism recommended for obtaining a
> MessengerFactory instance (other than directly instantiating it).
Take a look at ProtonFactoryLoader and the factories themselves:
EngineFactory, MessengerFactory, MessageFactory etc.
ProtonFactoryLoader is ServiceLoa
Couldn't you use map message the way Rob described in his later email to
avoid having two?
--Rafael
On Fri, Feb 15, 2013 at 4:43 PM, Alan Conway wrote:
> Another wrinkle in my type testing saga:
>
> Rob's DecoderImpl approach works in native java but not in JNI.
> Conversely the Data approach w
Another wrinkle in my type testing saga:
Rob's DecoderImpl approach works in native java but not in JNI.
Conversely the Data approach works in JNI but not in native.
So it looks like I will write 2 tests. Can anybody tell me how to set up
different junit tests to run based on the profile (-P prot
On Fri, 2013-02-15 at 16:00 -0500, Alan Conway wrote:
> On Fri, 2013-02-15 at 17:03 +0100, Rob Godfrey wrote:
> > Hi Alan,
> >
> > you can use the java Encoder/Decoders directly like this:
> >
> > import org.apache.qpid.proton.codec.EncoderImpl;
> > import org.apache.qpid.proton.codec.DeccoderImp
On Fri, 2013-02-15 at 17:03 +0100, Rob Godfrey wrote:
> Hi Alan,
>
> you can use the java Encoder/Decoders directly like this:
>
> import org.apache.qpid.proton.codec.EncoderImpl;
> import org.apache.qpid.proton.codec.DeccoderImpl;
>
> ...
>
>
> ByteBuffer buf = ByteBuffer.allocate(204
This change to pn_messenger_flow() makes my problem go away.
I get nicely-interleaved messages from my two senders,
but I haven't done any other testing.
However, I don't understand the code very well yet.
Does this look to anyone else like it makes sense ?
void pn_messenger_flow(pn_mess
[
https://issues.apache.org/jira/browse/PROTON-167?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rafael H. Schloming resolved PROTON-167.
Resolution: Fixed
Assignee: Rafael H. Schloming
I've exposed this as pn_type_
[
https://issues.apache.org/jira/browse/PROTON-166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rafael H. Schloming resolved PROTON-166.
Resolution: Fixed
Assignee: Rafael H. Schloming
> message.h: pn_message()
[
https://issues.apache.org/jira/browse/PROTON-100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rafael H. Schloming resolved PROTON-100.
Resolution: Fixed
Assignee: Rafael H. Schloming
> Clean up examples READM
[
https://issues.apache.org/jira/browse/PROTON-225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13579466#comment-13579466
]
Ken Giusti commented on PROTON-225:
---
implemented for proton-c:
http://svn.apache.org/vi
[
https://issues.apache.org/jira/browse/PROTON-222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ken Giusti resolved PROTON-222.
---
Resolution: Fixed
http://svn.apache.org/viewvc?view=revision&revision=1446697
> pn_m
[
https://issues.apache.org/jira/browse/PROTON-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ken Giusti resolved PROTON-235.
---
Resolution: Fixed
http://svn.apache.org/viewvc?view=revision&revision=1446697
> SASL
On 15 February 2013 19:17, Alan Conway wrote:
> On Fri, 2013-02-15 at 17:22 +0100, Rob Godfrey wrote:
>> Of course, if you are using the Message class then there's really no
>> reason to go to the codec directly. you can just use Java
>> Maps/Lists/Arrays etc, along with the Amqp specific types s
I was wondering what is the mechanism recommended for obtaining a
MessengerFactory instance (other than directly instantiating it).
IIRC people are planning to use the pure java and swig based impl side
by side especially for testing.
So this rules out the way we used for the old jms client (Where
On Fri, 2013-02-15 at 17:22 +0100, Rob Godfrey wrote:
> Of course, if you are using the Message class then there's really no
> reason to go to the codec directly. you can just use Java
> Maps/Lists/Arrays etc, along with the Amqp specific types such as
> UnsignedLong.
>
> So you could have
>
> M
[
https://issues.apache.org/jira/browse/PROTON-217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Philip Harvey updated PROTON-217:
-
Fix Version/s: 0.4
> cmake build system should include "install" target for Java binaries
> -
[
https://issues.apache.org/jira/browse/PROTON-217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13579331#comment-13579331
]
Philip Harvey commented on PROTON-217:
--
The link below gives some background to how j
[
https://issues.apache.org/jira/browse/PROTON-217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Philip Harvey reassigned PROTON-217:
Assignee: Philip Harvey
> cmake build system should include "install" target for Java b
Of course, if you are using the Message class then there's really no
reason to go to the codec directly. you can just use Java
Maps/Lists/Arrays etc, along with the Amqp specific types such as
UnsignedLong.
So you could have
Message msg = MessageFactory.createMessage();
Map map = new LinkedHashM
Hi Alan,
you can use the java Encoder/Decoders directly like this:
import org.apache.qpid.proton.codec.EncoderImpl;
import org.apache.qpid.proton.codec.DeccoderImpl;
...
ByteBuffer buf = ByteBuffer.allocate(2048);
DecoderImpl decoder = new DecoderImpl();
EncoderImpl en
- Original Message -
From: "Alan Conway"
To: proton@qpid.apache.org
Sent: Friday, February 15, 2013 10:50:56 AM
Subject: Re: bug? interaction between two senders
On Fri, 2013-02-15 at 05:22 -0500, Michael Goulish wrote:
> Have I found a bug ?
>
>
> scenario
> {
> receiver
> {
>
On Fri, 2013-02-15 at 05:22 -0500, Michael Goulish wrote:
> Have I found a bug ?
>
>
> scenario
> {
> receiver
> {
> I start a receiver and it subscribes to ports and 6667.
> In a loop, it starts trying to recv messages. I set timeout
> to 700 msec, so it keeps looping and t
On Fri, 2013-02-15 at 09:12 -0500, Rafael Schloming wrote:
> On Thu, Feb 14, 2013 at 5:44 PM, Alan Conway wrote:
>
> > I'm looking (in python first) to encode messages that contain all the
> > different AMQP types. So far I was using the Data class to construct
> > different AMQP data fragments.
On Fri, 2013-02-15 at 05:56 +, Phil Harvey wrote:
> Hi Alan,
>
> You can use the "test" system property, as described here:
>
> http://maven.apache.org/surefire/maven-surefire-plugin/examples/single-test.html
>
> If I remember correctly, the special "pattern" property mentioned you're
> seei
Yes, I'll post code below -- but I just talked to Ted -- I have rediscovered
PROTON-200 "Credit distribution by messenger is not balanced across all links".
The first sender is getting all the credit, and the next sender doesn't get
any until the first sender calls stop.
to run:
1. start r
This is certainly somewhat more contained that what the qpid broker tree
has done. It's not quite two parallel build systems, but more two separate
build systems that happen to work on overlapping source trees. The cmake
build system covering the whole source tree (C, C++, Python, PHP, Ruby,
Perl,
This is related to PROTON-200
On 02/15/2013 09:15 AM, Rafael Schloming wrote:
Can you post your code?
--Rafael
On Fri, Feb 15, 2013 at 5:22 AM, Michael Goulish wrote:
Have I found a bug ?
scenario
{
receiver
{
I start a receiver and it subscribes to ports and 6667.
In
Can you post your code?
--Rafael
On Fri, Feb 15, 2013 at 5:22 AM, Michael Goulish wrote:
>
> Have I found a bug ?
>
>
> scenario
> {
> receiver
> {
> I start a receiver and it subscribes to ports and 6667.
> In a loop, it starts trying to recv messages. I set timeout
> to 7
On Thu, Feb 14, 2013 at 5:44 PM, Alan Conway wrote:
> I'm looking (in python first) to encode messages that contain all the
> different AMQP types. So far I was using the Data class to construct
> different AMQP data fragments. However I'd like to move towards using a
> map message as it's more w
On 15 February 2013 11:27, Rob Godfrey wrote:
>
> 2) The CMake system will not be required to perform dynamic dependency
> resolution
>
>
I should probably have phrased that one better... What I meant is that
(unlike maven) we're not looking for the CMake build to go and find JARs,
resolve trans
A few of supplementary points:
1) The CMake system will not be required to generate pom files or deploy to
maven repositories.
2) The CMake system will not be required to perform dynamic dependency
resolution
3) The CMake system will not be required to integrate with other build/test
tooling (cove
Have I found a bug ?
scenario
{
receiver
{
I start a receiver and it subscribes to ports and 6667.
In a loop, it starts trying to recv messages. I set timeout
to 700 msec, so it keeps looping and tells me whenever it
gets a message.
}
senders
{
From two sep
During the review [1] of PROTON-238, Alan made the following,
not-entirely-unreasonable-sounding comment:
"Having 2 parllel build systems is a serious pain, as qpid demonstrates.
Wouldn't it be better to leave maven for Java and cmake for everything
else? People who want to build Java probably can
35 matches
Mail list logo