cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ivelin Ivanov <ive...@apache.org>
Subject Re: [XMLForms]
Date Wed, 12 Jun 2002 01:57:48 GMT

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:reinhard_poetz@gmx.net] 
>>
>>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:ivelin@apache.org]
>>>Gesendet: Dienstag, 11. Juni 2002 15:09
>>>An: Reinhard Poetz; cocoon-dev@xml.apache.org
>>>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
>>
>>>>reinhard_poetz@gmx.net                                 
>>>
>>http://www.efp.cc
>>
>>>>                                        
>>>
>>         http://www.efp.cc/v/rpo
>>
>>>>   SAP Internet Solutions - Content Management - 
>>>
>>Knowledge Management
>>
>>>>
>>--------------------------------------------------------------
>>----------
>>
>>>>
>>>
>>>
>>>--
>>>
>>>-= Ivelin =-
>>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
>>For additional commands, email: cocoon-dev-help@xml.apache.org
>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
> 
> 



-- 

-= Ivelin =-


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message