i don't really understand what you're talking about because i don't know
your
requirements. but don't forget two things: 1) the primary unit of reuse in
wicket is the panel and 2) you can put any component (such as a panel) in a
completely self-contained jar because of packaged resources. if
a lot of casting there.
maybe we should make WebApplication.get() return
(WebApplication)Application.get()?
Eelco Hillenius wrote:
By default which temp directory does all the all pages stored into?
public FilePageStore()
{
this is generally in sync with what i know about session usage. if you're
using 1.3 and detachable models and so forth, 20K sessions on a reasonable
box is not going to be a problem. wicket pages really are pretty small. a
very complex one might be 50-100K and i've never actually seen one
I have not yet had a real need for IOC, but when I last looked some
years ago, picocontainer looked pretty nice. We do have guice now,
but I think it would be great to integrate Wicket with picocontainer.
Unfortunately, I'm not aware of anyone doing this work.
David Rosenstrauch wrote:
I
can't you just use \n in the properties file?
(http://www.exampledepot.com/egs/java.util/Props.html)
once you have a new line in there, you may want to create a subclass of
feedbackpanel and override newMessageDisplayComponent:
protected Component newMessageDisplayComponent(String id,
maybe this is a bug? i have a ConstrainedPropertyValidator which extends
AbstractValidator (which implements INullAcceptingValidator) and returns
true for validateOnNullValue() and it works just fine. you might need to
trace into the validation code to figure out why it's not calling your
i'm also pretty interested in this problem. even if making wicket fully
multithreaded
would be extremely difficult (if it's desirable at all), it might be
possible to increase
wicket's liveness within contended sessions. in particular, there are more
and less
important ajax requests. if you
i think your argument is willfully slanted. generic manipulation and
persistence can be good reasons to reach into an implementation which
otherwise does not wish to expose properties or fields at all. i personally
prefer objects that keep all these details private. i would hope that
private
.
in any case, java is broken here and so the choice on this feature is
not clear. maybe the best thing is to make private introspection an
application setting that is off by default? this might be a good idea
for the sake of security anyway.
Jonathan Locke wrote:
i think your argument
yeah, even my pre-emptive lock claiming idea would require some thinking
about versioning. what happens to all the versioning information recorded
by the pre-empted thread? we'd need a transacted commit on that.
actually, if you think about database technologies here, one way to get
better
i didn't say that's fine. it's clearly not. i was just pointing out
there's
another side to this argument because java's protection attributes are
so coarse grained. by not supporting this feature, some classes which
otherwise would have all implementation details private would be forced
about.
there's
a pretty long discussion in this topic for sure.
igor.vaynberg wrote:
On 7/6/07, Jonathan Locke [EMAIL PROTECTED] wrote:
yeah, even my pre-emptive lock claiming idea would require some thinking
about versioning. what happens to all the versioning information
recorded
if it's specifically about wicket, posting is encouraged.
Watter wrote:
Are there any rules about a company posting to this list about potential
open positions around Wicket?
Matt
--
View this message in context:
getting this exception. seems like a request thread might be hanging with
the page map locked? anyone have any ideas? thanks!
[11:19:44] ERROR - RequestCycle - After 1 minute the Pagemap
null is still locked by: Thread[ajp-8009-1,5,main], giving up trying to get
the page for
.
Martijn
On 6/28/07, Jonathan Locke [EMAIL PROTECTED] wrote:
getting this exception. seems like a request thread might be hanging
with
the page map locked? anyone have any ideas? thanks!
[11:19:44] ERROR - RequestCycle - After 1 minute the
Pagemap
null is still locked
yeah, i just figured that out. i'll just patch our wicket for now. but we
should add this for wicket 1.4 (in a nicer way than this (generic utility
method), of course):
final StringBuilder builder =
new StringBuilder();
i'm getting this in a unit test and wondering if anyone knows why that might
happen:
Caused by: java.lang.NullPointerException
at
org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:274)
at
thanks. seems to work now.
Al Maw wrote:
Al Maw wrote:
Going back to Jonathan's original unit test case, I'm thinking maybe we
can lazy-init this to make unit testing more bearable.
Done.
Al
--
Alastair Maw
Wicket-biased blog at http://herebebeasties.com
one of the great things about open source software is that you can
investigate an issue like this yourself and suggest a patch.
Seldon, Richard wrote:
Hello all,
Further to email sent out back on 15/06/07 regarding concurrency issues
using Wicket 1.2.4 and load runner...
Really
i'm getting the exception below.
have there been any recent changes to markup finding or is this probably my
own issue?
thanks,
jon
--
WicketMessage: Unable to find the markup for the component. That may be due
to transparent containers or components implementing
this does at least appear to have started happening after updating wicket
(either in the past few days or today).
Jonathan Locke wrote:
i'm getting the exception below.
have there been any recent changes to markup finding or is this probably
my own issue?
thanks,
jon
ah. i think maybe it's not just me:
https://issues.apache.org/jira/browse/WICKET-592
Jonathan Locke wrote:
i'm getting the exception below.
have there been any recent changes to markup finding or is this probably
my own issue?
thanks,
jon
--
WicketMessage
oh, i see now that's 1.2.6 not 1.3... still it's about the same stack trace.
Jonathan Locke wrote:
ah. i think maybe it's not just me:
https://issues.apache.org/jira/browse/WICKET-592
Jonathan Locke wrote:
i'm getting the exception below.
have there been any recent changes
just use markup inheritance directly. your base page class can have
components and markup that are inherited by all subclasses:
http://wicket.sourceforge.net/ExampleMarkupInheritance.html
http://www.javalobby.org/java/forums/t69357.html
slava.imeshev wrote:
Hello everyone,
We are
my code which does this:
add(HeaderContributor.forCss(CSS));
now throws the following exception. my web page needs to contribute CSS to
the header. i'm wondering, why can't i do it this way anymore (it seems
like WebPage is a component like any other and my code did work fine
not anymore.
Matej Knopp-2 wrote:
Err, I believe that you can do add(HeaderContributor.forCss(...)) in
page constructor.
-Matej
On 6/23/07, Juergen Donnerstag [EMAIL PROTECTED] wrote:
Jan,
the problem is that though you can attach attribute modifier (that is
what
next wicket version if at all.
Johan Compagner wrote:
i dont think so because you do get Caused by?
We don't print caused by, that is the thing we change about the input.
what do you exactly see? so whats in that [...] space you have in the
email?
johan
On 6/20/07, Jonathan Locke
i just got another missing stack trace problem:
[...]
Caused by: java.lang.NullPointerException
then no stack trace for the NPE. eelco earlier asserted that my logging
config must be wrong while johan said we must have a problem. the only odd
bit of configuration in our log4j file is this
could this be caused by this thread (which we never quite did finish)?
http://www.nabble.com/abbreviated-stack-traces-tf3837742.html#a10899418
Jonathan Locke wrote:
i just got another missing stack trace problem:
[...]
Caused by: java.lang.NullPointerException
then no stack trace
very interesting. but i don't agree with the spreadsheet that wicket is not
good
for million clicks per minute sites. with a good back-end architecture
and the
right tuning, wicket ought to be able to sustain that kind of load as well
as
any other web framework. the big difference is that in
congratulations to everyone! i want to thank the whole team for pushing
wicket to this next big stage of growth! wow! we did it!
Martijn Dashorst wrote:
We have Graduation! Apache Wicket is established as a top level
project within the Apache Software Foundation.
From Greg Stein:
ah this is some side effect of using AccessStackPageMap in the session
inspection process...
Jonathan Locke wrote:
i added an enhancement request for next wicket version to support the
inspector better. the problem i'm having with it right now is that after
visiting the inspectorpage
with decent specs on your web nodes you can generally
expect to get better performance than that... unless
you're limited by non-wicket back-end bottlenecks like
db access.
Scott Swank wrote:
I have a quick question about server load, in particular I want to
determine what sort of volume
oh yeah, be sure you DO NOT test your wicket app's scalability with
wicket in development mode!
wicket does a ton of really inefficient things in development mode.
just for example, every single component you construct on every page
will have a complete stack trace of the caller that
no repro case currently.
Johan Compagner wrote:
can't you debug it and break on the exception NullPointer?
But i agree somehow we should log this better.
On 6/18/07, Jonathan Locke [EMAIL PROTECTED] wrote:
aha. we might have two of these bugs, but i'm getting this trace
now
how could it be set up incorrectly? we got the message part of the NPE
just not the stack trace.
Eelco Hillenius wrote:
could it be this code that's not logging the whole exception?
protected void logRuntimeException(RuntimeException e)
{
i added an enhancement request for next wicket version to support the
inspector better. the problem i'm having with it right now is that after
visiting the inspectorpage, every request to the web app results in a page
expired exception. the app is basically dead. has anyone seen this type of
for details.
Al
Jonathan Locke wrote:
anyone have any ideas on what might cause this? in particular can a user
exception cause it or is it definitely a wicket bug?
java.lang.IllegalStateException?: Request processing executed 32767
steps,
which means it is probably in an infinite loop
ProxyPassReverseCookiePath, too. See the wiki for details.
Al
Jonathan Locke wrote:
anyone have any ideas on what might cause this? in particular can a user
exception cause it or is it definitely a wicket bug?
java.lang.IllegalStateException?: Request processing executed 32767
steps,
which
could it be this code that's not logging the whole exception?
protected void logRuntimeException(RuntimeException e)
{
log.error(e.getMessage(), e);
}
Jonathan Locke wrote:
aha. we might have two of these bugs, but i'm getting this trace now
anyone have any ideas on what might cause this? in particular can a user
exception cause it or is it definitely a wicket bug?
java.lang.IllegalStateException?: Request processing executed 32767 steps,
which means it is probably in an infinite loop.
at
you won't be the first. wicket is already being used for real enterprise
class work today. the startup i'm working for is entirely wicket based and
is backed with millions of VC dollars... and of course, we're planning for
the kind of user traffic that would cause VCs to invest millions of
yep. and panels can be in loops, lists, dataviews, trees, etc.
and you can easily create your own such components if you want to.
there's really no end to how much dynamic stuff you can do in wicket.
Eelco Hillenius wrote:
On 6/12/07, Patrick Angeles [EMAIL PROTECTED] wrote:
I'm not that
yeah, this would be particularly neat if it could tell you the size of each
object
in the graph using that JMX sizeof call. it's actually the non-serialized
size that
matters the most and that management call ought to be able to get a value
pretty close to correct (although if it's transitive,
aha! a simple solution. thanks.
Johan Compagner wrote:
cant you add a key listener to the textfield and if you see an enter
you call button.onclick() your self?
On 6/5/07, Jonathan Locke [EMAIL PROTECTED] wrote:
I've got an autocomplete text field nested inside a larger form. When
This was almost exactly my own reaction to the original assertion
that this team has very strong OOP skills. The criticism cited sounded
a lot more to me like reflex than any kind of thinking.
James McLaughlin-3 wrote:
Hi Florian,
To be honest, you should have titled this post My team did
Florian Hehlen-2 wrote:
-It will be easier to hire someone with Struts knowledge on top of the
fact that we have some in-house knowledge with it.
translation: we don't want to think
-Struts is the de-facto standard with a lot of
community/vendor/documentation support
translation:
I've got an autocomplete text field nested inside a larger form. When you
click add next to the field, it adds what you've completed to a list that
is submitted when the overall form is submitted. Would like to figure out
how to make pressing the return key in the field (when there is no
Is there something like wicket:message for localizing attributes like title
tooltips? I looked on the WIKI but there wasn't anything there.
--
View this message in context:
http://www.nabble.com/wicket%3Amessage-for-attributes--tf3874468.html#a10978311
Sent from the Wicket - User mailing list
when i was running into this, it turned out that we were losing the session
cookie. try checking the jsessionid cookie before and after and see if it
changes.
jayTSM wrote:
This behavior seems to be happening on non-ajax requests. The component
being submitted is a basic subclass of the
this sure seems familiar. didn't we have a nice plan to address this a few
months back?
Eelco Hillenius wrote:
You can return the page you want to be displayed and have full
control. I know the API currently is non-obvious; I complained about
this in another thread.
For example, this
this may be my problem, but i'm having a bit of trouble with modal windows
that won't open and wondering if there are any known gotchas or words of
wisdom for what to look at...
--
View this message in context:
http://www.nabble.com/modalwindow-open-fails-tf3843250.html#a10883547
Sent from the
It shouldn't be hard to write the method you're talking about. To find all
the components using the same model as a given component, just walk the
component hierarchy using visitChildren() and add any component which
returns true for sameInnermostModel(component).
There is a more general case
version.
Jonathan Locke wrote:
It shouldn't be hard to write the method you're talking about. To find
all the components using the same model as a given component, just walk
the component hierarchy using visitChildren() and add any component which
returns true for sameInnermostModel
2007,requests=46,totaltime=1848,activerequests=2,maxmem=532M,total=532M,used=29M
Jonathan Locke wrote:
this may be my problem, but i'm having a bit of trouble with modal windows
that won't open and wondering if there are any known gotchas or words of
wisdom for what to look
ugh. looks like this was another session issue (different thing though).
one thing that was helpful in tracking this down was turning on the AJAX
debugging window.
Jonathan Locke wrote:
this may be my problem, but i'm having a bit of trouble with modal windows
that won't open
Is there a way to hook every AJAX request and add a component (that's on
every page) to the request target? It seems like there might be because of
the way request targets work, but I don't have any idea what the details of
that might look like...
--
View this message in context:
something when it is an
AjaxRequestTarget).
Eelco
On 5/28/07, Jonathan Locke [EMAIL PROTECTED] wrote:
Is there a way to hook every AJAX request and add a component (that's on
every page) to the request target? It seems like there might be because
of
the way request targets work, but I
Matej, we were talking on ##wicket and you were about to tell me what the
magic is to replace ModalWindow images with something my designer cooks up
(pixel accurate replacements for existing images) without modifying Wicket.
What was that magic? (Thought I'd post here since others might benefit
the possibility to
replace default modal window images.
-Matej
On 5/24/07, Jonathan Locke [EMAIL PROTECTED] wrote:
Matej, we were talking on ##wicket and you were about to tell me what the
magic is to replace ModalWindow images with something my designer cooks
up
(pixel accurate
yeah, i'd be interested in this result too.
Scott Swank wrote:
Agreed. We've gone the complicated CSS magic route and it is a bit
involved, but I can vouch for the fact that it's an option. :)
On 5/18/07, Matej Knopp [EMAIL PROTECTED] wrote:
It is customizable, but you need a rather
,
div.wicket-modal div.w_vegas div.w_bottomLeft
{
background-image: url();
_background-image: url();
}
div.wicket-modal div.w_vegas div.w_close {
background: url(/mytrip/images/close_x.gif) no-repeat;
}
Scott
On 5/23/07, Jonathan Locke [EMAIL PROTECTED] wrote
that when you open a complete new browser?
johan
On 5/19/07, Jonathan Locke [EMAIL PROTECTED] wrote:
somehow i'm getting a new pagemap every time i go to our home page (not
with
browser refresh, with a link). it's probably my fault, but does anyone
have
any idea how that might happen? i
new browser?
johan
On 5/19/07, Jonathan Locke [EMAIL PROTECTED] wrote:
somehow i'm getting a new pagemap every time i go to our home page (not
with
browser refresh, with a link). it's probably my fault, but does anyone
have
any idea how that might happen? i thought window.name
/YourHomePage.
On 5/17/07, Jonathan Locke [EMAIL PROTECTED] wrote:
Did we find a resolution for this yet? We are having the same problem in
Wicket 1.3 trunk and I'm about to start investigating. Any definite
information or conclusions (whether complete or not) would be very much
sorry, no. that was not wicket's javascript.
Andrew Berman wrote:
Interesting. I'm only using Wicket for my AJAX, so are you saying that
something is wrong with the Wicket AJAX JavaScript?
On 5/19/07, Jonathan Locke [EMAIL PROTECTED] wrote:
i discovered in my case
somehow i'm getting a new pagemap every time i go to our home page (not with
browser refresh, with a link). it's probably my fault, but does anyone have
any idea how that might happen? i thought window.name was being used to
detect whether a window is new and that a page map would only be
Did we find a resolution for this yet? We are having the same problem in
Wicket 1.3 trunk and I'm about to start investigating. Any definite
information or conclusions (whether complete or not) would be very much
appreciated.
Andrew Berman wrote:
I am having a strange issue. If I access
Very interesting. I'm not that interested for production code, but this
could be really exceptional for prototyping and fast TTM when that matters.
jklappenbach wrote:
http://graemerocher.blogspot.com/2007/05/grails-wicket-wonders-of-grails-plug-in.html
(SFW)
Graeme pinged me as soon
I'm also getting this and I don't have multiple windows open. Is this a bug
in the new browser window check?
Johan Compagner wrote:
i think in 2.0 the newBrowserWindow check is still enabled.
this makes sure that for one pagemap only one window is open.
If the checker finds another tab
i don't understand how you can have a component-oriented web
framework that generates markup and css without having layout
managers. browsers are not consistent enough in the way they
render to just position everything absolutely. even if they were
consistent, you still couldn't use fixed
we're getting some issue like this too and on only one server.
Eelco Hillenius wrote:
Are you working on multiple servers?
On 5/12/07, Andrew Berman [EMAIL PROTECTED] wrote:
Igor, Eelco, anyone? This issue is pretty major as I'm losing all the
session info when they first come into
remove is a good addition, but what about isEnabled()? that might be a nice
way to conditionally apply a behavior instead of removing it.
Johan Compagner wrote:
i think we should be thinking of a remove(IBehavior)
It is pretty in line with the rest (think about Swing listeners)
And it
oh you just wait a couple weeks. you will be too.
igor.vaynberg wrote:
you guys are old!
-igor
On 5/1/07, Jonathan Locke [EMAIL PROTECTED] wrote:
Hey, wait a /minute/, Martijn, if this is the 80's isn't it hip to be
square?
(insert sax solo)
Martijn Dashorst wrote:
We
neato. i did not know that. i vaguely recall doing this once
and i recall being really suprised it worked. now i know why! ;-)
Martijn Dashorst wrote:
On 4/27/07, jan_bar [EMAIL PROTECTED] wrote:
I think that you cannot nest form in HTML. You have to nest them with
CSS. This will also
well, it depends on what kind of reuse you want. if you have a particularly
cool form panel, it might be something that should stand on its own or nest.
but i think you're probably right in general. i've got quite a few panels
that just hold some fields for inclusion in a form.
igor.vaynberg
yeah, with setEscapeModelStrings(false).
igor.vaynberg wrote:
we do not support this, the only way i can think of doing something like
this is:
add(new label(foo, !-- bar --));
-igor
On 4/27/07, Lowell Kirsh [EMAIL PROTECTED] wrote:
What I'd like to do is something like:
!--
yeah, i think all that stuff moved to examples due to
security concerns with that stuff being bookmarkable
and not protected by an authorization strategy.
Alexander Lohse wrote:
Hi,
I cannot find the LiveSessionsPage since I recently updated our
project to the lastest version of
i can confirm that. i have no idea what i meant by that comment. ;-)
Eelco Hillenius wrote:
On 2/28/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
that is an interesting comment indeed. if it was really true then
webpage.getmarkuptype() would be final. anyone else mind to comment?
Looks
July is for sissies. We're shooting for June.
Eelco Hillenius wrote:
I would recommend using 1.3. Some people of the team (including me)
are using 1.3 for a project that needs to be live bigtime medio July.
So, 1.3 has to be good enough to run production systems by then (and
in fact
i am reproing this.
try doing a mvn -U
Eelco Hillenius wrote:
Any idea how to reproduce this?
Eelco
On 4/11/07, Per Ejeklint [EMAIL PROTECTED] wrote:
Just a note for your information.
I just had an unusual experience with maven when building wicket-1.x. Had
done a few updates,
we just figured this out.
try mvn clean install and it should work.
Per Ejeklint wrote:
Sorry, I really don't know. I have erased the entire branch so I can't
re-run the sequence. I checked out wicket-1.x about 10 days ago, and I
think it was after the second update which I did this
maybe have FormComponentFeedbackBorders for the individual
components and then a global feedback panel to catch the general
ones (install a filter to ignore reporters that have feedback borders)
Carlos Pita-4 wrote:
Hi all,
suppose you have to implement some form input component that is
You component is not attached to a parent yet.
You could try doing that work in onAttach().
serban.balamaci wrote:
Hi.
I have a problem in that inside the constructor of a page(panel actually)
i invoke a stored procedure which needs to get the model for the panel.
The stored procedure
yeah, threadlocal would work. it would also get rid of the need for
Session feedback messages. in some sense, i think the error is really
being registered for the request (thread) anyway, not any object.
so i like that idea. it can just be a threadlocal in the appropriate
class and
if you can wait, i think we're going to be fixing this so you don't have to
make any changes.
serban.balamaci wrote:
Thanks for the answer. Do you mean that instead of doing the loading of
the model in the constructor to do it onAttach() ?
Jonathan Locke wrote:
You component
Eelco Hillenius wrote:
About the session messages... well, they have a slightly different
meaning: display whenever there is a feedback component rendered on
any page. This is useful when writing generic software where you know
that a message should be displayed, but you just don't know
yeah, your patch would work, but i think we agree that the
session approach is better and cleaner (both functionally and
conceptually) for the long term even if it could at least
/conceivably/ break some especially odd code (which it
seems likely does not even exist).
the semantics are
Yeah, that does sound like overkill in a single-threaded environment.
What other thread would ever be accessing a session's feedback messages?
Eelco Hillenius wrote:
Do feedbackmessages in the session really need to be synchronized with
CopyOnWriteArrayList? I'm in doubt whether
can you show us your code?
Chris Colman wrote:
there is a reason why some of the stuff is done where it is. now,
I believe that with the minor change that I have made everything is
still being done in the exact same order so there should be no
consequences of this change. It's just
ah, sorry. this is the code i take it. just not in response to my original
post (at least on nabble).
Chris Colman wrote:
i'm not sure what i think about this yet. can you show us the
exact code modifications and use cases you have coded up?
(boiled down to the important parts, if
Okay, here's my opinion:
People have been using Wicket for years now and this is the first bug
of this type I have heard of. I am very reluctant attempt any sort of
generic framework-level fix to the semantics of Java object construction
(regardless of how anyone feels about the practices
i'm not sure what i think about this yet. can you show us the
exact code modifications and use cases you have coded up?
(boiled down to the important parts, if possible) also, it would
be good if you could explain how this solves any problems
other than getVariation().
Chris Colman wrote:
Yes. For others who don't want to log the exception, you can show
error pages for different categories of exceptions by setting these
methods on ApplicationSettings:
- getAccessDeniedPage()
- getInternalErrorPage()
- getPageExpiredPage()
Unfortunately, you don't get the exception object
There's Martijns way but there are also some related components like
FormComponentFeedbackBorder/Indicator or igor's FieldBorder (or it's
something like that).
Wouter De Vaal wrote:
Hi,
Is there a wicket standard way to have input label have a special
style (e.g. color: red) when the
Someone should really make an example or even a reusable class
like that. What you're suggesting is very non-obvious to a newbie.
Jean-Baptiste Quenot-3 wrote:
* ZedroS Schwart:
Regarding static content, is it such a big issue to have some
wicket html pages with empty classes behind
work
with non detachable models ? They're kept during the whole user
session even if they're updated every time there is a new access to
the page to whom they're linked ?
Thanks again
ZedroiS
On 3/17/07, Jonathan Locke [EMAIL PROTECTED] wrote:
you don't have to choose. you can wrap
Wicket == component-oriented manipulation of markup.
As such, Wicket is primarily a UI framework, not a framework for creating
web services. Igor is right that this idea that Wicket should handle any
kind of request over HTTP is scope creep. That job is for some other
framework.
Robert
yes, state is mainly kept in server side components by design (programming
model and security are two good reasons for this). however, state can also
reside in url parameters (bookmarkable page links) if you explicitly put it
there. and then of course there's javascript / ajax.
Robert ...
the docs.
Please don't take any off this as criticism against Wicket. I'm sure it
is a
great project. And I will be using it in the future.
I'm just not sure if I should convert this project from Tapestry to
Wicket.
I am beginning to think that it's not a good idea.
On 3/15/07, Jonathan Locke
1 - 100 of 432 matches
Mail list logo
