Re: Community tools

2011-10-07 Thread Bert
I had a discussion about this with martin dashorst when we meet this
year at a conference. Apparently, he does like the idea of a SO like
QA site for wicket. But wicket being an Apache project, there are
certain requirement if i recall our discussion correctly.

One of the problems is the hosting of such a side. The mailing list,
bugtracker, wicki,... are all hosted and maintained by the apache
admins. Getting a new tool into there is not easy. One could host a
solution outside of apache, but this opens questions about long term
support of the infrastructure, privacy issues and so forth.

There are a few opensource implementations available:

http://gitorious.org/shapado (used by debian at http://ask.debian.net/)
http://www.osqa.net/

I do like the SO style (never been a fan of mailing lists), but on the
other side registering here is not much of a hassle.

My 2 cent
Bert

On Fri, Oct 7, 2011 at 07:25, Josh Kamau joshnet2...@gmail.com wrote:
 I like the mail. Atleast i can get the answers even on my not so smart
 phone.

 Josh.

 On Fri, Oct 7, 2011 at 6:43 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:

 Source management and bugs are also outdated. The version on github is
 much
 better.

 I recently had to get up to speed with github. Not sure what all the
 fuss is about. The learning curve was about 20x that of Subversion and
 I'm still not confident about how to do things or whether what I'm doing
 is the 'right' thing to be doing. Subversion on the other hand is really
 easy to understand (and most developers already know it) and even though
 it has 'theoretical' shortcomings compared to a distributed VCS like git
 in practice I never saw any difference in performance or usage apart
 from git being a lot 'weirder' ;)

 
 My 2 cents,
 
 Gaetan

 -
 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



custom url for specific pages

2011-10-07 Thread brazz
In our application (portal) we have a modal dialog that we have to use. In
this modal dialog we put a page. Because the portal consists of iframes, we
have to use relative urls in the modal dialog. For example instead of:

?wicket:interface=:4:border:_body:dialogContainer:contentPanels:infoTextContentPanel:ajaxEnabledContainer:externalLinks:0:externalLink::IResourceListener::

we have to use:

