If you add the following repository to your pom, you won't need to
install it locally.
mergere
Mergere Maestro Repository
http://repo.mergere.com/maven2
Maurice
On 6/19/07, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
Lovely maven repositories...
I'm trying to enable a hibe
Lovely maven repositories...
I'm trying to enable a hibernate build on the wicketstuff bamboo server, and
I get this wonderful error. Can we manually install this jar to get the
build up and going?
[INFO]
[ERROR] BUILD ERR
fine by me
-igor
On 6/18/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
max int is actually a pretty rediculous default in itself. How about
setting it to 1,000 or even 100 or such?
Eelco
On 6/18/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
> Why would you want to do that? Sure, we can pu
max int is actually a pretty rediculous default in itself. How about
setting it to 1,000 or even 100 or such?
Eelco
On 6/18/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote:
Why would you want to do that? Sure, we can put a setter in there, but
it is really only meant to detect cycles.
Eelco
On
Why would you want to do that? Sure, we can put a setter in there, but
it is really only meant to detect cycles.
Eelco
On 6/18/07, Sean Sullivan <[EMAIL PROTECTED]> wrote:
In RequestCycle.java, the steps() method has this code:
* final* *int* maxSteps = Short.MAX_VALUE;
Is there any way for
why would you want to do that? that is there only to detect run away loops.
-igor
On 6/18/07, Sean Sullivan <[EMAIL PROTECTED]> wrote:
In RequestCycle.java, the steps() method has this code:
* final* *int* maxSteps = Short.MAX_VALUE;
Is there any way for me to override the maxSteps value?
In RequestCycle.java, the steps() method has this code:
* final* *int* maxSteps = Short.MAX_VALUE;
Is there any way for me to override the maxSteps value?
Would it be reasonable to have getter/setter methods?
protected void setMaxSteps(int value)
protected int getMaxSteps()
Cheers,
Sean
-1 on the streamline. I'm not going to go through and rewrite my
chapters of the book yet *again*.
Can we just agree to keep the API stable?
Yeah, +1 on that. You guys scare the hell out of me if I have to think
about how long *any* book will be valueable on any version :-) It's
time to settle
-1 on the streamline. I'm not going to go through and rewrite my
chapters of the book yet *again*.
Can we just agree to keep the API stable?
Martijn
On 6/18/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
because wicket is so flexible that you can do almost everything with just
one component!
because wicket is so flexible that you can do almost everything with just
one component!
for the html below i would use button.. But that is because it is visual a
button.
The differences are i guess that button has the submit() method and link the
onClick()
and because of those silly behaviours
since everyone is talking about this can i add some more flames? why is Link
called link? cause really its not just a link.
you can do:
add(new Link("foo") {});
and in markup have
so its not just a link.
-igor
On 6/18/07, Johan Compagner <[EMAIL PROTECTED]> wrote:
i agree more with Fra
On 6/18/07, Al Maw <[EMAIL PROTECTED]> wrote:
Just an idea, but when you go tagging, etc. a quick e-mail to
wicket-private saying what you're up to might be nice for avoidance of
doubt and toe-treading. :-)
Sure, I was in the process of building a release, but got side tracked
by a rather press
i agree more with Frank,
i don't like that Button would be come SubmitButton
For me Button doesn't say what it does. no it tells me how it looks
And many buttons don't submit but they are link (onclick)
So having a SubmitButton is mostly not true for me because it doesn't so a
submit!
its a
j
Martijn Dashorst wrote:
I didn't push the released button because I hadn't actually built it :)
I had forgotten that the release can also be 'unreleased', like I did
for the previous version.
I'll remove the tags and do those steps again, this one seems really
like one I want to have anyway :)
I didn't push the released button because I hadn't actually built it :)
I had forgotten that the release can also be 'unreleased', like I did
for the previous version.
I'll remove the tags and do those steps again, this one seems really
like one I want to have anyway :)
I'll document the steps
* Igor Vaynberg (JIRA):
>
> [
> https://issues.apache.org/jira/browse/WICKET-614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Igor Vaynberg resolved WICKET-614.
> --
>
>Resolution: Fixed
> Fix Version/s: 1.3.0-beta2
* [EMAIL PROTECTED]:
> Author: almaw
> Date: Thu Jun 14 09:15:41 2007
> New Revision: 547290
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=547290
> Log:
> WICKET-638 - The wicket-examples source code view is not resizable.
> Also add some syntax highlighting.
Syntax highlighting in the examp
On 6/18/07, Al Maw <[EMAIL PROTECTED]> wrote:
Frank Bille wrote:
> Hey
>
> We could also rename AjaxSubmitButton into AjaxButton.
>
> Then we have:
> Button, ImageButton and AjaxButton (and AjaxFallbackButton)
>
> and
>
> SubmitLink and AjaxSubmitLink
Hmmm, that would be LinkButton and AjaxLink
18 matches
Mail list logo