Hmm, sounds like you are doing something fairly
similar to what I'm doing with Trails.  Check it out
at trails.dev.java.net.  In Trails, I solve the
problem of  needing to dynamically decide how to
render a property by using the Tapestry recommended
approach, Block components.  I have Blocks for each
editor (string, date, number, etc) and choose which
Block to render by the type of the property (or other
metadata).

--Chris

--- Pavel Rezny <[EMAIL PROTECTED]> wrote:

> Hello,
> we are a small group of developers creating a
> multilayer system that 
> will process databases and map applications. We
> decided to build 
> user-interface layer using Tapestry, and
> business-logic layer using 
> Spring. The specification of the project requests
> separating business 
> logic layer from user interface layer.
> 
> System architecture conforms, from our point of
> view, to MVC 
> (Model-View-Controller) design pattern. Spring
> components and business 
> logics create Model (data and metadata). Tapestry
> serves as interpreter 
> for the Model, and it creates View. Model is thus
> transferred from 
> business logic (Controller) to Tapestry components
> (View); it contains 
> data and metadata in the form of XML document. Model
> interpretation 
> provided by some components of Tapestry (eg. form or
> table) would enable 
> us generate from received data and metadata dynamic
> outputs.
> 
> Here we face difficulties. We tried to create
> dynamic Template and 
> Specification using Delegate class
> (Template-Source-Delegate, 
> Specification-Resolver-Delegate). But at this very
> moment neither page 
> instance exists, nor exist parameters, that should
> be passed between 
> pages in RequestCycle. We use PrepareForRender to
> retrieve our Model 
> from business logic layer.
> 
> Is there anybody to give us a piece of advice? Has
> Tapestry a solution 
> how such dynamic components could be created? (those
> that use data 
> passed by another layer) Can Delegate Template use
> parameters from 
> RequestCycle? Or can Delegete be invoked after
> PrepareForRender has been 
> processed?
> 
> We look forward to hearing your advice.
> 
> Thanks
> 
>     Jirka and Pavel
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 



        
                
______________________________________________________ 
Yahoo! for Good 
Donate to the Hurricane Katrina relief effort. 
http://store.yahoo.com/redcross-donate3/ 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to