Re: PROPOSAL: Proposed directory structure for web site

2010-04-29 Thread Martin Ritchie



On 28 Apr 2010, at 18:01, Andrew Stitcher astitc...@redhat.com wrote:


On Wed, 2010-04-28 at 10:47 -0400, Jonathan Robie wrote:

Unless someone objects, I will ask #asfinfra to set up the
qpid.apache.org svn in dist.apache.org. This is what they  
recommended.


I think that sounds better than overloading the project src repo.

Andrew




Sounds good to me too.

Who are we to argue with infra. :)






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



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



[jira] Updated: (QPID-2088) any service on windows vista linking with c++ qpid client (common clinet) and calling CoInitializeEx to use COM fails to start with Error 1053 ...

2010-04-29 Thread Nicolae Claudius (JIRA)

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

Nicolae Claudius updated QPID-2088:
---

Description: 
Steps that reproduce the problem:
1. Create an skeleton widows service ( with main() , ServiceMain(int argc, 
char** argv) , InitService() , ControlHandler(DWORD request) )
i used the template here: http://www.devx.com/cplus/Article/9857
2. Add to the linker the qpid libs (common.lib and client.lib) in Project - 
Properties - Linker ( include path and libs ) 
3. Call CoInitializeEx to initialize windows COM with your desired parameters 
(any of them for our purpose), anywhere in your program (for example in main or 
servicemain)
4. Register the service with the following console command
sc create your_service_name binPath= 
C:\\path_to_your_compiled_exe\your_service.exe
4. Open services.msc from run or console, and start your service (right click 
- start)

*** At this point the service tries to start but after about 2 seconds fails 
with the error:
Error 1053: The service did not respond to the start or control request in a 
timeley fashion

NOTICE
The error is *only* on Windows Vista, on Windows XP works as desired
(Notice that you only have to link the libs not necesarily use qpid functions, 
strange...)


  was:
Steps that reproduce the problem:
1. Create an skelet widows service ( with main() , ServiceMain(int argc, char** 
argv) , InitService() , ControlHandler(DWORD request) )
i used the themplate here: http://www.devx.com/cplus/Article/9857
2. Add to the linker the qpid libs (common.lib and client.lib) in Project - 
Properties - Linker ( include path and libs ) 
3. Call CoInitializeEx to initialize windows COM with your desired parameters 
(any of them for our purpose), anywhere in your program (for example in main or 
servicemain)
4. Register the service with the following console command
sc create your_service_name binPath= 
C:\\path_to_your_compiled_exe\your_service.exe
4. Open services.msc from run or console, and start your service (right click 
- start)

*** At this point the service tries to start but after about 2 seconds fails 
with the error:
Error 1053: The service did not respond to the start or control request in a 
timeley fashion

NOTICE
The error is *only* on Windows Vista, on Windows XP works as desired
(Notice that you only have to link the libs not necesarily use qpid functions, 
strange...)



 any service on windows vista linking with c++ qpid client (common  clinet) 
 and calling CoInitializeEx to use COM fails to start with Error 1053 ...
 --

 Key: QPID-2088
 URL: https://issues.apache.org/jira/browse/QPID-2088
 Project: Qpid
  Issue Type: Bug
  Components: C++ Client
Affects Versions: 0.5
 Environment: Windows Vista
Reporter: Nicolae Claudius
   Original Estimate: 336h
  Remaining Estimate: 336h

 Steps that reproduce the problem:
 1. Create an skeleton widows service ( with main() , ServiceMain(int argc, 
 char** argv) , InitService() , ControlHandler(DWORD request) )
 i used the template here: http://www.devx.com/cplus/Article/9857
 2. Add to the linker the qpid libs (common.lib and client.lib) in Project - 
 Properties - Linker ( include path and libs ) 
 3. Call CoInitializeEx to initialize windows COM with your desired parameters 
 (any of them for our purpose), anywhere in your program (for example in main 
 or servicemain)
 4. Register the service with the following console command
 sc create your_service_name binPath= 
 C:\\path_to_your_compiled_exe\your_service.exe
 4. Open services.msc from run or console, and start your service (right click 
 - start)
 *** At this point the service tries to start but after about 2 seconds fails 
 with the error:
 Error 1053: The service did not respond to the start or control request in a 
 timeley fashion
 NOTICE
 The error is *only* on Windows Vista, on Windows XP works as desired
 (Notice that you only have to link the libs not necesarily use qpid 
 functions, strange...)

