[rt-devel] Thoughts on 2.2

Marc Hedlund marc at precipice.org
Tue Oct 16 23:11:56 EDT 2001


+1 to this.  I agree that "massive added complexity" comes to mind when
you look at soap and xml-rpc, but you as an author are insulated from
that, and everyone who digs this type of transaction will expect the
standard.  "Why should I have to write a custom xml document handler for
<language.x> to use the web service interface?", etc.

Marc Hedlund 
e: marc at precipice dot org

On 10 Oct 2001, Ilya Martynov wrote:

> 
> 
> JV> Web Services Framework
> 
> JV> Should	Expose an API to create a ticket by HTTP posting an XML document.
> JV> Should  Provide an RSS feed to display tickets matching certain criteria
> JV> Nice	Allow ticket updates via the web ui
> JV> Nice	Export full ticket metadata and history as XML
> 
> JV> Note: 	I currently favor the REST philosophy that GET and POST to specific,
> JV> 	defined URLs provides everything one needs to build comprehensive
> JV> 	web services without the massive added complexity of a SOAP or XML-RPC
> JV> 	framework.
> 
> Wishlist: on.
> 
> Consider using SOAP instead of just XML documents. Many languages have
> very convinent and transparent support for SOAP (SOAP::Lite rocks in
> Perl). I suspect that it will be much more easier to write clients
> using SOAP interface compating to raw XML inteface.
> 
> Ofcource as RT author you should understand internals better than me
> :) But at first look it seems to me that SOAP interface should be
> easier to implement (again SOAP::Lite rocks :) ).
> 
> 
> -- 
>  -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> | Ilya Martynov (http://martynov.org/)                                    |
> | GnuPG 1024D/323BDEE6 D7F7 561E 4C1D 8A15 8E80  E4AE BE1A 53EB 323B DEE6 |
> | AGAVA Software Company (http://www.agava.com/)                          |
>  -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> 
> _______________________________________________
> rt-devel mailing list
> rt-devel at lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-devel
> 





More information about the Rt-devel mailing list