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 nev
> 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 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 th
I tried JBoss JBPM and it worked for complex compound workflows. It also had
a eclipse designer plugin that could save the workflow image and provided a
class that visualised the current workflow state.
It had persistence module that was based on Hibernate. I had just to
implement simple UI to pr
2009/9/30 Randy S. :
> 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
>
2009/9/30 Igor Vaynberg :
> 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 time, that is
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 fo
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 wrote:
> Hello list,
>
> I'm currently working on some ide
2009/9/29 Scott Swank :
> 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 erro
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
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 ad
11 matches
Mail list logo