Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Piero Sartini
Am Dienstag, 23. Oktober 2007 16:02:01 schrieb Ted Husted: > Does NetBeans bundle a database now? Along with Spring 2, Hibernate 3, > and Struts 1 (not to mention Tapestry), MyEclipse 6 also includes > Tomcat and Derby, so it is, in fact, an end- to-end, full-stack > solution. If you choose to ins

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Ted Husted
On 10/23/07, Piero Sartini <[EMAIL PROTECTED]> wrote: > This sounds much like NetBeans ;-) Quite possibily. It's been awhile since I looked at NetBeans. Of course, an advantage there is that you can also get Java in the same download :) I've been doing conducting a series of training classes for

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Piero Sartini
Am Dienstag, 23. Oktober 2007 15:18:01 schrieb Ted Husted: > With Java installed, MyEclipse is now a full stack out-of-the box. You > don't actually *need* to download anything else. Period. It's also an > AppFuse-style full-stack, in that you can choose to add and subtract > features like Struts 1

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Don Brown
Fair enough, I guess I was responding more to the little maven 2 here, little JPA there comment. I would love to see a truly end-to-end solution like MyEclipse tie everything together. Last I checked, they weren't supporting Struts 2, but perhaps that's changed? Don On 10/23/07, Ted Husted <[EM

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Ted Husted
On 10/23/07, Don Brown <[EMAIL PROTECTED]> wrote: > Heh, it is the cobbled-together Java solutions that drive many people > to Rails in the first place :) I do think there is value in the > Appfuse approach and would like them to do more to encourage faster, > full-stack development. I'm not sure

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Don Brown
On 10/23/07, Ted Husted <[EMAIL PROTECTED]> wrote: > Why not make this "name.extension", and make it part of the core framework? > > Instead of just having one default result, we could have a default > result for various extension types. Not just for this plugin, but for > all XWork2 applications.

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Ted Husted
Craig McClanahan wrote: > I've gone over to the dark side :-) No, no, no. I went over to the dark side when I stuck with my team after the organization switched to .NET. :) Personally, I'd characterize going over to Rails as walking into the light :) We have several other Struts committers that

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Ted Husted
(From "Plugins gone Wild") On 10/22/07, Don Brown <[EMAIL PROTECTED]> wrote: > Also, I wouldn't include the rest plugin in core as it places some > strict requirements on the format of the url that won't be compatible > with most Struts 2 apps. That's a good point. I went over the Rails conventio

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Ted Husted
On 10/23/07, Don Brown <[EMAIL PROTECTED]> wrote: > * Ability to customize XML and JSON output (declare a result named > "NAME-EXTENSION", e.g. "success-xml" Why not make this "name.extension", and make it part of the core framework? Instead of just having one default result, we could have a def

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Don Brown
Great post, Craig. Most everything you describe is supported by the Rest Plugin: * All the described URL patterns * The automatic use of the Location header after a POST * Ability to switch representation using extension (adding accept header support would be easy) * All actions are on one Co

Re: [s2] Proposal: Rest Plugin

2007-10-23 Thread Craig McClanahan
On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > On 10/22/07, Martin Cooper <[EMAIL PROTECTED]> wrote: > > On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > > > > > > [...] > > > Which reminds me, this plugin is targeted towards HTML-based web apps > > > that want to expose their information i

Re: [s2] Proposal: Rest Plugin

2007-10-22 Thread Ted Husted
There must be a DNS glitch from where I am. On 10/22/07, Don Brown <[EMAIL PROTECTED]> wrote: > Really? I just loaded it. It is a page that has links to the english > and italian versions, and the english one works at least. > > Don > > On 10/22/07, Ted Husted <[EMAIL PROTECTED]> wrote: > > The P

Re: [s2] Proposal: Rest Plugin

2007-10-22 Thread Don Brown
s/Italian/German and Spanish/ On 10/22/07, Don Brown <[EMAIL PROTECTED]> wrote: > Really? I just loaded it. It is a page that has links to the english > and italian versions, and the english one works at least. > > Don > > On 10/22/07, Ted Husted <[EMAIL PROTECTED]> wrote: > > The PDF link is bro

Re: [s2] Proposal: Rest Plugin

2007-10-22 Thread Don Brown
Really? I just loaded it. It is a page that has links to the english and italian versions, and the english one works at least. Don On 10/22/07, Ted Husted <[EMAIL PROTECTED]> wrote: > The PDF link is broken now. > > On 10/22/07, Don Brown <[EMAIL PROTECTED]> wrote: > > I was going off the free r

Re: [s2] Proposal: Rest Plugin

2007-10-22 Thread Ted Husted
The PDF link is broken now. On 10/22/07, Don Brown <[EMAIL PROTECTED]> wrote: > I was going off the free rest pdf linked to in the documentation, but > I hear it has changed slightly for 2.0. > > Don > > On 10/22/07, Ted Husted <[EMAIL PROTECTED]> wrote: > > On 10/21/07, Don Brown <[EMAIL PROTECTE

Re: [s2] Proposal: Rest Plugin

2007-10-22 Thread Don Brown
I was going off the free rest pdf linked to in the documentation, but I hear it has changed slightly for 2.0. Don On 10/22/07, Ted Husted <[EMAIL PROTECTED]> wrote: > On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > > [2] http://cwiki.apache.org/S2PLUGINS/rest-plugin.html > > "100% follow Ruby

Re: [s2] Proposal: Rest Plugin

2007-10-22 Thread Ted Husted
On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > [2] http://cwiki.apache.org/S2PLUGINS/rest-plugin.html "100% follow Ruby on Rails-style Rest URL conventions" Is there a cannonical reference as to the conventions, especially one that would be accessible to people who haven't written a Rails ap

Re: [s2] Proposal: Rest Plugin

2007-10-22 Thread Ted Husted
Possible to implement the application, or clone the implementation? Personally, I'd also like to implement some of the Rails examples, though maybe not in the Apache Struts repository. (Which was the original idea behind the SourceForge site: a place to host other example applications.) -Ted. On

Re: [s2] Proposal: Rest Plugin

2007-10-22 Thread Ted Husted
On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > The rest plugin heavily depends on the current codebehind plugin, so > if we are going to merge them, we should do it as soon as possible. > Could someone outline what exactly the changes would look like? I'm going to get started on the RESTful M

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Don Brown
The mailreader is a good one, but when I get the chance, I want to port the bookmarks application from the Restful Web Applications book. The plugin needs a bit more work (namely wildcards in namespaces) before that will be fully possible. Don On 10/22/07, Ted Husted <[EMAIL PROTECTED]> wrote:

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Ted Husted
On 10/21/07, Matt Raible <[EMAIL PROTECTED]> wrote: > It'd be very > interesting to develop a sample application that uses SOFEA principles - > possibly using the rest-plugin and YUI. I'm game :) -Ted. - To unsubscribe, e-mail:

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Don Brown
On 10/22/07, Ted Husted <[EMAIL PROTECTED]> wrote: > On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > > Therefore, I'd like to propose we add the Rest Plugin, now residing > > in the Struts sandbox, to the list of bundled Struts 2 plugins. > > I'd like to put together a RESTful Mailreader first.

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Don Brown
On 10/22/07, Martin Cooper <[EMAIL PROTECTED]> wrote: > On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > > > > [...] > > Which reminds me, this plugin is targeted towards HTML-based web apps > > that want to expose their information in machine-readable ways (XML > > and JSON), > > > I presume yo

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Ted Husted
On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > Therefore, I'd like to propose we add the Rest Plugin, now residing > in the Struts sandbox, to the list of bundled Struts 2 plugins. I'd like to put together a RESTful Mailreader first. I can try and do that over the course of the week. We alrea

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Martin Cooper
On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > > [...] > Which reminds me, this plugin is targeted towards HTML-based web apps > that want to expose their information in machine-readable ways (XML > and JSON), I presume you mean DOM-based apps; some of us don't use HTML any more. ;-) but an

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Frank W. Zammetti
Don Brown wrote: Completely agree. A lot of Struts developers have started moving to more Ajax-centric approaches where the server-side is mostly static html and DWR. I think that Rest provides a more useful and ultimately flexible solution, especially if you get things like XML and JSON encodi

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Don Brown
On 10/22/07, Matt Raible <[EMAIL PROTECTED]> wrote: > One thing I think we should change is /orders/{id};edit to /orders/{id}/edit > - much like Rails 2.0 supports. Yep, shouldn't be too hard to support both really. > Also, is "Resource" required as the suffix for classes? I think this is > somet

Re: [s2] Proposal: Rest Plugin

2007-10-21 Thread Matt Raible
On 10/21/07, Don Brown <[EMAIL PROTECTED]> wrote: > > The more I study Rest [1] and now having used it in a production > application, the more I'm convinced Struts 2 needs to be the premier > way to write Restful web applications. The HTTP-based Rest theory is > well-suited to the action-based Mode

[s2] Proposal: Rest Plugin

2007-10-21 Thread Don Brown
The more I study Rest [1] and now having used it in a production application, the more I'm convinced Struts 2 needs to be the premier way to write Restful web applications. The HTTP-based Rest theory is well-suited to the action-based Model 2 design as makes it easy to write naturally Restful appli