Hi, Well, main issue here is that if you want everything to be transparent To the user (including the forward) then whole stuff has to be done so that Something 'intercepts' the response when XML is contained in it (if I can explain myself correctly)
In other way, to do same steps that you have already done with RequestProcessor Not being familiar with struts internal (other than action &actionform) I can't really say where to modify things... Another way would be, for each CustomAction written, write an CustomActionXml that extends CustomAction. This CustomActionXml will Be invoked whenever the path is for CustomAction AND the request is in XML. The logic will be done in the original CustomAction, difference being in the fact that CustomActionXml instead of redirecting to the 'original' forward of CustomAction, writes the response to outputWriter But this gets cumbersome.. I would go for doing with response exactly what u r doing with request.. Though right now I have no clue on how to do it...maybe u or some struts expert which knows inner logic of struts knows? Will AOP help in any way here? Regards marco Extends -----Original Message----- From: Frank Zammetti [mailto:[EMAIL PROTECTED] Sent: 03 June 2004 13:33 To: [EMAIL PROTECTED] Subject: RE: Strus Web Service Enablement I have to be honest and say I've never used a filter except for one situation to do security on the input side, a very basic application. How would you envision it being used for the output? >From: "Marco Mistroni" <[EMAIL PROTECTED]> >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]> >To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]> >Subject: RE: Strus Web Service Enablement >Date: Thu, 3 Jun 2004 10:15:43 +0100 > >Hi, > My 2 cents.... I think that is a great idea!!!! > >Do u think that using a filter for the response will help? > >Last year I did something similar (wrote a Struts-based webapp >That I was talking to using J2ME and KSOAP..but all I was able >To do was to extend existing action and dump the generated XML >Into the response.getWriter().write()... I was using axis btw for >XML stuff on the serverside) > >Regards > marco > > > >-----Original Message----- >From: Frank Zammetti [mailto:[EMAIL PROTECTED] >Sent: 02 June 2004 21:29 >To: [EMAIL PROTECTED] >Subject: RFC: Strus Web Service Enablement > >Hello all... I wanted to post this here and get any comments that people >had >so I could decide where to go with it... > >For the past two days I've been working on a mechanism that would allow >you >to expose existing Struts-based business logic as Web Services without >changing any existing code. What I offer here is a first approximation >of >that idea. > >If you might be interested in this, you can download the first iteration >of >the project at http://www.omnytex.com/wst.zip > >This archive is a sample webapp in exploded format. Just unzip it to >your >webapps directory of your chosen app server and you should be good to >go. >I've only tried it on Tomcat however, so anything else is unknown. > >In a nutshell, what I've done is written a custom subclass of >RequestProcessor. This version will recognize a SOAP-based Web Service >request, "unroll" the request, and hand it off to a specified Action. >As >far as the Action is concerned, it looks just like a regular HTTP form >submission, so it processes same as before. Note that the request is >forwarded back through ActionServlet, so anything you do should still >work. >The RequestProcessor then overrides the destination ActionForward that >the >Action returns, and instead sends it to a special JSP, which renders the > >response XML. The response type is set properly, and the generated XML >is >returned. The XML it generates simply dumps all members of the >ActionForm, >so it's not very smart right now, but as I said, this is a first >approximation of the idea. > >So, in the end, you should be able to expose any existing Actions as Web > >Services without changing them. Everything you need is included, except >for >a JDK, but I assume you have that already (!), including a dirt-simple >test >client. It's not a true SOAP client, but it gets the job done. > >Once you unzip the archive, I suggest reading the readme.txt file in the > >/source directory. This goes into a bit more detail on everything, as >well >as explaining how to use this in your own application. I should also >note >that this RequestProcessor is transparent to non-Web Service requests, >i.e., >you can use it in your existing apps without changing anything whether >you >expose anything as a service or not. > >I thank anyone in advance that checks this out. Please send me any >comments >or suggestions you may have either to [EMAIL PROTECTED] or just post > >them here. > >My hope is that given some time to refine this it will be tight enough >and >useful enough that maybe I can present it to the developer list for >possible >inclusion in the base Struts distro. That's of course a ways off, if it > >ever reaches that point, but it's a start I think. > >Good day to all! > >Frank > >_________________________________________________________________ >Looking to buy a house? Get informed with the Home Buying Guide from MSN > >House & Home. http://coldwellbanker.msn.com/ > > >--------------------------------------------------------------------- >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] > _________________________________________________________________ Check out the coupons and bargains on MSN Offers! http://youroffers.msn.com --------------------------------------------------------------------- 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]