Re: One more question on nav-app

> I'm in DFW area too, do you go to javamug or something like that?
>
I don't, but there are quite a few Keel'ers that are "honchos" in 
JavaMUG...I'm sure they'll chime in shortly (you know who you are :-).

>
> Now, in struts (and ww) there is a mapping file that decides where to 
> go depending on the result of the action executed.  The problem is 
> that both struts and ww have their own little world.  If you intend to 
> create an application in which some actions are executed in struts and 
> other in ww, you need a way to bind them together to form a coherent 
> workflow.  is this what app-workflow does?
>  
> If there is no support today in keel for the above, I guess we can 
> work towards a keel-server-wide (clustered or 
> non-clustered) navigation (or workflow).  This is why we'd like to use 
> either jbpm or bonita.

Keel's workflow chains things that are all on the server side.  In 
essence, you implement Keel actions, not really Struts or WW actions.  
The flow can be started from either Struts, or WW, or both and the 
results can be displayed back on Struts or WW.  But the transaction is 
request/response based, so if you invoke a Keel model from Struts, the 
results show up on Struts.  But, part of the result could be a link, 
which when clocked by the User starts a WW action which then invokes a 
Keel model.

I have a feeling you are trying to reuse existing Struts/WW actions.  If 
so, there is a model that can invoke a POJO.  You can use that as a 
guide to implement a generic model or two that can front-end for your 
Struts/WW actions, in essence, converting your Struts/WW actions into 
Keel models without code change.

>  
> Anyway, there are some other areas in which we would like to enhance 
> the current keel infrastructure (for example a notification engine).  
> We'll keep posting questions/suggestions.
>  

We welcome contributions!  We'll try to help out as much as possible.

Shash