*/application-uri/servlet-name/*
?wicket:interface=:4:border:_body:dialogContainer:contentPanels:infoTextContentPanel:ajaxEnabledContainer:externalLinks:0:externalLink::IResourceListener::

but only for certain pages.

what we've done now is create custom components that prepend the
application-uri + the servlet-name to the URL. For example for a link we
override onComponentTag() and prepend the strings to the url:

url = RequestUtils.getBaseUrl(this) + url;


Is there a more generic way to do this? for example let's say: When the
Responsepage is of type A then modify the url accordingly. 

I've had a look at pathForTarget(IRequestTarget requestTarget) of class
WebRequestCodingStrategy, but i think the CodingStrategy is only valid for
the first time the page is called and not for every request within the page.
For this i would have to mount every possible request-url within the page?

Any suggestions?


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/custom-url-for-specific-pages-tp3881166p3881166.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



Forwarding in 1.5 not working like in 1.4

2011-10-07 Thread Chris Colman
We have a separate filter set up to catch parameter-less domain name
requests ( /* ) like:
 
www.myurl.com http://www.myurl.com/ 
 
and forward them to a bookmarkable home page like:
 
www.myurl.com/content/home/o/123
 
The extra o/123 is an organization discriminator name/value pair and is
read in by the home page as a parameter.
 
The use of a forward means that the address in the user's browser
remains as www.myurl.com http://www.myurl.com/  but the actual page
rendered is www.myurl.com/content/home/o/123
 
The page mount looks like:
 
pageParametersEncoder = new UrlPathPageParametersEncoder();

mount(new MountedMapper(/content/home, HomePage.class,
pageParametersEncoder));
 
The code used for the forward inside our separate redirector filter is:
 
RequestDispatcher rd =
req.getRequestDispatcher(/content/home/o/123);
rd.forward(req, res);
 
This filter then does not chain to the next filter so that
the servlet engine can re-request with the forwarded URL.
 
In 1.4 the wicket filter then services this forward request and renders
the page without a problem.
 
In 1.5 this no longer works and I've tried many different ideas to get
it working but it just doesn't seem to want to work properly.
 
Somehow wicket attempts to render a page with a url of:
 
www.myurl.com/123
 
In other words the /content/home/o/ part has been stripped from the
forward to URL.
 
Debugging shows that the wicket request does indeed have the full uri:
 
/content/home/o/123 http://www.myurl.com/content/home/o/123 
 
 
Any ideas what might be causing 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/ 
 
 


[wicket 1.5] Howto avoid 404 on shared image?

2011-10-07 Thread Mike Mander

Hi,

i use 1.5.1 (in 1.5 examples i couldn't find a matching one)

I've packaged my application images to a package (appname.res.img). 
WicketApplication is located in root package (appname).
In the images package there is a class ImageMounter which is loading all 
images in package and mount them this way


ImageMounter.java
code
String image = ...; // The image name - one of then IS transparency.png
WebApplication.get().mountResource(resources/shop/img/.concat(image), 
new PackageResourceReference(ImageMounter.class, image));

/code

But if i try to use one of the images with the Image class like that:
MyPanel.java
code
Image image = new Image(itemSpot, new 
PackageResourceReference(/resources/shop/img/transparency.png));

/code

MyPanel.html
code
ul
li wicket:id=leafleta wicket:id=overImageToDetailsimg 
wicket:id=itemSpot //a/li

/ul
/code

i get a 404. Here is the stacktrace
WARN  - ResourceReferenceRegistry  - Asked to auto-create a 
ResourceReference, but 
ResourceReferenceRegistry.createDefaultResourceReference() return null.  
[scope: org.apache.wicket.Application; name: 
resources/shop/img/transparency.png; locale: null; style: null; 
variation: null]
TRACE - error404   - 
16e4jys7nta9q1qq82q3q88dut;/wicket/resource/org.apache.wicket.Application/resources/shop/img/transparency.png


I would like to know what i'm doing wrong and why?
Thanks for helping me
Mike


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



Re: [wicket 1.5] Howto avoid 404 on shared image?

2011-10-07 Thread Martin Grigorov
See http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/
for inspiration

On Fri, Oct 7, 2011 at 10:25 AM, Mike Mander wicket-m...@gmx.de wrote:
 Hi,

 i use 1.5.1 (in 1.5 examples i couldn't find a matching one)

 I've packaged my application images to a package (appname.res.img).
 WicketApplication is located in root package (appname).
 In the images package there is a class ImageMounter which is loading all
 images in package and mount them this way

 ImageMounter.java
 code
 String image = ...; // The image name - one of then IS transparency.png
 WebApplication.get().mountResource(resources/shop/img/.concat(image), new
 PackageResourceReference(ImageMounter.class, image));
 /code

 But if i try to use one of the images with the Image class like that:
 MyPanel.java
 code
 Image image = new Image(itemSpot, new
 PackageResourceReference(/resources/shop/img/transparency.png));
 /code

 MyPanel.html
 code
 ul
 li wicket:id=leafleta wicket:id=overImageToDetailsimg
 wicket:id=itemSpot //a/li
 /ul
 /code

 i get a 404. Here is the stacktrace
 WARN  - ResourceReferenceRegistry  - Asked to auto-create a
 ResourceReference, but
 ResourceReferenceRegistry.createDefaultResourceReference() return null.
  [scope: org.apache.wicket.Application; name:
 resources/shop/img/transparency.png; locale: null; style: null; variation:
 null]
 TRACE - error404                   -
 16e4jys7nta9q1qq82q3q88dut;/wicket/resource/org.apache.wicket.Application/resources/shop/img/transparency.png

 I would like to know what i'm doing wrong and why?
 Thanks for helping me
 Mike


 -
 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

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



DateField with String model

2011-10-07 Thread Pirlouit Le

Hi wicket community,I'm trying to use a DateField 
(org.apache.wicket.extention.yui.calendar.DateField)with a String in the model, 
is this possible, perhaps can I provide a converter, a smth like this ?
 
Kind Regards, 





Benoît de Biolley




  

Re: Community tools

2011-10-07 Thread Martijn Dashorst
The biggest issue with moving to Stack Overflow is that we deliver our
community to an external party which can do anything with the
questions, show stupid ads, etc. Have no mistake: stack exchange is a
commercial venture. So one criterium is to be able to pull the plug on
it whenever it goes sour. While the content of stack overflow is
publicly available, it is not licensed with an Apache friendly license
(http://creativecommons.org/licenses/by-sa/2.5/). This issue was the
biggest hurdle SO needs to take to become a viable alternative for the
user list at Apache.

As for this list not being visible, you can always shop around for
list archive providers. Nabble has a nice forum like interface, Mark
mail provides awesome search tooling.

Martijn

On Fri, Oct 7, 2011 at 8:49 AM, Bert taser...@gmail.com wrote:
 I had a discussion about this with martin dashorst when we meet this
 year at a conference. Apparently, he does like the idea of a SO like
 QA site for wicket. But wicket being an Apache project, there are
 certain requirement if i recall our discussion correctly.

 One of the problems is the hosting of such a side. The mailing list,
 bugtracker, wicki,... are all hosted and maintained by the apache
 admins. Getting a new tool into there is not easy. One could host a
 solution outside of apache, but this opens questions about long term
 support of the infrastructure, privacy issues and so forth.

 There are a few opensource implementations available:

 http://gitorious.org/shapado (used by debian at http://ask.debian.net/)
 http://www.osqa.net/

 I do like the SO style (never been a fan of mailing lists), but on the
 other side registering here is not much of a hassle.

 My 2 cent
 Bert

 On Fri, Oct 7, 2011 at 07:25, Josh Kamau joshnet2...@gmail.com wrote:
 I like the mail. Atleast i can get the answers even on my not so smart
 phone.

 Josh.

 On Fri, Oct 7, 2011 at 6:43 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:

 Source management and bugs are also outdated. The version on github is
 much
 better.

 I recently had to get up to speed with github. Not sure what all the
 fuss is about. The learning curve was about 20x that of Subversion and
 I'm still not confident about how to do things or whether what I'm doing
 is the 'right' thing to be doing. Subversion on the other hand is really
 easy to understand (and most developers already know it) and even though
 it has 'theoretical' shortcomings compared to a distributed VCS like git
 in practice I never saw any difference in performance or usage apart
 from git being a lot 'weirder' ;)

 
 My 2 cents,
 
 Gaetan

 -
 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





-- 
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



Re: [wicket 1.5] Howto avoid 404 on shared image?

2011-10-07 Thread Mike Mander

Thanks Martin,

Uuuh. That is heavy-weight for my little uc :-)
Instead of using an image i use now
code
WebComponent image = new WebComponent(itemSpot);
image.add(new SrcModifier(Model.String 
of(/resources/shop/img/transparency.png)));

/code

My page is still stateless, and 404 is gone. So it seems to solve my 
problem.

But i really would like to understand the whole process :-)

Thanks
Mike


See http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/
for inspiration

On Fri, Oct 7, 2011 at 10:25 AM, Mike Manderwicket-m...@gmx.de  wrote:

Hi,

i use 1.5.1 (in 1.5 examples i couldn't find a matching one)

I've packaged my application images to a package (appname.res.img).
WicketApplication is located in root package (appname).
In the images package there is a class ImageMounter which is loading all
images in package and mount them this way

ImageMounter.java
code
String image = ...; // The image name - one of then IS transparency.png
WebApplication.get().mountResource(resources/shop/img/.concat(image), new
PackageResourceReference(ImageMounter.class, image));
/code

But if i try to use one of the images with the Image class like that:
MyPanel.java
code
Image image = new Image(itemSpot, new
PackageResourceReference(/resources/shop/img/transparency.png));
/code

MyPanel.html
code
ul
li wicket:id=leafleta wicket:id=overImageToDetailsimg
wicket:id=itemSpot //a/li
/ul
/code

i get a 404. Here is the stacktrace
WARN  - ResourceReferenceRegistry  - Asked to auto-create a
ResourceReference, but
ResourceReferenceRegistry.createDefaultResourceReference() return null.
  [scope: org.apache.wicket.Application; name:
resources/shop/img/transparency.png; locale: null; style: null; variation:
null]
TRACE - error404   -
16e4jys7nta9q1qq82q3q88dut;/wicket/resource/org.apache.wicket.Application/resources/shop/img/transparency.png

I would like to know what i'm doing wrong and why?
Thanks for helping me
Mike


-
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 1.5] Howto avoid 404 on shared image?

2011-10-07 Thread Martin Grigorov
On Fri, Oct 7, 2011 at 12:31 PM, Mike Mander wicket-m...@gmx.de wrote:
 Thanks Martin,

 Uuuh. That is heavy-weight for my little uc :-)
I'd say that your approach was heavy-weight. You were going to add a
mapper for each image, while my approach adds just one (stateless)
mapper that dynamically resolves the images per request.
 Instead of using an image i use now
 code
            WebComponent image = new WebComponent(itemSpot);
            image.add(new SrcModifier(Model.String
 of(/resources/shop/img/transparency.png)));
 /code

 My page is still stateless, and 404 is gone. So it seems to solve my
 problem.
I'm glad to hear that!
 But i really would like to understand the whole process :-)

 Thanks
 Mike

 See http://wicketinaction.com/2011/07/wicket-1-5-mounting-resources/
 for inspiration

 On Fri, Oct 7, 2011 at 10:25 AM, Mike Manderwicket-m...@gmx.de  wrote:

 Hi,

 i use 1.5.1 (in 1.5 examples i couldn't find a matching one)

 I've packaged my application images to a package (appname.res.img).
 WicketApplication is located in root package (appname).
 In the images package there is a class ImageMounter which is loading all
 images in package and mount them this way

 ImageMounter.java
 code
 String image = ...; // The image name - one of then IS transparency.png
 WebApplication.get().mountResource(resources/shop/img/.concat(image),
 new
 PackageResourceReference(ImageMounter.class, image));
 /code

 But if i try to use one of the images with the Image class like that:
 MyPanel.java
 code
 Image image = new Image(itemSpot, new
 PackageResourceReference(/resources/shop/img/transparency.png));
 /code

 MyPanel.html
 code
 ul
 li wicket:id=leafleta wicket:id=overImageToDetailsimg
 wicket:id=itemSpot //a/li
 /ul
 /code

 i get a 404. Here is the stacktrace
 WARN  - ResourceReferenceRegistry  - Asked to auto-create a
 ResourceReference, but
 ResourceReferenceRegistry.createDefaultResourceReference() return null.
  [scope: org.apache.wicket.Application; name:
 resources/shop/img/transparency.png; locale: null; style: null;
 variation:
 null]
 TRACE - error404                   -

 16e4jys7nta9q1qq82q3q88dut;/wicket/resource/org.apache.wicket.Application/resources/shop/img/transparency.png

 I would like to know what i'm doing wrong and why?
 Thanks for helping me
 Mike


 -
 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

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



Converter for FileUpload

2011-10-07 Thread Ian Marshall
Hello All,

I am porting my Wicket 1.4.18 application to 1.5.1.

I am now getting the following exception when I use a
org.apache.wicket.markup.html.form.upload.FileUploadField to upload a file,
when all worked well in 1.4.18:

  ... 43 more
Caused by: org.apache.wicket.util.convert.ConversionException: Could not
convert value:
[org.apache.wicket.markup.html.form.upload.FileUpload@1b3d1e5] to type:
org.apache.wicket.markup.html.form.upload.FileUpload. Could not find
compatible converter.
  at
org.apache.wicket.ConverterLocator$DefaultConverter.convertToObject(ConverterLocator.java:109)
  ... 63 more

Does anyone know of an org.apache.wicket.util.convert.IConverter? for
org.apache.wicket.markup.html.form.upload.FileUpload, or will I have to roll
my own?

My development environment is:
  ∙  Web framework: Apache Wicket 1.5.1 using libraries (I am an Ant user):
 ∙  wicket-core-1.5.1.jar
 ∙  wicket-request-1.5.1.jar
 ∙  wicket-util-1.5.1.jar
  ∙  Web server environment: Google App Engine
  ∙  Java: 1.6.0_27; Java HotSpot(TM) Client VM 20.2-b06
  ∙  System: Windows XP version 5.1 running on x86; Cp1252; en_GB (nb)
  ∙  IDE: NetBeans 7.0.1 (Build 201107282000)
  ∙  Web browser: Mozilla Firefox 7.0.1


Regards,

Ian Marshall

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Converter-for-FileUpload-tp3881522p3881522.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



IllegalArgumentException within WicketURLDecoder

2011-10-07 Thread Patrick Petermair

Hi!

From time to time we are getting an IllegalArgumentException within 
WicketURLDecoder (see below). We can't reproduce the error and it seems 
to not bother the users since we haven't had any reports about errors in 
the UI or so .. yet it keeps showing up in our logs.
Could it be some problem with the CryptedUrlWebRequestCodingStrategy we 
are using? I already did some Google searches but have found nothing so 
far - I have no idea where to start debugging this problem..


Any ideas?

Cheers,
Patrick


2011-10-06 01:49:19,916 [http-8080-28] ERROR - RequestCycle - 
URLDecoder: Illegal hex characters in escape (%) pattern - For input 
string: �ˠ
java.lang.IllegalArgumentException: URLDecoder: Illegal hex characters 
in escape (%) pattern - For input string: �ˠ
at 
org.apache.wicket.protocol.http.WicketURLDecoder.decode(WicketURLDecoder.java:179)
at 
org.apache.wicket.protocol.http.WicketURLDecoder.decode(WicketURLDecoder.java:90)
at 
org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy$DecodedUrlRequest.init(CryptedUrlWebRequestCodingStrategy.java:443)
at 
org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decode(CryptedUrlWebRequestCodingStrategy.java:124)

at org.apache.wicket.Request.getRequestParameters(Request.java:183)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at 
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:486)
at 
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:319)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:662)

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



Re: Converter for FileUpload

2011-10-07 Thread Martin Grigorov
The difference in FileUploadField from 1.4.x to 1.5.x is that now it
supports input type=file multiple/ (HTML5 standards) and it works
with ListFileUpload instead of just FileUpload.
You need to update your getConverter() impl to expect ListFileUpload

On Fri, Oct 7, 2011 at 12:39 PM, Ian Marshall ianmarshall...@gmail.com wrote:
 Hello All,

 I am porting my Wicket 1.4.18 application to 1.5.1.

 I am now getting the following exception when I use a
 org.apache.wicket.markup.html.form.upload.FileUploadField to upload a file,
 when all worked well in 1.4.18:

  ... 43 more
 Caused by: org.apache.wicket.util.convert.ConversionException: Could not
 convert value:
 [org.apache.wicket.markup.html.form.upload.FileUpload@1b3d1e5] to type:
 org.apache.wicket.markup.html.form.upload.FileUpload. Could not find
 compatible converter.
  at
 org.apache.wicket.ConverterLocator$DefaultConverter.convertToObject(ConverterLocator.java:109)
  ... 63 more

 Does anyone know of an org.apache.wicket.util.convert.IConverter? for
 org.apache.wicket.markup.html.form.upload.FileUpload, or will I have to roll
 my own?

 My development environment is:
  ∙  Web framework: Apache Wicket 1.5.1 using libraries (I am an Ant user):
     ∙  wicket-core-1.5.1.jar
     ∙  wicket-request-1.5.1.jar
     ∙  wicket-util-1.5.1.jar
  ∙  Web server environment: Google App Engine
  ∙  Java: 1.6.0_27; Java HotSpot(TM) Client VM 20.2-b06
  ∙  System: Windows XP version 5.1 running on x86; Cp1252; en_GB (nb)
  ∙  IDE: NetBeans 7.0.1 (Build 201107282000)
  ∙  Web browser: Mozilla Firefox 7.0.1


 Regards,

 Ian Marshall

 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/Converter-for-FileUpload-tp3881522p3881522.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

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



Re: Community tools

2011-10-07 Thread nino martinez wael
+1, totally agree this is a big plus for me, also I can answer mails
on my phone easy..

2011/10/7 Josh Kamau joshnet2...@gmail.com:
 I like the mail. Atleast i can get the answers even on my not so smart
 phone.

 Josh.

 On Fri, Oct 7, 2011 at 6:43 AM, Chris Colman
 chr...@stepaheadsoftware.comwrote:

 Source management and bugs are also outdated. The version on github is
 much
 better.

 I recently had to get up to speed with github. Not sure what all the
 fuss is about. The learning curve was about 20x that of Subversion and
 I'm still not confident about how to do things or whether what I'm doing
 is the 'right' thing to be doing. Subversion on the other hand is really
 easy to understand (and most developers already know it) and even though
 it has 'theoretical' shortcomings compared to a distributed VCS like git
 in practice I never saw any difference in performance or usage apart
 from git being a lot 'weirder' ;)

 
 My 2 cents,
 
 Gaetan

 -
 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: Community tools

2011-10-07 Thread Gaetan Zoritchak
I fully understand the risk of relying on an external and uncontrolled
party. The best of breed solution would be to have SO like a Q  A
for wicket based on an  open source implementation like Bert mentionned.

For the mailing list, I think the advantage of reading the messages on his
phone is less important than the gate of a partially closed system that
requires a subscription by email. See on
http://softwareandsilicon.com/chapter:2 # toc2  - Freedom of Access and
- Weak Group Identity

Markmail:
The traffic is constantly increasing from 1999 until late 2009 early
2010 before being reduced significantly. I think the reason is due to the
tool a little bit old. Even if the interface allows to search for messages,
ergonomics and the quality of responses is not equivalent to what is
available on intenet today.

My point is not to criticize but to point out that this is negative for the
adoption of wicket. Today when I choose a technology for a project, even
though I prefer Wicket for its design, I have  to sell the framework to a
team that does not necessarily find it very sexy.

Gaetan


2011/10/7 Martijn Dashorst martijn.dasho...@gmail.com

 The biggest issue with moving to Stack Overflow is that we deliver our
 community to an external party which can do anything with the
 questions, show stupid ads, etc. Have no mistake: stack exchange is a
 commercial venture. So one criterium is to be able to pull the plug on
 it whenever it goes sour. While the content of stack overflow is
 publicly available, it is not licensed with an Apache friendly license
 (http://creativecommons.org/licenses/by-sa/2.5/). This issue was the
 biggest hurdle SO needs to take to become a viable alternative for the
 user list at Apache.

 As for this list not being visible, you can always shop around for
 list archive providers. Nabble has a nice forum like interface, Mark
 mail provides awesome search tooling.

 Martijn

 On Fri, Oct 7, 2011 at 8:49 AM, Bert taser...@gmail.com wrote:
  I had a discussion about this with martin dashorst when we meet this
  year at a conference. Apparently, he does like the idea of a SO like
  QA site for wicket. But wicket being an Apache project, there are
  certain requirement if i recall our discussion correctly.
 
  One of the problems is the hosting of such a side. The mailing list,
  bugtracker, wicki,... are all hosted and maintained by the apache
  admins. Getting a new tool into there is not easy. One could host a
  solution outside of apache, but this opens questions about long term
  support of the infrastructure, privacy issues and so forth.
 
  There are a few opensource implementations available:
 
  http://gitorious.org/shapado (used by debian at http://ask.debian.net/)
  http://www.osqa.net/
 
  I do like the SO style (never been a fan of mailing lists), but on the
  other side registering here is not much of a hassle.
 
  My 2 cent
  Bert
 
  On Fri, Oct 7, 2011 at 07:25, Josh Kamau joshnet2...@gmail.com wrote:
  I like the mail. Atleast i can get the answers even on my not so smart
  phone.
 
  Josh.
 
  On Fri, Oct 7, 2011 at 6:43 AM, Chris Colman
  chr...@stepaheadsoftware.comwrote:
 
  Source management and bugs are also outdated. The version on github is
  much
  better.
 
  I recently had to get up to speed with github. Not sure what all the
  fuss is about. The learning curve was about 20x that of Subversion and
  I'm still not confident about how to do things or whether what I'm
 doing
  is the 'right' thing to be doing. Subversion on the other hand is
 really
  easy to understand (and most developers already know it) and even
 though
  it has 'theoretical' shortcomings compared to a distributed VCS like
 git
  in practice I never saw any difference in performance or usage apart
  from git being a lot 'weirder' ;)
 
  
  My 2 cents,
  
  Gaetan
 
  -
  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
 
 



 --
 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




Re: Community tools

2011-10-07 Thread Josh Kamau
On a light note:

we can build our version of stackoverflow as a Q/A for wicket. We can build
it in wicket and let everyone access the code.  We can use it as a demo
wicket application.

Josh.

On Fri, Oct 7, 2011 at 1:40 PM, Gaetan Zoritchak 
g.zoritc...@moncoachfinance.com wrote:

 I fully understand the risk of relying on an external and uncontrolled
 party. The best of breed solution would be to have SO like a Q  A
 for wicket based on an  open source implementation like Bert mentionned.

 For the mailing list, I think the advantage of reading the messages on his
 phone is less important than the gate of a partially closed system that
 requires a subscription by email. See on
 http://softwareandsilicon.com/chapter:2 # toc2  - Freedom of Access and
 - Weak Group Identity

 Markmail:
 The traffic is constantly increasing from 1999 until late 2009 early
 2010 before being reduced significantly. I think the reason is due to the
 tool a little bit old. Even if the interface allows to search for messages,
 ergonomics and the quality of responses is not equivalent to what is
 available on intenet today.

 My point is not to criticize but to point out that this is negative for the
 adoption of wicket. Today when I choose a technology for a project, even
 though I prefer Wicket for its design, I have  to sell the framework to a
 team that does not necessarily find it very sexy.

 Gaetan


 2011/10/7 Martijn Dashorst martijn.dasho...@gmail.com

  The biggest issue with moving to Stack Overflow is that we deliver our
  community to an external party which can do anything with the
  questions, show stupid ads, etc. Have no mistake: stack exchange is a
  commercial venture. So one criterium is to be able to pull the plug on
  it whenever it goes sour. While the content of stack overflow is
  publicly available, it is not licensed with an Apache friendly license
  (http://creativecommons.org/licenses/by-sa/2.5/). This issue was the
  biggest hurdle SO needs to take to become a viable alternative for the
  user list at Apache.
 
  As for this list not being visible, you can always shop around for
  list archive providers. Nabble has a nice forum like interface, Mark
  mail provides awesome search tooling.
 
  Martijn
 
  On Fri, Oct 7, 2011 at 8:49 AM, Bert taser...@gmail.com wrote:
   I had a discussion about this with martin dashorst when we meet this
   year at a conference. Apparently, he does like the idea of a SO like
   QA site for wicket. But wicket being an Apache project, there are
   certain requirement if i recall our discussion correctly.
  
   One of the problems is the hosting of such a side. The mailing list,
   bugtracker, wicki,... are all hosted and maintained by the apache
   admins. Getting a new tool into there is not easy. One could host a
   solution outside of apache, but this opens questions about long term
   support of the infrastructure, privacy issues and so forth.
  
   There are a few opensource implementations available:
  
   http://gitorious.org/shapado (used by debian at http://ask.debian.net/
 )
   http://www.osqa.net/
  
   I do like the SO style (never been a fan of mailing lists), but on the
   other side registering here is not much of a hassle.
  
   My 2 cent
   Bert
  
   On Fri, Oct 7, 2011 at 07:25, Josh Kamau joshnet2...@gmail.com
 wrote:
   I like the mail. Atleast i can get the answers even on my not so smart
   phone.
  
   Josh.
  
   On Fri, Oct 7, 2011 at 6:43 AM, Chris Colman
   chr...@stepaheadsoftware.comwrote:
  
   Source management and bugs are also outdated. The version on github
 is
   much
   better.
  
   I recently had to get up to speed with github. Not sure what all the
   fuss is about. The learning curve was about 20x that of Subversion
 and
   I'm still not confident about how to do things or whether what I'm
  doing
   is the 'right' thing to be doing. Subversion on the other hand is
  really
   easy to understand (and most developers already know it) and even
  though
   it has 'theoretical' shortcomings compared to a distributed VCS like
  git
   in practice I never saw any difference in performance or usage apart
   from git being a lot 'weirder' ;)
  
   
   My 2 cents,
   
   Gaetan
  
   -
   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
  
  
 
 
 
  --
  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
 
 



1.5.1

2011-10-07 Thread nino martinez wael
Hi

I get an parse exception on the markup below I did'nt get this in
1.5.0 and backwards and I can't seem to find an missing close tag :


!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
html xmlns=http://www.w3.org/1999/xhtml; xml:lang=da lang=da
xmlns:wicket=http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd;
head
wicket:head
titleCC Admin åbningstider - wicket:container
wicket:id=entranceNameHeader/wicket:container /title
style
.nameHeader{
margin-left: 1em;
}
/style
/wicket:head
/head
body
wicket:extend
wicket:container wicket:id=linksOrNoLinks/wicket:container
wicket:fragment wicket:id=fragmentNoLinks/wicket:fragment
wicket:fragment wicket:id=fragmentLinks
  wicket:link
  div class=templateTopMenuRow grid_12
  ul class=nav main
li a class=menuItem
href=ViewEntrancePage.htmlÅbningstider/a/li
li a class=menuItem
href=InfoMessagePage.htmlInfobesked/a/li
wicket:container 
wicket:id=fragmentContainer
li a class=menuItem
href=CustomParametersPage.htmlParametre/a/li
li a class=menuItem
href=SkillGroupsPage.htmlSkillgrupper/a/li
/wicket:container
  /ul
   /div
  /wicket:link
/wicket:fragment
h1 wicket:id=triggertypelabel 
class=nameHeaderKundeindgang/h1
h2 wicket:id=header2Label class=nameHeaderCcadmin 
header/h2
wicket:child/
/wicket:extend
/body
/html

Heres the exception:

Caused by: java.text.ParseException: No matching close bracket at
(line 33, column 50)
at 
org.apache.wicket.markup.parser.XmlPullParser.next(XmlPullParser.java:216)
at 
org.apache.wicket.markup.parser.filter.RootMarkupFilter.nextElement(RootMarkupFilter.java:58)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.filter.OpenCloseTagExpander.nextElement(OpenCloseTagExpander.java:78)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
at 
org.apache.wicket.markup.AbstractMarkupParser.getNextTag(AbstractMarkupParser.java:213)
at 
org.apache.wicket.markup.AbstractMarkupParser.parseMarkup(AbstractMarkupParser.java:228)
... 60 more

-Nino

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



Re: ajax form submit, loading gif and swap panels

2011-10-07 Thread wholalotta
Any comment or documentation to learn how to call jquery function inside of
this methot? 

Thanks



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/ajax-form-submit-loading-gif-and-swap-panels-tp3876326p3881810.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



Re: 1.5.1

2011-10-07 Thread Sven Meier
 wicket:extend

Maybe a problem in the parent markup?

Sven

On 10/07/2011 01:14 PM, nino martinez wael wrote:
 Hi
 
 I get an parse exception on the markup below I did'nt get this in
 1.5.0 and backwards and I can't seem to find an missing close tag :
 
 
 !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
 http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
 html xmlns=http://www.w3.org/1999/xhtml; xml:lang=da lang=da
 xmlns:wicket=http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd;
 head
   wicket:head
   titleCC Admin åbningstider - wicket:container
 wicket:id=entranceNameHeader/wicket:container /title
   style
   .nameHeader{
   margin-left: 1em;
   }
   /style
   /wicket:head
 /head
 body
 wicket:extend
   wicket:container wicket:id=linksOrNoLinks/wicket:container
   wicket:fragment wicket:id=fragmentNoLinks/wicket:fragment
   wicket:fragment wicket:id=fragmentLinks
 wicket:link
 div class=templateTopMenuRow grid_12
 ul class=nav main
   li a class=menuItem
 href=ViewEntrancePage.htmlÅbningstider/a/li
   li a class=menuItem
 href=InfoMessagePage.htmlInfobesked/a/li
   wicket:container 
 wicket:id=fragmentContainer
   li a class=menuItem
 href=CustomParametersPage.htmlParametre/a/li
   li a class=menuItem
 href=SkillGroupsPage.htmlSkillgrupper/a/li
   /wicket:container
 /ul
  /div
 /wicket:link
   /wicket:fragment
   h1 wicket:id=triggertypelabel 
 class=nameHeaderKundeindgang/h1
   h2 wicket:id=header2Label class=nameHeaderCcadmin 
 header/h2
   wicket:child/
 /wicket:extend
 /body
 /html
 
 Heres the exception:
 
 Caused by: java.text.ParseException: No matching close bracket at
 (line 33, column 50)
   at 
 org.apache.wicket.markup.parser.XmlPullParser.next(XmlPullParser.java:216)
   at 
 org.apache.wicket.markup.parser.filter.RootMarkupFilter.nextElement(RootMarkupFilter.java:58)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.filter.OpenCloseTagExpander.nextElement(OpenCloseTagExpander.java:78)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
   at 
 org.apache.wicket.markup.AbstractMarkupParser.getNextTag(AbstractMarkupParser.java:213)
   at 
 org.apache.wicket.markup.AbstractMarkupParser.parseMarkup(AbstractMarkupParser.java:228)
   ... 60 more
 
 -Nino
 
 -
 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: 1.5.1

2011-10-07 Thread nino martinez wael
the parent renders fine in other contexts.. And im also wondering why
it fails in 1.5.1 but not 1.5.0

2011/10/7 Sven Meier s...@meiers.net:
     wicket:extend

 Maybe a problem in the parent markup?

 Sven

 On 10/07/2011 01:14 PM, nino martinez wael wrote:
 Hi

 I get an parse exception on the markup below I did'nt get this in
 1.5.0 and backwards and I can't seem to find an missing close tag :


 !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
 http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
 html xmlns=http://www.w3.org/1999/xhtml; xml:lang=da lang=da
 xmlns:wicket=http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd;
     head
               wicket:head
               titleCC Admin åbningstider - wicket:container
 wicket:id=entranceNameHeader/wicket:container /title
               style
                       .nameHeader{
                               margin-left: 1em;
                       }
               /style
               /wicket:head
     /head
     body
     wicket:extend
               wicket:container 
 wicket:id=linksOrNoLinks/wicket:container
               wicket:fragment wicket:id=fragmentNoLinks/wicket:fragment
                       wicket:fragment wicket:id=fragmentLinks
                         wicket:link
                         div class=templateTopMenuRow grid_12
                             ul class=nav main
                               li a class=menuItem
 href=ViewEntrancePage.htmlÅbningstider/a/li
                               li a class=menuItem
 href=InfoMessagePage.htmlInfobesked/a/li
                                       wicket:container 
 wicket:id=fragmentContainer
                                               li a class=menuItem
 href=CustomParametersPage.htmlParametre/a/li
                                               li a class=menuItem
 href=SkillGroupsPage.htmlSkillgrupper/a/li
                                       /wicket:container
                             /ul
                          /div
                         /wicket:link
                       /wicket:fragment
                       h1 wicket:id=triggertypelabel 
 class=nameHeaderKundeindgang/h1
                       h2 wicket:id=header2Label 
 class=nameHeaderCcadmin header/h2
               wicket:child/
     /wicket:extend
     /body
 /html

 Heres the exception:

 Caused by: java.text.ParseException: No matching close bracket at
 (line 33, column 50)
       at 
 org.apache.wicket.markup.parser.XmlPullParser.next(XmlPullParser.java:216)
       at 
 org.apache.wicket.markup.parser.filter.RootMarkupFilter.nextElement(RootMarkupFilter.java:58)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.filter.OpenCloseTagExpander.nextElement(OpenCloseTagExpander.java:78)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.parser.AbstractMarkupFilter.nextElement(AbstractMarkupFilter.java:75)
       at 
 org.apache.wicket.markup.AbstractMarkupParser.getNextTag(AbstractMarkupParser.java:213)
       at 
 org.apache.wicket.markup.AbstractMarkupParser.parseMarkup(AbstractMarkupParser.java:228)
       ... 60 more

 -Nino

 -
 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: 1.5.1

2011-10-07 Thread Matthias Keller

Hi

Seems to be right here:

wicket:container wicket:id=entranceNameHeader..
You're missing an opening quote

Matt





smime.p7s
Description: S/MIME Cryptographic Signature


Re: ajax form submit, loading gif and swap panels

2011-10-07 Thread manuelbarzi
may you try assembling wiquery to your web-app
(http://code.google.com/p/wiquery/). it makes jquery integration
trivial in wicket..



On Fri, Oct 7, 2011 at 1:22 PM, wholalotta ardaas...@gmail.com wrote:
 Any comment or documentation to learn how to call jquery function inside of
 this methot?

 Thanks



 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/ajax-form-submit-loading-gif-and-swap-panels-tp3876326p3881810.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: Community tools

2011-10-07 Thread manuelbarzi
it sounds great, but why not fully concentrate on wicket. apache will
adopt whatever magic-solution asa it'll be licence compliant, and
affordable by resources and directives.

for the moment this mailing list has been a very successful machine,
and still has much to bring. outside, whatever wrapper (wicket-based
or not, may be assembled to pull all posts, order and make them as far
confortable-searcheable as low-patience eager-brains demand).

as other expressed: markmail and nabble are pretty enough, and
managing issues by mail - on smart or not phones - is simply a
pleasure.
.


On Fri, Oct 7, 2011 at 12:43 PM, Josh Kamau joshnet2...@gmail.com wrote:
 On a light note:

 we can build our version of stackoverflow as a Q/A for wicket. We can build
 it in wicket and let everyone access the code.  We can use it as a demo
 wicket application.

 Josh.

 On Fri, Oct 7, 2011 at 1:40 PM, Gaetan Zoritchak 
 g.zoritc...@moncoachfinance.com wrote:

 I fully understand the risk of relying on an external and uncontrolled
 party. The best of breed solution would be to have SO like a Q  A
 for wicket based on an  open source implementation like Bert mentionned.

 For the mailing list, I think the advantage of reading the messages on his
 phone is less important than the gate of a partially closed system that
 requires a subscription by email. See on
 http://softwareandsilicon.com/chapter:2 # toc2  - Freedom of Access and
 - Weak Group Identity

 Markmail:
 The traffic is constantly increasing from 1999 until late 2009 early
 2010 before being reduced significantly. I think the reason is due to the
 tool a little bit old. Even if the interface allows to search for messages,
 ergonomics and the quality of responses is not equivalent to what is
 available on intenet today.

 My point is not to criticize but to point out that this is negative for the
 adoption of wicket. Today when I choose a technology for a project, even
 though I prefer Wicket for its design, I have  to sell the framework to a
 team that does not necessarily find it very sexy.

 Gaetan


 2011/10/7 Martijn Dashorst martijn.dasho...@gmail.com

  The biggest issue with moving to Stack Overflow is that we deliver our
  community to an external party which can do anything with the
  questions, show stupid ads, etc. Have no mistake: stack exchange is a
  commercial venture. So one criterium is to be able to pull the plug on
  it whenever it goes sour. While the content of stack overflow is
  publicly available, it is not licensed with an Apache friendly license
  (http://creativecommons.org/licenses/by-sa/2.5/). This issue was the
  biggest hurdle SO needs to take to become a viable alternative for the
  user list at Apache.
 
  As for this list not being visible, you can always shop around for
  list archive providers. Nabble has a nice forum like interface, Mark
  mail provides awesome search tooling.
 
  Martijn
 
  On Fri, Oct 7, 2011 at 8:49 AM, Bert taser...@gmail.com wrote:
   I had a discussion about this with martin dashorst when we meet this
   year at a conference. Apparently, he does like the idea of a SO like
   QA site for wicket. But wicket being an Apache project, there are
   certain requirement if i recall our discussion correctly.
  
   One of the problems is the hosting of such a side. The mailing list,
   bugtracker, wicki,... are all hosted and maintained by the apache
   admins. Getting a new tool into there is not easy. One could host a
   solution outside of apache, but this opens questions about long term
   support of the infrastructure, privacy issues and so forth.
  
   There are a few opensource implementations available:
  
   http://gitorious.org/shapado (used by debian at http://ask.debian.net/
 )
   http://www.osqa.net/
  
   I do like the SO style (never been a fan of mailing lists), but on the
   other side registering here is not much of a hassle.
  
   My 2 cent
   Bert
  
   On Fri, Oct 7, 2011 at 07:25, Josh Kamau joshnet2...@gmail.com
 wrote:
   I like the mail. Atleast i can get the answers even on my not so smart
   phone.
  
   Josh.
  
   On Fri, Oct 7, 2011 at 6:43 AM, Chris Colman
   chr...@stepaheadsoftware.comwrote:
  
   Source management and bugs are also outdated. The version on github
 is
   much
   better.
  
   I recently had to get up to speed with github. Not sure what all the
   fuss is about. The learning curve was about 20x that of Subversion
 and
   I'm still not confident about how to do things or whether what I'm
  doing
   is the 'right' thing to be doing. Subversion on the other hand is
  really
   easy to understand (and most developers already know it) and even
  though
   it has 'theoretical' shortcomings compared to a distributed VCS like
  git
   in practice I never saw any difference in performance or usage apart
   from git being a lot 'weirder' ;)
  
   
   My 2 cents,
   
   Gaetan
  
   -
   To unsubscribe, e-mail: 

Re: 1.5.1

2011-10-07 Thread nino martinez wael
virtual ipod on its way to matt.. Dead on! thanks :)

2011/10/7 Matthias Keller matthias.kel...@ergon.ch:
 Hi

 Seems to be right here:

 wicket:container wicket:id=entranceNameHeader..
 You're missing an opening quote

 Matt





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



1.5.1 DropDownChoice howto change default text, not working

2011-10-07 Thread nino martinez wael
I cant get the below to work in 1.5.1 (only version I've tried it in
for a long time)

http://www.mail-archive.com/wicket-user@lists.sourceforge.net/msg10790.html

my code:

DropDownChoiceEntrance ddEntrance = new 
DropDownChoiceEntrance(
idEntranceOrIvrMenu, entranceModel,

backendDaoService.getCustomerEntranceList(),
new DropDownRendererEntrance()) {
 @Override
 protected CharSequence getDefaultChoice(String 
arg0) {

 return new 
ResourceModel(chooseone.customerentrance)
 .getObject();
 }
};

property file:

chooseone.ivr=Vælg IVR Menu
chooseone.customerentrance=Vælg Kundeindgang
chooseone.shadowentrance=Vælg Skyggeindgang


Screen shots:
top one are where I override (theres actually no default text just the
first option) , bottom one where i don't.
http://imgur.com/a/SJwOt


-regards Nino

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



Re: 1.5.1

2011-10-07 Thread Andrea Del Bene

Hi nino,

XmlPullParser has became more strict in Wicket 1.5.1 in order to solve 
WICKET-3773. Now it complains about not balanced quotes of tag 
attributes. Maybe we could improve exception message.

virtual ipod on its way to matt.. Dead on! thanks :)

2011/10/7 Matthias Kellermatthias.kel...@ergon.ch:

Hi

Seems to be right here:

wicket:container wicket:id=entranceNameHeader..
You're missing an opening quote

Matt





-
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: 1.5.1

2011-10-07 Thread nino martinez wael
yup that would be really nice.

2011/10/7 Andrea Del Bene adelb...@ciseonweb.it:
 Hi nino,

 XmlPullParser has became more strict in Wicket 1.5.1 in order to solve
 WICKET-3773. Now it complains about not balanced quotes of tag attributes.
 Maybe we could improve exception message.

 virtual ipod on its way to matt.. Dead on! thanks :)

 2011/10/7 Matthias Kellermatthias.kel...@ergon.ch:

 Hi

 Seems to be right here:

 wicket:container wicket:id=entranceNameHeader..
 You're missing an opening quote

 Matt




 -
 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: CouldNotLockPageException using localized RequestMapper URLs

2011-10-07 Thread Jim Pinkham
Thanks - I did that, and found the culprit was a file upload (that part was
okay) which fed into an piece of image resizing code:

Graphics2D graphics2D = rescaledImage.createGraphics();

which the stack trace showed was waiting forever on some other AWT init
thread.

So I just kicked it to the curb and used another image scaling library from
http://code.google.com/p/java-image-scaling/  and the problem has gone
away!   So not wicket related at all.

In retrospect, I can't think of a more informative way the framework could
have helped me discover this  - my breakthru came from the old
tried-and-true method of finding a way to reproduce the issue (of course
that is the hard part - seems like it took forever, trying to explore all
the functions in my system) and then when it finally happened, doing a
thread dump.

Anyway, situation resolved!  Back to happy wicket coding...

-- Jim

On Wed, Oct 5, 2011 at 4:27 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 Page ids are session relative. I.e. different users may have the same
 page id. The actual key is (sessionId, pageId).
 Better dump the stacktraces and see why the thread that acquired the
 lock needs more than a minute for it to do its job.

 On Tue, Oct 4, 2011 at 8:37 PM, Jim Pinkham pinkh...@gmail.com wrote:
  Maybe I'm doing something out of the ordinary - I have several
 independant
  'clients' using their own versions of my site, and it's been working OK
 till
  recent increase in my site's use by several clients at once using the
 'same'
  pages.
 
  I have a ClientFirstRootRequestMapper extends AbstractComponentMapper
 that
  pulls the client prefix from my URL and then chains the call to
  super.mapRequest() with the prefix removed from the url - this has been
  working fine since early 1.5.
 
  But now I have these lockups in production recently.  My theory is that
 they
  are somehow sharing ids in the page map(s) such that locking behavior is
 not
  correct.   I'm working on a quickstart, but I thought I'd first throw out
  some details and see if anyone has a better theory?   Obviously, this is
 a
  pretty major issue for me, since it brings my whole site down, with a
 bunch
  of http-80-xx threads showing entries like this:
 
  WARN  - PageAccessSynchronizer - http-80-65 failed to acquire lock to
  page 7, attempted for 1 minute out of allowed 1 minute
  ERROR - PageAccessSynchronizer - failed to acquire lockheld by
  http-80-70. Would have thrown:
  org.apache.wicket.page.CouldNotLockPageException: Could not lock page 7.
  Attempt lasted 1 minute
 at
 
 org.apache.wicket.page.PageAccessSynchronizer.lockPage(PageAccessSynchronizer.java:155)
 at
 
 org.apache.wicket.page.PageAccessSynchronizer$2.touchPage(PageAccessSynchronizer.java:214)
  ...
 at
 
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
 at
 
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
 at
  org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
 at java.lang.Thread.run(Thread.java:662)
  Oct 3, 2011 5:57:55 PM org.apache.tomcat.util.net.JIoEndpoint
  createWorkerThread
  INFO: Maximum number of threads (200) created for connector with address
  null and port 80
  INFO  - AuctionApplication - Bye
 
  I already tried this attempted fix to bypass throwing this exception and
  just let it get the lock anyway (I'm desparate here).
 String info= held by: ;
 IteratorPageLock locks =
 this.locks.get().values().iterator();
 while (locks.hasNext()) {
 PageLock culprit = locks.next();
 info += culprit.getThread().getName() + , ;
 }
 if (info.endsWith(, ))
 info = info.substring(0, info.length()-2);
 
 logger.error(failed to acquire lock+info+. Would have
 thrown:
  ,
 /*throw*/ new CouldNotLockPageException(pageId,
  thread.getName(), timeout));
 
  In my app, I have mounted a CatalogPage like this:
 
 getRootRequestMapperAsCompound().add(new MountedMapper(/catalog,
  CatalogPage.class, e));
 
  Running this locally with debug turned on for PageAccessSynchronizer, I
 open
  two windows and load this page with different prefixes - it appears they
 use
  the same page id 0 (which might be OK but I'm suspicious..?)
 
  loading http://localhost:8080/clientOne/catalog
 
  13532 [qtp10217370-20] DEBUG - PageAccessSynchronizer -
 'qtp10217370-20'
  attempting to acquire lock to page with id '0'
  13532 [qtp10217370-20] DEBUG - PageAccessSynchronizer -
 qtp10217370-20
  acquired lock to page 0
  13532 [qtp10217370-15] DEBUG - PageAccessSynchronizer -
 'qtp10217370-15'
  attempting to acquire lock to page with id '0'
  13532 [qtp10217370-15] DEBUG - PageAccessSynchronizer -
 qtp10217370-15
  acquired lock to page 0
  13532 [qtp10217370-18] DEBUG - PageAccessSynchronizer -
 

RE: 1.5.1

2011-10-07 Thread Jeffrey Schneller
Yes, that would be very nice to have an improved exception message.  I
ran into this problem as well during a migration to 1.5.1 and it caused
lots of wasted time trying to find the problem.  

On a side note 1.5.1 is awesome.  The migration was relatively painless.



-Original Message-
From: nino martinez wael [mailto:nino.martinez.w...@gmail.com] 
Sent: Friday, October 07, 2011 9:02 AM
To: users@wicket.apache.org
Subject: Re: 1.5.1

yup that would be really nice.

2011/10/7 Andrea Del Bene adelb...@ciseonweb.it:
 Hi nino,

 XmlPullParser has became more strict in Wicket 1.5.1 in order to
solve
 WICKET-3773. Now it complains about not balanced quotes of tag
attributes.
 Maybe we could improve exception message.

 virtual ipod on its way to matt.. Dead on! thanks :)

 2011/10/7 Matthias Kellermatthias.kel...@ergon.ch:

 Hi

 Seems to be right here:

 wicket:container wicket:id=entranceNameHeader..
 You're missing an opening quote

 Matt




 -
 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: Community tools

