Re: [T5] Page naigation using submit
Hi, and sorry for my bad English :) I meant that I re-invented the wheel, not you. And yes, there are no links that can submit without js. I wrote those comments after a 12 hour work day. I should never do that again :D - Ville Joachim Van der Auwera wrote: Ville Virtanen wrote: Always nice to re-invent the wheel eh? :D I found no existing solution to my problem, so I don't know why this would be re-inventing the wheel. My implementation uses zero javascript. Does the Equanda component use js to submit? Also my component works with the normal T5 form, so no other components are required. (Noticed the This component only works when embedded in a equanda/FormSupport component which is correctly intergrated. Otherwise it does nothing. disclaimer.) Yes, it uses js to submit. I would not know how to write a link which functions as a submit. The component needs to be embedded in the formsupport to assure the html is not too bulky. The alternative would be to duplicate some hidden stuff for each link. I choose to not have that duplication. This is useful in my forms as they contian many of these submit-links. Kind regards, Joachim - Ville Joachim Van der Auwera wrote: equanda-tapestry5 includes a link component which submits the page to assure the entered state is not lost. http://equanda.org/equanda-tapestry5 Kind regards, Joachim Ville Virtanen wrote: Hi, This must be discussed before, but I could not find anything using search and I seem to be having total brain freeze here so: I have a case where I have to let user enter rows to a view and there must be an Edit function at the end of each of these rows. The edit functionality MUST SUBMIT before redirecting to detail edit as every row in the view are editable, and user may edit the rows, after which she/he/it clicks the edit button to edit the details of a row. So, how can I use submit to redirect to the detail page. As this is a component, I cannot do the normal onSuccess redirect, as my component does not define form and hence it doesn't receive the on submit event. I think it is pretty standard to have a button to redirect to another page after submit. Am I missing something totally obvious? - Ville - 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/-T5--Page-naigation-using-submit-tp20031177p20063799.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Meeting Howard in Paris
Hello, This a is a pure community oriented email ;) My team-mate and I met Howard in Paris 2 week ago (yes, I was a long time ago... Say, the lag is due to the time zone). That was a really nice evening, with a lot of T5 related talks, and a litle too much wine for me :) For whose who are interested, I tried to sum up the evening here : http://fanf42.blogspot.com/2008/10/metting-tapestry-father-howard-lewis.html In advance, sorry for the slaughter of the English language (yes, the lag is partly due to that... You can't imagine the time taken to find all the possible variation of the missing s for he/she/it, difference between his,it's ant its, etc. To tell the true, my French is not really better :) And don't forget the existence of the Tapestry irc channel : #tapestry on freenode ! -- Francois Armand Etudes Développements J2EE Groupe Linagora - http://www.linagora.com Tél.: +33 (0)1 58 18 68 28 --- InterLDAP - http://interldap.org FederID - http://www.federid.org/ Open Source identities management and federation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: so much useless logging
There is a JIRA issue about this: https://issues.apache.org/jira/browse/TAP5-119 Please vote, so we get it higher on priority list. Fernando Padilla wrote: alright, so we just upgraded from 5.0.11 to 5.0.16-SNAPSHOT, so sorry I was not able to complain earlier.. Please help: but tapestry is just spewing TONS of debug, that I still don't see any easy way to turn off. Please help, this is just ridiculous! First the contribution system is broken not allowing us to override defaults, then the debug is so superfluous that it's just so bad! below is an example of rendering my Start page.. ONE page request. REALLY! Sorry, I might be worked up, but really, wow this is just amazing me how no one has complained about this yet. And the issue is that we want debug turned on for OUR code (in development and production), NOT low level tapestry code that we trust. But tapestry uses the same category as our classes, so there is NO easy way to filter that out using log4j.properties. I know that people said before that we can setup fancy filter to match and filter out some log entries. But these many log entries are just ridiculous. And how am I supposed to filter against Invoking: that's just such a broad filter term. Users of tapestry should not be forced to jump through so many hoops! I want: Tapestry MUST change the categories it logs against, so that they DO NOT match the pages ( tapestry.site.PAGECLASS ) or it SHOULD allow me to turn off all of this logging using a config setting.. Or I will have to maintain our own build of tapestry to fix this ourselves.. crazy. what do you think?? is this your pet peeve too?? --- Debug output for a single rendering of my Start page: 2008-10-17 16:48:37,802 [btpool0-2] DEBUG com.protrade.fanwars.base.pages.Start - Dispatch event: ComponentEvent[activate from (self)] 2008-10-17 16:48:37,802 [btpool0-2] DEBUG com.protrade.fanwars.base.pages.Start - Invoking: com.protrade.fanwars.base.pages.Start.setupRender() (at Start.java:42) 2008-10-17 16:48:37,806 [btpool0-2] DEBUG com.protrade.fanwars.base.components.CanvasLayout - Invoking: com.protrade.fanwars.base.components.CanvasLayout.beginRender() (at CanvasLayout.java:19) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.unifiedsocial.tapestry.components.MakePageLinksAbsolute - Invoking: com.protrade.unifiedsocial.tapestry.components.MakePageLinksAbsolute.beginRender() (at MakePageLinksAbsolute.java:25) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.facebook.base.components.layout.LayoutDocFlex - Invoking: com.protrade.facebook.base.components.layout.LayoutDocFlex.setupRender() (at LayoutDocFlex.java:25) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.facebook.base.components.layout.LayoutDocFlex - Invoking: com.protrade.facebook.base.components.layout.LayoutDocBase.beginRender() (at LayoutDocBase.java:47) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.tapestry5.base.components.layout.LayoutIslandAdLeader - Invoking: com.protrade.tapestry5.base.components.layout.LayoutIslandAdLeader.beginRender(org.apache.tapestry5.MarkupWriter) (at LayoutIslandAdLeader.java:20) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.fanwars.base.components.ads.AdsFanwarsGamSlot - Invoking: com.protrade.fanwars.base.components.ads.AdsFanwarsGamSlot.setupRender() (at AdsFanwarsGamSlot.java:76) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.facebook.base.components.ads.AdsGamSlotIframe - Invoking: com.protrade.facebook.base.components.ads.AdsGamSlotIframe.beginRender(org.apache.tapestry5.MarkupWriter) (at AdsGamSlotIframe.java:34) 2008-10-17 16:48:37,809 [btpool0-2] DEBUG com.protrade.facebook.base.components.ads.AdsGamSlotIframe - Invoking: com.protrade.facebook.base.components.ads.AdsGamSlotIframe.afterRender(org.apache.tapestry5.MarkupWriter) (at AdsGamSlotIframe.java:60) 2008-10-17 16:48:37,809 [btpool0-2] DEBUG com.protrade.tapestry5.base.components.layout.LayoutIslandAdLeader - Invoking: com.protrade.tapestry5.base.components.layout.LayoutIslandAdLeader.afterRender(org.apache.tapestry5.MarkupWriter) (at LayoutIslandAdLeader.java:30) 2008-10-17 16:48:37,813 [btpool0-2] DEBUG com.protrade.fanwars.base.components.team.TeamLogo - Invoking: com.protrade.fanwars.base.components.team.TeamLogo.setupRender() (at TeamLogo.java:56) 2008-10-17 16:48:37,814 [btpool0-2] DEBUG com.protrade.fanwars.base.components.team.TeamLogo - Invoking: com.protrade.fanwars.base.components.team.TeamLogo.beginRender(org.apache.tapestry5.MarkupWriter) (at TeamLogo.java:81) 2008-10-17 16:48:37,814 [btpool0-2] DEBUG com.protrade.fanwars.base.components.team.TeamLogo - Invoking: com.protrade.fanwars.base.components.team.TeamLogo.afterRender(org.apache.tapestry5.MarkupWriter) (at TeamLogo.java:88) 2008-10-17 16:48:37,814 [btpool0-2] DEBUG com.protrade.fanwars.base.components.nav.NavListFanwars - Invoking:
Re: Core dump when debugging @OnEvent methods on Page (JDK 1.6.0_10, Eclipse 3.3.2)
I managed to resolve the issue by refactoring all the code out of the
event handling method, and delegating the call to another method :
@OnEvent(save)
void save() {
doSave();
}
If the breakpoint is placed in doSave() instead of save() it all works
fine.
Joel Halbert wrote:
Hi,
Has anyone experienced core dumps when trying to debug T5 Page Event
handler methods using a 1.6.0_10 jdk, on eclipse 3.3.2 ?
I keep getting the following dump when my breakpoint is hit :
#
# An unexpected error has been detected by Java Runtime Environment:
#
# Internal Error (javaCalls.cpp:38), pid=2564, tid=4068
*# Error: guarantee(thread-is_Java_thread(),crucial check - the VM
thread cannot and must not escape to Java code)*
#
# Java VM: Java HotSpot(TM) Client VM (11.0-b15 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
--- T H R E A D ---
Current thread (0x0cac6400): VMThread [stack: 0x0cb5,0x0cba]
[id=4068]
Stack: [0x0cb5,0x0cba]
[error occurred during error reporting (printing stack bounds), id
0x8001]
VM_Operation (0x0f27e0b4): GenCollectForAllocation, mode: safepoint,
requested by thread 0x0dca8000
The full dump is attached (for anyone who is really interested!).
Thx,
Joel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
SU3 Analytics Ltd
61b Oxford Gardens
W10 5UJ
London
Tel: +44 20 8960 2634
Mob: +44 75 2501 0825
www.su3analytics.com
SU3 Analytics Ltd is a company registered in England and Wales under company
number 06639473 at registered address 61b Oxford Gardens, London W10 5UJ,
United Kingdom.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Core dump when debugging @OnEvent methods on Page (JDK 1.6.0_10, Eclipse 3.3.2)
Hi, Has anyone experienced core dumps when trying to debug T5 Page Event handler methods using a 1.6.0_10 jdk, on eclipse 3.3.2 ? I keep getting the following dump when my breakpoint is hit : # # An unexpected error has been detected by Java Runtime Environment: # # Internal Error (javaCalls.cpp:38), pid=2564, tid=4068 *# Error: guarantee(thread-is_Java_thread(),crucial check - the VM thread cannot and must not escape to Java code)* # # Java VM: Java HotSpot(TM) Client VM (11.0-b15 mixed mode windows-x86) # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # --- T H R E A D --- Current thread (0x0cac6400): VMThread [stack: 0x0cb5,0x0cba] [id=4068] Stack: [0x0cb5,0x0cba] [error occurred during error reporting (printing stack bounds), id 0x8001] VM_Operation (0x0f27e0b4): GenCollectForAllocation, mode: safepoint, requested by thread 0x0dca8000 The full dump is attached (for anyone who is really interested!). Thx, Joel -- SU3 Analytics Ltd 61b Oxford Gardens W10 5UJ London Tel: +44 20 8960 2634 Mob: +44 75 2501 0825 www.su3analytics.com SU3 Analytics Ltd is a company registered in England and Wales under company number 06639473 at registered address 61b Oxford Gardens, London W10 5UJ, United Kingdom. # # An unexpected error has been detected by Java Runtime Environment: # # Internal Error (javaCalls.cpp:38), pid=2564, tid=4068 # Error: guarantee(thread-is_Java_thread(),crucial check - the VM thread cannot and must not escape to Java code) # # Java VM: Java HotSpot(TM) Client VM (11.0-b15 mixed mode windows-x86) # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # --- T H R E A D --- Current thread (0x0cac6400): VMThread [stack: 0x0cb5,0x0cba] [id=4068] Stack: [0x0cb5,0x0cba] [error occurred during error reporting (printing stack bounds), id 0x8001] VM_Operation (0x0f27e0b4): GenCollectForAllocation, mode: safepoint, requested by thread 0x0dca8000 --- P R O C E S S --- Java Threads: ( = current thread ) 0x0d8be800 JavaThread http-8080-4 daemon [_thread_in_native, id=1184, stack(0x0f28,0x0f2d)] 0x0dca8000 JavaThread http-8080-3 daemon [_thread_blocked, id=2624, stack(0x0f23,0x0f28)] 0x0dbfdc00 JavaThread ModificationWatcher Task daemon [_thread_blocked, id=1948, stack(0x0f1e,0x0f23)] 0x0dc88800 JavaThread MySQL Statement Cancellation Timer daemon [_thread_blocked, id=3160, stack(0x0f19,0x0f1e)] 0x0d0aec00 JavaThread http-8080-2 daemon [_thread_in_native, id=2120, stack(0x0f14,0x0f19)] 0x0ceedc00 JavaThread http-9090-ClientPoller daemon [_thread_in_native, id=744, stack(0x0e0f,0x0e14)] 0x0dc01800 JavaThread http-9090-Acceptor-0 daemon [_thread_in_native, id=3088, stack(0x0e0a,0x0e0f)] 0x0d77f800 JavaThread TP-Monitor daemon [_thread_blocked, id=3188, stack(0x0e05,0x0e0a)] 0x0d86a400 JavaThread TP-Processor4 daemon [_thread_in_native, id=2976, stack(0x0e00,0x0e05)] 0x0dc00400 JavaThread TP-Processor3 daemon [_thread_blocked, id=1292, stack(0x0dfb,0x0e00)] 0x0d08c400 JavaThread TP-Processor2 daemon [_thread_blocked, id=4032, stack(0x0df6,0x0dfb)] 0x0dc9c400 JavaThread TP-Processor1 daemon [_thread_blocked, id=3144, stack(0x0df1,0x0df6)] 0x0d87f400 JavaThread http-8080-1 daemon [_thread_in_native, id=3012, stack(0x0dec,0x0df1)] 0x0dba2400 JavaThread http-8080-Acceptor-0 daemon [_thread_in_native, id=3984, stack(0x0de7,0x0dec)] 0x0d1df400 JavaThread ContainerBackgroundProcessor[StandardEngine[Catalina]] daemon [_thread_blocked, id=2936, stack(0x0de2,0x0de7)] 0x0d873400 JavaThread PageSavingThread-StoreMangeFilter daemon [_thread_blocked, id=728, stack(0x0ddd,0x0de2)] 0x0d6cb000 JavaThread NioBlockingSelector.BlockPoller-1 daemon [_thread_in_native, id=2728, stack(0x0dd8,0x0ddd)] 0x0d292c00 JavaThread RMI TCP Accept-0 daemon [_thread_in_native, id=2644, stack(0x0d4c,0x0d51)] 0x0caff000 JavaThread Low Memory Detector daemon [_thread_blocked, id=1560, stack(0x0ce7,0x0cec)] 0x0cafc400 JavaThread CompilerThread0 daemon [_thread_blocked, id=2552, stack(0x0ce2,0x0ce7)] 0x0caef000 JavaThread JDWP Command Reader daemon [_thread_in_native, id=1084, stack(0x0cdd,0x0ce2)] 0x0caed800 JavaThread JDWP Event Helper Thread daemon [_thread_blocked, id=3996, stack(0x0cd8,0x0cdd)] 0x0caeb000 JavaThread JDWP Transport Listener: dt_socket daemon [_thread_blocked, id=3196, stack(0x0cd3,0x0cd8)] 0x0cadf400 JavaThread Attach Listener daemon [_thread_blocked, id=3348, stack(0x0cc9,0x0cce)] 0x0cade000 JavaThread Signal Dispatcher daemon [_thread_blocked, id=1280, stack(0x0cc4,0x0cc9)] 0x0cace400
Re: Access to HttpSessions
This is something you have to do for yourself, as a session is specific to the container, and most containers expose the bare minimum for session handling in their API. Fortunately its very easy to do... best use a database table, that way you can collect some handy usage stats over time. cheers Peter -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Please visit http://www.albourne.com/email.html for important additional terms relating to this e-mail. - Original Message - From: Christoph Jäger [EMAIL PROTECTED] To: Tapestry Users users@tapestry.apache.org Sent: Sunday, 19 October, 2008 1:23:24 AM GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Access to HttpSessions Hi, I have a Tapestry5 application. On an administrator page, I want to show all active sessions (people have to log in to use the application), and make it possible to terminate sessions / view user details and session details (login time, idle time, ...). How can I get access to these sessions? I know how to get my own session, but I can not find how to get a list of all sessions. Thanks, Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Session bleedings in Tapestry5
I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session bleedings in Tapestry5
Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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: [T5] org.apache.tapestry5.runtime.ComponentEventException - Stack is empty
Hi Ville, thanks a lot for your quick reply. I'm using Tapestry 5.0.15. I read the decorator tutorial, but unfortunally it didn't help. So I jumped to Jboss logs in order to try to undestand, and here below you can see the result. Is this log showing something I don't catch? 13:31:47,978 INFO [STDOUT] [DEBUG] pages.MatchPopulate Dispatch event: ComponentEvent[exception from newEvent] 13:31:48,003 INFO [STDOUT] [ERROR] TapestryModule.RequestExceptionHandler Processing of request failed with uncaught exception: Stack is empty. org.apache.tapestry5.runtime.ComponentEventException: Stack is empty. [at context:MatchPopulate.tml, line 17, column 61] at org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1066) at org.apache.tapestry5.internal.services.ComponentEventRequestHandlerImpl.handle(ComponentEventRequestHandlerImpl.java:67) at org.apache.tapestry5.internal.services.ImmediateActionRenderResponseFilter.handle(ImmediateActionRenderResponseFilter.java:42) at $ComponentEventRequestHandler_11d1a057efd.handle($ComponentEventRequestHandler_11d1a057efd.java) at org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42) at $ComponentEventRequestHandler_11d1a057efd.handle($ComponentEventRequestHandler_11d1a057efd.java) at org.apache.tapestry5.services.TapestryModule$42.handle(TapestryModule.java:2055) at $ComponentEventRequestHandler_11d1a057efd.handle($ComponentEventRequestHandler_11d1a057efd.java) at $ComponentEventRequestHandler_11d1a057ea3.handle($ComponentEventRequestHandler_11d1a057ea3.java) at org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:131) at $Dispatcher_11d1a057ea5.dispatch($Dispatcher_11d1a057ea5.java) at $Dispatcher_11d1a057e98.dispatch($Dispatcher_11d1a057e98.java) at org.apache.tapestry5.services.TapestryModule$17.service(TapestryModule.java:1025) at org.apache.tapestry5.internal.services.LocalizationFilter.service(LocalizationFilter.java:42) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.services.TapestryModule$3.service(TapestryModule.java:624) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.services.TapestryModule$2.service(TapestryModule.java:614) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:85) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at sittingduck.services.AppModule$1.service(AppModule.java:83) at $RequestFilter_11d1a057e93.service($RequestFilter_11d1a057e93.java) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:93) at org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:84) at org.apache.tapestry5.ioc.internal.util.ConcurrentBarrier.withRead(ConcurrentBarrier.java:83) at org.apache.tapestry5.internal.services.CheckForUpdatesFilter.service(CheckForUpdatesFilter.java:106) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at $RequestHandler_11d1a057e8f.service($RequestHandler_11d1a057e8f.java) at org.apache.tapestry5.services.TapestryModule$16.service(TapestryModule.java:1005) at org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62) at $HttpServletRequestFilter_11d1a057e8e.service($HttpServletRequestFilter_11d1a057e8e.java) at $HttpServletRequestHandler_11d1a057e90.service($HttpServletRequestHandler_11d1a057e90.java) at $HttpServletRequestHandler_11d1a057e8d.service($HttpServletRequestHandler_11d1a057e8d.java) at org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:179) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at
Re: [T5] org.apache.tapestry5.runtime.ComponentEventException - Stack is empty
Hi again, I have to say that I really don't know what's going on, but it seems to originate from MatchPopulate.tml, so the answer will be found there. Make sure that you really have only one java-assist etc. in the classpath. If you develop with maven execute mvn dependency:tree and analyze the results. I've had all sorts of really mind boggling problems with multiple different versions of certain library in the classpath. This can be T5 bug also, but lets close all the easy doors first :) - Ville mdes wrote: Hi Ville, thanks a lot for your quick reply. I'm using Tapestry 5.0.15. I read the decorator tutorial, but unfortunally it didn't help. So I jumped to Jboss logs in order to try to undestand, and here below you can see the result. Is this log showing something I don't catch? 13:31:47,978 INFO [STDOUT] [DEBUG] pages.MatchPopulate Dispatch event: ComponentEvent[exception from newEvent] 13:31:48,003 INFO [STDOUT] [ERROR] TapestryModule.RequestExceptionHandler Processing of request failed with uncaught exception: Stack is empty. org.apache.tapestry5.runtime.ComponentEventException: Stack is empty. [at context:MatchPopulate.tml, line 17, column 61] at org.apache.tapestry5.internal.structure.ComponentPageElementImpl.triggerContextEvent(ComponentPageElementImpl.java:1066) at org.apache.tapestry5.internal.services.ComponentEventRequestHandlerImpl.handle(ComponentEventRequestHandlerImpl.java:67) at org.apache.tapestry5.internal.services.ImmediateActionRenderResponseFilter.handle(ImmediateActionRenderResponseFilter.java:42) at $ComponentEventRequestHandler_11d1a057efd.handle($ComponentEventRequestHandler_11d1a057efd.java) at org.apache.tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42) at $ComponentEventRequestHandler_11d1a057efd.handle($ComponentEventRequestHandler_11d1a057efd.java) at org.apache.tapestry5.services.TapestryModule$42.handle(TapestryModule.java:2055) at $ComponentEventRequestHandler_11d1a057efd.handle($ComponentEventRequestHandler_11d1a057efd.java) at $ComponentEventRequestHandler_11d1a057ea3.handle($ComponentEventRequestHandler_11d1a057ea3.java) at org.apache.tapestry5.internal.services.ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:131) at $Dispatcher_11d1a057ea5.dispatch($Dispatcher_11d1a057ea5.java) at $Dispatcher_11d1a057e98.dispatch($Dispatcher_11d1a057e98.java) at org.apache.tapestry5.services.TapestryModule$17.service(TapestryModule.java:1025) at org.apache.tapestry5.internal.services.LocalizationFilter.service(LocalizationFilter.java:42) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.services.TapestryModule$3.service(TapestryModule.java:624) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.services.TapestryModule$2.service(TapestryModule.java:614) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:85) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at sittingduck.services.AppModule$1.service(AppModule.java:83) at $RequestFilter_11d1a057e93.service($RequestFilter_11d1a057e93.java) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:93) at org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:84) at org.apache.tapestry5.ioc.internal.util.ConcurrentBarrier.withRead(ConcurrentBarrier.java:83) at org.apache.tapestry5.internal.services.CheckForUpdatesFilter.service(CheckForUpdatesFilter.java:106) at $RequestHandler_11d1a057e99.service($RequestHandler_11d1a057e99.java) at $RequestHandler_11d1a057e8f.service($RequestHandler_11d1a057e8f.java) at org.apache.tapestry5.services.TapestryModule$16.service(TapestryModule.java:1005) at org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62) at $HttpServletRequestFilter_11d1a057e8e.service($HttpServletRequestFilter_11d1a057e8e.java) at $HttpServletRequestHandler_11d1a057e90.service($HttpServletRequestHandler_11d1a057e90.java) at $HttpServletRequestHandler_11d1a057e8d.service($HttpServletRequestHandler_11d1a057e8d.java) at org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:179) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
Re: Session bleedings in Tapestry5
I have never come across such a problem either, and we have done a lot of testing for this. Your problem sounds like it has little to do with the session and more to do with page pooling, i.e.: how you initialize your pages. The golden rule there is that your fields must always be private, and then should be referenced by public accessors, having a public field in a page is like using a static variable which may explain your problem. -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Please visit http://www.albourne.com/email.html for important additional terms relating to this e-mail. - Original Message - From: [EMAIL PROTECTED] To: users@tapestry.apache.org Sent: Monday, 20 October, 2008 2:53:17 PM GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Session bleedings in Tapestry5 I quote from a chat protocol with a developer: Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( Original-Nachricht Datum: Mon, 20 Oct 2008 13:32:16 +0200 Von: Tobias Wehrum [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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: [T5] org.apache.tapestry5.runtime.ComponentEventException - Stack is empty
Em Mon, 20 Oct 2008 09:36:32 -0300, Ville Virtanen [EMAIL PROTECTED] escreveu: I have to say that I really don't know what's going on, but it seems to originate from MatchPopulate.tml, so the answer will be found there. I agree with Ville, and maybe this empty stack error is related to the use of some component that needs the Environmental service (for example, any form field component). -- Thiago H. de Paula Figueiredo Independent Java consultant, developer, and instructor http://www.arsmachina.com.br/thiago - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session bleedings in Tapestry5
I've also never come across this kind of problem. It would be interesting to see the code that caused what the developer said was happening. As others have suggested, it's easy to do this if you are using statics (or if your private vars get initialized by statics in the setup phase). On Mon, Oct 20, 2008 at 8:41 AM, Peter Stavrinides [EMAIL PROTECTED] wrote: I have never come across such a problem either, and we have done a lot of testing for this. Your problem sounds like it has little to do with the session and more to do with page pooling, i.e.: how you initialize your pages. The golden rule there is that your fields must always be private, and then should be referenced by public accessors, having a public field in a page is like using a static variable which may explain your problem. -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Please visit http://www.albourne.com/email.html for important additional terms relating to this e-mail. - Original Message - From: [EMAIL PROTECTED] To: users@tapestry.apache.org Sent: Monday, 20 October, 2008 2:53:17 PM GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Session bleedings in Tapestry5 I quote from a chat protocol with a developer: Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( Original-Nachricht Datum: Mon, 20 Oct 2008 13:32:16 +0200 Von: Tobias Wehrum [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session bleedings in Tapestry5
I quote from a chat protocol with a developer: Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( Original-Nachricht Datum: Mon, 20 Oct 2008 13:32:16 +0200 Von: Tobias Wehrum [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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]
[T5] Strange problems using jetty:run
Hi Guys, first of all i am using Tapestry5.0.14 and maven2 to build a website, maven jetty plugin (mvn jetty:run) to launch the application. Everything has worked fine util today i used mvn clean to remove the war file, and then mvn jetty:run didn't work. All pages are gone, or the templates of all pages cann't be located. When i requested the start page of my application, i get this message: Page Index did not generate any markup when rendered. This could be because its template file could not be located, or because a render phase method in the page prevented rendering. any idea? -- View this message in context: http://www.nabble.com/-T5--Strange-problems-using-jetty%3Arun-tp20067500p20067500.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session bleedings in Tapestry5
Tapestyr5 or 4 ? Here, this developer means Tapestry5 Original-Nachricht Datum: Mon, 20 Oct 2008 08:46:15 -0400 Von: Daniel Jue [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 I've also never come across this kind of problem. It would be interesting to see the code that caused what the developer said was happening. As others have suggested, it's easy to do this if you are using statics (or if your private vars get initialized by statics in the setup phase). On Mon, Oct 20, 2008 at 8:41 AM, Peter Stavrinides [EMAIL PROTECTED] wrote: I have never come across such a problem either, and we have done a lot of testing for this. Your problem sounds like it has little to do with the session and more to do with page pooling, i.e.: how you initialize your pages. The golden rule there is that your fields must always be private, and then should be referenced by public accessors, having a public field in a page is like using a static variable which may explain your problem. -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Please visit http://www.albourne.com/email.html for important additional terms relating to this e-mail. - Original Message - From: [EMAIL PROTECTED] To: users@tapestry.apache.org Sent: Monday, 20 October, 2008 2:53:17 PM GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Session bleedings in Tapestry5 I quote from a chat protocol with a developer: Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( Original-Nachricht Datum: Mon, 20 Oct 2008 13:32:16 +0200 Von: Tobias Wehrum [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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] - 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: Session bleedings in Tapestry5
I currently use Tapestry 5.0.13 (soon to be upgraded) in a live system used by plenty of people at once and I have not had this issue at all. [EMAIL PROTECTED] wrote: Tapestyr5 or 4 ? Here, this developer means Tapestry5 Original-Nachricht Datum: Mon, 20 Oct 2008 08:46:15 -0400 Von: Daniel Jue [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 I've also never come across this kind of problem. It would be interesting to see the code that caused what the developer said was happening. As others have suggested, it's easy to do this if you are using statics (or if your private vars get initialized by statics in the setup phase). On Mon, Oct 20, 2008 at 8:41 AM, Peter Stavrinides [EMAIL PROTECTED] wrote: I have never come across such a problem either, and we have done a lot of testing for this. Your problem sounds like it has little to do with the session and more to do with page pooling, i.e.: how you initialize your pages. The golden rule there is that your fields must always be private, and then should be referenced by public accessors, having a public field in a page is like using a static variable which may explain your problem. -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Please visit http://www.albourne.com/email.html for important additional terms relating to this e-mail. - Original Message - From: [EMAIL PROTECTED] To: users@tapestry.apache.org Sent: Monday, 20 October, 2008 2:53:17 PM GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Session bleedings in Tapestry5 I quote from a chat protocol with a developer: Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( Original-Nachricht Datum: Mon, 20 Oct 2008 13:32:16 +0200 Von: Tobias Wehrum [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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] - 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: Session bleedings in Tapestry5
This might be possible if a field was marked with @Retain instead of @Persist. @Retain marks fields that are safe to share between different users, things like computed DateFormats. Interestingly, I've never used @Retain in one of my applications. Fields that store user-specific data that must span requests should use @Persist. On Mon, Oct 20, 2008 at 4:53 AM, [EMAIL PROTECTED] wrote: I quote from a chat protocol with a developer: Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( Original-Nachricht Datum: Mon, 20 Oct 2008 13:32:16 +0200 Von: Tobias Wehrum [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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] -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Client side validation
I am working on Tapestry 5.0.13 version. I have 2 radio buttons in my page and i need to set client side validation on the click of radio buttons. Below is the eg: Radio Button 1 Radio Button 2 TextField1 TextField2 TextField3 TextField4 On click of Radio Button 1: TextField1 should not be empty. On click of Radio Button 1: TextField1 TextField2 should not be empty. I am not sure how to do this in tapestry. -- View this message in context: http://www.nabble.com/Client-side-validation-tp20067819p20067819.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[T5] org.apache.tapestry5.runtime.ComponentEventException - Stack is empty
Dear all, I need your help because I don't understand the real cause of my problem. I injected one page, say AnotherPage, in MyPage.java. When I try to use one of the setter methods of AnotherPage to pass a value contained in MyPage, I got this error: org.apache.tapestry5.runtime.ComponentEventException Stack is Empty I have used this practice many times, but I've never seen this error. Can you explain me what does Stack is empty error mean esactly? Where can I search my root error? Thanks in advance. -- View this message in context: http://www.nabble.com/-T5--org.apache.tapestry5.runtime.ComponentEventException---Stack-is-empty-tp20066468p20066468.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[T5] Unclosed empty HTML tags (bug?)
When Tapestry 5 produces HTML from my TMLs it's removing the / from the end of my empty tags, leaving them unclosed and causing rendering problems on the browser. Is this by design? Is there a setting that needs to be changed? Thanks, Gabriel F. Rodríguez Associate Software Engineer, Engineering 400 West Dynix Drive Provo, Utah 84604-5650 Phone: (801) 223-5307 Fax: (801) 223-5202 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [T5] org.apache.tapestry5.runtime.ComponentEventException - Stack is empty
Hi, What T5 version are you using? Anyway, add decorate request handler to your app.module as described here: http://tapestry.apache.org/tapestry5/cookbook/exceptions.html (Version 3: Decorating the RequestExceptionHandler, bottom of the page.) Set break point inside the decorator to get deeper insight? - Ville mdes wrote: Dear all, I need your help because I don't understand the real cause of my problem. I injected one page, say AnotherPage, in MyPage.java. When I try to use one of the setter methods of AnotherPage to pass a value contained in MyPage, I got this error: org.apache.tapestry5.runtime.ComponentEventException Stack is Empty I have used this practice many times, but I've never seen this error. Can you explain me what does Stack is empty error mean exactly? Where can I search my root error? Thanks in advance. -- View this message in context: http://www.nabble.com/-T5--org.apache.tapestry5.runtime.ComponentEventException---Stack-is-empty-tp20066468p20067245.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session bleedings in Tapestry5
I've never heard of that? I suspect that this is due to the fact that the T5 page pool is forgotten and @Retain is used or something similar? Page cannot contain ANY instance variables, excluding the ones that are same regardless of the session (user) accessing the page or maintained by T5. Same applies to components. Also instance variables are cleaned if not marked with @Retain when page is returned to page pool. - Ville toby78 wrote: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Access-to-HttpSessions-tp20051371p20067243.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [T5] Unclosed empty HTML tags (bug?)
Gabriel Rodriguez wrote: When Tapestry 5 produces HTML from my TMLs it's removing the / from the end of my empty tags, leaving them unclosed and causing rendering problems on the browser. Is this by design? Is there a setting that needs to be changed? What exactly is your problem, on which tags ? If your problem is linked to unclosed li, br, (so, Tapestry produce HTML 4 compatible markups), and if you want to produce valid XHTML, you will have to set-up Doctype according to http://tapestry.apache.org/tapestry5/guide/templates.html (Template Doctypes ) BUT, you may hit https://issues.apache.org/jira/browse/TAP5-263 and want to look to http://wiki.apache.org/tapestry/Tapestry5HowToXhtml If it's something else, it may actually be a new bug :) Hope it will help, -- Francois Armand Etudes Développements J2EE Groupe Linagora - http://www.linagora.com Tél.: +33 (0)1 58 18 68 28 --- InterLDAP - http://interldap.org FederID - http://www.federid.org/ Open Source identities management and federation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [T5] Strange problems using jetty:run
Are you using eclipse? using a mvn clean has been known to wipe your projects build path, you will have to restore it. -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Please visit http://www.albourne.com/email.html for important additional terms relating to this e-mail. - Original Message - From: cnoleherzer [EMAIL PROTECTED] To: users@tapestry.apache.org Sent: Monday, 20 October, 2008 4:39:09 PM GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: [T5] Strange problems using jetty:run Hi Guys, first of all i am using Tapestry5.0.14 and maven2 to build a website, maven jetty plugin (mvn jetty:run) to launch the application. Everything has worked fine util today i used mvn clean to remove the war file, and then mvn jetty:run didn't work. All pages are gone, or the templates of all pages cann't be located. When i requested the start page of my application, i get this message: Page Index did not generate any markup when rendered. This could be because its template file could not be located, or because a render phase method in the page prevented rendering. any idea? -- View this message in context: http://www.nabble.com/-T5--Strange-problems-using-jetty%3Arun-tp20067500p20067500.html Sent from the Tapestry - 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]
T5: Handle session time out error on ExceptionReport
Hi all, How to inform end users that the session has expired? Can I do it in the ExceptionReport page? thx. Gajanan -- View this message in context: http://www.nabble.com/T5%3A-Handle-session-time-out-error-on-ExceptionReport-tp20070324p20070324.html Sent from the Tapestry - User mailing list archive at Nabble.com.
Re: Client side validation
Em Mon, 20 Oct 2008 11:00:20 -0300, tapestry5 [EMAIL PROTECTED] escreveu: I am working on Tapestry 5.0.13 version. I have 2 radio buttons in my page and i need to set client side validation on the click of radio buttons. On click of Radio Button 1: TextField1 should not be empty. On click of Radio Button 1: TextField1 TextField2 should not be empty. AFAIK, there's no way to Tapestry do it out of the box. It doesn't provide any cross-field validations. You can, however, take a look at Tapestry.js to reuse it in your Javascript code. -- Thiago H. de Paula Figueiredo Independent Java consultant, developer, and instructor Consultor, desenvolvedor e instrutor em Java http://www.arsmachina.com.br/thiago - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [T5] Unclosed empty HTML tags (bug?)
The problem is particularly evident with:
link rel=stylesheet href=${style} type=text/css/
The resulting HTML document contains only:
link rel=stylesheet href=${style} type=text/css (no slash!)
I have tried it with no DOCTYPE declaration and with an XHTML 1.0 Strict
declaration and in both cases I get the same result.
I am not using the class CSS annotation because it doesn't meet project
requirements.
Any ideas?
-Original Message-
From: Francois Armand [mailto:[EMAIL PROTECTED]
Sent: Monday, October 20, 2008 8:44 AM
To: Tapestry users
Subject: Re: [T5] Unclosed empty HTML tags (bug?)
Gabriel Rodriguez wrote:
When Tapestry 5 produces HTML from my TMLs it's removing the / from the end
of my empty tags, leaving them unclosed and causing rendering problems on the
browser. Is this by design? Is there a setting that needs to be changed?
What exactly is your problem, on which tags ?
If your problem is linked to unclosed li, br, (so, Tapestry
produce HTML 4 compatible markups), and if you want to produce valid
XHTML, you will have to set-up Doctype according to
http://tapestry.apache.org/tapestry5/guide/templates.html (Template
Doctypes )
BUT, you may hit https://issues.apache.org/jira/browse/TAP5-263 and want
to look to http://wiki.apache.org/tapestry/Tapestry5HowToXhtml
If it's something else, it may actually be a new bug :)
Hope it will help,
--
Francois Armand
Etudes Développements J2EE
Groupe Linagora - http://www.linagora.com
Tél.: +33 (0)1 58 18 68 28
---
InterLDAP - http://interldap.org
FederID - http://www.federid.org/
Open Source identities management and federation
-
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]
Datefield ignores custom Date-String coersion?
Hi, we have our own Date-String coersion handler installed and by using the explain method in the coersion API, we can see that it's called and working fine. Why is it then that our beanform does not use the coersion at all? /Andreas Pardeike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [T5] Unclosed empty HTML tags (bug?)
I've seen a loop iterator around options tags produce the following:
optionvalue
instead of
optionvalue/option
But it only happens only when I try to render the selected attribute
of the option in the loop, something like:
option t:type=loop t:source=x t:value=y
selected=${isSelected}value/option (excuse any typos).
results in:
optionvalue
Francois Armand wrote:
Gabriel Rodriguez wrote:
When Tapestry 5 produces HTML from my TMLs it's removing the / from
the end of my empty tags, leaving them unclosed and causing rendering
problems on the browser. Is this by design? Is there a setting that
needs to be changed?
What exactly is your problem, on which tags ?
If your problem is linked to unclosed li, br, (so, Tapestry
produce HTML 4 compatible markups), and if you want to produce valid
XHTML, you will have to set-up Doctype according to
http://tapestry.apache.org/tapestry5/guide/templates.html (Template
Doctypes )
BUT, you may hit https://issues.apache.org/jira/browse/TAP5-263 and
want to look to http://wiki.apache.org/tapestry/Tapestry5HowToXhtml
If it's something else, it may actually be a new bug :)
Hope it will help,
--
SU3 Analytics Ltd
61b Oxford Gardens
W10 5UJ
London
Tel: +44 20 8960 2634
Mob: +44 75 2501 0825
www.su3analytics.com
SU3 Analytics Ltd is a company registered in England and Wales under company
number 06639473 at registered address 61b Oxford Gardens, London W10 5UJ,
United Kingdom.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Session bleedings in Tapestry5
Thanks for the quick reply. Good to hear that this is not an issue in T5. Original-Nachricht Datum: Mon, 20 Oct 2008 06:52:54 -0700 Von: Howard Lewis Ship [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 This might be possible if a field was marked with @Retain instead of @Persist. @Retain marks fields that are safe to share between different users, things like computed DateFormats. Interestingly, I've never used @Retain in one of my applications. Fields that store user-specific data that must span requests should use @Persist. On Mon, Oct 20, 2008 at 4:53 AM, [EMAIL PROTECTED] wrote: I quote from a chat protocol with a developer: Take for eg, if there are 10 users at present using our website, then first user clicks on 1st page, and 5th user clicks on 2nd page, and 3 rd person clicks on 3 page and using it. And if the user 1 is clcked on 8 page at that time user 3 want to goto another page say 5, then he also gets 8 instead of 5. As first user requested that page. :( Original-Nachricht Datum: Mon, 20 Oct 2008 13:32:16 +0200 Von: Tobias Wehrum [EMAIL PROTECTED] An: Tapestry users users@tapestry.apache.org Betreff: Re: Session bleedings in Tapestry5 Hello namesake, Since I've never heared about this too, I searched the Mailing List and JIRA and didn't find any issue which you could've meant. Where did you hear that? - Tobias [EMAIL PROTECTED] schrieb: I have heard there are some issues with Session bleedings in Tapestry5. Will those issues be fixed by November? I would like to go live with a T5 application by November/December Thanks! Tobias - 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] -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - 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: need help setting up FCKEditor component
The good news is the IDE and Maven didn't complain when I added the repository and the dependency, however, I still can't get it to work. I've tried so many configurations I'm really not sure what might be going wrong. Is there anyone who could walk me through this starting from the fresh quickstart archetype? I'd certainly appreciate it. -Original Message- From: Andy Huhn [mailto:[EMAIL PROTECTED] Sent: Friday, October 17, 2008 7:03 PM To: Tapestry users Subject: Re: need help setting up FCKEditor component Gabriel, Do you have FCKEditor in your classpath? (If you use Maven, you must have this repository on your pom.xml: repository idt5components/id nameT5Components Maven Repository/name url http://87.193.218.134:8080/t5components/maven-repository /url /repository And this dependency in the same file: !-- Get FCKEditor -- dependency groupIdorg.apache.tapestry/groupId artifactIdt5c-commons/artifactId version0.5.15/version /dependency Thanks, Andy On Fri, 2008-10-17 at 15:54 -0600, Gabriel Rodriguez wrote: I'm trying to use the FCKEditor in a Tapestry 5 page but every time I get: Unable to resolve 'fckeditor/editor' to a component class name... I can't figure out how to get around this. Has anyone been able to get this done? How? I appreciate the help. Gabriel - 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: so much useless logging
sorry. nope. the log that I included did not include the generated class code. And I hit my Start page a few times to make sure I wasn't mad either. The log I included is being spit out for every single request of my Start page! Toby Hobson wrote: I agree that this is a little annoying but it only happens when the page is first loaded, subsequent requests will generate cleaner debug statements Toby 2008/10/18 Fernando Padilla [EMAIL PROTECTED] alright, so we just upgraded from 5.0.11 to 5.0.16-SNAPSHOT, so sorry I was not able to complain earlier.. Please help: but tapestry is just spewing TONS of debug, that I still don't see any easy way to turn off. Please help, this is just ridiculous! First the contribution system is broken not allowing us to override defaults, then the debug is so superfluous that it's just so bad! below is an example of rendering my Start page.. ONE page request. REALLY! Sorry, I might be worked up, but really, wow this is just amazing me how no one has complained about this yet. And the issue is that we want debug turned on for OUR code (in development and production), NOT low level tapestry code that we trust. But tapestry uses the same category as our classes, so there is NO easy way to filter that out using log4j.properties. I know that people said before that we can setup fancy filter to match and filter out some log entries. But these many log entries are just ridiculous. And how am I supposed to filter against Invoking: that's just such a broad filter term. Users of tapestry should not be forced to jump through so many hoops! I want: Tapestry MUST change the categories it logs against, so that they DO NOT match the pages ( tapestry.site.PAGECLASS ) or it SHOULD allow me to turn off all of this logging using a config setting.. Or I will have to maintain our own build of tapestry to fix this ourselves.. crazy. what do you think?? is this your pet peeve too?? --- Debug output for a single rendering of my Start page: 2008-10-17 16:48:37,802 [btpool0-2] DEBUG com.protrade.fanwars.base.pages.Start - Dispatch event: ComponentEvent[activate from (self)] 2008-10-17 16:48:37,802 [btpool0-2] DEBUG com.protrade.fanwars.base.pages.Start - Invoking: com.protrade.fanwars.base.pages.Start.setupRender() (at Start.java:42) 2008-10-17 16:48:37,806 [btpool0-2] DEBUG com.protrade.fanwars.base.components.CanvasLayout - Invoking: com.protrade.fanwars.base.components.CanvasLayout.beginRender() (at CanvasLayout.java:19) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.unifiedsocial.tapestry.components.MakePageLinksAbsolute - Invoking: com.protrade.unifiedsocial.tapestry.components.MakePageLinksAbsolute.beginRender() (at MakePageLinksAbsolute.java:25) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.facebook.base.components.layout.LayoutDocFlex - Invoking: com.protrade.facebook.base.components.layout.LayoutDocFlex.setupRender() (at LayoutDocFlex.java:25) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.facebook.base.components.layout.LayoutDocFlex - Invoking: com.protrade.facebook.base.components.layout.LayoutDocBase.beginRender() (at LayoutDocBase.java:47) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.tapestry5.base.components.layout.LayoutIslandAdLeader - Invoking: com.protrade.tapestry5.base.components.layout.LayoutIslandAdLeader.beginRender(org.apache.tapestry5.MarkupWriter) (at LayoutIslandAdLeader.java:20) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.fanwars.base.components.ads.AdsFanwarsGamSlot - Invoking: com.protrade.fanwars.base.components.ads.AdsFanwarsGamSlot.setupRender() (at AdsFanwarsGamSlot.java:76) 2008-10-17 16:48:37,808 [btpool0-2] DEBUG com.protrade.facebook.base.components.ads.AdsGamSlotIframe - Invoking: com.protrade.facebook.base.components.ads.AdsGamSlotIframe.beginRender(org.apache.tapestry5.MarkupWriter) (at AdsGamSlotIframe.java:34) 2008-10-17 16:48:37,809 [btpool0-2] DEBUG com.protrade.facebook.base.components.ads.AdsGamSlotIframe - Invoking: com.protrade.facebook.base.components.ads.AdsGamSlotIframe.afterRender(org.apache.tapestry5.MarkupWriter) (at AdsGamSlotIframe.java:60) 2008-10-17 16:48:37,809 [btpool0-2] DEBUG com.protrade.tapestry5.base.components.layout.LayoutIslandAdLeader - Invoking: com.protrade.tapestry5.base.components.layout.LayoutIslandAdLeader.afterRender(org.apache.tapestry5.MarkupWriter) (at LayoutIslandAdLeader.java:30) 2008-10-17 16:48:37,813 [btpool0-2] DEBUG com.protrade.fanwars.base.components.team.TeamLogo - Invoking: com.protrade.fanwars.base.components.team.TeamLogo.setupRender() (at TeamLogo.java:56) 2008-10-17 16:48:37,814 [btpool0-2] DEBUG com.protrade.fanwars.base.components.team.TeamLogo - Invoking: com.protrade.fanwars.base.components.team.TeamLogo.beginRender(org.apache.tapestry5.MarkupWriter) (at TeamLogo.java:81) 2008-10-17 16:48:37,814 [btpool0-2] DEBUG com.protrade.fanwars.base.components.team.TeamLogo - Invoking:
Re: [T5] Unclosed empty HTML tags (bug?)
Gabriel Rodriguez wrote:
The problem is particularly evident with:
link rel=stylesheet href=${style} type=text/css/
The resulting HTML document contains only:
link rel=stylesheet href=${style} type=text/css (no slash!)
I have tried it with no DOCTYPE declaration and with an XHTML 1.0 Strict
declaration and in both cases I get the same result.
I think that you have to set the correct content-type for your page, as
describe in the bug report.
But in this case, you will hit the ie bug... So the simplest thing to do
is : vote for the bug, and follow the HowTo.
--
Francois Armand
Etudes Développements J2EE
Groupe Linagora - http://www.linagora.com
Tél.: +33 (0)1 58 18 68 28
---
InterLDAP - http://interldap.org
FederID - http://www.federid.org/
Open Source identities management and federation
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5 - Can't get the tapestry 5 quickstart maven archetype to resolve
Managed to get this to work by adding -DremoteRepositories=http://tapestry.formos.com/maven-snapshot-repository/ -DarchetypeVersion=5.0.16-SNAPSHOT to the command. Found it on this page http://tapestry.apache.org/tapestry5/quickstart/ . Guess how I was adding the snapshot repository to my settings.xml wasn't correct. BarryDev wrote: I was able to get the tapestry 5 quickstart archetype to download successfully a few days ago but now when I run the command I'm getting the following output: $ mvn archetype:create -DarchetypeGroupId=org.apache.tapestry -DarchetypeArtifactId=quickstart -DgroupId=org.apache.tapestry -Dartifac tId=tutorial1 -DpackageName=org.apache.tapestry5.tutorial I've tried adding the people.apache.org repo to my maven settings to no avail. I don't think that's the problem seeing as I was able to get it to work a few days ago without any tinkering in my settings. Is something wrong with the current release of the archetype or have I managed to bugger up my maven? -- View this message in context: http://www.nabble.com/T5---Can%27t-get-the-tapestry-5-quickstart-maven-archetype-to-resolve-tp20050232p20073495.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [T5] Unclosed empty HTML tags (bug?)
Following the Wiki article did the trick! Be sure and do what it says on the
bottom for the latest versions. Don't do the stuff on the top. Thanks!
-Original Message-
From: Francois Armand [mailto:[EMAIL PROTECTED]
Sent: Monday, October 20, 2008 10:03 AM
To: Tapestry users
Subject: Re: [T5] Unclosed empty HTML tags (bug?)
Gabriel Rodriguez wrote:
The problem is particularly evident with:
link rel=stylesheet href=${style} type=text/css/
The resulting HTML document contains only:
link rel=stylesheet href=${style} type=text/css (no slash!)
I have tried it with no DOCTYPE declaration and with an XHTML 1.0 Strict
declaration and in both cases I get the same result.
I think that you have to set the correct content-type for your page, as
describe in the bug report.
But in this case, you will hit the ie bug... So the simplest thing to do
is : vote for the bug, and follow the HowTo.
--
Francois Armand
Etudes Développements J2EE
Groupe Linagora - http://www.linagora.com
Tél.: +33 (0)1 58 18 68 28
---
InterLDAP - http://interldap.org
FederID - http://www.federid.org/
Open Source identities management and federation
-
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: [T5] Strange problems using jetty:run
Thanks Peter, problem solved. Peter Stavrinides wrote: Are you using eclipse? using a mvn clean has been known to wipe your projects build path, you will have to restore it. -- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Please visit http://www.albourne.com/email.html for important additional terms relating to this e-mail. - Original Message - From: cnoleherzer [EMAIL PROTECTED] To: users@tapestry.apache.org Sent: Monday, 20 October, 2008 4:39:09 PM GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: [T5] Strange problems using jetty:run Hi Guys, first of all i am using Tapestry5.0.14 and maven2 to build a website, maven jetty plugin (mvn jetty:run) to launch the application. Everything has worked fine util today i used mvn clean to remove the war file, and then mvn jetty:run didn't work. All pages are gone, or the templates of all pages cann't be located. When i requested the start page of my application, i get this message: Page Index did not generate any markup when rendered. This could be because its template file could not be located, or because a render phase method in the page prevented rendering. any idea? -- View this message in context: http://www.nabble.com/-T5--Strange-problems-using-jetty%3Arun-tp20067500p20067500.html Sent from the Tapestry - 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/-T5--Strange-problems-using-jetty%3Arun-tp20067500p20075355.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
String encoding in activation context
I have written simple search app using Tapestry 5.0.15. User query from text
field is passed between requests via onPassivate and onActivate methods.
Here is a page class source excerpt:
public class Index
{
private String _userQuery;
private String _correctedQuery;
@ApplicationState
private NscopeDataSource _dataSource;
...
private String getByteString(String str)
{
if(str == null || str.isEmpty())
return ;
String result = ;
try
{
byte[] bytes = str.getBytes(utf-8);
for(Byte b: bytes)
result += Integer.toHexString(Math.abs(b.intValue())) + , ;
}
catch (UnsupportedEncodingException ex) { }
return result;
}
void onActivate(String aUserQuery)
{
this._userQuery = aUserQuery;
if(_userQuery != null)
System.out.println(--- MEMBER USER QUERY ACTIVATE: +
getByteString(_userQuery));
}
Object onPassivate()
{
if(_userQuery != null)
System.out.println(--- USER QUERY PASIVATE: +
getByteString(_userQuery));
return (Object)_userQuery;
}
public String getUserQuery()
{
return _userQuery;
}
public void setUserQuery(String aUserQuery)
{
this._userQuery = aUserQuery;
}
...
The problem is that _userQuery with diacritic characters are messed up. It
looks like _userQuery is utf-encoded meny times. For query miłość (love in
polish) this code produces following output in server log:
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3b, 7e, 6f, 3b, 65, 3c, 79,
[INFO] AppModule.TimingFilter Request time: 9 ms
[DEBUG] pages.Index Dispatch event: ComponentEvent[activate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onActivate(java.lang.String) (at
Index.java:60)
--- MEMBER USER QUERY ACTIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65,
3d, 7c, 3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[prepareForRender from
searchForm]
[DEBUG] pages.Index Dispatch event: ComponentEvent[prepare from searchForm]
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[toClient from userQuery]
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d, 7b, 3e, 7e, 6f, 3d, 7b, 3e, 65, 3d, 7c,
3e, 79,
[DEBUG] pages.Index Dispatch event: ComponentEvent[passivate from (self)]
[DEBUG] pages.Index Invoking:
org.foo.searchapp.webclient.pages.Index.onPassivate() (at Index.java:67)
--- USER QUERY PASIVATE: 6d, 69, 3d,
T5 Handling invalid urls with redirects
Hi List, Long time no see. I have finally got my application online and am facing two problems, I have not thought of before. Both of which are users or search bots (namely google) using wrong urls. 1.) I have got an index Page in the root which works fine, but my beloved users tend to type index.jsp or index.html instead of just index into the address bar of their browser. (Maybe it's because they're mainly Germans and therefore are hyper correct;-)) ) The dot being used Tapestry interprets those as components on the index page with ids jsp and html and shows my nicely crafted ExceptionReport. I'd rather have Tapestry send a redirect to the correct url. How can this be accomplished? I have thought of implementing components with names jsp and html and writing event handlers for them but that seems a bit odd to me. 2.) Before the migration to Tapestry the application was struts based. Therefore all the URLs within the application have changed. That would not be a problem, but google keeps the old URLs. I think the reason is that when a completely wrong URL is typed in Tapestry will directly response with the index page rather than redirecting to it. So the client-software never gets informed about the incorrectness. Also in this case I would like Tapestry to do a redirect. How can this be done? Your help will be apreciated. Yours nillehammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T5 Handling invalid urls with redirects
We switched from PHP to Tapestry last year and I'm using a rewrite filter to redirect old urls to the new ones: http://tuckey.org/urlrewrite/ Martin On Mon, 20 Oct 2008 22:05:38 +0200, nillehammer [EMAIL PROTECTED] wrote: Hi List, Long time no see. I have finally got my application online and am facing two problems, I have not thought of before. Both of which are users or search bots (namely google) using wrong urls. 1.) I have got an index Page in the root which works fine, but my beloved users tend to type index.jsp or index.html instead of just index into the address bar of their browser. (Maybe it's because they're mainly Germans and therefore are hyper correct;-)) ) The dot being used Tapestry interprets those as components on the index page with ids jsp and html and shows my nicely crafted ExceptionReport. I'd rather have Tapestry send a redirect to the correct url. How can this be accomplished? I have thought of implementing components with names jsp and html and writing event handlers for them but that seems a bit odd to me. 2.) Before the migration to Tapestry the application was struts based. Therefore all the URLs within the application have changed. That would not be a problem, but google keeps the old URLs. I think the reason is that when a completely wrong URL is typed in Tapestry will directly response with the index page rather than redirecting to it. So the client-software never gets informed about the incorrectness. Also in this case I would like Tapestry to do a redirect. How can this be done? Your help will be apreciated. Yours nillehammer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Overriding BeanBlockSource (serious issue with contributeBeanBlockSource)
Hi Howard, Thanks for taking the time to answer. I understand the licensing thing. However the other problem seems to be more serious. My own contributed BeanBlockSources to override the standard Date editor is taken into account on a random basis. I have added some println's in TapestryModule contributeBeanBlockSource and in my AppModules contributeBeanBlockSource method. The order in which those two methods are called is random. Sometimes yours is called first then mine (in which case my contributed DateTime Editor is used). On other application starts, my contributeBeanBlockSource method is called before yours. Causing my Custom Editor to be ignored (overriden by yours). Here are two stack traces from within both methods that might help solve this serious issue Contributing DateTimeField BeanBlockContribution in TapestryModule java.lang.Throwable at org .apache .tapestry5 .services.TapestryModule.contributeBeanBlockSource(TapestryModule.java: 444) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun .reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) at sun .reflect .DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25) at java.lang.reflect.Method.invoke(Method.java:597) at org .apache .tapestry5 .ioc .internal.ContributionDefImpl.invokeMethod(ContributionDefImpl.java:95) at org .apache .tapestry5 .ioc.internal.ContributionDefImpl.contribute(ContributionDefImpl.java: 56) at org .apache .tapestry5 .ioc .internal.RegistryImpl.addToUnorderedConfiguration(RegistryImpl.java: 481) at org .apache .tapestry5 .ioc.internal.RegistryImpl.getUnorderedConfiguration(RegistryImpl.java: 355) at org .apache .tapestry5 .ioc .internal .ServiceResourcesImpl .getUnorderedConfiguration(ServiceResourcesImpl.java:72) at org .apache .tapestry5 .ioc .internal .AbstractServiceCreator .addUnorderedConfigurationParameter(AbstractServiceCreator.java:140) at org .apache .tapestry5 .ioc .internal .AbstractServiceCreator .getParameterDefaultsWithConfiguration(AbstractServiceCreator.java:106) at org .apache .tapestry5 .ioc .internal .ConstructorServiceCreator .getParameterDefaultsWithConfigurations(ConstructorServiceCreator.java: 72) at org .apache .tapestry5 .ioc .internal .ConstructorServiceCreator.createObject(ConstructorServiceCreator.java: 47) at org .apache .tapestry5 .ioc .internal .SingletonServiceLifecycle .createService(SingletonServiceLifecycle.java:29) at org .apache .tapestry5 .ioc .internal .LifecycleWrappedServiceCreator .createObject(LifecycleWrappedServiceCreator.java:52) at org .apache .tapestry5 .ioc .internal .InterceptorStackBuilder.createObject(InterceptorStackBuilder.java:50) at org .apache .tapestry5 .ioc .internal .RecursiveServiceCreationCheckWrapper .createObject(RecursiveServiceCreationCheckWrapper.java:60) at org .apache .tapestry5 .ioc .internal .services .JustInTimeObjectCreator.createObject(JustInTimeObjectCreator.java:65) at $BeanBlockSource_11d1c2a616c.delegate($BeanBlockSource_11d1c2a616c.java) at $ BeanBlockSource_11d1c2a616c .getEditBlock($BeanBlockSource_11d1c2a616c.java) at org .apache .tapestry5 .corelib.components.PropertyEditor.beginRender(PropertyEditor.java:253) at org .apache .tapestry5 .corelib.components.PropertyEditor.beginRender(PropertyEditor.java) at org.apache.tapestry5.internal.structure.ComponentPageElementImpl $11$1.run(ComponentPageElementImpl.java:347) at org .apache .tapestry5 .internal .structure .ComponentPageElementImpl.invoke(ComponentPageElementImpl.java:912) at org.apache.tapestry5.internal.structure.ComponentPageElementImpl.access $1(ComponentPageElementImpl.java:904) at org.apache.tapestry5.internal.structure.ComponentPageElementImpl $11.render(ComponentPageElementImpl.java:351) at org .apache .tapestry5.internal.services.RenderQueueImpl.run(RenderQueueImpl.java: 72) at org .apache .tapestry5 .internal.services.PageRenderQueueImpl.render(PageRenderQueueImpl.java: 108) at $PageRenderQueue_11d1c2a618f.render($PageRenderQueue_11d1c2a618f.java) at $PageRenderQueue_11d1c2a617e.render($PageRenderQueue_11d1c2a617e.java) at org.apache.tapestry5.services.TapestryModule $19.renderMarkup(TapestryModule.java:1201) at org.apache.tapestry5.services.TapestryModule $28.renderMarkup(TapestryModule.java:1552) at $ MarkupRenderer_11d1c2a6191 .renderMarkup($MarkupRenderer_11d1c2a6191.java) at org.apache.tapestry5.services.TapestryModule $27.renderMarkup(TapestryModule.java:1533) at $ MarkupRenderer_11d1c2a6191 .renderMarkup($MarkupRenderer_11d1c2a6191.java) at org.apache.tapestry5.services.TapestryModule $26.renderMarkup(TapestryModule.java:1515) at $ MarkupRenderer_11d1c2a6191 .renderMarkup($MarkupRenderer_11d1c2a6191.java) at
Re: Tapestry 5.0.15 DateField localization problem [patch included]
I think it should work, but I'm not absolutly sure. Since you can't select the time zone in the calendar (hopefully!), you may be right to avoid transfering timezone information, because it could change the day when going from/to the server to/from the client. Example. I'm at GMT+11. If write the following javascript: var d = new Date(Mon Oct 20 00:00:00 GMT+1200 2008); document.write(p+d+/p); It gives me: Sun Oct 19 2008 23:00:00 GMT+1100 (NCT) While for this javascript: var d = new Date(Mon Oct 20 00:00:00 2008); document.write(p+d+/p); I get: Mon Oct 20 2008 00:00:00 GMT+1100 (NCT) Given the semantics of the calendar (I write 10/20/2008, I want to see 10/20/2008 on the server side), I think its better to avoid timezone information. Le vendredi 17 octobre 2008 à 06:27 -0700, Howard Lewis Ship a écrit : The fix I implemented was to use a simple number (milliseconds since the epoch) as the transfer format. I'm concerned there may be a time zone issue though, when the browser time zone is not the same as the server time zone. -- .~. /V\ Mikaël Cluseau [EMAIL PROTECTED] // \\ /( )\ISI.NC +687 26.93.18 ^`~'^ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to override tapestry core components?
I need to override the tapestry core components ( PageLink, EventLink ), within a library, not within an application. I created a library that all of our facebook apps use. We need to override the PageLink and EventLink components to be able to work within facebook properly (minimal features). The way I did that was to register the library as core, so that Tapestry when tapestry searches for core components, it would find those within this library first. Below is what I think is wrong. But ignoring what I think, how do you think I should be able to override a Tapestry core component? like PageLink or EventLink, etc etc. what I think: This worked in 5.0.11, but in 5.0.16 it looks to not work, or worst work randomly. My guess is that because of the buggy feature saying that the modules are loaded in an 'random' order, then I can not reliably override the core library components.. since I don't know if my core library would be loaded before or after Tapestry's core library.. just my guess. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
