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
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
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
,
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
, 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
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
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:
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
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
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
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
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
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
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
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
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
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
17 matches
Mail list logo