Re: Apache Wicket is a Flawed Framework

[Attila Király]

Currently a link to this mail is the most popular on dzone:
http://www.dzone.com/links/apache_wicket_is_a_flawed_framework.html

Attila

Re: UTF-8 encoding RFE for warning?

[Attila Király]

Nitpicking a bit: .properties files need to be in ISO 8859-1 encoding not
in default.

Attila

2011/11/2 Wilhelmsen Tor Iver 

> > It's a known fact for me aswell now :)
>
> Note that even though properties files need to be in the "default"
> encoding, you can use non-iso-latin characters by way of the \u syntax,
> though a bit more cumbersome than "raw" Unicode characters.
>
> - Tor Iver
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Making a column 'Sortable' in inmethod datagrids

[Attila Király]

You have to set the sortProperty in the column constructor.
You have to double click it to sort by it. The arrow is only visible for
that column where the sorting is actually in effect.

Check out the examples:
live: http://wicketstuff.org/grid-examples/data-grid/simple
source:
https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/inmethod-grid-parent/inmethod-grid-examples/src/main/java/com/inmethod/grid/examples/pages/datagrid

Attila

2011/11/1 Chris Colman 

> ** **
>
> Does anyone know how to make a column sortable in an inmethod datagrid.***
> *
>
> ** **
>
> I saw a method called ‘setReorderable’ but calling that will true doesn’tseem 
> to produce the up/down arrow in the column header that I would expect.
> 
>
> ** **
>
> Any suggestions?
>
> ** **
>
> 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 
>
> Website:
>
> http://www.pagebloom.com
>
> http://develop.stepaheadsoftware.com
>
>  
>
> ** **
>

Re: GoAndClearFilter does not reset filterForm fields

[Attila Király]

Hi Sandor,

Just tried filtering on a modified wicket-examples / DataTablePage and the
filter form clearing worked. Even without subclassing GoAndClearFilter.
Maybe the problem is in your dataprovider implementation. How did you
implement the IFilterStateLocator interface?

Regards,
Attila

2011/10/26 sfeher 

> Hi,
>
> I have dig the archives for the solution but did not find anything which
> would be useful for me.
> My problem is that my clean button does not clean my filterForms's fields.
> I have just started to code in wicket so please forgive me for stupid
> questions
> Thank you in advance!
>
> Sandor
>
> -snippet---
>
>@Override
>public Component getFilter(String string, final FilterForm
> ff) {
>return new GoAndClearFilter(string, ff,new
> ResourceModel("edituserform.filter"),new
> ResourceModel("edituserform.clear")) {
>
>
>@Override
>protected void onClearSubmit(Button button) {
>Form form=button.getForm();
>form.clearInput();
>super.onClearSubmit(button);
>}
>};
>};
> -snippet---
>
> http://apache-wicket.1842946.n4.nabble.com/file/n3940445/AdminPage.java
> AdminPage.java
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/GoAndClearFilter-does-not-reset-filterForm-fields-tp3940445p3940445.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: ModalWindow shows Error Page in Opera

[Attila Király]

It is fixed in 1.4.18 too: https://issues.apache.org/jira/browse/WICKET-3615

Attila

2011/10/21 nhsoft.yhw 

> Wicket 1.5.x have fixed the problem.
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/ModalWindow-shows-Error-Page-in-Opera-tp3924738p3924885.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: UTF-8 not working

[Attila Király]

Please provide a small quickstart showcasing the problem to get more help
because based on these information it should work.

Attila

2011/10/15 Mathias Nilsson 

> Oh, And I've also tried putting
> org.springframework.web.filter.CharacterEncodingFilter as the first filter
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/UTF-8-not-working-tp3906237p3907047.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: UTF-8 not working

[Attila Király]

You have to configure a filter (write one or reuse existing ones like
http://static.springsource.org/spring/docs/3.1.0.RC1/javadoc-api/org/springframework/web/filter/CharacterEncodingFilter.html)
to call request.setCharacterEncoding("UTF-8") before wicket gets the
request. This is not needed with wicket 1.5.

Attila

2011/10/14 Mathias Nilsson 

> Sorry. Forgot to say wicket version 1.4.18
>
> getMarkupSettings().setDefaultMarkupEncoding("UTF-8");
> getRequestCycleSettings().setResponseRequestEncoding("UTF-8");
>
> set in init
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/UTF-8-not-working-tp3906237p3906254.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: wicketstuffpush 1.5 timepushservice not working

[Attila Király]

Fixed a bug related to this in trunk. Will be part of next release (probably
1.5.1). With this change your example worked for me with Chrome and Opera
latest stables. Did not work with FF 7 however so there might be other bugs.

Attila

2011/10/1 vineet semwal 

> hellos !
>
> i have used wicketstuff 1.4.17.2 push before with wicket 1.4.x with
> great success..
> but i cant make wicketstuff 1.5.x push timerpushservice working with
> wicket 1.5.x
> i dont see error or any thing that can help me track something
> useful..,i am attaching a simple quickstart application for the same
> ..
>
>
> --
> thank you,
>
> regards,
> Vineet Semwal
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>

Re: wicketAjaxGet Size limt

[Attila Király]

Aren't you sending your data in the url? Even if you are using POST you can
still have some (all) data in the url as query parameters. And there are
limits for url length (both on client/browser side and server side). This
would also explain why does it depend on header buffer size as the url is
read into that buffer.

Attila

2011/9/25 Arjun Dhar 

> Since it was a server error, I changed the "headerBufferSize" config in
> Jetty
> and it worked
> ..but then on changing Jetty Config wicketAjaxPost & wicketAjaxGet were
> both
> working.
>
> "headerBufferSize" uses the request header imo, so on post why do we need
> the request header?
> ..Something does not seem right with my understanding of these functions or
> perhaps how JETTY handles requests.
>
> Its left me a little confused :(
>
>
> Jetty config fix
> --
>
> implementation="org.mortbay.jetty.nio.SelectChannelConnector">
>
>  9090
>
>  6
>
>  24000
>
>
>
>
> ..what im still worried about is the HeaderBuffer Size
>
> -
> Software documentation is like sex: when it is good, it is very, very good;
> and when it is bad, it is still better than nothing!
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/wicketAjaxGet-Size-limt-tp3841117p3842018.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: Wicket 1.5 and Google Analytics

[Attila Király]

If nothing else helps I think you can exclude query parameters in Google
Analytics:
http://www.google.com/support/analytics/bin/answer.py?answer=55499
http://www.google.com/support/analytics/bin/answer.py?answer=55461

Attila

2011/9/20 Bruno Borges 

> With Wicket, versioned pages are being gattered as individual/different
> pages at Google Analytics.
>
> For example:
>
> /app/Home has X pageviews
> /app/Home?1= has Y pageviews
> /app/Home?2= has Z pageviews
>
> And so on.
>
> Does anyone have any idea on how to fix this, except by disabling page
> versioning?
>
> Thanks,
>
> *Bruno Borges*
> (21) 7672-7099
> *www.brunoborges.com*
>

Re: inmethod grid problem in IE8

[Attila Király]

Repeating my previous answer to you: give more details. For example: which
wicket, inmethod-grid versions are you using? Is the problem reproducable
with the wicketstuff inmethod grid examples web app too?

Attila

2011/9/18 Duy Do 

> Any suggestion?
>
>
> On 9/17/2011 10:59 AM, Duy Do wrote:
>
>> Hi Wicketers,
>>
>> I have  a problem with inmethod-grid in IE8 as below error. This issue
>> cause the grid display incorrectly. Is it a bug? And how to fix it?
>>
>> Webpage error details
>>
>> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64;
>> Trident/4.0; EasyBits GO v1.0; SLCC2; .NET CLR 2.0.50727; .NET CLR
>> 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C)
>> Timestamp: Sat, 17 Sep 2011 03:56:56 UTC
>>
>>
>> Message: 'undefined' is null or not an object
>> Line: 464
>> Char: 4
>> Code: 0
>> URI: http://localhost:8080/**chesscom-web/resources/com.**
>> inmethod.grid.common.**AbstractGrid/res/script.js
>>
>>
>> Thanks,
>> Duy
>>
>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: inmethod grid problem in IE8

[Attila Király]

Hi Duy,

which wicket, inmethod-grid versions are you using?

Regards,
Attila

2011/9/17 Duy Do 

> Hi Wicketers,
>
> I have  a problem with inmethod-grid in IE8 as below error. This issue
> cause the grid display incorrectly. Is it a bug? And how to fix it?
>
> Webpage error details
>
> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64;
> Trident/4.0; EasyBits GO v1.0; SLCC2; .NET CLR 2.0.50727; .NET CLR
> 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C)
> Timestamp: Sat, 17 Sep 2011 03:56:56 UTC
>
>
> Message: 'undefined' is null or not an object
> Line: 464
> Char: 4
> Code: 0
> URI: http://localhost:8080/**chesscom-web/resources/com.**
> inmethod.grid.common.**AbstractGrid/res/script.js
>
>
> Thanks,
> Duy
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: wicketstuff tinymce development