2011-10-07 Thread Clint Checketts
So what is the best way (official? permanent?) to link to a previous
response?

In 6 months when someone has a similar question, what is the official way to
link to previous answers? Equally, what is the best way to improve those
answers if the answer 6 months back worked at that time, but now is invalid
and a 'bad practice' due to wicket improvements?

Folks so rarely use the mailing list archives (
http://wicket.apache.org/help/email.html), (not easily searched!) I doubt
that is the solution.

-Clint

On Fri, Oct 7, 2011 at 7:32 AM, manuelbarzi manuelba...@gmail.com wrote:

 it sounds great, but why not fully concentrate on wicket. apache will
 adopt whatever magic-solution asa it'll be licence compliant, and
 affordable by resources and directives.

 for the moment this mailing list has been a very successful machine,
 and still has much to bring. outside, whatever wrapper (wicket-based
 or not, may be assembled to pull all posts, order and make them as far
 confortable-searcheable as low-patience eager-brains demand).

 as other expressed: markmail and nabble are pretty enough, and
 managing issues by mail - on smart or not phones - is simply a
 pleasure.
 .


 On Fri, Oct 7, 2011 at 12:43 PM, Josh Kamau joshnet2...@gmail.com wrote:
  On a light note:
 
  we can build our version of stackoverflow as a Q/A for wicket. We can
 build
  it in wicket and let everyone access the code.  We can use it as a demo
  wicket application.
 
  Josh.
 
  On Fri, Oct 7, 2011 at 1:40 PM, Gaetan Zoritchak 
  g.zoritc...@moncoachfinance.com wrote:
 
  I fully understand the risk of relying on an external and uncontrolled
  party. The best of breed solution would be to have SO like a Q  A
  for wicket based on an  open source implementation like Bert mentionned.
 
  For the mailing list, I think the advantage of reading the messages on
 his
  phone is less important than the gate of a partially closed system that
  requires a subscription by email. See on
  http://softwareandsilicon.com/chapter:2 # toc2  - Freedom of Access
 and
  - Weak Group Identity
 
  Markmail:
  The traffic is constantly increasing from 1999 until late 2009 early
  2010 before being reduced significantly. I think the reason is due to
 the
  tool a little bit old. Even if the interface allows to search for
 messages,
  ergonomics and the quality of responses is not equivalent to what is
  available on intenet today.
 
  My point is not to criticize but to point out that this is negative for
 the
  adoption of wicket. Today when I choose a technology for a project, even
  though I prefer Wicket for its design, I have  to sell the framework
 to a
  team that does not necessarily find it very sexy.
 
  Gaetan
 
 
  2011/10/7 Martijn Dashorst martijn.dasho...@gmail.com
 
   The biggest issue with moving to Stack Overflow is that we deliver our
   community to an external party which can do anything with the
   questions, show stupid ads, etc. Have no mistake: stack exchange is a
   commercial venture. So one criterium is to be able to pull the plug on
   it whenever it goes sour. While the content of stack overflow is
   publicly available, it is not licensed with an Apache friendly license
   (http://creativecommons.org/licenses/by-sa/2.5/). This issue was the
   biggest hurdle SO needs to take to become a viable alternative for the
   user list at Apache.
  
   As for this list not being visible, you can always shop around for
   list archive providers. Nabble has a nice forum like interface, Mark
   mail provides awesome search tooling.
  
   Martijn
  
   On Fri, Oct 7, 2011 at 8:49 AM, Bert taser...@gmail.com wrote:
I had a discussion about this with martin dashorst when we meet this
year at a conference. Apparently, he does like the idea of a SO like
QA site for wicket. But wicket being an Apache project, there are
certain requirement if i recall our discussion correctly.
   
One of the problems is the hosting of such a side. The mailing list,
bugtracker, wicki,... are all hosted and maintained by the apache
admins. Getting a new tool into there is not easy. One could host a
solution outside of apache, but this opens questions about long term
support of the infrastructure, privacy issues and so forth.
   
There are a few opensource implementations available:
   
http://gitorious.org/shapado (used by debian at
 http://ask.debian.net/
  )
http://www.osqa.net/
   
I do like the SO style (never been a fan of mailing lists), but on
 the
other side registering here is not much of a hassle.
   
My 2 cent
Bert
   
On Fri, Oct 7, 2011 at 07:25, Josh Kamau joshnet2...@gmail.com
  wrote:
I like the mail. Atleast i can get the answers even on my not so
 smart
phone.
   
Josh.
   
On Fri, Oct 7, 2011 at 6:43 AM, Chris Colman
chr...@stepaheadsoftware.comwrote:
   
Source management and bugs are also outdated. The version on
 github
  is
much
better.
   
I 

RE: Community tools

2011-10-07 Thread Wilhelmsen Tor Iver
 So what is the best way (official? permanent?) to link to a previous
 response?

Link to a posting on Nabble or one of the other mailinglist-aggregators out 
there perhaps? :)

