Good quesions Konstantin.
I am also curious what is the use case scenario for Reinhard. What component handles the request parameters when submitted? On a related note, what I am considering to work on but don't have enough time at this point is to implement a ProxyXMLFormAction. It will take as a parameter URL to forward the request parameters to and then make the response from the remote URL available in the pipeline. This will allow dynamic content syndication (as opposed to the RSS static syndication) where interaction with the service(content) provider site is unlimited. Imagine what would be possible if Amazon provide a XMLForm feed mixed with (browser independent) document markup. With a generic proxy, a blogger will be able to quickly plug in and style (XSLT) html pages with forms which (for the end user) will look like they're handled by the blog. Instead they will be just forwarded to a remote service provider. This way an Amazon shopping workflow will be handled in whole by Amazon, but the presentation will be freely personalized by the blogger. If there are other people who thing this idea makes any sence and are interested to work on it, please let me know. Cheers, Ivelin Piroumian Konstantin wrote: >>From: Reinhard Poetz [mailto:[EMAIL PROTECTED]] >> >>Ivelin, >> >>I added the parameter "xmlform-data" to the Sitemap. (<map:parameter >>name="xmlform-data" value="data.xml"/>) >>The bean uses this parameter to read the XML-File in order to >>set the values >>in the bean. > > > Why do you need a Bean if you have XML? You could use a DOM object as the > Instance data for the form. > > >>What was my goal? >>I wanted to set all parameters without java coding. >> >>I hope I did it the right way - what do you think? > > > (I'm not Ivelin, but:) The approach is Ok, but the goal is not so clear to > me. Why would you need to initialize a bean using XML data without Java > programming? If you use JavaBeans then you should have some processing > back-end that provides that bean, right? Then this processing back-end > usually should provide default values for your model object be it a JavaBean > or DOM. > > Anyway, post a patch and we'll take a look at it. > > Konstantin > > >>As soon as the current version in the cvs will work again, >>I'll provide the >>patch. >> >>Regards, >>Reinhard >> >> >>>-----Ursprüngliche Nachricht----- >>>Von: Ivelin Ivanov [mailto:[EMAIL PROTECTED]] >>>Gesendet: Dienstag, 11. Juni 2002 15:09 >>>An: Reinhard Poetz; [EMAIL PROTECTED] >>>Betreff: Re: [XMLForms] >>> >>> >>> >>>Reinhard, >>> >>>Please submit the patch through Bugzilla and send me a note. >>>I will look at it and we will discuss it. >>> >>>Can you explain with a few lines, what is the patch doing? >>> >>> >>>Thanks, >>> >>>Ivelin >>> >>> >>>Reinhard Poetz wrote: >>> >>>>Ivelin, >>>> >>>>Yesterday I had a deeper look into the new XMLForms >>> >>implementation. As a >> >>>>found it very interesting I startet to implement my own >>> >>>examples with the >>> >>>>result that I wrote a bean, that uses an XML document which is >>> >>>set in the >>> >>>>sitemap as input source. >>>> >>>>As I needed the SourceResolver and the sitemap parameters in >>> >>>the Bean I had >>> >>>>to change the reflection part of the AbstractXMLAction and I >>> >>>had to write a >>> >>>>new constructor for Beans. >>>> >>>>If the community is interested in a patch I can provide >>> >>it by the end of >> >>>>this week. >>>> >>>>Regards, >>>>Reinhard >>>> >>>> >>> >>-------------------------------------------------------------- >>---------- >> >>>>Reinhard Pötz EFP Consulting, >>> >>Vienna, Austria >> >>>>[EMAIL PROTECTED] >>> >>http://www.efp.cc >> >>>> >>> >> http://www.efp.cc/v/rpo >> >>>> SAP Internet Solutions - Content Management - >>> >>Knowledge Management >> >>>> >>-------------------------------------------------------------- >>---------- >> >>>> >>> >>> >>>-- >>> >>>-= Ivelin =- >>> >> >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: [EMAIL PROTECTED] >>For additional commands, email: [EMAIL PROTECTED] >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] > > -- -= Ivelin =- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