[Attila Király]

I would like to point out that tinymce in wicketstuff 1.5 branch needs some
love too. It is not yet ported to wicket 1.5.

Attila

2011/7/27 jbrookover 

>
> Michal Letynski wrote:
> >
> > Is here anyone who is currently doing something with tinymce wicketstuff
> > project ? I saw that in current version we are not able to add more then
> > one instance of tiny in one page.
> >
>
> I've recently made some commits to the tinymce wicketstuff package on
> GitHub, if you want to call that "currently doing something."  :)
>
> You are certainly able to add more than one instance on a page.  We use
> this
> package heavily throughout our applications and it works well, including
> Ajax, spellcheck, and multiple configuration settings.
>
> Jake
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/wicketstuff-tinymce-development-tp3698059p3698489.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: hibernate and jasper reports

[Attila Király]

Choose one from guice and spring and live happily ever after? Why are you
using both of them?

Attila

2011/7/20 hariharansrc 

> i am having two maven projects, wicket hibernate integration using guice
> and
> wicket jasper reports integration using spring. Both project working
> independently well. Can we integrate both the projects into a single
> project. If so how? if not why? If any other solution available without
> integrating both the projects it will be more appreciated!!!
>
>
>   Is there any solution available without integrating it but using
> it as individual components
>
> Since each of my project will produce a war file can i integrate it using
> ear file will it work???
>
> Note: I will  use jasper reports and hibernate  independently so i am
> wondering why Dependency Injection will cause problem in integrating it.
>
>
> Thanks in advance,
> please provide your valuable answer
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/hibernate-and-jasper-reports-tp3680767p3680767.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: inmethod-grid bugs?

[Attila Király]

My guess is that you are using a custom DataProviderAdapter with a custom
AbstractPageableView. If this is the case, the workaround is to override
AbstractPageableView.wrapQuery() to wrap the IQuery into an IGridQuery
similar to DataGridBody.Data.wrapQuery().

I am working on a solution to solve this on the 1.5 branch.

Attila

2011/7/6 Duy Do 

> Hi all,
>
> I'm working on inmethod-grid to add a filter on top of it. Everything works
> fine if I don't navigate through other pages of the grid. Once I go to other
> page and filter the results, I get exception:
>
> java.lang.ClassCastException: 
> com.inmethod.grid.common.**AbstractPageableView$Query
> cannot be cast to com.inmethod.grid.datagrid.**DataGrid$IGridQuery
> at com.chesscom.web.common.**dataprovider.**DataProviderAdapter.query(
> **DataProviderAdapter.java:82)
> at com.inmethod.grid.common.**AbstractPageableView.**initialize(**
> AbstractPageableView.java:222)
> at com.inmethod.grid.common.**AbstractPageableView.**getItemModels(**
> AbstractPageableView.java:411)
>
>  In DataProviderAdapter.java, I found line: DataGrid grid =
> ((DataGrid.IGridQuery) query).getDataGrid();
>
> The current query can not be cast to IGridQuery. Is it a bug?
>
> Thanks,
> Duy
>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: inmethod-grid bugs?

[Attila Király]

Please open an issue in wicketstuff issuetracker at github for this. Thanks.

On Jul 6, 2011 9:16 AM, "Duy Do"  wrote:

Hi Martin,

I use version 1.4.17.

It's same in version 1.5-SNAPSHOT on wicketstuff.

Thank you for your quick response.




On 7/6/2011 2:07 PM, Martin Grigorov wrote:
>
> Which version do you use ?
>
> On Wed, Jul 6, 201...

Re: WicketFilter.init() called twice with Glassfish

[Attila Király]

Using java.net.URL in Set-s and Map-s is a no-no. Wicket should use
java.net.URI instead. See [1] for an example.

Attila

[1] "More Joy of Sets" example with URL from Google Tech Talks:
http://www.youtube.com/watch?v=wDN_EYUvUq0#t=9m58s

2011/7/3 Bertrand Guay-Paquet 
>
>
> When I said "second set", I meant that the same URLs are added, which is
> indeed strange considering that they are added to a HashSet!
>
> After more digging, I found that the URLs are not in fact equal as
> determined by URL.equals(). The URLs with the same string value differ in
> their "host" property which is used by URL.equals(). One "set" of URLs has a
> host == null and the other has host == "". The actual host comparison is
> done in URLStreamHandler.hostsEqual().
>
>

Re: wicketstuff.org/maven is down - trying to get wicketstuff-merged-resources

[Attila Király]

Since wicketstuff releases are published to central there is not much need
for that custom repo. Imho that is the reason why it is not maintained
anymore.

That particular project however seems not to be part of wicketstuff it was
just using its groupid. I found a newer alpha version of it in central with
a different groupid:
http://repo1.maven.org/maven2/at/molindo/wicketstuff-merged-resources/

Attila

On Jul 3, 2011 6:20 PM, "Matt Brictson"  wrote:

Hello list,

I am trying to download wicketstuff-merged-resources-3.0.jar, which until
recently was available in the wicketstuff.org maven repository here:

<
http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-merged-resources/3.0/wicketstuff-merged-resources-3.0.jar
>

Is this a temporary glitch, or has this repository been shut down?

I've also tried maven central and oss.sonatype.org, and while these
repositories do have other wicketstuff artifacts, they do not have
wicketstuff-merged-resources-3.0.

Is there a reliable maven repo for wicketstuff-merged-resources?

Thanks.

--
Matt


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

Re: inmethod-grid generics

[Attila Király]

Hi Duy,

Generics were added only to the 1.5 branch of inmethod-grid. There is no
plan to backport this to the 1.4 branch.

Attila

2011/7/2 Duy Do 

>
> Hi wicketers,
>
> I found inmethod-gric generics for wicket 1.5 on wicketstuff but can not
> find one for wicket 1.4.x. Is there any maven repo for 1.4.x?
>
> Thanks,
> Duy
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: What is the status of wicketstuff dojo?

[Attila Király]

That is the 1.5 branch of wicketstuff. The 1.4 is in
https://github.com/wicketstuff/core/tree/core-1.4.x/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html

Dojo is disabled in the 1.5 branch (enabled in 1.4), probably because there
was noone to maintain it.

Attila

2011/7/1 Steve Swinsburg 

> I found the old source. There is a LOT of stuff missing in the 1.4 release
> compared to the 1.3 release.
>
> 1.3:
>
> https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/attic/wicketstuff-dojo/src/main/java/org/wicketstuff/dojo/markup/html/
>
> 1.4:
>
> https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
>
> Is someone able to migrate that and push a release?
>
> cheers,
> Steve
>
> On 01/07/2011, at 11:51 AM, Steve Swinsburg wrote:
>
> > Hi,
> >
> > Does anyone know what the status of wicketstuff dojo is?
> >
> > I have an application that was written in Wicket 1.3 which I have
> converted to 1.4, likewise for dojo. However there are classes missing from
> the 1.4 release that were being used in the 1.3 release, specifically:
> >
> > org.wicketstuff.dojo.markup.html.list.DojoOrderableListContainer;
> > org.wicketstuff.dojo.markup.html.list.DojoOrderableRepeatingView;
> >
> > It seems that there is only 'toaster' in the
> org/wicketstuff/dojo/markup/html directory:
> >
> https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/dojo-parent/dojo-api/src/main/java/org/wicketstuff/dojo11/markup/html
> >
> > Is the 1.3 source available anywhere? Is anyone maintaining dojo?
> >
> > thanks,
> > Steve
> >
> >
>
>

Re: Wicket and OSGi

[Attila Király]

Good work.

Could you also document the new module on wicketstuff wiki?
https://github.com/wicketstuff/core/wiki

Thanks,
Attila

2011/6/27 Harald Wellmann 

