On Jun 15, 2006, at 7:00 AM, Gregg Wonderly wrote:
> >>public void get( Object parm );
> >
> > It's really not. There are no parameters. There's a URI and the GET
> > operation. C'est tout.
>
> The URI is the parameter to GET.
No, the URI is the identifier of the resource you invoke GET on. OTW,
the URI is the object pointer and GET is the method.
> Without it, GET has nothing to function with.
> It controls the behavior of system, and affects the returned result
> in a
> general sense. You could of course have a server that responds to
> any URI with
> 404 not found, and then you could argue that the URI has no meaning...
Why not look at the HTTP specs instead of argueing :-)
>
> > How many parameters do you need to invoke toString() on a Java
> object
> > when given a handle to one? Same answer.
>
> The result depends on which reference you have. The GET results
> depend on which
> URI you provide.
Well sure, I think Mark though you wanted to supply a parameter to
the GET invocation on the resource (which is identified by the URI).
I suppose you had something along the lines of doing OO in a non OO
language in mind:
public Response get( Resource self)
But the simplest way to think about HTTP is really:
public class Resource
{
public Response GET();
public Response POST( String data );
public Response PUT( String data );
....
}
>
> >>The document content has different constraints. My argument is
> still that HTTP
> >>is being used as a transport protocol, and the URI is just a
> service name.
> >
> > Right-o on the last part, but 100s of millions of HTTP component
> > running at this very moment disagree with the first part.
>
> When I type a URI into my browser and hit return, only the URI is
> 'transported',
> no content is transfered...
If you refer to "state transfer"...it is the state of the application
that is being transferred to the user agent upon the GET invocation.
Jan
>
> Gregg Wonderly
------------------------ Yahoo! Groups Sponsor --------------------~-->
Yahoo! Groups gets a make over. See the new email design.
http://us.click.yahoo.com/XISQkA/lOaOAA/yQLSAA/NhFolB/TM
--------------------------------------------------------------------~->
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/service-orientated-architecture/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
