Re: Google reCAPTCHA V3 wicket component?

2020-02-13 Thread Chris Colman

Hi Gabriel,

I've got it working - partially.

I needed to convert my form to full AJAX.

I also finally did a proper translation of the French comments and 
realized that I needed to add the this to the AjaxSubmitLink button that 
submits the form:


            @Override
            protected void updateAjaxAttributes (final 
AjaxRequestAttributes paramAttributes)

            {
                super.updateAjaxAttributes (paramAttributes);
    AjaxRecaptchaV3Validator.addExtraParameters 
(paramAttributes);

            }

That part is pretty cool because it avoids the alternatives like having 
to create a hidden field in the form.


The AjaxRecaptchaV3Validator instance must also be added to the form 
(which I did) but maybe that could also be added to the comments in case 
some people miss that.



I thought of an issue: I read somewhere that the token that is returned 
after the initial request, after the page loads, is only valid for 2 
minutes. However, the validator only uses the token when the form is 
submitted - which could be > 2 minutes if the user takes their time to 
fill out the form.


Google doc says:

"Send the token immediately to your backend with the request toverify 
."


which implies that as soon as the page is loaded, when the 
grecaptcha.execute function, then the request to verify should take 
place immediately.


So if this is correct, we need extra JS executed after it gets the 
response from grecaptcha.execute to immediately send a verify request to 
the backend, completely asynchronous and independent of the form 
submission and this verify request should contain the token received 
from grecaptcha.execute.


I'm thinking about options for how this would take place - maybe a 
request to a particular URL that is 'waiting' for such a request and 
stores the token value in the session object for later use during form 
validation.


Google's V3 ReCaptcha is intended to work completely independently of 
the form submission phase. The bot detection works without needing any 
form submission but the form validation that occurs lately will use the 
'score' returned by the earlier call to ReCaptcha's verify process.



On 29/01/2020 8:53 am, Gabriel Landon wrote:

Hi Chrisco,

It's far from perfect, but here's a good start :

AjaxRecaptchaV3Validator.java


Regards,
Gabriel.

--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Google reCAPTCHA V3 wicket component?

2020-02-12 Thread Chris Colman

Hi Gabriel,

This looks promising! I'm just starting to integrate it now.

(I never thought my high school French lessons would come in handy but 
they help me understand your comments - a bit :) )


Do you have any usage doco or sample app?

I'm guessing we just construct your captcha validator and add it to the 
form we want to use it in. Is it that simple?


Regards,

Chrisco




On 29/01/2020 8:53 am, Gabriel Landon wrote:

Hi Chrisco,

It's far from perfect, but here's a good start :

AjaxRecaptchaV3Validator.java


Regards,
Gabriel.

--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Is it now possible to dynamically define component trees on wicket?

2020-02-12 Thread Chris Colman

We've been doing "Java side" dynamic for some time.

Key Java components override a createComponent(String tagId) method that 
will create a Java component on demand.


The "demand" is dictated by the markup. So we can dynamically 
reconfigure markup to dictate the assembly of Wicket components and on 
the Java side the components are dynamically created on demand as the 
markup layouts dictate.


We have found it extremely flexible and productive doing things this way 
and it means the UI guys have some flexibility in layout without having 
to hassling the devs :)



On 12/02/2020 10:19 pm, ViktorO wrote:

I have not used Wicket for some time now. Is is possible to dynamically
define component trees currently or we have to define them both in the HTML
layout and Java code as before?
Thanks in advance.

-
Web Sales at https://frontit.dk/services/hjemmesider
--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Google reCAPTCHA V3 wicket component?

2020-02-12 Thread Chris Colman

Hi Gabriel,

I'm using Wicket 6.x - should your Recaptcha validator work for that?

On 29/01/2020 8:53 am, Gabriel Landon wrote:

Hi Chrisco,

It's far from perfect, but here's a good start :

AjaxRecaptchaV3Validator.java


Regards,
Gabriel.

--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Google reCAPTCHA V3 wicket component?

2020-01-17 Thread Chris Colman
Does anyone know if anyone has already created a Wicket component that 
encapsulates Google reCAPTCHA V3?


I'm thinking it should be possible to have such a component that is 
simply added to a form like any other form component and then at 
submission, if Google thinks it's a Bot then the component throws a 
validation error ("Submission blocked: You are probably a bot") 
otherwise the form is submitted without obstruction.


I have searched for such a component but have not yet found one.

Regards,

Chrisco



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Best way to refresh entire NestedTree

2019-12-29 Thread Chris Colman

Actually - it's even easier than what I did before.

So long as the ITreeProvider implement can change the source of its data 
then all that's required is an target.add() on the tree component!


As per usual Wicket makes it really simple but I go looking for harder 
solutions :)


On 29/12/2019 5:40 pm, Chris Colman wrote:
Sorry for the duplication. These messages did not appear in the mail 
group until about 8 hours after they were posted. I thought I must 
have 'misdirected' the first one. Was there a problem with the mail 
group today?


Anyway - I eventually worked out how to do it!

The secret was in the source code of the TreeModelProvider class - 
which we don't use but it has a method called


update(AbstractTree tree, AjaxRequestTarget target)

which did this magic (among other things):

...
if (completeUpdate)
target.add(new Componen[]{tree});
...
this,detach();


So I added a similar method, called completeUpdate, to pagebloom's own 
ITreeProvider implementation, TreeNodeProvider and it all worked 
amazingly well, after adding some additional detachment of the root 
nodes.





On 29/12/2019 2:09 pm, chrisco wrote:
I have a UI layout where selection changes in one component need to 
result in

a complete repopulation of the nodes in an associated NestedTree.

Obviously I don't want to do a complete page refresh so I was 
wondering what
the best way is to do an AJAX refresh of the entire NestedTree after 
I've

told it, somehow, that all of its nodes need to be replaced.

Is it as simple as just replacing the ITreeProvider and then adding the
NestedTree to the AJAX request target or is there something more 
involved?


Merry Christmas/Holiday everyone,

Regards,

Chris

--
Sent from: 
http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org






-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: Best way to refresh entire NestedTree

2019-12-29 Thread Chris Colman
Sorry for the duplication. These messages did not appear in the mail 
group until about 8 hours after they were posted. I thought I must have 
'misdirected' the first one. Was there a problem with the mail group today?


Anyway - I eventually worked out how to do it!

The secret was in the source code of the TreeModelProvider class - which 
we don't use but it has a method called


update(AbstractTree tree, AjaxRequestTarget target)

which did this magic (among other things):

...
if (completeUpdate)
target.add(new Componen[]{tree});
...
this,detach();


So I added a similar method, called completeUpdate, to pagebloom's own 
ITreeProvider implementation, TreeNodeProvider and it all worked 
amazingly well, after adding some additional detachment of the root nodes.





On 29/12/2019 2:09 pm, chrisco wrote:

I have a UI layout where selection changes in one component need to result in
a complete repopulation of the nodes in an associated NestedTree.

Obviously I don't want to do a complete page refresh so I was wondering what
the best way is to do an AJAX refresh of the entire NestedTree after I've
told it, somehow, that all of its nodes need to be replaced.

Is it as simple as just replacing the ITreeProvider and then adding the
NestedTree to the AJAX request target or is there something more involved?

Merry Christmas/Holiday everyone,

Regards,

Chris

--
Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-f1842947.html

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Best way to refresh entire NestedTree

2019-12-28 Thread Chris Colman
I have a UI layout where selection changes in one component need to 
result in a complete repopulation of the nodes in an associated NestedTree.


Obviously I don't want to do a complete page refresh so I was wondering 
what the best way is to do an AJAX refresh of the entire NestedTree 
after I've told it, somehow, that all of its nodes need to be replaced.


Is it as simple as just replacing the ITreeProvider and then adding the 
NestedTree to the AJAX request target or is there something more involved?


Merry Christmas/Holiday everyone,

Regards,

Chris



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Partial update of DataGridView when adding new items

2019-12-03 Thread Chris Colman
We're using a DataGridView and we're happily doing partial updates of 
existing items for select/deselect and when content changes.


Updating existing items is fine because we can work out the changed Item 
(Component) and just add it to the AJAX request target.


However, we're wondering if it's possible to do partial updates of newly 
added items? Currently for that we're adding the whole DataGridView to 
the AJAX target but it causes a refresh which resets the current scroll 
position so it's a bit annoying to the user.


The trouble is we add new model items to the underlying collection that 
the IDataProvider exposes but not sure how we work out which Item is 
added for that and then how to tell it to update just that item in the UI.





-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Undesirable decoding of URL encoded external URL using RedirectToUrlException

2019-02-27 Thread Chris Colman
<pre>Hi Martin,

Does this patch address the loss of URL encoding when redirecting to an
external URL or is this just to avoid the CORS error when invoking
RedirectToUrlException from an Ajax request?

I guess using SC_SEE_OTHER is an adequate workaround but it may not be
obvious to other devs why the premature URL decoding occurs when using
the RedirectToUrlException constructor that only takes the URL.

Regards,
Chris

> -Original Message-
> From: Martin Grigorov [<a  rel="nofollow" href="mailto:mgrigo...@apache.org">mailto:mgrigo...@apache.org</a>]
> Sent: Thursday, 28 February 2019 6:46 AM
> To: users@wicket.apache.org
> Subject: Re: Undesirable decoding of URL encoded external URL using
> RedirectToUrlException
> 
> <a  rel="nofollow" href="https://issues.apache.org/jira/browse/WICKET-6638">https://issues.apache.org/jira/browse/WICKET-6638</a>
> 
> Wicket 6.x receives only security related fixes and this one doesn't
count
> as such.
> You will have to use HttpServletResponse in your application.
> 
> On Wed, Feb 27, 2019 at 9:09 PM Chris Colman
> <chr...@stepaheadsoftware.com>
> wrote:
> 
> > The code that is removing the encoding is in ServletWebResponse:
> >
> > public void sendRedirect(String url) {
> > try {
> > this.redirect = true;
> >
> > >>>> 'encode' is actually performing a decode in this line <<<<
> > url = this.encodeRedirectURL(url);
> > this.disableCaching();
> > if (this.webRequest.isAjax()) {
> > this.httpServletResponse.setHeader("Ajax-Location",
> > url);
> >
> >
this.httpServletResponse.getWriter().write("<ajax-response><redirect><![
> > CDATA[" + url + "]]></redirect></ajax-response>");
> > this.setContentType("text/xml;charset=" +
> > this.webRequest.getContainerRequest().getCharacterEncoding());
> > this.disableCaching();
> > } else {
> > this.httpServletResponse.sendRedirect(url);
> > }
> >
> > } catch (IOException var3) {
> > throw new WicketRuntimeException(var3);
> > }
> > }
> >
> > > -Original Message-
> > > From: Chris Colman [<a  rel="nofollow" href="mailto:chr...@stepaheadsoftware.com">mailto:chr...@stepaheadsoftware.com</a>]
> > > Sent: Thursday, 28 February 2019 5:05 AM
> > > To: users@wicket.apache.org
> > > Subject: RE: Undesirable decoding of URL encoded external URL
using
> > > RedirectToUrlException
> > >
> > > Actually - I spoke too soon :)
> > >
> > > When I use SC_SEE_OTHER inside an AJAX invoked form submit method
it
> > > works fine if the URL is for the same hostname but when it points
to a
> > > different hostname (external link) the browser refuses to
redirect,
> > > giving a CORS error.
> > >
> > > I could configure CORS on the external server but this is a
redirect
> > so
> > > I am wondering why is CORS an issue?
> > >
> > > Maybe the browsers treats all XMLHttpRequestS as resource accesses
to
> > > display in the current page even if they are not actually
requesting a
> > > resource to be displayed in the current page but invoking redirect
to
> > a
> > > completely new page?
> > >
> > > The redirect 302 doesn't have this problem but then I'm back to
the
> > > undesirable premature decoding of the query parameters.
> > >
> > > It seems like the browser understands that 302 is a proper
redirect
> > (not
> > > a resource fetch for the current page) and so does not raise a
CORS
> > > error.
> > >
> > > That got me thinking that may I could use SC_TEMPORARY_REDIRECT
> > instead
> > > but that results in a:
> > >
> > > java.lang.IllegalStateException: Status must be either 301, 302 or
> > 303,
> > > but was: 307
> > >
> > >
> > > > -Original Message-
> > > > From: Chris Colman [<a  rel="nofollow" href="mailto:chr...@stepaheadsoftware.com">mailto:chr...@stepaheadsoftware.com</a>]
> > > > Sent: Wednesday, 27 February 2019 9:06 PM
> > > > To: users@wicket.apache.org
> > > > Subject: RE: Undesirable decoding of URL encoded external URL
using
> > > > RedirectToUrlException
> > > >
> > > > That 

RE: Undesirable decoding of URL encoded external URL using RedirectToUrlException

2019-02-27 Thread Chris Colman
<pre>The code that is removing the encoding is in ServletWebResponse:

public void sendRedirect(String url) {
try {
this.redirect = true;

>>>> 'encode' is actually performing a decode in this line <<<<
url = this.encodeRedirectURL(url);
this.disableCaching();
if (this.webRequest.isAjax()) {
this.httpServletResponse.setHeader("Ajax-Location",
url);
 
this.httpServletResponse.getWriter().write("<ajax-response><redirect><![
CDATA[" + url + "]]></redirect></ajax-response>");
this.setContentType("text/xml;charset=" +
this.webRequest.getContainerRequest().getCharacterEncoding());
this.disableCaching();
} else {
this.httpServletResponse.sendRedirect(url);
}

} catch (IOException var3) {
    throw new WicketRuntimeException(var3);
}
}

> -Original Message-
> From: Chris Colman [<a  rel="nofollow" href="mailto:chr...@stepaheadsoftware.com">mailto:chr...@stepaheadsoftware.com</a>]
> Sent: Thursday, 28 February 2019 5:05 AM
> To: users@wicket.apache.org
> Subject: RE: Undesirable decoding of URL encoded external URL using
> RedirectToUrlException
> 
> Actually - I spoke too soon :)
> 
> When I use SC_SEE_OTHER inside an AJAX invoked form submit method it
> works fine if the URL is for the same hostname but when it points to a
> different hostname (external link) the browser refuses to redirect,
> giving a CORS error.
> 
> I could configure CORS on the external server but this is a redirect
so
> I am wondering why is CORS an issue?
> 
> Maybe the browsers treats all XMLHttpRequestS as resource accesses to
> display in the current page even if they are not actually requesting a
> resource to be displayed in the current page but invoking redirect to
a
> completely new page?
> 
> The redirect 302 doesn't have this problem but then I'm back to the
> undesirable premature decoding of the query parameters.
> 
> It seems like the browser understands that 302 is a proper redirect
(not
> a resource fetch for the current page) and so does not raise a CORS
> error.
> 
> That got me thinking that may I could use SC_TEMPORARY_REDIRECT
instead
> but that results in a:
> 
> java.lang.IllegalStateException: Status must be either 301, 302 or
303,
> but was: 307
> 
> 
> > -Original Message-
> > From: Chris Colman [<a  rel="nofollow" href="mailto:chr...@stepaheadsoftware.com">mailto:chr...@stepaheadsoftware.com</a>]
> > Sent: Wednesday, 27 February 2019 9:06 PM
> > To: users@wicket.apache.org
> > Subject: RE: Undesirable decoding of URL encoded external URL using
> > RedirectToUrlException
> >
> > That works brilliantly!
> >
> > Thanks Martin
> >
> > > -Original Message-
> > > From: Martin Grigorov [<a  rel="nofollow" href="mailto:mgrigo...@apache.org">mailto:mgrigo...@apache.org</a>]
> > > Sent: Tuesday, 26 February 2019 10:46 PM
> > > To: users@wicket.apache.org
> > > Subject: Re: Undesirable decoding of URL encoded external URL
using
> > > RedirectToUrlException
> > >
> > > Hi,
> > >
> > > It seems you use RedirectToUrlException(String) constructor which
> > > internally uses
statusCode=HttpServletResponse.SC_MOVED_TEMPORARILY.
> > > If you use RedirectToUrlException(yourUrl,
> > > HttpServletResponse.SC_SEE_OTHER) then Wicket will not do its
extra
> > logic
> > > in
> > >
> >
>
org.apache.wicket.protocol.http.servlet.ServletWebResponse#encodeRedirec
> > tU
> > > RL()
> > > and all should be fine.
> > >
> > > On Mon, Feb 25, 2019 at 8:13 PM Chris Colman
> > > <chr...@stepaheadsoftware.com>
> > > wrote:
> > >
> > > > I am using:
> > > >
> > > >
> > > >
> > > > throw new RedirectUrlException(externalUrl);
> > > >
> > > >
> > > >
> > > > to redirect to an external URL (i.e.
> > > > <a  rel="nofollow" href="https://hostname/path?param1=value1&param2=value2">https://hostname/path?param1=value1&param2=value2</a> etc.,)
> > > >
> > > >
> > > >
> > > > In constructing the URL I have used java.net.URLEncoder.encode()
> to
> > > > individual encode the values in each of the query parameters.
> > > >
> >

RE: Undesirable decoding of URL encoded external URL using RedirectToUrlException

2019-02-27 Thread Chris Colman
Actually - I spoke too soon :)

When I use SC_SEE_OTHER inside an AJAX invoked form submit method it
works fine if the URL is for the same hostname but when it points to a
different hostname (external link) the browser refuses to redirect,
giving a CORS error.

I could configure CORS on the external server but this is a redirect so
I am wondering why is CORS an issue?

Maybe the browsers treats all XMLHttpRequestS as resource accesses to
display in the current page even if they are not actually requesting a
resource to be displayed in the current page but invoking redirect to a
completely new page?

The redirect 302 doesn't have this problem but then I'm back to the
undesirable premature decoding of the query parameters.

It seems like the browser understands that 302 is a proper redirect (not
a resource fetch for the current page) and so does not raise a CORS
error.

That got me thinking that may I could use SC_TEMPORARY_REDIRECT instead
but that results in a:

java.lang.IllegalStateException: Status must be either 301, 302 or 303,
but was: 307


