Re: Problems localized URLs (https://cwiki.apache.org/WICKET/wicket-and-localized-urls.html)

2011-05-26 Thread Andreas Maza 

Thanks Martin. I've already googled a lot and read the article by Erik you are 
referencing (http://blog.jteam.nl/2010/02/24/wicket-root-mounts). However, this blog post 
target a different URL mounting "problem" and refers to the wiki article by 
Alex Objelean, which I am quoting in the subject of this post for building localized 
URLs. My problem is not about URL mounting in general, but a specific issue I ran into 
when used the code provided on the wiki page.

regards,
andr



On 26.05.2011 09:25, Martin Grigorov wrote:

Shame!

This blog http://day-to-day-stuff.blogspot.com has few articles about
mounting in 1.4.
And maybe http://blog.jteam.nl/2010/02/24/wicket-root-mounts/ (same author)
can help you.

Good luck!

On Thu, May 26, 2011 at 10:19 AM, Andreas Maza  wrote:


Thanks, Martin - but that's a different story ;-)

I have already read about the features of 1.5 and I would really be keen to
migrate. However, that's not possible for the moment, since we have to come
up with that site in a about a month and that's too late to switch
(moreover, some libraries we depend on do not support 1.5 for the moment).
Thus, we have to stick to 1.4.x for the moment and I hope someone who has
already implemented URL localization using this code can help us out.

regards,
andr



On 25.05.2011 21:47, Martin Grigorov wrote:


For examples with Wicket 1.5 see
http://www.wicket-library.com/wicket-examples/mappers/en_US

On Wed, May 25, 2011 at 8:22 PM, Andreas Maza
  wrote:

  Hello,

I am trying to realize localized URLs in my application (using Wicket
1.4.17) as described in the Wicket wiki (
https://cwiki.apache.org/WICKET/wicket-and-localized-urls.html).

However, I have problems accessing the pages then - e.g., calling the
localization application of the wicket examples at
http://localhost:8080/wicket-examples/pub resolves to
http://localhost:8080/wicket-examples/pub/en/?null, which results to a
404
then.

Does anyone have a hint for me what's going wrong? I tried to debug the
code, but without any success.

Thanks in advance,
andr


-
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: Problems localized URLs (https://cwiki.apache.org/WICKET/wicket-and-localized-urls.html)

2011-05-26 Thread Andreas Maza 

Thanks, Martin - but that's a different story ;-)

I have already read about the features of 1.5 and I would really be keen 
to migrate. However, that's not possible for the moment, since we have 
to come up with that site in a about a month and that's too late to 
switch (moreover, some libraries we depend on do not support 1.5 for the 
moment). Thus, we have to stick to 1.4.x for the moment and I hope 
someone who has already implemented URL localization using this code can 
help us out.


regards,
andr


On 25.05.2011 21:47, Martin Grigorov wrote:

For examples with Wicket 1.5 see
http://www.wicket-library.com/wicket-examples/mappers/en_US

On Wed, May 25, 2011 at 8:22 PM, Andreas Maza  wrote:


Hello,

I am trying to realize localized URLs in my application (using Wicket
1.4.17) as described in the Wicket wiki (
https://cwiki.apache.org/WICKET/wicket-and-localized-urls.html).

However, I have problems accessing the pages then - e.g., calling the
localization application of the wicket examples at
http://localhost:8080/wicket-examples/pub resolves to
http://localhost:8080/wicket-examples/pub/en/?null, which results to a 404
then.

Does anyone have a hint for me what's going wrong? I tried to debug the
code, but without any success.

Thanks in advance,
andr


-
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

Problems localized URLs (https://cwiki.apache.org/WICKET/wicket-and-localized-urls.html)

2011-05-25 Thread Andreas Maza 

Hello,

I am trying to realize localized URLs in my application (using Wicket 
1.4.17) as described in the Wicket wiki 
(https://cwiki.apache.org/WICKET/wicket-and-localized-urls.html).


However, I have problems accessing the pages then - e.g., calling the 
localization application of the wicket examples at 
http://localhost:8080/wicket-examples/pub resolves to 
http://localhost:8080/wicket-examples/pub/en/?null, which results to a 
404 then.


Does anyone have a hint for me what's going wrong? I tried to debug the 
code, but without any success.


Thanks in advance,
andr


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

Re: Results of AutoCompleteTextField shown "behind" other form components

2010-03-25 Thread Andreas Maza 
thanks erik for that hint. I just got it working properly... it was 
simply a problem with my other divs z-index.


regards,
andr


On 25.03.2010 13:18, Erik van Oosten wrote:

Don't use relative positioned divs.

There is no golden solution, but here is an attempt anyway: 
https://issues.apache.org/jira/browse/WICKET-1355


Regards,
   Erik.


Andreas Maza wrote:

Hello,

I am experiencing a strange problem with the AutoCompleteTextField 
(Wicket 1.4.7): The results of the AutoCompleteTextField are shown 
"behind" my other form components are not selectable, too.
I am extending the DefaultCssAutoCompleteTextField and do not define 
any custom CSS for the textfield. Has anyone experienced a similar 
problem or can provide any hint?


Thanks in advance,
andr






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

Results of AutoCompleteTextField shown "behind" other form components

2010-03-25 Thread Andreas Maza 

Hello,

I am experiencing a strange problem with the AutoCompleteTextField 
(Wicket 1.4.7): The results of the AutoCompleteTextField are shown 
"behind" my other form components are not selectable, too.
I am extending the DefaultCssAutoCompleteTextField and do not define any 
custom CSS for the textfield. Has anyone experienced a similar problem 
or can provide any hint?


Thanks in advance,
andr

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

Re: Problems with FileUpload (on GAE) - how to avoid DiskFileItem?

2010-02-16 Thread Andreas Maza 
Thanks for that quick response, igor. I created now a very basic and (bad
,-) implementation of FileItemFactory, does not write to disk and doesn't
spawn threads.

With respect to using common-fileupload on GAE, I read about fileupload's
new Streaming API. However, I have currently no clue how to integrate it
with Wicket. Do you have any hints for that?

thanks,
andr




On Tue, Feb 16, 2010 at 7:51 PM, Igor Vaynberg wrote:

> MultipartServletWebRequest has a constructor that allows you to pass
> in your own fileitemfactory
>
> WebRequest has a newMultipartWebRequest that you can override to
> create a multipartservletwebrequest with your own fileitemfactory...
>
> -igor
>
> On Tue, Feb 16, 2010 at 10:21 AM, A. Maza  wrote:
> > Hello,
> >
> > I trying to implement a file upload for my wicket application, which
> should
> > be deployed on Google App Engine (GAE). Since GAE does not allow to spawn
> > new threads, I cannot make use of DiskFileItem due to its use of
> > FileCleaner.
> >
> > The problem is that a DiskFileItem gets instantiated in the
> > MultipartServletWebRequest, which results in an AccessControlException
> even
> > before the submit method is called (which would allow to parse the
> request
> > by hand)
> >
> > Thus, I would like to ask if anyone has a hint how to deal with that
> problem
> > and avoid the instantiation of DiskFileItem?
> >
> > Thanks a lot in advance,
> >
> > andr
> >
> > -
> > 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
>
>

URL Rewriting in Wicket

2009-12-13 Thread Andreas Maza 
Hello,

I would like to do a simple URL rewriting in my application: All requests
containing a given path (e.g., a "/x/...") should be filtered and redirected
accordingly.

In other words, for a request to http://www.example.com/x/something I want
to do a database lookup based on the value of "something" and then redirect
the user to the appropriate wicket page.

What is the recommended way to do this in wicket? Make a hook into the
WebApplication.newRequestCycle() method?

thanks for your help,
andr

DefaultObjectStreamFactory | Re: AccessControlException with Wicket on Google App Engine (GAE)

2009-11-02 Thread Andreas Maza 
just to circumvent the problem for a while, I am thinking of the 
following workaround:


what would be the implications if I change the implementation of 
IObjectStreamFactor.DefaultObjectStreamFactory so that 
newObjectInputStream() and newObjectOutputStream return the regular  JDK 
ObjectInputStream and ObjectOutputStream, respectively?


To my mind, this would eliminate the AccessControlException problem 
since I am not subclassing ObjectInputStream and ObjectOutputStream.


thanks,
andr


On 30.10.2009 10:27, A. Maza wrote:
yes, except the fact that I am trying to use a Memcache-based 
implementation of the IPageStore instead of the HTTPSessionStore 
(based on the TerracottaPageStore. However, in my case the exception 
occurs when I am trying to serialize the page using the provided 
method of the AbstractPageStore.


The exception of the second stacktrace I posted was reported by 
another user in the GAE forum [1], but happening in a totally 
different scenario.


In my initial post I forgot the link to the issue I have opened on the 
GAE project site. [2]


I am using Wicket 1.4.3 (I have also tried it with 1.4.2) and the 
latest GAE SDK (1.2.6)


regards,
andr



[1] 
 



[2] 







On 29.10.2009 21:56, Esteban Masoero wrote:

I'm sure the answer is "yes" but to be sure: have you done everything
that is said here
http://stronglytypedblog.blogspot.com/2009/04/wicket-on-google-app-engine.html 


?
Also, what versions of gae sdk and wicket are you using?

A. Maza escribió:

Hi,

I've encountered now (and have seen reported by other users) several
different cases where Wicket on GAE throws an AccessControlException
when serializing an object to a byte array.

Although this is clearly an issue of GAE permissions, I would like to
ask if someone could give me a hint, why this exception occurs or if
someone may know a workaround. I've already filed an issue for this on
the GAE project site [1] and would forward any findings of the wicket
community.

Below I include snippets of two different stacktraces.

Thanks in advance,
andr




java.security.AccessControlException: access denied
(java.io.SerializablePermission enableSubclassImplementation)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:323) 



at
java.security.AccessController.checkPermission(AccessController.java:546) 


at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at
com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkPermission(DevAppServerFactory.java:151) 



at java.io.ObjectOutputStream.(ObjectOutputStream.java:253)
at
org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory$2.(IObjectStreamFactory.java:150) 



at
org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory.newObjectOutputStream(IObjectStreamFactory.java:114) 



at
org.apache.wicket.util.lang.Objects.objectToByteArray(Objects.java:) 


at
org.apache.wicket.protocol.http.pagestore.AbstractPageStore.serializePage(AbstractPageStore.java:203) 







(java.io.SerializablePermission enableSubstitution)
at java.security.AccessControlContext.checkPermission
(AccessControlContext.java:264)
at java.security.AccessController.checkPermission
(AccessController.java:427)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:
532)
at com.google.appengine.tools.development.DevAppServerFactory
$CustomSecurityManager.checkPermission(DevAppServerFactory.java:122)
at java.io.ObjectOutputStream.enableReplaceObject
(ObjectOutputStream.java:556)
at org.apache.wicket.util.lang.Objects
$ReplaceObjectOutputStream.(Objects.java:179)
at org.apache.wicket.util.lang.Objects
$ReplaceObjectOutputStream.(Objects.java:170)
at org.apache.wicket.util.lang.Objects.cloneModel(Objects.java:442)
at org.apache.wicket.version.undo.ModelChange.(ModelChange.java:
103)
at org.apache.wicket.version.undo.ChangeList.componentModelChanging
(ChangeList.java:64)
at
org.apache.wicket.version.undo.UndoPageVersionManager.componentModelChangin­g 



(UndoPageVersionManager.java:123)
at org.apache.wicket.Page.componentModelChanging(Page.java:1555)
at org.apache.wicket.Component.modelChanging(Component.java:2197)
at org.apache.wicket.Component.setDefaultModelObject(Component.java:
3020)
at
org.apache.wicket.extensions.markup.html.tabs.TabbedPanel.setSelectedTab 


(TabbedPanel.java:346)
at org.apache.wicket.extensions.markup.html.tabs.TabbedPanel$5.onClick
(TabbedPanel.java:327)
at org.apache.wicket.markup.html.link.Link.onLinkClicked(Link.java:
221)






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




--