Martijn Dashorst wrote:
On Mon, Dec 10, 2012 at 4:39 PM, Joachim Schrod jsch...@acm.org wrote:
I'd like to add my voice to Martijn's comment that there are still
people out there who have no choice but to use 1.4. Typically guys
who have to support Wicket apps on app servers with no
We are using Wicket 6 .0 on OC4j 10.1.3.5. This is a Servlet 2.4 container
with support of some Servlet api 2.5 features.
Work well here.
The quickstart application works on OC4J (
http://wicket.apache.org/start/quickstart.html). (some slight modification
is needed when using Wicket via a
Hi,
everyone can edit the wiki pages. All you need is to create an account.
Additionally I think that everything that is related to Wicket 1.4 and less
should be removed from the Wiki.
On Sat, Dec 8, 2012 at 3:21 PM, Lucio Crusca lu...@sulweb.org wrote:
In data venerdì 7 dicembre 2012
On Mon, Dec 10, 2012 at 10:24 AM, Martin Grigorov mgrigo...@apache.org wrote:
everyone can edit the wiki pages. All you need is to create an account.
Additionally I think that everything that is related to Wicket 1.4 and less
should be removed from the Wiki.
Funny, I just gave a presentation
Martin Grigorov wrote:
Additionally I think that everything that is related to Wicket 1.4 and less
should be removed from the Wiki.
I'd like to add my voice to Martijn's comment that there are still
people out there who have no choice but to use 1.4. Typically guys
who have to support Wicket
On Mon, Dec 10, 2012 at 4:39 PM, Joachim Schrod jsch...@acm.org wrote:
I'd like to add my voice to Martijn's comment that there are still
people out there who have no choice but to use 1.4. Typically guys
who have to support Wicket apps on app servers with no servlet-2.5-api.
I'm not 100%
! http://brixcms.org*
On Fri, Dec 7, 2012 at 12:55 PM, Pierre Goupil goupilpie...@gmail.comwrote:
Good evening,
It's an old experiment which was due to go to ready for prime-time but
never succeeded. If I remember correctly, it was before what became Wicket
1.3.
Regards,
Pierre
In data venerdì 7 dicembre 2012 20:06:45, Jeremy Thomerson ha scritto:
Yep. There was a big change to constructors IIRC, although I can't
remember exactly what the change was. Next came 1.3.0 with generics.
Can I (we, you, ...) edit that sentence from the wiki pages then? It's
confusing
Hello *,
while reading this page
https://cwiki.apache.org/WICKET/working-with-wicket-models.html
I stumbled upon the following sentence:
«NOTE: this page is about models like they exist for Wicket 1.x. The IModel
interface is slightly changed in Wicket 2.x»
What version of Wicket is 2.x? I'm
Good evening,
It's an old experiment which was due to go to ready for prime-time but
never succeeded. If I remember correctly, it was before what became Wicket
1.3.
Regards,
Pierre
On Fri, Dec 7, 2012 at 7:47 PM, Lucio Crusca lu...@sulweb.org wrote:
Hello *,
while reading this page
goupilpie...@gmail.comwrote:
Good evening,
It's an old experiment which was due to go to ready for prime-time but
never succeeded. If I remember correctly, it was before what became Wicket
1.3.
Regards,
Pierre
On Fri, Dec 7, 2012 at 7:47 PM, Lucio Crusca lu...@sulweb.org wrote:
Hello
Hi,
We have some code that returns zip output (e.g. downloads a file) in an
onsubmit of a wicket form.
We used to do this (with Wicket 1.4):
Get the WebResponse
Fill it with the ZIP contents
throw new AbortException();
The ZIP contents to be returned depends on the contents filled in by the
Found something that might help:
org.apache.wicket.markup.html.link.DownloadLink.onClick()
Will look at this, some tips still welcome :)
2012/11/19 Kees van Dieren i...@squins.com
Hi,
We have some code that returns zip output (e.g. downloads a file) in an
onsubmit of a wicket form.
We
Hi,
we are developers from the Apache project Apache OpenMeetings, we
provide a Web-Conferencing application that is currently Flash-based
on the client side.
We already have a server side stack with Spring + openJPA + Axis2 that
provides us with a SOAP/REST API and ORM.
We are currently
Hi,
You didn't say what your web service response's type is.
By referring to jQuery's #load() method it seems like your WS returns
ready to render HTML, but later you say that you will create the
content with pure JavaScript (JQuery) which makes me think that the
returned response is plain data
Thanks for the detailed answer Martin!
You are right in my description I missed one part, for generating the
HTML my plan was to use Apache Velocity. The REST interface will only
generate data to fill that HTML.
I've created a MockUp of the architecture proposal that should cover it all:
Hi Sebastian,
I see a little problem in your architecture - the jQuery client will
make a request to the Velocity servlet, then if you use
the REST API you'll need to make another http request. If both the
servlet app and the REST app are deployed on the same
web container instance/node then you
The security aspect is true. I don't see a problem in the worker
threads yet, however you might be right.
We might try a Wicket example to see how we can integrate all our
existing code into it.
Thanks!
Sebastian
2012/8/26 Martin Grigorov mgrigo...@apache.org:
Hi Sebastian,
I see a little
Thread starvation problem:
1) the Velocity servlet is deployed at /velocity
2) the REST API is in another app deployed at /rest
3) the JS client makes a call to /velocity - this acquires one worker thread
4) the Velocity servlet by using some HTTP client Java library makes a
call to /rest - this
Ah okay,
that seems to be a misunderstanding. The velocity servlet would never
trigger the REST interface using some Java library.
The velocity servlet can access all required data that it needs to
render the HTML websites.
It would actually even use the same Spring injected Services to
trigger
Hello Friends,
Am Gerald, new to wicket.
can anyone say about wicket and advantages over other technologies
it is very useful to my next step.
please help me
ThanksRegards,
Gerald A
Hello Gerald,
You can find much of this kind of information on http://wicket.apache.org.
Regards,
Erik.
On Tue, 14 Jul 2009 18:21:16 +0530, Gerald Fernando
gerald.anto.ferna...@gmail.com wrote:
Hello Friends,
Am Gerald, new to wicket.
can anyone say about wicket and advantages over
Well... comparing to what other technologies? There are plenty of
resources on the net. Just use your favourite search engine.
You may want to start with this:
http://ptrthomas.wordpress.com/2007/05/14/a-wicket-user-tries-jsf/
Francisco
2009/7/14 Gerald Fernando gerald.anto.ferna...@gmail.com:
Have a look at the documentation: http://wicket.apache.org/introduction.html
Linda
Gerald Fernando wrote:
Hello Friends,
Am Gerald, new to wicket.
can anyone say about wicket and advantages over other technologies
it is very useful to my next step.
please help me
ThanksRegards,
Gerald A
This is probably a good starting point:
http://wicket.apache.org/introduction.html
Craig
-Original Message-
From: Gerald Fernando [mailto:gerald.anto.ferna...@gmail.com]
Sent: Tuesday, July 14, 2009 8:51 AM
To: users@wicket.apache.org
Subject: what is wicket
Hello Friends,
Am Gerald
Gerald Fernando wrote:
Hello Friends,
Am Gerald, new to wicket.
can anyone say about wicket and advantages over other technologies
it is very useful to my next step.
please help me
http://lmgtfy.com/?q=wicket+advantages
--
Hi,
I read chapter 1 in Wicket in Action and I have a question.
in section 1.2.1 it says:
You can get rid of all of these problems by using Wicket. It is a
stateful framework, so you
don't have to follow the REST (though you can, but we will talk about
that later in this book)
Wicket supports private state for individual components, whereas the
traditional (REST) pattern assumes to take the state out (to string
based request parameters) and up to the request level. The big
difference is that without using a framework like Wicket, you can't
really create self contained
wow.
thanks.
That was very helpful :)
Eyal
On Mon, Jun 2, 2008 at 12:08 AM, Eelco Hillenius [EMAIL PROTECTED]
wrote:
Wicket supports private state for individual components, whereas the
traditional (REST) pattern assumes to take the state out (to string
based request parameters) and up to
29 matches
Mail list logo