> -Original Message-
> From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
> Sent: Wednesday, 27 February 2019 9:06 PM
> To: users@wicket.apache.org
> Subject: RE: Undesirable decoding of URL encoded external URL using
> RedirectToUrlException
> 
> That works brilliantly!
> 
> Thanks Martin
> 
> > -Original Message-
> > From: Martin Grigorov [mailto:mgrigo...@apache.org]
> > Sent: Tuesday, 26 February 2019 10:46 PM
> > To: users@wicket.apache.org
> > Subject: Re: Undesirable decoding of URL encoded external URL using
> > RedirectToUrlException
> >
> > Hi,
> >
> > It seems you use RedirectToUrlException(String) constructor which
> > internally uses statusCode=HttpServletResponse.SC_MOVED_TEMPORARILY.
> > If you use RedirectToUrlException(yourUrl,
> > HttpServletResponse.SC_SEE_OTHER) then Wicket will not do its extra
> logic
> > in
> >
>
org.apache.wicket.protocol.http.servlet.ServletWebResponse#encodeRedirec
> tU
> > RL()
> > and all should be fine.
> >
> > On Mon, Feb 25, 2019 at 8:13 PM Chris Colman
> > 
> > wrote:
> >
> > > I am using:
> > >
> > >
> > >
> > > throw new RedirectUrlException(externalUrl);
> > >
> > >
> > >
> > > to redirect to an external URL (i.e.
> > > https://hostname/path?param1=value1=value2 etc.,)
> > >
> > >
> > >
> > > In constructing the URL I have used java.net.URLEncoder.encode()
to
> > > individual encode the values in each of the query parameters.
> > >
> > >
> > >
> > > The browser shows the redirected URL with the query parameters
being
> > > 'decoded' not encoded.
> > >
> > >
> > >
> > > I stepped through in the debugger and saw that Wicket's
> > > org.apache.wicket.util.encoding.UrlDecoder is being used to decode
> the
> > > URL while processing the redirect.
> > >
> > >
> > >
> > >
> > >
> > > I worked around problem by using the native Servlet API redirect:
> > >
> > >
> > >
> > > HttpServletResponse response =
> > >
>
(HttpServletResponse)getRequestCycle().getResponse().getContainerRespons
> > > e();
> > >
> > > try
> > >
> > > {
> > >
> > > response.sendRedirect(url);
> > >
> > > }
> > >
> > > catch(IOException ioe)
> > >
> > > {
> > >
> > > logger.error("Error while attempting to
> redirect
> > > to: " + url);
> > >
> > > }
> > >
> > >
> > >
> > > However, is there a 'Wicket' way of redirecting to an external URL
> > > without causing the undesired decoding?
> > >
> > >
> > >
> > >
> > >
> > > Note: Using Wicket 6.x
> > >
> > >
> > >
> > > Regards,
> > >
> > > Chris
> > >
> > >
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Undesirable decoding of URL encoded external URL using RedirectToUrlException

2019-02-27 Thread Chris Colman
That works brilliantly!

Thanks Martin

> -Original Message-
> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> Sent: Tuesday, 26 February 2019 10:46 PM
> To: users@wicket.apache.org
> Subject: Re: Undesirable decoding of URL encoded external URL using
> RedirectToUrlException
> 
> Hi,
> 
> It seems you use RedirectToUrlException(String) constructor which
> internally uses statusCode=HttpServletResponse.SC_MOVED_TEMPORARILY.
> If you use RedirectToUrlException(yourUrl,
> HttpServletResponse.SC_SEE_OTHER) then Wicket will not do its extra
logic
> in
>
org.apache.wicket.protocol.http.servlet.ServletWebResponse#encodeRedirec
tU
> RL()
> and all should be fine.
> 
> On Mon, Feb 25, 2019 at 8:13 PM Chris Colman
> 
> wrote:
> 
> > I am using:
> >
> >
> >
> > throw new RedirectUrlException(externalUrl);
> >
> >
> >
> > to redirect to an external URL (i.e.
> > https://hostname/path?param1=value1=value2 etc.,)
> >
> >
> >
> > In constructing the URL I have used java.net.URLEncoder.encode() to
> > individual encode the values in each of the query parameters.
> >
> >
> >
> > The browser shows the redirected URL with the query parameters being
> > 'decoded' not encoded.
> >
> >
> >
> > I stepped through in the debugger and saw that Wicket's
> > org.apache.wicket.util.encoding.UrlDecoder is being used to decode
the
> > URL while processing the redirect.
> >
> >
> >
> >
> >
> > I worked around problem by using the native Servlet API redirect:
> >
> >
> >
> > HttpServletResponse response =
> >
(HttpServletResponse)getRequestCycle().getResponse().getContainerRespons
> > e();
> >
> > try
> >
> > {
> >
> > response.sendRedirect(url);
> >
> > }
> >
> > catch(IOException ioe)
> >
> > {
> >
> > logger.error("Error while attempting to
redirect
> > to: " + url);
> >
> > }
> >
> >
> >
> > However, is there a 'Wicket' way of redirecting to an external URL
> > without causing the undesired decoding?
> >
> >
> >
> >
> >
> > Note: Using Wicket 6.x
> >
> >
> >
> > Regards,
> >
> > Chris
> >
> >

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Undesirable decoding of URL encoded external URL using RedirectToUrlException

2019-02-25 Thread Chris Colman
I am using:

 

throw new RedirectUrlException(externalUrl);

 

to redirect to an external URL (i.e.
https://hostname/path?param1=value1=value2 etc.,)

 

In constructing the URL I have used java.net.URLEncoder.encode() to
individual encode the values in each of the query parameters.

 

The browser shows the redirected URL with the query parameters being
'decoded' not encoded.

 

I stepped through in the debugger and saw that Wicket's
org.apache.wicket.util.encoding.UrlDecoder is being used to decode the
URL while processing the redirect.

 

 

I worked around problem by using the native Servlet API redirect:

 

HttpServletResponse response =
(HttpServletResponse)getRequestCycle().getResponse().getContainerRespons
e();

try

{

response.sendRedirect(url);

}

catch(IOException ioe)

{

logger.error("Error while attempting to redirect
to: " + url);

}

 

However, is there a 'Wicket' way of redirecting to an external URL
without causing the undesired decoding?

 

 

Note: Using Wicket 6.x

 

Regards,

Chris



RE: An open source git server written with Wicket

2019-01-27 Thread Chris Colman
Wow, that looks amazing!

Which component are you using to display the source code - it looks very
nice.

> -Original Message-
> From: Robin Shen [mailto:ro...@pmease.com]
> Sent: Monday, 7 January 2019 10:25 AM
> To: users@wicket.apache.org
> Subject: An open source git server written with Wicket
> 
> Dear wicket user,
> 
> 
> I'd like to introduce an open source project - OneDev. It is a
self-hosted
> git server with unique features. The technology stack used is Wicket +
> JQuery. Welcome any contributions.
> 
> 
> Learn more at https://onedev.io
> 
> 
> Regards
> 
> Robin

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Responsive bootstrap modal in standard Wicket 6.x

2018-08-05 Thread Chris Colman
We use modals extensively in one of our apps that uses Wicket 6.x but
the HTML rendered is obviously not tailored for bootstrap and so the
modal does not act responsively (responsibly :) ) on smaller devices.

 

I'm aware of the excellent Wicket - Bootstrap library (as we use that on
another project) but this project does not use Wicket - Bootstrap (well
not "yet" at least).

 

I know it's possible to customize the CSS for a modal in core wicket but
is it possible/easy to, say, have the html customized so that the
sections of the modal can rendered with:


modal-header
modal-body

modal-footer

 

which I think is all that is needed to get the modals behaving
responsively in bootstrap?



RE: ListView

2018-06-18 Thread Chris Colman
You are right - it turns out it was a detach problem and not a problem
with persisting the new object as I had initially assumed - this detach
problem was the reason why the query in the ORM returned no values for
the new object.

We use our Javelin tool to visually generate and manage wicket UI
classes. For the particular diagram that these new UI classes were in I
had neglected to configure it for "GUI classes bound to domain objects"
so it creates direct references to the domain objects instead of using
indirect 'model referencing' (IModel) classes - doh! Hence proper
detachment of these model objects was nor occuring.

Thanks for your help Sven.

> -Original Message-
> From: Sven Meier [mailto:s...@meiers.net] 
> Sent: Tuesday, 19 June 2018 6:25 AM
> To: users@wicket.apache.org
> Subject: Re: ListView
> 
> Adding the outer one should be sufficient.
> 
> I'd guess that you have a detach problem:
> During rendering of the Ajax response your inner 
> refreshingView is iterating over stale data, i.e. an empty list.
> Only after the following detach (e.g. when the page is 
> requested anew) it shows the actual data.
> 
> Have fun
> Sven
> 
> 
> Am 18.06.2018 um 22:11 schrieb Chris Colman:
> > Is a single ajaxtarget.add(outerWebMarkupContainer) 
> sufficient or do I 
> > somehow have to locate the inner WebMarkupContainer in the 
> right hand 
> > cell in the new row and add it to the Ajax target as well?
> >
> >> -Original Message-
> >> From: Sven Meier [mailto:s...@meiers.net]
> >> Sent: Tuesday, 19 June 2018 5:42 AM
> >> To: users@wicket.apache.org
> >> Subject: Re: ListView
> >>
> >> Hi Chris,
> >>
> >> I don't see a reason why your challenge shouldn't work.
> >>
> >> What happens if you reload the page (F5) after adding via Ajax? Do 
> >> the missing cells show up?
> >>
> >> Have fun
> >> Sven
> >>
> >>
> >>
> >> Am 18.06.2018 um 21:26 schrieb Chris Colman:
> >>> I have an interesting List related challenge - I'm using 
> >>> RefreshingView and having trouble when adding new rows.
> >>>
> >>> The problem is a repeating view within a repeating view
> >>>
> >>> i.e.
> >>>
> >>> I have a table with two columns.
> >>> Each row is populated by the RefreshingView.
> >>>
> >>> The cells in the right hand column contain their own wicket panel 
> >>> which contains a sub table with a single column table.
> >>> This sub table is populated via an inner RefreshingView.
> >>>
> >>> Eg.,
> >>>
> >>> Col 1   | Col 2
> >>> --
> >>> Name1   | Panel with sub table
> >>>   | Label 1.1
> >>>   | Label 1.2
> >>>   | Label 1.3
> >>> --
> >>> Name 2  | Panel with sub table
> >>>   | Label 2.1
> >>>   | Label 2.2
> >>> ---
> >>>
> >>> Etc.
> >>>
> >>> Both the outer RefreshingView and the inner view are wrapped in 
> >>> WebMarkupContainers.
> >>>
> >>> The outer refreshing view and each inner refreshing view render 
> >>> perfectly when the whole page is rendered but I have an 
> Ajax button 
> >>> that allows users to dynamically add new rows to the top
> >> level table
> >>> and the new entries don't render correctly.
> >>>
> >>> I add the outer RefreshingList's (containing the outer table) 
> >>> WebMarkupContainer to the Ajax target and Column 1 displays
> >> fine but
> >>> column 2 is left blank for new entries.
> >>>
> >>> Eg., if user adds a new row to above by clicking the Ajax
> >> button they
> >>> see:
> >>>
> >>> Col 1   | Col 2
> >>> --
> >>> Name1   | Panel with sub table
> >>>   | Label 1.1
> >>>   | Label 1.2
> >>>   | Label 1.3
> >>> --
> >>> Name 2  | Panel with sub table
> >>>   | Label 2.1
> >>>   | Label 2.2
> >>> ---
> >>> Name 3  |
> >>> ---
> >>>
> >>> I have set reuse strategy for both inner and outer
> >> RefressingViewS via:
> >>>
>

RE: ListView

2018-06-18 Thread Chris Colman
Problem solved - my bad!

After some detailed debugging it looks like the new model object had not
yet been persisted properly so the query to retrieve its values had
returned no results meaning that the model list was left empty...

So once again - an issue with how I wired up the underlying model
persistence and not an issue with the best Java UI framework in the
world!

Regards,
Chris

> -Original Message-
> From: Sven Meier [mailto:s...@meiers.net] 
> Sent: Tuesday, 19 June 2018 5:42 AM
> To: users@wicket.apache.org
> Subject: Re: ListView
> 
> Hi Chris,
> 
> I don't see a reason why your challenge shouldn't work.
> 
> What happens if you reload the page (F5) after adding via 
> Ajax? Do the missing cells show up?
> 
> Have fun
> Sven
> 
> 
> 
> Am 18.06.2018 um 21:26 schrieb Chris Colman:
> > I have an interesting List related challenge - I'm using 
> > RefreshingView and having trouble when adding new rows.
> >
> > The problem is a repeating view within a repeating view
> >
> > i.e.
> >
> > I have a table with two columns.
> > Each row is populated by the RefreshingView.
> >
> > The cells in the right hand column contain their own wicket panel 
> > which contains a sub table with a single column table.
> > This sub table is populated via an inner RefreshingView.
> >
> > Eg.,
> >
> > Col 1   | Col 2
> > --
> > Name1   | Panel with sub table
> >  | Label 1.1
> >  | Label 1.2
> >  | Label 1.3
> > --
> > Name 2  | Panel with sub table
> >  | Label 2.1
> >  | Label 2.2
> > ---
> >
> > Etc.
> >
> > Both the outer RefreshingView and the inner view are wrapped in 
> > WebMarkupContainers.
> >
> > The outer refreshing view and each inner refreshing view render 
> > perfectly when the whole page is rendered but I have an Ajax button 
> > that allows users to dynamically add new rows to the top 
> level table 
> > and the new entries don't render correctly.
> >
> > I add the outer RefreshingList's (containing the outer table) 
> > WebMarkupContainer to the Ajax target and Column 1 displays 
> fine but 
> > column 2 is left blank for new entries.
> >
> > Eg., if user adds a new row to above by clicking the Ajax 
> button they
> > see:
> >
> > Col 1   | Col 2
> > --
> > Name1   | Panel with sub table
> >  | Label 1.1
> >  | Label 1.2
> >  | Label 1.3
> > --
> > Name 2  | Panel with sub table
> >  | Label 2.1
> >  | Label 2.2
> > ---
> > Name 3  |
> > ---
> >
> > I have set reuse strategy for both inner and outer 
> RefressingViewS via:
> >
> >
> > setItemReuseStrategy(ReuseIfModelsEqualStrategy.getInstance());
> >
> > Debugging reveals that a new inner panel is constructed and its 
> > onInitialize method is called, however, the populateItem method is 
> > never called for it's inner RefreshingView.
> >
> > Is there something I've missed to cause the populateItem 
> method to be 
> > called to populate the new row fully or am I pushing the limits of 
> > what the RefreshingView was designed for by nesting them like this?
> >
> >> -Original Message-
> >> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> >> Sent: Friday, 25 May 2018 8:12 AM
> >> To: users@wicket.apache.org
> >> Subject: Re: ListView
> >>
> >> On Thu, May 24, 2018 at 2:01 PM, JavaTraveler 
> >> 
> >> wrote:
> >>
> >>> Quickstart ?
> >>>
> >> a mini application showing the problem 
> >> https://wicket.apache.org/start/quickstart.html
> >>
> >>
> >>> --
> >>> Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-
> >>> f1842947.html
> >>>
> >>>
> >> 
> -
> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>>
> >>>
> > 
> -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 
> 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: ListView

2018-06-18 Thread Chris Colman
Is a single ajaxtarget.add(outerWebMarkupContainer) sufficient or do I
somehow have to locate the inner WebMarkupContainer in the right hand
cell in the new row and add it to the Ajax target as well?

> -Original Message-
> From: Sven Meier [mailto:s...@meiers.net] 
> Sent: Tuesday, 19 June 2018 5:42 AM
> To: users@wicket.apache.org
> Subject: Re: ListView
> 
> Hi Chris,
> 
> I don't see a reason why your challenge shouldn't work.
> 
> What happens if you reload the page (F5) after adding via 
> Ajax? Do the missing cells show up?
> 
> Have fun
> Sven
> 
> 
> 
> Am 18.06.2018 um 21:26 schrieb Chris Colman:
> > I have an interesting List related challenge - I'm using 
> > RefreshingView and having trouble when adding new rows.
> >
> > The problem is a repeating view within a repeating view
> >
> > i.e.
> >
> > I have a table with two columns.
> > Each row is populated by the RefreshingView.
> >
> > The cells in the right hand column contain their own wicket panel 
> > which contains a sub table with a single column table.
> > This sub table is populated via an inner RefreshingView.
> >
> > Eg.,
> >
> > Col 1   | Col 2
> > --
> > Name1   | Panel with sub table
> >  | Label 1.1
> >  | Label 1.2
> >  | Label 1.3
> > --
> > Name 2  | Panel with sub table
> >  | Label 2.1
> >  | Label 2.2
> > ---
> >
> > Etc.
> >
> > Both the outer RefreshingView and the inner view are wrapped in 
> > WebMarkupContainers.
> >
> > The outer refreshing view and each inner refreshing view render 
> > perfectly when the whole page is rendered but I have an Ajax button 
> > that allows users to dynamically add new rows to the top 
> level table 
> > and the new entries don't render correctly.
> >
> > I add the outer RefreshingList's (containing the outer table) 
> > WebMarkupContainer to the Ajax target and Column 1 displays 
> fine but 
> > column 2 is left blank for new entries.
> >
> > Eg., if user adds a new row to above by clicking the Ajax 
> button they
> > see:
> >
> > Col 1   | Col 2
> > --
> > Name1   | Panel with sub table
> >  | Label 1.1
> >  | Label 1.2
> >  | Label 1.3
> > --
> > Name 2  | Panel with sub table
> >  | Label 2.1
> >  | Label 2.2
> > ---
> > Name 3  |
> > ---
> >
> > I have set reuse strategy for both inner and outer 
> RefressingViewS via:
> >
> >
> > setItemReuseStrategy(ReuseIfModelsEqualStrategy.getInstance());
> >
> > Debugging reveals that a new inner panel is constructed and its 
> > onInitialize method is called, however, the populateItem method is 
> > never called for it's inner RefreshingView.
> >
> > Is there something I've missed to cause the populateItem 
> method to be 
> > called to populate the new row fully or am I pushing the limits of 
> > what the RefreshingView was designed for by nesting them like this?
> >
> >> -Original Message-
> >> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> >> Sent: Friday, 25 May 2018 8:12 AM
> >> To: users@wicket.apache.org
> >> Subject: Re: ListView
> >>
> >> On Thu, May 24, 2018 at 2:01 PM, JavaTraveler 
> >> 
> >> wrote:
> >>
> >>> Quickstart ?
> >>>
> >> a mini application showing the problem 
> >> https://wicket.apache.org/start/quickstart.html
> >>
> >>
> >>> --
> >>> Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-
> >>> f1842947.html
> >>>
> >>>
> >> 
> -
> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>>
> >>>
> > 
> -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 
> 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: ListView

2018-06-18 Thread Chris Colman
Yes, the missing cells show up fine after an F5 page reload. 

> -Original Message-
> From: Sven Meier [mailto:s...@meiers.net] 
> Sent: Tuesday, 19 June 2018 5:42 AM
> To: users@wicket.apache.org
> Subject: Re: ListView
> 
> Hi Chris,
> 
> I don't see a reason why your challenge shouldn't work.
> 
> What happens if you reload the page (F5) after adding via 
> Ajax? Do the missing cells show up?
> 
> Have fun
> Sven
> 
> 
> 
> Am 18.06.2018 um 21:26 schrieb Chris Colman:
> > I have an interesting List related challenge - I'm using 
> > RefreshingView and having trouble when adding new rows.
> >
> > The problem is a repeating view within a repeating view
> >
> > i.e.
> >
> > I have a table with two columns.
> > Each row is populated by the RefreshingView.
> >
> > The cells in the right hand column contain their own wicket panel 
> > which contains a sub table with a single column table.
> > This sub table is populated via an inner RefreshingView.
> >
> > Eg.,
> >
> > Col 1   | Col 2
> > --
> > Name1   | Panel with sub table
> >  | Label 1.1
> >  | Label 1.2
> >  | Label 1.3
> > --
> > Name 2  | Panel with sub table
> >  | Label 2.1
> >  | Label 2.2
> > ---
> >
> > Etc.
> >
> > Both the outer RefreshingView and the inner view are wrapped in 
> > WebMarkupContainers.
> >
> > The outer refreshing view and each inner refreshing view render 
> > perfectly when the whole page is rendered but I have an Ajax button 
> > that allows users to dynamically add new rows to the top 
> level table 
> > and the new entries don't render correctly.
> >
> > I add the outer RefreshingList's (containing the outer table) 
> > WebMarkupContainer to the Ajax target and Column 1 displays 
> fine but 
> > column 2 is left blank for new entries.
> >
> > Eg., if user adds a new row to above by clicking the Ajax 
> button they
> > see:
> >
> > Col 1   | Col 2
> > --
> > Name1   | Panel with sub table
> >  | Label 1.1
> >  | Label 1.2
> >  | Label 1.3
> > --
> > Name 2  | Panel with sub table
> >  | Label 2.1
> >  | Label 2.2
> > ---
> > Name 3  |
> > ---
> >
> > I have set reuse strategy for both inner and outer 
> RefressingViewS via:
> >
> >
> > setItemReuseStrategy(ReuseIfModelsEqualStrategy.getInstance());
> >
> > Debugging reveals that a new inner panel is constructed and its 
> > onInitialize method is called, however, the populateItem method is 
> > never called for it's inner RefreshingView.
> >
> > Is there something I've missed to cause the populateItem 
> method to be 
> > called to populate the new row fully or am I pushing the limits of 
> > what the RefreshingView was designed for by nesting them like this?
> >
> >> -Original Message-
> >> From: Martin Grigorov [mailto:mgrigo...@apache.org]
> >> Sent: Friday, 25 May 2018 8:12 AM
> >> To: users@wicket.apache.org
> >> Subject: Re: ListView
> >>
> >> On Thu, May 24, 2018 at 2:01 PM, JavaTraveler 
> >> 
> >> wrote:
> >>
> >>> Quickstart ?
> >>>
> >> a mini application showing the problem 
> >> https://wicket.apache.org/start/quickstart.html
> >>
> >>
> >>> --
> >>> Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-
> >>> f1842947.html
> >>>
> >>>
> >> 
> -
> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>>
> >>>
> > 
> -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 
> 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: ListView

2018-06-18 Thread Chris Colman
I have an interesting List related challenge - I'm using RefreshingView
and having trouble when adding new rows.

The problem is a repeating view within a repeating view

i.e.

I have a table with two columns.
Each row is populated by the RefreshingView.

The cells in the right hand column contain their own wicket panel which
contains a sub table with a single column table.
This sub table is populated via an inner RefreshingView.

Eg.,

Col 1   | Col 2
--
Name1   | Panel with sub table
| Label 1.1
| Label 1.2
| Label 1.3
--
Name 2  | Panel with sub table
| Label 2.1
| Label 2.2
---

Etc.

Both the outer RefreshingView and the inner view are wrapped in
WebMarkupContainers.

The outer refreshing view and each inner refreshing view render
perfectly when the whole page is rendered but I have an Ajax button that
allows users to dynamically add new rows to the top level table and the
new entries don't render correctly.

I add the outer RefreshingList's (containing the outer table)
WebMarkupContainer to the Ajax target and Column 1 displays fine but
column 2 is left blank for new entries.

Eg., if user adds a new row to above by clicking the Ajax button they
see:

Col 1   | Col 2
--
Name1   | Panel with sub table
| Label 1.1
| Label 1.2
| Label 1.3
--
Name 2  | Panel with sub table
| Label 2.1
| Label 2.2
---
Name 3  | 
---

I have set reuse strategy for both inner and outer RefressingViewS via:


setItemReuseStrategy(ReuseIfModelsEqualStrategy.getInstance());

Debugging reveals that a new inner panel is constructed and its
onInitialize method is called, however, the populateItem method is never
called for it's inner RefreshingView.

Is there something I've missed to cause the populateItem method to be
called to populate the new row fully or am I pushing the limits of what
the RefreshingView was designed for by nesting them like this?

> -Original Message-
> From: Martin Grigorov [mailto:mgrigo...@apache.org] 
> Sent: Friday, 25 May 2018 8:12 AM
> To: users@wicket.apache.org
> Subject: Re: ListView
> 
> On Thu, May 24, 2018 at 2:01 PM, JavaTraveler 
> wrote:
> 
> > Quickstart ?
> >
> 
> a mini application showing the problem
> https://wicket.apache.org/start/quickstart.html
> 
> 
> >
> > --
> > Sent from: http://apache-wicket.1842946.n4.nabble.com/Users-forum-
> > f1842947.html
> >
> > 
> -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
> 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket Example

2017-11-17 Thread Chris Colman
I just noticed this link is also down at the moment:

http://examples6x.wicket.apache.org/ajax/tabbed-panel

but if you go to:

http://examples6x.wicket.apache.org/wicket-examples/index.html

and click 'Ajax' then 'Tabbed Panel' you arrive a working tabbed-panel
page:

http://examples6x.wicket.apache.org/wicket-examples/ajax/tabbed-panel

but the URL is different to the above so it looks like the URL has
changed slightly.

Any chance of adding a redirect for those older URLs so that links in SO
and other wicket example pages on the web don't throw 404s?


> -Original Message-
> From: Mihir Chhaya [mailto:mihir.chh...@gmail.com]
> Sent: Tuesday, 31 October 2017 7:01 AM
> To: users@wicket.apache.org
> Subject: Wicket Example
> 
> Hello,
> 
> Live Examples link on https://wicket.apache.org/ is throwing 404
error.
> Could anybody please direct me to working link?
> 
> Thanks,
> -Mihir.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: exemples are down

2017-10-14 Thread Chris Colman
Letsencrypt certificates are free but they have a very short validity interval 
- they need to be renewed every 3 months - luckily they're free :)

You normally set up a cron job to auto run the renewal a few days before the 
expiration date.

Not sure what the set up is with renewals on these Wicket sites.

> -Original Message-
> From: Maxim Solodovnik [mailto:solomax...@gmail.com]
> Sent: Friday, 13 October 2017 11:50 AM
> To: users@wicket.apache.org
> Subject: RE: exemples are down
> 
> Thanks :)
> 
> I believe these certificates are already being used :)
> 
> WBR, Maxim
> (from mobile, sorry for the typos)
> 
> On Oct 13, 2017 01:05, "Chris Colman" <chr...@stepaheadsoftware.com>
> wrote:
> 
> >
> > > Yes, this is known.
> > >
> > > We work on the new hosting - a VM managed by Apache Infra.
> > >
> > > > Hi,
> > > >
> > > > https://examples7x.wicket.apache.org/app
> > > > connection is not secure
> > > >
> > > > https://examples6x.wicket.apache.org/app
> > > > connection is not secure
> >
> > If you need to secure a site via https to avoid the "connection is not
> > secure" warning (browsers are getting more draconian in their approach
> to
> > websites not secured by https these days) there is now an organization
> > providing free SSL certificates which work on all major browsers. It's
> > called letsencrypt:
> >
> > https://letsencrypt.org/
> >
> > They have automated tools to install and renew certificates on Apache
> > webservers - all free.
> >
> > > >
> > > >
> > > > François
> > > >
> > > >
> > > > 
> -
> > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > >
> > > >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: exemples are down

2017-10-12 Thread Chris Colman

> Yes, this is known.
> 
> We work on the new hosting - a VM managed by Apache Infra.
> 
> > Hi,
> >
> > https://examples7x.wicket.apache.org/app
> > connection is not secure
> >
> > https://examples6x.wicket.apache.org/app
> > connection is not secure

If you need to secure a site via https to avoid the "connection is not secure" 
warning (browsers are getting more draconian in their approach to websites not 
secured by https these days) there is now an organization providing free SSL 
certificates which work on all major browsers. It's called letsencrypt:

https://letsencrypt.org/

They have automated tools to install and renew certificates on Apache 
webservers - all free.

> >
> >
> > François
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket 8 GA for production

2017-10-11 Thread Chris Colman
Recently I mentioned Wicket to a product manager - and his reply indicated that 
he thought Wicket was for UI's but was actually a different programming 
language! I quickly pointed out that it's the SAME language as they've used 
forever - Java! And that's the point! You can build your domain model, business 
layer and UI - all in the same, awesome, typesafe, high performance language 
yet still make your UI rock as much as any Angular JS UI (without the 
productivity and maintenance hits that come with using JavaScript)
 
> -Original Message-
> From: Matthias Tonhäuser [mailto:scaronthe...@gmail.com]
> Sent: Thursday, 12 October 2017 5:42 AM
> To: users@wicket.apache.org
> Subject: Re: Wicket 8 GA for production
> 
> Hi,
> 
> I just started using Wicket recently and I quite like what I've seen so
> far. To me, it is superior to JSF because it let's you spend more time
> writing nice Java code instead of scratching your head whether the correct
> hmtl attribute is "render" or "reRender".
> 
> I do think Wicket has a marketing issue, too. When I asked 20 software
> developers on a local software conference, only one had heard about
> Wicket.
> And he thought, it was defunct.
> 
> Are there any introductory presentations (Englisch / German) one can use
> to
> help spread the word about Wicket?
> 
> Best
> 
> Matthias

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-11 Thread Chris Colman
Dang! I thought the app was doing a 

continueToOriginalDestination();

to return from the login page to the home page at "/" but it wasn't so there's 
no problem with continueToOriginalDestination().

It was actually doing a setResponse(new HomePage()); from a 
the LogonPage that had no @MountPath annotation.

So I think the issue is a non issue - should always be using 
continueToOriginalDestination() to return from a login page to the page that 
requested login.

The issue only seems to occur when browser hits the page mounted at "/" and 
then gets redirected to intercept page that has no mount path (so browser URL 
isn't changed) and then instead of returning using 
continueToOriginalDestination it does a direct setResponse(new HomePage()); to 
go the page mounted at "/".

Only in that scenario does the form action attribute end up with ..? which 
FireFox doesn't seem to handle.

So by specifying a mount path for the login page or by using (the proper 
approach) continueToOriginalDestination() to return after intercept then the 
problem does not occur.

> -----Original Message-
> From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
> Sent: Wednesday, 11 October 2017 9:59 PM
> To: users@wicket.apache.org
> Subject: RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> Found it
> 
> It seems FireFox does have an issue with the actions that start with ..?
> 
> The page I was going to (localhost/myapp) had a mount path at "/"
> 
> i.e.
> 
> @MountPath(value = "/", alt = "/home")
> 
> Now this mount path annotation was also in the test app that didn't
> exhibit the problem but (yes!) but the main app has a test for
> authenticated user with redirect:
> 
> // redirect to authenticate page if we don't have an authenticated user
> redirectToInterceptPage(new AuthenticatePage());
> 
> The quickstart does not check for authentication so no redirect.
> 
> The problem goes away in Firefox if I change the mountpath to anything but
> "/" eg.,
> 
> @MountPath(value = "/blah", alt = "/home")
> 
> So my theory is that an action URL generated for a form in a page mounted
> at '/' is correct (./?) if the page is accessed directly without a
> redirectToInterceptPage.
> 
> but when the action URL is generated after a "continue after intercept" to
> a page that is mounted at '/' then the action URL is generated with the
> ..? prefix instead of ./?.
> 
> While Chrome can handle ..? it appears Firefox does not but works fine
> with ./?
> 
> 
> 
> > -Original Message-
> > From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
> > Sent: Wednesday, 11 October 2017 9:29 PM
> > To: users@wicket.apache.org
> > Subject: RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> > model update in Firefox in Wicket 7.9.0
> >
> > I found an interesting difference between the quickstart that works and
> > the app that doesn't work in FF:
> >
> > The action parameter of the form is generated with a .. prefix instead
> of
> > ./
> >
> > So in the app that doesn't work:
> >
> > The form's action attribute is defined as:
> >
> > action="..?32-1.IFormSubmitListener-form"
> >
> > and in the app that does work it is defined as:
> >
> > action="./?0-1.IFormSubmitListener-form"
> >
> > The AJAX event handlers defined at the end of the page correspond to
> > whatever was generated above.
> >
> > The ..? form is generated in both Chrome and FireFox. Perhaps Firefox
> > doesn't handle this ..? as well as Chrome does.
> >
> > Is ..? a legal URL path?
> >
> > To test this theory I could force the real app to generate a ./? URL
> > instead of ..?
> >
> > Any idea how I could do that?
> >
> >
> > > -Original Message-
> > > From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> > > Sent: Wednesday, 11 October 2017 7:12 PM
> > > To: users@wicket.apache.org
> > > Subject: Re: AjaxFormComponentUpdatingBehavior not triggering
> ListChoice
> > > model update in Firefox in Wicket 7.9.0
> > >
> > > Is there any kind of defer or async on any of these JS script
> resources?
> > > Maybe you want to publish the quickstart?
> > >
> > > - Ursprüngliche Mail -
> > > > Von: "Chris Colman" <chr...@stepaheadsoftware.com>
> > > > An: users@wicket.apache.org
> > > > Gesendet: Mittwoch, 11. Oktober 2017 10:06:23
> > > > Betreff: 

RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-11 Thread Chris Colman
Found it

It seems FireFox does have an issue with the actions that start with ..? 

The page I was going to (localhost/myapp) had a mount path at "/"

i.e.

@MountPath(value = "/", alt = "/home")

Now this mount path annotation was also in the test app that didn't exhibit the 
problem but (yes!) but the main app has a test for authenticated user with 
redirect:

// redirect to authenticate page if we don't have an authenticated user
redirectToInterceptPage(new AuthenticatePage());

The quickstart does not check for authentication so no redirect.

The problem goes away in Firefox if I change the mountpath to anything but "/" 
eg.,

@MountPath(value = "/blah", alt = "/home")

So my theory is that an action URL generated for a form in a page mounted at 
'/' is correct (./?) if the page is accessed directly without a 
redirectToInterceptPage.

but when the action URL is generated after a "continue after intercept" to a 
page that is mounted at '/' then the action URL is generated with the ..? 
prefix instead of ./?.

While Chrome can handle ..? it appears Firefox does not but works fine with ./?



> -Original Message-
> From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
> Sent: Wednesday, 11 October 2017 9:29 PM
> To: users@wicket.apache.org
> Subject: RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> I found an interesting difference between the quickstart that works and
> the app that doesn't work in FF:
> 
> The action parameter of the form is generated with a .. prefix instead of
> ./
> 
> So in the app that doesn't work:
> 
> The form's action attribute is defined as:
> 
> action="..?32-1.IFormSubmitListener-form"
> 
> and in the app that does work it is defined as:
> 
> action="./?0-1.IFormSubmitListener-form"
> 
> The AJAX event handlers defined at the end of the page correspond to
> whatever was generated above.
> 
> The ..? form is generated in both Chrome and FireFox. Perhaps Firefox
> doesn't handle this ..? as well as Chrome does.
> 
> Is ..? a legal URL path?
> 
> To test this theory I could force the real app to generate a ./? URL
> instead of ..?
> 
> Any idea how I could do that?
> 
> 
> > -Original Message-
> > From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> > Sent: Wednesday, 11 October 2017 7:12 PM
> > To: users@wicket.apache.org
> > Subject: Re: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> > model update in Firefox in Wicket 7.9.0
> >
> > Is there any kind of defer or async on any of these JS script resources?
> > Maybe you want to publish the quickstart?
> >
> > - Ursprüngliche Mail -
> > > Von: "Chris Colman" <chr...@stepaheadsoftware.com>
> > > An: users@wicket.apache.org
> > > Gesendet: Mittwoch, 11. Oktober 2017 10:06:23
> > > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering
> ListChoice
> > model update in Firefox in Wicket 7.9.0
> >
> > > The cut down app that works fine in FireFox also has both jquery.js
> and
> > > bootstrap.js so this probably means that it's ok to have both of these
> > > together.
> > >
> > >
> >
> ./wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquer
> > y/jquery-1.12.4.js
> > >
> > >
> >
> ./wicket/resource/de.agilecoders.wicket.webjars.request.resource.WebjarsJa
> > vaScriptResourceReference/webjars/bootstrap/3.3.7-1/js/bootstrap.js
> > >
> > >
> > >> -Original Message-
> > >> From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> > >> Sent: Wednesday, 11 October 2017 6:44 PM
> > >> To: users@wicket.apache.org
> > >> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering
> > ListChoice
> > >> model update in Firefox in Wicket 7.9.0
> > >>
> > >> Hi Chris,
> > >>
> > >> can it be that you have 2 instances of jQuery in your page? -
> > bootstrap.js
> > >> often comes with embedded jQuery and then you would overwrite the
> > wicket
> > >> one with the bootstrap one, that will lead to problems where you dont
> > get
> > >> notfied at all. I know this from foundation / sites, where you are
> best
> > >> using a second global variable beside the one from default jQuery.
> > >>
> > >> In this part wicket is a bit of a troublemaker, you could try to
> > replace
> > >> the wicket jQuery with an empty.js reso

RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-11 Thread Chris Colman
I found an interesting difference between the quickstart that works and the app 
that doesn't work in FF:

The action parameter of the form is generated with a .. prefix instead of  ./

So in the app that doesn't work:

The form's action attribute is defined as:

action="..?32-1.IFormSubmitListener-form"

and in the app that does work it is defined as:

action="./?0-1.IFormSubmitListener-form"

The AJAX event handlers defined at the end of the page correspond to whatever 
was generated above.

The ..? form is generated in both Chrome and FireFox. Perhaps Firefox doesn't 
handle this ..? as well as Chrome does.

Is ..? a legal URL path?

To test this theory I could force the real app to generate a ./? URL instead of 
..? 

Any idea how I could do that?


> -Original Message-
> From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> Sent: Wednesday, 11 October 2017 7:12 PM
> To: users@wicket.apache.org
> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> Is there any kind of defer or async on any of these JS script resources?
> Maybe you want to publish the quickstart?
> 
> - Ursprüngliche Mail -
> > Von: "Chris Colman" <chr...@stepaheadsoftware.com>
> > An: users@wicket.apache.org
> > Gesendet: Mittwoch, 11. Oktober 2017 10:06:23
> > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> > The cut down app that works fine in FireFox also has both jquery.js and
> > bootstrap.js so this probably means that it's ok to have both of these
> > together.
> >
> >
> ./wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquer
> y/jquery-1.12.4.js
> >
> >
> ./wicket/resource/de.agilecoders.wicket.webjars.request.resource.WebjarsJa
> vaScriptResourceReference/webjars/bootstrap/3.3.7-1/js/bootstrap.js
> >
> >
> >> -Original Message-
> >> From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> >> Sent: Wednesday, 11 October 2017 6:44 PM
> >> To: users@wicket.apache.org
> >> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering
> ListChoice
> >> model update in Firefox in Wicket 7.9.0
> >>
> >> Hi Chris,
> >>
> >> can it be that you have 2 instances of jQuery in your page? -
> bootstrap.js
> >> often comes with embedded jQuery and then you would overwrite the
> wicket
> >> one with the bootstrap one, that will lead to problems where you dont
> get
> >> notfied at all. I know this from foundation / sites, where you are best
> >> using a second global variable beside the one from default jQuery.
> >>
> >> In this part wicket is a bit of a troublemaker, you could try to
> replace
> >> the wicket jQuery with an empty.js resource or even pull in the
> bootstrap
> >> one instead (e.g.: bootstrap script file instead of wickets jquery only
> >> script), so only 1 jQuery gets executed. Also the migrate you use is
> quite
> >> old, I would suggest 1.4.1;
> >>
> >> Best,
> >>
> >> KB
> >>
> >>
> >> - Ursprüngliche Mail -
> >> > Von: "Chris Colman" <chr...@stepaheadsoftware.com>
> >> > An: users@wicket.apache.org
> >> > Gesendet: Mittwoch, 11. Oktober 2017 04:39:22
> >> > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering
> ListChoice
> >> model update in Firefox in Wicket 7.9.0
> >>
> >> > I've made some progress. I have created a cut down app that produces
> a
> >> > similar page to the troublesome one in the large app that exhibits
> the
> >> > problem - except I can't make the cut down app exhibit the problem
> yet
> >> > ;)
> >> >
> >> > ... but I have found a suble difference between the two apps:
> >> >
> >> > It seems to be something to do with the order/inclusion of .js files
> >> > added within a HeaderResponseContainer component.
> >> >
> >> > In the working app the .js is ordered like this:
> >> > (left out unimportant tags, paths etc., for brevity)
> >> >
> >> > src="... /jquery/jquery-1.12.4.js">
> >> > src="... /wicket-event-jquery.js">
> >> > src="... /wicket-ajax-jquery.js">
> >> > 
> >> > /*<![CDATA[*/
> >> > Wicket.Ajax.baseUrl="";
> >> > /*]]>*/
> >> > 
> >> > 
> >> > src="... /jquery-migrate-1.3.0.js">
> >> > id="bootstrap-js" src="... /
> >> > webjars/bootstrap/3.3.7-1/js/bootstrap.js">
> >> > 
> >> > /*<![CDATA[*/
> >> >
> >> > In the app that doesn't work in FireFox the .js ordering is:
> >> >
> >> > src="... /jquery/jquery-1.12.4.js">
> >> > src="... /wicket-event-jquery.js">
> >> > src="... /js/jquery-migrate-1.3.0.js">
> >> > src="... /webjars/bootstrap/3.3.7-1/js/bootstrap.js">
> >> > src="... /prettify.js">
> >> > 
> >> > 

RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-11 Thread Chris Colman
I'm trying to create a quickstart but so far it doesn't reproduce the problem 
in the main app - all day I've been pulling in aspects of the main app in an 
attempt to replicate the exact scenario.

I have now managed to get the quickstart to produce JS in the same order that 
the main app does so the ordering isn't the issue.

All the .js files in the quickstart now match the .js files in the real app - 
yet the quickstarts works fine... must be something else other than .js files 
and there ordering.

I'll keep hunting ;)

> -Original Message-
> From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> Sent: Wednesday, 11 October 2017 7:12 PM
> To: users@wicket.apache.org
> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> Is there any kind of defer or async on any of these JS script resources?
> Maybe you want to publish the quickstart?
> 
> - Ursprüngliche Mail -
> > Von: "Chris Colman" <chr...@stepaheadsoftware.com>
> > An: users@wicket.apache.org
> > Gesendet: Mittwoch, 11. Oktober 2017 10:06:23
> > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> > The cut down app that works fine in FireFox also has both jquery.js and
> > bootstrap.js so this probably means that it's ok to have both of these
> > together.
> >
> >
> ./wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquer
> y/jquery-1.12.4.js
> >
> >
> ./wicket/resource/de.agilecoders.wicket.webjars.request.resource.WebjarsJa
> vaScriptResourceReference/webjars/bootstrap/3.3.7-1/js/bootstrap.js
> >
> >
> >> -Original Message-
> >> From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> >> Sent: Wednesday, 11 October 2017 6:44 PM
> >> To: users@wicket.apache.org
> >> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering
> ListChoice
> >> model update in Firefox in Wicket 7.9.0
> >>
> >> Hi Chris,
> >>
> >> can it be that you have 2 instances of jQuery in your page? -
> bootstrap.js
> >> often comes with embedded jQuery and then you would overwrite the
> wicket
> >> one with the bootstrap one, that will lead to problems where you dont
> get
> >> notfied at all. I know this from foundation / sites, where you are best
> >> using a second global variable beside the one from default jQuery.
> >>
> >> In this part wicket is a bit of a troublemaker, you could try to
> replace
> >> the wicket jQuery with an empty.js resource or even pull in the
> bootstrap
> >> one instead (e.g.: bootstrap script file instead of wickets jquery only
> >> script), so only 1 jQuery gets executed. Also the migrate you use is
> quite
> >> old, I would suggest 1.4.1;
> >>
> >> Best,
> >>
> >> KB
> >>
> >>
> >> - Ursprüngliche Mail -
> >> > Von: "Chris Colman" <chr...@stepaheadsoftware.com>
> >> > An: users@wicket.apache.org
> >> > Gesendet: Mittwoch, 11. Oktober 2017 04:39:22
> >> > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering
> ListChoice
> >> model update in Firefox in Wicket 7.9.0
> >>
> >> > I've made some progress. I have created a cut down app that produces
> a
> >> > similar page to the troublesome one in the large app that exhibits
> the
> >> > problem - except I can't make the cut down app exhibit the problem
> yet
> >> > ;)
> >> >
> >> > ... but I have found a suble difference between the two apps:
> >> >
> >> > It seems to be something to do with the order/inclusion of .js files
> >> > added within a HeaderResponseContainer component.
> >> >
> >> > In the working app the .js is ordered like this:
> >> > (left out unimportant tags, paths etc., for brevity)
> >> >
> >> > src="... /jquery/jquery-1.12.4.js">
> >> > src="... /wicket-event-jquery.js">
> >> > src="... /wicket-ajax-jquery.js">
> >> > 
> >> > /*<![CDATA[*/
> >> > Wicket.Ajax.baseUrl="";
> >> > /*]]>*/
> >> > 
> >> > 
> >> > src="... /jquery-migrate-1.3.0.js">
> >> > id="bootstrap-js" src="... /
> >> > webjars/bootstrap/3.3.7-1/js/bootstrap.js">
> >> > 
> >> > /*<![CDATA[*/
> >> >
> >> > In the app that doesn't work in FireFox the .js ordering is:
> >> >
> >> > src="... /jquery/jquery-1.12.4.js">
> >> > src="... /wicket-event-jquery.js">
> >> > src="... /js/jquery-migrate-1.3.0.js">
> >> > src="... /webjars/bootstrap/3.3.7-1/js/bootstrap.js">
> >> > src="... /prettify.js">
> >> > 
> >> > 

RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-11 Thread Chris Colman
The cut down app that works fine in FireFox also has both jquery.js and 
bootstrap.js so this probably means that it's ok to have both of these together.

./wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquery/jquery-1.12.4.js

./wicket/resource/de.agilecoders.wicket.webjars.request.resource.WebjarsJavaScriptResourceReference/webjars/bootstrap/3.3.7-1/js/bootstrap.js


> -Original Message-
> From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> Sent: Wednesday, 11 October 2017 6:44 PM
> To: users@wicket.apache.org
> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> Hi Chris,
> 
> can it be that you have 2 instances of jQuery in your page? - bootstrap.js
> often comes with embedded jQuery and then you would overwrite the wicket
> one with the bootstrap one, that will lead to problems where you dont get
> notfied at all. I know this from foundation / sites, where you are best
> using a second global variable beside the one from default jQuery.
> 
> In this part wicket is a bit of a troublemaker, you could try to replace
> the wicket jQuery with an empty.js resource or even pull in the bootstrap
> one instead (e.g.: bootstrap script file instead of wickets jquery only
> script), so only 1 jQuery gets executed. Also the migrate you use is quite
> old, I would suggest 1.4.1;
> 
> Best,
> 
> KB
> 
> 
> - Ursprüngliche Mail -
> > Von: "Chris Colman" <chr...@stepaheadsoftware.com>
> > An: users@wicket.apache.org
> > Gesendet: Mittwoch, 11. Oktober 2017 04:39:22
> > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> > I've made some progress. I have created a cut down app that produces a
> > similar page to the troublesome one in the large app that exhibits the
> > problem - except I can't make the cut down app exhibit the problem yet
> > ;)
> >
> > ... but I have found a suble difference between the two apps:
> >
> > It seems to be something to do with the order/inclusion of .js files
> > added within a HeaderResponseContainer component.
> >
> > In the working app the .js is ordered like this:
> > (left out unimportant tags, paths etc., for brevity)
> >
> > src="... /jquery/jquery-1.12.4.js">
> > src="... /wicket-event-jquery.js">
> > src="... /wicket-ajax-jquery.js">
> > 
> > /*<![CDATA[*/
> > Wicket.Ajax.baseUrl="";
> > /*]]>*/
> > 
> > 
> > src="... /jquery-migrate-1.3.0.js">
> > id="bootstrap-js" src="... /
> > webjars/bootstrap/3.3.7-1/js/bootstrap.js">
> > 
> > /*<![CDATA[*/
> >
> > In the app that doesn't work in FireFox the .js ordering is:
> >
> > src="... /jquery/jquery-1.12.4.js">
> > src="... /wicket-event-jquery.js">
> > src="... /js/jquery-migrate-1.3.0.js">
> > src="... /webjars/bootstrap/3.3.7-1/js/bootstrap.js">
> > src="... /prettify.js">
> > 
> > 

RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-11 Thread Chris Colman
Thanks Korginian - I'll check out that theory.

All the JS included are done automatically by a combo of Wicket itself and the 
Wicket-Bootstrap project which I'm using in this app.

Is there an easy way to tell which component is contributing which .js to the 
"header" (which is actually in the footer as I'm using a 
HeaderResponseContaine)?

> -Original Message-
> From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de]
> Sent: Wednesday, 11 October 2017 6:44 PM
> To: users@wicket.apache.org
> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> Hi Chris,
> 
> can it be that you have 2 instances of jQuery in your page? - bootstrap.js
> often comes with embedded jQuery and then you would overwrite the wicket
> one with the bootstrap one, that will lead to problems where you dont get
> notfied at all. I know this from foundation / sites, where you are best
> using a second global variable beside the one from default jQuery.
> 
> In this part wicket is a bit of a troublemaker, you could try to replace
> the wicket jQuery with an empty.js resource or even pull in the bootstrap
> one instead (e.g.: bootstrap script file instead of wickets jquery only
> script), so only 1 jQuery gets executed. Also the migrate you use is quite
> old, I would suggest 1.4.1;
> 
> Best,
> 
> KB
> 
> 
> - Ursprüngliche Mail -
> > Von: "Chris Colman" <chr...@stepaheadsoftware.com>
> > An: users@wicket.apache.org
> > Gesendet: Mittwoch, 11. Oktober 2017 04:39:22
> > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> > I've made some progress. I have created a cut down app that produces a
> > similar page to the troublesome one in the large app that exhibits the
> > problem - except I can't make the cut down app exhibit the problem yet
> > ;)
> >
> > ... but I have found a suble difference between the two apps:
> >
> > It seems to be something to do with the order/inclusion of .js files
> > added within a HeaderResponseContainer component.
> >
> > In the working app the .js is ordered like this:
> > (left out unimportant tags, paths etc., for brevity)
> >
> > src="... /jquery/jquery-1.12.4.js">
> > src="... /wicket-event-jquery.js">
> > src="... /wicket-ajax-jquery.js">
> > 
> > /*<![CDATA[*/
> > Wicket.Ajax.baseUrl="";
> > /*]]>*/
> > 
> > 
> > src="... /jquery-migrate-1.3.0.js">
> > id="bootstrap-js" src="... /
> > webjars/bootstrap/3.3.7-1/js/bootstrap.js">
> > 
> > /*<![CDATA[*/
> >
> > In the app that doesn't work in FireFox the .js ordering is:
> >
> > src="... /jquery/jquery-1.12.4.js">
> > src="... /wicket-event-jquery.js">
> > src="... /js/jquery-migrate-1.3.0.js">
> > src="... /webjars/bootstrap/3.3.7-1/js/bootstrap.js">
> > src="... /prettify.js">
> > 
> > 

RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-10 Thread Chris Colman
I've made some progress. I have created a cut down app that produces a
similar page to the troublesome one in the large app that exhibits the
problem - except I can't make the cut down app exhibit the problem yet
;)

... but I have found a suble difference between the two apps:

It seems to be something to do with the order/inclusion of .js files
added within a HeaderResponseContainer component.

In the working app the .js is ordered like this:
(left out unimportant tags, paths etc., for brevity)

src="... /jquery/jquery-1.12.4.js">
src="... /wicket-event-jquery.js">
src="... /wicket-ajax-jquery.js">

/**/


src="... /jquery-migrate-1.3.0.js">
id="bootstrap-js" src="... /
webjars/bootstrap/3.3.7-1/js/bootstrap.js">

/*
src="... /wicket-event-jquery.js">
src="... /js/jquery-migrate-1.3.0.js">
src="... /webjars/bootstrap/3.3.7-1/js/bootstrap.js">
src="... /prettify.js">


RE: Wicket 8 GA for production

2017-10-10 Thread Chris Colman
I also believe Wicket could really benefit from marketing.

Some real world experiences/comparisons could be useful to add to any marketing 
efforts:

After working on Wicket projects since 2008 in a recent contract I had to use 
Angular JS in a project - OMG!!! It was as painful as pulling teeth and whereas 
with Wicket I can drive all the fancy Web 2, partial updates in pure Java in 
Angular JS I had to continually switch between elegant, compilable, typesafe 
Java and the web's version of "machine language" - JavaScript.

Angular JS is 'model/view' based. Listening to any Angular JS evangelist you 
would think they've single handedly discovered the concept of a 'model/view' 
approach to UI architecture - i.e. the approach Wicket has had since 2004!

So in most Angular JS projects with a Java back end you end up duplicating your 
model - once in Java (required so you can persist in an ORM) and then again in 
JavaScript so your model objects can be viewed/edited in the UI - an 
frustrating duplication exercise which is always a total waste of effort and a 
massive productivity and maintenance hit compared to Wicket where you only need 
to create a single POJO model in Java and use simply wrap those in IModel impls 
to have them work with your UI code.

A lot of developers act like "sheeple" and just use new technologies because 
they think that it must be good because it's "new".

I don't think it would be that hard to explain to intelligent developers the 
benefits of Wicket over other frameworks.

> -Original Message-
> From: Andrea Del Bene [mailto:an.delb...@gmail.com]
> Sent: Tuesday, 10 October 2017 8:57 PM
> To: users@wicket.apache.org
> Subject: Re: Wicket 8 GA for production
> 
> > And guys, you are doing incredible web-framework! Thank you for that.
> I'm
> > quite surprised  that Wicket is not widely used:) Do you have some
> > marketing difficulties?
> > I personally expect that Wicket 8 release will be followed by some
> > marketing events, articles and etc. Will be glad to participate in
> > spreading this web-framework across the World.
> 
> Unfortunately we have no marketing department :-). At the moment there's
> no
> "Wicket company" that can do some kind of advertising. What I will
> certainly do for Wicket 8 is publishing an article at dzone.com. I try to
> write as many Wicket-related articles as possible on this site.
> If you have any suggestion or advice they are warmly welcome!
> 
> 
> On Tue, Oct 10, 2017 at 11:27 AM, Martin Grigorov 
> wrote:
> 
> > Hi,
> >
> > On Mon, Oct 9, 2017 at 9:40 PM, Илья Нарыжный  wrote:
> >
> > > Martin, Andrea, Maxim,
> > >
> > > Thank you all for your answers!
> > >
> > > GA version will be a gift for us for sure:) Yes - we can use Java 8
> > source
> > > level with Wicket 7, but we have some internal dependency for
> resolving
> > of
> > > which we need to invest some good amount of time.
> > > Andrea, regarding my second question. It was about compatibility by
> > > features between wicket 7 and wicket 8. Are there something missing in
> > > Wicket  which is present in Wicket 7?
> > > Maxim, you wrote about using of Wicket 8 on production. Is that some
> open
> > > source? Can you send a link? You can make it privately:)
> > >
> > > And guys, you are doing incredible web-framework! Thank you for that.
> I'm
> > > quite surprised  that Wicket is not widely used:) Do you have some
> > > marketing difficulties?
> > >
> >
> > There was more marketing in the early years of Wicket.
> > Lately web developers prefer to use REST server with JS frontend. Some
> devs
> > love Wicket so much so they use WicketStuff-Rest-Annotations project [1]
> > for the backend :-)
> > But actually Wicket is used by many companies! Maybe 80% of the tweets
> by
> > https://twitter.com/apache_wicket are "Company XYZ use Apache Wicket for
> > ..."
> >
> >
> > > I personally expect that Wicket 8 release will be followed by some
> > > marketing events, articles and etc. Will be glad to participate in
> > > spreading this web-framework across the World.
> > >
> > >
> > 1.
> > https://github.com/wicketstuff/core/tree/master/
> > wicketstuff-restannotations-parent
> >
> >
> > > Thanks,
> > > Ilia
> > >
> > > -
> > > Orienteer(http://orienteer.org) - open source Business Application
> > > Platform
> > >
> > > On Mon, Oct 9, 2017 at 4:10 AM, Martin Grigorov 
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > On Sun, Oct 8, 2017 at 7:28 PM, Илья Нарыжный 
> wrote:
> > > >
> > > > > Dear Wicket developers,
> > > > >
> > > > > Could you please help with understanding of Wicket 8 status?
> > > > > 1) When do you expect GA version be released? (I mean first
> official
> > > > > release which is not a candidate and etc.)
> > > > > 2) How accurately Wicket 8 branch currently mimics features from
> > > version
> > > > 7?
> > > > > 3) What the level maturity of wicket 8 

RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-07 Thread Chris Colman
I disabled all plugins and add-ons but it still happens.

I'll try to create a quickstart that reproduces the problem.

> -Original Message-
> From: Andrea Del Bene [mailto:an.delb...@gmail.com]
> Sent: Saturday, 7 October 2017 12:33 AM
> To: users@wicket.apache.org
> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering
ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> Hi,
> 
> I've tried your code but everything works fine. Maybe your FF has an
add-
> on
> that causes the problem ?
> 
> On Fri, Oct 6, 2017 at 1:21 PM, Chris Colman
> <chr...@stepaheadsoftware.com>
> wrote:
> 
> > I also tried it without the leading 'on' in 'onchange'
> >
> > > -Original Message-
> > > From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
> > > Sent: Friday, 6 October 2017 10:12 PM
> > > To: users@wicket.apache.org
> > > Subject: AjaxFormComponentUpdatingBehavior not triggering
ListChoice
> > model
> > > update in Firefox in Wicket 7.9.0
> > >
> > > I have a ListChoice with a ProperyModel and I have added a
> > > AjaxFormComponentUpdatingBehavior to cause the model object to be
> > > updated 'live' (i.e. whenever the selection is changed rather than
> > > waiting for form submit) via:
> > >
> > >
> > >   myListChoice.add(new
> > > AjaxFormComponentUpdatingBehavior("onchange") {
> > >   @Override
> > >   protected void onUpdate(AjaxRequestTarget target)
> > >   {
> > >   logger.info("Item changed");
> > >   }
> > >   });
> > >
> > > In all browsers the "Item changed" log entry occurs every time the
> > > selection in the ListChoice is changed.
> > >
> > > However in Firefox the model object is not updated to the latest
> > > selection while in Chrome and Edge this works perfectly.
> > >
> > > Am I doing anything wrong or is there something simple I can do to
get
> > > it working in FireFox?
> > >
> > >
-
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
> >
-
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-07 Thread Chris Colman
I'm running Wicket with wicket-bootstrap but I wouldn't think that would
cause any issues.

> -Original Message-
> From: Andrea Del Bene [mailto:an.delb...@gmail.com]
> Sent: Saturday, 7 October 2017 12:33 AM
> To: users@wicket.apache.org
> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering
ListChoice
> model update in Firefox in Wicket 7.9.0
> 
> Hi,
> 
> I've tried your code but everything works fine. Maybe your FF has an
add-
> on
> that causes the problem ?
> 
> On Fri, Oct 6, 2017 at 1:21 PM, Chris Colman
> <chr...@stepaheadsoftware.com>
> wrote:
> 
> > I also tried it without the leading 'on' in 'onchange'
> >
> > > -Original Message-
> > > From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
> > > Sent: Friday, 6 October 2017 10:12 PM
> > > To: users@wicket.apache.org
> > > Subject: AjaxFormComponentUpdatingBehavior not triggering
ListChoice
> > model
> > > update in Firefox in Wicket 7.9.0
> > >
> > > I have a ListChoice with a ProperyModel and I have added a
> > > AjaxFormComponentUpdatingBehavior to cause the model object to be
> > > updated 'live' (i.e. whenever the selection is changed rather than
> > > waiting for form submit) via:
> > >
> > >
> > >   myListChoice.add(new
> > > AjaxFormComponentUpdatingBehavior("onchange") {
> > >   @Override
> > >   protected void onUpdate(AjaxRequestTarget target)
> > >   {
> > >   logger.info("Item changed");
> > >   }
> > >   });
> > >
> > > In all browsers the "Item changed" log entry occurs every time the
> > > selection in the ListChoice is changed.
> > >
> > > However in Firefox the model object is not updated to the latest
> > > selection while in Chrome and Edge this works perfectly.
> > >
> > > Am I doing anything wrong or is there something simple I can do to
get
> > > it working in FireFox?
> > >
> > >
-
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
> >
-
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-06 Thread Chris Colman
I also tried it without the leading 'on' in 'onchange'

> -Original Message-
> From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
> Sent: Friday, 6 October 2017 10:12 PM
> To: users@wicket.apache.org
> Subject: AjaxFormComponentUpdatingBehavior not triggering ListChoice
model
> update in Firefox in Wicket 7.9.0
> 
> I have a ListChoice with a ProperyModel and I have added a
> AjaxFormComponentUpdatingBehavior to cause the model object to be
> updated 'live' (i.e. whenever the selection is changed rather than
> waiting for form submit) via:
> 
> 
>   myListChoice.add(new
> AjaxFormComponentUpdatingBehavior("onchange") {
>   @Override
>   protected void onUpdate(AjaxRequestTarget target)
>   {
>   logger.info("Item changed");
>   }
>   });
> 
> In all browsers the "Item changed" log entry occurs every time the
> selection in the ListChoice is changed.
> 
> However in Firefox the model object is not updated to the latest
> selection while in Chrome and Edge this works perfectly.
> 
> Am I doing anything wrong or is there something simple I can do to get
> it working in FireFox?
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



AjaxFormComponentUpdatingBehavior not triggering ListChoice model update in Firefox in Wicket 7.9.0

2017-10-06 Thread Chris Colman
I have a ListChoice with a ProperyModel and I have added a
AjaxFormComponentUpdatingBehavior to cause the model object to be
updated 'live' (i.e. whenever the selection is changed rather than
waiting for form submit) via:


myListChoice.add(new
AjaxFormComponentUpdatingBehavior("onchange") {
@Override
protected void onUpdate(AjaxRequestTarget target)
{
logger.info("Item changed");
}
});

In all browsers the "Item changed" log entry occurs every time the
selection in the ListChoice is changed.

However in Firefox the model object is not updated to the latest
selection while in Chrome and Edge this works perfectly.

Am I doing anything wrong or is there something simple I can do to get
it working in FireFox?

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Training slides/presentation for work colleagues?

2015-06-02 Thread Chris Colman
Given that I rave about Wicket so much to most of the developers at one
of my clients I was asked to give a presentation on the benefits of
Wicket to the Java development team.

Does anyone know of an up to date (Wicket 6) slide presentation or
similar that I could use for this?

I could create my own but I'm very much into reusability and I'm sure
many have already created such things ;)

Regards,
Chris 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Training slides/presentation for work colleagues?

2015-06-02 Thread Chris Colman
Thanks for these. I'll take a look.

17 people so far have said they are coming... yikes - I think I'll need
to book a bigger room.

-Original Message-
From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com]
Sent: Tuesday, 2 June 2015 7:26 PM
To: users@wicket.apache.org
Subject: Re: Training slides/presentation for work colleagues?

I don't have a training available (I tried to find a deck from way
back), but you can look at these slides:

http://www.slideshare.net/dashorst

Wicket and JavaEE is a rather complete deck I was able to go through
in roughly 60 minutes, but if you want to explain things more in
depth, you can easily make it 2 hours. It should go down much better
in 2 hours than 1 hour IMO.
http://www.slideshare.net/dashorst/wicket-and-java-ee-in-a-tree

Another nice deck is the Introducing Wicket presentation from 2010
(http://www.slideshare.net/dashorst/wicket-2010).

Martijn

On Tue, Jun 2, 2015 at 10:23 AM, Chris Colman
chr...@stepaheadsoftware.com wrote:
 Given that I rave about Wicket so much to most of the developers at
one
 of my clients I was asked to give a presentation on the benefits of
 Wicket to the Java development team.

 Does anyone know of an up to date (Wicket 6) slide presentation or
 similar that I could use for this?

 I could create my own but I'm very much into reusability and I'm sure
 many have already created such things ;)

 Regards,
 Chris

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




--
Become a Wicket expert, learn from the best: http://wicketinaction.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Error building wicket-6.19.0 from src

2015-02-18 Thread Chris Colman
No worries!

 -Original Message-
 From: Martin Grigorov [mailto:mgrigo...@apache.org]
 Sent: Wednesday, 18 February 2015 6:31 PM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src
 
 Thanks!
 I've changed it to '/'. Works fine here (as expected).
 
 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov
 
 On Tue, Feb 17, 2015 at 9:28 PM, Chris Colman
 chr...@stepaheadsoftware.com
 wrote:
 
  Here's a solution to the clirr problem that should continue to work
on
  OSes with a different slant (/) on life ;) (BTW all of our servers
are
  Linux so we can slant both ways!)
 
  It seems that clirr expects to see a forward slash regardless of
whether
  it's running on Linux or Windows so you can't use ${file.separator}
on
  Windows because that will give clirr a backslash.
 
  Also... when clirr is running on windows it needs the precedeing **/
