2009/9/30 Igor Vaynberg igor.vaynb...@gmail.com:
there is really no point in having your tasks be components. why not simply
repeatingview rv=..
for (task t:tasks) {
if (t.hasUIComponent()) {
rv.add(t.getUIComponent());
}
}
-igor
Although only one task panel is ever drawn at the
2009/9/30 Randy S. randypo...@gmail.com:
Have you thought about using Spring Web Flow for this? I'm not a SWF expert,
but it sounds like something well-tailored to your needs. For example, a
flow can have steps that don't have UIs.
Our group at work is looking into Wicket SWF integration. I
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
--
View this message in context:
http://www.nabble.com/Complicated-workflows-tp25671027p25682285
We are also trying to find the right balance of how much we move to
declarative. It will depend on how well we get Web Flow to fit in. With
Wicket being Controller-less and wanting to launch right into the home
page, Web Flow is a clear candidate to do initial data load and logic to
determine the
Also, because we run in very large clusters, redirects
are out of the question due to the potential that the second request
hits
a different server before HTTP session has been properly
persisted/shared.
Can't you set up server affinity for the cluster to avoid that from
occurring?
We use server affinity but you can't guarantee same server and I can't go in
with a 100% plan. We have had funny routing in some cases where requests
from the same user even bounce from one data center to another... and back.
We've done a lot of work to prevent these things but in the end it's
Hello list,
I'm currently working on some ideas for building apps with fairly
complex workflows. My aim is to find a nice pattern/framework for
building apps where each unit of work involves many panels, several
forms, lots of decisions and so on. In particular I'm aiming at apps
where you need
If you're using Spring, the dependency injection issue for
non-component items can be solved by adding the following line to the
object's constructor:
InjectorHolder.getInjector().inject(this);
where InjectorHolder is org.apache.wicket.injection.web.InjectorHolder
. I'm afraid I don't have any
Phil,
Would an event-centric approach simplify things? I'm thinking that
you could then have multiple listeners for a given event and the
various listeners would not have to be aware of one another. This
might reduce the task/sub-task interactions. Adding errors, or
refreshing components could
2009/9/29 Scott Swank scott.sw...@gmail.com:
Phil,
Would an event-centric approach simplify things? I'm thinking that
you could then have multiple listeners for a given event and the
various listeners would not have to be aware of one another. This
might reduce the task/sub-task
there is really no point in having your tasks be components. why not simply
repeatingview rv=..
for (task t:tasks) {
if (t.hasUIComponent()) {
rv.add(t.getUIComponent());
}
}
-igor
On Tue, Sep 29, 2009 at 2:11 PM, Phil Housley undeconstruc...@gmail.com wrote:
Hello list,
I'm
Have you thought about using Spring Web Flow for this? I'm not a SWF expert,
but it sounds like something well-tailored to your needs. For example, a
flow can have steps that don't have UIs.
Our group at work is looking into Wicket SWF integration. I have a seen a
few comments on the web from
12 matches
Mail list logo