- Tor Iver

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



Re: Community tools

2011-10-07 Thread manuelbarzi
 So what is the best way (official? permanent?) to link to a previous
 response?

 Link to a posting on Nabble or one of the other mailinglist-aggregators out 
 there perhaps? :)

and keep patience while somentity is re-implementing stacko, making
it os, waiting it's fully established and tested, convincing apache to
adopt it, and finally saying aleluya.

here some good intentions on the network, may worth attending on flowing time:

http://www.webappers.com/2010/02/26/stack-overflow-like-open-source-qa-systems-for-download/

http://meta.stackoverflow.com/questions/30269/is-there-any-open-source-code-we-can-get-similar-to-stackoverflow

http://code.google.com/p/stacked/

http://code.google.com/p/cnprog/

http://www.osqa.net/ (this one seems to convince... a bit?)

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



RE: Remove Sort on SortableDataProvider

2011-10-07 Thread Jensen, Bob
Thanks!

provider.setSort(null); worked!

I had tried:
provider.setSort(null, true);  which caused a null pointer later on.





 -Original Message-
 From: Bertrand Guay-Paquet [mailto:ber...@step.polymtl.ca]
 Sent: Thursday, October 06, 2011 8:52 PM
 To: users@wicket.apache.org
 Subject: Re: Remove Sort on SortableDataProvider
 
 Have you tried:
 provider.setSort(null); ?
 
 If you don't provide a sort property to your provider, that's what it
 starts with.
 
 On 06/10/2011 6:16 PM, Jensen, Bob wrote:
  I have a SortableDataProvider and have set a sort on it. It sorts
 fine.
  Now, I would like to remove the sort so no sorting occurs.
 
  Is there a way to remove the sort?
 
  Thanks in advance
 
 
 
 
 
 
 
  -
  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



