Hi All, Rupert - thanks for your work on the test interop. I wanted to query the proposal to make the java client test talk more AMQP than JMS. I'm not sure that this will really represent a more realistic test for users. I think we need both i.e. tests using JMS messages and tests using non-JMS messages from java to C++ ?
Let me know what you think - it'd probably be best if I raise a separate JIRA to detail the set we need for Java to C++ interop. With regard to all the interop suites we need, and the test structure as it stands - we need to try and define smaller tasks than we have done (as a project) in the past. No-one can realistically (or withouth coercion :-) pick up tasks that say such hopeful things as 'change all of xx' or 'do more y' :-) Let's try to create more do-able JIRAs and do things in manageable chunks. Just my tuppence - hth. Bfn, Thanks, Marnie On 2/12/07, Tomas Restrepo <[EMAIL PROTECTED]> wrote:
Alane, > Glad to see you fixed this, let me know if no-one on the Java side picks > it up. We really need some automated interop testing between C++ & Java > projects. I'd say we need some automated interop testing between all the platforms supported by the project. One thing I've noticed that seems to be making this harder than need be (at least in my dealings with the .NET client and java broker) has been that the unit tests seem to be a combination of real stand-alone unit tests, integration tests and advanced integration tests (like failover support) requiring very specific conditions to be met and special set up. One thing I'd say would make it easier to automate this would be to explicitly separate those tests into different suites and also possibly ensure we had a command line (and even a gui?) client built on top of each of the different language client code bases so that we can easily run it against each broker. I think it would be particularly desirable if all of these integration clients/tests would be the same set of tests, instead of having each language implement their own set of tests. Tomas Restrepo [EMAIL PROTECTED] http://www.winterdom.com/weblog/
