I personally don't mind changes that cause me migration pain if they
actually make it better. I'm looking forward to trying it out.
Would it be possible to deploy the snapshots some place so I don't
have to go through the build pain?
- Brill Pappin
On 24-Jun-08, at 1:12 AM, Igor Vaynberg
you put in.
As the tab expands, the right side move to the right and simply clips
to the left as needed.
- Brill Pappin
On 24-Jun-08, at 6:01 PM, Francisco Diaz Trepat - gmail wrote:
Hi all,
I need to make each tab on an AjaxTabbedPanel have round corners. No
big
deal so far
The short answer is RTFM.
See:
http://cwiki.apache.org/WICKET/reference-library.html
There are several ways, but the one I like most is Markup
inheritance. See:
http://cwiki.apache.org/WICKET/markup-inheritance.html
... but, I also use panels extensively.
- Brill Pappin
On 19-Jun-08
groupIdcom.mypackage/groupId
artifactIdmywebapp/artifactId
version1.0.0XXX/version
typewar/type
/dependency
- Brill Pappin
On 19-Jun-08, at 10:59 AM, Frank Silbermann wrote:
I have a question about packaging. I have two Wicket web
applications
that display data for two
chuckle
I've used a few convoluted ways of doing it including a combination of
the dependency plugin to get the war dep and the antrun plugin to
extract it, but the war overlay (which I only discovered a few months
ago) is a much nicer way of doing it :)
- Brill Pappin
On 19-Jun-08
.
there is *no* way to get eclipse to see your war as a dependency in
the eclipse classpath (as John pointed out) because a war is a
packaged application, not a library.
- Brill Pappin
On 19-Jun-08, at 11:55 AM, Frank Silbermann wrote:
That satisfies Maven, thanks! I'm not looking to add
overlay takes two war files and merges them.
so whatever classes and resources you have in one will be included in
the other.
The reason to use a war instead of a jar is if you want to be able to
run that common war in its own (for dev and debug)
- Brill Pappin
On 19-Jun-08, at 12:22
not sure about what the javadocs say, but that exception says your
casting a string array to a string.
What your doing is:
String[] x = {value1,value2};
String y = (String)x;
- Brill Pappin
On 19-Jun-08, at 3:29 PM, Frank Silbermann wrote:
In my Wicket 1.2 application I used
repos
that contain wicket related stuff (assuming wicket-stuff isn't
suitable).
- Brill Pappin
On 18-Jun-08, at 5:49 AM, Jonathan Locke wrote:
my RSI is bad so please forgive the terseness. the idea:
- make an automated wicket component library
- define packaging structure for wicket library
That was exactly my question... I think the process you go through to
do that is important so the rest of us are not tearing out our hear
trying to work with 3rd party components.
- Brill
On 18-Jun-08, at 9:16 AM, John Krasnay wrote:
How would this be different than just deploying a bunch
Now that is an interesting idea...
Use standard maven modules, but write a plugin that adds a little
extra info for the wicket stuff site ??
- Brill
On 18-Jun-08, at 9:53 AM, Jonathan Locke wrote:
also, locating components automatically via crawling
means no central point of
.
There is also something that Archiva does with repos where it adds
some sort of index... some of that work might be utilized as a scraper.
Anyway, interesting idea.
- Brill
On 18-Jun-08, at 9:56 AM, Jonathan Locke wrote:
why not crawl a whole list of repos? or as many as we can find?
Brill Pappin
just need to get the metadata right.
Brill Pappin wrote:
Now that is an interesting idea...
Use standard maven modules, but write a plugin that adds a little
extra info for the wicket stuff site ??
- Brill
On 18-Jun-08, at 9:53 AM, Jonathan Locke wrote:
also, locating components
not show
up for hours or days, but at least it is all there.
Brill Pappin wrote:
Well I could write a plugin easily enough
I think the issue is where the metadata is stored and how your going
to find them... you don't want to have to download every library
from
every repo just to find them
. stuff might
not show
up for hours or days, but at least it is all there.
Brill Pappin wrote:
Well I could write a plugin easily enough
I think the issue is where the metadata is stored and how your
going
to find them... you don't want to have to download every library
from
every repo just
I had the same issue recently and Igor posted a good solution.
See:
http://www.nabble.com/Wicket-play-nicely-with-GWT-to1736.html#a17222908
- Brill Pappin
On 13-Jun-08, at 3:35 PM, Scott Sauyet wrote:
I have several Servlets and ServletFilters that run inside the same
web application
Cool, is that new?
- Brill
On 13-Jun-08, at 3:43 PM, Igor Vaynberg wrote:
see WicketSessionFilter
-igor
On Fri, Jun 13, 2008 at 12:35 PM, Scott Sauyet [EMAIL PROTECTED]
wrote:
I have several Servlets and ServletFilters that run inside the same
web
application as my Wicket app. They've
on removing the finals
The final members are the worst thing I've had to deal with in Wicket
so far.
Although I understand that there may be a reason for them, they are
more a hinderance than anything else and seem to be trying to protect
users from themselves.
- Brill Pappin
On 12-Jun
from
manipulating them how I see fit. If I cause a bug that I have to deal
with, thats *my* problem to resolve.
In my book (and I'm not the only one) excessive use of final is an
anti-pattern.
- Brill Pappin
On 12-Jun-08, at 10:01 AM, cowwoc wrote:
Brill,
This is actually an API best
, I am *in no way asking* the developers to reverse the final
policy. its working, and working fairly well. I think I may have
started a thread here that is less than productive and unless others
feel that there needs to be a debate on the issue, I'll let it drop.
- Brill Pappin
On 12-Jun-08
Very thoughtful and some good points, I don't entirely disagree with
that.
- Brill
On 12-Jun-08, at 11:54 AM, cowwoc wrote:
[...]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
your issue.
- Brill Pappin
On Tue, Jun 3, 2008 at 11:54 PM, Mike Comb [EMAIL PROTECTED] wrote:
Well, in our case it would almost never be:
MyComponentMyModel mycom = new MyComponentMyModel();
We don't have many of our own models, we use CompoundPropertyModel pretty
much exclusively (wrapping
...
-igor
On Tue, Jun 3, 2008 at 8:19 PM, Brill Pappin [EMAIL PROTECTED] wrote:
You will wait a long time for an example generated from the API would be
different in such and such a case, based on an opinion.
If your really all that interested you could start from scratch using
generics
.
It not clean yet which made it a bit of a pain and I can understand
why some would balk, but I can *definitely* see the joy on the
horizon.
that's my personal experience rather that my professional opinion.
- Brill Pappin
On Wed, Jun 4, 2008 at 2:40 AM, Igor Vaynberg [EMAIL PROTECTED] wrote
If the type of component is getting in the way doesn't that mean the
problem (non-trivial) component may need to be redesigned?
- Brill Pappin
On Wed, Jun 4, 2008 at 2:50 AM, Jan Kriesten [EMAIL PROTECTED] wrote:
i was of the generify component and model mind while i was
generifying
I agree with that and I think that is *the* key point.
If implementing regular language features exposes a flaw, fix the flaw.
I'm one of those that would rather have to refactor my code to
upgrade to a new major version than try and work around some flaw
just to maintain compatibility.
- Brill
Thats a pretty major api change (although it looks simple) maybe that
should be in the next major release?
- Brill
On Wed, Jun 4, 2008 at 1:30 PM, Patrick Angeles [EMAIL PROTECTED] wrote:
igor.vaynberg wrote:
component.detach() {
for (field:fields) {
if
Declare nothing final unless trying to solve a particular problem.
...m2c
- Brill Pappin
-Original Message-
From: Eyal Golan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2008 5:47 AM
To: users@wicket.apache.org
Subject: Re: Add onClick to an AjaxButton
One more thing.
If I
you, you could simply use a suppress annotation (suppress should
absolutely not be in the API).
More verbose? Yes... Not by much, but it is... However the advantages gained
in terms of readability and type safety are enormous.
- Brill Pappin
-Original Message-
From: Mike Comb [mailto
a significant impact on what it
looks like in the end.
I applied the same thoughts to using generics from the start, and realized
the API would likely be a bit different. Exactly how much, I wouldn't
presume to guess.
- Brill Pappin
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL
: Monday, June 02, 2008 4:36 AM
To: users@wicket.apache.org
Subject: Re: maven deployment..?
Brill Pappin wrote:
Because deployment happens to a staging or production server, I simply
set the jvm startup params with -Dwicket.configuration=deployment.
It's also a possibility, i'll
Why do you need the filtering?
- Brill
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of James Carman
Sent: Monday, June 02, 2008 8:14 AM
To: users@wicket.apache.org
Subject: Re: maven deployment..?
On Mon, Jun 2, 2008 at 7:55 AM, Nino Saturnino
properties when
they are copied.
On Mon, Jun 2, 2008 at 8:56 AM, Brill Pappin [EMAIL PROTECTED] wrote:
Why do you need the filtering?
- Brill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of James Carman
Sent: Monday, June 02, 2008 8:14 AM
To: users
sometimes.
- Model objects should allow any generic needed (due tot he nature of a
model).
- Components should be specific about the generics they accept i.e. instance
of model etc.
makeing the generics clean will help us keep our code clean.
- Brill Pappin
Eelco Hillenius wrote:
We have had
I'd really like to know how it's ruining my wicket experience?
Can you please elaborate?
I agree that the M1 release of 1.4 was less than optimum, but not having
generics is annoying to people who have gotten used to using them.
- Brill Pappin
-Original Message-
From: mozvip [mailto
Clearly :)
However I think the wicket developers have to be careful here as doing wrong
will make a big mess :)
- Brill
-Original Message-
From: Hoover, William [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 10:27 AM
To: users@wicket.apache.org
Subject: RE: users, please give
their heads around Generics
can't use the older releases that don't include it, but IMO any java
developer who doesn't get generics yet better make some time to learn,
because like it or not, they *will* be dealing with them.
- Brill Pappin
-Original Message-
From: Matej Knopp [mailto:[EMAIL
Can you elaborate?
What (anti)pattern(s) make you think that generics in the components are bad
design?
Besides the effort involved for the wicket developers, as a user I was
leaning the opposite way... But maybe I missed something (not unusual).
- Brill Pappin
-Original Message-
From
if the user didn't have a place
for them.
- Brill Pappin
-Original Message-
From: Jan Kriesten [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 11:46 AM
To: users@wicket.apache.org
Subject: Re: users, please give us your opinion: what is your take on
generics with Wicket
Hi
I'm likely missing something here, but why would you want to return
something other than a *Page object? Wouldn't that cause some issues with
the application?
Maybe I don't understand what you mean by raw type.
- Brill Pappin
-Original Message-
From: Sebastiaan van Erk [mailto:[EMAIL
(and the cost of),
despite effort on the initial development.
One thing that means for me, is generics... Just like TDD, it reduces the
issue count (among other things).
- Brill Pappin
-Original Message-
From: Martijn Dashorst [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 11:47 AM
+1
Even if its one of the built in composite models, you still kind of need
them for most things you do.
- Brill
-Original Message-
From: Hoover, William [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 11:59 AM
To: users@wicket.apache.org
Subject: RE: users, please give us your
with Wicket
Brill Pappin wrote
I don't know, I think the discussion is going *toward* generics.
Frankly I can't even see why its an issue at all, the language has
evolved and uses them... Why would Wicket not also use them its inline with
the current state of the language?
There is no reason
I think that this has turned into a discussion is vital :)
We can't all do the work and don't have the final say, but there is nothing
like getting ideas out in the open like talking about them (even arguing
about them).
I'm glad you contributed your input!
- Brill Pappin
-Original Message
+1
I think that's the right thing to do... No point making it so rigid.
- Brill Pappin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of James Carman
Sent: Monday, June 02, 2008 12:13 PM
To: users@wicket.apache.org
Subject: Re: users, please give us your
the model has direct bearing on ROI
(although a lot of developers tend not to think on it much, we all depend on
it) and the stats (and experience) say 80% of your work is maintenance.
So, forget the 20%, lets chew away some of that 80%.
- Brill Pappin
-Original Message-
From: John Krasnay
So am I :)
I think that just like TDD generates a whole new structure to your code (IMO
a better one) that implementing generics at the start would have produced
something a bit different.
- Brill Pappin
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Monday
even
bother to implement it at all?
- Brill Pappin
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 11:25 PM
To: users@wicket.apache.org
Subject: Re: AW: users, please give us your opinion: what is your take on
generics with Wicket
i guess my
Hold on there... Why would you suppress warnings?
I think I must miss the point of it because I don't *ever* want an API to
decide what warnings I should and shouldn't see.
-Brill Pappin
-Original Message-
From: Jeremy Thomerson [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2008 6
Because deployment happens to a staging or production server, I simply set
the jvm startup params with -Dwicket.configuration=deployment.
I also have a small block in my Application instance that turns params on
and off depending on the mode as well, so for instance I can have tags
stripped etc.
Right... I think I'd just invert that, so that the page asked for the
stateful data when needed.
- Brill Pappin
-Original Message-
From: Michael Allan [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 18, 2008 9:41 PM
To: users@wicket.apache.org
Subject: Re: Thread safety for components
of their time waiting for databases
and services. As hardware improves, this equation will only favor Wicket
more and more.
Brill Pappin wrote:
Ahh... I was getting worried that it synchronous per page-resource (as
opposed to per client), the last person could be waiting for a while!
So
(or even plain old PHP)!
- Brill
-Original Message-
From: Michael Allan [mailto:[EMAIL PROTECTED]
Sent: Friday, May 16, 2008 11:33 PM
To: users@wicket.apache.org
Subject: Re: Thread safety for components
Brill Pappin wrote:
Does that mean that under heavy load, hitting the index page
I was trying to think of a use-case for that problem... Do you have a
specific use-case or is that just a potential issue you can think of?
-Original Message-
From: Michael Allan [mailto:[EMAIL PROTECTED]
Sent: Friday, May 16, 2008 9:00 PM
To: users@wicket.apache.org
Subject: Re:
I don't see what the problem is... If getHomePage detects that the user is
already authenticated, why can't you simply issue a redirect to user_home?
- Brill
-Original Message-
From: greeklinux [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 17, 2008 2:02 PM
To: users@wicket.apache.org
Does that mean that under heavy load, hitting the index page for instance, I
can expect clients to block as each request is processed?
Have anyone tested this on a site with heavy traffic?
- Brill
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: Friday, May 16,
Ahh... I was getting worried that it synchronous per page-resource (as
opposed to per client), the last person could be waiting for a while!
So essentially it's single threaded per client (or session) which is pretty
much par for the course, and not a problem that I can see :)
- Brill Pappin
. That is by no means a hard plan, but certainly
something to try... Not sure yet how that would work on the server
side though (not enough experience with Wicket).
- Brill Pappin
On Wed, May 14, 2008 at 1:42 AM, Igor Vaynberg [EMAIL PROTECTED] wrote:
you can always generate a callback url using
to the session vars in a wicket context.
I should also mention that I'm new to Wicket (read: finally have a reason to
go explore it as I've been meaning to do).
Comments, suggestions?
- Brill Pappin
-
To unsubscribe, e-mail: [EMAIL
()
should get you the raw http session.
-igor
On Tue, May 13, 2008 at 7:23 PM, Brill Pappin [EMAIL PROTECTED] wrote:
Ok, I've read over several threads on Wicket+GWT and know that are
several people using the two together.
I've got a nice clean setup that is working all except for one minor
laugh
I just now saw your post *just* before this one... Looks like we have a
magic bullet here :)
Thanks for you help!
- Brill Pappin
-Original Message-
From: Igor Vaynberg [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 13, 2008 10:53 PM
To: users@wicket.apache.org
Subject: Re: Wicket
Thats pretty much it.
I had a date member of my bean and was using a text field to set it on
post... of course since it didn't know the format I expected, it failed and
because I didn't have a feedback panel, I couldn't see it (and nothing was
coming out in the log).
Although it was my own
Done:
https://issues.apache.org/jira/browse/WICKET-1138
- Brill
Eelco Hillenius wrote:
Yeah. If you can open up a JIRA issue for it, we can think/ discuss
what we could do here.
--
View this message in context:
For some reason onSubmit is never called on a simple form.
Has anyone seen this problem before?
- Brill Pappin
: Shutdown hook complete
- Brill Pappin
the constructor calls.
- Brill Pappin
content?
- Brill Pappin
the div if I don't need it in the
content?
Is there a non-html wicket tag I haven't found yet for adding a
placeholder instead of the div?
- Brill Pappin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
How can I change *only* the div attributes (like style class) without
changing the contents of the div?
in this example:
div class=aaa wicket:id=outter
div wicket:id=innerthis should remain/div
/div
I want to change the css class from aaa to bbb, but not replace the inner
html.
- Brill
201 - 269 of 269 matches
Mail list logo