as
  per the example on this page
 
http://mojo.codehaus.org/clirr-maven-plugin/examples/ignored-differences
  .html otherwise it never matches the specified file.
 
  So with both of these in mind the clirr className element should
look
  like:
 
 
className**/org/apache/wicket/feedback/FeedbackCollector/className
 
  to ensure it works on both Windows and *nix.
 
  Regards,
  Chris
 
 
   -Original Message-
   From: Martin Grigorov [mailto:mgrigo...@apache.org]
   Sent: Saturday, 14 February 2015 7:35 AM
   To: users@wicket.apache.org
   Subject: Re: Error building wicket-6.19.0 from src
  
   I use to say because Windows users decided to suffer themselves
(with
  the
   decision to use Windows) :-)
  
   If you find the reason and a solution then we would be happy to
apply
  it
   (unless it breaks the less-problematic OS-es)
  
   Martin Grigorov
   Wicket Training and Consulting
   https://twitter.com/mtgrigorov
  
   On Fri, Feb 13, 2015 at 10:30 PM, Chris Colman
   chr...@stepaheadsoftware.com
wrote:
  
There is a comment about this issue in the parent pom.xml.
   
For anyone else who gest this issue you can find the
  clirr-maven-plugin
in the parent pom.xml and change failOnError to false to allow
the
  build
to complete.
   
configuration
comparisonVersion6.0.0/comparisonVersion
failOnErrorfalse/failOnError
logResultstrue/logResults
ignored
difference
!-- FeedbackCollector used to be final.
Now
  it
is non-final and so all existing methods were made final to keep
  them
non-overridable. However, clirr does not take into account the
class
going from final to non-final and thinks overridable methods
were
  made
final. We ignore this change to silence it. --
   
   
 
classNameorg${file.separator}apache${file.separator}wicket${file.separ
ator}feedback${file.separator}FeedbackCollector/className
method*/method
differenceType7014/differenceType
/difference
/ignored
/configuration
   
I'm not sure why it's a Windows only problem when the plugin
config
  is
using file.separator and not explicitly '/'
   
 -Original Message-
 From: Tobias Soloschenko
[mailto:tobiassolosche...@googlemail.com]
 Sent: Saturday, 14 February 2015 5:06 AM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src

 Hi,

 which Java Version are you using currently? There is an issue
of
  the
 clirr plugin not to work with Java 8 at the moment. I filed in
a
ticket:

 https://issues.apache.org/jira/browse/WICKET-5836

 kind regards

 Tobias

 Am 13.02.15 um 18:43 schrieb Chris Colman:
  I'm compiling on Windows 8.1 64bit if that makes any
difference.
 
  A few years ago there was an issue with clirr due to a
forward
  slash/backslash issue which caused it to compile ok on
Linux/Mac
  but
  fail on Windows but I'm pretty sure that was resolved a long
  time
ago.
 
  Regards,
  Chris
 
  -Original Message-
  From: Martin Grigorov [mailto:mgrigo...@apache.org]
  Sent: Thursday, 12 February 2015 11:22 PM
  To: users@wicket.apache.org
  Subject: Re: Error building wicket-6.19.0 from src
 
  Hi,
 
  According to the SCM history [1] this class hasn't been
changed
since
  Nov
  26 2012.
 
 
  1.
  https://github.com/apache/wicket/commits/wicket-6.x/wicket-
 
   
core/src/main/java/org/apache/wicket/feedback/FeedbackCollector.java
 
  Martin Grigorov
  Wicket Training and Consulting
  https://twitter.com/mtgrigorov
 
  On Thu, Feb 12, 2015 at 12:59 PM, Chris Colman
  chr...@stepaheadsoftware.com
  wrote:
  I get the following error when I try to compile the 6.19.0
  source
  code:
[ERROR] 7014

RE: Error building wicket-6.19.0 from src

2015-02-17 Thread Chris Colman
Here's a solution to the clirr problem that should continue to work on
OSes with a different slant (/) on life ;) (BTW all of our servers are
Linux so we can slant both ways!)

It seems that clirr expects to see a forward slash regardless of whether
it's running on Linux or Windows so you can't use ${file.separator} on
Windows because that will give clirr a backslash.

Also... when clirr is running on windows it needs the precedeing **/ as
per the example on this page
http://mojo.codehaus.org/clirr-maven-plugin/examples/ignored-differences
.html otherwise it never matches the specified file.
 
So with both of these in mind the clirr className element should look
like:

className**/org/apache/wicket/feedback/FeedbackCollector/className

to ensure it works on both Windows and *nix.

Regards,
Chris


 -Original Message-
 From: Martin Grigorov [mailto:mgrigo...@apache.org]
 Sent: Saturday, 14 February 2015 7:35 AM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src
 
 I use to say because Windows users decided to suffer themselves (with
the
 decision to use Windows) :-)
 
 If you find the reason and a solution then we would be happy to apply
it
 (unless it breaks the less-problematic OS-es)
 
 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov
 
 On Fri, Feb 13, 2015 at 10:30 PM, Chris Colman
 chr...@stepaheadsoftware.com
  wrote:
 
  There is a comment about this issue in the parent pom.xml.
 
  For anyone else who gest this issue you can find the
clirr-maven-plugin
  in the parent pom.xml and change failOnError to false to allow the
build
  to complete.
 
  configuration
  comparisonVersion6.0.0/comparisonVersion
  failOnErrorfalse/failOnError
  logResultstrue/logResults
  ignored
  difference
  !-- FeedbackCollector used to be final. Now
it
  is non-final and so all existing methods were made final to keep
them
  non-overridable. However, clirr does not take into account the class
  going from final to non-final and thinks overridable methods were
made
  final. We ignore this change to silence it. --
 
 
classNameorg${file.separator}apache${file.separator}wicket${file.separ
  ator}feedback${file.separator}FeedbackCollector/className
  method*/method
  differenceType7014/differenceType
  /difference
  /ignored
  /configuration
 
  I'm not sure why it's a Windows only problem when the plugin config
is
  using file.separator and not explicitly '/'
 
   -Original Message-
   From: Tobias Soloschenko [mailto:tobiassolosche...@googlemail.com]
   Sent: Saturday, 14 February 2015 5:06 AM
   To: users@wicket.apache.org
   Subject: Re: Error building wicket-6.19.0 from src
  
   Hi,
  
   which Java Version are you using currently? There is an issue of
the
   clirr plugin not to work with Java 8 at the moment. I filed in a
  ticket:
  
   https://issues.apache.org/jira/browse/WICKET-5836
  
   kind regards
  
   Tobias
  
   Am 13.02.15 um 18:43 schrieb Chris Colman:
I'm compiling on Windows 8.1 64bit if that makes any difference.
   
A few years ago there was an issue with clirr due to a forward
slash/backslash issue which caused it to compile ok on Linux/Mac
but
fail on Windows but I'm pretty sure that was resolved a long
time
  ago.
   
Regards,
Chris
   
-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: Thursday, 12 February 2015 11:22 PM
To: users@wicket.apache.org
Subject: Re: Error building wicket-6.19.0 from src
   
Hi,
   
According to the SCM history [1] this class hasn't been changed
  since
Nov
26 2012.
   
   
1.
https://github.com/apache/wicket/commits/wicket-6.x/wicket-
   
  core/src/main/java/org/apache/wicket/feedback/FeedbackCollector.java
   
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
   
On Thu, Feb 12, 2015 at 12:59 PM, Chris Colman
chr...@stepaheadsoftware.com
wrote:
I get the following error when I try to compile the 6.19.0
source
code:
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
  Method
'public java.util.List collect()' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
'public java.util.List collect(org.apache.wicket.feed
back.IFeedbackMessageFilter)' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
'public org.apache.wicket.feedback.FeedbackCollector
setIncludeSession(boolean)' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
'public org.apache.wicket.feedback.FeedbackCollector
setRecursive(boolean)' is now final
   
Any idea what could be causing this?
   
Regards,
Chris

RE: Error building wicket-6.19.0 from src

2015-02-13 Thread Chris Colman
Ah bingo! That's probably it. I'm using:

java version 1.8.0_25
Java(TM) SE Runtime Environment (build 1.8.0_25-b18)
Java HotSpot(TM) Client VM (build 25.25-b02, mixed mode)


 -Original Message-
 From: Tobias Soloschenko [mailto:tobiassolosche...@googlemail.com]
 Sent: Saturday, 14 February 2015 5:06 AM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src
 
 Hi,
 
 which Java Version are you using currently? There is an issue of the
 clirr plugin not to work with Java 8 at the moment. I filed in a
ticket:
 
 https://issues.apache.org/jira/browse/WICKET-5836
 
 kind regards
 
 Tobias
 
 Am 13.02.15 um 18:43 schrieb Chris Colman:
  I'm compiling on Windows 8.1 64bit if that makes any difference.
 
  A few years ago there was an issue with clirr due to a forward
  slash/backslash issue which caused it to compile ok on Linux/Mac but
  fail on Windows but I'm pretty sure that was resolved a long time
ago.
 
  Regards,
  Chris
 
  -Original Message-
  From: Martin Grigorov [mailto:mgrigo...@apache.org]
  Sent: Thursday, 12 February 2015 11:22 PM
  To: users@wicket.apache.org
  Subject: Re: Error building wicket-6.19.0 from src
 
  Hi,
 
  According to the SCM history [1] this class hasn't been changed
since
  Nov
  26 2012.
 
 
  1.
  https://github.com/apache/wicket/commits/wicket-6.x/wicket-
 
core/src/main/java/org/apache/wicket/feedback/FeedbackCollector.java
 
  Martin Grigorov
  Wicket Training and Consulting
  https://twitter.com/mtgrigorov
 
  On Thu, Feb 12, 2015 at 12:59 PM, Chris Colman
  chr...@stepaheadsoftware.com
  wrote:
  I get the following error when I try to compile the 6.19.0 source
  code:
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
  'public java.util.List collect()' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public java.util.List collect(org.apache.wicket.feed
  back.IFeedbackMessageFilter)' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public org.apache.wicket.feedback.FeedbackCollector
  setIncludeSession(boolean)' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public org.apache.wicket.feedback.FeedbackCollector
  setRecursive(boolean)' is now final
 
  Any idea what could be causing this?
 
  Regards,
  Chris
 
 
-
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Error building wicket-6.19.0 from src

2015-02-13 Thread Chris Colman
I'm compiling on Windows 8.1 64bit if that makes any difference.

A few years ago there was an issue with clirr due to a forward
slash/backslash issue which caused it to compile ok on Linux/Mac but
fail on Windows but I'm pretty sure that was resolved a long time ago.

Regards,
Chris

 -Original Message-
 From: Martin Grigorov [mailto:mgrigo...@apache.org]
 Sent: Thursday, 12 February 2015 11:22 PM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src
 
 Hi,
 
 According to the SCM history [1] this class hasn't been changed since
Nov
 26 2012.
 
 
 1.
 https://github.com/apache/wicket/commits/wicket-6.x/wicket-
 core/src/main/java/org/apache/wicket/feedback/FeedbackCollector.java
 
 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov
 
 On Thu, Feb 12, 2015 at 12:59 PM, Chris Colman
 chr...@stepaheadsoftware.com
  wrote:
 
  I get the following error when I try to compile the 6.19.0 source
code:
 
   [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public java.util.List collect()' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public java.util.List collect(org.apache.wicket.feed
  back.IFeedbackMessageFilter)' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public org.apache.wicket.feedback.FeedbackCollector
  setIncludeSession(boolean)' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public org.apache.wicket.feedback.FeedbackCollector
  setRecursive(boolean)' is now final
 
  Any idea what could be causing this?
 
  Regards,
  Chris
 

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Error building wicket-6.19.0 from src

2015-02-13 Thread Chris Colman
I pulled it from git.

I'm trying to compile while on the 6.19.0 branch.

Regards,
Chris

 -Original Message-
 From: Andrea Del Bene [mailto:an.delb...@gmail.com]
 Sent: Thursday, 12 February 2015 11:21 PM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src
 
 Hi,
 
 how did you get the code ? did you download it or did you use the
6.19.0
 branch? I've tested the source from distribution
 (http://www.apache.org/dyn/closer.cgi/wicket/6.19.0) and everything
it's
 fine. These method are final since a long time...
  I get the following error when I try to compile the 6.19.0 source
code:
 
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public java.util.List collect()' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public java.util.List collect(org.apache.wicket.feed
  back.IFeedbackMessageFilter)' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public org.apache.wicket.feedback.FeedbackCollector
  setIncludeSession(boolean)' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public org.apache.wicket.feedback.FeedbackCollector
  setRecursive(boolean)' is now final
 
  Any idea what could be causing this?
 
  Regards,
  Chris
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Error building wicket-6.19.0 from src

2015-02-13 Thread Chris Colman
There is a comment about this issue in the parent pom.xml.

For anyone else who gest this issue you can find the clirr-maven-plugin
in the parent pom.xml and change failOnError to false to allow the build
to complete.

configuration
comparisonVersion6.0.0/comparisonVersion
failOnErrorfalse/failOnError
logResultstrue/logResults
ignored
difference
!-- FeedbackCollector used to be final. Now it
is non-final and so all existing methods were made final to keep them
non-overridable. However, clirr does not take into account the class
going from final to non-final and thinks overridable methods were made
final. We ignore this change to silence it. --

classNameorg${file.separator}apache${file.separator}wicket${file.separ
ator}feedback${file.separator}FeedbackCollector/className
method*/method
differenceType7014/differenceType
/difference
/ignored
/configuration

I'm not sure why it's a Windows only problem when the plugin config is
using file.separator and not explicitly '/'

 -Original Message-
 From: Tobias Soloschenko [mailto:tobiassolosche...@googlemail.com]
 Sent: Saturday, 14 February 2015 5:06 AM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src
 
 Hi,
 
 which Java Version are you using currently? There is an issue of the
 clirr plugin not to work with Java 8 at the moment. I filed in a
ticket:
 
 https://issues.apache.org/jira/browse/WICKET-5836
 
 kind regards
 
 Tobias
 
 Am 13.02.15 um 18:43 schrieb Chris Colman:
  I'm compiling on Windows 8.1 64bit if that makes any difference.
 
  A few years ago there was an issue with clirr due to a forward
  slash/backslash issue which caused it to compile ok on Linux/Mac but
  fail on Windows but I'm pretty sure that was resolved a long time
ago.
 
  Regards,
  Chris
 
  -Original Message-
  From: Martin Grigorov [mailto:mgrigo...@apache.org]
  Sent: Thursday, 12 February 2015 11:22 PM
  To: users@wicket.apache.org
  Subject: Re: Error building wicket-6.19.0 from src
 
  Hi,
 
  According to the SCM history [1] this class hasn't been changed
since
  Nov
  26 2012.
 
 
  1.
  https://github.com/apache/wicket/commits/wicket-6.x/wicket-
 
core/src/main/java/org/apache/wicket/feedback/FeedbackCollector.java
 
  Martin Grigorov
  Wicket Training and Consulting
  https://twitter.com/mtgrigorov
 
  On Thu, Feb 12, 2015 at 12:59 PM, Chris Colman
  chr...@stepaheadsoftware.com
  wrote:
  I get the following error when I try to compile the 6.19.0 source
  code:
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
  'public java.util.List collect()' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public java.util.List collect(org.apache.wicket.feed
  back.IFeedbackMessageFilter)' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public org.apache.wicket.feedback.FeedbackCollector
  setIncludeSession(boolean)' is now final
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
  'public org.apache.wicket.feedback.FeedbackCollector
  setRecursive(boolean)' is now final
 
  Any idea what could be causing this?
 
  Regards,
  Chris
 
 
-
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Error building wicket-6.19.0 from src

2015-02-13 Thread Chris Colman
I'm trying to build wicket itself, not application code.

The errors are:

[INFO]  clirr-maven-plugin:2.6.1:check (clirr-check) @ wicket-core

