2009/11/10 James Birdsall
> On Monday, November 09, 2009 12:41 PM, Alan Conway wrote:
>
> >On 11/09/2009 11:45 AM, Kim van der Riet wrote:
> >> It would be a good idea to standardize store tests if we can. If we can
> >> agree that no matter what store is used, the end-result from a client
> >> p
Hi Aidan,
Why did you remove the setting of the linked exception here:
---
a/qpid/java/client/src/main/java/org/apache/qpid/client/BasicMessageProducer_0_10.java
+++
b/qpid/java/client/src/main/java/org/apache/qpid/client/BasicMessageProducer_0_10.java
@@ -180,8 +180,6 @@ public class BasicMessag
2009/11/10 Aidan Skinner
> On Sun, Nov 8, 2009 at 5:15 PM, Robert Godfrey
> wrote:
> > 2009/11/8 Aidan Skinner
> >
> >> The original message is delivered and persisted as normal. The
> >> exchange would hold onto a copy of that message, and generate an
> >> entirely new, identical one at the sp
On Monday, November 09, 2009 12:41 PM, Alan Conway wrote:
>On 11/09/2009 11:45 AM, Kim van der Riet wrote:
>> It would be a good idea to standardize store tests if we can. If we can
>> agree that no matter what store is used, the end-result from a client
>> perspective would be the same, then test
QPID-2192 is a bug a user raised about the random printStackTrace
calls that are littered about the place. This patch deletes all of the
ones in java/client and java/common I found that they might run into.
I'll commit this on Wednesday if nobody objects. The tests all pass
and they're fairly clear
Client and common print stack to stdout
---
Key: QPID-2192
URL: https://issues.apache.org/jira/browse/QPID-2192
Project: Qpid
Issue Type: Bug
Affects Versions: 0.5, M4, M3, M2.1, M2, M1, 0.6
On Sun, Nov 8, 2009 at 5:15 PM, Robert Godfrey wrote:
> 2009/11/8 Aidan Skinner
>
>> The original message is delivered and persisted as normal. The
>> exchange would hold onto a copy of that message, and generate an
>> entirely new, identical one at the specified interval.
>>
>> Putting this log
[
https://issues.apache.org/jira/browse/QPID-2184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aidan Skinner updated QPID-2184:
Attachment: 0002-QPID-2184-add-a-test-case-for-the-firewall-config-u.patch
0001-QPID-
Two excellent presentations - and the discussion at the Bar Camp
especially was very good.
Had a great time with David at the bar too
Jonathan
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache
On 11/09/2009 11:45 AM, Kim van der Riet wrote:
It would be a good idea to standardize store tests if we can. If we can
agree that no matter what store is used, the end-result from a client
perspective would be the same, then tests would be fairly universal and
can be run against any store module
Good stuff
Regards,
Rajith
On Mon, Nov 9, 2009 at 11:10 AM, David Ingham
wrote:
> A quick update on ApacheCon...
>
> First was BarCamp. If you haven't heard of BarCamp, it works like this - the
> organizers provide some basic infrastructure (rooms, projectors, etc.) but
> there is no program
On 11/09/2009 04:10 PM, David Ingham wrote:
A quick update on ApacheCon...
First was BarCamp. If you haven't heard of BarCamp, it works like this - the
organizers provide some basic infrastructure (rooms, projectors, etc.) but
there is no program defined in advance. The attendees turn up prepa
[
https://issues.apache.org/jira/browse/QPID-1899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gordon Sim resolved QPID-1899.
--
Resolution: Fixed
> --require-encryption doesn't work unless cyrus sasl authentication is turned
> on
>
Hi Andrew,
Ok, I reviewed the dlopen (Linux) and LoadLibrary (Windows) system
calls for this area.
> On Fri, 2009-11-06 at 16:18 -0500, Steve Huston wrote:
> > ...
> > A startup script can always set LD_LIBRARY_PATH.
>
> It can't set a path without potentially affecting the shared
libraries
> th
It would be a good idea to standardize store tests if we can. If we can
agree that no matter what store is used, the end-result from a client
perspective would be the same, then tests would be fairly universal and
can be run against any store module.
All tests outlined below (which are based on so
A quick update on ApacheCon...
First was BarCamp. If you haven't heard of BarCamp, it works like this - the
organizers provide some basic infrastructure (rooms, projectors, etc.) but
there is no program defined in advance. The attendees turn up prepared to speak
on some topic and then spend the
[
https://issues.apache.org/jira/browse/QPID-1899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12775002#action_12775002
]
Gordon Sim commented on QPID-1899:
--
If knowledge of the SSF is not replicated across the cl
On Fri, 2009-11-06 at 16:18 -0500, Steve Huston wrote:
> ...
> A startup script can always set LD_LIBRARY_PATH.
It can't set a path without potentially affecting the shared libraries
that the executable itself loads. So I don't think this is a viable
solution. Setting LD_LIBRARY_PATH itself is gen
On 11/06/2009 07:30 PM, Carl Trieloff wrote:
+if(!messages.empty()){
+QueuedMessage compM;
+compM.position = pos;
+unsigned long diff = pos.getValue() -
messages.front().position.getValue();
+long maxEnd = diff< messages.size()? diff : messages.size();
+
+
On 11/06/2009 03:53 PM, Andrew Stitcher wrote:
On Fri, 2009-11-06 at 09:15 -0500, Alan Conway wrote:
On 11/05/2009 12:23 PM, Andrew Stitcher wrote:
On Thu, 2009-11-05 at 10:07 -0500, Alan Conway wrote:
...
There is another issue and I'm not sure how to resolve it.
Some modules (e.g. xml, clus
20 matches
Mail list logo