Interest in a Formal STOMP Compliance Suite?

[Matthew Alton]

Would the project benefit from a formal STOMP compliance suite?  This would be a testing framework for use in certifying the correctness of a given STOMP implementation.  I am going to be creating at least an informal framework as a tool for use in regression testing of successive software revisions.  It would not be much more difficult to provide this framework as a starting point for discussion on the matter of precision in the specification.

Thanks.

--Matt

[Hiram Chirino]

Sure, but how would it work?

--
You received this message because you are subscribed to the Google Groups "stomp-spec" group.
To unsubscribe from this group and stop receiving emails from it, send an email to stomp-spec+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

--

Hiram Chirino

Engineering | Red Hat, Inc.

hchi...@redhat.com | fusesource.com | redhat.com

skype: hiramchirino | twitter: @hiramchirino

blog: Hiram Chirino's Bit Mojo

[Matthew Alton]

The compliance suite would consist of a series of automated tests that a STOMP implementation would have to pass.  In order to test a candidate STOMP server a precisely defined sequence of bytes would be sent to it and the server's responses would be examined.  The server's compliance would then be determined on the basis of the correctness of the interactive behavior.  The compliance testing for a client implementation would be very similar.

The suite could probably be implemented as a series if scripts that use the netcat (or similar) utility program to handle the actual network interaction along with a parser program to examine the data produced by the tests.

Compliance suites, in addition to being useful to protocol implementers, serve to focus protocol specification discussion.

[Hiram Chirino]

Considering there are many more client implementations of varying quality than server implementations, I was hoping the compliance suite for clients would be tackled first.

[Matthew Alton]

An excellent idea.  Is there an official STOMP server reference to derive the tests from?  If not, is there a de facto implementation that we could start with?  The Apache one perhaps?

[Hiram Chirino]

You know, what might be interesting is if you could implement the verification suite as a passthrough proxy. 

[Matthew Alton]

I'll keep it modular enough that constructing a passthrough with netcat would be trivial.  The suite itself consists mainly of text messages for transmission and unambiguous criteria for acceptable responses.

On Thu, Apr 4, 2013 at 3:38 PM, Hiram Chirino <hi...@hiramchirino.com> wrote:

You know, what might be interesting is if you could implement the verification suite as a passthrough proxy. 

--
You received this message because you are subscribed to a topic in the Google Groups "stomp-spec" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/stomp-spec/SCFOyMP8fFM/unsubscribe?hl=en.
To unsubscribe from this group and all its topics, send an email to stomp-spec+...@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.
 
 

--
Matthew Alton

UNIX Systems Programming & Administration

"Beware of bugs in the above code; I have only proved it correct, not tried it." -- Donald Knuth

[Lionel Cons]

Hiram Chirino <hi...@hiramchirino.com> writes:
> You know, what might be interesting is if you could implement the verification suite as a passthrough proxy.

This would be excellent.

This way, you can validate real traffic exchanged between real pairs of client+server.

Cheers,

Lionel

[Matt Broadstone]

Did anything ever come of this? I can't seem to find a compliance suite online anywhere.

Thanks,

Matt