-- 
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-2558) client connection.open to a non-broker on qpid 0.6 windows segfaults with: access violation

2010-04-29 Thread Nicolae Claudius (JIRA)
client connection.open to a non-broker on qpid 0.6 windows segfaults with: 
access violation
---

 Key: QPID-2558
 URL: https://issues.apache.org/jira/browse/QPID-2558
 Project: Qpid
  Issue Type: Bug
  Components: C++ Client
Affects Versions: 0.6
 Environment: Microsoft Visual C++ Compiler, Windows Vista
Reporter: Nicolae Claudius


In windows environment, visual studio compiler, make a client like:

Connection c;
try {
// there is no broker running at 10.10.5.51 so an exception should be 
thrown
c.open(10.10.5.51,5672,my_user,my_password);
} catch (...) {
std::cout  error  std::endl;
}

on qpid 0.5 an exception is thrown and catched. ALL OK HERE
on qpid 0.6 the program segfaults with the message:
Unhandled exception at 0x692eccb9 in testqpid06.exe: 0xC005: Access 
violation reading location 0x.
This error is thrown just after executing the c.open line.
On Linux all is OK, the problem is only on Windows.

-- 
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-2559) When a subscription is created, message credits should only be set if the session is active.

2010-04-29 Thread Rajith Attapattu (JIRA)
When a subscription is created, message credits should only be set if the 
session is active.


 Key: QPID-2559
 URL: https://issues.apache.org/jira/browse/QPID-2559
 Project: Qpid
  Issue Type: Bug
  Components: C++ Client
Affects Versions: 0.6
Reporter: Rajith Attapattu
Assignee: Rajith Attapattu
 Fix For: 0.7


When a subscription is created, message credits should only be set if the 
session is active.
If not when the session is unsuspended message credits will be set again, 
resulting in granting more credits than intended.

Steps To Reproduce

1. create a session with client ack
2. send 20 messages to a queue
3. create receiver with capacity (prefetch) as 10.
4. receive 10 messages
5. try to receive the 11th message

The 11th message should be null, if it isn't it means that we have received 
more than 10 messages.
We should only receive the next set of messages if we ack the previous batch.
Ex. If we acked the 5th message, then we should get another 5.

Expected Result.

At any given time we should only receive n messages, where n == maxprefetch 
(capacity as defined for the destination)

Actual Result
---
For the above conditions, we get double than what we want (provided the broker 
has enough messages on the queue).

-- 
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



qpid-r939184-jasan make check

2010-04-29 Thread Ján Sáreník
  Hi there!

There are only Valgrind errors that I see and Gordon says they are
merely SASL-related. Should I send a bug-report to cyrus-sasl to make
it clean or should those error be added as exceptions? I would like to
spread the word about qpid and to encourage people from community to
compile it and give it a try. If some of them have valgrind installed
they could be surprised that the tests fail...

http://www.x31.com/~jasan/qpid/qpid-makecheck-r939184.log
http://www.x31.com/~jasan/qpid/qpid-r939184.diff

  - the diff contains little tweaks I need to do to make
snapshot nicer and to make it compile at all on Rawhide

  Best regards, Ján

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



[jira] Commented: (QPID-2552) broker memory leaks

2010-04-29 Thread Jan Sarenik (JIRA)

[ 
https://issues.apache.org/jira/browse/QPID-2552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12862337#action_12862337
 ] 

Jan Sarenik commented on QPID-2552:
---

Still valid on qpid-0.7-r939184, still random

 broker memory leaks
 ---

 Key: QPID-2552
 URL: https://issues.apache.org/jira/browse/QPID-2552
 Project: Qpid
  Issue Type: Bug
  Components: C++ Broker
