Re: [Rife-users] rest support
Ok, too bad :-/ On 13 Feb 2007, at 09:28, Christian Vest Hansen wrote: Hi Geert, Unfortunately no, I haven't looked into it any further. It looks like my project is headed in the direction of SOAP, so right now there's little incentive to investigate further in REST. But I'll be sure to let you know if the situation changes (again). 2007/2/13, Geert Bevin <[EMAIL PROTECTED]>: Hi Christian, this all sounds very interesting. Did you have time to look a bit deeper? What are your thoughts? Take care, Geert On 08 Feb 2007, at 19:56, Christian Vest Hansen wrote: > I wrote a prototype of a framework that took implementations of a > RestService interface and exsposed them as services through a servlet. > It uses Castor for marshalling, which works great. But this whole > "roll your own framework" thing is a dangarous path to venture, lest > your certain you can lift the burden of maintaining it. > > The thing is, that I don't really know what'll integrate with these > services. All I know is, that it's probably a Rails app. > And we're still tumbling the question of SOAP vs. REST. We've been > doing SOAP with JSR-181 annotations till recently, and it has shown > quite a bit of a hassle when Rails wants to use these services, which > defeated the annotaion induced productivety increase. > This was due to two things: Rails being a bitch with conventions, and > Axis/JBossws being a jerk with marshalling and other forms of XML > generation. > > So now we're trying to give REST a spin... trying as in fumbling in > the dark, hoping to strike gold. > > I just checked out the source of RIFE/Crud. It seemed suprisingly > small, and if replacing templates is all it takes, then it does indeed > sound easy. > > I guess tomorrow will tell if we'll be investing time in it. > > 2007/2/8, Geert Bevin <[EMAIL PROTECTED]>: >> Well, it depends on how you look at it. Indeed, the purist would >> modify and enforce the HTTP verbs, but I think that a RESTful >> approach (instead of pure REST) is much more practical. The HTTP >> verbs are too limited and I think that for a pure web service both >> GET and POST should be accepted. Using the submission name as an >> alternative works really well, one of the benefits this has is that >> you can rely on RIFE's behavioral inheritance to chain submissions in >> one request (first authenticate and then perform an action). RESTful >> web services like this are intended to be called from inside an >> application and not to be present as accessible HTML links inside a >> web page, which is why the distinction between GET and POST to >> enforce idempotency is a bit moot. You can just as easily craft a GET >> request as a POST request inside your application. Also, as Emmanuel >> rightfully says, this approach has the benefit of making it easy to >> quickly call RESTful web services by simply typing the commands in >> the browser location bar. >> >> To create RESTful web services in RIFE, all you need to do is replace >> the HTML templates with XML templates that contain the structures you >> want to return. This is what I did with Bla-bla List and it could >> indeed be easily done with RIFE/Crud. If you do this, it would be a >> great contribution. >> >> Take care, >> >> Geert >> >> On 07 Feb 2007, at 22:01, Christian Vest Hansen wrote: >> >> > Hmm... it's lacking in some respects, if you want to go purist. >> > >> > Take this URL from the wiki: >> > >> > http://blablalist.com/createlist? >> >submission=credentials& >> >login=johnsmith& >> >password=password& >> >submission=create& >> >name=Things+I+need+to+do+today >> > >> > That looks like a HTTP GET to me, in which case, it is missing on a >> > key point of REST: the HTTP verbs. >> > >> > Instead, it should have been a POST to this URL (for instance): >> > >> > http://blablalist.com/lists/Things+I+need+to+do+today/ >> > >> > With this XML document in the POST payload: >> > >> > >> > >> >johnsmith >> >password >> > >> > >> > >> > This is the kind of thing that I thought would be nice if it >> could be >> > auto generated based on meta data :) >> > >> > Some extra info: http://www.xfront.com/REST-Web-Services.html >> > >> > >> > 2007/2/7, Emmanuel Okyere <[EMAIL PROTECTED]>: >> >> Christian, >> >> >> >> Have you seen blabla list? this is a link to it's REST API: >> >> http://rifers.org/wiki/display/BLA/REST+API >> >> >> >> You don't have to do anything special to return XML over HTTP; >> just >> >> set your templates to describe the xml structs you want to return >> >> with >> >> value placeholders for the dynamic bits, just as you would for an >> >> xhtml output. Download the blabla code. Should help more. >> >> >> >> HTH >> >> >> >> Cheers, >> >> Emmanuel >> >> >> >> On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: >> >> > Hi, >> >> > >> >> > There aren't any special support for REST style web services in >> >> RIFE, are the
Re: [Rife-users] rest support
Hi Geert, Unfortunately no, I haven't looked into it any further. It looks like my project is headed in the direction of SOAP, so right now there's little incentive to investigate further in REST. But I'll be sure to let you know if the situation changes (again). 2007/2/13, Geert Bevin <[EMAIL PROTECTED]>: Hi Christian, this all sounds very interesting. Did you have time to look a bit deeper? What are your thoughts? Take care, Geert On 08 Feb 2007, at 19:56, Christian Vest Hansen wrote: > I wrote a prototype of a framework that took implementations of a > RestService interface and exsposed them as services through a servlet. > It uses Castor for marshalling, which works great. But this whole > "roll your own framework" thing is a dangarous path to venture, lest > your certain you can lift the burden of maintaining it. > > The thing is, that I don't really know what'll integrate with these > services. All I know is, that it's probably a Rails app. > And we're still tumbling the question of SOAP vs. REST. We've been > doing SOAP with JSR-181 annotations till recently, and it has shown > quite a bit of a hassle when Rails wants to use these services, which > defeated the annotaion induced productivety increase. > This was due to two things: Rails being a bitch with conventions, and > Axis/JBossws being a jerk with marshalling and other forms of XML > generation. > > So now we're trying to give REST a spin... trying as in fumbling in > the dark, hoping to strike gold. > > I just checked out the source of RIFE/Crud. It seemed suprisingly > small, and if replacing templates is all it takes, then it does indeed > sound easy. > > I guess tomorrow will tell if we'll be investing time in it. > > 2007/2/8, Geert Bevin <[EMAIL PROTECTED]>: >> Well, it depends on how you look at it. Indeed, the purist would >> modify and enforce the HTTP verbs, but I think that a RESTful >> approach (instead of pure REST) is much more practical. The HTTP >> verbs are too limited and I think that for a pure web service both >> GET and POST should be accepted. Using the submission name as an >> alternative works really well, one of the benefits this has is that >> you can rely on RIFE's behavioral inheritance to chain submissions in >> one request (first authenticate and then perform an action). RESTful >> web services like this are intended to be called from inside an >> application and not to be present as accessible HTML links inside a >> web page, which is why the distinction between GET and POST to >> enforce idempotency is a bit moot. You can just as easily craft a GET >> request as a POST request inside your application. Also, as Emmanuel >> rightfully says, this approach has the benefit of making it easy to >> quickly call RESTful web services by simply typing the commands in >> the browser location bar. >> >> To create RESTful web services in RIFE, all you need to do is replace >> the HTML templates with XML templates that contain the structures you >> want to return. This is what I did with Bla-bla List and it could >> indeed be easily done with RIFE/Crud. If you do this, it would be a >> great contribution. >> >> Take care, >> >> Geert >> >> On 07 Feb 2007, at 22:01, Christian Vest Hansen wrote: >> >> > Hmm... it's lacking in some respects, if you want to go purist. >> > >> > Take this URL from the wiki: >> > >> > http://blablalist.com/createlist? >> >submission=credentials& >> >login=johnsmith& >> >password=password& >> >submission=create& >> >name=Things+I+need+to+do+today >> > >> > That looks like a HTTP GET to me, in which case, it is missing on a >> > key point of REST: the HTTP verbs. >> > >> > Instead, it should have been a POST to this URL (for instance): >> > >> > http://blablalist.com/lists/Things+I+need+to+do+today/ >> > >> > With this XML document in the POST payload: >> > >> > >> > >> >johnsmith >> >password >> > >> > >> > >> > This is the kind of thing that I thought would be nice if it >> could be >> > auto generated based on meta data :) >> > >> > Some extra info: http://www.xfront.com/REST-Web-Services.html >> > >> > >> > 2007/2/7, Emmanuel Okyere <[EMAIL PROTECTED]>: >> >> Christian, >> >> >> >> Have you seen blabla list? this is a link to it's REST API: >> >> http://rifers.org/wiki/display/BLA/REST+API >> >> >> >> You don't have to do anything special to return XML over HTTP; >> just >> >> set your templates to describe the xml structs you want to return >> >> with >> >> value placeholders for the dynamic bits, just as you would for an >> >> xhtml output. Download the blabla code. Should help more. >> >> >> >> HTH >> >> >> >> Cheers, >> >> Emmanuel >> >> >> >> On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: >> >> > Hi, >> >> > >> >> > There aren't any special support for REST style web services in >> >> RIFE, are there? >> >> > At my company, they've gone web service crazy, and as a >> >> developer I'm >> >> > finding myself in the middle o
Re: [Rife-users] rest support
Hi Christian, this all sounds very interesting. Did you have time to look a bit deeper? What are your thoughts? Take care, Geert On 08 Feb 2007, at 19:56, Christian Vest Hansen wrote: I wrote a prototype of a framework that took implementations of a RestService interface and exsposed them as services through a servlet. It uses Castor for marshalling, which works great. But this whole "roll your own framework" thing is a dangarous path to venture, lest your certain you can lift the burden of maintaining it. The thing is, that I don't really know what'll integrate with these services. All I know is, that it's probably a Rails app. And we're still tumbling the question of SOAP vs. REST. We've been doing SOAP with JSR-181 annotations till recently, and it has shown quite a bit of a hassle when Rails wants to use these services, which defeated the annotaion induced productivety increase. This was due to two things: Rails being a bitch with conventions, and Axis/JBossws being a jerk with marshalling and other forms of XML generation. So now we're trying to give REST a spin... trying as in fumbling in the dark, hoping to strike gold. I just checked out the source of RIFE/Crud. It seemed suprisingly small, and if replacing templates is all it takes, then it does indeed sound easy. I guess tomorrow will tell if we'll be investing time in it. 2007/2/8, Geert Bevin <[EMAIL PROTECTED]>: Well, it depends on how you look at it. Indeed, the purist would modify and enforce the HTTP verbs, but I think that a RESTful approach (instead of pure REST) is much more practical. The HTTP verbs are too limited and I think that for a pure web service both GET and POST should be accepted. Using the submission name as an alternative works really well, one of the benefits this has is that you can rely on RIFE's behavioral inheritance to chain submissions in one request (first authenticate and then perform an action). RESTful web services like this are intended to be called from inside an application and not to be present as accessible HTML links inside a web page, which is why the distinction between GET and POST to enforce idempotency is a bit moot. You can just as easily craft a GET request as a POST request inside your application. Also, as Emmanuel rightfully says, this approach has the benefit of making it easy to quickly call RESTful web services by simply typing the commands in the browser location bar. To create RESTful web services in RIFE, all you need to do is replace the HTML templates with XML templates that contain the structures you want to return. This is what I did with Bla-bla List and it could indeed be easily done with RIFE/Crud. If you do this, it would be a great contribution. Take care, Geert On 07 Feb 2007, at 22:01, Christian Vest Hansen wrote: > Hmm... it's lacking in some respects, if you want to go purist. > > Take this URL from the wiki: > > http://blablalist.com/createlist? >submission=credentials& >login=johnsmith& >password=password& >submission=create& >name=Things+I+need+to+do+today > > That looks like a HTTP GET to me, in which case, it is missing on a > key point of REST: the HTTP verbs. > > Instead, it should have been a POST to this URL (for instance): > > http://blablalist.com/lists/Things+I+need+to+do+today/ > > With this XML document in the POST payload: > > > >johnsmith >password > > > > This is the kind of thing that I thought would be nice if it could be > auto generated based on meta data :) > > Some extra info: http://www.xfront.com/REST-Web-Services.html > > > 2007/2/7, Emmanuel Okyere <[EMAIL PROTECTED]>: >> Christian, >> >> Have you seen blabla list? this is a link to it's REST API: >> http://rifers.org/wiki/display/BLA/REST+API >> >> You don't have to do anything special to return XML over HTTP; just >> set your templates to describe the xml structs you want to return >> with >> value placeholders for the dynamic bits, just as you would for an >> xhtml output. Download the blabla code. Should help more. >> >> HTH >> >> Cheers, >> Emmanuel >> >> On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: >> > Hi, >> > >> > There aren't any special support for REST style web services in >> RIFE, are there? >> > At my company, they've gone web service crazy, and as a >> developer I'm >> > finding myself in the middle of it all. >> > I noticed that many of the services that I create are nothing more >> > than simple crud operations - this fits rather nicely with a REST >> > architecture. >> > And then it hit me; if I'm not mistaken, RIFE/Crud can generate >> fully >> > functional websites based on just the entity beans and the meta >> data >> > classes, to support precisely that I'm coding by hand these >> days, the >> > only difference being that I'm writing web services, and RIFE/ Crud >> > generates web sites with HMTL and all that. So, if I can generate >> > entier web sites, then I ought to be able to gen
Re: [Rife-users] rest support
I wrote a prototype of a framework that took implementations of a RestService interface and exsposed them as services through a servlet. It uses Castor for marshalling, which works great. But this whole "roll your own framework" thing is a dangarous path to venture, lest your certain you can lift the burden of maintaining it. The thing is, that I don't really know what'll integrate with these services. All I know is, that it's probably a Rails app. And we're still tumbling the question of SOAP vs. REST. We've been doing SOAP with JSR-181 annotations till recently, and it has shown quite a bit of a hassle when Rails wants to use these services, which defeated the annotaion induced productivety increase. This was due to two things: Rails being a bitch with conventions, and Axis/JBossws being a jerk with marshalling and other forms of XML generation. So now we're trying to give REST a spin... trying as in fumbling in the dark, hoping to strike gold. I just checked out the source of RIFE/Crud. It seemed suprisingly small, and if replacing templates is all it takes, then it does indeed sound easy. I guess tomorrow will tell if we'll be investing time in it. 2007/2/8, Geert Bevin <[EMAIL PROTECTED]>: Well, it depends on how you look at it. Indeed, the purist would modify and enforce the HTTP verbs, but I think that a RESTful approach (instead of pure REST) is much more practical. The HTTP verbs are too limited and I think that for a pure web service both GET and POST should be accepted. Using the submission name as an alternative works really well, one of the benefits this has is that you can rely on RIFE's behavioral inheritance to chain submissions in one request (first authenticate and then perform an action). RESTful web services like this are intended to be called from inside an application and not to be present as accessible HTML links inside a web page, which is why the distinction between GET and POST to enforce idempotency is a bit moot. You can just as easily craft a GET request as a POST request inside your application. Also, as Emmanuel rightfully says, this approach has the benefit of making it easy to quickly call RESTful web services by simply typing the commands in the browser location bar. To create RESTful web services in RIFE, all you need to do is replace the HTML templates with XML templates that contain the structures you want to return. This is what I did with Bla-bla List and it could indeed be easily done with RIFE/Crud. If you do this, it would be a great contribution. Take care, Geert On 07 Feb 2007, at 22:01, Christian Vest Hansen wrote: > Hmm... it's lacking in some respects, if you want to go purist. > > Take this URL from the wiki: > > http://blablalist.com/createlist? >submission=credentials& >login=johnsmith& >password=password& >submission=create& >name=Things+I+need+to+do+today > > That looks like a HTTP GET to me, in which case, it is missing on a > key point of REST: the HTTP verbs. > > Instead, it should have been a POST to this URL (for instance): > > http://blablalist.com/lists/Things+I+need+to+do+today/ > > With this XML document in the POST payload: > > > >johnsmith >password > > > > This is the kind of thing that I thought would be nice if it could be > auto generated based on meta data :) > > Some extra info: http://www.xfront.com/REST-Web-Services.html > > > 2007/2/7, Emmanuel Okyere <[EMAIL PROTECTED]>: >> Christian, >> >> Have you seen blabla list? this is a link to it's REST API: >> http://rifers.org/wiki/display/BLA/REST+API >> >> You don't have to do anything special to return XML over HTTP; just >> set your templates to describe the xml structs you want to return >> with >> value placeholders for the dynamic bits, just as you would for an >> xhtml output. Download the blabla code. Should help more. >> >> HTH >> >> Cheers, >> Emmanuel >> >> On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: >> > Hi, >> > >> > There aren't any special support for REST style web services in >> RIFE, are there? >> > At my company, they've gone web service crazy, and as a >> developer I'm >> > finding myself in the middle of it all. >> > I noticed that many of the services that I create are nothing more >> > than simple crud operations - this fits rather nicely with a REST >> > architecture. >> > And then it hit me; if I'm not mistaken, RIFE/Crud can generate >> fully >> > functional websites based on just the entity beans and the meta >> data >> > classes, to support precisely that I'm coding by hand these >> days, the >> > only difference being that I'm writing web services, and RIFE/Crud >> > generates web sites with HMTL and all that. So, if I can generate >> > entier web sites, then I ought to be able to generate some web >> > services too, boasting the same exact functionality. >> > >> > If this isn't already in there, how hard do you think it would >> be to add? >> > >> > >> > -- >> > Venlig hilsen / Kind regar
Re: [Rife-users] rest support
Well, it depends on how you look at it. Indeed, the purist would modify and enforce the HTTP verbs, but I think that a RESTful approach (instead of pure REST) is much more practical. The HTTP verbs are too limited and I think that for a pure web service both GET and POST should be accepted. Using the submission name as an alternative works really well, one of the benefits this has is that you can rely on RIFE's behavioral inheritance to chain submissions in one request (first authenticate and then perform an action). RESTful web services like this are intended to be called from inside an application and not to be present as accessible HTML links inside a web page, which is why the distinction between GET and POST to enforce idempotency is a bit moot. You can just as easily craft a GET request as a POST request inside your application. Also, as Emmanuel rightfully says, this approach has the benefit of making it easy to quickly call RESTful web services by simply typing the commands in the browser location bar. To create RESTful web services in RIFE, all you need to do is replace the HTML templates with XML templates that contain the structures you want to return. This is what I did with Bla-bla List and it could indeed be easily done with RIFE/Crud. If you do this, it would be a great contribution. Take care, Geert On 07 Feb 2007, at 22:01, Christian Vest Hansen wrote: Hmm... it's lacking in some respects, if you want to go purist. Take this URL from the wiki: http://blablalist.com/createlist? submission=credentials& login=johnsmith& password=password& submission=create& name=Things+I+need+to+do+today That looks like a HTTP GET to me, in which case, it is missing on a key point of REST: the HTTP verbs. Instead, it should have been a POST to this URL (for instance): http://blablalist.com/lists/Things+I+need+to+do+today/ With this XML document in the POST payload: johnsmith password This is the kind of thing that I thought would be nice if it could be auto generated based on meta data :) Some extra info: http://www.xfront.com/REST-Web-Services.html 2007/2/7, Emmanuel Okyere <[EMAIL PROTECTED]>: Christian, Have you seen blabla list? this is a link to it's REST API: http://rifers.org/wiki/display/BLA/REST+API You don't have to do anything special to return XML over HTTP; just set your templates to describe the xml structs you want to return with value placeholders for the dynamic bits, just as you would for an xhtml output. Download the blabla code. Should help more. HTH Cheers, Emmanuel On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: > Hi, > > There aren't any special support for REST style web services in RIFE, are there? > At my company, they've gone web service crazy, and as a developer I'm > finding myself in the middle of it all. > I noticed that many of the services that I create are nothing more > than simple crud operations - this fits rather nicely with a REST > architecture. > And then it hit me; if I'm not mistaken, RIFE/Crud can generate fully > functional websites based on just the entity beans and the meta data > classes, to support precisely that I'm coding by hand these days, the > only difference being that I'm writing web services, and RIFE/Crud > generates web sites with HMTL and all that. So, if I can generate > entier web sites, then I ought to be able to generate some web > services too, boasting the same exact functionality. > > If this isn't already in there, how hard do you think it would be to add? > > > -- > Venlig hilsen / Kind regards, > Christian Vest Hansen. > ___ > Rife-users mailing list > Rife-users@uwyn.com > http://lists.uwyn.com/mailman/listinfo/rife-users > -- blog -- http://eokyere.blogspot.com RIFE Framework -- http://rifers.org RIFE Training -- http://rifers.org/training Mohandas Gandhi - "You must be the change you wish to see in the world." ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Venlig hilsen / Kind regards, Christian Vest Hansen. ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn "Use what you need" - http://uwyn.com RIFE Java application framework - http://rifers.org Music and words - http://gbevin.com ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] rest support
You cannot make a POST submission from the location bar; if you have a form nothing prevents you from specifying the method for your submissions. cheers, Emmanuel On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: Hmm... it's lacking in some respects, if you want to go purist. Take this URL from the wiki: http://blablalist.com/createlist? submission=credentials& login=johnsmith& password=password& submission=create& name=Things+I+need+to+do+today That looks like a HTTP GET to me, in which case, it is missing on a key point of REST: the HTTP verbs. Instead, it should have been a POST to this URL (for instance): http://blablalist.com/lists/Things+I+need+to+do+today/ With this XML document in the POST payload: johnsmith password This is the kind of thing that I thought would be nice if it could be auto generated based on meta data :) Some extra info: http://www.xfront.com/REST-Web-Services.html 2007/2/7, Emmanuel Okyere <[EMAIL PROTECTED]>: > Christian, > > Have you seen blabla list? this is a link to it's REST API: > http://rifers.org/wiki/display/BLA/REST+API > > You don't have to do anything special to return XML over HTTP; just > set your templates to describe the xml structs you want to return with > value placeholders for the dynamic bits, just as you would for an > xhtml output. Download the blabla code. Should help more. > > HTH > > Cheers, > Emmanuel > > On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: > > Hi, > > > > There aren't any special support for REST style web services in RIFE, are there? > > At my company, they've gone web service crazy, and as a developer I'm > > finding myself in the middle of it all. > > I noticed that many of the services that I create are nothing more > > than simple crud operations - this fits rather nicely with a REST > > architecture. > > And then it hit me; if I'm not mistaken, RIFE/Crud can generate fully > > functional websites based on just the entity beans and the meta data > > classes, to support precisely that I'm coding by hand these days, the > > only difference being that I'm writing web services, and RIFE/Crud > > generates web sites with HMTL and all that. So, if I can generate > > entier web sites, then I ought to be able to generate some web > > services too, boasting the same exact functionality. > > > > If this isn't already in there, how hard do you think it would be to add? > > > > > > -- > > Venlig hilsen / Kind regards, > > Christian Vest Hansen. > > ___ > > Rife-users mailing list > > Rife-users@uwyn.com > > http://lists.uwyn.com/mailman/listinfo/rife-users > > > > > -- > blog -- http://eokyere.blogspot.com > RIFE Framework -- http://rifers.org > RIFE Training -- http://rifers.org/training > > Mohandas Gandhi - "You must be the change you wish to see in the world." > ___ > Rife-users mailing list > Rife-users@uwyn.com > http://lists.uwyn.com/mailman/listinfo/rife-users > -- Venlig hilsen / Kind regards, Christian Vest Hansen. ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- blog -- http://eokyere.blogspot.com RIFE Framework -- http://rifers.org RIFE Training -- http://rifers.org/training Mohandas Gandhi - "You must be the change you wish to see in the world." ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] rest support
Hmm... it's lacking in some respects, if you want to go purist. Take this URL from the wiki: http://blablalist.com/createlist? submission=credentials& login=johnsmith& password=password& submission=create& name=Things+I+need+to+do+today That looks like a HTTP GET to me, in which case, it is missing on a key point of REST: the HTTP verbs. Instead, it should have been a POST to this URL (for instance): http://blablalist.com/lists/Things+I+need+to+do+today/ With this XML document in the POST payload: johnsmith password This is the kind of thing that I thought would be nice if it could be auto generated based on meta data :) Some extra info: http://www.xfront.com/REST-Web-Services.html 2007/2/7, Emmanuel Okyere <[EMAIL PROTECTED]>: Christian, Have you seen blabla list? this is a link to it's REST API: http://rifers.org/wiki/display/BLA/REST+API You don't have to do anything special to return XML over HTTP; just set your templates to describe the xml structs you want to return with value placeholders for the dynamic bits, just as you would for an xhtml output. Download the blabla code. Should help more. HTH Cheers, Emmanuel On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: > Hi, > > There aren't any special support for REST style web services in RIFE, are there? > At my company, they've gone web service crazy, and as a developer I'm > finding myself in the middle of it all. > I noticed that many of the services that I create are nothing more > than simple crud operations - this fits rather nicely with a REST > architecture. > And then it hit me; if I'm not mistaken, RIFE/Crud can generate fully > functional websites based on just the entity beans and the meta data > classes, to support precisely that I'm coding by hand these days, the > only difference being that I'm writing web services, and RIFE/Crud > generates web sites with HMTL and all that. So, if I can generate > entier web sites, then I ought to be able to generate some web > services too, boasting the same exact functionality. > > If this isn't already in there, how hard do you think it would be to add? > > > -- > Venlig hilsen / Kind regards, > Christian Vest Hansen. > ___ > Rife-users mailing list > Rife-users@uwyn.com > http://lists.uwyn.com/mailman/listinfo/rife-users > -- blog -- http://eokyere.blogspot.com RIFE Framework -- http://rifers.org RIFE Training -- http://rifers.org/training Mohandas Gandhi - "You must be the change you wish to see in the world." ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Venlig hilsen / Kind regards, Christian Vest Hansen. ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] rest support
Christian, Have you seen blabla list? this is a link to it's REST API: http://rifers.org/wiki/display/BLA/REST+API You don't have to do anything special to return XML over HTTP; just set your templates to describe the xml structs you want to return with value placeholders for the dynamic bits, just as you would for an xhtml output. Download the blabla code. Should help more. HTH Cheers, Emmanuel On 2/7/07, Christian Vest Hansen <[EMAIL PROTECTED]> wrote: Hi, There aren't any special support for REST style web services in RIFE, are there? At my company, they've gone web service crazy, and as a developer I'm finding myself in the middle of it all. I noticed that many of the services that I create are nothing more than simple crud operations - this fits rather nicely with a REST architecture. And then it hit me; if I'm not mistaken, RIFE/Crud can generate fully functional websites based on just the entity beans and the meta data classes, to support precisely that I'm coding by hand these days, the only difference being that I'm writing web services, and RIFE/Crud generates web sites with HMTL and all that. So, if I can generate entier web sites, then I ought to be able to generate some web services too, boasting the same exact functionality. If this isn't already in there, how hard do you think it would be to add? -- Venlig hilsen / Kind regards, Christian Vest Hansen. ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- blog -- http://eokyere.blogspot.com RIFE Framework -- http://rifers.org RIFE Training -- http://rifers.org/training Mohandas Gandhi - "You must be the change you wish to see in the world." ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
[Rife-users] rest support
Hi, There aren't any special support for REST style web services in RIFE, are there? At my company, they've gone web service crazy, and as a developer I'm finding myself in the middle of it all. I noticed that many of the services that I create are nothing more than simple crud operations - this fits rather nicely with a REST architecture. And then it hit me; if I'm not mistaken, RIFE/Crud can generate fully functional websites based on just the entity beans and the meta data classes, to support precisely that I'm coding by hand these days, the only difference being that I'm writing web services, and RIFE/Crud generates web sites with HMTL and all that. So, if I can generate entier web sites, then I ought to be able to generate some web services too, boasting the same exact functionality. If this isn't already in there, how hard do you think it would be to add? -- Venlig hilsen / Kind regards, Christian Vest Hansen. ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users