RE: Problem with Shale Token

2006-11-07 Thread brettconnor
message from the token component. Any suggestions? OK, I have done a bunch of further investigation of this problem, including a new test app (built against MyFaces 1.1.4 and the current trunk code of Shale, equivalent to the 20061107 nightly build). As far as I can tell, the current

RE: Problem with Shale Token

2006-11-07 Thread Torsten Krah
1.1.4 and the current trunk code of Shale, equivalent to the 20061107 nightly build). As far as I can tell, the current code works correctly. I've attached the current version of the test application (shale-test-core.war) to the relevant bug report[1]. PLEASE do everything you can to cause

RE: Problem with Shale Token

2006-11-07 Thread Torsten Krah
a bunch of further investigation of this problem, including a new test app (built against MyFaces 1.1.4 and the current trunk code of Shale, equivalent to the 20061107 nightly build). As far as I can tell, the current code works correctly. I've attached the current version of the test

RE: Problem with Shale Token

2006-11-07 Thread hermod.opstvedt
, including a new test app (built against MyFaces 1.1.4 and the current trunk code of Shale, equivalent to the 20061107 nightly build). As far as I can tell, the current code works correctly. I've attached the current version of the test application (shale-test-core.war) to the relevant

Re: Problem with Shale Token

2006-11-07 Thread Adrian Mitev
, equivalent to the 20061107 nightly build). As far as I can tell, the current code works correctly. I've attached the current version of the test application (shale-test-core.war) to the relevant bug report[1]. PLEASE do everything you can to cause this app to misbehave

RE: new to shale tiles

2006-11-07 Thread Jonathan Smith
what does your doc type look like in your tiles.xml? also i am getting a javax.servlet.ServletException: Source object must not be null in tomcat 5.5.17 any ideas? _ Get today's hot entertainment gossip

[scxml] dialog not found problem

2006-11-07 Thread Torsten Krah
Got it working once, but now i don't find out whats going wrong since i've changed some dialog configs, the log says: WARN http-8080-Processor25 org.apache.shale.dialog.scxml.SCXMLDialogManager - No dialog configuration information present. No default configuration found at:

Re: [scxml] dialog not found problem

2006-11-07 Thread Torsten Krah
Hm seconds after posting it and reading the configs xx times i saw the change in dialog-config.xml, its not any longer scxmldialogs, but dialogs , thx to me ;) Torsten Am Dienstag, den 07.11.2006, 17:08 +0100 schrieb Torsten Krah: Got it working once, but now i don't find out whats going wrong

RE: new to shale tiles

2006-11-07 Thread Jonathan Smith
ok when i do this tiles:insert definition=debug2flush=true/tiles:insert with this as the definition tiles-definitions definition name=debug2 path=debug2.jsp put name=header type=template value=/debug/debug-header.jsp / /definition

How to find the backing bean name?

2006-11-07 Thread Ramineni Viswanath
Hi, Is there a better way to get the backing bean name (not the class name) other than by building it from getFacesContext().getViewRoot().getViewId()? I have a BasePage class from where I extend all my backing bean classes, there are times when I need this name, especially in cases where I

Re: Problem with Shale Token

2006-11-07 Thread Craig McClanahan
message from the token component. Any suggestions? OK, I have done a bunch of further investigation of this problem, including a new test app (built against MyFaces 1.1.4 and the current trunk code of Shale, equivalent to the 20061107 nightly build). As far as I can tell

Re: How to find the backing bean name?

2006-11-07 Thread Craig McClanahan
On 11/7/06, Ramineni Viswanath [EMAIL PROTECTED] wrote: Hi, Is there a better way to get the backing bean name (not the class name) other than by building it from getFacesContext().getViewRoot().getViewId()? This is going to be the only robust mechanism, because an application can actually

SV: [scxml] dialog not found problem

2006-11-07 Thread Hermod Opstvedt
Hi Should it not be: WEB-INF/dialog-config.xml? (Note the missing leading slash) Hermod -Opprinnelig melding- Fra: Torsten Krah [mailto:[EMAIL PROTECTED] Sendt: 7. november 2006 17:09 Til: user@shale.apache.org Emne: [scxml] dialog not found problem Got it working once, but now i

Re: [scxml] dialog not found problem

2006-11-07 Thread Rahul Akolkar
On 11/7/06, Torsten Krah [EMAIL PROTECTED] wrote: Hm seconds after posting it and reading the configs xx times i saw the change in dialog-config.xml, its not any longer scxmldialogs, but dialogs , thx to me ;) snip/ Sorry, I changed the root element. I try to update the site documentation

Re: [scxml] dialog not found problem

2006-11-07 Thread Rahul Akolkar
On 11/7/06, Hermod Opstvedt [EMAIL PROTECTED] wrote: Hi Should it not be: WEB-INF/dialog-config.xml? (Note the missing leading slash) snip/ Thats fine. Its doing a ExternalContext#getResource(String) under the hood, and the leading slash is needed (things are relative to current context

Re: Problem with Shale Token

2006-11-07 Thread Rahul Akolkar
On 11/7/06, Torsten Krah [EMAIL PROTECTED] wrote: This would be sufficient but i would like to see it in the tlddoc too. snip/ Took a stab (site should be updated shortly): http://svn.apache.org/viewvc?view=revrevision=472288 Please feel free to suggest further improvements to the brief

Session Scoped ViewController not calling prerender.

2006-11-07 Thread Jason Vincent
Hi all, I recently upgraded to Shale 1.0.3 and now my session scoped view controllers don't work. I found that the prerender method is not getting called... ever - (even if it was the first time the page was requested). Any ideas? Thanks, Jason