I agree - it's very simple. The first thing I did was sniff the RPC protocol on the network. I did that a few years ago.

But the problem is that without the protocol properly documented by the RPC Broker team I can't make any assumptions at all that what I'm seeing come across the network in a given IP session represents all possible cases. And I don't feel comfortable making guesses at the semantics of the control characters and separators that come in the transmission.

It's kind of frustrating in a way because the protocol is so simple.... but writing my own protocol and client/server is much safer than risking downtime because the RPC Broker protocol changes and I don't have documentation to rewrite my code.

As soon as I am comfortable with the documentation that's there I'll make an effort when I have time to write my code to the RCP Broker spec.


Richard Schilling









Todd Berman wrote:
On Fri, 2005-10-21 at 13:51 -0700, Richard Schilling wrote:

Nancy Anthracite wrote:

You mentioned the Broker documentation, and I know you are not referring to this particular documentation, but I was poking around the Broker components while attempting to use Delphi a few months back and the Help files with them were really wonderful. It was like a friend was right there trying to help me out and was doing a bang up job of it.

From the end user standpoint and delphi developer standpoint it's great. No question. But I haven't seen any documentation yet on the actual protocol used on the wire yet. Have you run across this?



Honestly, Ive never seen a simpler protocol over the wire. It is pretty
painfully easy. The harder issue is to figure out what the data returned
is, basically  "What does piece 12 of this string do?". But the over the
wire stuff is very trivial. I believe I implemented it in about an hour.

--Todd



-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members




-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to