Hi,
In IRoleCheckingStrategy, the method hasAnyRole() only gets
a collection of roles to check against. Would it be possible
to pass the component that is checked as well?
I'm trying to integrate Wicket with Acegi security, and I
want to let Acegi's AccessDecisionManager check if the
instantiatio
in 1.3 the AjaxSubmitLink is still not a button so i
> guess you have
> > the same problem then
> >
> > johan
> >
> >
> > On 5/16/07, Bart Molenkamp <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > I think I foun
Hi,
I think I found a bug (and a fix) for a problem. When using an AjaxSubmitLink
to submit a form, the form can't find the submitting component (the method
Form.findSubmittingButton() returns null). This is because in
AjaxFormSubmitBehavior
the name of the submit link isn't encoded in the javasc
ilto:[EMAIL PROTECTED]
> Verzonden: woensdag 9 mei 2007 14:59
> Aan: wicket-dev@incubator.apache.org
> Onderwerp: Re: An easier way to create a custom replacement
> for ExceptionErrorPage?
>
> yes please!
>
> On 5/9/07, Bart Molenkamp <[EMAIL PROTECTED]> wrote:
> >
> &g
Hi,
I believe that there is an endless loop in AbstractAjaxDefaultBehavior.
On line 247, the statement:
parent = getComponent().getParent();
should be changed to:
parent = parent.getParent();
It was introduced in revision 537689 to fix WICKET-472.
Can someone fix this oneliner, or should I c
I can see if I can create a patch for the exception handling
part.
Should I upload it to JIRA?
> -Oorspronkelijk bericht-
> Van: Johan Compagner [mailto:[EMAIL PROTECTED]
>
> Who is going to make a patch so that we can look at some code
> instead of
> discussing it :)
>
> johan
>
>
> On 5
> -Oorspronkelijk bericht-
> Van: Eelco Hillenius [mailto:[EMAIL PROTECTED]
> I'm not sure whether the factory
> method would be better in application, as I believe handling a runtime
> exception is something that logically belongs in a request cycle, not
> application. The only disadvanta
mpagner <[EMAIL PROTECTED]> wrote:
> I think we had that method on application but that was moved again.
>
> But why do you want to change the ExceptionErrorPage?
> That is just there for debugging, Normally in production you would see
the
> InternalErrorPage
> that can be set
rt.
Johan Compagner wrote:
I think we had that method on application but that was moved again.
But why do you want to change the ExceptionErrorPage?
That is just there for debugging, Normally in production you would see the
InternalErrorPage
that can be set through the settings.
johan
On 5/
Hi,
I think it's currently too hard to show a custom exception page. To do
so, I need to override Application.getRequestCycleFactory(), return my
own IRequestCycleFactory implementation, that can build my subclass of
WebRequestCycle that overrides the onRuntimeException() method.
Maybe it's
Hi,
I found an error in wicket-contrib-scriptaculous-examples/pom.xml. It
has a dependency to wicket-contrib-scriptaculous (of course), but the
group ID should be 'org.wicketstuff', not 'wicket-stuff'.
I guess the group ID renamed, and you all have a version for the old
group id in your loca
Martijn Dashorst wrote:
I propose we do the switch for wicketstuff at (or around) 6pm CET (for
us euros: 18:00 central european time).
OK.
Bart.
I fixed it...
--
Vincent
Bart Molenkamp a écrit :
I don't know, the exception messages aren't really helpful all the time.
Maybe you could try the following:
- can you load the file by requesting it in your browser? e.g.
something like:
http://localhost/doj
t.
- How many errors/exceptions are there? Sometimes these exceptions
follow on an earlier exception when a file contains a syntax error.
- Are you sure you are looking at the latest revision? I used more than
one commit.
HTH,
Bart.
Vincent Demay wrote:
Bart Molenkamp a écrit :
Hi,
I commi
Hi,
I committed my changes. Take a look at the package
org.wicketstuff.dojo.dojodnd. For example, look how DojoDragContainer is
declared, and how DojoDragCopyContainer extends it (it overrides the
createDragSource() function to create a different kind of drag source).
The *Template.js files a
Vincent Demay wrote:
If I well understand it is a class named wicketstuff giving access to
each function of each package as a subclass of wicketstuff?
I like that, so +1
I don't understand exactly what you mean. I now have classes coded in
JavaScript (similair like most - if not all - class
Hi,
I wanted to make better use of JavaScript inheritance using Dojo. For
example, using Java I can extend DojoDropContainer to implement
(server-side) specific drop behavior. But I also wanted some specific
behavior on the JavaScript side without having to copy/paste all the
existing js code
Done. Vincent, could you please check if this is the way to go?
Thanks,
Bart.
> -Oorspronkelijk bericht-
> Van: Bart Molenkamp
> Verzonden: dinsdag 17 april 2007 12:15
> Aan: wicket-dev@incubator.apache.org
> Onderwerp: RE: [Wicket-autocvs] SF.net SVN: wicket-stuff: [19
an: Vincent Demay [mailto:[EMAIL PROTECTED]
> Verzonden: dinsdag 17 april 2007 11:35
> Aan: wicket-dev@incubator.apache.org
> Onderwerp: Re: [Wicket-autocvs] SF.net SVN: wicket-stuff: [1935]
> branches/wicket-1.3/wicket-
> contrib-dojo/ src/main/java/org/wicketstuff/dojo
>
>
Hi Vincent,
I wasn't aware of the TargetRefreshManager class. I found out that the
DojoRichTextBehavior didn't work when the component was added to the page after
an Ajax update (in my case I replaced some panel with another panel that
contained the rich text editor). The solution would be call
Hi,
I'm a little bit confused about wicket-contrib-dojo and their minimum
JDK requirement (1.4 or 1.5). Currently, it seems that
wicket-contrib-dojo requires 1.5 and that wicket-contrib-dojo-examples
requires 1.4. This last one isn't building because it contains @Override
annotations in the sample
21 matches
Mail list logo