[EMAIL PROTECTED] wrote:
On Jul 11 2008, Ted Ross wrote:
[EMAIL PROTECTED] wrote:
> Hello Ted,
>
> Yes, this method works for the encoding of schema hash in the
Schema > Request (AM1S).
>
> Now I am able to fetch the Schema for the desired class. I have >
another question in the format of this schema. You can see it at the
> end of this email (output from the Management Client)… Also
attached > the output.text with this email.
>
> 1. Is this format correct? Am I printing the Schema-hash (from the
> schema request correctly)
>
> For example, I am doubtful about access, index, type… I am getting
> their corresponding numeric values here…
Rahul,
You have parsed most of the schema data correctly. The only problem I
see with your code is that it doesn't handle method arguments. When
you decode the map for a method, you need to get the argument count
and decode maps for each argument.
The "index" field is boolean (0=false, 1=true), the meanings for the
numeric values for "access" and "type" are documented on the wiki
page
(http://cwiki.apache.org/confluence/display/qpid/Management+Design+notes).
-Ted
Hi Ted,
Thanks very much for your qpick reply.
So if you see the schema for class "broker" in the attached output.txt
file in the previous email. For the method name = joinCluster. it does
the same thing you suggested for, get the argument count (in this case
1) and decode it (i see the argument name = clusterName, type =6, dir=
I, in this case). So it means it handles the method argument... are
you pointing the same thing for?
Thank you.
Best Regards,
Rahul
Rahul,
I was referring to your code, which does not take into account the
argument count for methods.
The output file (which is hard to read because you do not delimit the
maps) shows the map for the argument to "joinCluster" but does not show
the arguments for the "echo" method. In other words, there are maps in
the response that you did not print out because your counts don't
include the method arguments.
-Ted
