We don't use ant but maven.
svn co https://svn.apache.org/repos/asf/incubator/wicket/branches/wicket-1.x
cd wicket-1.x/wicket-parent
mvn -pJDK1.4 install
mvn -pJDK1.5 install
Should work.
Martijn
On 3/7/07, Robert . <[EMAIL PROTECTED]> wrote:
>
>
> On 3/6/07, Eelco Hillenius <[EMAIL PROTECTED]>
On 3/6/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> itself too. Could the Wicket team change RequestCycle so that either:
> 1) There is a public or protected static set method in RequestCycle
> 2) Make the ThreadLocal current inside RequestCycle protected
I'm ready to consider 1) if you can
> itself too. Could the Wicket team change RequestCycle so that either:
> 1) There is a public or protected static set method in RequestCycle
> 2) Make the ThreadLocal current inside RequestCycle protected
I'm ready to consider 1) if you can open up an issue for it. That way
we can track progress
> Why is there no set methods on the request cycle like there is for
session
> and application?
Yes, that is an interesting point. Just grew like that I guess. But
having a set method wouldn't really help your case, right?
It would help, because I have a Request Cycle container that keeps trac
> > Let the application object create the web request,set the application
> > thread local, get the session, create a custom response object (this
> > is where you probably want to capture your output, see for instance
> > BufferedWebResponse) and then let the session create a request cycle
> > (wh
On 3/2/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
I think your best bet is to take a close look at Wicket servlet and
see how it prepares and executes request.
Let the application object create the web request,set the application
thread local, get the session, create a custom response obje
> I was impressed by the simplicity and modularity of Wicket so I would
> like to change to this.
Cheers. We're not gonna hold you back! :)
Eelco
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's
Eelco Hillenius wrote:
>> but why are these things tied to request threads? doesnt sound like they
>> should be.
>>
>
> If I understand Robert correctly that is due to an architectural
> choice he just has to live with. Also, I'm wondering in what way
> Tapestry is at fault here. I thought it
> but why are these things tied to request threads? doesnt sound like they
> should be.
If I understand Robert correctly that is due to an architectural
choice he just has to live with. Also, I'm wondering in what way
Tapestry is at fault here. I thought it had a decent reputation for
stability an
but why are these things tied to request threads? doesnt sound like they
should be.
-igor
On 3/2/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
On 3/2/07, Robert . <[EMAIL PROTECTED]> wrote:
> Well, I am converting an existing Tapestry application to Wicket (due to
> performance and stability
On 3/2/07, Robert . <[EMAIL PROTECTED]> wrote:
> Well, I am converting an existing Tapestry application to Wicket (due to
> performance and stability problems).
> The architecture is done is such a way that it is necessary to render
> responses in a different thread than where the original request
Well, I am converting an existing Tapestry application to Wicket (due to
performance and stability problems).
The architecture is done is such a way that it is necessary to render
responses in a different thread than where the original request comes in.
The web application has to deal with asynch
Why Do you want to create a Page in a separate thread? I floading the
page take a long time, it usually is the model data which takes the
time. Move loading the data into a separate thread if really
necessary.
Juergen
On 3/2/07, Robert . <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am using Wicket 1.2.
Hi,
I am using Wicket 1.2.5
I am trying to create a page in a different thread and get a Wicket
exception caused by the fact that the RequestCycle is not available in the
current thread.
"Can not set the attribute. No RequestCycle available"
Is there a way that I can associate a request cycle on
14 matches
Mail list logo