Well, first, are we talking about the right ajaxtags? :) There's a whole separate project with that name, and they supply essentially complete AJAX-based components. The ajaxtags in JWP is more low-level and flexible, more of a toolkit in the classic sense.
I ask because in fact most of what my ajaxtags does doesn't involve XML. :) At least, it's completely optional. Take a look at this article: http://omnytex.com/articles/ Basically, you know the URL you pass to XMLHttpRequest? Well, you can append a query string to it, and then you get the parameters just like any other parameter on the server (maybe in a Struts Action for example... in fact, Struts doesn't know it's an AJAX request coming in, so it will populate your form for you like always). You can also change the method to POST. The article I referenced shows doing exactly that (check out the sample app that's attached to it to see it in action). In addition to query strings, the payload you send doesn't have to be XML... you can just as easily send a comma-separate list for example, or whatever format you'd like. This is all true whether your using ajaxtags or something else. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] On Thu, November 10, 2005 1:51 pm, Rafael Nami said: > Super, I tested ajaxtags and really liked it, but that's how I said before > - > The team arged that before using a framework, they have to understand what > Ajax is. > So like, I don't have to supply xml to xmlHttpRequest? How can I do it? > > Thanks in advance > > Rafael Mauricio Nami > > 2005/11/10, Frank W. Zammetti <[EMAIL PROTECTED]>: >> >> I'm not sure there are any at this point. I'm sure some have been >> proposed by someone somewhere, but I'm not aware of them. >> >> You might want to have a look at my AjaxTags if your finding what your >> doing now to be a bit of a pain... >> http://javawebparts.sourceforge.net... >> go to the javadocs and find the ajaxtags package. The package docs >> should >> give you a pretty good idea what they offer. They may or may not suite >> your needs, but if they do I think they will make your life quite a bit >> easier. >> >> Remember too that just because XML is in the name, it IS NOT a >> requirement >> or AJAX. I'm not sure people realize this sometimes :) You can actually >> save a lot of time and effort (not to mention improve performance) by >> not >> bothering with XML. I'm NOT saying that's the right answer in every >> case, >> but it's a question worth asking yourself. >> >> -- >> Frank W. Zammetti >> Founder and Chief Software Architect >> Omnytex Technologies >> http://www.omnytex.com >> AIM: fzammetti >> Yahoo: fzammetti >> MSN: [EMAIL PROTECTED] >> >> On Thu, November 10, 2005 1:17 pm, Rafael Nami said: >> > Well, we are using here plain ol' XMLHttpRequest, but it's a pain in >> the >> > ass >> > writing jsps that creates xmls to use with xmlHttpRequest. We want to >> > improve our knowledge in AJAX, to later move to a AJAX framework. >> > What're the "best practices" using AJAX? >> > >> > Thanks in advance >> > >> > Rafael Mauricio Nami >> > >> > 2005/11/10, Frank W. Zammetti <[EMAIL PROTECTED]>: >> >> >> >> The original Struts-only version of AjaxTags is somewhat close to >> >> this... >> >> >> >> http://struts.sourceforge.net/ajaxtags/index.html >> >> >> >> It isn't exactly what your looking for, but it could be a start... It >> >> won't bind directly to beans, but it should be pretty trivial to >> write >> >> an >> >> Action to do that part. Make it generic enough and you could probably >> >> get >> >> what you want out of it. Note that this version is superceeded by the >> >> much better version in Java Web Parts, so there won't be new versions >> >> coming out (not from me anyway). >> >> >> >> -- >> >> Frank W. Zammetti >> >> Founder and Chief Software Architect >> >> Omnytex Technologies >> >> http://www.omnytex.com >> >> AIM: fzammetti >> >> Yahoo: fzammetti >> >> MSN: [EMAIL PROTECTED] >> >> >> >> On Thu, November 10, 2005 12:02 pm, Bill Schneider said: >> >> > There seems to be a ton of AJAX stuff out there now. But what I'm >> >> > looking for is a JSP/Struts tag library that handles bindings >> between >> >> > the Javascript calls and the beans in request scope, so I can just >> >> drop >> >> > a JSP tag in and get my widget all hooked up. Kind of like >> DisplayTag, >> >> > or the stuff with MyFaces/Tomahawk--but with Struts instead of JSF. >> >> > >> >> > Any suggestions? >> >> > >> >> > >> >> >> At 10:36 AM +0200 11/10/05, Ovidiu EFTIMIE wrote: >> >> >> >> >> >>> You should also take a look at >> >> www.openrico.org <http://www.openrico.org><http://www.openrico.org> >> >> >> >> >> >> >> >> >> Rico builds upon prototype.js and so is subject to the same >> >> warning:as >> >> >> prototype. If you don't use html:javascript in your Struts app, >> it's >> >> no >> >> >> problem, but if you want to add AJAX to your app while still using >> >> >> Struts' client-side validation, you will have a problem with Rico, >> >> >> prototype.js, JSON, and any other library which modifies the base >> >> >> javascript Object class. >> >> > >> >> > >> >> > -- >> >> > Bill Schneider >> >> > Chief Architect >> >> > >> >> > Vecna Technologies >> >> > 5004 Lehigh Rd. >> >> > College Park, MD 20740 >> >> > [EMAIL PROTECTED] >> >> > t: 301-864-7253 x1140 >> >> > f: 301-699-3180 >> >> > >> >> > >> >> > --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> > For additional commands, e-mail: [EMAIL PROTECTED] >> >> > >> >> > >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> > >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]