Wicket TinyMCE 1.4.18 fails

2011-10-07 Thread Leszek Gawron

with the message in JS console:

/app/resources/wicket.contrib.tinymce.InPlaceEditBehavior/tiny_mce/themes/advanced/editor_template_src.js:128
Uncaught TypeError: Cannot call method 'push' of undefined

and it didn't so for 1.4.17.

Could anybody confirm this?

lg
--
Leszek Gawronhttp://lgawron.posterous.com

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



Re: Converter for FileUpload

2011-10-07 Thread Ian Marshall
Fantastic, Martin!

I have changed the model for my FileUploadField from FileUpload to
ListFileUpload and all works fine, without me having to roll my own
converter. (I didn't spot that the constructor for FieldUploadField which
takes a model now takes a model of type IModellt;Listlt;FileUploadgt;.)

Thanks very much, and have a good weekend,

Ian



Martin Grigorov-4 wrote:
 
 The difference in FileUploadField from 1.4.x to 1.5.x is that now it
 supports input type=file multiple/ (HTML5 standards) and it works
 with ListFileUpload instead of just FileUpload.
 You need to update your getConverter() impl to expect ListFileUpload
 
 On Fri, Oct 7, 2011 at 12:39 PM, Ian Marshall lt;IanMarshall.UK@gt;
 wrote:
 Hello All,

 I am porting my Wicket 1.4.18 application to 1.5.1.

 I am now getting the following exception when I use a
 org.apache.wicket.markup.html.form.upload.FileUploadField to upload a
 file,
 when all worked well in 1.4.18:

  ... 43 more
 Caused by: org.apache.wicket.util.convert.ConversionException: Could not
 convert value:
 [org.apache.wicket.markup.html.form.upload.FileUpload@1b3d1e5] to type:
 org.apache.wicket.markup.html.form.upload.FileUpload. Could not find
 compatible converter.
  at
 org.apache.wicket.ConverterLocator$DefaultConverter.convertToObject(ConverterLocator.java:109)
  ... 63 more

 Does anyone know of an org.apache.wicket.util.convert.IConverter? for
 org.apache.wicket.markup.html.form.upload.FileUpload, or will I have to
 roll
 my own?

 My development environment is:
  ∙  Web framework: Apache Wicket 1.5.1 using libraries (I am an Ant
 user):
     ∙  wicket-core-1.5.1.jar
     ∙  wicket-request-1.5.1.jar
     ∙  wicket-util-1.5.1.jar
  ∙  Web server environment: Google App Engine
  ∙  Java: 1.6.0_27; Java HotSpot(TM) Client VM 20.2-b06
  ∙  System: Windows XP version 5.1 running on x86; Cp1252; en_GB (nb)
  ∙  IDE: NetBeans 7.0.1 (Build 201107282000)
  ∙  Web browser: Mozilla Firefox 7.0.1


 Regards,

 Ian Marshall

 --
 View this message in context:
 http://apache-wicket.1842946.n4.nabble.com/Converter-for-FileUpload-tp3881522p3881522.html
 Sent from the Users forum mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: users-unsubscribe@.apache
 For additional commands, e-mail: users-help@.apache


 
 
 
 -- 
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com
 
 -
 To unsubscribe, e-mail: users-unsubscribe@.apache
 For additional commands, e-mail: users-help@.apache
 

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Converter-for-FileUpload-tp3881522p3882908.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



Wicket ExtJS

2011-10-07 Thread Entropy
So my project has used Wicket (albeit perhaps not well) on it's last couple
projects.  We are now adopting ExtJS.  If I use a page transition style
(reloading the browser page in it's entirely each time), I can populate the
onReady() in each load, and I only have on Wicket stateful page on the
backend to cooperate with.

But some folks have expressed interest in using an Ext tab control to
maintain multiple pages at once and service each independently.  So I could
load page A, do some work on it, maybe get interrupted by a coworker asking
for something else, open page B, do some work, and never lose my uncommitted
work in A as I worked with B and submitted it.

The problem here (and i admit that I am a neophyte in both Ext and Wicket,
knowing just enough in each to get by) is that as I understand it, Wicket
stores the state of the current page on the server.  So as soon as I loaded
B, A became invalid and submitting A, or issuing AJAX calls from A would
look like a new page arrival to it.

Am I wrong?  Is there a way around this?  How can I make Ext and Wicket
friends because I really am fond of major portions of each and if I can make
the marriage work, I think it has the potential to be a rocking way to
develop apps.



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-ExtJS-tp3882229p3882229.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