> There is now a new module wicket-osgi in wicketstuff/core at Github with
> some glue code to adapt Wicket to OSGi house rules.
>
> Summary:
>
> - wicket-osgi supports bootstrapping a WicketApplication from the OSGi
> service registry, matching a property value specified as a WicketFilter init
> parameter in web.xml.
>
> - OsgiClassResolver supports Wicket page deserialization.
>
> - OsgiComponentInjector lets you inject OSGi services into WIcket
> components by annotating fields with JSR-330 @Inject.
>
> - wicket-bundle, the all-in-one OSGi-compliant packaging of Wicket, now has
> a revised manifest without dynamic imports.
>
> - wicket-ioc-bundle (sibling of wicket-bundle) does the same for
> wicket-ioc, which is required by wicket-osgi.
>
> - wicket-osgi-test-web and wicket-osgi-test-service are two simple test
> bundles for testing the glue code in an OSGi web container (Pax Web). The
> sample uses Aries Blueprint to interact with the service registry, but of
> course you can also use Declarative Services or a BundleActivator.
>
> - To run the sample webapp:
>
> cd wicketstuff-core/jdk-1.5-**parent/wicket-osgi-parent
> cd wicket-osgi-test-web
> mvn install pax:run
> Open http://localhost:8080/library in your browser.
>
> - To use wicket-osgi in your own projects, have a look at web.xml and
> LibraryApplication.java in wicket-osgi-test-web, and at the Javadoc in
> wicket-osgi.
>
> All of this is anything but final... Have a look at the code, give it a try
> and let me know that you think.
>
> Thanks,
> Harald
>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

[OT] Google, Microsoft, and Yahoo Team Up to Improve Search

[Attila Király]

Hi,

Maybe not everyone heard about it but there is a new way to enhance the
markup and make it more search crawler friendly: http://schema.org . It
seems interesting.

Attila

Re: New Website up using wicket

[Attila Király]

To the topic starter: Did you consider using wicket's html compressor?

On May 13, 2011 7:37 AM, "Josh Kamau"  wrote:

Works really fast. Just curious. Whats on the back end?
spring/guice/hibernate/???

Josh.


On Thu, May 12, 2011 at 6:45 PM, nino martinez wael <
nino.martinez.w...@gmail.com> wrote:

> Nice ...

Re: Error with FileUpload: "ServletRequest does not contain multipart content"

[Attila Király]

What wicket version are you using? There is a difference how file upload is
configured in 1.4 and in 1.5.

Attila

2011/5/10 eugenebalt 

> I looked through that example and in fact duplicated what you have there in
> the simplest possible example. My simple example below is just a single
> FileUpload field and a submit button, that's it.
>
> And I'm still getting that error! I have no idea why.
>
> My HTML:
> --
> http://www.w3.org/1999/xhtml";>
> 
> 
> 
>
> 
> 
> 
> 
> 
>
> 
> 
>
>
> My TestFilePickerForm.java
> --
> import org.apache.wicket.markup.html.form.Form;
> import org.apache.wicket.markup.html.form.upload.FileUploadField;
>
> public class TestFilePickerForm extends Form {
>
>FileUploadField fileUploadField = null;
>
>public TestFilePickerForm(String id) {
>super(id);
>setMultiPart(true);
>
>add(fileUploadField = new FileUploadField("fileInput"));
>
>}
>
>public void onSubmit()
>{
>
>}
> }
>
>
> My TestPage.java
> -
> import org.apache.wicket.ajax.AjaxRequestTarget;
> import org.apache.wicket.markup.html.form.Form;
>
> public class TestPage extends WebPage {
>
>public TestPage()
>{
>super();
>
>TestFilePickerForm testForm = new TestFilePickerForm("testfrm");
>add(testForm);
>}
>}
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Error-with-FileUpload-ServletRequest-does-not-contain-multipart-content-tp3512653p3512840.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: Forms marked as multipart do not work with ajax and IE9

[Attila Király]

Fow new projects I would really consider to use html5 header:


Not only it is the most up to date but it turns browsers and IE8, 9 into
strict mode and IE6, 7 into almost strict mode [1]. So it gets the best out
from the http clients: none of them is using quirks mode with it.

[1] http://en.wikipedia.org/wiki/Quirks_mode#Comparison_of_document_types


Attila

2011/5/6 John Owen 

> We found this issue as well, but a developer here was able to resolve it by
> fixing one of our DOCTYPE declarations. He mentioned that IE9 was being put
> into Quirks mode because we left out the URI of the dtd.
>
> This is the new DOCTYPE declaration we are using with the URI included:
>
>  http://www.w3.org/TR/html4/loose.dtd";>
>
> Regards,
> John
> -Original Message-
> From: Wayne W [mailto:waynemailingli...@gmail.com]
> Sent: Friday, May 06, 2011 5:43 AM
> To: users@wicket.apache.org
> Subject: Forms marked as multipart do not work with ajax and IE9
>
> Hi,
>
> We have a form that you can make comments in against something. This
> is submitted normally via a AjaxSubmitLink, however if you attach a
> file to the form then then form is submitted in a normal non-ajax
> request.
> The problem I'm seeing is if a form is marked as multipart/form-data
> then is submited via ajax IE9 fails with :
>
> Wicket.Ajax.Call.failure: Error while parsing response: Could not find
> root 
>
> IE8 and 7 work fine. Doing some debugging in IE9 versus FF I see that
> in handleMultipartComplete() that the envelope is of type
> DispHTMLDocument instead of XMLDocument
>
> I'm now trying to work around the problem by removing the enctype
> attribute if doing an ajax request.
>
> -
> 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 this a bug?

[Attila Király]

Imho this is the issue mentioned in
https://issues.apache.org/jira/browse/WICKET-3608

Attila

2011/4/25 nimmy 

> no luck... since it is quoted it appears a string
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473617.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: Inmethod Grid Select All or Reload Grid

[Attila Király]

Can you provide a minimal example webapp showing the problem?

Attila

2011/4/18 GJT 

> After debugging, I found out the with the hashCode method, the columns
> don't
> load. If I take out the hashCode method, the columns loads the data again.
> But as I said, the selection doesn't work anymore.
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Inmethod-Grid-Select-All-or-Reload-Grid-tp3456685p3457355.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: Inmethod Grid Select All or Reload Grid

[Attila Király]

2011/4/18 GJT 

> Hi there
>
> I started using the Inmethod DataGrid because I need resizable tables and I
> need to be able to select multi entries.
>
> First, I had the problem that I couldn't select all entries and the multi
> select didin't work properly. In this forum I found out that I have to
> implement hashCode in the model. After that it worked, but the grid didn't
> refresh anymore after I had changed the model.
>
> To sum up, if I use the hashCode, I the table doesn't refresh after I
> change
> the model. If I don't use hashCode, the selection doesn't work properly.
>
> The code for hashCode() and equals I'm using:
>
>  public int hashCode() {
> return new Long(id).hashCode();
>  }
>
>  public boolean equals(final Object obj) {
> if (obj == this) {
>return true;
> } else if (obj == null) {
>return false;
> } else if (obj instanceof DetachableModel) {
>DetachableModel other = (DetachableModel) obj;
>return other.id == this.id;
> }
> return false;
>  }
>
> Thanks for your help.
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Inmethod-Grid-Select-All-or-Reload-Grid-tp3456685p3456685.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
>
>
Hi

Which version are you using (1.4 or 1.5)? What do you mean the grid does not
refresh?

I suggest
examining inmethod-grid-examples (com.inmethod.grid.examples.pages.datagrid
package) which seems to work fine.

Attila

Re: Git workflow tip for WIcketstuff

[Attila Király]

It is a good article on feature branches. Thanks! I smiled on this one:
"will allow us to pretend that we wrote the tests first…" :)

Attila

2011/4/8 Bruno Borges 

> http://reinh.com/blog/2009/03/02/a-git-workflow-for-agile-teams.html
>
>  >Seems
> to be a good idea to squash commits into one single commit, before merging
> a
> feature branch to master.
>
> Except when there are API changes on Wicket core that needs to be tracked
> on
> single commits. Michael O'Cleirigh talked about this on a previous
> post
> .
>
>
> Cheers,
>
> Bruno Borges
> www.brunoborges.com.br
> +55 21 76727099
>
> "The glory of great men should always be
> measured by the means they have used to
> acquire it."
>  - Francois de La Rochefoucauld
>

Re: Wicket 1.5 and Tomcat 7 encoding issues?

[Attila Király]

Hi,

