For interop, I need to put values into the message annotations when sending a
message, but that doesn't seem to be possible. Annotations can be set via
message constructors, but those are not public, and the public message create
functions in Session/SessionImpl do not offer a way to pass annota
On 20 August 2014 18:17, Fraser Adams wrote:
> On 20/08/14 17:41, Robbie Gemmell wrote:
>
>> On 20 August 2014 17:18, Fraser Adams
>> wrote:
>>
>> I'm assuming that I'm not the only person this is broken for? Clearly
>>> someone has been messing with the Java Broker Model stuff again ;->
>>>
>>
On 20/08/14 17:41, Robbie Gemmell wrote:
On 20 August 2014 17:18, Fraser Adams wrote:
I'm assuming that I'm not the only person this is broken for? Clearly
someone has been messing with the Java Broker Model stuff again ;->
No, you arent the only person, wasnt working here either prior to y
On 20 August 2014 17:18, Fraser Adams wrote:
> Robbie/All,
> Sorry I've been a bit quiet, I've just got back from holiday and my in box
> is a car-crash, did somebody deliberately wait 'til I was away to make Jira
> explode :-D
>
>
> I was going to take a look at this but I ran into a bigger prob
On 20 August 2014 18:18, Fraser Adams wrote:
> Robbie/All,
> Sorry I've been a bit quiet, I've just got back from holiday and my in box
> is a car-crash, did somebody deliberately wait 'til I was away to make Jira
> explode :-D
>
>
> I was going to take a look at this but I ran into a bigger prob
Robbie/All,
Sorry I've been a bit quiet, I've just got back from holiday and my in
box is a car-crash, did somebody deliberately wait 'til I was away to
make Jira explode :-D
I was going to take a look at this but I ran into a bigger problem - see
below
On 15/08/14 14:35, Robbie Ge
Hi Justin
Can we request the following for inclusion into 0.30? Apologies for the
long list, we need this to get Java back into a production ready-state.
QPID-3978 Broker should remove messages with expired TTL even if they are
prefetched by the client
QPID-4307 [Java Broker] prevent moving/cop
On 20 August 2014 10:04, Robbie Gemmell wrote:
>
> On 19 August 2014 22:47, Justin Ross wrote:
>
>>
>> Here's a preview of what I've got going. This example run is against
>> trunk, but the same structure would be reflected into 0.30. Note that the
>> dispatch and proton artifacts get removed
Hi Justin,
I'd like to merge the following:
https://issues.apache.org/jira/browse/QPID-6023
https://svn.apache.org/r1619065
Adds the 1.0 websocket plugin to the Java broker binary assembly.
Robbie
On 20 August 2014 11:04, Robbie Gemmell wrote:
> On 19 August 2014 22:47, Justin Ross wrote:
>
> >
> > Here's a preview of what I've got going. This example run is against
> > trunk, but the same structure would be reflected into 0.30. Note that
> the
> > dispatch and proton artifacts get remo
Aha, thanks for the update Gordon. Switching to 3.0!
On 19 August 2014 11:47, Gordon Sim wrote:
> On 08/19/2014 11:44 AM, Gordon Sim wrote:
>
>> On 08/19/2014 10:12 AM, Chris Richardson wrote:
>>
>>> Hello again,
>>>
>>> I'm a bit concerned I'm approaching this in the wrong way - should I h
On 19 August 2014 22:47, Justin Ross wrote:
>
> Here's a preview of what I've got going. This example run is against
> trunk, but the same structure would be reflected into 0.30. Note that the
> dispatch and proton artifacts get removed before doing the "Qpid" release.
>
> http://people.apach
On 08/19/2014 10:47 PM, Justin Ross wrote:
Here's a preview of what I've got going. This example run is against
trunk, but the same structure would be reflected into 0.30. Note that the
dispatch and proton artifacts get removed before doing the "Qpid" release.
http://people.apache.org/~jros
13 matches
Mail list logo