Re: FW: FAILED (t=1): qpid-cpp - trunk - Nightly

2009-08-19 Thread Rafael Schloming

Steve Huston wrote:

Hi folks,

The C++ federation tests have been failing in the Cmake build for a
few days now... Can someone check into it if it's not a known issue?

Looks like maybe a cmd line option change to qpid-python-test? Details
in the link below...


That's a bit weird. The -m option should be available on trunk. All the 
other cpp test scripts use it, e.g. run_acl_tests. I'm not sure how the 
federation test script could fail with that error, but not the rest of 
the test scripts. What happens when you run 'qpid-python-test --help'?


--Rafael

-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



[jira] Updated: (QPID-2061) More dll symbol exports for Windows needed in 0.6

2009-08-19 Thread Cliff Jansen (JIRA)

 [ 
https://issues.apache.org/jira/browse/QPID-2061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Cliff Jansen updated QPID-2061:
---

Attachment: QPID-2061-1.patch

symbol exports to allow C# programs to avoid double memory copies and process 
application headers


> More dll symbol exports for Windows needed in 0.6
> -
>
> Key: QPID-2061
> URL: https://issues.apache.org/jira/browse/QPID-2061
> Project: Qpid
>  Issue Type: Bug
>  Components: C++ Client
>Affects Versions: 0.6
> Environment: Windows
>Reporter: Cliff Jansen
> Attachments: QPID-2061-1.patch
>
>
> I propose this Jira to serve as a place to attach patches that solely add dll 
> export syntax sugar for Windows applications during the 0.6 timeframe.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



[jira] Created: (QPID-2061) More dll symbol exports for Windows needed in 0.6

2009-08-19 Thread Cliff Jansen (JIRA)
More dll symbol exports for Windows needed in 0.6
-

 Key: QPID-2061
 URL: https://issues.apache.org/jira/browse/QPID-2061
 Project: Qpid
  Issue Type: Bug
  Components: C++ Client
Affects Versions: 0.6
 Environment: Windows
Reporter: Cliff Jansen


I propose this Jira to serve as a place to attach patches that solely add dll 
export syntax sugar for Windows applications during the 0.6 timeframe.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



FW: FAILED (t=1): qpid-cpp - trunk - Nightly

2009-08-19 Thread Steve Huston
Hi folks,

The C++ federation tests have been failing in the Cmake build for a
few days now... Can someone check into it if it's not a known issue?

Looks like maybe a cmd line option change to qpid-python-test? Details
in the link below...

Thanks,
-Steve

-Original Message-
From: CDash [mailto:cd...@riverace.com] 
Sent: Tuesday, August 18, 2009 9:16 PM
To: cd...@riverace.com
Subject: FAILED (t=1): qpid-cpp - trunk - Nightly


A submission to CDash for the project qpid-cpp has failing tests.
You have been identified as one of the authors who have checked in
changes that are part of this submission or you are listed in the
default contact list.

Details on the submission can be found at
http://www.riverace.com/CDash-1.4.2/buildSummary.php?buildid=110

Project: qpid-cpp
Site: Riverace: RHEL5
Build Name: trunk
Build Time: 2009-08-18T21:01:11 EDT
Type: Nightly
Tests failing: 1


*Tests failing*
federation_tests
(http://www.riverace.com/CDash-1.4.2/testDetails.php?test=187&build=11
0)


-CDash on www.riverace.com



-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



[jira] Resolved: (QPID-2058) SessionImpl::send can't send "fresh" frames

2009-08-19 Thread Gordon Sim (JIRA)

 [ 
https://issues.apache.org/jira/browse/QPID-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gordon Sim resolved QPID-2058.
--

   Resolution: Fixed
Fix Version/s: 0.6

Fixed in r805904.

> SessionImpl::send can't send "fresh" frames
> ---
>
> Key: QPID-2058
> URL: https://issues.apache.org/jira/browse/QPID-2058
> Project: Qpid
>  Issue Type: Bug
>  Components: C++ Client
>Affects Versions: 0.6
> Environment: Windows
>Reporter: Cliff Jansen
>Assignee: Gordon Sim
> Fix For: 0.6
>
> Attachments: QPID-2058.patch, SessionImpl.patch
>
>
> In 0.5, this method could be used to send a message, consisting of a
> command and separate frame set (consisting of AMQHeaderBody and
> AMQContentBody frames), or a complete frame set (with the initial
> command in the frame set discarded):
>   Future SessionImpl::send(const AMQBody& command, const FrameSet& content)
> In 0.6, the frame set is re-routed to a MethodContentAdaptor which
> either hits an exception (for a frame set without initial command),
> or, for a "complete" frame set, converts the frames into a single
> string to reconvert back to individual frames (presumably to adjust
> for different frame sizes between connections).
> Perhaps there is some other characteristic of the cluster related
> frames (other than isCompleted()) that distinguishes them from a
> "fresh" set (e.g. hasExchange())?
> Or possibly a separate command can be used for the cluster case whose
> intension is to specifically NOT send the frame set provided as the
> "content" parameter.
> If neither of those suggestions lead anywhere, the upcoming patch
> works for the case of a frame set that lacks a command (method) as its
> first frame, and "works for me", but I don't have a cluster setup to
> check for unwanted consequences.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



[Java] LogMonitorTest has been leaving temporary files around

2009-08-19 Thread Aidan Skinner
The LogMonitorTest wasn't cleaning up the files it generates (which
I've now fixed), if /tmp doesn't get cleaned regularly you might want
to run find /tmp -name LogM* -exec rm {} \; to clean them up.

- Aidan
-- 
Apache Qpid - AMQP, JMS, other messaging love http://qpid.apache.org
"A witty saying proves nothing" - Voltaire

-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



[jira] Created: (QPID-2060) LogMonitorTest.testWaitForMessage_Found fails

2009-08-19 Thread Aidan Skinner (JIRA)
LogMonitorTest.testWaitForMessage_Found fails
-

 Key: QPID-2060
 URL: https://issues.apache.org/jira/browse/QPID-2060
 Project: Qpid
  Issue Type: Bug
  Components: Java Tests
Affects Versions: 0.6
Reporter: Aidan Skinner
Assignee: Aidan Skinner
 Fix For: 0.6


Testcase: testWaitForMessage_Found took 2.177 sec
FAILED
Message was not logged
junit.framework.AssertionFailedError: Message was not logged
at 
org.apache.qpid.util.LogMonitorTest.testWaitForMessage_Found(LogMonitorTest.java:176)


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



[jira] Created: (QPID-2059) SubscriptionLoggingTest fails intermittently

2009-08-19 Thread Aidan Skinner (JIRA)
SubscriptionLoggingTest fails intermittently


 Key: QPID-2059
 URL: https://issues.apache.org/jira/browse/QPID-2059
 Project: Qpid
  Issue Type: Bug
  Components: Java Tests
Affects Versions: 0.6
Reporter: Aidan Skinner
Assignee: Aidan Skinner
 Fix For: 0.6


SubscriptionLoggingTest sometimes fails with:

junit.framework.AssertionFailedError: Result set not expected size: 
expected:<3> but was:<1>  
at 
org.apache.qpid.server.logging.SubscriptionLoggingTest.testSubscriptionSuspend(SubscriptionLoggingTest.java:363)
  
at 
org.apache.qpid.test.utils.QpidTestCase.runBare(QpidTestCase.java:224)  
at org.apache.qpid.test.utils.QpidTestCase.run(QpidTestCase.java:270)


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



[jira] Assigned: (QPID-2058) SessionImpl::send can't send "fresh" frames

2009-08-19 Thread Gordon Sim (JIRA)

 [ 
https://issues.apache.org/jira/browse/QPID-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gordon Sim reassigned QPID-2058:


Assignee: Gordon Sim

> SessionImpl::send can't send "fresh" frames
> ---
>
> Key: QPID-2058
> URL: https://issues.apache.org/jira/browse/QPID-2058
> Project: Qpid
>  Issue Type: Bug
>  Components: C++ Client
>Affects Versions: 0.6
> Environment: Windows
>Reporter: Cliff Jansen
>Assignee: Gordon Sim
> Attachments: QPID-2058.patch, SessionImpl.patch
>
>
> In 0.5, this method could be used to send a message, consisting of a
> command and separate frame set (consisting of AMQHeaderBody and
> AMQContentBody frames), or a complete frame set (with the initial
> command in the frame set discarded):
>   Future SessionImpl::send(const AMQBody& command, const FrameSet& content)
> In 0.6, the frame set is re-routed to a MethodContentAdaptor which
> either hits an exception (for a frame set without initial command),
> or, for a "complete" frame set, converts the frames into a single
> string to reconvert back to individual frames (presumably to adjust
> for different frame sizes between connections).
> Perhaps there is some other characteristic of the cluster related
> frames (other than isCompleted()) that distinguishes them from a
> "fresh" set (e.g. hasExchange())?
> Or possibly a separate command can be used for the cluster case whose
> intension is to specifically NOT send the frame set provided as the
> "content" parameter.
> If neither of those suggestions lead anywhere, the upcoming patch
> works for the case of a frame set that lacks a command (method) as its
> first frame, and "works for me", but I don't have a cluster setup to
> check for unwanted consequences.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org



[jira] Updated: (QPID-2058) SessionImpl::send can't send "fresh" frames

2009-08-19 Thread Gordon Sim (JIRA)

 [ 
https://issues.apache.org/jira/browse/QPID-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gordon Sim updated QPID-2058:
-

Attachment: QPID-2058.patch

It seems there are two use-cases/modes for this method; one where the caller is 
responsible for ensuring that the frames are valid for the connection and one 
where they wish the method to re-create frames from the supplied content that 
will be correct for the connection.

I prefer the attached patch as it makes this more explicit. To get the 
refarming functionality you have to explicitly request it.

Would this work for you?

> SessionImpl::send can't send "fresh" frames
> ---
>
> Key: QPID-2058
> URL: https://issues.apache.org/jira/browse/QPID-2058
> Project: Qpid
>  Issue Type: Bug
>  Components: C++ Client
>Affects Versions: 0.6
> Environment: Windows
>Reporter: Cliff Jansen
> Attachments: QPID-2058.patch, SessionImpl.patch
>
>
> In 0.5, this method could be used to send a message, consisting of a
> command and separate frame set (consisting of AMQHeaderBody and
> AMQContentBody frames), or a complete frame set (with the initial
> command in the frame set discarded):
>   Future SessionImpl::send(const AMQBody& command, const FrameSet& content)
> In 0.6, the frame set is re-routed to a MethodContentAdaptor which
> either hits an exception (for a frame set without initial command),
> or, for a "complete" frame set, converts the frames into a single
> string to reconvert back to individual frames (presumably to adjust
> for different frame sizes between connections).
> Perhaps there is some other characteristic of the cluster related
> frames (other than isCompleted()) that distinguishes them from a
> "fresh" set (e.g. hasExchange())?
> Or possibly a separate command can be used for the cluster case whose
> intension is to specifically NOT send the frame set provided as the
> "content" parameter.
> If neither of those suggestions lead anywhere, the upcoming patch
> works for the case of a frame set that lacks a command (method) as its
> first frame, and "works for me", but I don't have a cluster setup to
> check for unwanted consequences.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
Apache Qpid - AMQP Messaging Implementation
Project:  http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org