you are right this is the issue: request encoding is not set. I forgot it
but I use spring's CharacterEncodingFilter for that in all my web apps (not
just wicket ones). But I think this could be done in wicket 1.5 out of the
box, so I made a patch for it:
https://issues.apache.org/jira/browse/WICKET-3578

<https://issues.apache.org/jira/browse/WICKET-3578>Attila

2011/3/30 Andrea Del Bene 

> Hi,
>
> maybe I've got the same problem. I'm using Wicket 1.5 RC3 (but with tomcat
> 6.0.32) and each italian character (èàòì...) went lost, even if page
> encoding was UTF-8. I've tried each of the previous suggestions but they
> didn't work.
> I've solved it adding a filter to my app, as described here
> http://wiki.apache.org/tomcat/FAQ/CharacterEncoding#Q3
>
> Hope this could help.
>
>  I remember something about it, I'll try it and tell if it made a
>> difference..
>>
>> thanks
>>
>> 2011/3/30 Antoine van Wel:
>>
>>> Maybe this in application startup?
>>>
>>> getMarkupSettings().setDefaultMarkupEncoding("UTF-8");
>>>
>>>
>>> Antoine
>>>
>>>
>>> On Wed, Mar 30, 2011 at 8:13 AM, nino martinez wael
>>>   wrote:
>>>
>>>> A screen shot? it's the text that should have shown this:
>>>>
>>>> "IT support vest æ ø å"
>>>>
>>>> http://www.imageupload.org/?d=4D92CA9C1
>>>>
>>>> 2011/3/29 Attila Király:
>>>>
>>>>> Could you provide a small example showing the problem?
>>>>>
>>>>> Attila
>>>>>
>>>>> 2011/3/29 nino martinez wael
>>>>>
>>>>>  Yeah I think so, the file encoding are utf-8
>>>>>>
>>>>>> Although this are in the header :
>>>>>>
>>>>>> 
>>>>>> >>>>> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
>>>>>> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"
>>>>>>xmlns:wicket="
>>>>>> http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd";>
>>>>>>
>>>>>> We had the meta tag aswell for utf-8 but it made no difference..
>>>>>>
>>>>>> Is there something else that I am missing?
>>>>>>
>>>>>> 2011/3/29 Attila Király:
>>>>>>
>>>>>>> Yep I ment that and it looks ok. Is your html page in UTF-8 as well?
>>>>>>>
>>>>>>> Attila
>>>>>>>
>>>>>>> 2011/3/29 nino martinez wael
>>>>>>>
>>>>>>>  you mean like this:
>>>>>>>>
>>>>>>>>>>>>>>>   connectionTimeout="2"
>>>>>>>>   redirectPort="8443" URIEncoding="UTF-8" />
>>>>>>>>
>>>>>>>> Already done so.. Or?
>>>>>>>>
>>>>>>>> Thanks for helping..
>>>>>>>>
>>>>>>>> 2011/3/29 Attila Király:
>>>>>>>>
>>>>>>>>> If this encoding issue is in url: did you configure Tomcat to use
>>>>>>>>>
>>>>>>>> UTF-8
>>>>>>
>>>>>>> for
>>>>>>>>
>>>>>>>>> uri encoding (URIEncoding attribute on the HTTP connector)? The
>>>>>>>>>
>>>>>>>> default
>>>>>>
>>>>>>> encoding for URI is ISO-8859-1 in Tomcat and UTF-8 in Jetty.
>>>>>>>>>
>>>>>>>>> Attila
>>>>>>>>>
>>>>>>>>> 2011/3/29 nino martinez wael
>>>>>>>>>
>>>>>>>>>  Hi Guys
>>>>>>>>>>
>>>>>>>>>> Im not sure if this is a wicket issue (I don't think so). But we
>>>>>>>>>> are
>>>>>>>>>> experiencing encoding(æøå) issues with Tomcat 7.0.11 after using
>>>>>>>>>> Apache Wicket 1.5-rc2. However this issue does not occur when
>>>>>>>>>> running
>>>>>>>>>> Jetty..
>>>>>>>>>>
>>>>>>>>>> Anyone has an idea on howto fix this?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> regards 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
>>>>>>>>
>>>>>>>>
>>>>>>>> -
>>>>>> 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
>>
>>
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Wicket 1.5 and Tomcat 7 encoding issues?

[Attila Király]

Could you provide a small example showing the problem?

Attila

2011/3/29 nino martinez wael 

> Yeah I think so, the file encoding are utf-8
>
> Although this are in the header :
>
> 
>  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
> http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"
>xmlns:wicket="
> http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd";>
>
> We had the meta tag aswell for utf-8 but it made no difference..
>
> Is there something else that I am missing?
>
> 2011/3/29 Attila Király :
> > Yep I ment that and it looks ok. Is your html page in UTF-8 as well?
> >
> > Attila
> >
> > 2011/3/29 nino martinez wael 
> >
> >> you mean like this:
> >>
> >> >>   connectionTimeout="2"
> >>   redirectPort="8443" URIEncoding="UTF-8" />
> >>
> >> Already done so.. Or?
> >>
> >> Thanks for helping..
> >>
> >> 2011/3/29 Attila Király :
> >> > If this encoding issue is in url: did you configure Tomcat to use
> UTF-8
> >> for
> >> > uri encoding (URIEncoding attribute on the HTTP connector)? The
> default
> >> > encoding for URI is ISO-8859-1 in Tomcat and UTF-8 in Jetty.
> >> >
> >> > Attila
> >> >
> >> > 2011/3/29 nino martinez wael 
> >> >
> >> >> Hi Guys
> >> >>
> >> >> Im not sure if this is a wicket issue (I don't think so). But we are
> >> >> experiencing encoding(æøå) issues with Tomcat 7.0.11 after using
> >> >> Apache Wicket 1.5-rc2. However this issue does not occur when running
> >> >> Jetty..
> >> >>
> >> >> Anyone has an idea on howto fix this?
> >> >>
> >> >>
> >> >> regards 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
> >>
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Wicket 1.5 and Tomcat 7 encoding issues?

[Attila Király]

Yep I ment that and it looks ok. Is your html page in UTF-8 as well?

Attila

2011/3/29 nino martinez wael 

> you mean like this:
>
>   connectionTimeout="2"
>   redirectPort="8443" URIEncoding="UTF-8" />
>
> Already done so.. Or?
>
> Thanks for helping..
>
> 2011/3/29 Attila Király :
> > If this encoding issue is in url: did you configure Tomcat to use UTF-8
> for
> > uri encoding (URIEncoding attribute on the HTTP connector)? The default
> > encoding for URI is ISO-8859-1 in Tomcat and UTF-8 in Jetty.
> >
> > Attila
> >
> > 2011/3/29 nino martinez wael 
> >
> >> Hi Guys
> >>
> >> Im not sure if this is a wicket issue (I don't think so). But we are
> >> experiencing encoding(æøå) issues with Tomcat 7.0.11 after using
> >> Apache Wicket 1.5-rc2. However this issue does not occur when running
> >> Jetty..
> >>
> >> Anyone has an idea on howto fix this?
> >>
> >>
> >> regards 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: Wicket 1.5 and Tomcat 7 encoding issues?

[Attila Király]

If this encoding issue is in url: did you configure Tomcat to use UTF-8 for
uri encoding (URIEncoding attribute on the HTTP connector)? The default
encoding for URI is ISO-8859-1 in Tomcat and UTF-8 in Jetty.

Attila

2011/3/29 nino martinez wael 

> Hi Guys
>
> Im not sure if this is a wicket issue (I don't think so). But we are
> experiencing encoding(æøå) issues with Tomcat 7.0.11 after using
> Apache Wicket 1.5-rc2. However this issue does not occur when running
> Jetty..
>
> Anyone has an idea on howto fix this?
>
>
> regards Nino
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: [OT] Apache Wicket Merchandise, nominees Spring roundup

[Attila Király]

Hi!

I nominate Martin Grigorov for his continuous, dedicated work on wicket and
friendly help for users.

Attila

2011/3/28 nino martinez wael 

> Hi guys
>
> Been a while, but theres cash in the shop[1] again so that means it's
> time to give out some merchandise :)
>
> So lets round up some nominees for the very prestigious Apache Wicket
> Merchandise community AWARD program..
>
> I nominate
>
> Igor for doing his Wicket cookbook[2]
> Michael O'Cleirigh for work on maintaining wicketstuff
>
>
> Please reply to this thread with other nominees, state name and reason
> why you think the nominee are the best contributer to the wicket
> community.. After April 15 I'll put up a poll so we all can decide who
> should be the lucky winner..
>
>
> [2]https://www.packtpub.com/apache-wicket-cookbook/book
> [1]http://www.cafepress.com/apachewicket
> regards Nino
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: PackageResourceReference, MetaInfStaticResourceReference and timestamps

[Attila Király]

2011/3/25 

>  <
>  is
>  <
> 
> Attila can you elaborate on your tests?  Are you comparing the difference
> between using a resource reference (js) and image component (png) in
> wicket vs linking straight the to the files in html?  If so, what
> relevance does whether the static files are in META-INF or WEB-INF have?
> Not that much because if I am correct the extra overhead is introduced by
> having wicket process the resource and spit out the markup...
>
>
Hi!

In speed test I compared the serving time of the static resources directly
(and not the rendering time of the url-s in the wicket page or the page
itself). With jmeter I calculated the average time for serving 20k times the
same resource trough Servlet 3.0 meta and trough wicket.

Attila

Re: Apache Wicket Cookbook Published!

[Attila Király]

Gratulations! I ordered one.

Attila

2011/3/25 Igor Vaynberg 

> For the past nine months I have been quietly working on a book about
> Wicket...

Re: PackageResourceReference, MetaInfStaticResourceReference and timestamps

[Attila Király]

2011/3/24 Martin Grigorov 

> Hi,
>
> On Thu, Mar 24, 2011 at 7:17 AM, Attila Király  >wrote:
>
> > 2011/3/24 hok 
> > >
> > > 2. In the Servlet 3.0 specification it's possible to have static
> > resources
> > > under META-INF/resources and I noticed that wicket has
> > > MetaInfStaticResourceReference, which is better for serving static
> > > resources. In my case for some components I have css files which are
> > loaded
> > > like:
> > >
> > >response.renderCSSReference(new
> > PackageResourceReference(getClass(),
> > > getClass().getSimpleName() + ".css"));
> > >
> > > So, it should be better to move all those css files under
> > > META-INF/resources. However, this somehow contradicts with the wicket
> > > philosophy of having everything in one place and requires maintaining a
> > > parallel package folder structure under META-INF/resources. Do you
> think
> > > it's worth it?
> > >
> >
> > Hi,
> >
> > In my tests I found that Tomcat 7 serves static files from
> > META-INF/resources directory 2-3 times faster than wicket. So if
> > performance
> > is important I think it is worth it. I am pragmatic about it: maybe it is
> > bad to not hold everything in the same directory but this is a feature
> that
> > fits wicket pretty well (bundling static files in jars) so it would be
> > worse
> > to not use it.
> >
> > Attila
> >
> With the new CachingResourceStreamLocator the serving should be faster now.
> See https://issues.apache.org/jira/browse/WICKET-3511.
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com <http://jweekend.com/>
>

Hi,

I made a new test (serving a png and a js) with current trunk and the gap is
much smaller now: tomcat is 25% faster on average.

Attila

Re: PackageResourceReference, MetaInfStaticResourceReference and timestamps

[Attila Király]

2011/3/24 hok 
>
> 2. In the Servlet 3.0 specification it's possible to have static resources
> under META-INF/resources and I noticed that wicket has
> MetaInfStaticResourceReference, which is better for serving static
> resources. In my case for some components I have css files which are loaded
> like:
>
>response.renderCSSReference(new PackageResourceReference(getClass(),
> getClass().getSimpleName() + ".css"));
>
> So, it should be better to move all those css files under
> META-INF/resources. However, this somehow contradicts with the wicket
> philosophy of having everything in one place and requires maintaining a
> parallel package folder structure under META-INF/resources. Do you think
> it's worth it?
>

Hi,

In my tests I found that Tomcat 7 serves static files from
META-INF/resources directory 2-3 times faster than wicket. So if performance
is important I think it is worth it. I am pragmatic about it: maybe it is
bad to not hold everything in the same directory but this is a feature that
fits wicket pretty well (bundling static files in jars) so it would be worse
to not use it.

Attila

Re: FileUpload size limit

[Attila Király]

You are right, these special cases should not be in wicket core if they can
be implemented separately.

In this case the FileReader API could be used to do client side javascript
based size checking. It is interesting to me so I will probably make a new
class for it in wicketstuff/html5. I think it can be done in a way so it is
used when FileReader API is available but cause no trouble if it is not (so
it works in all browsers and IEs).

Attila

2011/3/18 Martin Grigorov 

> On Fri, Mar 18, 2011 at 3:53 PM, Attila Király  >wrote:
>
> > That will be the HTML5 FileReader Api. Too bad it is not supported in IE9
> > and Opera. But it would awesome to see wicket support for that because it
> > would give a better user experience in Chrome and FF.
> >
>
> Attila, you know that I don't use Windows/IE but Wicket as web framework
> should support it. Even the ancient IE6 ...
> We don't even use XMLHttpRequest v.2 capabilities to upload files and
> provide progress but use iframe for ajax uploads for this reason.
> To keep it simple we don't like to add branches in the code for upload in
> FF/Chrome and the rest.
>
> At least it is easy to override wicket-ajax.js with monkey patch and use
> the
> newest technologies if your users agree on that.
>
> >
> > Attila
> >
> > 2011/3/18 John Owen 
> >
> > > There are some javascript-based solutions that can check the file info
> > > (size, extensions, etc.) before transmitting the file(s). The downside
> is
> > > that they don't work in IE (up to IE 8).
> > >
> > > The example I found most useful is here:
> http://valums.com/ajax-upload/
> > >
> > > Regards
> > >
> > > -Original Message-
> > > From: Henrique Boregio [mailto:hbore...@gmail.com]
> > > Sent: Thursday, March 17, 2011 10:00 PM
> > > To: users@wicket.apache.org
> > > Subject: FileUpload size limit
> > >
> > > Hi, how can I restrict the size of a file being uploaded, before it
> gets
> > > uploaded?
> > >
> > > The following code does not work, since wicket first uploads the file
> to
> > > the
> > > server, THEN checks its size (I've tried it uploading a 1Gig file):
> > >
> > >   protected void onSubmit() {
> > >
> > >final FileUpload upload = fileUploadField.getFileUpload();
> > >
> > >if (upload != null) {
> > > if(upload.getSize() > Bytes.kilobytes(150).bytes()) {
> > > return;
> > > }
> > > }
> > > }
> > >
> > >
> > > I've also tried setting the form's maxSize like so, but the file still
> > > seems
> > > to get uploaded:
> > > setMaxSize(Bytes.kilobytes(150));
> > >
> > > Anyone run into this same problem? Thanks.
> > >
> > > -
> > > 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/>
>

Re: FileUpload size limit

[Attila Király]

That will be the HTML5 FileReader Api. Too bad it is not supported in IE9
and Opera. But it would awesome to see wicket support for that because it
would give a better user experience in Chrome and FF.

Attila

2011/3/18 John Owen 

> There are some javascript-based solutions that can check the file info
> (size, extensions, etc.) before transmitting the file(s). The downside is
> that they don't work in IE (up to IE 8).
>
> The example I found most useful is here: http://valums.com/ajax-upload/
>
> Regards
>
> -Original Message-
> From: Henrique Boregio [mailto:hbore...@gmail.com]
> Sent: Thursday, March 17, 2011 10:00 PM
> To: users@wicket.apache.org
> Subject: FileUpload size limit
>
> Hi, how can I restrict the size of a file being uploaded, before it gets
> uploaded?
>
> The following code does not work, since wicket first uploads the file to
> the
> server, THEN checks its size (I've tried it uploading a 1Gig file):
>
>   protected void onSubmit() {
>
>final FileUpload upload = fileUploadField.getFileUpload();
>
>if (upload != null) {
> if(upload.getSize() > Bytes.kilobytes(150).bytes()) {
> return;
> }
> }
> }
>
>
> I've also tried setting the form's maxSize like so, but the file still
> seems
> to get uploaded:
> setMaxSize(Bytes.kilobytes(150));
>
> Anyone run into this same problem? Thanks.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: FileUpload size limit

[Attila Király]

The "maxPostSize" setting in tomcat is not playing any role in file uploads
(multipart requests) because these requests are processed by the web
application directly. So this should be configured with wicket settings like
IApplicationSettings. setDefaultMaximumUploadSize() and Form.setMaxSize().
But the browser will sadly send the file anyway.

Attila

2011/3/18 Bruno Borges 

> I guess you should consider configuring your container properly:
>
>
> http://stackoverflow.com/questions/2947683/httprequest-maximum-allowable-size-in-tomcat
>
> <
> http://stackoverflow.com/questions/2947683/httprequest-maximum-allowable-size-in-tomcat
> >
> Cheers,
>
> Bruno Borges
> www.brunoborges.com.br
> +55 21 76727099
>
> "The glory of great men should always be
> measured by the means they have used to
> acquire it."
>  - Francois de La Rochefoucauld
>
>
>
> On Thu, Mar 17, 2011 at 11:59 PM, Henrique Boregio  >wrote:
>
> > Hi, how can I restrict the size of a file being uploaded, before it gets
> > uploaded?
> >
> > The following code does not work, since wicket first uploads the file to
> > the
> > server, THEN checks its size (I've tried it uploading a 1Gig file):
> >
> >   protected void onSubmit() {
> >
> >final FileUpload upload = fileUploadField.getFileUpload();
> >
> >if (upload != null) {
> > if(upload.getSize() > Bytes.kilobytes(150).bytes()) {
> > return;
> > }
> > }
> > }
> >
> >
> > I've also tried setting the form's maxSize like so, but the file still
> > seems
> > to get uploaded:
> > setMaxSize(Bytes.kilobytes(150));
> >
> > Anyone run into this same problem? Thanks.
> >
>

Re: FileUpload size limit

[Attila Király]

Hi,

The sad answer is that you can not prevent the actual data transfer between
the browser and the server. The core problem is that all browsers of today
will only read the response after the request has been fully written out.
This means that even if you know the size from the content-length and you
know that you do not want to process the inputstream at all, the data will
still be sent by the browser and the servlet container will still have to
read and skip it.

The only exception to this is a new settings in tomcat 7.0.11:
"swallowAbortedUploads" (see [1]). If you disable this (default is true)
Tomcat will not read the request body if the application set a 413 response
(request entity too large). This is quick and prevents the data transfer but
all browsers treat it as an aborted connection during request sending (and
they do not care about the response already sitting there at their sockets)
and they show a big error page.
However this can probably still be worked around if you target a hidden
iframe with the upload form. So if the file is big and tomcat closes the
connection the error is loaded into the iframe and it is not shown to the
user. Maybe this could be integrated into the wicket-ajax-multipart-upload
functionality but currently it is not. I would definitely like it (and I
already opened an improvement issue not long ago about this, see [2]).

[1] "swallowAbortedUploads":
http://tomcat.apache.org/tomcat-7.0-doc/config/context.html
[2] https://issues.apache.org/jira/browse/WICKET-3525

Attila

2011/3/18 Henrique Boregio 

> Hi, how can I restrict the size of a file being uploaded, before it gets
> uploaded?
>
> The following code does not work, since wicket first uploads the file to
> the
> server, THEN checks its size (I've tried it uploading a 1Gig file):
>
>   protected void onSubmit() {
>
>final FileUpload upload = fileUploadField.getFileUpload();
>
>if (upload != null) {
> if(upload.getSize() > Bytes.kilobytes(150).bytes()) {
> return;
> }
> }
> }
>
>
> I've also tried setting the form's maxSize like so, but the file still
> seems
> to get uploaded:
> setMaxSize(Bytes.kilobytes(150));
>
> Anyone run into this same problem? Thanks.
>

Re: Externalizing Page Mounts Via Spring

[Attila Király]

Your xml config tries to instantiate the page. Try this:



Attila

2011/3/9 Arjun Dhar 

> Hi,
>  I wanted to externalize the Page Mounts using Spring.
>
> Earlier in my "Application" class the code was like:
>
> mount(new QueryStringUrlCodingStrategy("login", loginPage.class));
>
>
> So What I did was:
>
> ...
>//Scan for All IMountLoaders in the context and get the
> Mount points from them automatically
>Map mountLoadersMap =
> springContext.getBeansOfType(IMountLoader.class);
>List mountPoints = ... Get Mount Points from Spring ...
>for (IRequestTargetUrlCodingStrategy mountPoint :
> mountPoints) {
>mount(mountPoint);
>}
> ...
>
>
> : SPRING FILE CORRESPONDING CONFIG
> :
>
>
>
>
>
>
>
>
>
>
>
>
> However this leads to an Exception:
> .springframework.beans.BeanInstantiationException: Could not instantiate
> bean class [com.me.loginPage]: Constructor threw exception; nested
> exception
> is java.lang.IllegalStateException: you can only locate or create sessions
> in the context of a request cycle:
>
> java.lang.IllegalStateException: you can only locate or create sessions in
> the context of a request cycle
>at org.apache.wicket.Session.findOrCreate(Session.java:209)
>at org.apache.wicket.Session.get(Session.java:253)
>at
> org.apache.wicket.Application$1.onInstantiation(Application.java:299)
>at
>
> org.apache.wicket.Application.notifyComponentInstantiationListeners(Application.java:1093)
>
>
>
> I wanna keep the code fluid and dont wanna wire it to any specific
> @SpringBean kinda config. Is there an easy way out here?
>
>
>
>
> -
> Don't take life too seriously, your'e not getting out it alive anyway!
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Externalizing-Page-Mounts-Via-Spring-tp3343247p3343247.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: My failed 1.5 migration. Advice on HttpSessionDataStore and/or Jetty clustering needed

[Attila Király]

Your last exception seems pretty similar to those mentioned in
https://issues.apache.org/jira/browse/WICKET-3470 (especially the last one
also related to GAE: loading a persisted session at application startup).

Attila

2011/3/1 Per Fragemann 

>
> Hi all,
>
> I'm running a pretty complex web application on Wicket 1.4 and Google App
> Engine, and want to move to Wicket 1.5.  Now before you think "GAE,
> whatever...", please hear me out! :-)   GAE is radically clustered, and
> problems showing here may eventually surface in other clustered environments
> too. Maybe not as instantly as on GAE, but possibly harder to track then.
>
> While most things work fine currently in 1.4 (except multitab-support), the
> 1.5 migration was a bit of a desaster, and I had to revert it. I reduced my
> problem back to a simple quickstart (see attached). Using Martin's
> gae-initialiser, I got it running easily, but here's the problem:
>
> * Add an AJAX component onto a page, e.g. an AjaxButton, and let it modify
> the page by updating a label's model to a random number. Click it a couple
> of times.
> * Now go to a different page.
> * Use the browsers back button.
>
> When I test this locally the following happens: If the render-strategy is
> ONE_PASS_RENDER or REDIRECT_TO_RENDER, the page has been reset to its
> original state when we return to it. when using REDIRECT_TO_BUFFER, the page
> displays the right version (e.g. just like we left it). Sweet.
>
> Now, when testing this on the remote GAE server however, things go bad:
> one-pass and redirect-to-render continue to not work. But redirect-to-buffer
> now displays a random version of the page after pushing the back button! I
> can even go back and forward, and get different versions of the page each
> time! I suppose the different nodes of App Engine have different page
> versions each.
>
> So basically the whole page-serialisation concept is out of order here
> (while it works fine on 1.4, and also works fine in 1.5 without using GAE)
>
> Maybe a missing history entry while using the back button isn't that bad,
> but I reckon the broken history is *also* to blame for countless
> page-expired errors I got, which then led me to roll back the release and
> deploy Wicket 1.4 again.
>
>
> IMO, the bugfix in https://issues.apache.org/jira/browse/WICKET-3483 hints
> at the problem, but only fights the symptom, not the root cause. The fix
> wants to avoid that null pages screw up the finding of pages. But when a
> null page just got passed into the PersistentPageManager, it's not enough to
> properly ignore it; something else seems to be broken in the first place. To
> my limited understanding we encounter null here because there's a check in
> DefaultPageStore:
>
>
>public Serializable prepareForSerialization(final String sessionId,
> final Object object)
>{
>if (pageDataStore.isReplicated())
>{
>return null;
>}
>
> The current implementation of the HttpSessionDataStore returns 'true' in
> its isReplicated() method, so a null page gets returned then serialised by
> the above method, and later it gets deserialised into null again, and then
> wicket decides to re-render that page from scratch because it can't deal
> with a null object/find the right page in the pagestore.
>
> Now, I wonder, how this is supposed to work at all? How can the
> prepareForSerialisation method simply return and then serialise null, and
> still expect things to work out later on?
>
> So I thought it might make more sense to return "false" in the
> isReplicatedMethod of HttpSessionDataStore, to force the DefaultPageStore
> down the other part. When I do that, *something* is indeed serialised and
> wants to get deserialised. However, now I run into a new exciting problem:
>
> Nested in javax.servlet.ServletException:
> org.apache.wicket.WicketRuntimeException: There is no application attached
> to current thread pool-4-thread-1:
> org.apache.wicket.WicketRuntimeException: There is no application attached
> to current thread pool-4-thread-1
>at org.apache.wicket.Application.get(Application.java:227)
>at org.apache.wicket.Session.get(Session.java:154)
>at
> org.apache.wicket.page.DefaultPageManagerContext.getSessionAttribute(DefaultPageManagerContext.java:63)
>at
> org.apache.wicket.pageStore.memory.HttpSessionDataStore.getPageTable(HttpSessionDataStore.java:128)
>at
> org.apache.wicket.pageStore.memory.HttpSessionDataStore.storeData(HttpSessionDataStore.java:108)
>at
> org.apache.wicket.pageStore.DefaultPageStore.storePageData(DefaultPageStore.java:107)
>at
> org.apache.wicket.pageStore.DefaultPageStore.restoreAfterSerialization(DefaultPageStore.java:287)
>at
> org.apache.wicket.page.PersistentPageManager$SessionEntry.readObject(PersistentPageManager.java:240)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMeth

Re: [announce] Wicket 1.5-rc2 is released!

[Attila Király]

As a workaround you can download the missing core jar from the maven repo:
http://repo1.maven.org/maven2/org/apache/wicket/wicket-core/1.5-rc2/

There
is no wicket.jar because it was sliced up into 3 smaller one: core (missing
from the distribution), request and util.

Attila

2011/2/28 fstof 

>
> Andrea Del Bene-2 wrote:
> >
> > Hi fstof,
> >
> > maybe you meant wicket-core-1.5-rc2.jar and not  wicket-1.5-rc1.jar. In
> > full distribution still missing wicket core jar.
> >
> >
>
> O crap... stupid typo... I copied from my rc1 lib folder...
> I ment rc2.
>
> either way there is no wicket-core-1.5-rc2.jar (or wicket-1.5-rc2.jar for
> that matter)
>
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/announce-Wicket-1-5-rc2-is-released-tp3324596p3327724.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: Question about Unit Testing with custom Session

[Attila Király]

Hi,

2011/2/9 Dmitriy Neretin 

> Thank you it finally works! :)
>

Great!


> But what I still don't understand: the problem appeared after I inserted
> following in the custom session constructor:
>
> InjectorHolder.getInjector().inject(this);
>
> And why it worked with only one WicketTester constructor parameter (new
> MyApplication)? And after Spring integration there schould be 2 parameters?
>

Only spring's XmlWebApplicationContext needed the real web app resources
(the WEB-INF/applicationContext.xml file) wicket itself did not. So without
injection nothing was using it.

P.S. My assertion for ServletContext looks like this:
>
>
> Assert.assertNotNull(tester.getServletSession().getServletContext().getContext("WEB-INF/web.xml"));
>

You are right. tester.getServletContext() is only available in 1.5, not in
1.4.

Attila


>
> On 9 February 2011 14:27, Attila Király  wrote:
>
> > The problem is that your test is not actualy running in a servlet
> > container,
> > only in a wicket mocked servlet context. To access webapp resources in
> the
> > test you have to specify in the second parameter of WicketTester
> > constructor
> > where your web app's root is. Like this (in a maven project):
> >
> > WicketTester tester = new WicketTester(new MockApplication(),
> > "target/my-webapp-name");
> >
> >
> Assert.assertNotNull(tester.getServletContext().getResource("WEB-INF/web.xml"));
> >
> > Attila
> >
> > 2011/2/9 Dmitriy Neretin 
> >
> > > Hi,
> > >
> > > thank you! Now I know how to get the ServletContext :) But it didn't
> > solve
> > > the main problem. This time I got following exception:
> > >
> > > IOException parsing XML document from ServletContext resource
> > > [/WEB-INF/applicationContext.xml]; nested exception is
> > > java.io.FileNotFoundException: Could not open ServletContext resource
> > > [/WEB-INF/applicationContext.xml]
> > >
> > > This is the right path. The xml file is there. It also schouldn't be a
> > > problem with file system permissions :(
> > >
> > > On 9 February 2011 12:57, Attila Király 
> > wrote:
> > >
> > > > Hi,
> > > >
> > > > Try this in your application's #init() method (before calling
> > #refresh()
> > > on
> > > > ctx)
> > > >
> > > > ctx.setServletContext(getServletContext());
> > > >
> > > > Attila
> > > >
> > > > 2011/2/9 Dmitriy Neretin 
> > > >
> > > > > Thank you for reply,
> > > > >
> > > > > yes! And I get then another exception :)
> > > > >
> > > > > Cannot resolve ServletContextResource without ServletContext
> > > > >
> > > > > Does andybody know how can I get/set the servletContext?
> > > > >
> > > > > Dmitriy
> > > > >
> > > > > On 8 February 2011 18:01, Igor Vaynberg 
> > > wrote:
> > > > >
> > > > > > did you call context.refresh() ? like the error message said?
> > > > > >
> > > > > > -igor
> > > > > >
> > > > > > On Tue, Feb 8, 2011 at 1:31 AM, Dmitriy Neretin
> > > > > >  wrote:
> > > > > > > Hi,
> > > > > > >
> > > > > > > my complete setUp looks like this:
> > > > > > >
> > > > > > > @Before
> > > > > > >public void setUp() {
> > > > > > >MworldWicketApplication wicketWebApp = new
> > > > > > MworldWicketApplication()
> > > > > > > {
> > > > > > >
> > > > > > >ApplicationContext ctx = new
> > XmlWebApplicationContext();
> > > > > > >
> > > > > > >@Override
> > > > > > >public void init() {
> > > > > > >addComponentInstantiationListener(new
> > > > > > > SpringComponentInjector(this, ctx, true));
> > > > > > >}
> > > > > > >};
> > > > > > >
> > > > > > >tester = new WicketTester(wicketWebApp);
> > > > > > >pageParams = new HashMap();
> > > > > > >}
> > > > > > >
> > > >

Re: Question about Unit Testing with custom Session

[Attila Király]

The problem is that your test is not actualy running in a servlet container,
only in a wicket mocked servlet context. To access webapp resources in the
test you have to specify in the second parameter of WicketTester constructor
where your web app's root is. Like this (in a maven project):

WicketTester tester = new WicketTester(new MockApplication(),
"target/my-webapp-name");
Assert.assertNotNull(tester.getServletContext().getResource("WEB-INF/web.xml"));

Attila

2011/2/9 Dmitriy Neretin 

> Hi,
>
> thank you! Now I know how to get the ServletContext :) But it didn't solve
> the main problem. This time I got following exception:
>
> IOException parsing XML document from ServletContext resource
> [/WEB-INF/applicationContext.xml]; nested exception is
> java.io.FileNotFoundException: Could not open ServletContext resource
> [/WEB-INF/applicationContext.xml]
>
> This is the right path. The xml file is there. It also schouldn't be a
> problem with file system permissions :(
>
> On 9 February 2011 12:57, Attila Király  wrote:
>
> > Hi,
> >
> > Try this in your application's #init() method (before calling #refresh()
> on
> > ctx)
> >
> > ctx.setServletContext(getServletContext());
> >
> > Attila
> >
> > 2011/2/9 Dmitriy Neretin 
> >
> > > Thank you for reply,
> > >
> > > yes! And I get then another exception :)
> > >
> > > Cannot resolve ServletContextResource without ServletContext
> > >
> > > Does andybody know how can I get/set the servletContext?
> > >
> > > Dmitriy
> > >
> > > On 8 February 2011 18:01, Igor Vaynberg 
> wrote:
> > >
> > > > did you call context.refresh() ? like the error message said?
> > > >
> > > > -igor
> > > >
> > > > On Tue, Feb 8, 2011 at 1:31 AM, Dmitriy Neretin
> > > >  wrote:
> > > > > Hi,
> > > > >
> > > > > my complete setUp looks like this:
> > > > >
> > > > > @Before
> > > > >public void setUp() {
> > > > >MworldWicketApplication wicketWebApp = new
> > > > MworldWicketApplication()
> > > > > {
> > > > >
> > > > >ApplicationContext ctx = new XmlWebApplicationContext();
> > > > >
> > > > >@Override
> > > > >public void init() {
> > > > >addComponentInstantiationListener(new
> > > > > SpringComponentInjector(this, ctx, true));
> > > > >}
> > > > >};
> > > > >
> > > > >tester = new WicketTester(wicketWebApp);
> > > > >pageParams = new HashMap();
> > > > >}
> > > > >
> > > > > So the wickettester instance is created after the Appllication
> class
> > is
> > > > > overriden. Even if I extract the wickettester creation from setup
> and
> > > > will
> > > > > make it in each test (it is actually the same) I have the same
> > problem.
> > > > >
> > > > > After debuggin the tests I have seen that my appcontext instance
> was
> > > > created
> > > > > and the .xml file was correctly recognized :( But I still get the
> > > > > exception...
> > > > >
> > > > > On 8 February 2011 07:37, Igor Vaynberg 
> > > wrote:
> > > > >
> > > > >> make sure your setup() code runs before wicket tester instance is
> > > > created.
> > > > >>
> > > > >> -igor
> > > > >>
> > > > >> On Mon, Feb 7, 2011 at 7:41 AM, Dmitriy Neretin
> > > > >>
> > > > >>
> > > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > For additional commands, e-mail: users-h...@wicket.apache.org
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > "I would rather write programs to write programs than write programs."
> >
>

Re: Question about Unit Testing with custom Session

[Attila Király]

Hi,

Try this in your application's #init() method (before calling #refresh() on
ctx)

ctx.setServletContext(getServletContext());

Attila

2011/2/9 Dmitriy Neretin 

> Thank you for reply,
>
> yes! And I get then another exception :)
>
> Cannot resolve ServletContextResource without ServletContext
>
> Does andybody know how can I get/set the servletContext?
>
> Dmitriy
>
> On 8 February 2011 18:01, Igor Vaynberg  wrote:
>
> > did you call context.refresh() ? like the error message said?
> >
> > -igor
> >
> > On Tue, Feb 8, 2011 at 1:31 AM, Dmitriy Neretin
> >  wrote:
> > > Hi,
> > >
> > > my complete setUp looks like this:
> > >
> > > @Before
> > >public void setUp() {
> > >MworldWicketApplication wicketWebApp = new
> > MworldWicketApplication()
> > > {
> > >
> > >ApplicationContext ctx = new XmlWebApplicationContext();
> > >
> > >@Override
> > >public void init() {
> > >addComponentInstantiationListener(new
> > > SpringComponentInjector(this, ctx, true));
> > >}
> > >};
> > >
> > >tester = new WicketTester(wicketWebApp);
> > >pageParams = new HashMap();
> > >}
> > >
> > > So the wickettester instance is created after the Appllication class is
> > > overriden. Even if I extract the wickettester creation from setup and
> > will
> > > make it in each test (it is actually the same) I have the same problem.
> > >
> > > After debuggin the tests I have seen that my appcontext instance was
> > created
> > > and the .xml file was correctly recognized :( But I still get the
> > > exception...
> > >
> > > On 8 February 2011 07:37, Igor Vaynberg 
> wrote:
> > >
> > >> make sure your setup() code runs before wicket tester instance is
> > created.
> > >>
> > >> -igor
> > >>
> > >> On Mon, Feb 7, 2011 at 7:41 AM, Dmitriy Neretin
> > >>
> > >>
> > >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>



-- 
"I would rather write programs to write programs than write programs."

Re: How to set Wicket with embedded Jetty?

[Attila Király]

Hi Surapol,

Try adding this before registering the filter:

filterHolder.setInitParameter(WicketFilter.FILTER_MAPPING_PARAM, "/*");

It seems wicket is not parsing the web.xml if that init parameter is
present.

Attila

2011/2/7 Surapol Pairojtanachai 

> I can easily create embedded jetty project (java web project without
> WEB-INF and web.xml), hence a very modular web server for many purposes. No
> need to have configuration for a simple/quick fix and small web server. Only
> embedded jetty with Wicket that I cannot do. It seems Wicket is really
> fixated to web.xml. Can this character be bypassed?
>
> Thanks,
> Surapol
>
> On 02/07/2011 11:56 AM, James Carman wrote:
>
>> This is not a Wicket question, then.  I'd try the Jetty mailing lists.
>>
>> On Sun, Feb 6, 2011 at 11:47 PM, Surapol Pairojtanachai
>>   wrote:
>>
>>> It doesn't create wicket project with embedded jetty. By embedded jetty,
>>> I
>>> mean no web.xml file. Is this possible?
>>>
>>> Regards,
>>> Surapol
>>>
>>> On 02/07/2011 11:28 AM, James Carman wrote:
>>>
 Why don't you try creating a quickstart
 (http://wicket.apache.org/start/quickstart.html) and just copy the
 code from the Start class that's provided for you there?


 On Sun, Feb 6, 2011 at 8:58 PM, Surapol Pairojtanachai
 wrote:

> Please guide me on how to set Wicket to run with embedded Jetty. I run
> the code below and keep getting "java.lang.IllegalStateException:
> filter
> path was not configured".
>
> Thanks in Advance,
> Surapol Pairojtanachai
>
>   Server server = new Server();
>   SelectChannelConnector connector = new SelectChannelConnector();
>   connector.setHost("localhost");
>   connector.setPort(8080);
>   server.setConnectors(new Connector[] { connector });
>   Context root = new Context(server, "/", Context.SESSIONS);
> ServletHolder serverHolder = new ServletHolder(new
> DefaultServlet());
>   root.addServlet(serverHolder, "/*");
>   FilterHolder filterHolder = new FilterHolder(WicketFilter.class);
>
>
>
> filterHolder.setInitParameter(ContextParamWebApplicationFactory.APP_CLASS_PARAM,
> MyWebServer.class.getName());
>   root.addFilter(filterHolder, "/*", Handler.DEFAULT);
>   server.start();
>   server.join();
>
>
>
> ubuntu 10.10 amd64
> JDK 1.6.0.23 amd64
> Jetty 6.1.26
>
>
>
> -
> 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
>>
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


-- 
"I would rather write programs to write programs than write programs."

Re: Modal widow slow?

[Attila Király]

No wonder she is a widow. Her husband is the perfect listener.

2011/1/12 James Carman 

> It's a woman who won't let you do anything until she's done telling
> you what she wants to tell you.
>
> On Wed, Jan 12, 2011 at 3:51 PM, Peter Ertl  wrote:
> > What's a "modal widow" ? *lol*maybe an exclusive woman whose husband
> died?
> >
> >
> > Am 12.01.2011 um 20:06 schrieb Martin Makundi:
> >
> >> I have a table with lots of editable cells.
> >>
> >> The editable cells have lots of hidden controls (inputs,selects,etc.)
> >> and the table loads very slow.
> >>
> >> Browsers seem to need to digest also the invisible elements.
> >>
> >> Yes, I tried also table-less layout with same result.
> >>
> >> The idea is that when a user clicks a cell, it shows the editor fast.
> >>
> >> Now I am planning to speed-up the table loading by removing the
> >> editors. But this will mean that I need a ajax editor and I am
> >> worrying that clicking the table cell and waiting for the editor to
> >> pop up will be slow (or annoyingly slow).
> >>
> >> **
> >> Martin
> >>
> >> 2011/1/12 James Carman :
> >>> I'm asking because I had that sort of trouble with IE a while back
> >>> when I was trying to load a modal window on a page with lots of ajax
> >>> links in a table.
> >>>
> >>> On Wed, Jan 12, 2011 at 1:54 PM, Martin Makundi
> >>>  wrote:
>  Any "normal" browser. Putting browser on steroids or having firbre
>  network is not really an option ;)
> 
>  **
>  Martin
> 
>  2011/1/12 James Carman :
> > What browser?
> >
> > On Wed, Jan 12, 2011 at 1:46 PM, Martin Makundi
> >  wrote:
> >> Hi!
> >>
> >> Has anybody noticed that Wicket ajax ModalWindow is bit slow to
> load,
> >> or is it just me?
> >>
> >> Has anybody tried to overcome it by switching to another
> >> implementation/styling or is it totally dependent on the content of
> >> the modal window?
> >>
> >> **
> >> Martin
> >>
> >>
> -
> >> 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
> >>>
> >>>
> >>
> >> -
> >> 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
>
>