cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Piroumian Konstantin <KPiroum...@protek.com>
Subject RE: [RT] Flowmaps
Date Tue, 18 Jun 2002 09:00:12 GMT
> From: Ovidiu Predescu [mailto:ovidiu@apache.org] 
> 
> Guys,

<snip />

> 
> 6. Multi-page forms are not dominating, and continuation 
> based compared to
> even driven (GUI-like) programming approaches.
> 
> I used to program GUIs a lot, I think for certain things, 
> event-driven is
> better than using continuations. I do think however that 
> continuations have
> a place, especially for multi-page forms. Now I think it 
> depends a lot on
> the application, whether these forms are prevalent or not.

So, what about a general interface to flow controller (be it a flow script
or a flow map) that will allow to use any implementation you like? I know,
I've already ask about this before, just want to remind about it. And as
I've already said, though, I like the idea of continuations very much, but I
can't and don't want to use your JS-based implementation in our product, but
would like to plugin our XML-based flow engine (it is also supports
something like continuations - we call it 'history' here).

And what about a 'flowlet' term instead of flowscript or flowmap? ('Flowlet'
was copyrighted a while ago by Oak Groves, but the company exists no more
and I don't know if there will be any legal issues with this name).

> 

<snip/>

> 
> 11. With respect to how to put a back button on a page, I 
> think I replied to
> this some time ago. The idea is to use the 
> <jpath:continuation select="1"/>
> which selects the previous continuation.

Did you mean: <jpath:continuation select="-1"/> ? And, BTW, why
<jpath:continuation /> and not <flow:continuation />? I think that JXPath
logicsheet has more general use and can be used separately to access the
data from request/session attributes.

> 
> 13. Piroumian asks how to cancel a continuation.

I'd say: Konstantin asks ... (our Exchange server swaps my first and last
names on a random basis ;))

> 
> As I mentioned in several ocasions, sendPage() returns the saved
> continuation. If you want to cancel the continuation just 
> invoke on it the
> invalidate() method. It will cancel all the receiver and all the
> continuations that inherit from it.

What about a method that will cancel all the continuations tree (including
parent nodes)? Maybe an 'invalidateAll()'? E.g. when user click on a
'Cancel' button in the wizard. 

> 
> 14. Another question Piroumian has is how to validate against business
> logic. Since JavaScript is tightly integrated with Java, you 
> can call Java
> logic from the flow script to do the business logic 
> validation. This way you
> can invoke whatever logic you want. If this is too generic, 
> then provide
> some use case and I'll try to sketch a solution.

I know that you can call Java from JS, but where do you get all the needed
objects? A simple example would be fine to have. E.g. when the feedback
wizard from XMLForm sample gathers all the needed data then some business
call should be made to store the data in a DB, send an email (maybe
transformed by a stylesheet and sendmail logicsheet), or something like
that.

A more interesting example for me would be an EJB call (how would you get
the InitialContext, lookup the EJB, etc.).

> 
> 20. My job - thanks Stefano for bringing it up. Here's my 
> shameless plug :)
> If you think of using Cocoon for building Web apps or Web 
> services, and you
> need support in doing so, I am providing consultancy for 
> doing it, anytime,
> anywhere.

What about a 'Job opportunities' page on Cocoon site? I'd like to do more
Cocoon-related work too if there were sponsors for that. ;)


Thanks for all your answers and your _very_ interesting and cognitive work!

Regards,
  Konstantin

--
<person mood="cheerful">
	<title>Mr.</title>
	<firstname>Konstantin</firstname>
	<lastname>Piroumian<lastname>
	<email>kpiroumian@apache.org</email>
</person>

> 
> Thanks for reading so far,
> Ovidiu
> 
> -- 
> Ovidiu Predescu <ovidiu@apache.org>
> http://www.geocities.com/SiliconValley/Monitor/7464/ (Apache, 
> GNU, Emacs...)
> 
> 
> 
> ---------------------------------------------------------------------
> 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


Mime
View raw message