You need to add something like this to your web.xml file:
jsp-config
taglib
taglib-urihttp://shale.apache.org/clay/taglib-uri
taglib-location/WEB-INF/lib/shale-clay.jar/taglib-location
/taglib
/jsp-config
If that doesn't work (i.e., if the JSP engine can't find the
even if I reformatted it a bit. If I want to use
the second solution, how would I define the behavior of the dataTable?
Would it still need to inherit dataTable for the looping capability
since the number of rows are dynamic?
-Original Message-
From: Richard Eggert [mailto:[EMAIL
-
From: Richard Eggert [mailto:[EMAIL PROTECTED]
Sent: Friday, April 11, 2008 7:33 AM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
Yes. Basically, you would have to define a component that inherits
from
h:dataTable, and give it child elements that inherit from h:column
My experience with dataTables and clay has been that they don't get along very
well, at least in the case of HTML templates (XML templates are another story).
This is mainly because h:dataTable has a drastically different structure from
HTML tables. h:dataTable expects to have h:columns as
I'm not using Shale myself at the moment, but on my previous project (which
another employee of my company has taken over), I used Clay, View Controller,
Tiger Extensions, and the Test Framework.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
I would imagine that most people on this mailing list are using it, or at least
thinking about using it. It's difficult to determine who's using it that is
not on this list, though.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
Oh, that's easy. In JSF, you don't explictly mark a SelectItem as being
selected (unlike OPTION tags in HTML). Instead, you set the parent
SelectOne(Menu|Radio|Checkbox) element's value field (or, more specifically,
the value of the managed bean property to which value is bound). As long as
I've been seeing weird problems with the invocation of @Prerender/prerender()
methods and the handling of request-scoped backing beans.
I have a HTML-templated page rendered with Clay, and a corresponding
request-scoped backing bean annotated with @View. The backing bean has a
method
See below.
-Original Message-
From: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sent: Thu 8/9/2007 11:53 AM
To: user@shale.apache.org
Subject: Re: Clay not escaping strings?
pspan jsfid=outputText escape=true#{mybean.prop}/span/p).
Actually, this doesn't work. I still get the same
I've been trying to get a custom validator working with Clay, but so far I
haven't figured out how to do it.
I have a class named a.b.c.IPAddressValidator that validates that a String is
a valid dotted-decimal IP address, as its name implies. I've registered in my
faces-config under the
That fixed the problem.
I've submitted JIRA ticket # SHALE-431.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sent: Tue 3/27/2007 11:05 AM
To:
Perhaps I'm overlooking something here, but from the testing I did this
afternoon, it appears that the enabledOnUserRole attribute provided with most
of Tomahawk's components doesn't work at all in Clay HTML templates. However,
it does work properly when I use straight JSP/JSF without Clay (at
from a tags when using Clay HTML templates
From: Richard Eggert [EMAIL PROTECTED]
I'm having an issue using anchor () tags that are explicitly mapped to
h:commandLink (implicitly mapped tags don't work at all in this case).
Consider the following HTML template named bugTest.html loaded
I'm running into a problem using Xml views using HTML templates. Loading a
page initially works fine, but if I reload the page either by clicking on a
link or hitting Refresh, I get the following error.
java.lang.IllegalStateException: Client-id : _id0 is duplicated in the faces
tree.
at
. That is likely to be the origin of the
Exception.
Also I would move to at least MyFaces 1.3 to see if the problem persists.
Hermod
-Opprinnelig melding-
Fra: Richard Eggert [mailto:[EMAIL PROTECTED]
Sendt: 28. februar 2007 20:01
Til: user@shale.apache.org
Emne: Client-id : _id0 is duplicated
Err... I mean bugTest.html, not .xml. :-)
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Richard Eggert [mailto:[EMAIL PROTECTED]
Sent: Wed 2/28/2007 5:55 PM
To: user@shale.apache.org
Subject: RE: Client-id
-technologies.com
-Original Message-
From: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sent: Wed 2/28/2007 9:45 PM
To: user@shale.apache.org
Subject: Re: Client-id : _id0 is duplicated in the faces tree.
From: Richard Eggert [EMAIL PROTECTED]
I'm running into a problem using Xml views using
@shale.apache.org
Subject: RE: Weird error for full HTML views
From: Richard Eggert [EMAIL PROTECTED]
I am using the ShaleApplicationFilter. I know it's being called, since it
ShaleApplicationFilter.doFilter appears in the stack trace for the error that
I'm getting. My chain-config.xml looks
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sent: Mon 2/26/2007 4:57 PM
To: user@shale.apache.org
Subject: Re: tomahawk-1_1_?-config.xml
From: Richard Eggert [EMAIL PROTECTED]
This is probably a dumb
I've run into a very basic problem using Clay that I'm not sure how to solve.
Here's the setup:
I have a JSP file (we'll call it page.jsp) that contains a single clay tag
that points to an HTML template in a subdirectory (we'll call it
/templates/blah/foo.html). The HTML template references
from user preferences.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Richard Eggert [mailto:[EMAIL PROTECTED]
Sent: Sat 2/17/2007 3:53 PM
To: user@shale.apache.org
Subject: Dynamically-selectable HTML
textarea jsfid=textAreaTest
!-- ### clay:remove ### --
This is a mockup.
!-- ### /clay:remove ### --
/textarea
/form
Hermod
snippet/
From: Richard Eggert [mailto:[EMAIL PROTECTED]
Sent: Monday, February 12, 2007 3:55 AM
To: user@shale.apache.org
Subject: Strange Behavior
22 matches
Mail list logo