On 20:59, Eelco Hillenius wrote:
It's probably a good idea to have a specialized implementation of
ISessionStore for App Engine that uses whatever makes sense with App
Engine for medium term storage ('cause that's what it is... short term
storage is the current page, which is typically local
On 20.10.2009 13:30, richardwilko wrote:
Hi,
The Terracotta SecondLevelCacheSessionStore does not contain any Terracotta
specific implementation or dependencies, and should work fine on AppEngine
(I haven't tested it though).
All it is is an implementation of IPageStore, where the pages are
On 20.10.2009 14:48, richardwilko wrote:
Oh, sorry I just realized that it has the terracotta licence header on it,
had I realized i would have removed it. That's because the version of the
file i had to hand was from the terracotta forge svn repo, and code in there
has to have their licence.
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
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
.
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 WebRequestProcessor and return a
custom RequestCodingStrategy from there. The custom
RequestCodingStrategy would extend one of the default implementation and
override urlCodingStrategyForPath and getRequestPath.
Regards,
Erik.
Andreas Maza wrote:
Hello,
I would like to do a simple URL rewriting
Hello,
is it somehow possible to retrieve a String array (or a list or
something else) for multiple values in a properties file.
I want to achieve something like this:
I have a properties file with the following entry
myKey=firstValue,secondValue,thirdValue,...
in a component I would need
This is not really a wicket task. It's more a programming problem.
String localizedString = Localizer.getString(key);
String[] values = localizedString.split(,);
Simple isn't it? You really want to decline this method?
I was aware of this possibility (which I actually want to avoid for my
I am not sure why you want to have a BigTable PageStore since it would
have quite negative performance implications (imho). you may consider
also the presentation of Guido van Rossum
https://sites.google.com/site/appengineappstats/AppStats_Meetup09.pdf?attredirects=0
I attach an
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
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
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
that you can override to
create a multipartservletwebrequest with your own fileitemfactory...
-igor
On Tue, Feb 16, 2010 at 10:21 AM, A. Maza andr.m...@gmail.com wrote:
Hello,
I trying to implement a file upload for my wicket application, which
should
be deployed on Google App Engine (GAE
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
://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
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
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
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
19 matches
Mail list logo