Affects Versions: 0.7
 Environment: Fedora Rawhide x86_64
 glibc-2.11.90-20.x86_64
 valgrind-3.5.0-16.fc14.x86_64
 gcc-c++-4.4.3-18.fc14.x86_64
 boost-devel-1.41.0-8.fc14.x86_64
Reporter: Jan Sarenik
Assignee: Gordon Sim
Priority: Critical
 Fix For: 0.7

 Attachments: qpid-cpp-r938298-makecheck.log, qpid-r938298.diff


 There was a recent patch to Glibc which added another sanity check for
 fastbins (I personally do not understand the whole fastbin concept yet and
 when the error first occured, I was mislead by myself and thought it has
 something to do with prelink, but now I have clean system without prelink
 with all the binaries exactly the same as they come in packages). See
 http://repo.or.cz/w/glibc.git/commit/90a3055e8bdd9308eceeadc0b37278f324ec6b5d
 The problem here is, that qpidd is very easily (though randomly) caught
 by this check. This often happens during 'make check' and it successfully
 renders any of the tests as false-positive.
 I was discussing this issue with Jakub Jelinek (Glibc hacker) as I was
 not sure if the problem resides on our side or not and he suggested to
 use Valgrind or ElectricFence. So I installed Valgrind and I am kindly
 asking you, the developers to fix the memory leaks in Qpid.
 Have a look at the attached log of 'make check' on r938298 of qpid trunk
 (with little clean-up patches also included in attachment).
 The problem should arise in any of the modern GNU/Linux
 distributions. Even the beta RHEL6 contains new Glibc with mentioned
 patch so I am setting critical priority for this.
 I did not try to compile the whole thing against older (stable?) boost
 version, but can do that easily if it helps in extracting the root cause
 of the problem. No idea how suspicious boost can be in this case.
 Get back to me if there is anything else I can help with or more
 info to add.

-- 
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



cluster_read_credit (was: qpid-r939184-jasan make check)

2010-04-29 Thread Ján Sáreník
Hi again!

On Thu, Apr 29, 2010 at 07:56:02PM +0200, Ján Sáreník wrote:
 There are only Valgrind errors that I see and Gordon says they are
 merely SASL-related. Should I send a bug-report to cyrus-sasl to make
 it clean or should those error be added as exceptions? I would like to
 spread the word about qpid and to encourage people from community to
 compile it and give it a try. If some of them have valgrind installed
 they could be surprised that the tests fail...

After more 'make check's even with VALGRIND= to disable it,
I got few different errors:

 1. https://issues.apache.org/jira/browse/QPID-2552 reported earlier
(just to prove it is still valid)

 2. cluster_read_credit fails randomly as well
I thought I worked this error around by making sure there
are no leftover pidfiles in ~/.qpidd or /tmp and no leftover
daemons running, but it does not help actually. It says:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PASS: run_cluster_test
2010-04-29 20:27:17 warning Connection closed
2010-04-29 20:27:17 warning Connect failed: Connection refused
2010-04-29 20:27:17 warning Connection closed
Failed: Cannot establish a connection
2010-04-29 20:27:17 critical Unexpected error: Removing stale lock file 
/tmp/qpidd.46939.pid
Errors stopping brokers on ports:  46939
FAIL: cluster_read_credit
PASS: test_watchdog
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Alan, you have a log entry for cluster_read_credit file, do you
have an idea how to fix it?

   Thanks, Ján
-- 
Red Hat Czech, MRG Quality Engineering

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



[jira] Commented: (QPID-2088) any service on windows vista linking with c++ qpid client (common clinet) and calling CoInitializeEx to use COM fails to start with Error 1053 ...

2010-04-29 Thread Chuck Rolke (JIRA)

[ 
https://issues.apache.org/jira/browse/QPID-2088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12862361#action_12862361
 ] 

Chuck Rolke commented on QPID-2088:
---

Is there any evidence in the System event log? There's probably a great clue 
there.

The skeleton service works on Vista without the qpid dlls?

Are the qpid DLLs co-located in the same directory as the executable?



 any service on windows vista linking with c++ qpid client (common  clinet) 
 and calling CoInitializeEx to use COM fails to start with Error 1053 ...
 --

 Key: QPID-2088
 URL: https://issues.apache.org/jira/browse/QPID-2088
 Project: Qpid
  Issue Type: Bug
  Components: C++ Client
