Re: Discussion on Wicket Interface Speed-Up
honestly, no, I didn't. however, using last modified times still results in an HTTP request and a 304 Not Modified reply. better than nothing, but client-side caching is still preferable. regards Peter Ertl wrote: @stefan: did you take into account getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? Cheers Peter Am 28.08.2008 um 18:20 schrieb Igor Vaynberg: sfussenegger now has access to wicketstuff... i dont know which parts should go into wicket itself, i can tell you that the part where you merge the files by listing them out upfront is probably not going to make it in because it breaks encapsulation... -igor On Thu, Aug 28, 2008 at 2:59 AM, Stefan Fußenegger [EMAIL PROTECTED] wrote: I just finished the 4th and last entry of my series Wicket Interface Speed-Up on my blog. To give a short summary: I investigated one of my apps with YSlow and started optimizing it's interface rendering speed [1]. Especially Wicket's way of handling resources, i.e. JS and CSS files, causes interfaces to load rather slowly. In my articles, I explain how to modify the cache interval [2], how to mount resources with a version (e.g. /css/all-1234.css) in order to use aggressive client-side caching (e.g. resources expire after a year) [3]. Finally, I show how to merge resources at application startup (using a class classed MergedResourceStream) to reduce the number of resources a client has to download [4], including code). I was able to increase interface loading times considerably, so it's surely worth a look. I feel that it would also be worth to discuss, whether this work could be part of upcoming Wicket versions. For the time being I'd like to make the code attached to [4] a wicketstuff project - sfussenegger needs commit access ;) - and wait for your feedback. The links: [1] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html Wicket Interface Speed-Up [2] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers [3] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html Wicket Interface Speed-Up: Caching Resources Forever [4] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests - --- Stefan Fußenegger http://talk-on-tech.blogspot.com // looking for a nicer domain ;) -- View this message in context: http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19197540.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - --- Stefan Fußenegger http://talk-on-tech.blogspot.com // looking for a nicer domain ;) -- View this message in context: http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19214276.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Assert that all models are detached at the end of the request?
you could extend the serializerchecker to check for underached models. We did something similar checking for non-transient Entity objects. Iirc the code is either on my blog or Eelco's blog. Martijn On 8/28/08, Igor Vaynberg [EMAIL PROTECTED] wrote: no, there is no easy way to assert that any model has been detached, because they do not keep a flag. in 1.5 we will implement it so that all fields of a component that implement idetachable are detached in the end of request via reflection, so that should help somewhat. -igor On Thu, Aug 28, 2008 at 1:57 PM, Kaspar Fischer [EMAIL PROTECTED] wrote: Is there an easy way to assert that all models are detached at the end of the request? It does not look so easy to check this as models do not have common base class where one could register them for a check... I often use an additional model in a component and store it as a member field; if I forgot to detach() this model in the onDetach() handler, I would have a dangling model. That caused me quite some trouble once and I want to avoid it in the future. Thanks, Kaspar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
you're right with the encapsulation, but i feel that resource versioning (and
aggressive client side caching) could be a nice addition to wicket. but
maybe sombody can think of another way to reduce (merge) resources without
breaking encapsulation ...
btw, resource versioning also works with wicket-ajax.js and wicket-event.js:
protected void init() {
final String version = getFrameworkSettings().getVersion();
final String suffix = (n/a.equals(version) ? : - + version) +
.js;
getSharedResources().add(WicketAjaxReference.INSTANCE.getName(),
getResourceReference(WicketAjaxReference.class,
wicket-ajax.js).getResource());
mountSharedResourceWithCaching(/scripts/wicket-ajax + suffix,
WicketAjaxReference.INSTANCE.getSharedResourceKey());
getSharedResources().add(WicketEventReference.INSTANCE.getName(),
getResourceReference(WicketEventReference.class,
wicket-event.js).getResource());
mountSharedResourceWithCaching(/scripts/wicket-event + suffix,
WicketEventReference.INSTANCE.getSharedResourceKey());
}
// it's getting dirty ...
protected void mountSharedResourceWithCaching(final String path, final
String resourceKey) {
mount(new SharedResourceRequestTargetUrlCodingStrategy(path, resourceKey)
{
public IRequestTarget decode(final RequestParameters requestParameters)
{
final SharedResourceRequestTarget t = (SharedResourceRequestTarget)
super.decode(requestParameters);
if (t != null) {
// wrap target
return new IRequestTarget() {
public void detach(final RequestCycle requestCycle)
{t.detach(requestCycle);}
public void respond(final RequestCycle requestCycle) {
t.respond(requestCycle);
final WebResponse response = (WebResponse)
requestCycle.getResponse();
response.setDateHeader(Expires, System.currentTimeMillis() +
CACHE_DURATION * 1000L);
response.setHeader(Cache-Control, max-age= +
CACHE_DURATION);
}
};
} else {
return null;
}
}
});
}
regards
igor.vaynberg wrote:
sfussenegger now has access to wicketstuff...
i dont know which parts should go into wicket itself, i can tell you
that the part where you merge the files by listing them out upfront is
probably not going to make it in because it breaks encapsulation...
-igor
On Thu, Aug 28, 2008 at 2:59 AM, Stefan Fußenegger
[EMAIL PROTECTED] wrote:
I just finished the 4th and last entry of my series Wicket Interface
Speed-Up on my blog. To give a short summary: I investigated one of my
apps
with YSlow and started optimizing it's interface rendering speed [1].
Especially Wicket's way of handling resources, i.e. JS and CSS files,
causes
interfaces to load rather slowly. In my articles, I explain how to modify
the cache interval [2], how to mount resources with a version (e.g.
/css/all-1234.css) in order to use aggressive client-side caching (e.g.
resources expire after a year) [3]. Finally, I show how to merge
resources
at application startup (using a class classed MergedResourceStream) to
reduce the number of resources a client has to download [4], including
code). I was able to increase interface loading times considerably, so
it's
surely worth a look.
I feel that it would also be worth to discuss, whether this work could be
part of upcoming Wicket versions. For the time being I'd like to make the
code attached to [4] a wicketstuff project - sfussenegger needs commit
access ;) - and wait for your feedback.
The links:
[1]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html
Wicket Interface Speed-Up
[2]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html
Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers
[3]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html
Wicket Interface Speed-Up: Caching Resources Forever
[4]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html
Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests
-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
--
View this message in context:
http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19197540.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
--
View this message in context:
http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19214462.html
Sent from the Wicket - User mailing list archive at
Problem with placeholder in string resource model (1.3.4)
Hello,
I've just upgraded to wicket 1.3.4 from 1.3.1. Now, I have a problem
with the string resource model.
I've a code like this:
Object[] parameters = new String[]{param1, param2, param3,
param4};
IModel model = new StringResourceModel(thekey, aComponent, null,
parameters);
The resource is:
entry key=thekeyBlabla {0} blibli {1} bloblo {2} bleble {3}/entry
And now, only the first parameter is rendered... Others stays with no
substitution. The rendered string is : Blabla param1 blibli {1} bloblo
{2} bleble {3}
Do I do something wrong?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
That's not true. this settings will generate urls like: /resources/[package+class]/javascript.js?lm=[lastmodified] read it again : add Last Modified Time To Resource Reference Url getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? It will not sent the LastModified header as you think. So whenever the resource changes the url changes, too. Try it out and see :-) I did test it in Firefox. There will be no IfModified requests from the browser. Everything will be completely cached in the browser until the resource has changed. Cheers Peter Am 29.08.2008 um 08:17 schrieb Stefan Fußenegger: honestly, no, I didn't. however, using last modified times still results in an HTTP request and a 304 Not Modified reply. better than nothing, but client-side caching is still preferable. regards Peter Ertl wrote: @stefan: did you take into account getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? Cheers Peter Am 28.08.2008 um 18:20 schrieb Igor Vaynberg: sfussenegger now has access to wicketstuff... i dont know which parts should go into wicket itself, i can tell you that the part where you merge the files by listing them out upfront is probably not going to make it in because it breaks encapsulation... -igor On Thu, Aug 28, 2008 at 2:59 AM, Stefan Fußenegger [EMAIL PROTECTED] wrote: I just finished the 4th and last entry of my series Wicket Interface Speed-Up on my blog. To give a short summary: I investigated one of my apps with YSlow and started optimizing it's interface rendering speed [1]. Especially Wicket's way of handling resources, i.e. JS and CSS files, causes interfaces to load rather slowly. In my articles, I explain how to modify the cache interval [2], how to mount resources with a version (e.g. /css/all-1234.css) in order to use aggressive client-side caching (e.g. resources expire after a year) [3]. Finally, I show how to merge resources at application startup (using a class classed MergedResourceStream) to reduce the number of resources a client has to download [4], including code). I was able to increase interface loading times considerably, so it's surely worth a look. I feel that it would also be worth to discuss, whether this work could be part of upcoming Wicket versions. For the time being I'd like to make the code attached to [4] a wicketstuff project - sfussenegger needs commit access ;) - and wait for your feedback. The links: [1] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html Wicket Interface Speed-Up [2] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers [3] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html Wicket Interface Speed-Up: Caching Resources Forever [4] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests - --- Stefan Fußenegger http://talk-on-tech.blogspot.com // looking for a nicer domain ;) -- View this message in context: http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19197540.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - --- Stefan Fußenegger http://talk-on-tech.blogspot.com // looking for a nicer domain ;) -- View this message in context: http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19214276.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hi, had anyone tried to read the source code?
Hi, I also want to get some suggestion. 2008/8/29, shrimpywu [EMAIL PROTECTED]: Hi, had anyone tried to read the source code? i am very interesting with play around with wicket, so i really want to know how wicket do things but one thing i am stuck with is that, i check out the src code from svn, i don`t know how to start or where to start to read the code. can any body give me some hint how to have a clear mind of the project, and how to read the code? -- View this message in context: http://www.nabble.com/Hi%2C-had-anyone-tried-to-read-the-source-code--tp19211288p19211288.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Cart: open-source e-commerce wicket app
Thanks to the individuals who have both replied to the thread and emailed me personally. I will get the ball rolling next week. Cheers, James. On Thu, Aug 28, 2008 at 1:54 PM, Serkan Camurcuoglu [EMAIL PROTECTED] wrote: I have another idea for brix.. I believe that a portlet which displays these brix tiles as portlets would be incredibly useful for portal developers, because WYSIWYG content editing in portals is a very handy feature, and it's missing in Jetspeed AFAIK.. For example, one could add an instance of this portlet to a portal page, and in the edit (or edit-defaults) mode of the portlet, he/she would select the tile that should be displayed by this portlet fragment, and in the view mode the portlet would display the tile content.. Patrick Angeles wrote: James, If you need any CMS functionality at all for your cart project, please have a look at: http://brix-cms.googlecode.com/ For example, you could incorporate your cart panels as tiles inside of Brix. msc65jap wrote: Is anyone interested in contributing to an open-source e-commerce wicket engine? I was thinking of calling it WicketCart. I have written a primitive version which serves as a good foundation to build upon. I have a new client, a royal college, requiring an e-commerce web app so just pondering the idea of WicketCart. If other developers are interested in contributing then I will make it open-source. I have written it so far using Spring and Hibernate but very open for it to additionally be implemented for other frameworks. If anyone wants specific details or wants to discuss it a bit more, then feel free to email me. Best, James. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Cart: open-source e-commerce wicket app
Thank you. I will have a look. :-) Cheers, James. On Wed, Aug 27, 2008 at 11:06 PM, Patrick Angeles [EMAIL PROTECTED] wrote: James, If you need any CMS functionality at all for your cart project, please have a look at: http://brix-cms.googlecode.com/ For example, you could incorporate your cart panels as tiles inside of Brix. msc65jap wrote: Is anyone interested in contributing to an open-source e-commerce wicket engine? I was thinking of calling it WicketCart. I have written a primitive version which serves as a good foundation to build upon. I have a new client, a royal college, requiring an e-commerce web app so just pondering the idea of WicketCart. If other developers are interested in contributing then I will make it open-source. I have written it so far using Spring and Hibernate but very open for it to additionally be implemented for other frameworks. If anyone wants specific details or wants to discuss it a bit more, then feel free to email me. Best, James. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket-Cart%3A-open-source-e-commerce-wicket-app-tp19184933p19190630.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
Okay, sorry, you're right. Too bad, I didn't ever stumble upon this option. However, changing filename instead of using query string has certain advantages, see http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/ Furthermore, setting this option does not effect expires or cache-control headers. still only one hour, which is far from being aggressive. If you want to change that, you'll still have to explicitly mount all resources with your desired cache duration. Johan suggested (comment on http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html my second article ) what i can do is make it a setting: IResourceSettings.getResourceCacheDuration(). If such a setting is available, using IResourceSettings.setAddLastModifiedTimeToResourceReferenceUrl(true) would make more sense. I still think though that this isn't enough and resources should get a focus in upcoming wicket versions. Some might argue, that resources shouldn't be served by Wicket at all, but I really don't like to use proxies, CDNs or whatever voodoo for low traffic web sites: server-side performance isn't an issue there while client-side performance is. regards Peter Ertl wrote: That's not true. this settings will generate urls like: /resources/[package+class]/javascript.js?lm=[lastmodified] read it again : add Last Modified Time To Resource Reference Url getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? It will not sent the LastModified header as you think. So whenever the resource changes the url changes, too. Try it out and see :-) I did test it in Firefox. There will be no IfModified requests from the browser. Everything will be completely cached in the browser until the resource has changed. Cheers Peter Am 29.08.2008 um 08:17 schrieb Stefan Fußenegger: honestly, no, I didn't. however, using last modified times still results in an HTTP request and a 304 Not Modified reply. better than nothing, but client-side caching is still preferable. regards Peter Ertl wrote: @stefan: did you take into account getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? Cheers Peter Am 28.08.2008 um 18:20 schrieb Igor Vaynberg: sfussenegger now has access to wicketstuff... i dont know which parts should go into wicket itself, i can tell you that the part where you merge the files by listing them out upfront is probably not going to make it in because it breaks encapsulation... -igor On Thu, Aug 28, 2008 at 2:59 AM, Stefan Fußenegger [EMAIL PROTECTED] wrote: I just finished the 4th and last entry of my series Wicket Interface Speed-Up on my blog. To give a short summary: I investigated one of my apps with YSlow and started optimizing it's interface rendering speed [1]. Especially Wicket's way of handling resources, i.e. JS and CSS files, causes interfaces to load rather slowly. In my articles, I explain how to modify the cache interval [2], how to mount resources with a version (e.g. /css/all-1234.css) in order to use aggressive client-side caching (e.g. resources expire after a year) [3]. Finally, I show how to merge resources at application startup (using a class classed MergedResourceStream) to reduce the number of resources a client has to download [4], including code). I was able to increase interface loading times considerably, so it's surely worth a look. I feel that it would also be worth to discuss, whether this work could be part of upcoming Wicket versions. For the time being I'd like to make the code attached to [4] a wicketstuff project - sfussenegger needs commit access ;) - and wait for your feedback. The links: [1] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html Wicket Interface Speed-Up [2] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers [3] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html Wicket Interface Speed-Up: Caching Resources Forever [4] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests - --- Stefan Fußenegger http://talk-on-tech.blogspot.com // looking for a nicer domain ;) -- View this message in context: http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19197540.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,
Re: Wicket Cart: open-source e-commerce wicket app
Hello James, I'm also quite interested into this, however I'm stuck in work at moment, so don't have too much time. 2 things you really should consider: - Brix! the CMS mentioned before, developed by 2 wicket-core devs and it would add all content functionality and house the cart, list etc; - BmeCAT: you *really* want to have a look at the BMECat 2005 definition; Its just an XML definition format but will show you what kind of information and details about products should be stored and at what way - just have a look at: http://www.bmecat.org/English/index.asp? If you got any questions, feel free to ask! Best, Korbinian PS: you also could have a look a osCommerce to see how you shouldn't do it :P James Perry schrieb: Thanks to the individuals who have both replied to the thread and emailed me personally. I will get the ball rolling next week. Cheers, James. On Thu, Aug 28, 2008 at 1:54 PM, Serkan Camurcuoglu [EMAIL PROTECTED] wrote: I have another idea for brix.. I believe that a portlet which displays these brix tiles as portlets would be incredibly useful for portal developers, because WYSIWYG content editing in portals is a very handy feature, and it's missing in Jetspeed AFAIK.. For example, one could add an instance of this portlet to a portal page, and in the edit (or edit-defaults) mode of the portlet, he/she would select the tile that should be displayed by this portlet fragment, and in the view mode the portlet would display the tile content.. Patrick Angeles wrote: James, If you need any CMS functionality at all for your cart project, please have a look at: http://brix-cms.googlecode.com/ For example, you could incorporate your cart panels as tiles inside of Brix. msc65jap wrote: Is anyone interested in contributing to an open-source e-commerce wicket engine? I was thinking of calling it WicketCart. I have written a primitive version which serves as a good foundation to build upon. I have a new client, a royal college, requiring an e-commerce web app so just pondering the idea of WicketCart. If other developers are interested in contributing then I will make it open-source. I have written it so far using Spring and Hibernate but very open for it to additionally be implemented for other frameworks. If anyone wants specific details or wants to discuss it a bit more, then feel free to email me. Best, James. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
I totally agree that having the version in the filename and not in the query string will be a-lot-better. Just wanted to point you to that option so you can include it in your excellent analysis on caching *thanks* :-) People can use that option right now and get a more decent version later (e.g. your versioned resource filenames, which is the *correct* way) Resources need some more love in wicket 1.5 - full ack! Cheers Peter Am 29.08.2008 um 09:24 schrieb Stefan Fußenegger: Okay, sorry, you're right. Too bad, I didn't ever stumble upon this option. However, changing filename instead of using query string has certain advantages, see http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/ Furthermore, setting this option does not effect expires or cache- control headers. still only one hour, which is far from being aggressive. If you want to change that, you'll still have to explicitly mount all resources with your desired cache duration. Johan suggested (comment on http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html my second article ) what i can do is make it a setting: IResourceSettings.getResourceCacheDuration(). If such a setting is available, using IResourceSettings.setAddLastModifiedTimeToResourceReferenceUrl(true) would make more sense. I still think though that this isn't enough and resources should get a focus in upcoming wicket versions. Some might argue, that resources shouldn't be served by Wicket at all, but I really don't like to use proxies, CDNs or whatever voodoo for low traffic web sites: server-side performance isn't an issue there while client-side performance is. regards Peter Ertl wrote: That's not true. this settings will generate urls like: /resources/[package+class]/javascript.js?lm=[lastmodified] read it again : add Last Modified Time To Resource Reference Url getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? It will not sent the LastModified header as you think. So whenever the resource changes the url changes, too. Try it out and see :-) I did test it in Firefox. There will be no IfModified requests from the browser. Everything will be completely cached in the browser until the resource has changed. Cheers Peter Am 29.08.2008 um 08:17 schrieb Stefan Fußenegger: honestly, no, I didn't. however, using last modified times still results in an HTTP request and a 304 Not Modified reply. better than nothing, but client-side caching is still preferable. regards Peter Ertl wrote: @stefan: did you take into account getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? Cheers Peter Am 28.08.2008 um 18:20 schrieb Igor Vaynberg: sfussenegger now has access to wicketstuff... i dont know which parts should go into wicket itself, i can tell you that the part where you merge the files by listing them out upfront is probably not going to make it in because it breaks encapsulation... -igor On Thu, Aug 28, 2008 at 2:59 AM, Stefan Fußenegger [EMAIL PROTECTED] wrote: I just finished the 4th and last entry of my series Wicket Interface Speed-Up on my blog. To give a short summary: I investigated one of my apps with YSlow and started optimizing it's interface rendering speed [1]. Especially Wicket's way of handling resources, i.e. JS and CSS files, causes interfaces to load rather slowly. In my articles, I explain how to modify the cache interval [2], how to mount resources with a version (e.g. /css/all-1234.css) in order to use aggressive client-side caching (e.g. resources expire after a year) [3]. Finally, I show how to merge resources at application startup (using a class classed MergedResourceStream) to reduce the number of resources a client has to download [4], including code). I was able to increase interface loading times considerably, so it's surely worth a look. I feel that it would also be worth to discuss, whether this work could be part of upcoming Wicket versions. For the time being I'd like to make the code attached to [4] a wicketstuff project - sfussenegger needs commit access ;) - and wait for your feedback. The links: [1] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html Wicket Interface Speed-Up [2] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers [3] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html Wicket Interface Speed-Up: Caching Resources Forever [4] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests - --- Stefan Fußenegger http://talk-on-tech.blogspot.com // looking for a nicer domain ;) -- View this message in context:
Wicket,tomcat and UTF-8
Hi i have a problem with tomcat and wicket and UTF-8 im developing my first large wicket app. no matter what i do wicket dont seem to use the utf-8 settings i specified. the incoming request converts the incoming UTF-8 to iso-8859-1 (the default). only tried post since that what wicket uses. assume its not a problem with get. versionstomcat 6 ,wicket 1.4 ,also using hibernate 3 ive done the following; 1. specified on the connector endpoint in server.xml = URIEncoding=UTF-8 useBodyEncodingForURI=true 2. i have a filter infront of the app. setting = request.setCharacterEncoding(UTF-8); 3. i have in wicketapplikation.init = this.getMarkupSettings().setDefaultMarkupEncoding(UTF-8); ,,,this.getRequestCycleSettings().setResponseRequestEncoding(UTF-8); 4.tried adding the metatag in the header also in the html = meta http-equiv=Content-Type content=text/html;charset=UTF-8 / so wat else do i need? i made a regular servlet, setting the above settings (except the wicketapp settings offcourse). and it works just fine. somehow the request.setcharencoding gets overwritten or something. its driving me crazy plz help. thx in advance -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19215411.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with multiple browser windows and locked page maps
And even with that check it will not work. If you open a new tab then the first page wicket will render when you type in an url will be the defaul pagemap. Only on the first page rendered we know that we have to redirect. So that first page will be blocked. The only thing that could maybe help is never use the defaul pagemap. So always use from the first page on a differnt one. And if you then see that a defaul pagemap request is done in your page, create a new pagemap and redirect again. On 8/29/08, Matej Knopp [EMAIL PROTECTED] wrote: Only if multi window support is on (which is off by default with secondlevelcachesessionstore). The multiwindow support is more or less a hack, because HTTP doesn't really provide any means to detect browser windows/tabs. -Matej On Fri, Aug 29, 2008 at 2:28 AM, Jan Stette [EMAIL PROTECTED] wrote: I agree, that's a better long-term fix. Even so, isn't it wrong that the request from a new window is locked waiting on the other window's page map - I would have thought the new window should have ended up with its own page map? Regards, Jan 2008/8/29 Matej Knopp [EMAIL PROTECTED] Hi, the long running process should be executed in separate thread. You can make wicket periodically poll for result (via ajax). It is generally not a good idea to run action that potentially can take long time to complete from a request thread. -Matej On Thu, Aug 28, 2008 at 8:42 PM, Jan Stette [EMAIL PROTECTED] wrote: I'm having a problem with the following scenario: 1. A user logs into our Wicket application and starts using it. 2. The user clicks on a link which kicks off a potentially long-running operation. 3. While getting bored with waiting for this to complete, the user copies the URL from her browser into another tab or window. Unfortunately, at this stage, the second window is locked and times out with a message pagemap is still locked after one minute. Should this work? Stepping through the second request in the debugger, it appears that it this request has a page map name = null, as has the previous request ( in the long running thread). So they seem to pick up the same page map. Presumably this is wrong; multiple windows should each have their unique page map? Or does the magic that detects new windows hence new page maps to be created break down in cases like this? Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Wicket,tomcat and UTF-8
I had the same problem some week ago but got no answer on this list. Now I use getMarkupSettings().setDefaultMarkupEncoding(ISO-8859-1); getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); in the Application.init() method of wicket 1.4M3. Wicket seems to ignore the XHTML header completely. Stefan -Ursprüngliche Nachricht- Von: Ray trace [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 29. August 2008 09:57 An: users@wicket.apache.org Betreff: Wicket,tomcat and UTF-8 Hi i have a problem with tomcat and wicket and UTF-8 im developing my first large wicket app. no matter what i do wicket dont seem to use the utf-8 settings i specified. the incoming request converts the incoming UTF-8 to iso-8859-1 (the default). only tried post since that what wicket uses. assume its not a problem with get. versionstomcat 6 ,wicket 1.4 ,also using hibernate 3 ive done the following; 1. specified on the connector endpoint in server.xml = URIEncoding=UTF-8 useBodyEncodingForURI=true 2. i have a filter infront of the app. setting = request.setCharacterEncoding(UTF-8); 3. i have in wicketapplikation.init = this.getMarkupSettings().setDefaultMarkupEncoding(UTF-8); ,,,this.getRequestCycleSettings().setResponseRequestEncoding(UTF-8); 4.tried adding the metatag in the header also in the html = meta http-equiv=Content-Type content=text/html;charset=UTF-8 / so wat else do i need? i made a regular servlet, setting the above settings (except the wicketapp settings offcourse). and it works just fine. somehow the request.setcharencoding gets overwritten or something. its driving me crazy plz help. thx in advance -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19215411.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hi, had anyone tried to read the source code?
And place breakpoints in your code and let the debugger break and follow/backtrack in into wicket code On 8/29/08, James Perry [EMAIL PROTECTED] wrote: Firstly view the source code in a Java IDE like IntelliJ IDEA, Eclipse, NetBeans, etc so you can quickly navigate around the code. IMHO, the best starting point is to look at the WicketFilter and the WebRequestCycleProcessor to understand how it respectively intercepts and processes Wicket requests. Cheers, James. On Fri, Aug 29, 2008 at 7:55 AM, 张伟 [EMAIL PROTECTED] wrote: Hi, I also want to get some suggestion. 2008/8/29, shrimpywu [EMAIL PROTECTED]: Hi, had anyone tried to read the source code? i am very interesting with play around with wicket, so i really want to know how wicket do things but one thing i am stuck with is that, i check out the src code from svn, i don`t know how to start or where to start to read the code. can any body give me some hint how to have a clear mind of the project, and how to read the code? -- View this message in context: http://www.nabble.com/Hi%2C-had-anyone-tried-to-read-the-source-code--tp19211288p19211288.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Phonebook: Maven repos not available, can't build
http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html On Fri, Aug 29, 2008 at 9:49 AM, pixotec [EMAIL PROTECTED] wrote: I checked out wicket-phonebook on 2008/08/27 I can't execute mvn package successfully, because the repo repo.mergere.com does not respond for servlet-api-JAR. after manually copying the JAR downloaded from another repo (repo1.maven.org) the next problem occurs: [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) javax.transaction:jta:jar:1.0.1B Try downloading the file manually from: http://java.sun.com/products/jta Then, install it using the command: mvn install:install-file -DgroupId=javax.transaction -DartifactId=jta -Dve rsion=1.0.1B -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=javax.transaction -DartifactId=jta -Dvers ion=1.0.1B -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) wicket-stuff:wicket-phonebook:war:1.4-SNAPSHOT 2) org.hibernate:hibernate:jar:3.2.6.ga 3) javax.transaction:jta:jar:1.0.1B -- 1 required artifact is missing. What to do? Really solve all problems manually? Define other repos? Which one? How? -- View this message in context: http://www.nabble.com/Wicket-Phonebook%3A-Maven-repos-not-available%2C-can%27t-build-tp19215315p19215315.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Wicket,tomcat and UTF-8
i tried that ...however...then u cant use the ajax since it only uses xml utf-8 posting so that is not an option heresince i need special chars ...and allready have alot of ajax. Stefan Lindner wrote: I had the same problem some week ago but got no answer on this list. Now I use getMarkupSettings().setDefaultMarkupEncoding(ISO-8859-1); getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); in the Application.init() method of wicket 1.4M3. Wicket seems to ignore the XHTML header completely. Stefan - -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19215584.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Cart: open-source e-commerce wicket app
Though not Wicket based and probably overkill, but could http://ofbiz.apache.org/ be anything to look at? Martijn On Fri, Aug 29, 2008 at 9:40 AM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hello James, I'm also quite interested into this, however I'm stuck in work at moment, so don't have too much time. 2 things you really should consider: - Brix! the CMS mentioned before, developed by 2 wicket-core devs and it would add all content functionality and house the cart, list etc; - BmeCAT: you *really* want to have a look at the BMECat 2005 definition; Its just an XML definition format but will show you what kind of information and details about products should be stored and at what way - just have a look at: http://www.bmecat.org/English/index.asp? If you got any questions, feel free to ask! Best, Korbinian PS: you also could have a look a osCommerce to see how you shouldn't do it :P James Perry schrieb: Thanks to the individuals who have both replied to the thread and emailed me personally. I will get the ball rolling next week. Cheers, James. On Thu, Aug 28, 2008 at 1:54 PM, Serkan Camurcuoglu [EMAIL PROTECTED] wrote: I have another idea for brix.. I believe that a portlet which displays these brix tiles as portlets would be incredibly useful for portal developers, because WYSIWYG content editing in portals is a very handy feature, and it's missing in Jetspeed AFAIK.. For example, one could add an instance of this portlet to a portal page, and in the edit (or edit-defaults) mode of the portlet, he/she would select the tile that should be displayed by this portlet fragment, and in the view mode the portlet would display the tile content.. Patrick Angeles wrote: James, If you need any CMS functionality at all for your cart project, please have a look at: http://brix-cms.googlecode.com/ For example, you could incorporate your cart panels as tiles inside of Brix. msc65jap wrote: Is anyone interested in contributing to an open-source e-commerce wicket engine? I was thinking of calling it WicketCart. I have written a primitive version which serves as a good foundation to build upon. I have a new client, a royal college, requiring an e-commerce web app so just pondering the idea of WicketCart. If other developers are interested in contributing then I will make it open-source. I have written it so far using Spring and Hibernate but very open for it to additionally be implemented for other frameworks. If anyone wants specific details or wants to discuss it a bit more, then feel free to email me. Best, James. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mounting pages with trailing slash
Hi everyone! Is it supposed to be legal to use mount path with trailing slash? If yes, then I'll file a bugreport because it doesn't work [yup, I have a testcase]. If not, then that will be another story. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
I thing we should look at what that append to url does, because i dont
like the query string either, i also rather have it in the url path
itself.
Also such a resource cache duration can be added. But i also rather
have it configured by resoure(reference) like
HeaderContributor.getCSSResourceReference('my.css',cachetime,urlmod)
Johan
On 8/29/08, Stefan Fußenegger [EMAIL PROTECTED] wrote:
Okay, sorry, you're right. Too bad, I didn't ever stumble upon this option.
However, changing filename instead of using query string has certain
advantages, see
http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/
Furthermore, setting this option does not effect expires or cache-control
headers. still only one hour, which is far from being aggressive. If you
want to change that, you'll still have to explicitly mount all resources
with your desired cache duration.
Johan suggested (comment on
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html
my second article ) what i can do is make it a setting:
IResourceSettings.getResourceCacheDuration(). If such a setting is
available, using
IResourceSettings.setAddLastModifiedTimeToResourceReferenceUrl(true) would
make more sense.
I still think though that this isn't enough and resources should get a focus
in upcoming wicket versions. Some might argue, that resources shouldn't be
served by Wicket at all, but I really don't like to use proxies, CDNs or
whatever voodoo for low traffic web sites: server-side performance isn't an
issue there while client-side performance is.
regards
Peter Ertl wrote:
That's not true.
this settings will generate urls like:
/resources/[package+class]/javascript.js?lm=[lastmodified]
read it again : add Last Modified Time To Resource Reference Url
getApplication
().getResourceSettings
().setAddLastModifiedTimeToResourceReferenceUrl(true)??
It will not sent the LastModified header as you think.
So whenever the resource changes the url changes, too.
Try it out and see :-)
I did test it in Firefox. There will be no IfModified requests from
the browser.
Everything will be completely cached in the browser until the resource
has changed.
Cheers
Peter
Am 29.08.2008 um 08:17 schrieb Stefan Fußenegger:
honestly, no, I didn't. however, using last modified times still
results in
an HTTP request and a 304 Not Modified reply. better than nothing,
but
client-side caching is still preferable.
regards
Peter Ertl wrote:
@stefan: did you take into account
getApplication
().getResourceSettings
().setAddLastModifiedTimeToResourceReferenceUrl(true)??
Cheers
Peter
Am 28.08.2008 um 18:20 schrieb Igor Vaynberg:
sfussenegger now has access to wicketstuff...
i dont know which parts should go into wicket itself, i can tell you
that the part where you merge the files by listing them out
upfront is
probably not going to make it in because it breaks encapsulation...
-igor
On Thu, Aug 28, 2008 at 2:59 AM, Stefan Fußenegger
[EMAIL PROTECTED] wrote:
I just finished the 4th and last entry of my series Wicket
Interface
Speed-Up on my blog. To give a short summary: I investigated one
of my apps
with YSlow and started optimizing it's interface rendering speed
[1].
Especially Wicket's way of handling resources, i.e. JS and CSS
files, causes
interfaces to load rather slowly. In my articles, I explain how to
modify
the cache interval [2], how to mount resources with a version (e.g.
/css/all-1234.css) in order to use aggressive client-side caching
(e.g.
resources expire after a year) [3]. Finally, I show how to merge
resources
at application startup (using a class classed MergedResourceStream)
to
reduce the number of resources a client has to download [4],
including
code). I was able to increase interface loading times considerably,
so it's
surely worth a look.
I feel that it would also be worth to discuss, whether this work
could be
part of upcoming Wicket versions. For the time being I'd like to
make the
code attached to [4] a wicketstuff project - sfussenegger needs
commit
access ;) - and wait for your feedback.
The links:
[1]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html
Wicket Interface Speed-Up
[2]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html
Wicket Interface Speed-Up: Modifying Expires and Cache-Control
Headers
[3]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html
Wicket Interface Speed-Up: Caching Resources Forever
[4]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html
Wicket Interface Speed-Up: Merging Resources for Fewer HTTP
Requests
-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
--
View this message in context:
Re: Wicket Phonebook: Maven repos not available, can't build
Thank you, this solves the SUN part... But how to avoid using the unreachable repo.mergere.com-repository? Where is it configured? How to use another repo? (Sorry I am new to Maven...) Should you change it in SVN to avoid the problem for other users, too? -- View this message in context: http://www.nabble.com/Wicket-Phonebook%3A-Maven-repos-not-available%2C-can%27t-build-tp19215315p19215780.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket,tomcat and UTF-8
This is weird by defaul wicket serves out everything in utf8 (yes you should configur tomcat about the url encoding your self) Even if you say something else then ajax will be fixed to utf8 because that is the spec. Are you sure that the browser says that it is not utf8?? If you look at the page info/properties/encoding?? At our place it works fine, ofcourse we also configured all databases and databse connections to use also utf8 Johan On 8/29/08, Ray trace [EMAIL PROTECTED] wrote: i tried that ...however...then u cant use the ajax since it only uses xml utf-8 posting so that is not an option heresince i need special chars ...and allready have alot of ajax. Stefan Lindner wrote: I had the same problem some week ago but got no answer on this list. Now I use getMarkupSettings().setDefaultMarkupEncoding(ISO-8859-1); getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); in the Application.init() method of wicket 1.4M3. Wicket seems to ignore the XHTML header completely. Stefan - -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19215584.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket,tomcat and UTF-8
ino its wierd yes my browser says utf-8 . the mysql database is in utf-8. hibernate is utf-8. basically all is utf-8 except the incoming post data.arg. property name=hibernate.connection.useUnicodetrue/property property name=hibernate.connection.characterEncodingUTF-8/property database schema is created with utf-8 ...so that hibernate tools generate the correct tables. all though i dont think its hibernate causing the problems. Johan Compagner wrote: This is weird by defaul wicket serves out everything in utf8 (yes you should configur tomcat about the url encoding your self) Even if you say something else then ajax will be fixed to utf8 because that is the spec. Are you sure that the browser says that it is not utf8?? If you look at the page info/properties/encoding?? At our place it works fine, ofcourse we also configured all databases and databse connections to use also utf8 Johan On 8/29/08, Ray trace [EMAIL PROTECTED] wrote: i tried that ...however...then u cant use the ajax since it only uses xml utf-8 posting so that is not an option heresince i need special chars ...and allready have alot of ajax. Stefan Lindner wrote: I had the same problem some week ago but got no answer on this list. Now I use getMarkupSettings().setDefaultMarkupEncoding(ISO-8859-1); getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); in the Application.init() method of wicket 1.4M3. Wicket seems to ignore the XHTML header completely. Stefan - -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19215584.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19215950.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat crashes out of memory
Ok thanks!
Looking more careful it says that the line response.getOUtputStream() causes
the out of memory
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse
response) throws ServletException, IOException {
BufferedInputStream in = null;
ServletOutputStream op = null;
try {
File file = new File(
getHairlessApplicationSettings().getFileResourcePath() ,
request.getRequestURI().replace( request.getContextPath(), ) );
if( file.exists() ){
ServletContext context =
getServletConfig().getServletContext();
String mimetype = context.getMimeType(
file.getAbsolutePath() );
response.setContentType( (mimetype != null) ?
mimetype :
application/octet-stream );
response.setHeader(Content-Length,
String.valueOf(file.length()));
int length = 0;
op = response.getOutputStream();
byte[] bbuf = new byte[8192];
in = new BufferedInputStream(new
FileInputStream(file));
if( in != null ){
while((length = in.read(bbuf)) != -1)
{
op.write(bbuf,0,length);
}
response.setStatus( 200 );
}else{
response.setStatus( 404 );
}
}else{
response.setStatus( 404 );
}
} catch (Exception e) {
response.setStatus( 404 );
}finally{
if( in != null ){
try{
in.close();
}catch( Exception e ){
}
}
if( op != null ){
try{
op.flush();
op.close();
}catch( Exception e ){
}
}
}
}
--
View this message in context:
http://www.nabble.com/Tomcat-crashes-out-of-memory-tp19203247p19216068.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ajax testing with Selenium
Noo.. completely new!? all the bugs reintroduced! On 8/28/08, Matej Knopp [EMAIL PROTECTED] wrote: Probably not for 1.3/1.4. We could have something like that for 1.5 (where the ajax pipeline is completely new). -Matej On Thu, Aug 28, 2008 at 6:23 PM, John Krasnay [EMAIL PROTECTED] wrote: I'm testing some Ajax-y Wicket pages with Selenium. One challenge I'm having is finding a good expression to use in Selenium's waitForCondition. Right now I wait for the results of the Ajax call, e.g. an appropriate element appearing, but it's sometimes difficult to get this right, e.g. if a component is being replaced. I think an ideal approach would be to hook into Wicket's Ajax channels and wait for them to be empty before proceeding. I've looked into wicket-ajax.js and it looks like I should be able to loop through Wicket.channelManager.channels and check the busy slot on each. Has anyone else tried this? Does it sound like a good approach? Would it be a good idea for wicket-ajax.js to provide a method for checking this? jk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat crashes out of memory
That doesnt say anything..
It is just the last straw..
Or some really big files are served there??
On 8/29/08, Mathias P.W Nilsson [EMAIL PROTECTED] wrote:
Ok thanks!
Looking more careful it says that the line response.getOUtputStream() causes
the out of memory
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse
response) throws ServletException, IOException {
BufferedInputStream in = null;
ServletOutputStream op = null;
try {
File file = new File(
getHairlessApplicationSettings().getFileResourcePath() ,
request.getRequestURI().replace( request.getContextPath(), ) );
if( file.exists() ){
ServletContext context =
getServletConfig().getServletContext();
String mimetype = context.getMimeType(
file.getAbsolutePath() );
response.setContentType( (mimetype != null) ?
mimetype :
application/octet-stream );
response.setHeader(Content-Length,
String.valueOf(file.length()));
int length = 0;
op = response.getOutputStream();
byte[] bbuf = new byte[8192];
in = new BufferedInputStream(new
FileInputStream(file));
if( in != null ){
while((length = in.read(bbuf)) != -1)
{
op.write(bbuf,0,length);
}
response.setStatus( 200 );
}else{
response.setStatus( 404 );
}
}else{
response.setStatus( 404 );
}
} catch (Exception e) {
response.setStatus( 404 );
}finally{
if( in != null ){
try{
in.close();
}catch( Exception e ){
}
}
if( op != null ){
try{
op.flush();
op.close();
}catch( Exception e ){
}
}
}
}
--
View this message in context:
http://www.nabble.com/Tomcat-crashes-out-of-memory-tp19203247p19216068.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket,tomcat and UTF-8
Ray trace wrote: ino its wierd yes my browser says utf-8 . the mysql database is in utf-8. hibernate is utf-8. basically all is utf-8 except the incoming post data.arg. property name=hibernate.connection.useUnicodetrue/property property name=hibernate.connection.characterEncodingUTF-8/property database schema is created with utf-8 ...so that hibernate tools generate the correct tables. all though i dont think its hibernate causing the problems. Have you tried using URIEncoding=UTF-8 in the connector tag of your tomcat server.xml ? It should be similar to the following: Connector port=8080 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true URIEncoding=UTF-8/ HTH, Emanuele - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat crashes out of memory
I read in some thread that a GZipfilter could take a lot of memory so I'm getting rid of my GZipFilter. I use a Servlet to host files out of the web application context. Can this be done using only wicket? -- View this message in context: http://www.nabble.com/Tomcat-crashes-out-of-memory-tp19203247p19216235.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
On Fri, Aug 29, 2008 at 9:41 AM, Peter Ertl [EMAIL PROTECTED] wrote: I totally agree that having the version in the filename and not in the query string will be a-lot-better. Just wanted to point you to that option so you can include it in your excellent analysis on caching *thanks* :-) People can use that option right now and get a more decent version later (e.g. your versioned resource filenames, which is the *correct* way) Resources need some more love in wicket 1.5 - full ack! And they are going to get it :) Resources are going to be much simpler in 1.5 - current code is too tangled and ambiguous. -Matej Cheers Peter Am 29.08.2008 um 09:24 schrieb Stefan Fußenegger: Okay, sorry, you're right. Too bad, I didn't ever stumble upon this option. However, changing filename instead of using query string has certain advantages, see http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/ Furthermore, setting this option does not effect expires or cache-control headers. still only one hour, which is far from being aggressive. If you want to change that, you'll still have to explicitly mount all resources with your desired cache duration. Johan suggested (comment on http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html my second article ) what i can do is make it a setting: IResourceSettings.getResourceCacheDuration(). If such a setting is available, using IResourceSettings.setAddLastModifiedTimeToResourceReferenceUrl(true) would make more sense. I still think though that this isn't enough and resources should get a focus in upcoming wicket versions. Some might argue, that resources shouldn't be served by Wicket at all, but I really don't like to use proxies, CDNs or whatever voodoo for low traffic web sites: server-side performance isn't an issue there while client-side performance is. regards Peter Ertl wrote: That's not true. this settings will generate urls like: /resources/[package+class]/javascript.js?lm=[lastmodified] read it again : add Last Modified Time To Resource Reference Url getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? It will not sent the LastModified header as you think. So whenever the resource changes the url changes, too. Try it out and see :-) I did test it in Firefox. There will be no IfModified requests from the browser. Everything will be completely cached in the browser until the resource has changed. Cheers Peter Am 29.08.2008 um 08:17 schrieb Stefan Fußenegger: honestly, no, I didn't. however, using last modified times still results in an HTTP request and a 304 Not Modified reply. better than nothing, but client-side caching is still preferable. regards Peter Ertl wrote: @stefan: did you take into account getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? Cheers Peter Am 28.08.2008 um 18:20 schrieb Igor Vaynberg: sfussenegger now has access to wicketstuff... i dont know which parts should go into wicket itself, i can tell you that the part where you merge the files by listing them out upfront is probably not going to make it in because it breaks encapsulation... -igor On Thu, Aug 28, 2008 at 2:59 AM, Stefan Fußenegger [EMAIL PROTECTED] wrote: I just finished the 4th and last entry of my series Wicket Interface Speed-Up on my blog. To give a short summary: I investigated one of my apps with YSlow and started optimizing it's interface rendering speed [1]. Especially Wicket's way of handling resources, i.e. JS and CSS files, causes interfaces to load rather slowly. In my articles, I explain how to modify the cache interval [2], how to mount resources with a version (e.g. /css/all-1234.css) in order to use aggressive client-side caching (e.g. resources expire after a year) [3]. Finally, I show how to merge resources at application startup (using a class classed MergedResourceStream) to reduce the number of resources a client has to download [4], including code). I was able to increase interface loading times considerably, so it's surely worth a look. I feel that it would also be worth to discuss, whether this work could be part of upcoming Wicket versions. For the time being I'd like to make the code attached to [4] a wicketstuff project - sfussenegger needs commit access ;) - and wait for your feedback. The links: [1] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html Wicket Interface Speed-Up [2] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers [3] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html Wicket Interface Speed-Up: Caching Resources Forever [4]
Re: Wicket,tomcat and UTF-8
i dont think u actually read my post but thx anyways. as stated in the initial post i tried that allready. Emanuele Gesuato-2 wrote: Ray trace wrote: ino its wierd yes my browser says utf-8 . the mysql database is in utf-8. hibernate is utf-8. basically all is utf-8 except the incoming post data.arg. property name=hibernate.connection.useUnicodetrue/property property name=hibernate.connection.characterEncodingUTF-8/property database schema is created with utf-8 ...so that hibernate tools generate the correct tables. all though i dont think its hibernate causing the problems. Have you tried using URIEncoding=UTF-8 in the connector tag of your tomcat server.xml ? It should be similar to the following: Connector port=8080 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true URIEncoding=UTF-8/ HTH, Emanuele - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19216327.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
Sounds promising ... and little mysterious ;) Any concrete plans/ideas so far? Matej Knopp-2 wrote: On Fri, Aug 29, 2008 at 9:41 AM, Peter Ertl [EMAIL PROTECTED] wrote: I totally agree that having the version in the filename and not in the query string will be a-lot-better. Just wanted to point you to that option so you can include it in your excellent analysis on caching *thanks* :-) People can use that option right now and get a more decent version later (e.g. your versioned resource filenames, which is the *correct* way) Resources need some more love in wicket 1.5 - full ack! And they are going to get it :) Resources are going to be much simpler in 1.5 - current code is too tangled and ambiguous. -Matej Cheers Peter Am 29.08.2008 um 09:24 schrieb Stefan Fußenegger: Okay, sorry, you're right. Too bad, I didn't ever stumble upon this option. However, changing filename instead of using query string has certain advantages, see http://www.stevesouders.com/blog/2008/08/23/revving-filenames-dont-use-querystring/ Furthermore, setting this option does not effect expires or cache-control headers. still only one hour, which is far from being aggressive. If you want to change that, you'll still have to explicitly mount all resources with your desired cache duration. Johan suggested (comment on http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html my second article ) what i can do is make it a setting: IResourceSettings.getResourceCacheDuration(). If such a setting is available, using IResourceSettings.setAddLastModifiedTimeToResourceReferenceUrl(true) would make more sense. I still think though that this isn't enough and resources should get a focus in upcoming wicket versions. Some might argue, that resources shouldn't be served by Wicket at all, but I really don't like to use proxies, CDNs or whatever voodoo for low traffic web sites: server-side performance isn't an issue there while client-side performance is. regards Peter Ertl wrote: That's not true. this settings will generate urls like: /resources/[package+class]/javascript.js?lm=[lastmodified] read it again : add Last Modified Time To Resource Reference Url getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? It will not sent the LastModified header as you think. So whenever the resource changes the url changes, too. Try it out and see :-) I did test it in Firefox. There will be no IfModified requests from the browser. Everything will be completely cached in the browser until the resource has changed. Cheers Peter Am 29.08.2008 um 08:17 schrieb Stefan Fußenegger: honestly, no, I didn't. however, using last modified times still results in an HTTP request and a 304 Not Modified reply. better than nothing, but client-side caching is still preferable. regards Peter Ertl wrote: @stefan: did you take into account getApplication ().getResourceSettings ().setAddLastModifiedTimeToResourceReferenceUrl(true)?? Cheers Peter Am 28.08.2008 um 18:20 schrieb Igor Vaynberg: sfussenegger now has access to wicketstuff... i dont know which parts should go into wicket itself, i can tell you that the part where you merge the files by listing them out upfront is probably not going to make it in because it breaks encapsulation... -igor On Thu, Aug 28, 2008 at 2:59 AM, Stefan Fußenegger [EMAIL PROTECTED] wrote: I just finished the 4th and last entry of my series Wicket Interface Speed-Up on my blog. To give a short summary: I investigated one of my apps with YSlow and started optimizing it's interface rendering speed [1]. Especially Wicket's way of handling resources, i.e. JS and CSS files, causes interfaces to load rather slowly. In my articles, I explain how to modify the cache interval [2], how to mount resources with a version (e.g. /css/all-1234.css) in order to use aggressive client-side caching (e.g. resources expire after a year) [3]. Finally, I show how to merge resources at application startup (using a class classed MergedResourceStream) to reduce the number of resources a client has to download [4], including code). I was able to increase interface loading times considerably, so it's surely worth a look. I feel that it would also be worth to discuss, whether this work could be part of upcoming Wicket versions. For the time being I'd like to make the code attached to [4] a wicketstuff project - sfussenegger needs commit access ;) - and wait for your feedback. The links: [1] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html Wicket Interface Speed-Up [2] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers [3] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html Wicket
Quick DateValidator-issue
Hi all,
is there any possibility to add some custom mappings to the
DateValidator.RangeValidator?
Because between Thu Feb 01 00:00:00 CET 1900 and (...) really is not very
user-friendly formated information, in most cases.
Can I add something like ${year} or ${dateOnly} on the fly without extending
the whole class?
Rergards
Markus
Re: Discussion on Wicket Interface Speed-Up
Code is now available through wicketsuff: https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources/ wicketstuff-merged-resources and https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources-examples/ wicketstuff-merged-resources-examples Now I want to make it available through http://wicketstuff.org/maven/repository/. I therefore registered at wicketstuff.org/teamcity (sfussenegger). What's next? Stefan Fußenegger wrote: I just finished the 4th and last entry of my series Wicket Interface Speed-Up on my blog. To give a short summary: I investigated one of my apps with YSlow and started optimizing it's interface rendering speed [1]. Especially Wicket's way of handling resources, i.e. JS and CSS files, causes interfaces to load rather slowly. In my articles, I explain how to modify the cache interval [2], how to mount resources with a version (e.g. /css/all-1234.css) in order to use aggressive client-side caching (e.g. resources expire after a year) [3]. Finally, I show how to merge resources at application startup (using a class classed MergedResourceStream) to reduce the number of resources a client has to download [4], including code). I was able to increase interface loading times considerably, so it's surely worth a look. I feel that it would also be worth to discuss, whether this work could be part of upcoming Wicket versions. For the time being I'd like to make the code attached to [4] a wicketstuff project - sfussenegger needs commit access ;) - and wait for your feedback. The links: [1] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html Wicket Interface Speed-Up [2] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers [3] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html Wicket Interface Speed-Up: Caching Resources Forever [4] http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests - --- Stefan Fußenegger http://talk-on-tech.blogspot.com // looking for a nicer domain ;) -- View this message in context: http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19216657.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket,tomcat and UTF-8
It's a standard tomcat problem that everybody sooner or later encounters... This will work for you: http://cagan327.blogspot.com/2006/05/utf-8-encoding-fix-tomcat-jsp-etc.html Just use the EncodingFilter and I bet my [EMAIL PROTECTED]@#$ it will work :-) Am 29.08.2008 um 11:04 schrieb Ray trace: i dont think u actually read my post but thx anyways. as stated in the initial post i tried that allready. Emanuele Gesuato-2 wrote: Ray trace wrote: ino its wierd yes my browser says utf-8 . the mysql database is in utf-8. hibernate is utf-8. basically all is utf-8 except the incoming post data.arg. property name=hibernate.connection.useUnicodetrue/property property name=hibernate.connection.characterEncodingUTF-8/ property database schema is created with utf-8 ...so that hibernate tools generate the correct tables. all though i dont think its hibernate causing the problems. Have you tried using URIEncoding=UTF-8 in the connector tag of your tomcat server.xml ? It should be similar to the following: Connector port=8080 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true URIEncoding=UTF-8/ HTH, Emanuele - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19216327.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to change the em tag proceduced by wicket:link
Hello, I am reading Wicket in action -- a very good book. In the book , authors explain the wicket:link tag with the following code wicket:link |#1 ul | lia href=package1/Page1.htmlPage1/a/li | #2 lia href=package2/Page2.htmlPage2/a/li | #3 /ul | /wicket:link Then authors say The link to the current page is rendered as disabled by replacing the link tag with a span, and rendering the text using an em-tag (this is configurable). I take notice of this is configurable, and i want to know to to config it? Thank you
Re: How to change the em tag proceduced by wicket:link
see IMarkupSettings#setDefault*DisabledLink Martijn On Fri, Aug 29, 2008 at 11:55 AM, 张伟 [EMAIL PROTECTED] wrote: Hello, I am reading Wicket in action -- a very good book. In the book , authors explain the wicket:link tag with the following code wicket:link |#1 ul | lia href=package1/Page1.htmlPage1/a/li | #2 lia href=package2/Page2.htmlPage2/a/li | #3 /ul | /wicket:link Then authors say The link to the current page is rendered as disabled by replacing the link tag with a span, and rendering the text using an em-tag (this is configurable). I take notice of this is configurable, and i want to know to to config it? Thank you -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
Re: Discussion on Wicket Interface Speed-Up
Here is a first patch for the RevisionVersionProvider:
Index:
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
===
---
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
(revision
4147)
+++
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
(working
copy)
@@ -15,7 +15,7 @@
public int getVersion(final Class? scope, final String fileName)
throws VersionException {
final String file = getResourcePath(scope, fileName);
- final InputStream in =
ClassLoader.getSystemResourceAsStream(file);
+ final InputStream in =
RevisionVersionProvider.class.getClassLoader().getResourceAsStream(file);
if (in == null) {
throw new VersionException(scope, fileName, can't find
+ file);
}
ClassLoader.getSystemResourceAsStream in my deployment enviroment, it
always returned null for classpath resources. Using the
RevisionVersionProvider classloader works fine.
Let me know where I should post further patches etc.
Jörn
On Fri, Aug 29, 2008 at 11:29 AM, Stefan Fußenegger
[EMAIL PROTECTED] wrote:
Code is now available through wicketsuff:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources/
wicketstuff-merged-resources and
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources-examples/
wicketstuff-merged-resources-examples
Now I want to make it available through
http://wicketstuff.org/maven/repository/. I therefore registered at
wicketstuff.org/teamcity (sfussenegger). What's next?
Stefan Fußenegger wrote:
I just finished the 4th and last entry of my series Wicket Interface
Speed-Up on my blog. To give a short summary: I investigated one of my
apps with YSlow and started optimizing it's interface rendering speed [1].
Especially Wicket's way of handling resources, i.e. JS and CSS files,
causes interfaces to load rather slowly. In my articles, I explain how to
modify the cache interval [2], how to mount resources with a version (e.g.
/css/all-1234.css) in order to use aggressive client-side caching (e.g.
resources expire after a year) [3]. Finally, I show how to merge resources
at application startup (using a class classed MergedResourceStream) to
reduce the number of resources a client has to download [4], including
code). I was able to increase interface loading times considerably, so
it's surely worth a look.
I feel that it would also be worth to discuss, whether this work could be
part of upcoming Wicket versions. For the time being I'd like to make the
code attached to [4] a wicketstuff project - sfussenegger needs commit
access ;) - and wait for your feedback.
The links:
[1]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html
Wicket Interface Speed-Up
[2]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html
Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers
[3]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html
Wicket Interface Speed-Up: Caching Resources Forever
[4]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html
Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests
-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
--
View this message in context:
http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19216657.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Crystal Report
Hello, Does anyone here had encountered using crystal report with wicket as a reporting tool? Any idea how to integrate crystal report? I already know how to integrate jasper. Thanks a lot. Cheers. -- View this message in context: http://www.nabble.com/Crystal-Report-tp19217374p19217374.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
why don't you open up an issue in JIRA?
Am 29.08.2008 um 12:22 schrieb Jörn Zaefferer:
Here is a first patch for the RevisionVersionProvider:
Index: src/main/java/org/wicketstuff/mergedresources/versioning/
RevisionVersionProvider.java
===
--- src/main/java/org/wicketstuff/mergedresources/versioning/
RevisionVersionProvider.java (revision
4147)
+++ src/main/java/org/wicketstuff/mergedresources/versioning/
RevisionVersionProvider.java (working
copy)
@@ -15,7 +15,7 @@
public int getVersion(final Class? scope, final String fileName)
throws VersionException {
final String file = getResourcePath(scope, fileName);
- final InputStream in =
ClassLoader.getSystemResourceAsStream(file);
+ final InputStream in =
RevisionVersionProvider
.class.getClassLoader().getResourceAsStream(file);
if (in == null) {
throw new VersionException(scope, fileName, can't find
+ file);
}
ClassLoader.getSystemResourceAsStream in my deployment enviroment, it
always returned null for classpath resources. Using the
RevisionVersionProvider classloader works fine.
Let me know where I should post further patches etc.
Jörn
On Fri, Aug 29, 2008 at 11:29 AM, Stefan Fußenegger
[EMAIL PROTECTED] wrote:
Code is now available through wicketsuff:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources/
wicketstuff-merged-resources and
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources-examples/
wicketstuff-merged-resources-examples
Now I want to make it available through
http://wicketstuff.org/maven/repository/. I therefore registered at
wicketstuff.org/teamcity (sfussenegger). What's next?
Stefan Fußenegger wrote:
I just finished the 4th and last entry of my series Wicket
Interface
Speed-Up on my blog. To give a short summary: I investigated one
of my
apps with YSlow and started optimizing it's interface rendering
speed [1].
Especially Wicket's way of handling resources, i.e. JS and CSS
files,
causes interfaces to load rather slowly. In my articles, I explain
how to
modify the cache interval [2], how to mount resources with a
version (e.g.
/css/all-1234.css) in order to use aggressive client-side caching
(e.g.
resources expire after a year) [3]. Finally, I show how to merge
resources
at application startup (using a class classed
MergedResourceStream) to
reduce the number of resources a client has to download [4],
including
code). I was able to increase interface loading times
considerably, so
it's surely worth a look.
I feel that it would also be worth to discuss, whether this work
could be
part of upcoming Wicket versions. For the time being I'd like to
make the
code attached to [4] a wicketstuff project - sfussenegger needs
commit
access ;) - and wait for your feedback.
The links:
[1]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html
Wicket Interface Speed-Up
[2]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html
Wicket Interface Speed-Up: Modifying Expires and Cache-Control
Headers
[3]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html
Wicket Interface Speed-Up: Caching Resources Forever
[4]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html
Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests
-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
--
View this message in context:
http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19216657.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
wicket, spring and Jtrac
Hi everyone,
I am trying to do alittle enhancement with Jtrac(thanks PThomas). I created
a mailto properties that will open the default mail application with
pre-formatted text. The java class uses setResponsePage to include the
ticket id in the url. how can I copy the entire url since i would want to
include that in an email when user click SEND EMAIL TO CALLER.
i tried using c:out value = {item.getRefId}. i tested it but it does not
display any values?
I'm I missing something?
thanks guys
Jay
--
View this message in context:
http://www.nabble.com/wicket%2C-spring-and-Jtrac-tp19217437p19217437.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
Good point, I forgot that wicketstuff has its own JIRA installation.
Though the entry for the project is missing. Let me know once its
there, and I'll create the report.
Jörn
On Fri, Aug 29, 2008 at 12:26 PM, Peter Ertl [EMAIL PROTECTED] wrote:
why don't you open up an issue in JIRA?
Am 29.08.2008 um 12:22 schrieb Jörn Zaefferer:
Here is a first patch for the RevisionVersionProvider:
Index:
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
===
---
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
(revision
4147)
+++
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
(working
copy)
@@ -15,7 +15,7 @@
public int getVersion(final Class? scope, final String fileName)
throws VersionException {
final String file = getResourcePath(scope, fileName);
- final InputStream in =
ClassLoader.getSystemResourceAsStream(file);
+ final InputStream in =
RevisionVersionProvider.class.getClassLoader().getResourceAsStream(file);
if (in == null) {
throw new VersionException(scope, fileName, can't
find + file);
}
ClassLoader.getSystemResourceAsStream in my deployment enviroment, it
always returned null for classpath resources. Using the
RevisionVersionProvider classloader works fine.
Let me know where I should post further patches etc.
Jörn
On Fri, Aug 29, 2008 at 11:29 AM, Stefan Fußenegger
[EMAIL PROTECTED] wrote:
Code is now available through wicketsuff:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources/
wicketstuff-merged-resources and
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources-examples/
wicketstuff-merged-resources-examples
Now I want to make it available through
http://wicketstuff.org/maven/repository/. I therefore registered at
wicketstuff.org/teamcity (sfussenegger). What's next?
Stefan Fußenegger wrote:
I just finished the 4th and last entry of my series Wicket Interface
Speed-Up on my blog. To give a short summary: I investigated one of my
apps with YSlow and started optimizing it's interface rendering speed
[1].
Especially Wicket's way of handling resources, i.e. JS and CSS files,
causes interfaces to load rather slowly. In my articles, I explain how
to
modify the cache interval [2], how to mount resources with a version
(e.g.
/css/all-1234.css) in order to use aggressive client-side caching (e.g.
resources expire after a year) [3]. Finally, I show how to merge
resources
at application startup (using a class classed MergedResourceStream) to
reduce the number of resources a client has to download [4], including
code). I was able to increase interface loading times considerably, so
it's surely worth a look.
I feel that it would also be worth to discuss, whether this work could
be
part of upcoming Wicket versions. For the time being I'd like to make
the
code attached to [4] a wicketstuff project - sfussenegger needs commit
access ;) - and wait for your feedback.
The links:
[1]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html
Wicket Interface Speed-Up
[2]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html
Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers
[3]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html
Wicket Interface Speed-Up: Caching Resources Forever
[4]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html
Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests
-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
--
View this message in context:
http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19216657.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket,tomcat and UTF-8
im really happy for all the help but... as stated in the top/first post i allready did all these things bro. but thx anyway Peter Ertl wrote: It's a standard tomcat problem that everybody sooner or later encounters... This will work for you: http://cagan327.blogspot.com/2006/05/utf-8-encoding-fix-tomcat-jsp-etc.html Just use the EncodingFilter and I bet my [EMAIL PROTECTED]@#$ it will work :-) Am 29.08.2008 um 11:04 schrieb Ray trace: i dont think u actually read my post but thx anyways. as stated in the initial post i tried that allready. Emanuele Gesuato-2 wrote: Ray trace wrote: ino its wierd yes my browser says utf-8 . the mysql database is in utf-8. hibernate is utf-8. basically all is utf-8 except the incoming post data.arg. property name=hibernate.connection.useUnicodetrue/property property name=hibernate.connection.characterEncodingUTF-8/ property database schema is created with utf-8 ...so that hibernate tools generate the correct tables. all though i dont think its hibernate causing the problems. Have you tried using URIEncoding=UTF-8 in the connector tag of your tomcat server.xml ? It should be similar to the following: Connector port=8080 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true URIEncoding=UTF-8/ HTH, Emanuele - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19216327.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Wicket%2Ctomcat--and-UTF-8-tp19215411p19217648.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Crystal Report
Yeah, I have with a Wicket app. that serves Crystal Reports XI reports. I scrapped using its J2EE business connector and, instead, wrote the reports in PDF format to the local filesystem and emailed them to user. I would recommend doing this asynchronously because of the expensive I/O costs. You don't have to email them but I had to do as it was my use case. Crystal Reports API is a big pain in the backside so good luck! Best, James. On Fri, Aug 29, 2008 at 11:24 AM, freak182 [EMAIL PROTECTED] wrote: Hello, Does anyone here had encountered using crystal report with wicket as a reporting tool? Any idea how to integrate crystal report? I already know how to integrate jasper. Thanks a lot. Cheers. -- View this message in context: http://www.nabble.com/Crystal-Report-tp19217374p19217374.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat crashes out of memory
On Fri, Aug 29, 2008 at 4:56 AM, Mathias P.W Nilsson [EMAIL PROTECTED] wrote: I read in some thread that a GZipfilter could take a lot of memory so I'm getting rid of my GZipFilter. I use a Servlet to host files out of the web application context. Can this be done using only wicket? Yes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Crystal Report
Just to clarify, I wrote the report in PDF format via its API. I can tell you where to look if needed. On Fri, Aug 29, 2008 at 11:24 AM, freak182 [EMAIL PROTECTED] wrote: Hello, Does anyone here had encountered using crystal report with wicket as a reporting tool? Any idea how to integrate crystal report? I already know how to integrate jasper. Thanks a lot. Cheers. -- View this message in context: http://www.nabble.com/Crystal-Report-tp19217374p19217374.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: strange ajax hang-up problem at IE6, windows 98
thanks we also only can reproduce the enviornment using vmware for the problem OS, it is reported came from our customer, so we can just go to fix them for now, we have a very dirty fix and will check with the customer to see if it works Matej Knopp-2 wrote: Hi, You can create a jira issue for it, unfortunately I don't think I'll be able to try to reproduce it as I don't have any machine with W98 + IE6 around. Who does use that anyway? Last time I checked it was 2008... (Anyway, even for Windows 98 there are bunch of browsers available that are way better than IE6) -Matej On Thu, Aug 28, 2008 at 2:03 PM, ywtsang [EMAIL PROTECTED] wrote: at windows 98 , IE6, when i click an ajax link, it can fire the request to server, and server has processed and completed sending the request but the browser still hang up or waiting, until i click somewhere at the page, then the wicket ajax action will then proceed it happens only at windows 98 +IE6; we have no problem in other combination of browsers and new-er windows also, it happens only at the ajax link, but not other ajax event like on change of select box we suspect that some handlers at the steps hang up, but can't solve that here is the log from the wicket debug window: INFO: Response parsed. Now invoking steps... wait wait wait hang up here... until i click somewhere at the page INFO: Response processed successfully. INFO: Invoking post-call handler(s)... INFO: last focus id was not set -- View this message in context: http://www.nabble.com/strange-ajax-hang-up-problem-at-IE6%2C-windows-98-tp19199143p19199143.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/strange-ajax-hang-up-problem-at-IE6%2C-windows-98-tp19199143p19217767.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Discussion on Wicket Interface Speed-Up
just applied your patch
could somebody please create wicketstuff-merged-resources in JIRA and
teamcity?
Jörn Zaefferer-2 wrote:
Here is a first patch for the RevisionVersionProvider:
Index:
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
===
---
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
(revision
4147)
+++
src/main/java/org/wicketstuff/mergedresources/versioning/RevisionVersionProvider.java
(working
copy)
@@ -15,7 +15,7 @@
public int getVersion(final Class? scope, final String fileName)
throws VersionException {
final String file = getResourcePath(scope, fileName);
- final InputStream in =
ClassLoader.getSystemResourceAsStream(file);
+ final InputStream in =
RevisionVersionProvider.class.getClassLoader().getResourceAsStream(file);
if (in == null) {
throw new VersionException(scope, fileName, can't find
+ file);
}
ClassLoader.getSystemResourceAsStream in my deployment enviroment, it
always returned null for classpath resources. Using the
RevisionVersionProvider classloader works fine.
Let me know where I should post further patches etc.
Jörn
On Fri, Aug 29, 2008 at 11:29 AM, Stefan Fußenegger
[EMAIL PROTECTED] wrote:
Code is now available through wicketsuff:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources/
wicketstuff-merged-resources and
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-merged-resources-examples/
wicketstuff-merged-resources-examples
Now I want to make it available through
http://wicketstuff.org/maven/repository/. I therefore registered at
wicketstuff.org/teamcity (sfussenegger). What's next?
Stefan Fußenegger wrote:
I just finished the 4th and last entry of my series Wicket Interface
Speed-Up on my blog. To give a short summary: I investigated one of my
apps with YSlow and started optimizing it's interface rendering speed
[1].
Especially Wicket's way of handling resources, i.e. JS and CSS files,
causes interfaces to load rather slowly. In my articles, I explain how
to
modify the cache interval [2], how to mount resources with a version
(e.g.
/css/all-1234.css) in order to use aggressive client-side caching (e.g.
resources expire after a year) [3]. Finally, I show how to merge
resources
at application startup (using a class classed MergedResourceStream) to
reduce the number of resources a client has to download [4], including
code). I was able to increase interface loading times considerably, so
it's surely worth a look.
I feel that it would also be worth to discuss, whether this work could
be
part of upcoming Wicket versions. For the time being I'd like to make
the
code attached to [4] a wicketstuff project - sfussenegger needs commit
access ;) - and wait for your feedback.
The links:
[1]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html
Wicket Interface Speed-Up
[2]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-modifying.html
Wicket Interface Speed-Up: Modifying Expires and Cache-Control Headers
[3]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-caching.html
Wicket Interface Speed-Up: Caching Resources Forever
[4]
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up-merging.html
Wicket Interface Speed-Up: Merging Resources for Fewer HTTP Requests
-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
--
View this message in context:
http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19216657.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
---
Stefan Fußenegger
http://talk-on-tech.blogspot.com // looking for a nicer domain ;)
--
View this message in context:
http://www.nabble.com/Discussion-on-%22Wicket-Interface-Speed-Up%22-tp19197540p19218353.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with multiple browser windows and locked page maps
Thanks for your answers, Matej and Johan. Matej: we are running with multi-window support on, and store per-window related navigation in the session keyed on page map name. This works fine most of the time. Johan: I've been stepping through the Wicket code and studying the docs to understand how it deals with new windows, and I think I'm starting to understand what's happening, and your comments about default page maps. Basically what seems to be the case is that the inital window in a session never receives its own page map name, it stays on the default one. This means that this initial window is indistinguishable from a brand new window that hasn't yet had a page map name allocated and been redirected to a page with this set. I've done some tests which seem to confirm this hypothesis: - I open an initial browser window on my application (window 1) - I open a second window in the same session (window 2) If a start a long-running operation in window 1, any new windows created will lock until window 1's operation has been completed. However, if I start the long-running operation in window 2, I can open new windows to my heart's content and they will not block. Does that make sense, is this an accurate description of the problem? It seems odd that the initial window is never allocated a page map name, which leads to this assymtry between windows. Is this something that can be fixed? Or even better, can I do something my side in order to force any window/page map opened against a session to have a unique name allocated? Regards, Jan 2008/8/29 Johan Compagner [EMAIL PROTECTED] And even with that check it will not work. If you open a new tab then the first page wicket will render when you type in an url will be the defaul pagemap. Only on the first page rendered we know that we have to redirect. So that first page will be blocked. The only thing that could maybe help is never use the defaul pagemap. So always use from the first page on a differnt one. And if you then see that a defaul pagemap request is done in your page, create a new pagemap and redirect again. On 8/29/08, Matej Knopp [EMAIL PROTECTED] wrote: Only if multi window support is on (which is off by default with secondlevelcachesessionstore). The multiwindow support is more or less a hack, because HTTP doesn't really provide any means to detect browser windows/tabs. -Matej On Fri, Aug 29, 2008 at 2:28 AM, Jan Stette [EMAIL PROTECTED] wrote: I agree, that's a better long-term fix. Even so, isn't it wrong that the request from a new window is locked waiting on the other window's page map - I would have thought the new window should have ended up with its own page map? Regards, Jan 2008/8/29 Matej Knopp [EMAIL PROTECTED] Hi, the long running process should be executed in separate thread. You can make wicket periodically poll for result (via ajax). It is generally not a good idea to run action that potentially can take long time to complete from a request thread. -Matej On Thu, Aug 28, 2008 at 8:42 PM, Jan Stette [EMAIL PROTECTED] wrote: I'm having a problem with the following scenario: 1. A user logs into our Wicket application and starts using it. 2. The user clicks on a link which kicks off a potentially long-running operation. 3. While getting bored with waiting for this to complete, the user copies the URL from her browser into another tab or window. Unfortunately, at this stage, the second window is locked and times out with a message pagemap is still locked after one minute. Should this work? Stepping through the second request in the debugger, it appears that it this request has a page map name = null, as has the previous request ( in the long running thread). So they seem to pick up the same page map. Presumably this is wrong; multiple windows should each have their unique page map? Or does the magic that detects new windows hence new page maps to be created break down in cases like this? Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Assert that all models are detached at the end of the request?
Matijn, thank you for your hint.
I searched on your blog, http://martijndashorst.com/blog/, and Eelco's,
http://day-to-day-stuff.blogspot.com/, but must have searched for the
wrong
thing (transient, entity, SerializableChecker)...
Anyways, I'd like to do what you suggest, but have a few question:
I guess I have to provide my own implementation of
IObjectStreamFactory in
order to force my subclass of SerializableChecker to run (in development
mode). For this, do I subclass
IObjectStreamFactory.DefaultObjectStreamFactory
or WicketObjectStreamFactory?
Where would I install this custom IObjectStreamFactory?
As to SerializableChecker itself, I think my version simply has to
look for
models in
private void check(Object obj)
{
if (obj == null)
{
return;
}
Class? cls = obj.getClass();
nameStack.add(simpleName);
traceStack.add(new TraceSlot(obj, fieldDescription));
if (!(obj instanceof Serializable) (!Proxy.isProxyClass(cls)))
{
throw new WicketNotSerializableException(
toPrettyPrintedStack(obj.getClass().getName()), exception);
}
// NEW
if (obj instanceof LoadableDetachableModel) {
LoadableDetachableModel m = (LoadableDetachableModel)m;
if (m.isAttached())
{
throw new IllegalStateException(Model not detached!);
}
}
// ...
Regards,
Kaspar
On 29.08.2008, at 08:20, Martijn Dashorst wrote:
you could extend the serializerchecker to check for underached models.
We did something similar checking for non-transient Entity objects.
Iirc the code is either on my blog or Eelco's blog.
Martijn
On 8/28/08, Igor Vaynberg [EMAIL PROTECTED] wrote:
no, there is no easy way to assert that any model has been
detached,
because they do not keep a flag.
in 1.5 we will implement it so that all fields of a component that
implement idetachable are detached in the end of request via
reflection, so that should help somewhat.
-igor
On Thu, Aug 28, 2008 at 1:57 PM, Kaspar Fischer
[EMAIL PROTECTED]
wrote:
Is there an easy way to assert that all models are detached at the
end of
the
request?
It does not look so easy to check this as models do not have
common base
class
where one could register them for a check...
I often use an additional model in a component and store it as a
member
field;
if I forgot to detach() this model in the onDetach() handler, I
would have
a
dangling model. That caused me quite some trouble once and I
want to
avoid
it in the future.
Thanks,
Kaspar
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with placeholder in string resource model (1.3.4)
Sorry guys, that's not a Wicket issue!
I found the root cause. It's because of Java bug #4293229, when there is
apostrophe into a texte, java.text.MessageFormat gets messed
The bad thing is that the way Wicket handle messages changed between
1.3.1 and 1.3.4 (the code into StringResourceModel#getString), so yet
the bug comes up...
Hard luck :)
Piller Sébastien a écrit :
Hello,
I've just upgraded to wicket 1.3.4 from 1.3.1. Now, I have a problem
with the string resource model.
I've a code like this:
Object[] parameters = new String[]{param1, param2, param3,
param4};
IModel model = new StringResourceModel(thekey, aComponent, null,
parameters);
The resource is:
entry key=thekeyBlabla {0} blibli {1} bloblo {2} bleble
{3}/entry
And now, only the first parameter is rendered... Others stays with no
substitution. The rendered string is : Blabla param1 blibli {1}
bloblo {2} bleble {3}
Do I do something wrong?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Assert that all models are detached at the end of the request?
We just do it in CustomRequestCycle#onEndRequest():
@Override
protected void onEndRequest()
{
if (Application.get().isDevelopment())
{
// controleer of er hibernate objecten in de pagina
vastgehouden worden.
// eerst de pagina die het request heeft beantwoord
Page requestPage = getRequest().getPage();
testDetachedObjects(requestPage);
// als de response een Page heeft, dan deze controleren
op de
aanwezigheid van
// hibernate objecten.
if (getRequestTarget() instanceof IPageRequestTarget)
{
Page responsePage = ((IPageRequestTarget)
getRequestTarget()).getPage();
if (responsePage != requestPage)
{
testDetachedObjects(responsePage);
}
}
}
And:
private void testDetachedObjects(final Page page)
{
if (page == null)
{
return;
}
try
{
NotSerializableException exception = new
NotSerializableException();
EntityAndSerializableChecker checker = new
EntityAndSerializableChecker(exception);
checker.writeObject(page);
}
catch (Exception ex)
{
log.error(Couldn't test/serialize the Page: + page +
, error: + ex);
}
}
--
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Assert that all models are detached at the end of the request?
and yes, your implementation of the check looks good. Martijn -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can't include DownloadLink in LinkTree
Hi everyone!
First of all, thanks for helping 2 french wicket padawan developers :-)
We tried to make a Tree for our wicket application, but we encountered a
problem.
The tree is created, with simple file names, but we can't redirect the click
to the download link, and that's a big problem. We saw that if we try to add
an ExternalLink to the Tree, it works (see comments in code).
This is the source (simplified for the post):
LinkTree tree = new LinkTree( tree, new DefaultTreeModel( root ) ) {
@Override
protected Component newNodeComponent( String id, IModel
model ) {
return new LinkIconPanel( id, model, this ) {
@Override
protected Component
newContentComponent( String componentId, BaseTree
tree, IModel model ) {
Object obj = ( (
DefaultMutableTreeNode )model.getObject()
).getUserObject();
if( obj instanceof AbstractLink
) {
// return new
ExternalLink( componentId, http://www.google.fr;,
Example ExternalLink );
DownloadLink dl = new
DownloadLink( componentId, new File(
toto-example.png ), Example DownloadLink );
return dl;
}
return new Label( componentId,
model.getObject().toString() );
}
};
}
};
As you can see, we override the method newNodeComponent(.,.) for allowing
overriding the method newContentComponent(.,.,.). The problem is that we
can't see the name of the file nor the DownloadLink, even if we can redirect
a click on an ExternalLink given to the LinkTree.
We hope our explanations were clear, and will permit you helping us.
--
View this message in context:
http://www.nabble.com/Can%27t-include-DownloadLink-in-LinkTree-tp19220120p19220120.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Phonebook: Maven repos not available, can't build
pixotec wrote: Thank you, this solves the SUN part... But how to avoid using the unreachable repo.mergere.com-repository? Where is it configured? How to use another repo? (Sorry I am new to Maven...) Should you change it in SVN to avoid the problem for other users, too? I changed the SUN part in svn repositories are configured either in the pom.xml of the project, or in settings.xml of the maven installation or in the users local repository. The message of a missing repo might be of no harm since maven has a fallback strategy to look up other repos. What wonders me is how mergere.com got into there, aren't they called devzuz.com now? Which version of maven are you using? mf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket Phonebook: Maven repos not available, can't build
and why even bother using mergere.com or devzus.com as a repo manager? Martijn On Fri, Aug 29, 2008 at 3:34 PM, Martin Funk [EMAIL PROTECTED] wrote: pixotec wrote: Thank you, this solves the SUN part... But how to avoid using the unreachable repo.mergere.com-repository? Where is it configured? How to use another repo? (Sorry I am new to Maven...) Should you change it in SVN to avoid the problem for other users, too? I changed the SUN part in svn repositories are configured either in the pom.xml of the project, or in settings.xml of the maven installation or in the users local repository. The message of a missing repo might be of no harm since maven has a fallback strategy to look up other repos. What wonders me is how mergere.com got into there, aren't they called devzuz.com now? Which version of maven are you using? mf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't include DownloadLink in LinkTree
You might want to try putting the link to a panel and returning panel
from newContentComponent();
-Matej
On Fri, Aug 29, 2008 at 3:38 PM, leroudav [EMAIL PROTECTED] wrote:
Hi everyone!
First of all, thanks for helping 2 french wicket padawan developers :-)
We tried to make a Tree for our wicket application, but we encountered a
problem.
The tree is created, with simple file names, but we can't redirect the click
to the download link, and that's a big problem. We saw that if we try to add
an ExternalLink to the Tree, it works (see comments in code).
This is the source (simplified for the post):
LinkTree tree = new LinkTree( tree, new DefaultTreeModel( root ) ) {
@Override
protected Component newNodeComponent( String id,
IModel model ) {
return new LinkIconPanel( id, model, this ) {
@Override
protected Component
newContentComponent( String componentId, BaseTree
tree, IModel model ) {
Object obj = ( (
DefaultMutableTreeNode )model.getObject()
).getUserObject();
if( obj instanceof
AbstractLink ) {
// return new
ExternalLink( componentId, http://www.google.fr;,
Example ExternalLink );
DownloadLink dl = new
DownloadLink( componentId, new File(
toto-example.png ), Example DownloadLink );
return dl;
}
return new Label( componentId,
model.getObject().toString() );
}
};
}
};
As you can see, we override the method newNodeComponent(.,.) for allowing
overriding the method newContentComponent(.,.,.). The problem is that we
can't see the name of the file nor the DownloadLink, even if we can redirect
a click on an ExternalLink given to the LinkTree.
We hope our explanations were clear, and will permit you helping us.
--
View this message in context:
http://www.nabble.com/Can%27t-include-DownloadLink-in-LinkTree-tp19220120p19220120.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
wicket-contrib-tinymce problem
Hi
If I try to add the TinyMCEPanel to my page it doesn't appear. If I try to
add parameters, and some extra marups, it throws the following exception:
WicketMessage: Markup of type 'html' for component
'com.myapp.wicket.ContentEditor' not found. Enable debug messages for
org.apache.wicket.util.resource to get a list of all filenames tried:
[Page class = com.myapp.wicket.ContentEditor, id = 3, version = 0]
html:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
title/title
link wicket:id='stylesheet'/
/head
body
wicket:extend
tinyMCE
center
test texarea2
textarea wicket:id=ta id=ta name=ta rows=30
columns=20test texarea/textarea
/center
/wicket:extend
/body
/html
java:
public ContentEditor() {
setModel(new CompoundPropertyModel(this));
TinyMCESettings settings=new
TinyMCESettings(TinyMCESettings.Theme.advanced);
add(new TinyMCEPanel(tinyMCE, settings));
add(new TextArea(ta, new Model(TEXT)));
}
Any tips?
Thanks:
Bence
--
View this message in context:
http://www.nabble.com/wicket-contrib-tinymce-problem-tp19221008p19221008.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: EJB usage in ResourceLoader
Thanks, it works! igor.vaynberg wrote: it will only work for subclasses of component if you want to inject something else you have to do it manually via injectorholder.getinjector().inject(this) in the constructor -igor On Thu, Aug 28, 2008 at 5:10 AM, btakacs [EMAIL PROTECTED] wrote: I used addComponentInstantiationListener(new JavaEEComponentInjector(this)); in the Application init method. Why doesn't it work for a ResourceLoader? btakacs wrote: Hi I started to use wicket-contrib-javaee, and it is working for pages and models (I injected the listener into the Application file). But I would like to use EJB in a ResourceLoader too. In the project home page i did not found anything about that. http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-javaee Do I need to lookup manually are there any more elegant solution for that? Any Tips? Thanks: Bence -- View this message in context: http://www.nabble.com/EJB-usage-in-ResourceLoader-tp19198798p19199250.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/EJB-usage-in-ResourceLoader-tp19198798p19221022.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Localization issue
Thanks, it works! Janos Cserep-4 wrote: Actually now I have only one label for testing purposes: add(new Label(locale, getSession().getLocale().getLanguage())); That's actually bad practice. You are adding the component in the constructor. That code runs only once - when you create the component, page, etc. Try: add(new Label(locale, new PropertyModel(this, session.locale.language)); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Localization-issue-tp19160932p19221098.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: wicket-contrib-tinymce problem
AFAIK you should add the tinyMCEBehaviour to the Textarea, sth like this:
ta = new TextArea(field, model);
ta.setRequired(required);
ta.setLabel(new Model(label));
ta.setConvertEmptyInputStringToNull(false);
TinyMceBehavior tmb = new TinyMceBehavior(getAdvancedSettings());
Best,
Korbinian
btakacs schrieb:
Hi
If I try to add the TinyMCEPanel to my page it doesn't appear. If I try to
add parameters, and some extra marups, it throws the following exception:
WicketMessage: Markup of type 'html' for component
'com.myapp.wicket.ContentEditor' not found. Enable debug messages for
org.apache.wicket.util.resource to get a list of all filenames tried:
[Page class = com.myapp.wicket.ContentEditor, id = 3, version = 0]
html:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
head
title/title
link wicket:id='stylesheet'/
/head
body
wicket:extend
tinyMCE
center
test texarea2
textarea wicket:id=ta id=ta name=ta rows=30
columns=20test texarea/textarea
/center
/wicket:extend
/body
/html
java:
public ContentEditor() {
setModel(new CompoundPropertyModel(this));
TinyMCESettings settings=new
TinyMCESettings(TinyMCESettings.Theme.advanced);
add(new TinyMCEPanel(tinyMCE, settings));
add(new TextArea(ta, new Model(TEXT)));
}
Any tips?
Thanks:
Bence
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't include DownloadLink in LinkTree
Thanks for the help. We just tried your solution, but had a problem again. The panel needs a wicket:id, but we can't provide it. We will try again monday morning (that's the end of the day in Europe). Thanks again. We hope that will help us! Matej Knopp-2 wrote: You might want to try putting the link to a panel and returning panel from newContentComponent(); -Matej -- View this message in context: http://www.nabble.com/Can%27t-include-DownloadLink-in-LinkTree-tp19220120p19221801.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Quick DateValidator-issue
right now you cannot, but you can implement your own rangevalidator
and add whatever values you want...
-igor
On Fri, Aug 29, 2008 at 2:25 AM, Markus [EMAIL PROTECTED] wrote:
Hi all,
is there any possibility to add some custom mappings to the
DateValidator.RangeValidator?
Because between Thu Feb 01 00:00:00 CET 1900 and (...) really is not very
user-friendly formated information, in most cases.
Can I add something like ${year} or ${dateOnly} on the fly without extending
the whole class?
Rergards
Markus
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Popup from a link
Hi , I have a link and what I want is that the user clicks the link so that a popup window appears. This popup will have a very simple page/form with a couple of fields and ok/cancel button. After the user hits ok, the popup disappears (the form submits). Are there any good examples on popups around ? Any leads would be helpful. thanks, Askar -- View this message in context: http://www.nabble.com/Popup-from-a-link-tp19224927p19224927.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Popup from a link
You can check out the example in wicket extensions: http://www.wicket-library.com/wicket-examples/ajax/modal-window.0;jsessionid=D48A81DCC881B0D8A11DAA7EE39C81B1 http://www.wicketframework.org/wicket-extensions/apidocs/wicket/extensions/ajax/markup/html/modal/ModalWindow.html If you want to reuse the modal popup elsewere, there is an example on how to do this nicely here: http://stuq.nl/weblog/2008-06-05/wicket-how-to-write-a-reusable-modal-window-popup hope it helps. Louis askarzaidi wrote: Hi , I have a link and what I want is that the user clicks the link so that a popup window appears. This popup will have a very simple page/form with a couple of fields and ok/cancel button. After the user hits ok, the popup disappears (the form submits). Are there any good examples on popups around ? Any leads would be helpful. thanks, Askar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AbstractDefaultAjaxBehavior.findIndicatorId()
On Fri, 22 Aug 2008, John Krasnay wrote:
It's sometimes awkward to implement an AJAX indicator the standard way,
by implementing IAjaxIndicatorAware, since it forces me to use an
explicit class where I otherwise would have used an anonymous inner
class. I actually have this code in one of my classes:
There's still the kludge of making a named local inner class
Form myForm = new Form(foo, model);
TextField myField = new TextField(bar);
class BarsBehavior extends AjaxFormChoiceComponentUpdatingBehavior
implements IAjaxIndicatorAware {
...
}
myField.add(new BarsBehavior());
...
It occurred to me that this would be much simpler if
AbstractDefaultAjaxBehaviour.findIndicatorId() were made protected and
non-final rather than private. Then I could just override it in my
anonymous inner class.
Thanks, that sounds like a good idea to me.
Best wishes,
Timo
--
Timo Rantalaiho
Reaktor Innovations OyURL: http://www.ri.fi/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Browser multiple tabs and page expired/class not found issues
Hi, I have tried opening 2 IE 7 tabs (in the same brower window obviously), loading the same bookmarkable url in both the tabs. I then did some action which triggered ajax submit on one of the tabs and got the response back correctly, URL in the browser tab remained the same. so far so good. Now I tried to do some other action on the tab2 - I get Wicket Runtime exception, which changes everytime but basically get component not found http://localhost:8080/cart?wicket:interface=:4:viewCartContainer:cartForm::IFormSubmitListener:: WicketMessage: component viewCartContainer:cartForm not found on page com.neobits.web.pages.ViewCartPage[id = 4], listener interface = [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()]Root cause:org.apache.wicket.WicketRuntimeException: component viewCartContainer:cartForm not found on page com.neobits.web.pages.ViewCartPage[id = 4], listener interface = [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()] at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveListenerInterfaceTarget(AbstractRequestCycleProcessor.java:416) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:461) -- View this message in context: http://www.nabble.com/Browser-multiple-tabs-and-page-expired-class-not-found-issues-tp19226058p19226058.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Transactions not working :/
Hi all,
I have the following Problem:
I want a function to rollback everything when the database-part passes, but
the email-sending throws an error.
Now this is how I tried:
applicationContext @ Spring:
bean id=sessionFactory
class=org.springframework.orm.hibernate3.annotation.AnnotationSessionFactor
yBean
property name=dataSource ref=dataSource /
property name=configLocation
valueclasspath:hibernate.cfg.xml/value
/property
/bean
bean id=transactionManager
class=org.springframework.orm.hibernate3.HibernateTransactionManager
property name=sessionFactory ref=sessionFactory /
/bean
tx:annotation-driven /
A class injected into a component with Spring which should be transactional
as a whole:
@Transactional
@Override
public void createUser(Users user, String validateURL) throws
Exception {
//TODO: geworbenDurch-User finden und Punkte geben.
//EMail versenden
MimeMessage message = mailSender.createMimeMessage();
MimeMessageHelper helper = new MimeMessageHelper(message);
//do stuff
mailSender.send(message);
// Persistent machen
usersDao.saveOrUpdate(user);
//usersDao.flush();
throw new Exception(xxx);
}
(method of a Spring-loaded class)
Now when everything passed and only my Exception(xxx) is thrown no Rollback
is done???
How can I manage this? I should not use .beginTransaction afaik, not to
disturb the annotation-driven transaction-manager?
Can anyone help me out?
Regards
Markus
Re: Nested forms and IndicatingAjaxSubmitButton - multiple issues
After spending a day or so on this issue, I finally figured out and found a bug in wicket-ajax.js. I am curious to know why I didnt get any responses from the Wicket developer(s), at least who had originally coded this portion, as I had asked for help couple of times. This will help me (and may be others) in future on if/when/how to get answers to the issues/posts here. Ritesh Trivedi wrote: Hi, I have IndicatingAjaxButton in a form within a panel, panel itself is inside another wrapper form on the enclosing page. Seems like I get really weird behavior based on how many forms I have on the page - even though the ajaxsubmit button's form hierarchy doesnt really change. Condition 1: When there are 2 forms - indicatingajaxbutton - form - panel - form - page In both IE and FF onSubmit() of the indicatingajaxbutton gets called correctly - but entire page gets reloaded instead of just updating the targets added to the ajaxtarget. Even though the containing page in the above hierarchy is bookmarkable page In IE the url changes to wicket:interface::10:2 etc. Condition 2: When there are atleast 3 forms - indicatingajaxbutton - form - panel - form1, form2 (at the same level) - page In FF most of the time it works correctly - although every now and then I do see the loadabledetachable model load method not even called for the updating components In IE 7 - Dont get a call to onSubmit() for indicatingajaxbutton at all but the page reloads and again even though the page is bookmarkable - wicket:interface url shows with the bumped version number Can someone think of any work arounds while this gets looked at? -- View this message in context: http://www.nabble.com/Nested-forms-and-IndicatingAjaxSubmitButton---multiple-issues-tp19190442p19226103.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transactions not working :/
Spring does not rollback automatically on regular exceptions. You
either have to explicitly tell it to, or throw a RuntimeException (or
one of its subclasses of course).
On Fri, Aug 29, 2008 at 3:26 PM, Markus [EMAIL PROTECTED] wrote:
Hi all,
I have the following Problem:
I want a function to rollback everything when the database-part passes, but
the email-sending throws an error.
Now this is how I tried:
applicationContext @ Spring:
bean id=sessionFactory
class=org.springframework.orm.hibernate3.annotation.AnnotationSessionFactor
yBean
property name=dataSource ref=dataSource /
property name=configLocation
valueclasspath:hibernate.cfg.xml/value
/property
/bean
bean id=transactionManager
class=org.springframework.orm.hibernate3.HibernateTransactionManager
property name=sessionFactory ref=sessionFactory /
/bean
tx:annotation-driven /
A class injected into a component with Spring which should be transactional
as a whole:
@Transactional
@Override
public void createUser(Users user, String validateURL) throws
Exception {
//TODO: geworbenDurch-User finden und Punkte geben.
//EMail versenden
MimeMessage message = mailSender.createMimeMessage();
MimeMessageHelper helper = new MimeMessageHelper(message);
//do stuff
mailSender.send(message);
// Persistent machen
usersDao.saveOrUpdate(user);
//usersDao.flush();
throw new Exception(xxx);
}
(method of a Spring-loaded class)
Now when everything passed and only my Exception(xxx) is thrown no Rollback
is done???
How can I manage this? I should not use .beginTransaction afaik, not to
disturb the annotation-driven transaction-manager?
Can anyone help me out?
Regards
Markus
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: AbstractDefaultAjaxBehavior.findIndicatorId()
On Fri, Aug 29, 2008 at 09:38:20PM +0300, Timo Rantalaiho wrote:
On Fri, 22 Aug 2008, John Krasnay wrote:
It's sometimes awkward to implement an AJAX indicator the standard way,
by implementing IAjaxIndicatorAware, since it forces me to use an
explicit class where I otherwise would have used an anonymous inner
class. I actually have this code in one of my classes:
There's still the kludge of making a named local inner class
Form myForm = new Form(foo, model);
TextField myField = new TextField(bar);
class BarsBehavior extends AjaxFormChoiceComponentUpdatingBehavior
implements IAjaxIndicatorAware {
...
}
myField.add(new BarsBehavior());
...
You can do that?! Wow, learn something new every day.
Thanks for the tip.
jk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transactions not working :/
On Fri, Aug 29, 2008 at 09:26:19PM +0200, Markus wrote: throw new Exception(xxx); From the Spring doco: Note however that the Spring Framework's transaction infrastructure code will, by default, only mark a transaction for rollback in the case of runtime, unchecked exceptions; that is, when the thrown exception is an instance or subclass of RuntimeException. IOW, try throwing RuntimeException instead. jk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Transactions not working :/
Thank you very much! -solved Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with multiple browser windows and locked page maps
Yes your observation is exactly what i described. What you can do is for example check in the constructor (with pagemap param) or in onbegin request (before render) of a page, if the pagemap is the default, if it is create the same page with a new pagemap and redicect to that one. Whay you want is that the default pagemap is never used, by defaul all pages are going into that But you should check if you really want long running processes like that! Jihan On 8/29/08, Jan Stette [EMAIL PROTECTED] wrote: Thanks for your answers, Matej and Johan. Matej: we are running with multi-window support on, and store per-window related navigation in the session keyed on page map name. This works fine most of the time. Johan: I've been stepping through the Wicket code and studying the docs to understand how it deals with new windows, and I think I'm starting to understand what's happening, and your comments about default page maps. Basically what seems to be the case is that the inital window in a session never receives its own page map name, it stays on the default one. This means that this initial window is indistinguishable from a brand new window that hasn't yet had a page map name allocated and been redirected to a page with this set. I've done some tests which seem to confirm this hypothesis: - I open an initial browser window on my application (window 1) - I open a second window in the same session (window 2) If a start a long-running operation in window 1, any new windows created will lock until window 1's operation has been completed. However, if I start the long-running operation in window 2, I can open new windows to my heart's content and they will not block. Does that make sense, is this an accurate description of the problem? It seems odd that the initial window is never allocated a page map name, which leads to this assymtry between windows. Is this something that can be fixed? Or even better, can I do something my side in order to force any window/page map opened against a session to have a unique name allocated? Regards, Jan 2008/8/29 Johan Compagner [EMAIL PROTECTED] And even with that check it will not work. If you open a new tab then the first page wicket will render when you type in an url will be the defaul pagemap. Only on the first page rendered we know that we have to redirect. So that first page will be blocked. The only thing that could maybe help is never use the defaul pagemap. So always use from the first page on a differnt one. And if you then see that a defaul pagemap request is done in your page, create a new pagemap and redirect again. On 8/29/08, Matej Knopp [EMAIL PROTECTED] wrote: Only if multi window support is on (which is off by default with secondlevelcachesessionstore). The multiwindow support is more or less a hack, because HTTP doesn't really provide any means to detect browser windows/tabs. -Matej On Fri, Aug 29, 2008 at 2:28 AM, Jan Stette [EMAIL PROTECTED] wrote: I agree, that's a better long-term fix. Even so, isn't it wrong that the request from a new window is locked waiting on the other window's page map - I would have thought the new window should have ended up with its own page map? Regards, Jan 2008/8/29 Matej Knopp [EMAIL PROTECTED] Hi, the long running process should be executed in separate thread. You can make wicket periodically poll for result (via ajax). It is generally not a good idea to run action that potentially can take long time to complete from a request thread. -Matej On Thu, Aug 28, 2008 at 8:42 PM, Jan Stette [EMAIL PROTECTED] wrote: I'm having a problem with the following scenario: 1. A user logs into our Wicket application and starts using it. 2. The user clicks on a link which kicks off a potentially long-running operation. 3. While getting bored with waiting for this to complete, the user copies the URL from her browser into another tab or window. Unfortunately, at this stage, the second window is locked and times out with a message pagemap is still locked after one minute. Should this work? Stepping through the second request in the debugger, it appears that it this request has a page map name = null, as has the previous request ( in the long running thread). So they seem to pick up the same page map. Presumably this is wrong; multiple windows should each have their unique page map? Or does the magic that detects new windows hence new page maps to be created break down in cases like this? Regards, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re: Assert that all models are detached at the end of the request?
Many, many thanks for this! Very much appreciated. - Kaspar
On 29.08.2008, at 15:15, Martijn Dashorst wrote:
We just do it in CustomRequestCycle#onEndRequest():
@Override
protected void onEndRequest()
{
if (Application.get().isDevelopment())
{
// controleer of er hibernate objecten in de pagina vastgehouden
worden.
// eerst de pagina die het request heeft beantwoord
Page requestPage = getRequest().getPage();
testDetachedObjects(requestPage);
// als de response een Page heeft, dan deze controleren
op de
aanwezigheid van
// hibernate objecten.
if (getRequestTarget() instanceof IPageRequestTarget)
{
Page responsePage = ((IPageRequestTarget)
getRequestTarget()).getPage();
if (responsePage != requestPage)
{
testDetachedObjects(responsePage);
}
}
}
And:
private void testDetachedObjects(final Page page)
{
if (page == null)
{
return;
}
try
{
NotSerializableException exception = new
NotSerializableException();
EntityAndSerializableChecker checker = new
EntityAndSerializableChecker(exception);
checker.writeObject(page);
}
catch (Exception ex)
{
log.error(Couldn't test/serialize the Page: + page + , error:
+ ex);
}
}
--
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Wizard question
I'm relatively new to wicket and have question about the wizard implementation. It seems all the steps added to the Wizard in its constructor are themselves constructed when init is called on the Wizard. What I would like to do is have a mechanism for dynamically changing the second step in my wizard so that an arbitrarily sized editable list is displayed. Say step one was How many events would you like to create, step two would be a list that corresponded in size to the answer provided in step one. What's the best way to approach this? I'm using 1.3.3 and a panel style wizard. Thanks. Ed.
Re: How to change the em tag proceduced by wicket:link
Thank you, Martijn 在08-8-29，Martijn Dashorst [EMAIL PROTECTED] 写道： see IMarkupSettings#setDefault*DisabledLink Martijn
Re: Popup from a link
Louis, Thank you, nice examples. 2008/8/30, Louis Letourneau [EMAIL PROTECTED]: You can check out the example in wicket extensions: http://www.wicket-library.com/wicket-examples/ajax/modal-window.0;jsessionid=D48A81DCC881B0D8A11DAA7EE39C81B1 http://www.wicketframework.org/wicket-extensions/apidocs/wicket/extensions/ajax/markup/html/modal/ModalWindow.html If you want to reuse the modal popup elsewere, there is an example on how to do this nicely here: http://stuq.nl/weblog/2008-06-05/wicket-how-to-write-a-reusable-modal-window-popup hope it helps. Louis askarzaidi wrote: Hi , I have a link and what I want is that the user clicks the link so that a popup window appears. This popup will have a very simple page/form with a couple of fields and ok/cancel button. After the user hits ok, the popup disappears (the form submits). Are there any good examples on popups around ? Any leads would be helpful. thanks, Askar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
user customized html
Hi, I would like to allow the user/customer to be able to provide his html file (with the style elements or sheet) to be used with the components created by java. So I guess the java code will need to know which html file to use based on the user. Is that possible to do so with Wicket? If so how? I searched the forum for 'custom html' and I got information about how to override the wicket provided htmls. Thanks. And great product. -- View this message in context: http://www.nabble.com/user-customized-html-tp19230694p19230694.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: user customized html
search for imarkupresourceprovider or component.getvariation -igor On Fri, Aug 29, 2008 at 10:54 PM, m_salman [EMAIL PROTECTED] wrote: Hi, I would like to allow the user/customer to be able to provide his html file (with the style elements or sheet) to be used with the components created by java. So I guess the java code will need to know which html file to use based on the user. Is that possible to do so with Wicket? If so how? I searched the forum for 'custom html' and I got information about how to override the wicket provided htmls. Thanks. And great product. -- View this message in context: http://www.nabble.com/user-customized-html-tp19230694p19230694.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