[INFO]
[INFO] --- clirr-maven-plugin:2.6.1:check (clirr-check) @ wicket-core
---
[INFO] Comparing to version: 6.0.0
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
'public java.util.List collect()' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
'public java.util.List
collect(org.apache.wicket.feedback.IFeedbackMessageFilter)' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
'public org.apache.wicket.feedback.FeedbackCollector
setIncludeSession(boolean)' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
'public org.apache.wicket.feedback.FeedbackCollector
setRecursive(boolean)' is now final
[WARNING] 6003:
org.apache.wicket.markup.parser.filter.InlineEnclosureHandler: Value of
compile-time constant INLINE_ENCLOSURE_ATTRIBUTE_NAME has been changed
[INFO] Succeeded with 4 errors; 1 warnings; and 0 other changes.
[INFO]

 -Original Message-
 From: Martin Grigorov [mailto:mgrigo...@apache.org]
 Sent: Saturday, 14 February 2015 7:29 AM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src
 
 Please give more details what you are doing.
 Where exactly it breaks.
 
 Error like:
  [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
 'public java.util.List collect()' is now final
 [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
 
 means that some application code tries to override this method. I.e.
you
 try to build the application code, not Wicket itself.
 
 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov
 
 On Fri, Feb 13, 2015 at 10:18 PM, Chris Colman
 chr...@stepaheadsoftware.com
  wrote:
 
  Unfortunately that wasn't it!
 
  I uninstalled Java 1.8 and reverted to Java 1.7.0_55 and the same
  problem occurs.
 
  I switched to the 6.x branch (currently 6.20.0) and it still occurs.
 
   -Original Message-
   From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
   Sent: Saturday, 14 February 2015 5:39 AM
   To: users@wicket.apache.org
   Subject: RE: Error building wicket-6.19.0 from src
  
   Ah bingo! That's probably it. I'm using:
  
   java version 1.8.0_25
   Java(TM) SE Runtime Environment (build 1.8.0_25-b18)
   Java HotSpot(TM) Client VM (build 25.25-b02, mixed mode)
  
  
-Original Message-
From: Tobias Soloschenko
[mailto:tobiassolosche...@googlemail.com]
Sent: Saturday, 14 February 2015 5:06 AM
To: users@wicket.apache.org
Subject: Re: Error building wicket-6.19.0 from src
   
Hi,
   
which Java Version are you using currently? There is an issue of
the
clirr plugin not to work with Java 8 at the moment. I filed in a
   ticket:
   
https://issues.apache.org/jira/browse/WICKET-5836
   
kind regards
   
Tobias
   
Am 13.02.15 um 18:43 schrieb Chris Colman:
 I'm compiling on Windows 8.1 64bit if that makes any
difference.

 A few years ago there was an issue with clirr due to a forward
 slash/backslash issue which caused it to compile ok on
Linux/Mac
  but
 fail on Windows but I'm pretty sure that was resolved a long
time
   ago.

 Regards,
 Chris

 -Original Message-
 From: Martin Grigorov [mailto:mgrigo...@apache.org]
 Sent: Thursday, 12 February 2015 11:22 PM
 To: users@wicket.apache.org
 Subject: Re: Error building wicket-6.19.0 from src

 Hi,

 According to the SCM history [1] this class hasn't been
changed
   since
 Nov
 26 2012.


 1.
 https://github.com/apache/wicket/commits/wicket-6.x/wicket-

  
core/src/main/java/org/apache/wicket/feedback/FeedbackCollector.java

 Martin Grigorov
 Wicket Training and Consulting
 https://twitter.com/mtgrigorov

 On Thu, Feb 12, 2015 at 12:59 PM, Chris Colman
 chr...@stepaheadsoftware.com
 wrote:
 I get the following error when I try to compile the 6.19.0
  source
 code:
   [ERROR] 7014:
org.apache.wicket.feedback.FeedbackCollector:
   Method
 'public java.util.List collect()' is now final
 [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
  Method
 'public java.util.List collect(org.apache.wicket.feed
 back.IFeedbackMessageFilter)' is now final
 [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
  Method
 'public org.apache.wicket.feedback.FeedbackCollector
 setIncludeSession(boolean)' is now final
 [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
  Method
 'public org.apache.wicket.feedback.FeedbackCollector
 setRecursive(boolean)' is now final

 Any idea what could be causing this?

 Regards,
 Chris


  
-
 To unsubscribe, e-mail

RE: Error building wicket-6.19.0 from src

2015-02-13 Thread Chris Colman
Unfortunately that wasn't it!

I uninstalled Java 1.8 and reverted to Java 1.7.0_55 and the same
problem occurs.

I switched to the 6.x branch (currently 6.20.0) and it still occurs.

 -Original Message-
 From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
 Sent: Saturday, 14 February 2015 5:39 AM
 To: users@wicket.apache.org
 Subject: RE: Error building wicket-6.19.0 from src
 
 Ah bingo! That's probably it. I'm using:
 
 java version 1.8.0_25
 Java(TM) SE Runtime Environment (build 1.8.0_25-b18)
 Java HotSpot(TM) Client VM (build 25.25-b02, mixed mode)
 
 
  -Original Message-
  From: Tobias Soloschenko [mailto:tobiassolosche...@googlemail.com]
  Sent: Saturday, 14 February 2015 5:06 AM
  To: users@wicket.apache.org
  Subject: Re: Error building wicket-6.19.0 from src
 
  Hi,
 
  which Java Version are you using currently? There is an issue of the
  clirr plugin not to work with Java 8 at the moment. I filed in a
 ticket:
 
  https://issues.apache.org/jira/browse/WICKET-5836
 
  kind regards
 
  Tobias
 
  Am 13.02.15 um 18:43 schrieb Chris Colman:
   I'm compiling on Windows 8.1 64bit if that makes any difference.
  
   A few years ago there was an issue with clirr due to a forward
   slash/backslash issue which caused it to compile ok on Linux/Mac
but
   fail on Windows but I'm pretty sure that was resolved a long time
 ago.
  
   Regards,
   Chris
  
   -Original Message-
   From: Martin Grigorov [mailto:mgrigo...@apache.org]
   Sent: Thursday, 12 February 2015 11:22 PM
   To: users@wicket.apache.org
   Subject: Re: Error building wicket-6.19.0 from src
  
   Hi,
  
   According to the SCM history [1] this class hasn't been changed
 since
   Nov
   26 2012.
  
  
   1.
   https://github.com/apache/wicket/commits/wicket-6.x/wicket-
  
 core/src/main/java/org/apache/wicket/feedback/FeedbackCollector.java
  
   Martin Grigorov
   Wicket Training and Consulting
   https://twitter.com/mtgrigorov
  
   On Thu, Feb 12, 2015 at 12:59 PM, Chris Colman
   chr...@stepaheadsoftware.com
   wrote:
   I get the following error when I try to compile the 6.19.0
source
   code:
 [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
 Method
   'public java.util.List collect()' is now final
   [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
   'public java.util.List collect(org.apache.wicket.feed
   back.IFeedbackMessageFilter)' is now final
   [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
   'public org.apache.wicket.feedback.FeedbackCollector
   setIncludeSession(boolean)' is now final
   [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector:
Method
   'public org.apache.wicket.feedback.FeedbackCollector
   setRecursive(boolean)' is now final
  
   Any idea what could be causing this?
  
   Regards,
   Chris
  
  
 -
   To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
   For additional commands, e-mail: users-h...@wicket.apache.org
  
 
 
 
-
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Error building wicket-6.19.0 from src

2015-02-12 Thread Chris Colman
I get the following error when I try to compile the 6.19.0 source code:
 
 [ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
'public java.util.List collect()' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
'public java.util.List collect(org.apache.wicket.feed
back.IFeedbackMessageFilter)' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
'public org.apache.wicket.feedback.FeedbackCollector
setIncludeSession(boolean)' is now final
[ERROR] 7014: org.apache.wicket.feedback.FeedbackCollector: Method
'public org.apache.wicket.feedback.FeedbackCollector
setRecursive(boolean)' is now final
 
Any idea what could be causing this?
 
Regards,
Chris


Request for static resource creating a session in 6.13.0+

2014-12-23 Thread Chris Colman
Up to version 6.12.0 we were not seeing any session being established
when static resources were being requested - which is desirable because
often search engines will hit thousands of times a day and most don't
use cookies or session rewriting so we end up creating a new session for
every static resource request that a search engine makes and that just
blows out the number of sessions.
 
We use:


// Use message digest over resource content for resource caching
// cache the version information for the lifetime of the application
IResourceVersion resourceVersion = new CachingResourceVersion(new
MessageDigestResourceVersion());
 
// cache resource with a version string in the filename
IResourceCachingStrategy cachingStrategy =
new
FilenameWithVersionResourceCachingStrategy(-ver-static-,
resourceVersion);

resourceSettings.setCachingStrategy(cachingStrategy);
 
and this worked fine up to version 6.12.0 where the code for
FilenameWithVersionResourceCachingStrategy.decorateReponse was:
 
/**
 * set resource caching to maximum and set cache-visibility
to 'public'
 * 
 * @param response
 */
@Override
public void
decorateResponse(AbstractResource.ResourceResponse response,
IStaticCacheableResource resource)
{
response.setCacheDurationToMaximum();
 
response.setCacheScope(WebResponse.CacheScope.PUBLIC);
}
 
Unfortunately in 6.13.0+ this code became:
 
/**
 * set resource caching to maximum and set cache-visibility
to 'public'
 * 
 * @param response
 */
@Override
public void
decorateResponse(AbstractResource.ResourceResponse response,
IStaticCacheableResource resource)
{
String requestedVersion =
RequestCycle.get().getMetaData(URL_VERSION);
  String calculatedVersion =
this.resourceVersion.getVersion(resource);  
if (calculatedVersion != null 
calculatedVersion.equals(requestedVersion))
{
 
response.setCacheDurationToMaximum();
 
response.setCacheScope(WebResponse.CacheScope.PUBLIC);
}
}
 
So the line marked above calls code that always creates a new session.
You can see the stack of this scenario below:
 
at
com.sas.av.ui.wicket.templates.WicketModelExposerApplication.newSession(
WicketModelExposerApplication.java:157)
at
org.apache.wicket.Application.fetchCreateAndSetSession(Application.java:
1569)
at org.apache.wicket.Session.get(Session.java:171)
at
org.apache.wicket.request.resource.PackageResource.getCurrentStyle(Packa
geResource.java:192)
at
org.apache.wicket.request.resource.PackageResource.getCacheableResourceS
tream(PackageResource.java:398)
at
org.apache.wicket.request.resource.PackageResource.getCacheKey(PackageRe
source.java:230)
at
org.apache.wicket.request.resource.caching.version.CachingResourceVersio
n.getVersion(CachingResourceVersion.java:100)
at
org.apache.wicket.request.resource.caching.FilenameWithVersionResourceCa
chingStrategy.decorateResponse(FilenameWithVersionResourceCachingStrateg
y.java:200)
 
PackageResource.getCurrentStyle() seems to be the culprit.
 
Does wicket really need to create a session when a static resource is
requested? 
 
I hope the answer is no because I think the 6.12.0 approach worked well
because it did not create a new session for each static request from a
search engine.
 
Regards,
Chris


RE: Wicke website makeover time?

2014-11-15 Thread Chris Colman
 I think the very first priority now is to decide which Github
repository
 should be the official one for this task. I think this should be
 Martijn's repository merged with all the changes made by Chris.

I agree: Chris J Lee's changes integrate Foundation which I have found
to be an excellent framework to do all the responsive stuff and browser
agnostic stuff.

No one wants to be managing that stuff with their own home grown CSS
these days and there is simply no need to when Grid/CSS frameworks like
Foundation and Bootstrap making this a no brainer.

I think we're also likely to have more people able to contribute to the
maintenance of the site if it is using a defacto standard like
Foundation or Bootstrap rather than a home grown CSS lib.

 PS: thank you for having revamped this topic :)!

No worries - let's hope it happens this time around!

  Sorry, for the confusion - I realize now that I was referring to
Chris J
  Lee's fork of Martijn's work.
 
  I cloned Chris J Lee's fork and ran Jekyll on it and looks very
modern
  and sexy indeed.
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicke website makeover time?

2014-11-14 Thread Chris Colman
 I think a multi phase approach might have more chance of success - as
I
 said in my immediate previous post if we could live with jekyll
source
 for phase one (even though it may not be ideal) then we can keep most
of
 the current content source 'as is' and simply choose a decent modern
 Bootstrap CSS template to re-render it in to deliver the best 'bang
for
 buck' possible at this early stage.

Bootstrap would be too standard and anonymous and would ultimately be
a ball and chain. A little .less and responsiveness can easily be
achieved without going bootstrap.

IMHO standard and anonymous looks a lot better than retro late 1990s ;)

Having said that, there are plenty of Bootstrap customization tools
(Bootswatch etc.,) that would allow us to customize very quickly and so
move well away from the standard and anonymous Bootstrap look and feel -
I would never use the standard Bootstrap template without customization
- it's too generic these days.

While we could go home grown i.e. without the help of Bootstrap and do
a little .less (or .sass) and responsiveness the use of Bootstrap's
already awesome (tried and tested and working) responsiveness and it's
cross browser compatibility (who wants to deal with issues like that in
2014?) could make this a very quick project.

I know I don't have a lot of time to spare to make greenfield, home
grown responsiveness that works across IE7+, FF, Chrome and Safari.

So a quick project is a good project for me. If it ends up looking a lot
more modern and sexy than the current site and it takes hours instead of
weeks then I think it's going to happen. If we insist on not using a
grid/CSS/JS template like Bootstrap and so make the effort measured in
weeks instead of hours then I fear that the website will still have it's
current look and feel in a years time.

I don't think we'll be locked into Bootstrap anyway. If the translator
uses bootstrap then the copy can remain Bootstrap free and easily moved
to another CSS/JS library later if required.


 Or does Jekyll have a fairly fixed translator that provides little
 customizability?

Jekyll is fully customizable. It's just a translator from markdown to
HTML with templates and includes.

Martijn

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicke website makeover time?

2014-11-14 Thread Chris Colman
Yes, that looks very nice indeed. That's the sort of website I'd love my
clients to see when I tell them I'm planning to build their 'next big
thing' using Wicket.

-Original Message-
From: Guillaume Smet [mailto:guillaume.s...@gmail.com] 
Sent: Friday, 14 November 2014 11:50 PM
To: users@wicket.apache.org
Subject: Re: Wicke website makeover time?

Hi,

Personnally, I really liked what Martijn did here:
http://people.apache.org/~dashorst/wicket-flat/

It's clean and has personnality.

The only thing IMHO is that a one page design for this amount of
information is perhaps a bit too much.

-- 
Guillaume

On Fri, Nov 14, 2014 at 1:14 PM, Chris Colman
chr...@stepaheadsoftware.com wrote:
 I think a multi phase approach might have more chance of success -
as
 I
 said in my immediate previous post if we could live with jekyll
 source
 for phase one (even though it may not be ideal) then we can keep
most
 of
 the current content source 'as is' and simply choose a decent modern
 Bootstrap CSS template to re-render it in to deliver the best 'bang
 for
 buck' possible at this early stage.

Bootstrap would be too standard and anonymous and would ultimately be
a ball and chain. A little .less and responsiveness can easily be
achieved without going bootstrap.

 IMHO standard and anonymous looks a lot better than retro late 1990s
;)

 Having said that, there are plenty of Bootstrap customization tools
 (Bootswatch etc.,) that would allow us to customize very quickly and
so
 move well away from the standard and anonymous Bootstrap look and feel
-
 I would never use the standard Bootstrap template without
customization
 - it's too generic these days.

 While we could go home grown i.e. without the help of Bootstrap and
do
 a little .less (or .sass) and responsiveness the use of Bootstrap's
 already awesome (tried and tested and working) responsiveness and it's
 cross browser compatibility (who wants to deal with issues like that
in
 2014?) could make this a very quick project.

 I know I don't have a lot of time to spare to make greenfield, home
 grown responsiveness that works across IE7+, FF, Chrome and Safari.

 So a quick project is a good project for me. If it ends up looking a
lot
 more modern and sexy than the current site and it takes hours instead
of
 weeks then I think it's going to happen. If we insist on not using a
 grid/CSS/JS template like Bootstrap and so make the effort measured in
 weeks instead of hours then I fear that the website will still have
it's
 current look and feel in a years time.

 I don't think we'll be locked into Bootstrap anyway. If the translator
 uses bootstrap then the copy can remain Bootstrap free and easily
moved
 to another CSS/JS library later if required.


 Or does Jekyll have a fairly fixed translator that provides little
 customizability?

Jekyll is fully customizable. It's just a translator from markdown to
HTML with templates and includes.

Martijn

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicke website makeover time?

2014-11-14 Thread Chris Colman
Hi Martijn,

Did you build that page via jekyll or from raw HTML?

I'm thinking we could easily restructure the current jekyll content to
output in that layout/style.

I'm playing around with a new type of layout called 'landing' (for
landing page - eg., like the home page) where things are laid out like
your sample.

Regards,
Chris

-Original Message-
From: Guillaume Smet [mailto:guillaume.s...@gmail.com] 
Sent: Friday, 14 November 2014 11:50 PM
To: users@wicket.apache.org
Subject: Re: Wicke website makeover time?

Hi,

Personnally, I really liked what Martijn did here:
http://people.apache.org/~dashorst/wicket-flat/

It's clean and has personnality.

The only thing IMHO is that a one page design for this amount of
information is perhaps a bit too much.

-- 
Guillaume

On Fri, Nov 14, 2014 at 1:14 PM, Chris Colman
chr...@stepaheadsoftware.com wrote:
 I think a multi phase approach might have more chance of success -
as
 I
 said in my immediate previous post if we could live with jekyll
 source
 for phase one (even though it may not be ideal) then we can keep
most
 of
 the current content source 'as is' and simply choose a decent modern
 Bootstrap CSS template to re-render it in to deliver the best 'bang
 for
 buck' possible at this early stage.

Bootstrap would be too standard and anonymous and would ultimately be
a ball and chain. A little .less and responsiveness can easily be
achieved without going bootstrap.

 IMHO standard and anonymous looks a lot better than retro late 1990s
;)

 Having said that, there are plenty of Bootstrap customization tools
 (Bootswatch etc.,) that would allow us to customize very quickly and
so
 move well away from the standard and anonymous Bootstrap look and feel
-
 I would never use the standard Bootstrap template without
customization
 - it's too generic these days.

 While we could go home grown i.e. without the help of Bootstrap and
do
 a little .less (or .sass) and responsiveness the use of Bootstrap's
 already awesome (tried and tested and working) responsiveness and it's
 cross browser compatibility (who wants to deal with issues like that
in
 2014?) could make this a very quick project.

 I know I don't have a lot of time to spare to make greenfield, home
 grown responsiveness that works across IE7+, FF, Chrome and Safari.

 So a quick project is a good project for me. If it ends up looking a
lot
 more modern and sexy than the current site and it takes hours instead
of
 weeks then I think it's going to happen. If we insist on not using a
 grid/CSS/JS template like Bootstrap and so make the effort measured in
 weeks instead of hours then I fear that the website will still have
it's
 current look and feel in a years time.

 I don't think we'll be locked into Bootstrap anyway. If the translator
 uses bootstrap then the copy can remain Bootstrap free and easily
moved
 to another CSS/JS library later if required.


 Or does Jekyll have a fairly fixed translator that provides little
 customizability?

Jekyll is fully customizable. It's just a translator from markdown to
HTML with templates and includes.

Martijn

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicke website makeover time?

2014-11-14 Thread Chris Colman
Wow! Martijn has already done what I was suggesting we already do -
except I was proposing Bootstrap but Martijn's work looks excellent with
whatever CSS it's using.

I didn't realize that there was such an active JIRA already covering
this.
 
So this worries me - why isn't Martijn's work live yet?

If myself or others do work on it or any other new website
content/styling will it also be left flapping in the wind?

Most people would only want to contribute to a website makeover that has
a high chance of being used.

What is stopping Martijn's site being updated with the latest content
updates from the latest directory in SVN and then released to the wild
and what could we do to make that happen?

There is some feedback in the JIRA but if the reason it hasn't gone live
is that It's not quite perfect yet then we have a classic
perfectionist's dilemma - not an uncommon disease amongst programmers
;)

Really guys, Martijn's site looks a million bazillion times better than
the current live site - with or without whatever issues people think it
might have.

I really think we should bite the bullet and do whatever minimal work is
required to get Martijn's makeover to 'go live' and then work on other
none showstopper issues over time after that.

What if we agreed on an absolute bare minimum list of show stopper
issues that absolutely MUST be resolved in order to take Martijn's work
live and then we can distribute the work and get it done!?

JIRA is probably the best place to compile this list and track progress
(as separately assignable subtasks?) but here's one or two:

The only major one I can think of is Apache's requirement that site
source be in their SVN repo but Martijn's work is on github. I can think
of two options for this (could be others):

1. Establish a Git-SVN bridge somewhere?? So that we can make
contributions via our own Git clones from which an admin can cherrypick
pull requests and then shoot these changes over the bridge to Apache's
SVN repo.

2. Do a once off port to SVN and then use SVN from then on with perhaps
SVN branching (obviously not as elegant as git branching)

I do agree with comment in the emails that there is quite a lot of
content on that single home page. I don't think this is a showstopper
that needs to be fixed before 'go live' but rather something we could
work on afterwards. 

I think we could create a few new Jekyll layouts: one for a landing page
(home page) and others where distinctive page types are required - maybe
the quickstart? 

Thoughts?

Regards,
Chris

-Original Message-
From: Andrea Del Bene [mailto:an.delb...@gmail.com] 
Sent: Saturday, 15 November 2014 6:06 AM
To: users@wicket.apache.org
Subject: Re: Wicke website makeover time?

One last useful reference is 
https://issues.apache.org/jira/browse/WICKET-3341. This is the 
official issue to discuss new site design. Personally I like very much

https://issues.apache.org/jira/secure/attachment/12583195/wicket-flat-ne
w-top.002.png 
which is a variation of the flat theme.
 I think we haven't mentioned yet the nice work done by Chris J. Lee:

 https://github.com/chrisjlee/wicket-site

 This should be the last version of Martijn's initial work.


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicke website makeover time?

2014-11-14 Thread Chris Colman
Sorry, for the confusion - I realize now that I was referring to Chris J
Lee's fork of Martijn's work.

I cloned Chris J Lee's fork and ran Jekyll on it and looks very modern
and sexy indeed.

-Original Message-
From: Chris Colman [mailto:chr...@stepaheadsoftware.com] 
Sent: Saturday, 15 November 2014 8:02 AM
To: users@wicket.apache.org
Subject: RE: Wicke website makeover time?

Wow! Martijn has already done what I was suggesting we already do -
except I was proposing Bootstrap but Martijn's work looks excellent with
whatever CSS it's using.

I didn't realize that there was such an active JIRA already covering
this.
 
So this worries me - why isn't Martijn's work live yet?

If myself or others do work on it or any other new website
content/styling will it also be left flapping in the wind?

Most people would only want to contribute to a website makeover that has
a high chance of being used.

What is stopping Martijn's site being updated with the latest content
updates from the latest directory in SVN and then released to the wild
and what could we do to make that happen?

There is some feedback in the JIRA but if the reason it hasn't gone live
is that It's not quite perfect yet then we have a classic
perfectionist's dilemma - not an uncommon disease amongst programmers
;)

Really guys, Martijn's site looks a million bazillion times better than
the current live site - with or without whatever issues people think it
might have.

I really think we should bite the bullet and do whatever minimal work is
required to get Martijn's makeover to 'go live' and then work on other
none showstopper issues over time after that.

What if we agreed on an absolute bare minimum list of show stopper
issues that absolutely MUST be resolved in order to take Martijn's work
live and then we can distribute the work and get it done!?

JIRA is probably the best place to compile this list and track progress
(as separately assignable subtasks?) but here's one or two:

The only major one I can think of is Apache's requirement that site
source be in their SVN repo but Martijn's work is on github. I can think
of two options for this (could be others):

1. Establish a Git-SVN bridge somewhere?? So that we can make
contributions via our own Git clones from which an admin can cherrypick
pull requests and then shoot these changes over the bridge to Apache's
SVN repo.

2. Do a once off port to SVN and then use SVN from then on with perhaps
SVN branching (obviously not as elegant as git branching)

I do agree with comment in the emails that there is quite a lot of
content on that single home page. I don't think this is a showstopper
that needs to be fixed before 'go live' but rather something we could
work on afterwards. 

I think we could create a few new Jekyll layouts: one for a landing page
(home page) and others where distinctive page types are required - maybe
the quickstart? 

Thoughts?

Regards,
Chris

-Original Message-
From: Andrea Del Bene [mailto:an.delb...@gmail.com] 
Sent: Saturday, 15 November 2014 6:06 AM
To: users@wicket.apache.org
Subject: Re: Wicke website makeover time?

One last useful reference is 
https://issues.apache.org/jira/browse/WICKET-3341. This is the 
official issue to discuss new site design. Personally I like very much

https://issues.apache.org/jira/secure/attachment/12583195/wicket-flat-ne
w-top.002.png 
which is a variation of the flat theme.
 I think we haven't mentioned yet the nice work done by Chris J. Lee:

 https://github.com/chrisjlee/wicket-site

 This should be the last version of Martijn's initial work.


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicke website makeover time?

2014-11-12 Thread Chris Colman
Wicket examples are in the same styling as the website so yes, the same
logic applies to them also - actually probably even more so as they
really are 'examples of what a wicket app might look like' - which is a
bit sad when, with a bit of Bootstrap and nice fonts, they can look so
much more awesome.

I'll check out jekyllrb.

Ideally if we can change the generator and leave the jekyll source
largely untouched for phase 1 then we avoid the effort of porting any
content over to a new input format.

Maybe a phase 2 could look at switching to a different input format if
jekyll has issues/limitations.

Regards,
Chris



-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org] 
Sent: Wednesday, 12 November 2014 7:21 PM
To: users@wicket.apache.org
Subject: Re: Wicke website makeover time?

Hi,


On Wed, Nov 12, 2014 at 9:45 AM, Chris Colman
chr...@stepaheadsoftware.com
wrote:

 Hi fellow wicketeers!

 We all know that Wicket has to be the most awesome and productive Java
 UI framework around but I am worried when I point new clients to the
 Wicket website because it's look and feel is possibly a little dated
or
 '2007ish style'.

 I feel like the look and feel of the Wicket website doesn't do justice
 to the full awesomeness that we all know wicket has.

 We all know that, using the wicket Java UI framework it's possible to
 create websites with *any* look and feel but unfortunately many
clients
 don't have this same technical awareness and see the website for
Wicket,
 a framework for building web applications in Java, and assume that the
 Wicket website itself is an example of the type of webapp/website
you'll
 end up with if you build it with Wicket - which we all know is not the
 case: we're building awesome AJAX enabled, modern, sexy Bootstrap
 templated webapps in Wicket.

 A few years ago someone had produced a prototype of a refurbished
Wicket
 website that looked really quite nice but it never was deployed to the
 live server for some reason.


I guess you mean https://github.com/dashorst/wicket-site.



 These days I think most developers know that it's fairly easy to make
a
 great, modern looking website using one of the many Bootstrap
 customizations (eg., Bootswatch).

 First question:

 Does anyone else think a wicket website makeover is overdue (or are
most
 people happy with the current look and feel)?


I do!
But I am not capable of doing it myself because I am not an artist.
I don't have this kind of imagination to create something pretty.
Functional - yes, but not pretty :(

Recently I've had a conversation with a client about this topic. (They
use
Wicket Bootstrap)

Me (explaining why Wicket Bootstrap is not a module of Apache Wicket
distro):
quote
Today Bootstrap is the hype. Tomorrow something else will be
This is the main reason why WB hasn't been merged as a sub project of
Apache Wicket itself.
/quote

The client:
quote
Agreed, and I think the strategy of Wicket is fine for experienced web
developers.

However, for every experienced developer, I assume there are 10 novices
trying out Wicket and if you don't steer novice users towards a HTML/CSS
framework to use with Wicket to create great looking apps, most of them
will be disappointed and wander off elsewhere.
/quote

More or less he said the same as you ! But I think he meant Wicket
Examples
instead of http://wicket.apache.org/


 If the answer is yes then please continue reading:

 Any chance some people are interested in offering time to perform a
 Wicket website makeover?


I'll be glad to help with infrastructure, testing, fixing issues, etc. !



 Some questions for the site maintainers -


 Are the current web pages:
 1.  Generated from any tool via XLST or anything?


The code is hosted at
https://svn.apache.org/repos/asf/wicket/common/site/trunk.
We use http://jekyllrb.com/ to generate static HTML files. It is simple
and
fast.


 2.  Served from a content management system?


No.


 3.  Just static pages edited directly in HTML?


Yes.

4.  Served as a Wicket app? (would be awesome!)


No. Apache Infrastructure team doesn't allow usage of dynamically
generated
stuff because this leads of the higher maintenance cost.



 I guess the answer to these determines the quickest way possible to a
 refurbished website if Wicketeers agree that is appropriate.

 Could we hook together a simple system that actually uses a very
simple
 Wicket app itself to host the pages? Eg., provide page content in some
 wiki style text format and have a simple Wicket page class that
 interprets this and outputs formatted content?


No. See above.



 Aside: We have actually built a content management system for
 editing/hosting websites using Wicket but it's proprietary and I don't
 think Apache would approve of an Apache site being served by a
 proprietary content management system so that's probably not an
option.
 We don't mind hosting it if they didn't mind but I'm thinking that's
not
 going to be approved

RE: Wicke website makeover time?

2014-11-12 Thread Chris Colman
Some of those look very nice indeed. How were they created?

It sounds like people have been toying with this for a long time.

Perhaps it never happened because we wanted to go from the current site
to mega awesome in one single step - which was always too much effort.

I think a multi phase approach might have more chance of success - as I
said in my immediate previous post if we could live with jekyll source
for phase one (even though it may not be ideal) then we can keep most of
the current content source 'as is' and simply choose a decent modern
Bootstrap CSS template to re-render it in to deliver the best 'bang for
buck' possible at this early stage.

Or does Jekyll have a fairly fixed translator that provides little
customizability?

-Original Message-
From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com] 
Sent: Wednesday, 12 November 2014 8:58 PM
To: users@wicket.apache.org
Subject: Re: Wicke website makeover time?

Several attempts at a refresh have been done but they all strand in two
things:

 - time to actually do something with a design that is received
enthusiastically
 - copywriting the website, especially the front page

