It would be quite feasible to add support for multiple overridden
sections using the above tag names while remaining backwards
compatible
with existing markup by continuing to support the old
child/extends
tags working the way they always have.
It's kind of a predictable answer, but the
There's nothing I would love more right now than to have to time to
implement a patch to support multiple overridden sections in a
wicket
page but unfortunately time is one thing I don't seem to have much
of
these days. I can't believe 2007 is almost over - heck, where did
this
year go?
Could it be because the form page is bookmarkable?
thats odd, all the values should be preserved, thats our rawinput that
all formcomponents have. Do you have a repeater/listview around your
formcomponents.
On 11/1/07, Chris Colman [EMAIL PROTECTED] wrote:
I've created a form and set up
Ok, I'll do that. The problem probably won't happen in the quickstart
form ;)
why dont you submit a quickstart and then we can figure out why its
happening
-igor
On 11/2/07, Chris Colman [EMAIL PROTECTED] wrote:
Could it be because the form page is bookmarkable?
thats odd, all
Is there a page with guidelines on making a wicket quickstart?
why dont you submit a quickstart and then we can figure out why its
happening
-igor
On 11/2/07, Chris Colman [EMAIL PROTECTED] wrote:
Could it be because the form page is bookmarkable?
thats odd, all the values should
I was wondering if anyone has started a Wicket project (instead of the
JSF
endorsed one). I would hate to recreate the wheel if someone has
already
started a similar project.
Come on! Recreating the wheel is what us software engineers do best!
Imagine how boring the wheel would be if we hadn't
if i were you i would use tags other then extend and child just so you
dont conflict.
Yes Stefan, I would think that would be a better approach to use a new set of
tags. It also allows you to choose more correct naming (because inheritance
isn't actually a parent/child relationship so the
the complement to abstract is implement not override... names are
important.
Arh, sorry, I made my last post before reading yours Igor. Yes, I agree
abstract/implement make a great complimentary pair.
-
To unsubscribe,
Wouldn't this essentially be the same as using wicket:panel
id=header/ and using WebMarkupContainers on the java side?
I.e.:
Base
Structural markup goes here (see below for explanation of this)
wicket:panel id=header /
More structural markup goes here
wicket:panel id=body /
And
is then just an ordinary case of multiple where
n=1.
However, I'll consider using a different name and separate implementation
for the prototype.
-- Stefan
Chris Colman wrote:
if i were you i would use tags other then extend and child just so you
dont conflict.
Yes Stefan, I
Wouldn't this essentially be the same as using wicket:panel
id=header/ and using WebMarkupContainers on the java side?
yes it would be exactly the same thing.
If you think that these are the same then you've missed some vital plot
points of the movie that it child/extend.
Hmmm... more tags? I thought you guys liked Wicket because it's plain
html
support. Now looks like there's a big interest in having more tags. If
this is true, why don't we go back a few years, or move to JSF? Let's
give
Wicket support to Tag Libraries too :)
These aren't just like other
Hey Chris, I would need some lobbying here! ;)
-- stefan
You're doing a great job Stefan - especially now I see that you've implemented
it - excellent job!
Are we both seeing something here that other people can't see? It wouldn't be
the first time in my life I was in that position - only
Given these subtle problems with this approach, I admit I'm warming
to
the multiple extend/child idea.
im oposite - if i have X extends in a page, whose extend should be
preferred (e.g: manipulating the head or a part outside of itself) ?
I'm not sure I understand the issue you raise
And if somebody really needs 5 child areas, something else might be
even
messier than the page's constructor. I rather think that 2, 3 or in
rare
cases even 4 ids could make sense.
i must disagree - i have a basepage which defines the default layout
on a
project, i.e. header,
How can it get messy when it's not yet possible to do in wicket?
i believe it has been shown multiple times already that it CAN be done
with vanilla wicket...
I didn't like the look of any of those 'coded' solutions. They were not
from the coding elegance book I've read. They also mean I'm
a lot of people are saying that this can be implemented with panels,
and that is true. but actually implementing this with fragments will
make it look very similar to this new strategy and does not have the
id collission problem, because components ARE nested in two different
containers:
Presumably the coded work arounds that don't rely on child/extends mean
that the structural markup of each page is used instead of just that of
the base page - and that would spell maintenance issues. Without using
child/extend then ALL the structural markup in each page is used for
each render -
Korbinian Bachl wrote:
you missed solution3:
the real-wicket-way(tm) for multiple content-places in a tied
page-area:
Whaaa, I seriously hope this is not the real-wicket-way! My brain
hurts!
A framework is supposed to make things easy and readable! The code
below
is just way too
and in extending classes you can easily do this:
protected void initialize() {
addToAnything(new AnyPanel(id));
addToAnything(new AnyPanel2(id2));
}
So now you're proposing the Java code is defining the layout of
components? That's what the markup's job is I
ok tell me with 2 examples what is soo different about having 2 panels
(or
fragments)
in a page and implement that in a sub page or having 2 wicket childs
in a
page and implement those in a sub page.
Ok, here we go... (well one example at least - it's getting late here ;)
)
I'm not sure
...
5) Conclusion
In conclusion, the proposed change:
- is useful
- does not have to be used if you don't like it
- is 100% backwards compatible
- it introduces no new tags (if using child/extends)
I also do not see any real issues. This is purely about merging
The advantage of having this separate project
is that such inheritance would be available for people who like it,
and hey, maybe in the longer term you have something that works so
good that you can convince people based on something that works.
Executable code works much better than
heh, wellyou can be against this, but i think if we take a vote
right now most core-devs with binding votes will vote this down
I still can't see the reason for the negativity of some of the
core-devs: this is an existing feature.
If the feature sucks so bad why did people have the
Guys I am on the same project so I can speak a bit more. The real issue is
that on Redhat the default max directories is something like 32K. We ran
out of file descriptors. Basically for every unique session there is a
directory created for the second level cache.
I think the real issue for
I am curious what type of Wicket components/functionality you are hoping for?
Just on a side note, we are using Octazen - http://www.octazen.com/ for
social network slurping of contacts, etc. Of course there is a small
license fee for the product, so it would be ideal to have a free library to
How can we limit the number of files and/or directories? I only see the
option to limit the size of the session or the size of the pagemap for the
DiskPageStore ( DiskPageStore(java.io.File fileStoreFolder, int
maxSizePerPagemap, int maxSizePerSession, int fileChannelPoolCapacity)
Matej
Hi. So i have tried setting the stateless hint and my AjaxLink is still
statefull. I read some where where even Ajax components can be stateless.
What am I missing?
AjaxLink addFriend = new AjaxLink(addFriend)
{
@Override
That is what I'd suggest as well, since it involves the least amount
of
change. As an added bonus, if no id's are added and 2 wicket:child
sections are used, it could throw an exception (which it currently
does
not do, it just silently ignores the second wicket:child).
That would be magic!
. Can you please file a high
priority JIRA issue? We'll look at it as soon as possible.
-Matej
On Nov 8, 2007 6:35 PM, Chris Lintz [EMAIL PROTECTED] wrote:
Guys I am on the same project so I can speak a bit more. The real issue
is
that on Redhat the default max directories is something
they should be
fast and could happen frequently
and creating constantly a page for that is pretty heavy.
johan
On Nov 8, 2007 11:50 PM, Chris Lintz [EMAIL PROTECTED] wrote:
Hi. So i have tried setting the stateless hint and my AjaxLink is still
statefull. I read some where where even
true. I dont know if all the urls are generated right then..
On Nov 9, 2007 4:51 PM, Chris Lintz [EMAIL PROTECTED] wrote:
The onsubmit is adding a friend to XCP. An Ajax call decorator is then
displaying a message on the client side... so the page doesnt change.
Here
is the link
sections (as far as I can tell, or otherwise it should for
backwards compatibility), and does precisely what both you and Chris
want.
Awesome!
So it all sounds like a very low risk improvement of the existing
functionality - cool!
Sorry to all of those who've put up with such a long, sometimes
i plan to use JPA together with Wicket. Are there any
battle-proven
best-practices out there of how to handle EnityManagers and
Transactions?
What do other people use (no, not the spring crowd ;) ?
One EntityManager per Request seems to be the obvious idea and a
guice
I give up. Looks like this enhancement is really receiving positive
votes.
:)
:) :) :) :) :) :) :) :)
Just some of the many happy faces!
In my second reason, I point to something that is... the _core_ of
wicket:
binding Java objects (Components) to HTML tags. So, not having this
I'm using the wicket extensions CAPTCHA feature which works perfectly
except:
I know the purpose of CAPTCHA is to make the text unreadable to a
certain extent but it's *TOO* good at making the text unreadable - such
that humans often get it wrong too.
I have a client who has complained that
i hope you guys realize that this isnt a wicket issue, its an issue
with the captcha lib that wicket uses - thats what is generating the
image.
I realized that it was a third party thing. If it was written by the
wicket devs it would rock like everything else they write!
so why not simply
The trouble is that the answers to the kitten questions usually have a
small number of possible combinations: 1 - 5 roughly so on average a
robot may be successful 20% of the time.
thoof.com has a better captcha: select the kittens. I'd love to know
if it works for them or not.
Martijn
Chris Colman schrieb:
The obvious benefit in such an approach is that your POJO model and the
services that you provide to implement business rules etc., remain
completely portable to different persistence engines - ie., no vendor
lock in.
well, i thought that was JPA was all about
Evan Chooly wrote:
Do you know if theres any plans on making a maven2 archetype for
qwicket?
That's a definite feature i plan on adding as soon as I can. As a
noted maven hater, though, it'll take some time and libations to
help
me swallow my pride. :)
Good luck! Archetypes
Chris Colman wrote:
It seems it's also possible for a few other ORM tools to conform to
that
standard. Apart from Hibernate and JPOX you've got TopLink, Cayenne
and
others.
That's my point.
Which would you rather depend on; exPOJO or JPA?
Two different things:
exPOJO is a lightweight
that is waking up
every day once
and checks if there are files older then X. And that thread must be
configured by you
explicitly setting the timeout that you want to have.
johan
On Nov 14, 2007 12:04 AM, Chris Lintz [EMAIL PROTECTED]
wrote:
I think from previous threads
that are all valid. so that doesn't solve anything
On 11/14/07, Johan Compagner [EMAIL PROTECTED] wrote:
can you get the current process id by general api in java? have to
look at Runtime then.
On 11/14/07, Chris Lintz [EMAIL PROTECTED] wrote:
That makes sense. Another thought that possibly makes
:
no it doesnt matter what id i generate or get. This is still not
enough because it doesnt say any thing if i can delete it or not. i
have an id 1 then i restart and i have id 2 can i then delete
everything from 1? No i cant because there could be live sessions from
1.
On 11/14/07, Chris Lintz
to not be serializable?
There must be downsides to the proxy approach that I'm not aware of,
or an easier way to work with non-serializable model objects. Am I
missing something?
Thanks,
Chris
-
To unsubscribe, e-mail: users-unsubscr
I'm familiar with that approach, but it seems a bit cumbersome -
especially for collections of non-serializable objects. I was hoping
there was some other way.
-Chris
On Tue, Mar 3, 2009 at 9:41 PM, Jeremy Thomerson
jer...@wickettraining.com wrote:
Use a LoadableDetachableModel that can re
. class name and constructor). It seems like this has
not been implemented, but do you think it is possible to do so?
-Chris
On Tue, Mar 3, 2009 at 9:43 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote:
objects you put into the model are stored in components, which are in
turn stored in httpsession
to be in/near London when one of these events
is on, I can say it's well worth heading along to regardless of your level
of experience with Wicket.
Cheers,
Chris
Yiannis Mavroukakis-3 wrote:
Hi everyone,
Just wanted to say a quick thank you to Cemal, Al et al for organizing
this event
Hello
I've browsed over the wicket documentation and examples. There are a
couple of things I don't seem able to determine. So I would really
appreciate your input on this questions.
1. Can I write a web application without coding any HTML
whatsoever?...
I mean, is there some kind of html
[org.springframework.jms.config.JmsNamespaceHandler] does not implement the
NamespaceHandler interface, see output below). I'm stuck.
I'm running JDK build 1.6.0_07 and Tomcat 6.0.16.
--Chris
=TOMCAT STARTUP ERROR LOG=
03.09.2008 12:18:44 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web
with an empty
WebMarkupContainer in order to achieve this. However, I seem unable to figure
out how this is actually going to work.
Can somebody please give me a head start on this?
Sorry if this might be a stupid question and thanks a lot for your help!
--Chris
with those types of queries.
A. Is he right?
B. Can I flick a switch in wicket to generate traditional queries?
Regards,
Chris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I tried many different frameworks in the past and Wicket was probably one of
the easiest to set up and integrate into Eclipse. I have to admit that the
learning curve is quite steep here. It helped me being familiar with Eclipse
and the Tomcat integration to get things going quickly. Besides: I
that (I did
setOutputMarkupId(true)).
Thanks a ton!
Chris
--
View this message in context:
http://www.nabble.com/Adding-HTML-class%3D%22invalid%22-after-validating-with-IndicatingAjaxButton-tp19624501p19624501.html
Sent from the Wicket - User mailing list archive at Nabble.com
that (I did
setOutputMarkupId(true)).
Thanks a ton!
Chris
--
View this message in context:
http://www.nabble.com/Adding-HTML-class%3D%22invalid%22-after-validating-with-IndicatingAjaxButton-tp19624501p19624501.html
Sent from the Wicket - User mailing list archive at Nabble.com
replacing form tag well
-igor
On Tue, Sep 23, 2008 at 1:39 PM, Chris Stein [EMAIL PROTECTED] wrote:
Thanks, Igor. However, I tried it and it never showed up in the browser.
Even more so, when I set a breakpoint to the onComponentTag-method, it never
gets called. Is that correct?
I only get
Martijn
On Thu, Sep 25, 2008 at 1:56 PM, Chris Stein [EMAIL PROTECTED] wrote:
Thanks, Igor. I've been playing around with your suggestions but still
doesn't seem to make it work.
My onSubmit is not being called when I set a breakpoint there.
Is it possible that what I am asking
I'm having trouble with borders as well.
This markup is within a page and I use a component resolver and in the
debug I see requests for the 'primaryWrapper' (PrimaryWrapper is a class
derived from Border. I then see the resolve request to resolve
'aboutUsPanel'. The panel is created and added to
it ourselves in order to get the latest
version?
Regards,
Chris
Back in my day we didn't need Tapestry, or Wicket or WebObjects, or
even Servlets, or for that matter Java! We just coded in plain assembly
language. And before that we had to just type in 1's and 0's. Sometimes
we didn't even have 1's. I
I apologize in advance if there is a completely obvious solution to this
that I have missed...
Is it possible to pass in parameters to a panel via the markup?
Eg., Let's say that there are number of different ways that a particular
panel could be rendered and that these ways are largely
- where you have access
to
data sources, session attributes, the user, etc
--
Jeremy Thomerson
http://www.wickettraining.com
On Mon, Sep 7, 2009 at 5:09 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:
I apologize in advance if there is a completely obvious solution
you say it is laughable to require knowledge of code to configure
this. i agree, but i also think its laughable to require the knowledge
of markup, why shouldnt a sysadmin be able to change this? so isnt a
property file, or a jndi property, or a database table a better place
to configure
Then why not just create a configuration panel so your designer can
configure the number of items to display?
Scenario:
Let's say 8 different pages use the same SongChartPanel and each wants
to list a different number of songs.
Providing a configuration panel for the web designer to configure
within the tag in the container markup that instantiated a panel?
Any pointers to examples of this or where I'd find the right calls in
the API to pull in these attributes?
Regards,
Chris
-igor
On Mon, Sep 7, 2009 at 5:23 PM, Chris
Colmanchr...@stepaheadsoftware.com wrote:
you say
Thomerson
http://www.wickettraining.com
On Mon, Sep 7, 2009 at 9:47 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:
officially we will not support this type of control because there
are
plenty of other alternatives which we find more appealing. that
said,
there are plenty of ways
I'm doing some experimenting with ComponentTag.getAttributes() - it
looks
like the one!!
Doh! It doesn't seem to work. No matter how many attributes I add to the
tag and no matter whether I add the wicket: namespace to them or not I
only ever see the single wicket:id attribute when I run this
-Original Message-
Doh! It doesn't seem to work.
...
Whoops! Please ignore the above!
It works like a charm when you place the parameters in the right place
;)
-
To unsubscribe, e-mail:
.
There are only 10 types of people in the world: Those who understand
binary, and those who don't.
-Original Message-
On Mon, Sep 7, 2009 at 5:23 PM, Chris
Colmanchr...@stepaheadsoftware.com wrote:
you say it is laughable to require knowledge of code to configure
this. i agree
Chris Colman wrote:
I've thought of a very ugly way of doing it with the current version
of
wicket but it relies on quite a lot of smoke and mirrors and hooking
into the component creation process. I'll give that a go for now.
We went a similar but still different way :) We use our own
why? what is different between a 10 or a 50 item song panel? the
number
of items? you should anyhow use a ListView which repeats the her is
the
song-block as many times as you want to..
It is using a ListView - the desire was to provide an easy way for the
UI guy to specify a row count in the
With using the getVariation() method is the 'fallback' process for when
a particular variant isn't found like this:
(a) Incremental removal of variant suffixes using '_' as the delimeter:
i.e. Wicket looks for files in the following order until one is found:
HeaderPanel_Var1_Var2_Var3.html
Subject: RE: Passing parameters from markup to panels
Am Donnerstag, den 10.09.2009, 14:03 +1000 schrieb Chris Colman:
why? what is different between a 10 or a 50 item song panel? the
number
of items? you should anyhow use a ListView which repeats the her
is
the
song-block as many times
is the one maybe it is.
Regards,
Chris
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Friday, 11 September 2009 12:56 AM
To: users@wicket.apache.org
Subject: Re: Variation algorithm
wicket will not iterate over '_' delimiters that you supply
I have a need to 'wrap' some content inside some border style markup,
specifically within a li ... /li combo but the panel that is being
inserted may be visible or invisible depending on logic within the panel
and the current session etc,.
When the 'wrapped' panel is invisible I don't want the li
If they don't, what would be the best way to have the border go
invisible if the child is invisible?
How about using wicket:enclosure child=wrappedPanel around the
border.
refer
http://cwiki.apache.org/WICKET/wickets-xhtml-
tags.html#Wicket%27sXHTMLtags-Elementwicket:enclosure
On Thu, Sep 17, 2009 at 2:19 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:
If they don't, what would be the best way to have the border go
invisible if the child is invisible?
How about using wicket:enclosure child=wrappedPanel around the
border.
I'm using my own
Is it possible to create a panel that's inside a wicket:enclosure vi
an IComponentResolver implementation.
If so where do I hook into such a beasty?
I've tried replacing the standard EnclosureResolver in the apps
collection of resolvers with a CustomEnclosureResolver than I created by
extending
Do you consider to use jsp for this project? They do the entire
servlet
based on the tag name.(just kidding)
I've done my time in the jsp concentration camp - no more please! =)
Make sure of remove the old standard EnclosureResolver and add your
new
one on:
Yes, I've done that. I've made my
From the stack trace you can see that the EnclosureResolver calls
autoAdd which proceeds to do a render and eventually call
getChildComponent - which obviously fails.
It would seem like there needs to be some call to a resolver invoked for
the newly created Enclosure object itself to give it a
I suppose one way around it would be to override Enclosure and create a
DynamicEnclosure that supports the child components being resolved
dynamically by a resolver. I then make my CustomEnclosureResolver return
a DynamicEnclosure instead of a standard Enclosure.
I guess to do that I'd need to
As can be seen by the Enclosure.getChildComponent method below the
component resolver expects to find the 'child' within its own parent -
i.e. it assumes that its *child* is actually its sibling via:
child = parent.get(childId.toString());
While all other children of the common parent are
a collection of them in the settings so does this need to be iterated
through until one returns 'true' or is there somewhere in the framework where
this iterating code can be called?
Regards,
Chris
On Thu, Sep 17, 2009 at 1:57 PM, Chris Colman
chr...@stepaheadsoftware.com wrote:
As can be seen
? child = get(childId.toString());
How do you feel about that approach?
Regards,
Chris
And... is there a convention for calling the component resolvers?
There's obviously a collection of them in the settings so does this need
to be iterated through until one returns 'true
to make the component a direct child of enclosure you would have to
have an Enclosure component that is explicitly added into the
hierarchy, at which point you can simply use a WebMarkupContainer
whose visibility is tied to that of the child to replicate the
functionality. the whole point of
that it was an Enclosure but now that you explain it
as a two phase process:
1) handle tag to get a wicket:id
2) resolve the enclosure component i.e. look for a component with that
wicket:id
it now makes sense.
-igor
On Fri, Sep 18, 2009 at 8:35 PM, Chris Colman
chr...@stepaheadsoftware.com wrote
this contract is not factored out anywhere, but maybe doing so may
be
worthwhile. can be part of your patch, something like
ComponentResolvers.resolve(MarkupContainer parent, )
Yes looks like this code in MarkupContainer.renderNext would need to be
factored out:
// 3rd try: Try
this contract is not factored out anywhere, but maybe doing so
may
be
worthwhile. can be part of your patch, something like
ComponentResolvers.resolve(MarkupContainer parent, )
I've tried invoking the application resolvers from many different places
within the Enclosure class but
as far as i rememember there is a collection registered in
setttings
and then each component can also implement a resolver.
the contract can be seen in markupcontainer#rendernext method
1) first walk over the component hierarchy and check if any are
resolvers
2) walk over collection
as far as i rememember there is a collection registered in
setttings
and then each component can also implement a resolver.
the contract can be seen in markupcontainer#rendernext method
1) first walk over the component hierarchy and check if any are
resolvers
2) walk over
I've been using wicket under for a while now, always using ant, but now
I have to create a quickstart app and I'm new to maven...
I've created the quickstart app and it runs under Jetty no problem but
where does it store the Wicket and Jetty .jars?
They don't seem to be under the directory I
for a main build server allowing all logged-in
users
to build from a common local repository.
On Wed, Sep 23, 2009 at 11:01 PM, Chris Colman
chr...@stepaheadsoftware.com
wrote:
I've been using wicket under for a while now, always using ant, but
now
I have to create a quickstart app and I'm
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?
With version 1.4.2 I finally got a component resolver mechanism working
for components within enclosures so that the components could be
dynamically populated instead of hard coding the creation of every
possible component that 'might' be needed by the markup.
I just upgraded to 1.4.5 and my
With version 1.4.2 I finally got a component resolver mechanism working for
components within enclosures so that the components could be dynamically
populated instead of hard coding the creation of every possible component that
'might' be needed by the markup.
I just upgraded to 1.4.5 and my
I know JSF is standard; what is your idea about current JSF
status?
Just forget about it ... ;)
Agreed!
JSF is way too complex for doing simple things. They -again- forgot
the
KISS principle (Keep it Simple Straightforward/Stupid).
Wicket (but also Tapestry) is in my opinion a giant
It seems like 1.4.4 will throw the error, as you say
for *any* missing child declared inside enclosure's markup
but unfortunately it appears to throw it even if the child is available
by a component resolver.
Version 1.4.2 does not throw an error if the child is found via the
component resolver
Currently in our wicket app we have multiple pages and panels that can
pop up ModalWindows depending on user actions. To support this we have
tags like like:
div wicket:id=someModalWindow/div
Sprinkled through various markups.
All of our pages derive from a single page class and I was wondering
I suppose the pop up/ModalWindow Nirvana that I'm seeking would be to
have modals handled as easily as they are in deskop apps:
Create a class derived from ModalWindow
Instantiate it and call showModal.
Without having to worry about adding tags to every page or panel markup
that may require a
New to wicket trying to figure out the best way to do custom validation. I
have a dropdown and a textfield, only 1 of which is required. I want the
user to select from the dropdown, and if their option is not listed, be
able to enter anything in the textfield
We have a site with lots of wicket AJAX working fine but we needed to
add a
base href=http://www.mysite.com/; /
because the site uses a Rich Text editor that wants to convert all
absolute links to links relative to www.mysite.com/
Adding this base tag seems to have broken all AJAX on the site
201 - 300 of 893 matches
Mail list logo