Affects Versions: 0.5
 Environment: Windows Vista
Reporter: Nicolae Claudius
   Original Estimate: 336h
  Remaining Estimate: 336h

 Steps that reproduce the problem:
 1. Create an skeleton widows service ( with main() , ServiceMain(int argc, 
 char** argv) , InitService() , ControlHandler(DWORD request) )
 i used the template here: http://www.devx.com/cplus/Article/9857
 2. Add to the linker the qpid libs (common.lib and client.lib) in Project - 
 Properties - Linker ( include path and libs ) 
 3. Call CoInitializeEx to initialize windows COM with your desired parameters 
 (any of them for our purpose), anywhere in your program (for example in main 
 or servicemain)
 4. Register the service with the following console command
 sc create your_service_name binPath= 
 C:\\path_to_your_compiled_exe\your_service.exe
 4. Open services.msc from run or console, and start your service (right click 
 - start)
 *** At this point the service tries to start but after about 2 seconds fails 
 with the error:
 Error 1053: The service did not respond to the start or control request in a 
 timeley fashion
 NOTICE
 The error is *only* on Windows Vista, on Windows XP works as desired
 (Notice that you only have to link the libs not necesarily use qpid 
 functions, strange...)

-- 
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



Re: Understanding Java Tests

2010-04-29 Thread Martin Ritchie
As some one who has written and debugged a fair number of the tests if  
you've got any major offenders in mind let me know and I'll get some  
text on them.


Martin

--
Martin

Sent from my iPhone

On 29 Apr 2010, at 23:03, Rajith Attapattu rajit...@gmail.com wrote:


Hi All,

Sometimes it's very difficult to understand the intent of a test case
by just reading the code, especially if the test itself is wrong or
has bugs.

Therefore may I kindly ask anybody who writes a new test case or
debugs/works on an existing test case to document the following .

1. Goal : What the test is trying to achieve.
2. Strategy : How the test is constructed to achieve the above goal.

Obviously we don't need to document every test out there, as some
tests are very simple and where you can easily understand by just
reading the code.
But we do have a hell of a lot of tests that are not trivial. For
these test cases it's important we document the above.
It makes peoples life easy as they don't have to pull their hair 
curse while trying to guess what the original intent was.
Also it helps to identify if the test is wrong or if it's buggy.

So if you are working on an existing or new test case, please be
considerate and try to document it if it's not trivial.

Regards,

Rajith Attapattu
Red Hat
http://rajith.2rlabs.com/

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



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



RE: Understanding Java Tests

2010-04-29 Thread Steve Huston
(This goes for all the tests, not just Java...)

 -Original Message-
 From: Rajith Attapattu [mailto:rajit...@gmail.com] 
 Sent: Thursday, April 29, 2010 6:03 PM
 To: dev@qpid.apache.org
 Subject: Understanding Java Tests
 
 
 Hi All,
 
 Sometimes it's very difficult to understand the intent of a 
 test case by just reading the code, especially if the test 
 itself is wrong or has bugs.
 
 Therefore may I kindly ask anybody who writes a new test case 
 or debugs/works on an existing test case to document the following .
 
 1. Goal : What the test is trying to achieve.
 2. Strategy : How the test is constructed to achieve the above goal.
 
 Obviously we don't need to document every test out there, as 
 some tests are very simple and where you can easily 
 understand by just reading the code. But we do have a hell of 
 a lot of tests that are not trivial. For these test cases 
 it's important we document the above. It makes peoples life 
 easy as they don't have to pull their hair  curse while 
 trying to guess what the original intent was. Also it helps 
 to identify if the test is wrong or if it's buggy.
 
 So if you are working on an existing or new test case, please 
 be considerate and try to document it if it's not trivial.
 
 Regards,
 
 Rajith Attapattu
 Red Hat
 http://rajith.2rlabs.com/
 
 -
 Apache Qpid - AMQP Messaging Implementation
 Project:  http://qpid.apache.org
 Use/Interact: mailto:dev-subscr...@qpid.apache.org
 
 


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