For example I tend to doodle in keynote for ideas of a new web site
look and my latest thing is actually going back to our roots (at
http://wicket.sourceforge.net/1.2):

http://imgur.com/D74s1dj
http://imgur.com/UFxgSRI,jHawnst#0
http://imgur.com/UFxgSRI,jHawnst#1

I think it looks awesome but lack currently the time to actually do
something more with it other than have it in keynote.

There are some hurdles to consider:
 - website technology (currently jekyll, but asciidoctor might be a
better future candidate, especially for the reference guide)

 - svn pub sub, I guess there's git pub sub but am not sure if/how that
works
 - how to publish the site (currently generate, svn commit, but if
guide is part of our build (to enable live, compiling examples) how
does that integrate in the site workflow...

Martijn


On Wed, Nov 12, 2014 at 9:21 AM, Martin Grigorov mgrigo...@apache.org
wrote:
 Hi,


 On Wed, Nov 12, 2014 at 9:45 AM, Chris Colman
chr...@stepaheadsoftware.com
 wrote:

 Hi fellow wicketeers!

 We all know that Wicket has to be the most awesome and productive
Java
 UI framework around but I am worried when I point new clients to the
 Wicket website because it's look and feel is possibly a little dated
or
 '2007ish style'.

 I feel like the look and feel of the Wicket website doesn't do
justice
 to the full awesomeness that we all know wicket has.

 We all know that, using the wicket Java UI framework it's possible to
 create websites with *any* look and feel but unfortunately many
clients
 don't have this same technical awareness and see the website for
Wicket,
 a framework for building web applications in Java, and assume that
the
 Wicket website itself is an example of the type of webapp/website
you'll
 end up with if you build it with Wicket - which we all know is not
the
 case: we're building awesome AJAX enabled, modern, sexy Bootstrap
 templated webapps in Wicket.

 A few years ago someone had produced a prototype of a refurbished
Wicket
 website that looked really quite nice but it never was deployed to
the
 live server for some reason.


 I guess you mean https://github.com/dashorst/wicket-site.



 These days I think most developers know that it's fairly easy to make
a
 great, modern looking website using one of the many Bootstrap
 customizations (eg., Bootswatch).

 First question:

 Does anyone else think a wicket website makeover is overdue (or are
most
 people happy with the current look and feel)?


 I do!
 But I am not capable of doing it myself because I am not an artist.
 I don't have this kind of imagination to create something pretty.
 Functional - yes, but not pretty :(

 Recently I've had a conversation with a client about this topic. (They
use
 Wicket Bootstrap)

 Me (explaining why Wicket Bootstrap is not a module of Apache Wicket
 distro):
 quote
 Today Bootstrap is the hype. Tomorrow something else will be
 This is the main reason why WB hasn't been merged as a sub project of
 Apache Wicket itself.
 /quote

 The client:
 quote
 Agreed, and I think the strategy of Wicket is fine for experienced web
 developers.

 However, for every experienced developer, I assume there are 10
novices
 trying out Wicket and if you don't steer novice users towards a
HTML/CSS
 framework to use with Wicket to create great looking apps, most of
them
 will be disappointed and wander off elsewhere.
 /quote

 More or less he said the same as you ! But I think he meant Wicket
Examples
 instead of http://wicket.apache.org/


 If the answer is yes then please continue reading:

 Any chance some people are interested in offering time to perform a
 Wicket website makeover?


 I'll be glad to help with infrastructure, testing, fixing issues, etc.
!



 Some questions for the site maintainers -


 Are the current web pages:
 1.  Generated from any tool via

RE: Wicke website makeover time?

2014-11-12 Thread Chris Colman
This looks like it could be useful:

http://jekyllbootstrap.com/

They have autowired all the necessary Liquid template stuff to make
generation of a bootstrap styled site from jekyll source a breeze.

Maybe it's worth having a play with it using the current wicket site's
jekyll source?

-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org] 
Sent: Wednesday, 12 November 2014 9:11 PM
To: users@wicket.apache.org
Subject: Re: Wicke website makeover time?

On Wed, Nov 12, 2014 at 11:58 AM, Martijn Dashorst 
martijn.dasho...@gmail.com wrote:

 Several attempts at a refresh have been done but they all strand in
two
 things:

  - time to actually do something with a design that is received
 enthusiastically
  - copywriting the website, especially the front page

 For example I tend to doodle in keynote for ideas of a new web site
 look and my latest thing is actually going back to our roots (at
 http://wicket.sourceforge.net/1.2):

 http://imgur.com/D74s1dj
 http://imgur.com/UFxgSRI,jHawnst#0
 http://imgur.com/UFxgSRI,jHawnst#1

 I think it looks awesome but lack currently the time to actually do
 something more with it other than have it in keynote.

 There are some hurdles to consider:
  - website technology (currently jekyll, but asciidoctor might be a
 better future candidate, especially for the reference guide)

  - svn pub sub, I guess there's git pub sub but am not sure if/how
that
 works


There was a discussion at infra@ the other day about this:

David Nalley (Infra team leader):
quote
In a word, no.
Technically, I am sure we could build it, but we won't.
We use svnpubsub to keep the ~250 websites we have to manage a
relatively sane process. Moving some sites to git makes that far more
complicated.

--David

On Mon, Nov 10, 2014 at 2:07 AM, Tomer Shiran tshi...@apache.org
wrote:
 I have a follow-up question. Is it possible to use git to publish the
 website as opposed to svn? We use git for the project's source code,
so
that
 would be convenient.
/quote

But this should not stop us. It is easy to create our own shell script
that
copies the Asciidoctor output to another folder (the site svn working
directory) and commit it. We can add it to the release.sh script.

 - how to publish the site (currently generate, svn commit, but if
 guide is part of our build (to enable live, compiling examples) how
 does that integrate in the site workflow...

 Martijn


 On Wed, Nov 12, 2014 at 9:21 AM, Martin Grigorov
mgrigo...@apache.org
 wrote:
  Hi,
 
 
  On Wed, Nov 12, 2014 at 9:45 AM, Chris Colman 
 chr...@stepaheadsoftware.com
  wrote:
 
  Hi fellow wicketeers!
 
  We all know that Wicket has to be the most awesome and productive
Java
  UI framework around but I am worried when I point new clients to
the
  Wicket website because it's look and feel is possibly a little
dated or
  '2007ish style'.
 
  I feel like the look and feel of the Wicket website doesn't do
justice
  to the full awesomeness that we all know wicket has.
 
  We all know that, using the wicket Java UI framework it's possible
to
  create websites with *any* look and feel but unfortunately many
clients
  don't have this same technical awareness and see the website for
Wicket,
  a framework for building web applications in Java, and assume that
the
  Wicket website itself is an example of the type of webapp/website
you'll
  end up with if you build it with Wicket - which we all know is not
the
  case: we're building awesome AJAX enabled, modern, sexy Bootstrap
  templated webapps in Wicket.
 
  A few years ago someone had produced a prototype of a refurbished
Wicket
  website that looked really quite nice but it never was deployed to
the
  live server for some reason.
 
 
  I guess you mean https://github.com/dashorst/wicket-site.
 
 
 
  These days I think most developers know that it's fairly easy to
make a
  great, modern looking website using one of the many Bootstrap
  customizations (eg., Bootswatch).
 
  First question:
 
  Does anyone else think a wicket website makeover is overdue (or are
most
  people happy with the current look and feel)?
 
 
  I do!
  But I am not capable of doing it myself because I am not an artist.
  I don't have this kind of imagination to create something pretty.
  Functional - yes, but not pretty :(
 
  Recently I've had a conversation with a client about this topic.
(They
 use
  Wicket Bootstrap)
 
  Me (explaining why Wicket Bootstrap is not a module of Apache Wicket
  distro):
  quote
  Today Bootstrap is the hype. Tomorrow something else will be
  This is the main reason why WB hasn't been merged as a sub project
of
  Apache Wicket itself.
  /quote
 
  The client:
  quote
  Agreed, and I think the strategy of Wicket is fine for experienced
web
  developers.
 
  However, for every experienced developer, I assume there are 10
novices
  trying out Wicket and if you don't steer novice users towards a
HTML/CSS
  framework to use with Wicket to create great looking apps, most of
them

Wicke website makeover time?

2014-11-11 Thread Chris Colman
Hi fellow wicketeers!
 
We all know that Wicket has to be the most awesome and productive Java
UI framework around but I am worried when I point new clients to the
Wicket website because it's look and feel is possibly a little dated or
'2007ish style'.
 
I feel like the look and feel of the Wicket website doesn't do justice
to the full awesomeness that we all know wicket has.
 
We all know that, using the wicket Java UI framework it's possible to
create websites with *any* look and feel but unfortunately many clients
don't have this same technical awareness and see the website for Wicket,
a framework for building web applications in Java, and assume that the
Wicket website itself is an example of the type of webapp/website you'll
end up with if you build it with Wicket - which we all know is not the
case: we're building awesome AJAX enabled, modern, sexy Bootstrap
templated webapps in Wicket.
 
A few years ago someone had produced a prototype of a refurbished Wicket
website that looked really quite nice but it never was deployed to the
live server for some reason.
 
These days I think most developers know that it's fairly easy to make a
great, modern looking website using one of the many Bootstrap
customizations (eg., Bootswatch).
 
First question: 
 
Does anyone else think a wicket website makeover is overdue (or are most
people happy with the current look and feel)?
 
If the answer is yes then please continue reading:
 
Any chance some people are interested in offering time to perform a
Wicket website makeover?
 
Some questions for the site maintainers -


Are the current web pages:
1.  Generated from any tool via XLST or anything? 
2.  Served from a content management system? 
3.  Just static pages edited directly in HTML?
4.  Served as a Wicket app? (would be awesome!)
 
I guess the answer to these determines the quickest way possible to a
refurbished website if Wicketeers agree that is appropriate.
 
Could we hook together a simple system that actually uses a very simple
Wicket app itself to host the pages? Eg., provide page content in some
wiki style text format and have a simple Wicket page class that
interprets this and outputs formatted content?
 
Aside: We have actually built a content management system for
editing/hosting websites using Wicket but it's proprietary and I don't
think Apache would approve of an Apache site being served by a
proprietary content management system so that's probably not an option.
We don't mind hosting it if they didn't mind but I'm thinking that's not
going to be approved.
 
 
Regards,
Chris


Header contributions from component in modal window

2014-03-22 Thread Chris Colman
We have a problem where we have a component that pulls in its header
contribution JS perfectly fine when the component is added to a page,
however, when added to a form in a ModalWindow it doesn't work.
 
I guess this is because we set up the page so that any generic modal can
be opened (using ModalX) at page render time - at that time it has no
idea what panels (and their components) will exist when the form is
actually opened.
 
Anyone else experienced this problem? Obviously the component fails
because the header contribution of the component doesn't seem to work in
a ModalWindow used in this 'generic' way.
 
Is there any work around for this?
 
Yours sincerely,
 
Chris Colman
 
Pagebloom Team Leader,
Step Ahead Software

 
pagebloom - your business  your website growing together
 
Sydney: (+61 2) 9656 1278 Canberra: (+61 2) 6100 2120 
Email: chr...@stepahead.com.au mailto://chr...@stepahead.com.au 
Website:
http://www.pagebloom.com blocked::http://www.pagebloom.com/ 
http://develop.stepaheadsoftware.com
blocked::http://develop.stepaheadsoftware.com/ 
 
 


RE: Wicket Modals and Bootstrap Modals - sizing issues

2014-02-18 Thread Chris Colman
Would the l0rdn1kk0n / wicket-bootstrap community have dealt with this
issue already or do they not support Wicket/Bootstrap modal windows in
'responsive' mode?

Regards,
Chris

-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: Tuesday, 18 February 2014 6:32 PM
To: users@wicket.apache.org
Subject: Re: Wicket Modals and Bootstrap Modals - sizing issues

Hi,

I think you will need to tweak some CSS rules.
Wicket's ModalWindow main CSS class is 'wicket-modal'. So you have to
provide CSS rule that sets the width for any .form-control in .wicket-
modal.
You can either use LESS/SASS to generate different rules for the
different
screens or with CSS media queries.

Martin Grigorov
Wicket Training and Consulting


On Tue, Feb 18, 2014 at 8:04 AM, Chris Colman
chr...@stepaheadsoftware.comwrote:

 We are using Wicket with Bootstrap which is fine except for modal
 window.

 With Wicket it appears as though the modal window provides all the
 markup for the out modal 'window'. We can provide HTML for the panels
 within that but the outer modal seems to be Wicket generated.

 This seems to be causing problems when using responsive Bootstrap
 because the calculations of the grid sizes are based on the screen
and
 not the width of the modal window and so the form fields end up being
 wider than the form itself.

 Has anyone else had this problem? Is there a work around?

 We're not using the Wicket 'enable bootstrap' flag in the settings as
we
 support bootstrap and non bootstrap markup within the same wicket
app.

 Regards,
 Chris

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Wicket Modals and Bootstrap Modals - sizing issues

2014-02-17 Thread Chris Colman
We are using Wicket with Bootstrap which is fine except for modal
window.

With Wicket it appears as though the modal window provides all the
markup for the out modal 'window'. We can provide HTML for the panels
within that but the outer modal seems to be Wicket generated.

This seems to be causing problems when using responsive Bootstrap
because the calculations of the grid sizes are based on the screen and
not the width of the modal window and so the form fields end up being
wider than the form itself.

Has anyone else had this problem? Is there a work around?

We're not using the Wicket 'enable bootstrap' flag in the settings as we
support bootstrap and non bootstrap markup within the same wicket app.

Regards,
Chris

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Make wicket fetch js from different server

2014-02-01 Thread Chris Colman
As with everything else with wicket - that's just far too easy! :)

Thanks Martin

-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: Saturday, 1 February 2014 7:06 PM
To: users@wicket.apache.org
Subject: Re: Make wicket fetch js from different server

Hi,

getJavaScriptLibrarySettings().setJQueryReference(new
UrlResourceReference(some url))

Martin Grigorov
Wicket Training and Consulting


On Sat, Feb 1, 2014 at 8:02 AM, Chris Colman
chr...@stepaheadsoftware.comwrote:

 What is involved in telling wicket to fetch its js (jquery etc) from
a
 different server. It doesn't have to be a true CDN server just a
 different server to the one the wicket app is running on.

 Would this require using wicket-cdn or is there an easy way to just
tell
 wicket to fetch its js from a different server?




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Make wicket fetch js from different server

2014-01-31 Thread Chris Colman
What is involved in telling wicket to fetch its js (jquery etc) from a
different server. It doesn't have to be a true CDN server just a
different server to the one the wicket app is running on.
 
Would this require using wicket-cdn or is there an easy way to just tell
wicket to fetch its js from a different server?
 
 


RE: Serving wicket JS from CDN?

2014-01-25 Thread Chris Colman
-Original Message-
From: Jan Riehn [mailto:jan.ri...@1und1.de]
Sent: Thursday, 4 April 2013 1:31 AM
To: users@wicket.apache.org
Subject: AW: Serving wicket JS from CDN?

Hello Chris,

I'm not sure, if i've got the point - you want to extract your own
JS/CSS
to a cdn?

No, not my own JS/CSS but the 'standard' ones that Wicket uses. I wanted
to be able to find a publicly available CDN that served the standard
Wicket JS/CSS files and have my wicket apps point to those URLs instead
of pulling them from the same server that is serving the wicket pages.


I've already used a similar implementation to this:
http://techblog.molindo.at/2011/03/serving-wicket-resources-from-cdn.ht
ml

Regards,

Jan

Von: Chris Colman [chr...@stepaheadsoftware.com]
Gesendet: Dienstag, 2. April 2013 19:27
An: users@wicket.apache.org
Betreff: Serving wicket JS from CDN?

Is anyone thinking about serving JS required by wicket (eg., jquery
etc)
from a CDN?

If we started serving commonly used JS used by wicket from a central
CDN
then more and more browsers visiting Wicket based sites would be
starting
to cache JS used commonly across the 'Wicketsphere' so further visits
to
other websites in the wicketsphere would require no download.

Caching of these common, static resources would reduce the bandwidth
usage/traffic on the webservers hosting wicket sites.


Yours sincerely,



Chris Colman



Pagebloom Team Leader,

Step Ahead Software

[cid:image001.gif@01CE3023.7F5E5400]

pagebloom - your business  your website growing together



Sydney: (+61 2) 9656 1278 Canberra: (+61 2) 6100 2120

Email: chr...@stepahead.com.aumailto://chr...@stepahead.com.au

Website:

http://www.pagebloom.comblocked::http://www.pagebloom.com/

http://develop.stepaheadsoftware.comblocked::http://develop.stepaheads
oftw
are.com/


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: conditional component / as singleton on page

2013-07-18 Thread Chris Colman
ModalX allows you to create set of 'generic' modal windows waiting in
the wings ready for display.

Any specific modal that you want simply needs to derive from a generic
modal class and you can then open it at will.

See here for info and demo:

http://www.visualclassworks.com/list/modalx-for-wicket/modalx

All open source Wicket and it's part of WicketStuff

https://github.com/wicketstuff/core/wiki/ModalX

I'm not sure it's exactly what you're after when when you said you want
to avoid having 20 invisible dialogs already rendered and opened on
request that reminded me of the very reason we created ModalX in the
first place.

Regards,
Chris

-Original Message-
From: Patrick Davids [mailto:patrick.dav...@nuboit.de]
Sent: Friday, 5 July 2013 7:16 PM
To: users@wicket.apache.org
Subject: conditional component / as singleton on page

Hi all,
does anyone have a best practice putting a component on a page (as
singleton) independendly how many other components on that page needs
it?

e.g. a global dialog, which can be used from different components.
Not to have 20 invisible dialogs aleady rendered and opened on request.

In out special to achieve this we do not want use page inheritence.
This component shouldn't be on page, if no other component needs it.

thanx for help...
kind regards
Patrick
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Serving wicket JS from CDN?

2013-04-02 Thread Chris Colman
Is anyone thinking about serving JS required by wicket (eg., jquery etc)
from a CDN?
 
If we started serving commonly used JS used by wicket from a central CDN
then more and more browsers visiting Wicket based sites would be
starting to cache JS used commonly across the 'Wicketsphere' so further
visits to other websites in the wicketsphere would require no download.
 
Caching of these common, static resources would reduce the bandwidth
usage/traffic on the webservers hosting wicket sites.
 
Yours sincerely,
 
Chris Colman
 
Pagebloom Team Leader,
Step Ahead Software

 
pagebloom - your business  your website growing together
 
Sydney: (+61 2) 9656 1278 Canberra: (+61 2) 6100 2120 
Email: chr...@stepahead.com.au mailto://chr...@stepahead.com.au 
Website:
http://www.pagebloom.com blocked::http://www.pagebloom.com/ 
http://develop.stepaheadsoftware.com
blocked::http://develop.stepaheadsoftware.com/ 
 
 


Does getRenderBodyOnly need to be final?

2013-04-01 Thread Chris Colman
I've come across a HTML/CSS template that is sensitive to the spans
wicket places in various places and would like to do a global remove of
these but don't want to have to call setRenderBodyOnly(true) on every
component if I can avoid it.
 
I thought that maybe I could override getRenderBodyOnly in my app's base
panel class so that all panels are automagically affected but I
discovered that getRenderBodyOnly is marked as final in the framework.
Is there any reason for this? It could be really useful to override
this.
 
Yours sincerely,
 
Chris Colman
 
Pagebloom Team Leader,
Step Ahead Software

 
pagebloom - your business  your website growing together
 
Sydney: (+61 2) 9656 1278 Canberra: (+61 2) 6100 2120 
Email: chr...@stepahead.com.au mailto://chr...@stepahead.com.au 
Website:
http://www.pagebloom.com blocked::http://www.pagebloom.com/ 
http://develop.stepaheadsoftware.com
blocked::http://develop.stepaheadsoftware.com/ 
 
 


RE: Does getRenderBodyOnly need to be final?

2013-04-01 Thread Chris Colman
I was just adding it to the constructor when I realized that some AJAX
aware panels need the extra spans otherwise the AJAX won't work. I
might have to rethink this one.

-Original Message-
From: Bas Gooren [mailto:b...@iswd.nl]
Sent: Tuesday, 2 April 2013 4:24 AM
To: users@wicket.apache.org
Subject: Re: Does getRenderBodyOnly need to be final?

Since you have a base panel class, why not call setRenderBodyOnly() in
onInitialize or onConfigure based whatever logic you planned to put in
getRenderBodyOnly()?

Met vriendelijke groet,
Kind regards,

Bas Gooren

Op 1-4-2013 19:20, schreef Chris Colman:

 I've come across a HTML/CSS template that is sensitive to the spans
 wicket places in various places and would like to do a global remove
 of these but don't want to have to call setRenderBodyOnly(true) on
 every component if I can avoid it.

 I thought that maybe I could override getRenderBodyOnly in my app's
 base panel class so that all panels are automagically affected but I
 discovered that getRenderBodyOnly is marked as final in the
framework.
 Is there any reason for this? It could be really useful to override
this.

 Yours sincerely,

 Chris Colman

 Pagebloom Team Leader,

 Step Ahead Software

 pagebloom - your business  your website growing together

 Sydney:(+61 2) 9656 1278 Canberra: (+61 2) 6100 2120

 Email: chr...@stepahead.com.au mailto://chr...@stepahead.com.au

 Website:

 http://www.pagebloom.com blocked::http://www.pagebloom.com/

 http://develop.stepaheadsoftware.com
 blocked::http://develop.stepaheadsoftware.com/



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Is the algorithm used to locate markup via variation, locale etc., pluggable?

2013-03-30 Thread Chris Colman
I'm interested in doing a slight change to the way Wicket resolved
markup files in regard to varation, style and locale.
 
Is the algorithm that implements this markup resolution process provided
via a pluggable interface or is it hard coded into the framework?
 
Yours sincerely,
 
Chris Colman
 
Pagebloom Team Leader,
Step Ahead Software

 
pagebloom - your business  your website growing together
 
Sydney: (+61 2) 9656 1278 Canberra: (+61 2) 6100 2120 
Email: chr...@stepahead.com.au mailto://chr...@stepahead.com.au 
Website:
http://www.pagebloom.com blocked::http://www.pagebloom.com/ 
http://develop.stepaheadsoftware.com
blocked::http://develop.stepaheadsoftware.com/ 
 
 


RE: Is the algorithm used to locate markup via variation, locale etc., pluggable?

2013-03-30 Thread Chris Colman
Hey wow, that's an awesome wicket guide. It must have taken you a while
to produce that.

I looked for a description of how to plug in a different markup location
algorithm but I couldn't find it in there.

Chris
-Original Message-
From: Andrea Del Bene [mailto:an.delb...@gmail.com]
Sent: Saturday, 30 March 2013 10:20 PM
To: users@wicket.apache.org
Subject: Re: Is the algorithm used to locate markup via variation,
locale
etc., pluggable?

Yes you can freely customize it. What exactly do you want to do?

advertisement

How this algorithm works it's explained in chapter 12 of Wicket guide
:)

http://code.google.com/p/wicket-guide/downloads/list

/advertisement

 I'm interested in doing a slight change to the way Wicket resolved
 markup files in regard to varation, style and locale.

 Is the algorithm that implements this markup resolution process
 provided via a pluggable interface or is it hard coded into the
framework?

 Yours sincerely,

 Chris Colman

 Pagebloom Team Leader,

 Step Ahead Software

 pagebloom - your business  your website growing together

 Sydney:(+61 2) 9656 1278 Canberra: (+61 2) 6100 2120

 Email: chr...@stepahead.com.au mailto://chr...@stepahead.com.au

 Website:

 http://www.pagebloom.com blocked::http://www.pagebloom.com/

 http://develop.stepaheadsoftware.com
 blocked::http://develop.stepaheadsoftware.com/



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Is the algorithm used to locate markup via variation, locale etc., pluggable?

2013-03-30 Thread Chris Colman
Actually I think I found it: 12.4.5 in the guide!

-Original Message-
From: Andrea Del Bene [mailto:an.delb...@gmail.com]
Sent: Saturday, 30 March 2013 10:20 PM
To: users@wicket.apache.org
Subject: Re: Is the algorithm used to locate markup via variation,
locale
etc., pluggable?

Yes you can freely customize it. What exactly do you want to do?

advertisement

How this algorithm works it's explained in chapter 12 of Wicket guide
:)

http://code.google.com/p/wicket-guide/downloads/list

/advertisement

 I'm interested in doing a slight change to the way Wicket resolved
 markup files in regard to varation, style and locale.

 Is the algorithm that implements this markup resolution process
 provided via a pluggable interface or is it hard coded into the
framework?

 Yours sincerely,

 Chris Colman

 Pagebloom Team Leader,

 Step Ahead Software

 pagebloom - your business  your website growing together

 Sydney:(+61 2) 9656 1278 Canberra: (+61 2) 6100 2120

 Email: chr...@stepahead.com.au mailto://chr...@stepahead.com.au

 Website:

 http://www.pagebloom.com blocked::http://www.pagebloom.com/

 http://develop.stepaheadsoftware.com
 blocked::http://develop.stepaheadsoftware.com/



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket job market

2013-02-05 Thread Chris Colman
Wicket is probably the best most of us have ever enjoyed before. but
let's be realistic, there's the nice paradox of non competitive
presentation of this presentation framework yet, to be sold to not
enough tech skilled people, who are decision makers. they just want
to see nice cinema. then, why not adding that to Wicket site, and be
more marketineers too?

+1

With very little effort and some CSS I would have thought the Wicket
website could be spruced up with big payoffs.

I mentioned this a couple of years back and someone sent some links of a
project to provide a 'new look' wicket site that looked 10x spunkier
than the current site. I don't know what happened to that project but I
think it would be well worth the effort to complete that.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket job market

2013-02-05 Thread Chris Colman
your loosing the focus pretended to be justify before: marketing,
not tech. and many people first see, later think :)

I think the problem is that most good software engineers see 'beauty' in
the elegant component based, object oriented architecture of Wicket - we
can all go oooh and h just thinking about how truly beautiful
Wicket has been 'engineered'.
 
We see beauty beyond the external presentation.

People out in the real world however, or developers who don't get the
oooh/aaah value from elegant design and architecture, are usually
'beauty is only skin deep' people - and given then don't care about
elegant engineering 'under the hood' their evaluation of the 'goodness'
of something is based totally on the appearance of the 'skin'.

I think we have to grasp the concept that there are two different types
of people and they're on opposite ends of the spectrum - the less
'engineering' someone is the more they crave 'funky look and feel'.

Because of the above, and maybe I'm going out on a limb here, IMHO
Wicket's much wider adoption is totally reliant on improving the Wicket
website's 'looks' to newcomers on their first visit.

Regards,
Chris

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Pages, Panels, and Dependency Injection

2013-01-29 Thread Chris Colman
Webapps are excellent candidates for injecting into the 'thread' rather
than providing every injectable class with its own special constructor
(a lot of boring, mechanical work and problem not as run time efficient)
and then setting up XML or annotations to configure the inject
mechanisms.

A simple servlet filter injects (attaches to) the thread on the way in
to servicing the request and detaches from the thread on the way out.

We created a very lightweight framework that uses thread injection for
this purpose and it works magically and requires no special changes to
UI or model code to work. It's called expojo (expose POJOs) and it's at
expojo.com

A 'ModelExposer' object is always available to any active thread via a
call to ModelExposer.get(). The ModelExposer provides repositories (kind
of like 'look up' DAOs that contain your query methods for your
particular ORM) and services (DAOs that can make changes to the model).
So from anywhere in your code you have access to all the repository and
services you will every need.

It's not the way Spring or Guice do it but it works really well and
doesn't need any XML or annotations at all and doesn't require you
change your model or UI objects.

The exPOJO servlet also implements 'open session/persistence manager in
view' so you can avoid all those nasty 'lazy load' exceptions with ease.



-Original Message-
From: Bill Speirs [mailto:bill.spe...@gmail.com]
Sent: Tuesday, 29 January 2013 12:28 PM
To: users@wicket.apache.org
Subject: Re: Pages, Panels, and Dependency Injection

Still struggling with how to do this. Martin, I understand that most
people
will simply call new PanelA and new PanelB inside their MyPage code
instead
of trying to inject them. However, how does one setup a page that
requires
some service (DAO for example) and that might optionally require a
UserBean.

So without using DI, I'd simply have 2 constructors:

MyPage(DAO myDao)

MyPage(DAO myDao, UserBean currentUser)

But I cannot create that second constructor as I don't have anything to
bind (using Guice terms) UserBean to.

Am I required to make a factory for MyPage at that point? Is it
bad/wrong
to pass the UserBean into the constructor via a response page:

setResponsePage(new MyPage(new DAO(), currentUser));

Thanks...

Bill-


On Fri, Nov 30, 2012 at 3:35 AM, Martin Grigorov
mgrigo...@apache.orgwrote:

 Hi,

 Most of the time people inject services to their components.

 To test just components you can use
WicketTester#startComponentInPage()
 methods.


 On Fri, Nov 30, 2012 at 3:18 AM, William Speirs wspe...@apache.org
 wrote:

  I'm having trouble understanding how to inject components into a
page
so
  that the page will be easy to unit test later. Say I have a page
that
  contains two panels. I can easily use constructor injection to
inject
 these
  panels into the page:
 
  class MyPage extends WebPage {
  @Inject
  public MyPage(PanelA a, PanelB b) { ... }
  }
 
  The problem is that all Panels require an id during
construction.[1]
How
 do
  I supply the id to my Panels? I could simply construct every PanelA
with
 an
  id of panela and every PanelB with an id of panel, but that
doesn't
  seem very flexible. What do other people do in this situation? The
hope
  would be to pass mocked panels into the page during unit testing,
  the separately test each panel.
 
  What if instead of a panel it was a button where the onSubmit
method
must
  be specified by overriding the method. How does one go about
injecting
 such
  a component so that it's still easy to test later in unit tests?
 
  All thoughts and/or best practices are greatly welcomed. For
reference
 I'm
  using Guice as my dependency injection framework and
  GuiceWebApplicationFactory to inject components into pages.
 
  Thanks...
 
  Bill-
 
  [1]
 
 

http://ci.apache.org/projects/wicket/apidocs/6.0.x/org/apache/wicket/ma
rkup
/html/panel/Panel.html
 



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: ThreadContext.getSession(); return null in wicket 6.5.0

2013-01-24 Thread Chris Colman
If there currently is no session it won't create one - auto creating a
session is undesirable in many cases - e.g. when serving up a static
resource.


-Original Message-
From: Raul [mailto:ralva...@netwie.com]
Sent: Friday, 25 January 2013 6:08 AM
To: users@wicket.apache.org
Subject: ThreadContext.getSession(); return null in wicket 6.5.0


Hi, in my application I use ThreadContext.getSession () to get the
session,
and works well in wicket 6.4.0, upgrade to 6.5.0 but returns null, what
is
due?



--
View this message in context: http://apache-
wicket.1842946.n4.nabble.com/ThreadContext-getSession-return-null-in-
wicket-6-5-0-tp4655741.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Ajax Link not resolving Wicket 6.4

2013-01-18 Thread Chris Colman
This looks very similar to:

https://issues.apache.org/jira/browse/WICKET-4920

Which was I thought was fixed but might have been unfixed ;)

Regards,
Chris

-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: Saturday, 19 January 2013 2:02 AM
To: users@wicket.apache.org
Subject: Re: Ajax Link not resolving Wicket 6.4

Try to reproduce it in a quickstart, with any render strategy.
If you succeed then please attach it to a ticket in Jira and we will
investigate.


On Fri, Jan 18, 2013 at 4:50 PM, Simon B simon.bott...@gmail.com
wrote:

 Hi Martin,

 Thanks for replying.

 I take the url of the page for example:

 http://localhost:8080/rental/piedras-otra-afuera-de-bs-as-52368.html

 This is mounted using a MountedMapper in the Application object and
 resolves
 to a subclass of WebPage

 I copy the url, then boot up a fresh version of IE 9 from scratch and
paste
 the URL into the navigation bar.


Try with other browser too.



 Then I look at the source and see that the URLs that are being
created
for
 the AjaxButtons (called via: Wicket.Ajax.ajax) are like I mentioned
in my
 original post e.g.:



 the above url which is called when I click the AjaxButton, does not
resolve
 with the Wicket Servlet on the Jetty Container

 I guess it's got something to do with the // in the relative url.

 incidentally I'm also using a one pass render stategy set up in my
 Application class i.e.



 I'm not sure if that's pertinent or not.


Try with the default render strategy too



 If you'd like any more information let me know

 Cheers
 Simon



 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/Ajax-Link-not-resolving-
Wicket-6-4-tp4655511p4655513.html
 Sent from the Users forum mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Best way to set up a handler for 'Internal error'

2012-12-26 Thread Chris Colman
hi,
add your IRequestCycleListener which onexception checks if it's the
exception you want to
log/mail ,if it's then do so.

Ah! That looks like what I need!
Thanks.



On Wed, Dec 26, 2012 at 3:45 AM, Chris Colman
chr...@stepaheadsoftware.com wrote:
 When running in production mode and an error occurs Wicket will
display
 'Internal error/return to home page'.

 What is the best place to put in a hook or a listener to be activated
 when this occurs so that we can have an email sent to an admin or log
 extra details etc.,

 Yours sincerely,

 Chris Colman



--
regards,

Vineet Semwal

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Are Wicket models loaded concurrently ?

2012-12-25 Thread Chris Colman
I'm pretty sure a single thread is used to service the HTTP request that
results in the rendering of the page so I would expect LDMs to be loaded
sequentially.

-Original Message-
From: Hendy Irawan [mailto:he...@soluvas.com]
Sent: Tuesday, 25 December 2012 1:00 PM
To: users@wicket.apache.org
Subject: Are Wicket models loaded concurrently ?


Hi friends,

If I have 5 Wicket (LoadableDetachable)models on a page, will Wicket
load
each model sequentially, or will the 5 models loaded concurrently ?

We're using different servers for each database connection (MongoDB,
Neo4j,
etc.) so it will be a more effective use to load the models
concurrently.

Thank you.



--
View this message in context: http://apache-
wicket.1842946.n4.nabble.com/Are-Wicket-models-loaded-concurrently-
tp4655046p4655047.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Parsing company id from url

2012-12-24 Thread Chris Colman
Josh,

We run the same kind of app, and what we did is simply consume the
X-Forwarded-Host in the app server (see
http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#x-headers).

That way the url - website ID lookup is handled in the app itself.

We have an IP especially for this app, and have set up a catch-all
virtual host on apache (reverse proxy) which forwards all traffic to
our
wicket app.

Sounds very similar to the way we handle it - a catch all virtual host
and the wicket app handles all traffic.

Some of our clients have their own domain name and some don't so we
allocate them a subdomain based on their company name (minus all spaces
and punctuation of course).


Met vriendelijke groet,
Kind regards,

Bas Gooren

Op 23-12-2012 23:34, schreef Sven Meier:
 Hi Josh,

 LocaleFirstMapper from wicket-examples seems like something you're
 looking for, it reads the locale from the first url segment.

 Sven

 On 12/23/2012 10:33 PM, jchappelle wrote:
 I'm hoping this will be an easy question to answer for the wicket
 gurus out
 there.

 I'm developing an app that will have pages specific to companies.
 They will
 be able to configure styles and logos and all the pages will be
 branded for
 their company. The root url looks like http://server/app. I'm going
 to have
 an Apache web server proxy in front of it that looks like
 http://yourcompany
 that will proxy to the backing tomcat instance.

 My problem is that I'm not sure how to formulate a URL that wicket
 can use
 to parse the institution id. I was thinking that I could proxy
 http://company1 to http://server/app/1 and http://company2 to
 http://server/app/2. I'm not sure if this is a best practice for
this
 situation but it seems reasonable.

 *Question*
 How do I parse this kind of parameter from within wicket?
 IRequestMapper?
 *Note*
 Some pages will be secured requiring the user to log in, and other
pages
 will be publicly accessible.

 Thanks for your time.

 Josh





 --
 View this message in context:

http://apache-wicket.1842946.n4.nabble.com/Parsing-company-id-from-url-
tp4655029.html
 Sent from the Users forum mailing list archive at Nabble.com.


-
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org



 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Attempting to establish session for static resources in Wicket 6

2012-12-23 Thread Chris Colman
)
  at java.lang.Thread.run(Thread.java:662)

 Yours sincerely,

 Chris Colman



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Attempting to establish session for static resources in Wicket 6

2012-12-23 Thread Chris Colman
Ah excellent! Thanks Sven.

I was thinking about the creation of a simple test to be added to the
test suite that would override WebApplication#newSession and then make a
request for a static resource and then throw an exception if newSession
gets called. This would help trap any future regression of this issue.


Hi Chris,

as already written, these are temporary sessions that should do no
harm.

Nevertheless I've added a check into
RestartResponseAtInterceptPageException#InterceptData (which probes
every request to be able to restore post parameters from before an
intercept page) whether a session exists:

 public static InterceptData get()
 {
-   return Session.get().getMetaData(key);
+   if (Session.exists())
+   {
+   return Session.get().getMetaData(key);
+   }
+   return null;
 }

Your particular stacktrace below should no longer trigger the creation
of a session now.

Sven


On 12/23/2012 02:05 PM, Chris Colman wrote:
 A while ago when working with Wicket 1.5 we raised issue 4334 that
dealt
 with the problem of jsessoin ID's being present in static resource
URLs
 for the initial request and this issue was fixed.

 Not requiring jsession ID in the URL meant there was no reason to
ever
 establish a session during requests for static resources i.e.
 WebApplication#newSession was never called for static resource
requests.
 This worked very well but we've just discovered that in Wicket 6,
even
 though the URLs for static resources do not contain jsessionIDs there
is
 some code that is calling getSession - unnecessarily we believe (we
hope
 =] ).

 Is there any reason why WebApplicatoin#newSession is called when no
 session is required to service the static request? If not it would be
 great if that call could be avoided.

 Calling WebApplication#newSession on static resources becomes a
problem
 when you employ OpenSessionInView/OpenPersistenceManagerInView by
using
 a filter to wrap all Wicket requests within the context of an open
 persistence session/manager. To optimize performance we use an
'ignore
 list' that avoids wrapping the request if it is for a resource that
 starts with a particular pattern (eg., /wicket/resource,/robots.txt)

 We override WebApplication#newSession and do some fancy things
whenever
 a new session is established - this is intended for non static
resource
 requests. Some of this code assumes that there is an
OpenSessionInView -
 which fails in the case of static resources because their URLs are
part
 of the ignore list and so the request was not wrapped within an open
 persistence session/manager.

 I was hoping that Wicket 6 could be fixed to avoid the call to
 newSession like Wicket 1.5 did after the resolution of 4334.

 Here's a stack trace of a call that is servicing a request for a
wicket
 static resource:

 2012/12/23 23:16:24.607 ERROR - DefaultExceptionMapper -
unexpected
 exception when handling another exception: null
 java.lang.NullPointerException
  at

com.sas.av.model.context.EServerContext.establishSiteVisitorForCrawler(E
 ServerContext.java:3055)
  at

com.sas.av.model.context.EServerContext.initSession(EServerContext.java:
 3585)
  at

com.sas.av.ui.wicket.templates.WicketModelExposerApplication.newSession(
 WicketModelExposerApplication.java:148)
  at

org.apache.wicket.Application.fetchCreateAndSetSession(Application.java:
 1557)
  at org.apache.wicket.Session.get(Session.java:152)
  at

org.apache.wicket.RestartResponseAtInterceptPageException$InterceptData.
 get(RestartResponseAtInterceptPageException.java:146)
  at

org.apache.wicket.RestartResponseAtInterceptPageException$1.matchedData(
 RestartResponseAtInterceptPageException.java:211)
  at

org.apache.wicket.RestartResponseAtInterceptPageException$1.getCompatibi
 lityScore(RestartResponseAtInterceptPageException.java:179)
  at

org.apache.wicket.request.mapper.CompoundRequestMapper.mapRequest(Compou
 ndRequestMapper.java:138)
  at

org.apache.wicket.request.cycle.RequestCycle.resolveRequestHandler(Reque
 stCycle.java:183)
  at

org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle
 .java:208)
  at

org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(Req
 uestCycle.java:282)
  at

org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketF
 ilter.java:244)
  at

org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter
 .java:188)
  at

org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:
 267)
  at

com.sas.av.ui.wicket.templates.original.PagebloomFilter.doFilter(Pageblo
 omFilter.java:96

RE: JPA annotations

2012-12-21 Thread Chris Colman
I thought anything EJB was taken off the menu years ago to stop people
getting very sick - Doctor's orders ;)


-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: Friday, 21 December 2012 11:42 PM
To: users@wicket.apache.org
Subject: Re: JPA annotations

Hi,

The page cannot be a bean, so it cannot be @Stateless.
Better create a stateless EJB which has a reference to
@PersistenceUnit:

class MyPage extends WebPage {

  @EJB
  private MyBean ejb;

  
  ejb.store(entity)

}

interface MyBean {
  void store(Entity entity)
}

@Stateless
class MyBeanImpl implements MyBean {
   @PersistenceUnit
   private EntityManagerFactory emf;

@Override
public void store(Entity entity) {
emf.getEntityManager().persist(entity);
}
}

P.S. I haven't used JavaEE since its early days of 1.5 version so
excuse me
if I don't follow some best practices.


On Fri, Dec 21, 2012 at 2:30 PM, Lucio Crusca lu...@sulweb.org wrote:

 Hello *,

 I've started this short thread on the tomEE users ml:

 http://markmail.org/message/3asqvvptnkieknq5

 The final answer sounds to me like if you want to use resources
injection
 through JPA annotations in a wicket application, your best bet is
Java-
EE-
 Inject

 https://github.com/wicketstuff/core/wiki/Java-EE-Inject

 which in turn states that:

 With JavaEE Inject you can use in your wicket components three
 annotations:
 @EJB, @PersistenceUnit, @Resource.

 What about @Entity, @Table, @Id, @GeneratedValue and friends?

 What's the simplest way to use JPA annotations and dependency
injection
 threreof in a wicket application?



 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket 6.4.0 Session/URL bug?

2012-12-20 Thread Chris Colman
Oh, I didn't realize there was a separate ASF based repository.

It there a manual (human) based process for changes migrating from the
ASF repos to the github one or is it automated?

Regards,
Chris

-Original Message-
From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com]
Sent: Thursday, 20 December 2012 6:42 PM
To: users@wicket.apache.org
Subject: Re: Wicket 6.4.0 Session/URL bug?

Don't use github if you want the changes right now, it is not the
canonical
repository. Our ASF based one is. The github repo can be behind for
days.

Martijn

Sent from my iPad

On 19 dec. 2012, at 20:31, Chris Colman
chr...@stepaheadsoftware.com
wrote:

 Jira says this has been fixed but I can't, as yet, see any changed on
 github master branch that have any core code changes that may have
fixed
 this.

 Are the changes still in progress?

 Chris

 -Original Message-
 From: Jesus Mireles [mailto:toxi...@gmail.com]
 Sent: Thursday, 20 December 2012 3:20 AM
 To: users@wicket.apache.org
 Subject: Re: Wicket 6.4.0 Session/URL bug?

 I have uploaded a quickstart and created a new issue:

 https://issues.apache.org/jira/browse/WICKET-4935

 Something interesting, if I dont mount any pages, it works as
expected.
 I
 was only able to recreate when I actually used mountPackage to mount
 the
 private page.

 Thanks,
 Jesus M.




 On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier s...@meiers.net
wrote:

 Hi Nick,

 WICKET-4920 might be related. Please create a quickstart showing
the
 problem.

 Thanks
 Sven


 On 12/19/2012 06:39 AM, Chris Colman wrote:

 I have seen this exact same issue.

 I first saw it after I reported the, possibly related, bug:

 https://issues.apache.org/**jira/browse/WICKET-
 4920https://issues.apache.org/jira/browse/WICKET-4920

 and then was verifying that it was fixed.

 I only noticed the bug you describe after I built with a version
of
 Wicket that included the above fix. I'm not saying this fix caused
 the
 bug but I never noticed the issue described below until this fix
was
 implemented.

 Regards,
 Chris

 -Original Message-
 From: Jesus Mireles [mailto:toxi...@gmail.com]
 Sent: Wednesday, 19 December 2012 1:52 PM
 To: users@wicket.apache.org
 Subject: Wicket 6.4.0 Session/URL bug?

 I'm seeing some strange behavior with the initial launch of a
fresh
 session.  I have 3 types of pages which are public, user which is
 locked

 down with AuthorizeInstantiation(USER)**, and admin which
locked
 down
 with

 AuthorizeInstantiation(ADMIN**).  My public pages are using
 mountPackage

 and are mounted to root /, my user are mounted to /home and my
 admin
 are

 /admin.  I'm using AuthenticatedWebApplication.

 When I have a clean browser and I hit my application at
 localhost:8080/
 everything works fine and actually if I hit any public page the
 application

 works fine and all pages work as expected.  However, if the first
 page
 is

 one of the private pages such as localhost:8080/user/Main or
 localhost:8080/admin/Console then i get forwarded to
 localhost:8080//Login;**jesssionid=blah.  The extra / gives a
404.
 I
 can
 recreate by clearing my browser and starting a new session.
Again
 this
 only happens if the first page I hit is one of those private
pages
 otherwise the forward to the login works as expected and I dont
get
 a
 404.

 This only happens with the latest 6.4.0 release.

 Any ideas?

 Thanks!
 Jesus M.

--**--**
 -
 To unsubscribe, e-mail:
users-unsubscribe@wicket.**apache.orgusers-
 unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org

--**--**
 -
 To unsubscribe, e-mail:
users-unsubscribe@wicket.**apache.orgusers-
 unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket 6.4.0 Session/URL bug?

2012-12-19 Thread Chris Colman
Jira says this has been fixed but I can't, as yet, see any changed on
github master branch that have any core code changes that may have fixed
this.

Are the changes still in progress?

Chris

-Original Message-
From: Jesus Mireles [mailto:toxi...@gmail.com]
Sent: Thursday, 20 December 2012 3:20 AM
To: users@wicket.apache.org
Subject: Re: Wicket 6.4.0 Session/URL bug?

I have uploaded a quickstart and created a new issue:

https://issues.apache.org/jira/browse/WICKET-4935

Something interesting, if I dont mount any pages, it works as expected.
I
was only able to recreate when I actually used mountPackage to mount
the
private page.

Thanks,
Jesus M.




On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier s...@meiers.net wrote:

 Hi Nick,

 WICKET-4920 might be related. Please create a quickstart showing the
 problem.

 Thanks
 Sven


 On 12/19/2012 06:39 AM, Chris Colman wrote:

 I have seen this exact same issue.

 I first saw it after I reported the, possibly related, bug:

 https://issues.apache.org/**jira/browse/WICKET-
4920https://issues.apache.org/jira/browse/WICKET-4920

 and then was verifying that it was fixed.

 I only noticed the bug you describe after I built with a version of
 Wicket that included the above fix. I'm not saying this fix caused
the
 bug but I never noticed the issue described below until this fix was
 implemented.

 Regards,
 Chris

  -Original Message-
 From: Jesus Mireles [mailto:toxi...@gmail.com]
 Sent: Wednesday, 19 December 2012 1:52 PM
 To: users@wicket.apache.org
 Subject: Wicket 6.4.0 Session/URL bug?

 I'm seeing some strange behavior with the initial launch of a fresh
 session.  I have 3 types of pages which are public, user which is

 locked

 down with AuthorizeInstantiation(USER)**, and admin which locked
down

 with

 AuthorizeInstantiation(ADMIN**).  My public pages are using

 mountPackage

 and are mounted to root /, my user are mounted to /home and my
admin

 are

 /admin.  I'm using AuthenticatedWebApplication.

 When I have a clean browser and I hit my application at
localhost:8080/
 everything works fine and actually if I hit any public page the

 application

 works fine and all pages work as expected.  However, if the first
page

 is

 one of the private pages such as localhost:8080/user/Main or
 localhost:8080/admin/Console then i get forwarded to
 localhost:8080//Login;**jesssionid=blah.  The extra / gives a 404.
I
 can
 recreate by clearing my browser and starting a new session.  Again
this
 only happens if the first page I hit is one of those private pages
 otherwise the forward to the login works as expected and I dont get
a

 404.

 This only happens with the latest 6.4.0 release.

 Any ideas?

 Thanks!
 Jesus M.


--**--**
-
 To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-
unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




--**--**
-
 To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-
unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket 6.4.0 Session/URL bug?

2012-12-19 Thread Chris Colman
Got the changes now, thanks Sven!

-Original Message-
From: Chris Colman [mailto:chr...@stepaheadsoftware.com]
Sent: Thursday, 20 December 2012 6:32 AM
To: users@wicket.apache.org
Subject: RE: Wicket 6.4.0 Session/URL bug?

Jira says this has been fixed but I can't, as yet, see any changed on
github master branch that have any core code changes that may have
fixed
this.

Are the changes still in progress?

Chris

-Original Message-
From: Jesus Mireles [mailto:toxi...@gmail.com]
Sent: Thursday, 20 December 2012 3:20 AM
To: users@wicket.apache.org
Subject: Re: Wicket 6.4.0 Session/URL bug?

I have uploaded a quickstart and created a new issue:

https://issues.apache.org/jira/browse/WICKET-4935

Something interesting, if I dont mount any pages, it works as
expected.
I
was only able to recreate when I actually used mountPackage to mount
the
private page.

Thanks,
Jesus M.




On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier s...@meiers.net wrote:

 Hi Nick,

 WICKET-4920 might be related. Please create a quickstart showing the
 problem.

 Thanks
 Sven


 On 12/19/2012 06:39 AM, Chris Colman wrote:

 I have seen this exact same issue.

 I first saw it after I reported the, possibly related, bug:

 https://issues.apache.org/**jira/browse/WICKET-
4920https://issues.apache.org/jira/browse/WICKET-4920

 and then was verifying that it was fixed.

 I only noticed the bug you describe after I built with a version of
 Wicket that included the above fix. I'm not saying this fix caused
the
 bug but I never noticed the issue described below until this fix
was
 implemented.

 Regards,
 Chris

  -Original Message-
 From: Jesus Mireles [mailto:toxi...@gmail.com]
 Sent: Wednesday, 19 December 2012 1:52 PM
 To: users@wicket.apache.org
 Subject: Wicket 6.4.0 Session/URL bug?

 I'm seeing some strange behavior with the initial launch of a
fresh
 session.  I have 3 types of pages which are public, user which is

 locked

 down with AuthorizeInstantiation(USER)**, and admin which locked
down

 with

 AuthorizeInstantiation(ADMIN**).  My public pages are using

 mountPackage

 and are mounted to root /, my user are mounted to /home and my
admin

 are

 /admin.  I'm using AuthenticatedWebApplication.

 When I have a clean browser and I hit my application at
localhost:8080/
 everything works fine and actually if I hit any public page the

 application

 works fine and all pages work as expected.  However, if the first
page

 is

 one of the private pages such as localhost:8080/user/Main or
 localhost:8080/admin/Console then i get forwarded to
 localhost:8080//Login;**jesssionid=blah.  The extra / gives a 404.
I
 can
 recreate by clearing my browser and starting a new session.  Again
this
 only happens if the first page I hit is one of those private pages
 otherwise the forward to the login works as expected and I dont
get
a

 404.

 This only happens with the latest 6.4.0 release.

 Any ideas?

 Thanks!
 Jesus M.


--**--**---
-
-
 To unsubscribe, e-mail:
users-unsubscribe@wicket.**apache.orgusers-
unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




--**--**---
-
-
 To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-
unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Wicket 6.4.0 Session/URL bug?

2012-12-18 Thread Chris Colman
I have seen this exact same issue.

I first saw it after I reported the, possibly related, bug:

https://issues.apache.org/jira/browse/WICKET-4920

and then was verifying that it was fixed.

I only noticed the bug you describe after I built with a version of
Wicket that included the above fix. I'm not saying this fix caused the
bug but I never noticed the issue described below until this fix was
implemented.

Regards,
Chris

-Original Message-
From: Jesus Mireles [mailto:toxi...@gmail.com]
Sent: Wednesday, 19 December 2012 1:52 PM
To: users@wicket.apache.org
Subject: Wicket 6.4.0 Session/URL bug?

I'm seeing some strange behavior with the initial launch of a fresh
session.  I have 3 types of pages which are public, user which is
locked
down with AuthorizeInstantiation(USER), and admin which locked down
with
AuthorizeInstantiation(ADMIN).  My public pages are using
mountPackage
and are mounted to root /, my user are mounted to /home and my admin
are
/admin.  I'm using AuthenticatedWebApplication.

When I have a clean browser and I hit my application at localhost:8080/
everything works fine and actually if I hit any public page the
application
works fine and all pages work as expected.  However, if the first page
is
one of the private pages such as localhost:8080/user/Main or
localhost:8080/admin/Console then i get forwarded to
localhost:8080//Login;jesssionid=blah.  The extra / gives a 404.  I can
recreate by clearing my browser and starting a new session.  Again this
only happens if the first page I hit is one of those private pages
otherwise the forward to the login works as expected and I dont get a
404.

This only happens with the latest 6.4.0 release.

Any ideas?

Thanks!
Jesus M.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: [ANN] wicket-dnd now ready for Wicket 6

2012-12-13 Thread Chris Colman
Looks good. I can see some very handy uses for drag and drop.
 
-Original Message-
From: Sven Meier [mailto:s...@meiers.net]
Sent: Thursday, 13 December 2012 7:09 PM
To: users@wicket.apache.org
Subject: [ANN] wicket-dnd now ready for Wicket 6

Hi all,

I've migrated wicket-dnd, the dragdrop library for Wicket 6:

- now utilizing Wicket's built-in jQuery
- better support for scrolled containers
- in Maven central repository soon
- no changes to the Java API (CSS classes have changed though)

The code is located on github now and a first snapshot is available:

 https://github.com/svenmeier/wicket-dnd

If you haven't done so already, take a look at the examples:

 http://wicket-dnd.appspot.com

Have fun
Sven

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: FormComponentPanel onchange Events

2012-12-12 Thread Chris Colman
The model objects are only updated after form submission and submission
will only happen if successful validation has occurred.

If you are expecting to copy values from one field to another without
performing form submission then you can't extract the values from the
model objects.

I think what you might be looking for is the String getRawInput() method
on FormComponent which *I believe* returns the value that is currently
in the TextField.

-Original Message-
From: William Speirs [mailto:wspe...@apache.org]
Sent: Thursday, 13 December 2012 1:51 PM
To: users
Subject: FormComponentPanel  onchange Events

I've created a FormComponentPanel with 2 text boxes: A  B. I've add
this
new FormComponentPanel to my page twice: 1  2. What I'd like to have
happen is when I change the value of 1A I want that same value copied
into
2A.

I call setOutputMarkupId to true on 1A, 1B, 2A, and 2B. I setup
an AjaxEventBehavior on panel 1 and it fires as expected. However,
inside
of the onEvent method all of the model instances I try to obtain are
always
null (therefore preventing me from setting 2A). I've tried getting the
form's model object, the model object for panel 1, and even the model
object for A1... everything is always null.

Is there some method of FormComponentPanel that I'm not overriding that
I
need to be? Any thoughts on how to make this work?

Thanks...

Bill-

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Incorrect double slash when jsessionid included in link URL in 6.x

2012-12-11 Thread Chris Colman
Did you still want me to raise a JIRA issue for this or will you do
that?

Regards,
Chris

-Original Message-
From: Sven Meier [mailto:s...@meiers.net]
Sent: Tuesday, 11 December 2012 8:04 AM
To: users@wicket.apache.org
Subject: RE: Incorrect double slash when jsessionid included in link
URL in
6.x

Seems this problem has shown up in one of our applications too :(.

I'll have to investigate where this double slash is coming from.

Sven



--
View this message in context: http://apache-
wicket.1842946.n4.nabble.com/Incorrect-double-slash-when-jsessionid-
included-in-link-URL-in-6-x-tp4654623p4654673.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Incorrect double slash when jsessionid included in link URL in 6.x [Fixed]

2012-12-11 Thread Chris Colman
Just confirming that this is fixed for our scenario.

Please create a JIRA issue, hopefully with some details on how to
reproduce it.
I'm still trying to figure out what I've done to trigger the double
slash :/.

Sven

On 12/11/2012 09:12 AM, Chris Colman wrote:
 Did you still want me to raise a JIRA issue for this or will you do
 that?

 Regards,
 Chris

 -Original Message-
 From: Sven Meier [mailto:s...@meiers.net]
 Sent: Tuesday, 11 December 2012 8:04 AM
 To: users@wicket.apache.org
 Subject: RE: Incorrect double slash when jsessionid included in link
 URL in
 6.x

 Seems this problem has shown up in one of our applications too :(.

 I'll have to investigate where this double slash is coming from.

 Sven



 --
 View this message in context: http://apache-
 wicket.1842946.n4.nabble.com/Incorrect-double-slash-when-jsessionid-
 included-in-link-URL-in-6-x-tp4654623p4654673.html
 Sent from the Users forum mailing list archive at Nabble.com.


-
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Incorrect double slash when jsessionid included in link URL in 6.x

2012-12-10 Thread Chris Colman
I'm using the latest from git as of about 12 hours ago. I just did
another git pull and it says it's still up to date so I've got the
latest master source and I'm building the wicket jars from that.

-Original Message-
From: Sven Meier [mailto:s...@meiers.net]
Sent: Monday, 10 December 2012 7:58 PM
To: users@wicket.apache.org
Subject: Re: Incorrect double slash when jsessionid included in link
URL in
6.x

Which 6.x version are you using? We had some Url rendering issues
solved
in recent updates.

Sven

On 12/10/2012 04:12 AM, Chris Colman wrote:
 When a browser (tested on FF and Chrome) makes a request after
session
 time out the jessionid is added to all links on the first page
returned
 - after that server detects cookies and uses those for session
tracking.

 This works fine on 1.5 but since migrating to 6.x we've noticed that
the
 links on that first page request have an extra slash i.e. they look
 like:


http://www.myurl.com//news;jsessionid=215FF4213EC3F872062156804334311B

http://www.myurl.com/news;jsessionid=215FF4213EC3F872062156804334311B

 instead of

 http://www.myurl.com/news;jsessionid=215FF4213EC3F872062156804334311B

 The link with the double slash does not work when clicked and Tomcat
 returns a Status 404 resource not available error.

 Given that we haven't changed any code relating to how links are
 rendered in our migration from 1.5 to 6.x is there a migration step
that
 we have missed or is this a bug?


 Yours sincerely,

 Chris Colman



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Incorrect double slash when jsessionid included in link URL in 6.x

2012-12-10 Thread Chris Colman
I'm trying to create a minimalist quickstart that will reproduce it.

Seems like it only happens when app is installed at root - it has it's
own domain name via a virtual host or similar, in tomcat.

i.e. it's not occurring for http://localhost/doubleslash

which means the quickstart will likely need to be installed as the root
app under a virtual host.

Using class BookmarkablePageLink

-Original Message-
From: Andrea Del Bene [mailto:a.delb...@abanet.it]
Sent: Monday, 10 December 2012 9:06 PM
To: users@wicket.apache.org
Subject: Re: Incorrect double slash when jsessionid included in link
URL in
6.x

Can you open an issue with a quickstart project?
 I'm using the latest from git as of about 12 hours ago. I just did
 another git pull and it says it's still up to date so I've got the
 latest master source and I'm building the wicket jars from that.

 -Original Message-
 From: Sven Meier [mailto:s...@meiers.net]
 Sent: Monday, 10 December 2012 7:58 PM
 To: users@wicket.apache.org
 Subject: Re: Incorrect double slash when jsessionid included in link
 URL in
 6.x

 Which 6.x version are you using? We had some Url rendering issues
 solved
 in recent updates.

 Sven

 On 12/10/2012 04:12 AM, Chris Colman wrote:
 When a browser (tested on FF and Chrome) makes a request after
 session
 time out the jessionid is added to all links on the first page
 returned
 - after that server detects cookies and uses those for session
 tracking.
 This works fine on 1.5 but since migrating to 6.x we've noticed
that
 the
 links on that first page request have an extra slash i.e. they look
 like:



http://www.myurl.com//news;jsessionid=215FF4213EC3F872062156804334311B

http://www.myurl.com/news;jsessionid=215FF4213EC3F872062156804334311B
 instead of


http://www.myurl.com/news;jsessionid=215FF4213EC3F872062156804334311B

 The link with the double slash does not work when clicked and
Tomcat
 returns a Status 404 resource not available error.

 Given that we haven't changed any code relating to how links are
 rendered in our migration from 1.5 to 6.x is there a migration step
 that
 we have missed or is this a bug?


 Yours sincerely,

 Chris Colman



-
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Best way to trap Enter key in a form in a modal window

2012-12-04 Thread Chris Colman
Hi Chris,

I think all this is actually related to ModalWindow, not to Form.
You don't close the Form, you close the ModalWindow.
ModalWindow#close() accepts AjaxRequestTarget (ART) so it is clear that
it
needs to be in Ajax request, no ?
The form is just a component in the ModalWindow. With or without a form
inside it the ModalWindow needs ART.

I know logically it all makes sense but logic and newbies don't always
mix ;) I thought it could help any newbies who might have just learned
all about how to handle forms in a page and then tried to apply that
same knowledge to a form in a modal only to find it doesn't work.

Some people are experiencing this issue in their learning curve:

http://stackoverflow.com/questions/7239917/wicket-form-in-a-modal-window

Maybe the hint could go in ModalWindow Javadoc, not the form Javadoc.

There is already a mention of special treatment of forms in the
ModalWindow Javadoc:

If you want to use form in modal window component make sure that you
put the modal window itself in another form (nesting forms is legal in
Wicket) and that the form on modal window is submitted before the window
get closed.

Perhaps an additional mention, with possible example, of how you can't
use the implicit form submission mechanism to close a ModalWindow with a
form would be appropriate to add to this existing section on dealing
with forms in a ModalWindow.



On Mon, Dec 3, 2012 at 11:27 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:

 The other important thing to mention in Form's Javadoc is that a form
in
 a ModalWindow can not be closed without AJAX. i.e. you can't do the
 close in the standard Form.onSubmit handler as that is given no
 AjaxRequestTarget parameter which is required to perform the
ModalWindow
 close. Trying to close it in the implicit way results in the browser
 throwing up a pop up asking the user if they want to Leave this
page
 or Stay on this page - which is pretty bad.

 -Original Message-
 From: Martin Grigorov [mailto:mgrigo...@apache.org]
 Sent: Monday, 3 December 2012 11:18 PM
 To: users@wicket.apache.org
 Subject: Re: Best way to trap Enter key in a form in a modal window
 
 Hi,
 
 On Mon, Dec 3, 2012 at 1:05 PM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
  I understand that with a form in a modal window you must
explicitly
  declare an AjaxButton component because modal windows require AJAX
 comms
  (BTW this should probably be mentioned in the Form Javadoc page
  somewhere: http://ci.apache.org/projects/wicket/apidocs/6.0.x/)
 
 
 I didn't get what should be better explained ?
 
 
 
  However, what is the best approach to providing a 'catch all' so
that
 if
  the user presses the 'Enter' key while focus is on any field in
the
 form
  the normal submit takes place?
 
 
 See Form#setDefaultButton.
 Not sure whether this will help in Ajax form submit though.
 
 Additionally check https://github.com/kinabalu/wicket-mousetrap/
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Best way to trap Enter key in a form in a modal window

2012-12-04 Thread Chris Colman
On Tue, Dec 4, 2012 at 11:31 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:

 Hi Chris,
 
 I think all this is actually related to ModalWindow, not to Form.
 You don't close the Form, you close the ModalWindow.
 ModalWindow#close() accepts AjaxRequestTarget (ART) so it is clear
that
 it
 needs to be in Ajax request, no ?
 The form is just a component in the ModalWindow. With or without a
form
 inside it the ModalWindow needs ART.

 I know logically it all makes sense but logic and newbies don't
always
 mix ;) I thought it could help any newbies who might have just
learned
 all about how to handle forms in a page and then tried to apply that
 same knowledge to a form in a modal only to find it doesn't work.

 Some people are experiencing this issue in their learning curve:


http://stackoverflow.com/questions/7239917/wicket-form-in-a-modal-window

 Maybe the hint could go in ModalWindow Javadoc, not the form Javadoc.

 There is already a mention of special treatment of forms in the
 ModalWindow Javadoc:

 If you want to use form in modal window component make sure that you
 put the modal window itself in another form (nesting forms is legal
in
 Wicket) and that the form on modal window is submitted before the
window
 get closed.

 Perhaps an additional mention, with possible example, of how you
can't


The problem is that you actually can do it.
You just don't know how yet.

 use the implicit form submission mechanism to close a ModalWindow
with a
 form would be appropriate to add to this existing section on dealing
 with forms in a ModalWindow.

By 'implicit' I mean the non AJAX way - which isn't possible inside a
modal unless the model is in a page in an iframe - It may be unfounded
but I've always regarded anything that needs an iframe as 'hacky' -
doesn't mean I haven't been forced to use them in the past though ;)

If I remember correctly you contributed
https://github.com/wicketstuff/core/tree/core-1.5.x/jdk-1.5-parent/moda
lx-
parent
,
right ?

Correct. The issue about the forms in Modal's needing AJAX submit
processing is an issue I had many years ago when I was a Wicket newbie
so as an aside to this thread I thought a note in the Javadoc might help
future newbies.

I thought you know the internals of this component better than me ;-)

ModalX doesn't currently support 'Enter' key processing and that was the
main thrust of this thread - working out the best way to implement that.




 
 
 On Mon, Dec 3, 2012 at 11:27 PM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
  The other important thing to mention in Form's Javadoc is that a
form
 in
  a ModalWindow can not be closed without AJAX. i.e. you can't do
the
  close in the standard Form.onSubmit handler as that is given no
  AjaxRequestTarget parameter which is required to perform the
 ModalWindow
  close. Trying to close it in the implicit way results in the
browser
  throwing up a pop up asking the user if they want to Leave this
 page
  or Stay on this page - which is pretty bad.
 
  -Original Message-
  From: Martin Grigorov [mailto:mgrigo...@apache.org]
  Sent: Monday, 3 December 2012 11:18 PM
  To: users@wicket.apache.org
  Subject: Re: Best way to trap Enter key in a form in a modal
window
  
  Hi,
  
  On Mon, Dec 3, 2012 at 1:05 PM, Chris Colman
  chr...@stepaheadsoftware.comwrote:
  
   I understand that with a form in a modal window you must
 explicitly
   declare an AjaxButton component because modal windows require
AJAX
  comms
   (BTW this should probably be mentioned in the Form Javadoc page
   somewhere: http://ci.apache.org/projects/wicket/apidocs/6.0.x/)
  
  
  I didn't get what should be better explained ?
  
  
  
   However, what is the best approach to providing a 'catch all'
so
 that
  if
   the user presses the 'Enter' key while focus is on any field in
 the
  form
   the normal submit takes place?
  
  
  See Form#setDefaultButton.
  Not sure whether this will help in Ajax form submit though.
  
  Additionally check https://github.com/kinabalu/wicket-mousetrap/
  
  --
  Martin Grigorov
  jWeekend
  Training, Consulting, Development
  http://jWeekend.com http://jweekend.com/
 
 
-
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: master branch compiler error in core?

2012-12-03 Thread Chris Colman
Just pushed a hack that solves the problem.
Pull and try again.

Yah! That works. It's a pity clirr's file separator agnostic solution is
so verbose heh!

Given that it is Java based I hoped clirr could have used package style
separators i.e. the period '.' but they don't work with it.



On Mon, Dec 3, 2012 at 1:47 AM, Chris Colman
chr...@stepaheadsoftware.comwrote:

 Bingo! - it's the difference between *nix and Windows. When I change
the
 forward slashes to backslashes in the clirr ignored section's
 className element it works - for Windows at least!! There's a good
 chance that backslashes will probably break for *nix but even though
I
 have a machine with Linux available I don't have any build
environments
 set up on it yet.

 ignored
 difference

 classNameorg\apache\wicket\feedback\FeedbackCollector/className
 method*/method
 differenceType7014/differenceType
 /difference
 /ignored

 I tried replacing / with . but that failed also.

 It seems like clirr has not been written in a 'directory separator'
 agnostic way. Which is a pity as the most recent release seems to be
in
 2005 - so maybe the clirr devs aren't as active as with other
projects.

 -Original Message-
 From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
 Sent: Monday, 3 December 2012 8:39 AM
 To: users@wicket.apache.org
 Subject: Re: master branch compiler error in core?
 
 im on osx
 
 -igor
 
 On Sun, Dec 2, 2012 at 4:37 AM, Martin Grigorov
mgrigo...@apache.org
 wrote:
  I use Ubuntu 12.
  BuildBot (the CI) is some Unix too (
  http://ci.apache.org/builders/wicket-master).
  I cannot test builds on Windows here.
 
 
  On Sun, Dec 2, 2012 at 1:29 PM, Chris Colman
  chr...@stepaheadsoftware.comwrote:
 
  I'm still having the problem.
 
  I can see the clirr exclusions Igor added and they seem fine
 according
  to the (vary sparse) Clirr doco.
 
  What platform are you and Igor building on? I'm building on:
 
  Win XP
  Java 1.6.0_31
  4GB RAM
 
  -Original Message-
  From: Martin Grigorov [mailto:mgrigo...@apache.org]
  Sent: Friday, 30 November 2012 11:52 PM
  To: users@wicket.apache.org
  Subject: Re: master branch compiler error in core?
  
  No errors here.
  Igor added an exclusion in parent pom.xml for this change.
  
  https://git-wip-
 

us.apache.org/repos/asf/wicket/repo?p=wicket.git;a=commitdiff;h=c3d4744
  8d1b
  f5b5d0e8207bb8c0cf605cef8c18c
  
  
  On Fri, Nov 30, 2012 at 1:36 PM, Chris Colman
  chr...@stepaheadsoftware.comwrote:
  
   I've just updated the master branch and I get the following
build
   errors:
  
   [INFO] --- clirr-maven-plugin:2.5:check (clirr-check) @
 wicket-core
  ---
   [INFO] Comparing to version: 6.0.0
   [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method
 'public
   java.util.List collect()' is now final
   [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method
 'public
   java.util.List
   collect(org.apache.wicket.feedback.IFeedbackMessageFilter)' is
 now
  final
   [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method
 'public
   org.apache.wicket.feedback.FeedbackCollector
  setIncludeSession(boolean)'
   is now final
   [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method
 'public
   org.apache.wicket.feedback.FeedbackCollector
 setRecursive(boolean)'
  is
   now final
   [INFO]
  
 


  
   Am I doing something wrong or is there an error in the latest
 source?
  
  
  
  
  --
  Martin Grigorov
  jWeekend
  Training, Consulting, Development
  http://jWeekend.com http://jweekend.com/
 
 
 -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 
 
 
  --
  Martin Grigorov
  jWeekend
  Training, Consulting, Development
  http://jWeekend.com http://jweekend.com/
 

-
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org


 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Best way to trap Enter key in a form in a modal window

2012-12-03 Thread Chris Colman
Hi,

On Mon, Dec 3, 2012 at 1:05 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:

 I understand that with a form in a modal window you must explicitly
 declare an AjaxButton component because modal windows require AJAX
comms
 (BTW this should probably be mentioned in the Form Javadoc page
 somewhere: http://ci.apache.org/projects/wicket/apidocs/6.0.x/)


I didn't get what should be better explained ?

The part about using a form in a ModalWindow. Form's current Javadoc
contains no mention of how to use a form in a ModalWindow i.e. the
implicit handling of form submit will not work properly when the form is
in a ModalWindow - it requires AJAX submit.

 However, what is the best approach to providing a 'catch all' so that
if
 the user presses the 'Enter' key while focus is on any field in the
form
 the normal submit takes place?


See Form#setDefaultButton.
Not sure whether this will help in Ajax form submit though.

Additionally check https://github.com/kinabalu/wicket-mousetrap/

--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: Best way to trap Enter key in a form in a modal window

2012-12-03 Thread Chris Colman
The other important thing to mention in Form's Javadoc is that a form in
a ModalWindow can not be closed without AJAX. i.e. you can't do the
close in the standard Form.onSubmit handler as that is given no
AjaxRequestTarget parameter which is required to perform the ModalWindow
close. Trying to close it in the implicit way results in the browser
throwing up a pop up asking the user if they want to Leave this page
or Stay on this page - which is pretty bad.

-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: Monday, 3 December 2012 11:18 PM
To: users@wicket.apache.org
Subject: Re: Best way to trap Enter key in a form in a modal window

Hi,

On Mon, Dec 3, 2012 at 1:05 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:

 I understand that with a form in a modal window you must explicitly
 declare an AjaxButton component because modal windows require AJAX
comms
 (BTW this should probably be mentioned in the Form Javadoc page
 somewhere: http://ci.apache.org/projects/wicket/apidocs/6.0.x/)


I didn't get what should be better explained ?



 However, what is the best approach to providing a 'catch all' so that
if
 the user presses the 'Enter' key while focus is on any field in the
form
 the normal submit takes place?


See Form#setDefaultButton.
Not sure whether this will help in Ajax form submit though.

Additionally check https://github.com/kinabalu/wicket-mousetrap/

--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: master branch compiler error in core?

2012-12-02 Thread Chris Colman
I'm still having the problem.

I can see the clirr exclusions Igor added and they seem fine according
to the (vary sparse) Clirr doco.

What platform are you and Igor building on? I'm building on:

Win XP
Java 1.6.0_31
4GB RAM 

-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: Friday, 30 November 2012 11:52 PM
To: users@wicket.apache.org
Subject: Re: master branch compiler error in core?

No errors here.
Igor added an exclusion in parent pom.xml for this change.

https://git-wip-
us.apache.org/repos/asf/wicket/repo?p=wicket.git;a=commitdiff;h=c3d4744
8d1b
f5b5d0e8207bb8c0cf605cef8c18c


On Fri, Nov 30, 2012 at 1:36 PM, Chris Colman
chr...@stepaheadsoftware.comwrote:

 I've just updated the master branch and I get the following build
 errors:

 [INFO] --- clirr-maven-plugin:2.5:check (clirr-check) @ wicket-core
---
 [INFO] Comparing to version: 6.0.0
 [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method 'public
 java.util.List collect()' is now final
 [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method 'public
 java.util.List
 collect(org.apache.wicket.feedback.IFeedbackMessageFilter)' is now
final
 [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method 'public
 org.apache.wicket.feedback.FeedbackCollector
setIncludeSession(boolean)'
 is now final
 [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method 'public
 org.apache.wicket.feedback.FeedbackCollector setRecursive(boolean)'
is
 now final
 [INFO]



 Am I doing something wrong or is there an error in the latest source?




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



RE: master branch compiler error in core?

2012-12-02 Thread Chris Colman
Bingo! - it's the difference between *nix and Windows. When I change the
forward slashes to backslashes in the clirr ignored section's
className element it works - for Windows at least!! There's a good
chance that backslashes will probably break for *nix but even though I
have a machine with Linux available I don't have any build environments
set up on it yet.

ignored
difference

classNameorg\apache\wicket\feedback\FeedbackCollector/className
method*/method
differenceType7014/differenceType
/difference
/ignored

I tried replacing / with . but that failed also.

It seems like clirr has not been written in a 'directory separator'
agnostic way. Which is a pity as the most recent release seems to be in
2005 - so maybe the clirr devs aren't as active as with other projects.

-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Monday, 3 December 2012 8:39 AM
To: users@wicket.apache.org
Subject: Re: master branch compiler error in core?

im on osx

-igor

On Sun, Dec 2, 2012 at 4:37 AM, Martin Grigorov mgrigo...@apache.org
wrote:
 I use Ubuntu 12.
 BuildBot (the CI) is some Unix too (
 http://ci.apache.org/builders/wicket-master).
 I cannot test builds on Windows here.


 On Sun, Dec 2, 2012 at 1:29 PM, Chris Colman
 chr...@stepaheadsoftware.comwrote:

 I'm still having the problem.

 I can see the clirr exclusions Igor added and they seem fine
according
 to the (vary sparse) Clirr doco.

 What platform are you and Igor building on? I'm building on:

 Win XP
 Java 1.6.0_31
 4GB RAM

 -Original Message-
 From: Martin Grigorov [mailto:mgrigo...@apache.org]
 Sent: Friday, 30 November 2012 11:52 PM
 To: users@wicket.apache.org
 Subject: Re: master branch compiler error in core?
 
 No errors here.
 Igor added an exclusion in parent pom.xml for this change.
 
 https://git-wip-

us.apache.org/repos/asf/wicket/repo?p=wicket.git;a=commitdiff;h=c3d4744
 8d1b
 f5b5d0e8207bb8c0cf605cef8c18c
 
 
 On Fri, Nov 30, 2012 at 1:36 PM, Chris Colman
 chr...@stepaheadsoftware.comwrote:
 
  I've just updated the master branch and I get the following build
  errors:
 
  [INFO] --- clirr-maven-plugin:2.5:check (clirr-check) @
wicket-core
 ---
  [INFO] Comparing to version: 6.0.0
  [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method
'public
  java.util.List collect()' is now final
  [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method
'public
  java.util.List
  collect(org.apache.wicket.feedback.IFeedbackMessageFilter)' is
now
 final
  [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method
'public
  org.apache.wicket.feedback.FeedbackCollector
 setIncludeSession(boolean)'
  is now final
  [ERROR] org.apache.wicket.feedback.FeedbackCollector: Method
'public
  org.apache.wicket.feedback.FeedbackCollector
setRecursive(boolean)'
 is
  now final
  [INFO]
 


 
  Am I doing something wrong or is there an error in the latest
source?
 
 
 
 
 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/


-
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



  1   2   3   4   5   6   >