RE: [Shale Clay]
-- Original message -- From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > Yes, I am use JSF1.2 RI. It's been working for me (at least, the upload > part of tomahawk). I am getting the current problem when I added shale > in the mix. > I see. It sounds like the clay view handler is having trouble replacing the state token then. Something you might try is using the clay JSP tag. That would help isolate the problem. You could create a JSP page that has a f:view and shale:clay [1]. Then, for the jsfid, include the target template. The token can be an HTML template or an entry in a clay config. clay:clay id="address1" jsfid="classpath*:org/apache/shale/usecases/rolodex/address.html" ... ... When the component is used with JSP, the default JSF runtime field marker replacement is used. Please file a bug and a test case would be really nice :-) [1] http://svn.apache.org/viewvc/shale/framework/trunk/shale-apps/shale-clay-usecases/src/main/webapp/rolodex/jsprolodex.jsp?view=markup Thanks, Gary > -Original Message- > From: Gary VanMatre [mailto:[EMAIL PROTECTED] > Sent: Friday, April 11, 2008 4:15 PM > To: user@shale.apache.org > Subject: RE: [Shale Clay] > > > -- Original message -- > From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > > I tried it and didn't seem to make a difference; it doesn't invoke the > > action. It's really weird; without the "enctype" attribute, it at > least > > invokes the action; I suspect on postback, JSF doesn't restore the > view > > correctly because if I change my "javax.faces.STATE_SAVING_METHOD" > from > > client to "server", I see > > > > ~com.sun.faces.saveStateFieldMarker~ > > Sounds like you are using JSF 1.2 with tomahawk? > > > Gary > > > > > at the bottom of the page. > > > > -Original Message- > > From: Ryan Wynn [mailto:[EMAIL PROTECTED] > > Sent: Friday, April 11, 2008 3:12 PM > > To: user@shale.apache.org > > Subject: Re: [Shale Clay] > > > > On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong > <[EMAIL PROTECTED]> > > wrote: > > > I thought about this, but tomahawk doesn't seem to have a form > > > component. > > > > > > > > > > > > -Original Message- > > > From: Gary VanMatre [mailto:[EMAIL PROTECTED] > > > Sent: Friday, April 11, 2008 1:35 PM > > > To: user@shale.apache.org > > > Subject: RE: [Shale Clay] > > > > > > From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > > > > Thanks again. I have another question. How does shale work with > > > > fileload? I am trying to use t:fileUpload from tomahawk. I copied > > the > > > > component definition into my clay-config.xml > > > > > > > > > > > componentType="org.apache.myfaces.HtmlInputFileUpload" > > > > extends="baseOutput> > > > > > > > > > > > > . > > > > > > > > > > > > > > > > And I added the following in my html form > > > > > > > > > > > > > > > > > > > storage="file" /> > > > > > > > > > > > > > > > > > > > > > > > > When I hit the submit button, action method is never invoked. > > > > Interestingly, if I remove the "enctype" attribute, action method > > is > > > > indeed invoked but the input is null which is expected. I have > the > > > > extension filter configured. > > > > > > > > Any idea? > > > > > > > > Can you try this? > > > > > > > > > > > > > > > > + > > > > > > > > That seems to be working ok for me. > > > > Ryan > > > > > > This is just a guess but you might try using the tomahawk form > > component > > > too. There might be some component coupling that is assumed in the > > > library. > > > > > > Gary > > > > > > > > > > > > > > > -Original Message- > > > > From: Richard Eggert [mailto:[EMAIL PROTECTED] > > > > Sent: Friday, April 11, 2008 7:33 AM > > > > To: user@shale.ap
RE: [Shale Clay]
Yes, I am use JSF1.2 RI. It's been working for me (at least, the upload part of tomahawk). I am getting the current problem when I added shale in the mix. -Original Message- From: Gary VanMatre [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 4:15 PM To: user@shale.apache.org Subject: RE: [Shale Clay] -- Original message -- From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > I tried it and didn't seem to make a difference; it doesn't invoke the > action. It's really weird; without the "enctype" attribute, it at least > invokes the action; I suspect on postback, JSF doesn't restore the view > correctly because if I change my "javax.faces.STATE_SAVING_METHOD" from > client to "server", I see > > ~com.sun.faces.saveStateFieldMarker~ Sounds like you are using JSF 1.2 with tomahawk? Gary > > at the bottom of the page. > > -Original Message- > From: Ryan Wynn [mailto:[EMAIL PROTECTED] > Sent: Friday, April 11, 2008 3:12 PM > To: user@shale.apache.org > Subject: Re: [Shale Clay] > > On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong <[EMAIL PROTECTED]> > wrote: > > I thought about this, but tomahawk doesn't seem to have a form > > component. > > > > > > > > -----Original Message- > > From: Gary VanMatre [mailto:[EMAIL PROTECTED] > > Sent: Friday, April 11, 2008 1:35 PM > > To: user@shale.apache.org > > Subject: RE: [Shale Clay] > > > > From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > > > Thanks again. I have another question. How does shale work with > > > fileload? I am trying to use t:fileUpload from tomahawk. I copied > the > > > component definition into my clay-config.xml > > > > > > > > componentType="org.apache.myfaces.HtmlInputFileUpload" > > > extends="baseOutput> > > > > > > > > > . > > > > > > > > > > > > And I added the following in my html form > > > > > > > > > > > > > > storage="file" /> > > > > > > > > > > > > > > > > > > When I hit the submit button, action method is never invoked. > > > Interestingly, if I remove the "enctype" attribute, action method > is > > > indeed invoked but the input is null which is expected. I have the > > > extension filter configured. > > > > > > Any idea? > > > > > Can you try this? > > > > > > > > + > > > > That seems to be working ok for me. > > Ryan > > > > This is just a guess but you might try using the tomahawk form > component > > too. There might be some component coupling that is assumed in the > > library. > > > > Gary > > > > > > > > > > > -Original Message- > > > 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. > > > Each of those child elements would then contain children that make > up > > > the content of your columns. > > > > > > Rich Eggert > > > Member of Technical Staff > > > Proteus Technologies, LLC > > > http://www.proteus-technologies.com > > > > > > > > > > > > -Original Message- > > > From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] > > > Sent: Fri 4/11/2008 12:08 AM > > > To: user@shale.apache.org > > > Subject: RE: [Shale Clay] > > > > > > Thanks a lot Rich. I was able to use your first example without > having > > > any white space issue 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 PROTECTED] > > > Sent: Thursday, April 10, 2008 5:12 PM > > > To: user@shale.apache.org > > &
RE: [Shale Clay]
-- Original message -- From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > I tried it and didn't seem to make a difference; it doesn't invoke the > action. It's really weird; without the "enctype" attribute, it at least > invokes the action; I suspect on postback, JSF doesn't restore the view > correctly because if I change my "javax.faces.STATE_SAVING_METHOD" from > client to "server", I see > > ~com.sun.faces.saveStateFieldMarker~ Sounds like you are using JSF 1.2 with tomahawk? Gary > > at the bottom of the page. > > -Original Message- > From: Ryan Wynn [mailto:[EMAIL PROTECTED] > Sent: Friday, April 11, 2008 3:12 PM > To: user@shale.apache.org > Subject: Re: [Shale Clay] > > On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong <[EMAIL PROTECTED]> > wrote: > > I thought about this, but tomahawk doesn't seem to have a form > > component. > > > > > > > > -----Original Message- > > From: Gary VanMatre [mailto:[EMAIL PROTECTED] > > Sent: Friday, April 11, 2008 1:35 PM > > To: user@shale.apache.org > > Subject: RE: [Shale Clay] > > > > From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > > > Thanks again. I have another question. How does shale work with > > > fileload? I am trying to use t:fileUpload from tomahawk. I copied > the > > > component definition into my clay-config.xml > > > > > > > > componentType="org.apache.myfaces.HtmlInputFileUpload" > > > extends="baseOutput> > > > > > > > > > . > > > > > > > > > > > > And I added the following in my html form > > > > > > > > > > > > > > storage="file" /> > > > > > > > > > > > > > > > > > > When I hit the submit button, action method is never invoked. > > > Interestingly, if I remove the "enctype" attribute, action method > is > > > indeed invoked but the input is null which is expected. I have the > > > extension filter configured. > > > > > > Any idea? > > > > > Can you try this? > > > > > > > > + > > > > That seems to be working ok for me. > > Ryan > > > > This is just a guess but you might try using the tomahawk form > component > > too. There might be some component coupling that is assumed in the > > library. > > > > Gary > > > > > > > > > > > -Original Message- > > > 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. > > > Each of those child elements would then contain children that make > up > > > the content of your columns. > > > > > > Rich Eggert > > > Member of Technical Staff > > > Proteus Technologies, LLC > > > http://www.proteus-technologies.com > > > > > > > > > > > > -Original Message- > > > From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] > > > Sent: Fri 4/11/2008 12:08 AM > > > To: user@shale.apache.org > > > Subject: RE: [Shale Clay] > > > > > > Thanks a lot Rich. I was able to use your first example without > having > > > any white space issue 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 PROTECTED] > > > Sent: Thursday, April 10, 2008 5:12 PM > > > To: user@shale.apache.org > > > Subject: RE: [Shale Clay] > > > > > > 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 > > > dra
RE: [Shale Clay]
Yes, I had in my tempalte. -Original Message- From: Richard Eggert [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 3:47 PM To: user@shale.apache.org Subject: RE: [Shale Clay] This is just a shot in the dark, but have you tried wrapping the form (or the whole page) in a tag that has jsfid="f:view"? Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 3:34 PM To: user@shale.apache.org Subject: RE: [Shale Clay] I tried it and didn't seem to make a difference; it doesn't invoke the action. It's really weird; without the "enctype" attribute, it at least invokes the action; I suspect on postback, JSF doesn't restore the view correctly because if I change my "javax.faces.STATE_SAVING_METHOD" from client to "server", I see ~com.sun.faces.saveStateFieldMarker~ at the bottom of the page. -Original Message- From: Ryan Wynn [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 3:12 PM To: user@shale.apache.org Subject: Re: [Shale Clay] On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong <[EMAIL PROTECTED]> wrote: > I thought about this, but tomahawk doesn't seem to have a form > component. > > > > -Original Message- > From: Gary VanMatre [mailto:[EMAIL PROTECTED] > Sent: Friday, April 11, 2008 1:35 PM > To: user@shale.apache.org > Subject: RE: [Shale Clay] > > From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > > Thanks again. I have another question. How does shale work with > > fileload? I am trying to use t:fileUpload from tomahawk. I copied the > > component definition into my clay-config.xml > > > > > componentType="org.apache.myfaces.HtmlInputFileUpload" > > extends="baseOutput> > > > > > > . > > > > > > > > And I added the following in my html form > > > > > > > > > storage="file" /> > > > > > > > > > > > > When I hit the submit button, action method is never invoked. > > Interestingly, if I remove the "enctype" attribute, action method is > > indeed invoked but the input is null which is expected. I have the > > extension filter configured. > > > > Any idea? > > Can you try this? + That seems to be working ok for me. Ryan > > This is just a guess but you might try using the tomahawk form component > too. There might be some component coupling that is assumed in the > library. > > Gary > > > > > > > -Original Message- > > 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. > > Each of those child elements would then contain children that make up > > the content of your columns. > > > > Rich Eggert > > Member of Technical Staff > > Proteus Technologies, LLC > > http://www.proteus-technologies.com > > > > > > > > -Original Message- > > From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] > > Sent: Fri 4/11/2008 12:08 AM > > To: user@shale.apache.org > > Subject: RE: [Shale Clay] > > > > Thanks a lot Rich. I was able to use your first example without having > > any white space issue 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 PROTECTED] > > Sent: Thursday, April 10, 2008 5:12 PM > > To: user@shale.apache.org > > Subject: RE: [Shale Clay] > > > > 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 its immediate child (with optional tags for > header > > and footer rows nested within each column), whereas HTML TABLE tags > > expect to h
RE: [Shale Clay]
This is just a shot in the dark, but have you tried wrapping the form (or the whole page) in a tag that has jsfid="f:view"? Rich Eggert Member of Technical Staff Proteus Technologies, LLC http://www.proteus-technologies.com -Original Message- From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] Sent: Fri 4/11/2008 3:34 PM To: user@shale.apache.org Subject: RE: [Shale Clay] I tried it and didn't seem to make a difference; it doesn't invoke the action. It's really weird; without the "enctype" attribute, it at least invokes the action; I suspect on postback, JSF doesn't restore the view correctly because if I change my "javax.faces.STATE_SAVING_METHOD" from client to "server", I see ~com.sun.faces.saveStateFieldMarker~ at the bottom of the page. -Original Message- From: Ryan Wynn [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 3:12 PM To: user@shale.apache.org Subject: Re: [Shale Clay] On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong <[EMAIL PROTECTED]> wrote: > I thought about this, but tomahawk doesn't seem to have a form > component. > > > > -Original Message- > From: Gary VanMatre [mailto:[EMAIL PROTECTED] > Sent: Friday, April 11, 2008 1:35 PM > To: user@shale.apache.org > Subject: RE: [Shale Clay] > > From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > > Thanks again. I have another question. How does shale work with > > fileload? I am trying to use t:fileUpload from tomahawk. I copied the > > component definition into my clay-config.xml > > > > > componentType="org.apache.myfaces.HtmlInputFileUpload" > > extends="baseOutput> > > > > > > . > > > > > > > > And I added the following in my html form > > > > > > > > > storage="file" /> > > > > > > > > > > > > When I hit the submit button, action method is never invoked. > > Interestingly, if I remove the "enctype" attribute, action method is > > indeed invoked but the input is null which is expected. I have the > > extension filter configured. > > > > Any idea? > > Can you try this? + That seems to be working ok for me. Ryan > > This is just a guess but you might try using the tomahawk form component > too. There might be some component coupling that is assumed in the > library. > > Gary > > > > > > > -Original Message- > > 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. > > Each of those child elements would then contain children that make up > > the content of your columns. > > > > Rich Eggert > > Member of Technical Staff > > Proteus Technologies, LLC > > http://www.proteus-technologies.com > > > > > > > > -Original Message- > > From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] > > Sent: Fri 4/11/2008 12:08 AM > > To: user@shale.apache.org > > Subject: RE: [Shale Clay] > > > > Thanks a lot Rich. I was able to use your first example without having > > any white space issue 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 PROTECTED] > > Sent: Thursday, April 10, 2008 5:12 PM > > To: user@shale.apache.org > > Subject: RE: [Shale Clay] > > > > 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 its immediate child (with optional tags for > header > > and footer rows nested within each column), whereas HTML TABLE tags > > expect to have TR (row) tags as its children (or TR tags nested within > a > > TBODY), with the column (TD) tags nested within each row. > Essentially, > > from the point of view o
RE: [Shale Clay]
I tried it and didn't seem to make a difference; it doesn't invoke the action. It's really weird; without the "enctype" attribute, it at least invokes the action; I suspect on postback, JSF doesn't restore the view correctly because if I change my "javax.faces.STATE_SAVING_METHOD" from client to "server", I see ~com.sun.faces.saveStateFieldMarker~ at the bottom of the page. -Original Message- From: Ryan Wynn [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2008 3:12 PM To: user@shale.apache.org Subject: Re: [Shale Clay] On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong <[EMAIL PROTECTED]> wrote: > I thought about this, but tomahawk doesn't seem to have a form > component. > > > > -Original Message- > From: Gary VanMatre [mailto:[EMAIL PROTECTED] > Sent: Friday, April 11, 2008 1:35 PM > To: user@shale.apache.org > Subject: RE: [Shale Clay] > > From: "Zheng, Xiahong" <[EMAIL PROTECTED]> > > Thanks again. I have another question. How does shale work with > > fileload? I am trying to use t:fileUpload from tomahawk. I copied the > > component definition into my clay-config.xml > > > > > componentType="org.apache.myfaces.HtmlInputFileUpload" > > extends="baseOutput> > > > > > > . > > > > > > > > And I added the following in my html form > > > > > > > > > storage="file" /> > > > > > > > > > > > > When I hit the submit button, action method is never invoked. > > Interestingly, if I remove the "enctype" attribute, action method is > > indeed invoked but the input is null which is expected. I have the > > extension filter configured. > > > > Any idea? > > Can you try this? + That seems to be working ok for me. Ryan > > This is just a guess but you might try using the tomahawk form component > too. There might be some component coupling that is assumed in the > library. > > Gary > > > > > > > -Original Message- > > 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. > > Each of those child elements would then contain children that make up > > the content of your columns. > > > > Rich Eggert > > Member of Technical Staff > > Proteus Technologies, LLC > > http://www.proteus-technologies.com > > > > > > > > -Original Message- > > From: Zheng, Xiahong [mailto:[EMAIL PROTECTED] > > Sent: Fri 4/11/2008 12:08 AM > > To: user@shale.apache.org > > Subject: RE: [Shale Clay] > > > > Thanks a lot Rich. I was able to use your first example without having > > any white space issue 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 PROTECTED] > > Sent: Thursday, April 10, 2008 5:12 PM > > To: user@shale.apache.org > > Subject: RE: [Shale Clay] > > > > 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 its immediate child (with optional tags for > header > > and footer rows nested within each column), whereas HTML TABLE tags > > expect to have TR (row) tags as its children (or TR tags nested within > a > > TBODY), with the column (TD) tags nested within each row. > Essentially, > > from the point of view of an h:dataTable, a column contains rows, but > in > > an HTML TABLE, a row contains columns, which makes mapping between the > > two extremely difficult. It can be done, but it involves making a lot > > of dummy jsfid="void" tags and using SPAN tags to cause elements that > > wouldn't be visible in the mockup to be rendered at runtime. > >
Re: [Shale Clay]
On Fri, Apr 11, 2008 at 2:50 PM, Zheng, Xiahong <[EMAIL PROTECTED]> wrote:
> I thought about this, but tomahawk doesn't seem to have a form
> component.
>
>
>
> -Original Message-
> From: Gary VanMatre [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 11, 2008 1:35 PM
> To: user@shale.apache.org
> Subject: RE: [Shale Clay]
>
> From: "Zheng, Xiahong" <[EMAIL PROTECTED]>
> > Thanks again. I have another question. How does shale work with
> > fileload? I am trying to use t:fileUpload from tomahawk. I copied the
> > component definition into my clay-config.xml
> >
> > > componentType="org.apache.myfaces.HtmlInputFileUpload"
> > extends="baseOutput>
> >
> >
> > .
> >
> >
> >
> > And I added the following in my html form
> >
> >
> >
> > > storage="file" />
> >
> >
> >
> >
> >
> > When I hit the submit button, action method is never invoked.
> > Interestingly, if I remove the "enctype" attribute, action method is
> > indeed invoked but the input is null which is expected. I have the
> > extension filter configured.
> >
> > Any idea?
> >
Can you try this?
+
That seems to be working ok for me.
Ryan
>
> This is just a guess but you might try using the tomahawk form component
> too. There might be some component coupling that is assumed in the
> library.
>
> Gary
>
> >
> >
> > -Original Message-
> > 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.
> > Each of those child elements would then contain children that make up
> > the content of your columns.
> >
> > Rich Eggert
> > Member of Technical Staff
> > Proteus Technologies, LLC
> > http://www.proteus-technologies.com
> >
> >
> >
> > -Original Message-
> > From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
> > Sent: Fri 4/11/2008 12:08 AM
> > To: user@shale.apache.org
> > Subject: RE: [Shale Clay]
> >
> > Thanks a lot Rich. I was able to use your first example without having
> > any white space issue 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 PROTECTED]
> > Sent: Thursday, April 10, 2008 5:12 PM
> > To: user@shale.apache.org
> > Subject: RE: [Shale Clay]
> >
> > 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 its immediate child (with optional tags for
> header
> > and footer rows nested within each column), whereas HTML TABLE tags
> > expect to have TR (row) tags as its children (or TR tags nested within
> a
> > TBODY), with the column (TD) tags nested within each row.
> Essentially,
> > from the point of view of an h:dataTable, a column contains rows, but
> in
> > an HTML TABLE, a row contains columns, which makes mapping between the
> > two extremely difficult. It can be done, but it involves making a lot
> > of dummy jsfid="void" tags and using SPAN tags to cause elements that
> > wouldn't be visible in the mockup to be rendered at runtime.
> >
> > e.g.,
> >
> > > >
> >Mock Heading
> > >>
> > #{foo.name}
> >> facetName="header">
> >
> >
> >
> >
> > Note that the lack of whitespace around the TR elements is intentional
> > to avoid (blank) text elements winding up as children of the
> h:dataTable
> > component (which is very nasty and breaks everything!).
> >
> > As you can see, writing an HTML template for a dataTable gets
> extremely
> > ug
RE: [Shale Clay]
I thought about this, but tomahawk doesn't seem to have a form
component.
-Original Message-
From: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sent: Friday, April 11, 2008 1:35 PM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
From: "Zheng, Xiahong" <[EMAIL PROTECTED]>
> Thanks again. I have another question. How does shale work with
> fileload? I am trying to use t:fileUpload from tomahawk. I copied the
> component definition into my clay-config.xml
>
>componentType="org.apache.myfaces.HtmlInputFileUpload"
> extends="baseOutput>
>
>
> .
>
>
>
> And I added the following in my html form
>
>
>
> storage="file" />
>
>
>
>
>
> When I hit the submit button, action method is never invoked.
> Interestingly, if I remove the "enctype" attribute, action method is
> indeed invoked but the input is null which is expected. I have the
> extension filter configured.
>
> Any idea?
>
This is just a guess but you might try using the tomahawk form component
too. There might be some component coupling that is assumed in the
library.
Gary
>
>
> -----Original Message-
> 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.
> Each of those child elements would then contain children that make up
> the content of your columns.
>
> Rich Eggert
> Member of Technical Staff
> Proteus Technologies, LLC
> http://www.proteus-technologies.com
>
>
>
> -Original Message-
> From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
> Sent: Fri 4/11/2008 12:08 AM
> To: user@shale.apache.org
> Subject: RE: [Shale Clay]
>
> Thanks a lot Rich. I was able to use your first example without having
> any white space issue 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 PROTECTED]
> Sent: Thursday, April 10, 2008 5:12 PM
> To: user@shale.apache.org
> Subject: RE: [Shale Clay]
>
> 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 its immediate child (with optional tags for
header
> and footer rows nested within each column), whereas HTML TABLE tags
> expect to have TR (row) tags as its children (or TR tags nested within
a
> TBODY), with the column (TD) tags nested within each row.
Essentially,
> from the point of view of an h:dataTable, a column contains rows, but
in
> an HTML TABLE, a row contains columns, which makes mapping between the
> two extremely difficult. It can be done, but it involves making a lot
> of dummy jsfid="void" tags and using SPAN tags to cause elements that
> wouldn't be visible in the mockup to be rendered at runtime.
>
> e.g.,
>
> >
>Mock Heading
> >
> #{foo.name}
> facetName="header">
>
>
>
>
> Note that the lack of whitespace around the TR elements is intentional
> to avoid (blank) text elements winding up as children of the
h:dataTable
> component (which is very nasty and breaks everything!).
>
> As you can see, writing an HTML template for a dataTable gets
extremely
> ugly very quickly. For this reason, I don't recommend doing it unless
> you REALLY want to be able to view the mockup in a browser before
> deploying it. You're better off defining the template in XML and just
> referring to it in the parent template, e.g.,
>
>
>Table goes here.
>
>
>
> What we really need is a new JSF component that provides the same
> capabilities as dataTable but is structured more like HTML TABLE tags.
>
>
>
> Rich Eggert
> Member of Technical Staff
> Proteus Technologies, LLC
> http://www.proteus-technologies.com
>
>
>
> -Original Message-
> From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
> Sent: Thu 4/10/2008 2:22 PM
> To: user@shale.apache.org
> Subject: FW: [Shale Clay]
>
> I couldn't seem to understand by looking at the clay usecase example.
> Can somebody post a simple example of using clay to generate a dynamic
> data table, the equivalent of the JSF h:dataTable tag?
>
>
>
>
>
>
RE: [Shale Clay]
From: "Zheng, Xiahong" <[EMAIL PROTECTED]>
> Thanks again. I have another question. How does shale work with
> fileload? I am trying to use t:fileUpload from tomahawk. I copied the
> component definition into my clay-config.xml
>
>componentType="org.apache.myfaces.HtmlInputFileUpload"
> extends="baseOutput>
>
>
> .
>
>
>
> And I added the following in my html form
>
>
>
> storage="file" />
>
>
>
>
>
> When I hit the submit button, action method is never invoked.
> Interestingly, if I remove the "enctype" attribute, action method is
> indeed invoked but the input is null which is expected. I have the
> extension filter configured.
>
> Any idea?
>
This is just a guess but you might try using the tomahawk form component too.
There might be some component coupling that is assumed in the library.
Gary
>
>
> -Original Message-
> 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.
> Each of those child elements would then contain children that make up
> the content of your columns.
>
> Rich Eggert
> Member of Technical Staff
> Proteus Technologies, LLC
> http://www.proteus-technologies.com
>
>
>
> -Original Message-
> From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
> Sent: Fri 4/11/2008 12:08 AM
> To: user@shale.apache.org
> Subject: RE: [Shale Clay]
>
> Thanks a lot Rich. I was able to use your first example without having
> any white space issue 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 PROTECTED]
> Sent: Thursday, April 10, 2008 5:12 PM
> To: user@shale.apache.org
> Subject: RE: [Shale Clay]
>
> 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 its immediate child (with optional tags for header
> and footer rows nested within each column), whereas HTML TABLE tags
> expect to have TR (row) tags as its children (or TR tags nested within a
> TBODY), with the column (TD) tags nested within each row. Essentially,
> from the point of view of an h:dataTable, a column contains rows, but in
> an HTML TABLE, a row contains columns, which makes mapping between the
> two extremely difficult. It can be done, but it involves making a lot
> of dummy jsfid="void" tags and using SPAN tags to cause elements that
> wouldn't be visible in the mockup to be rendered at runtime.
>
> e.g.,
>
> >
>Mock Heading
> >
> #{foo.name}
> facetName="header">
>
>
>
>
> Note that the lack of whitespace around the TR elements is intentional
> to avoid (blank) text elements winding up as children of the h:dataTable
> component (which is very nasty and breaks everything!).
>
> As you can see, writing an HTML template for a dataTable gets extremely
> ugly very quickly. For this reason, I don't recommend doing it unless
> you REALLY want to be able to view the mockup in a browser before
> deploying it. You're better off defining the template in XML and just
> referring to it in the parent template, e.g.,
>
>
>Table goes here.
>
>
>
> What we really need is a new JSF component that provides the same
> capabilities as dataTable but is structured more like HTML TABLE tags.
>
>
>
> Rich Eggert
> Member of Technical Staff
> Proteus Technologies, LLC
> http://www.proteus-technologies.com
>
>
>
> -Original Message-
> From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
> Sent: Thu 4/10/2008 2:22 PM
> To: user@shale.apache.org
> Subject: FW: [Shale Clay]
>
> I couldn't seem to understand by looking at the clay usecase example.
> Can somebody post a simple example of using clay to generate a dynamic
> data table, the equivalent of the JSF h:dataTable tag?
>
>
>
>
>
>
RE: [Shale Clay]
I don't see anything wrong with what you've written there (I would add
type="file" to your tag so that it looks right if you view it offline
in a browser, but that shouldn't affect how Clay treats it). Does it let you
select a file before submitting?
Double-check to make sure that you don't have any mistakes in your
configuration (especially in web.xml). Check the log for errors as well (you
may need to tweak the log settings to get useful information). I've used
t:inputFileUpload with Clay many times, so I'm sure it works.
By the way, it generally isn't necessary to copy the component definitions into
your clay-config.xml file. Just add
classpath*:META-INF/tomahawk-1_1_3-config.xml to the
org.apache.shale.clay.COMMON_CONFIG_FILES context parameter in your web.xml
file, and you'll get the definitions of all the Tomahawk components.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 12:19 PM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
Thanks again. I have another question. How does shale work with
fileload? I am trying to use t:fileUpload from tomahawk. I copied the
component definition into my clay-config.xml
.
And I added the following in my html form
When I hit the submit button, action method is never invoked.
Interestingly, if I remove the "enctype" attribute, action method is
indeed invoked but the input is null which is expected. I have the
extension filter configured.
Any idea?
-Original Message-
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.
Each of those child elements would then contain children that make up
the content of your columns.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 12:08 AM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
Thanks a lot Rich. I was able to use your first example without having
any white space issue 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 PROTECTED]
Sent: Thursday, April 10, 2008 5:12 PM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
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 its immediate child (with optional tags for header
and footer rows nested within each column), whereas HTML TABLE tags
expect to have TR (row) tags as its children (or TR tags nested within a
TBODY), with the column (TD) tags nested within each row. Essentially,
from the point of view of an h:dataTable, a column contains rows, but in
an HTML TABLE, a row contains columns, which makes mapping between the
two extremely difficult. It can be done, but it involves making a lot
of dummy jsfid="void" tags and using SPAN tags to cause elements that
wouldn't be visible in the mockup to be rendered at runtime.
e.g.,
Mock Heading
#{foo.name}
Note that the lack of whitespace around the TR elements is intentional
to avoid (blank) text elements winding up as children of the h:dataTable
component (which is very nasty and breaks everything!).
As you can see, writing an HTML template for a dataTable gets extremely
ugly very quickly. For this reason, I don't recommend doing it unless
you REALLY want to be able to view the mockup in a browser before
deploying it. You're better off defining the template in XML and just
referring to it in the parent template, e.g.,
Table goes here.
What we really need is a new JSF component that provides the same
capabilities as dataTable but is structured more like HTML TABLE tags.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Thu 4/10/2008 2:22 PM
To: user@shale.apache.org
Subject: FW: [Shale Clay]
I couldn't seem to understand by looking at the clay usecase example.
Can somebody post a simple example of using clay to generate a dynamic
data table, the equivalent of the JSF h:dataTable tag?
RE: [Shale Clay]
Thanks again. I have another question. How does shale work with
fileload? I am trying to use t:fileUpload from tomahawk. I copied the
component definition into my clay-config.xml
.
And I added the following in my html form
When I hit the submit button, action method is never invoked.
Interestingly, if I remove the "enctype" attribute, action method is
indeed invoked but the input is null which is expected. I have the
extension filter configured.
Any idea?
-Original Message-
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.
Each of those child elements would then contain children that make up
the content of your columns.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 12:08 AM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
Thanks a lot Rich. I was able to use your first example without having
any white space issue 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 PROTECTED]
Sent: Thursday, April 10, 2008 5:12 PM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
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 its immediate child (with optional tags for header
and footer rows nested within each column), whereas HTML TABLE tags
expect to have TR (row) tags as its children (or TR tags nested within a
TBODY), with the column (TD) tags nested within each row. Essentially,
from the point of view of an h:dataTable, a column contains rows, but in
an HTML TABLE, a row contains columns, which makes mapping between the
two extremely difficult. It can be done, but it involves making a lot
of dummy jsfid="void" tags and using SPAN tags to cause elements that
wouldn't be visible in the mockup to be rendered at runtime.
e.g.,
Mock Heading
#{foo.name}
Note that the lack of whitespace around the TR elements is intentional
to avoid (blank) text elements winding up as children of the h:dataTable
component (which is very nasty and breaks everything!).
As you can see, writing an HTML template for a dataTable gets extremely
ugly very quickly. For this reason, I don't recommend doing it unless
you REALLY want to be able to view the mockup in a browser before
deploying it. You're better off defining the template in XML and just
referring to it in the parent template, e.g.,
Table goes here.
What we really need is a new JSF component that provides the same
capabilities as dataTable but is structured more like HTML TABLE tags.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Thu 4/10/2008 2:22 PM
To: user@shale.apache.org
Subject: FW: [Shale Clay]
I couldn't seem to understand by looking at the clay usecase example.
Can somebody post a simple example of using clay to generate a dynamic
data table, the equivalent of the JSF h:dataTable tag?
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. Each of
those child elements would then contain children that make up the content of
your columns.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 12:08 AM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
Thanks a lot Rich. I was able to use your first example without having
any white space issue 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 PROTECTED]
Sent: Thursday, April 10, 2008 5:12 PM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
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 its immediate child (with optional tags for header
and footer rows nested within each column), whereas HTML TABLE tags
expect to have TR (row) tags as its children (or TR tags nested within a
TBODY), with the column (TD) tags nested within each row. Essentially,
from the point of view of an h:dataTable, a column contains rows, but in
an HTML TABLE, a row contains columns, which makes mapping between the
two extremely difficult. It can be done, but it involves making a lot
of dummy jsfid="void" tags and using SPAN tags to cause elements that
wouldn't be visible in the mockup to be rendered at runtime.
e.g.,
Mock Heading
#{foo.name}
Note that the lack of whitespace around the TR elements is intentional
to avoid (blank) text elements winding up as children of the h:dataTable
component (which is very nasty and breaks everything!).
As you can see, writing an HTML template for a dataTable gets extremely
ugly very quickly. For this reason, I don't recommend doing it unless
you REALLY want to be able to view the mockup in a browser before
deploying it. You're better off defining the template in XML and just
referring to it in the parent template, e.g.,
Table goes here.
What we really need is a new JSF component that provides the same
capabilities as dataTable but is structured more like HTML TABLE tags.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Thu 4/10/2008 2:22 PM
To: user@shale.apache.org
Subject: FW: [Shale Clay]
I couldn't seem to understand by looking at the clay usecase example.
Can somebody post a simple example of using clay to generate a dynamic
data table, the equivalent of the JSF h:dataTable tag?
RE: [Shale Clay]
Thanks a lot Rich. I was able to use your first example without having
any white space issue 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 PROTECTED]
Sent: Thursday, April 10, 2008 5:12 PM
To: user@shale.apache.org
Subject: RE: [Shale Clay]
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 its immediate child (with optional tags for header
and footer rows nested within each column), whereas HTML TABLE tags
expect to have TR (row) tags as its children (or TR tags nested within a
TBODY), with the column (TD) tags nested within each row. Essentially,
from the point of view of an h:dataTable, a column contains rows, but in
an HTML TABLE, a row contains columns, which makes mapping between the
two extremely difficult. It can be done, but it involves making a lot
of dummy jsfid="void" tags and using SPAN tags to cause elements that
wouldn't be visible in the mockup to be rendered at runtime.
e.g.,
Mock Heading
#{foo.name}
Note that the lack of whitespace around the TR elements is intentional
to avoid (blank) text elements winding up as children of the h:dataTable
component (which is very nasty and breaks everything!).
As you can see, writing an HTML template for a dataTable gets extremely
ugly very quickly. For this reason, I don't recommend doing it unless
you REALLY want to be able to view the mockup in a browser before
deploying it. You're better off defining the template in XML and just
referring to it in the parent template, e.g.,
Table goes here.
What we really need is a new JSF component that provides the same
capabilities as dataTable but is structured more like HTML TABLE tags.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Thu 4/10/2008 2:22 PM
To: user@shale.apache.org
Subject: FW: [Shale Clay]
I couldn't seem to understand by looking at the clay usecase example.
Can somebody post a simple example of using clay to generate a dynamic
data table, the equivalent of the JSF h:dataTable tag?
RE: [Shale Clay]
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 its immediate child
(with optional tags for header and footer rows nested within each column),
whereas HTML TABLE tags expect to have TR (row) tags as its children (or TR
tags nested within a TBODY), with the column (TD) tags nested within each row.
Essentially, from the point of view of an h:dataTable, a column contains rows,
but in an HTML TABLE, a row contains columns, which makes mapping between the
two extremely difficult. It can be done, but it involves making a lot of dummy
jsfid="void" tags and using SPAN tags to cause elements that wouldn't be
visible in the mockup to be rendered at runtime.
e.g.,
Mock Heading
#{foo.name}
Note that the lack of whitespace around the TR elements is intentional to avoid
(blank) text elements winding up as children of the h:dataTable component
(which is very nasty and breaks everything!).
As you can see, writing an HTML template for a dataTable gets extremely ugly
very quickly. For this reason, I don't recommend doing it unless you REALLY
want to be able to view the mockup in a browser before deploying it. You're
better off defining the template in XML and just referring to it in the parent
template, e.g.,
Table goes here.
What we really need is a new JSF component that provides the same capabilities
as dataTable but is structured more like HTML TABLE tags.
Rich Eggert
Member of Technical Staff
Proteus Technologies, LLC
http://www.proteus-technologies.com
-Original Message-
From: Zheng, Xiahong [mailto:[EMAIL PROTECTED]
Sent: Thu 4/10/2008 2:22 PM
To: user@shale.apache.org
Subject: FW: [Shale Clay]
I couldn't seem to understand by looking at the clay usecase example.
Can somebody post a simple example of using clay to generate a dynamic
data table, the equivalent of the JSF h:dataTable tag?
FW: [Shale Clay]
I couldn't seem to understand by looking at the clay usecase example. Can somebody post a simple example of using clay to generate a dynamic data table, the equivalent of the JSF h:dataTable tag?
Re: ide support for shale clay
>From: Tomasz Pasierb <[EMAIL PROTECTED]> > > Hey guys, > > I was wondering if there is any support for developing clay xml views in > Eclipse Europa - it's hard to remember all the available tag and their > attributes :(. When developing jsp or jsf pages I get some content > assist but can't get any for clay pages. > > How do you develop views using clay? > The shale_clay_plugin_for_eclipse resting in the sandbox. The build only works with eclipse 3.2 but you can still get it to build with a few steps. Give it a try. It's real slick. 1) Build is dependent on the 1.1.0-SNAPSHOT svn co http://svn.apache.org/repos/asf/shale/framework/trunk shale cd shale mvn clean install 2) The plugin needs the sandbox parent pom. svn co http://svn.apache.org/repos/asf/shale/sandbox/ sandbox cd sandbox/shale-eclipse-plugins/plugins/shale_clay_plugin_for_eclipse 3) Eclipse 3.3 will not work with the maven pde-maven-plugin but the script will resolve the dependencies. The build will fail but the /lib folder will be populated with jars for the maven repos. mvn install 4) Open a workspace in eclipse 3.3 and import existing projects into workspace. Select the "shale_clay_plugin_for_eclipse" folder. 5) Select the /META-INF/MANIFEST.MF and use the "Exporting" wizzard on the overview tab (step 3) to build the plugin. 6) Drop the exported plugin jar "shale_clay_plugin_1.0.0.jar" into your 3.3 plugins folder. 7) Start eclipse using the -update command line arg. 8) Open up a shale/clay project. Right mouse click the clay-config.xml, Open With/Clay XML Editor > Thanks > Tom Gary
ide support for shale clay
Hey guys, I was wondering if there is any support for developing clay xml views in Eclipse Europa - it's hard to remember all the available tag and their attributes :(. When developing jsp or jsf pages I get some content assist but can't get any for clay pages. How do you develop views using clay? Thanks Tom
Re: Can shale-clay be used as a shared library?
So you're saying there's a chance. Well, it turns out it might not be a problem for us. IBM Portal has a mechanism to attach a shared library to every application classloader. So each app will get it's own version of those factories, without having to have clay packaged inside each war. Thanks, though. On 8/3/07, Gary VanMatre <[EMAIL PROTECTED]> wrote: > >From: "Ryan Wynn" <[EMAIL PROTECTED]> > > > > I am attempting to move shale-clay.jar outside the of the web > > application into a shared library. It looks to me from the code that > > this is probably not supported. I am guessing that multiple > > applications would clash because the ConfigBeanFactory would not be > > able to distinguish which application it is serving anymore since it > > would be shared by all applications. > > > > Is there a way that the config bean factory could be keyed by the > > context classloader such that it can handle multiple applications > > pulling from it? I think something like this was done in the myfaces > > javax.faces.FactoryFinder. > > > > We have a couple "factories" [1][2] that we would need to look at besides > common chains. > I believe that we would also need to look at our static reference to logger > and the > Message (bundle wrapper). So, it would require a bunch of refactoring. > > > > [1] > http://svn.apache.org/viewvc/shale/framework/trunk/shale-clay/src/main/java/org/apache/shale/clay/config/beans/ConfigBeanFactory.java?view=markup > [2] > http://svn.apache.org/viewvc/shale/framework/trunk/shale-clay/src/main/java/org/apache/shale/clay/parser/builder/BuilderFactory.java?view=markup > > > > > > Thanks, > > Ryan > > > Gary
Re: Can shale-clay be used as a shared library?
>From: "Ryan Wynn" <[EMAIL PROTECTED]> > > I am attempting to move shale-clay.jar outside the of the web > application into a shared library. It looks to me from the code that > this is probably not supported. I am guessing that multiple > applications would clash because the ConfigBeanFactory would not be > able to distinguish which application it is serving anymore since it > would be shared by all applications. > > Is there a way that the config bean factory could be keyed by the > context classloader such that it can handle multiple applications > pulling from it? I think something like this was done in the myfaces > javax.faces.FactoryFinder. > We have a couple "factories" [1][2] that we would need to look at besides common chains. I believe that we would also need to look at our static reference to logger and the Message (bundle wrapper). So, it would require a bunch of refactoring. [1] http://svn.apache.org/viewvc/shale/framework/trunk/shale-clay/src/main/java/org/apache/shale/clay/config/beans/ConfigBeanFactory.java?view=markup [2] http://svn.apache.org/viewvc/shale/framework/trunk/shale-clay/src/main/java/org/apache/shale/clay/parser/builder/BuilderFactory.java?view=markup > Thanks, > Ryan Gary
Can shale-clay be used as a shared library?
I am attempting to move shale-clay.jar outside the of the web application into a shared library. It looks to me from the code that this is probably not supported. I am guessing that multiple applications would clash because the ConfigBeanFactory would not be able to distinguish which application it is serving anymore since it would be shared by all applications. Is there a way that the config bean factory could be keyed by the context classloader such that it can handle multiple applications pulling from it? I think something like this was done in the myfaces javax.faces.FactoryFinder. Thanks, Ryan
SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
Med vennlig hilsen
Hermod Opstvedt
Webmaster
Seiling.org/Norlys.org
Hi
When you use the Tld2ClayCfg tool to generate the config file, you need to
add a search criteria to the mbFilter block for stuff ending in Method. That
way it will set it to MB instead of VB:
META-INF/myfaces_sandbox.tld
1.1.6-SNAPSHOT
(?i).*Listener.*,(?i).*Validate.*,(?i).*Convert.*,(?i).*Method.*
(?i).*Listener.*,(?i).*Validate.*,(?i).*Convert.*
Med vennlig hilsen
Hermod Opstvedt
Webmaster
Seiling.org/Norlys.org
-Opprinnelig melding-
Fra: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sendt: 3. mai 2007 23:20
Til: user@shale.apache.org
Emne: Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type
problem, the defaultRenderer wrapped is of the needed type - how to expose?
>Hm - its a method binding expression - not a value binding one, so it
>should be MB, shouldn't it?
>
The binding type should be MB but there is more to it. The method binding
requires defining the formal parameter list. The custom bindings are
configured by attribute name.
You will need to register your own command to create the custom binding.
This requires adding a chain to the "clayCustomization" catalog. The name
of the chain should correspond to the attribute name.
WEB-INF/chain-config.xml
The shale-clay-trinidad project in the sandbox has an example[1][2].
[1]
http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/weba
pp/WEB-INF/chain-config.xml?view=markup
[2]
http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/java
/org/apache/shale/clay/component/chain/trinidad/PropertyListenerCommand.java
?view=markup
>Torsten
>
Gary
>Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
>> Did some code do get this wrapped functionality in.
>>
>> Ajay encode call is made now - however, on the InputAjax class - the
>> method binding was not set.
>>
>> What else have i have to do, to get a method binding expression on a
>> attribute working?
>>
>> My clay sandbox xml got:
>>
>>
>>
>> Should be enough, shouldn't it?
>>
>> Torsten
>>
Re: SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
>From: Hermod Opstvedt <[EMAIL PROTECTED]>
>
> Hi
>
> Disregard this. I had forgotten to configure Chain in my web.xml file.
> However the situation remains unchanged. The configured method is not beeing
> called and the Ajax post is hanging (loading according to firebug). The
> PropertyListenerCommand is now beeing called and does what it is supposed to
> (I think).
>
> When I debug it, the following line:
>
> propertyHelper.setValue(child, attributeBean.getName(), mb);
>
> has:
> child:
> org.apache.myfaces.custom.suggestajax.inputsuggestajax.InputSuggestAjax
> attributeBean.getName():suggestedItemsMethod
> mb: #{post.getCities}
>
Hermod, make sure that shale-validator library is not included in the web app.
Torsten reported on the myfaces list [1] that the shale validator library was
wrapping the renderer for this component. This component uses an interface to
handle the PPR. Since the renderer was decorated, the interface was not
exposed.
[1] http://mail-archives.apache.org/mod_mbox/myfaces-users/200705.mbox/[EMAIL
PROTECTED]
>
> Hermod
>
Gary
>
> -Opprinnelig melding-
> Fra: Hermod Opstvedt [mailto:[EMAIL PROTECTED]
> Sendt: 4. mai 2007 18:59
> Til: user@shale.apache.org
> Emne: SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type
> problem, the defaultRenderer wrapped is of the needed type - how to expose?
>
> Hi
>
> I have tried to follow you example, but there must be something more to it.
>
> I have set the suggestedItemsMethod and itemLabelMethod to MB
>
> I have in the chain-config:
>
>
>
> >
> className="com.opstvedt.osseil.component.chain.myfaces.PropertyListenerComma
> nd" />
>
>
> >
> className="com.opstvedt.osseil.component.chain.myfaces.PropertyListenerComma
> nd" />
>
>
>
> But when I run it i get:
>
> javax.faces.FacesException: Could not set property suggestedItemsMethod of
> component personregpanel:_id72 to value : #{post.getCities} with type :
> java.lang.String
> at
> javax.faces.component._ComponentAttributesMap.setComponentProperty(_Componen
> tAttributesMap.java:419)
> at
> javax.faces.component._ComponentAttributesMap.put(_ComponentAttributesMap.ja
> va:312)
> at
> org.apache.shale.clay.component.chain.PropertyValueCommand.execute(PropertyV
> alueCommand.java:193)
> at
> org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
>
> Hermod
>
>
> -Opprinnelig melding-
> Fra: Gary VanMatre [mailto:[EMAIL PROTECTED]
> Sendt: 3. mai 2007 23:20
> Til: user@shale.apache.org
> Emne: Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type
> problem, the defaultRenderer wrapped is of the needed type - how to expose?
>
> >Hm - its a method binding expression - not a value binding one, so it
> >should be MB, shouldn't it?
> >
>
> The binding type should be MB but there is more to it. The method binding
> requires defining the formal parameter list. The custom bindings are
> configured by attribute name.
>
> You will need to register your own command to create the custom binding.
> This requires adding a chain to the "clayCustomization" catalog. The name
> of the chain should correspond to the attribute name.
>
>
> WEB-INF/chain-config.xml
>
>
>
>
>
>
> The shale-clay-trinidad project in the sandbox has an example[1][2].
>
> [1]
> http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/weba
> pp/WEB-INF/chain-config.xml?view=markup
> [2]
> http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/java
> /org/apache/shale/clay/component/chain/trinidad/PropertyListenerCommand.java
> ?view=markup
>
>
> >Torsten
> >
>
> Gary
>
> >Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
> >> Did some code do get this wrapped functionality in.
> >>
> >> Ajay encode call is made now - however, on the InputAjax class - the
> >> method binding was not set.
> >>
> >> What else have i have to do, to get a method binding expression on a
> >> attribute working?
> >>
> >> My clay sandbox xml got:
> >>
> >>
> >>
> >> Should be enough, shouldn't it?
> >>
> >> Torsten
> >>
>
>
>
Re: SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
Hm nice, did you implement AjaxRenderer on the ShaleInputValidator class? Otherwise it wont work, mentioned in the other posts on this thread. Torsten Am Freitag, den 04.05.2007, 19:52 +0200 schrieb Hermod Opstvedt: > follo smime.p7s Description: S/MIME cryptographic signature
SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
Hi
Disregard this. I had forgotten to configure Chain in my web.xml file.
However the situation remains unchanged. The configured method is not beeing
called and the Ajax post is hanging (loading according to firebug). The
PropertyListenerCommand is now beeing called and does what it is supposed to
(I think).
When I debug it, the following line:
propertyHelper.setValue(child, attributeBean.getName(), mb);
has:
child:
org.apache.myfaces.custom.suggestajax.inputsuggestajax.InputSuggestAjax
attributeBean.getName():suggestedItemsMethod
mb: #{post.getCities}
Hermod
-Opprinnelig melding-
Fra: Hermod Opstvedt [mailto:[EMAIL PROTECTED]
Sendt: 4. mai 2007 18:59
Til: user@shale.apache.org
Emne: SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type
problem, the defaultRenderer wrapped is of the needed type - how to expose?
Hi
I have tried to follow you example, but there must be something more to it.
I have set the suggestedItemsMethod and itemLabelMethod to MB
I have in the chain-config:
But when I run it i get:
javax.faces.FacesException: Could not set property suggestedItemsMethod of
component personregpanel:_id72 to value : #{post.getCities} with type :
java.lang.String
at
javax.faces.component._ComponentAttributesMap.setComponentProperty(_Componen
tAttributesMap.java:419)
at
javax.faces.component._ComponentAttributesMap.put(_ComponentAttributesMap.ja
va:312)
at
org.apache.shale.clay.component.chain.PropertyValueCommand.execute(PropertyV
alueCommand.java:193)
at
org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
Hermod
-Opprinnelig melding-
Fra: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sendt: 3. mai 2007 23:20
Til: user@shale.apache.org
Emne: Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type
problem, the defaultRenderer wrapped is of the needed type - how to expose?
>Hm - its a method binding expression - not a value binding one, so it
>should be MB, shouldn't it?
>
The binding type should be MB but there is more to it. The method binding
requires defining the formal parameter list. The custom bindings are
configured by attribute name.
You will need to register your own command to create the custom binding.
This requires adding a chain to the "clayCustomization" catalog. The name
of the chain should correspond to the attribute name.
WEB-INF/chain-config.xml
The shale-clay-trinidad project in the sandbox has an example[1][2].
[1]
http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/weba
pp/WEB-INF/chain-config.xml?view=markup
[2]
http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/java
/org/apache/shale/clay/component/chain/trinidad/PropertyListenerCommand.java
?view=markup
>Torsten
>
Gary
>Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
>> Did some code do get this wrapped functionality in.
>>
>> Ajay encode call is made now - however, on the InputAjax class - the
>> method binding was not set.
>>
>> What else have i have to do, to get a method binding expression on a
>> attribute working?
>>
>> My clay sandbox xml got:
>>
>>
>>
>> Should be enough, shouldn't it?
>>
>> Torsten
>>
SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
Hi
I have tried to follow you example, but there must be something more to it.
I have set the suggestedItemsMethod and itemLabelMethod to MB
I have in the chain-config:
But when I run it i get:
javax.faces.FacesException: Could not set property suggestedItemsMethod of
component personregpanel:_id72 to value : #{post.getCities} with type :
java.lang.String
at
javax.faces.component._ComponentAttributesMap.setComponentProperty(_Componen
tAttributesMap.java:419)
at
javax.faces.component._ComponentAttributesMap.put(_ComponentAttributesMap.ja
va:312)
at
org.apache.shale.clay.component.chain.PropertyValueCommand.execute(PropertyV
alueCommand.java:193)
at
org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
Hermod
-Opprinnelig melding-
Fra: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sendt: 3. mai 2007 23:20
Til: user@shale.apache.org
Emne: Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type
problem, the defaultRenderer wrapped is of the needed type - how to expose?
>Hm - its a method binding expression - not a value binding one, so it
>should be MB, shouldn't it?
>
The binding type should be MB but there is more to it. The method binding
requires defining the formal parameter list. The custom bindings are
configured by attribute name.
You will need to register your own command to create the custom binding.
This requires adding a chain to the "clayCustomization" catalog. The name
of the chain should correspond to the attribute name.
WEB-INF/chain-config.xml
The shale-clay-trinidad project in the sandbox has an example[1][2].
[1]
http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/weba
pp/WEB-INF/chain-config.xml?view=markup
[2]
http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/java
/org/apache/shale/clay/component/chain/trinidad/PropertyListenerCommand.java
?view=markup
>Torsten
>
Gary
>Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
>> Did some code do get this wrapped functionality in.
>>
>> Ajay encode call is made now - however, on the InputAjax class - the
>> method binding was not set.
>>
>> What else have i have to do, to get a method binding expression on a
>> attribute working?
>>
>> My clay sandbox xml got:
>>
>>
>>
>> Should be enough, shouldn't it?
>>
>> Torsten
>>
Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
Thx, i'll going to try that if i got time - i'll report success or
failures here :-)
Torsten
Am Donnerstag, den 03.05.2007, 21:20 + schrieb Gary VanMatre:
> >Hm - its a method binding expression - not a value binding one, so it
> >should be MB, shouldn't it?
> >
>
> The binding type should be MB but there is more to it. The method
> binding requires defining the formal parameter list. The custom
> bindings are configured by attribute name.
>
> You will need to register your own command to create the custom
> binding. This requires adding a chain to the "clayCustomization"
> catalog. The name of the chain should correspond to the attribute
> name.
>
>
> WEB-INF/chain-config.xml
>
>
>
>
>
>
> The shale-clay-trinidad project in the sandbox has an example[1][2].
>
> [1]
> http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/webapp/WEB-INF/chain-config.xml?view=markup
> [2]
> http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/java/org/apache/shale/clay/component/chain/trinidad/PropertyListenerCommand.java?view=markup
>
>
> >Torsten
> >
>
> Gary
>
> >Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
> >> Did some code do get this wrapped functionality in.
> >>
> >> Ajay encode call is made now - however, on the InputAjax class -
> the
> >> method binding was not set.
> >>
> >> What else have i have to do, to get a method binding expression on
> a
> >> attribute working?
> >>
> >> My clay sandbox xml got:
> >>
> >>
> >>
> >> Should be enough, shouldn't it?
> >>
> >> Torsten
> >>
>
> E-Mail-Nachricht-Anlage
> > Weitergeleitete Nachricht
> > Von: Torsten Krah <[EMAIL PROTECTED]>
> > An: user@shale.apache.org
> > Betreff: Re: s:inputSuggestAjax an Shale/Clay -
> > ValidatorInputRenderer Type problem, the defaultRenderer wrapped is
> > of the needed type - how to expose?
> > Datum: Thu, 3 May 2007 17:09:24 +
> >
> > Hm - its a method binding expression - not a value binding one, so it
> > should be MB, shouldn't it?
> >
> > Torsten
> >
> > Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
> > > Did some code do get this wrapped functionality in.
> > >
> > > Ajay encode call is made now - however, on the InputAjax class - the
> > > method binding was not set.
> > >
> > > What else have i have to do, to get a method binding expression on a
> > > attribute working?
> > >
> > > My clay sandbox xml got:
> > >
> > >
> > >
> > > Should be enough, shouldn't it?
> > >
> > > Torsten
> > >
> > > Am Donnerstag, den 03.05.2007, 18:33 +0200 schrieb Torsten Krah:
> > > > Some more insights:
> > > >
> > > > This gets called:
> > > >
> > > > public void encodeAjax(FacesContext context)
> > > > throws IOException
> > > > {
> > > > if (context == null) throw new NullPointerException("context");
> > > > if (!isRendered()) return;
> > > > Renderer renderer = getRenderer(context);
> > > > if (renderer != null && renderer instanceof AjaxRenderer)
> > > > {
> > > > ((AjaxRenderer) renderer).encodeAjax(context, this);
> > > > }
> > > > }
> > > >
> > > > renderer however is not an instance of AjaxRenderer, instead is a
> > > > ValidatorInputRenderer, which only extends Renderer, not AjaxRenderer.
> > > >
> > > > So the code stops there.
> > > >
> > > > What may we have to do here, to get it working in clay - don't know much
> > > > about the ValidatorInputRenderer yet ;)
> > > >
> > > > Maybe its sufficient, to add the AjaxRenderer Interface?
> > > >
> > > > Torsten
> > > >
> > > > Am Donnerstag, den 03.05.2007, 17:50 +0200 schrieb Torsten Krah:
> > > > > Get it now rendered, although a form in a form it does not really
> > > > > like.
> > > > >
> > > > > But i am facing the same problem you've got, nothing happens - my bean
> > > > > methods are not called.
> > > > >
> > > > > Am Dienstag, den 01.05.2007, 22:59 +0200 schrieb Hermod Opstvedt:
> > > > > > Hi
> > > > > >
> > > > > > Has anybody made the inputSuggestAjax component work in a Shale/Clay
> > > > > > environment. It's posting to the server, but it's not calling my
> > > > > > method on
> > > > > > the configured bean. It just disapears
> > > > > >
> > > > > > Hermod
> > > > > >
smime.p7s
Description: S/MIME cryptographic signature
Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
>Hm - its a method binding expression - not a value binding one, so it
>should be MB, shouldn't it?
>
The binding type should be MB but there is more to it. The method binding
requires defining the formal parameter list. The custom bindings are
configured by attribute name.
You will need to register your own command to create the custom binding. This
requires adding a chain to the "clayCustomization" catalog. The name of the
chain should correspond to the attribute name.
WEB-INF/chain-config.xml
The shale-clay-trinidad project in the sandbox has an example[1][2].
[1]
http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/webapp/WEB-INF/chain-config.xml?view=markup
[2]
http://svn.apache.org/viewvc/shale/sandbox/shale-clay-trinidad/src/main/java/org/apache/shale/clay/component/chain/trinidad/PropertyListenerCommand.java?view=markup
>Torsten
>
Gary
>Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
>> Did some code do get this wrapped functionality in.
>>
>> Ajay encode call is made now - however, on the InputAjax class - the
>> method binding was not set.
>>
>> What else have i have to do, to get a method binding expression on a
>> attribute working?
>>
>> My clay sandbox xml got:
>>
>>
>>
>> Should be enough, shouldn't it?
>>
>> Torsten
>> --- Begin Message ---
Hm - its a method binding expression - not a value binding one, so it
should be MB, shouldn't it?
Torsten
Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
> Did some code do get this wrapped functionality in.
>
> Ajay encode call is made now - however, on the InputAjax class - the
> method binding was not set.
>
> What else have i have to do, to get a method binding expression on a
> attribute working?
>
> My clay sandbox xml got:
>
>
>
> Should be enough, shouldn't it?
>
> Torsten
>
> Am Donnerstag, den 03.05.2007, 18:33 +0200 schrieb Torsten Krah:
> > Some more insights:
> >
> > This gets called:
> >
> > public void encodeAjax(FacesContext context)
> > throws IOException
> > {
> > if (context == null) throw new NullPointerException("context");
> > if (!isRendered()) return;
> > Renderer renderer = getRenderer(context);
> > if (renderer != null && renderer instanceof AjaxRenderer)
> > {
> > ((AjaxRenderer) renderer).encodeAjax(context, this);
> > }
> > }
> >
> > renderer however is not an instance of AjaxRenderer, instead is a
> > ValidatorInputRenderer, which only extends Renderer, not AjaxRenderer.
> >
> > So the code stops there.
> >
> > What may we have to do here, to get it working in clay - don't know much
> > about the ValidatorInputRenderer yet ;)
> >
> > Maybe its sufficient, to add the AjaxRenderer Interface?
> >
> > Torsten
> >
> > Am Donnerstag, den 03.05.2007, 17:50 +0200 schrieb Torsten Krah:
> > > Get it now rendered, although a form in a form it does not really like.
> > >
> > > But i am facing the same problem you've got, nothing happens - my bean
> > > methods are not called.
> > >
> > > Am Dienstag, den 01.05.2007, 22:59 +0200 schrieb Hermod Opstvedt:
> > > > Hi
> > > >
> > > > Has anybody made the inputSuggestAjax component work in a Shale/Clay
> > > > environment. It's posting to the server, but it's not calling my method
> > > > on
> > > > the configured bean. It just disapears
> > > >
> > > > Hermod
> > > >
smime.p7s
Description: S/MIME cryptographic signature
--- End Message ---
SV: s:inputSuggestAjax an Shale/Clay
Hi I am investigating this, and so far I have been able to rule out Shale as the culprit. I took the tomahawk sandbox sample application and wired in Shale and it still worked. I am taking this one step at a time in hope of pinpointing where things og wrong. Hermod -Opprinnelig melding- Fra: Torsten Krah [mailto:[EMAIL PROTECTED] Sendt: 3. mai 2007 17:51 Til: [EMAIL PROTECTED] Kopi: user@shale.apache.org Emne: Re: s:inputSuggestAjax an Shale/Clay Get it now rendered, although a form in a form it does not really like. But i am facing the same problem you've got, nothing happens - my bean methods are not called. Am Dienstag, den 01.05.2007, 22:59 +0200 schrieb Hermod Opstvedt: > Hi > > Has anybody made the inputSuggestAjax component work in a Shale/Clay > environment. It's posting to the server, but it's not calling my method on > the configured bean. It just disapears > > Hermod >
Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
Hm - its a method binding expression - not a value binding one, so it
should be MB, shouldn't it?
Torsten
Am Donnerstag, den 03.05.2007, 19:01 +0200 schrieb Torsten Krah:
> Did some code do get this wrapped functionality in.
>
> Ajay encode call is made now - however, on the InputAjax class - the
> method binding was not set.
>
> What else have i have to do, to get a method binding expression on a
> attribute working?
>
> My clay sandbox xml got:
>
>
>
> Should be enough, shouldn't it?
>
> Torsten
>
> Am Donnerstag, den 03.05.2007, 18:33 +0200 schrieb Torsten Krah:
> > Some more insights:
> >
> > This gets called:
> >
> > public void encodeAjax(FacesContext context)
> > throws IOException
> > {
> > if (context == null) throw new NullPointerException("context");
> > if (!isRendered()) return;
> > Renderer renderer = getRenderer(context);
> > if (renderer != null && renderer instanceof AjaxRenderer)
> > {
> > ((AjaxRenderer) renderer).encodeAjax(context, this);
> > }
> > }
> >
> > renderer however is not an instance of AjaxRenderer, instead is a
> > ValidatorInputRenderer, which only extends Renderer, not AjaxRenderer.
> >
> > So the code stops there.
> >
> > What may we have to do here, to get it working in clay - don't know much
> > about the ValidatorInputRenderer yet ;)
> >
> > Maybe its sufficient, to add the AjaxRenderer Interface?
> >
> > Torsten
> >
> > Am Donnerstag, den 03.05.2007, 17:50 +0200 schrieb Torsten Krah:
> > > Get it now rendered, although a form in a form it does not really like.
> > >
> > > But i am facing the same problem you've got, nothing happens - my bean
> > > methods are not called.
> > >
> > > Am Dienstag, den 01.05.2007, 22:59 +0200 schrieb Hermod Opstvedt:
> > > > Hi
> > > >
> > > > Has anybody made the inputSuggestAjax component work in a Shale/Clay
> > > > environment. It's posting to the server, but it's not calling my method
> > > > on
> > > > the configured bean. It just disapears
> > > >
> > > > Hermod
> > > >
smime.p7s
Description: S/MIME cryptographic signature
Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
Did some code do get this wrapped functionality in.
Ajay encode call is made now - however, on the InputAjax class - the
method binding was not set.
What else have i have to do, to get a method binding expression on a
attribute working?
My clay sandbox xml got:
Should be enough, shouldn't it?
Torsten
Am Donnerstag, den 03.05.2007, 18:33 +0200 schrieb Torsten Krah:
> Some more insights:
>
> This gets called:
>
> public void encodeAjax(FacesContext context)
> throws IOException
> {
> if (context == null) throw new NullPointerException("context");
> if (!isRendered()) return;
> Renderer renderer = getRenderer(context);
> if (renderer != null && renderer instanceof AjaxRenderer)
> {
> ((AjaxRenderer) renderer).encodeAjax(context, this);
> }
> }
>
> renderer however is not an instance of AjaxRenderer, instead is a
> ValidatorInputRenderer, which only extends Renderer, not AjaxRenderer.
>
> So the code stops there.
>
> What may we have to do here, to get it working in clay - don't know much
> about the ValidatorInputRenderer yet ;)
>
> Maybe its sufficient, to add the AjaxRenderer Interface?
>
> Torsten
>
> Am Donnerstag, den 03.05.2007, 17:50 +0200 schrieb Torsten Krah:
> > Get it now rendered, although a form in a form it does not really like.
> >
> > But i am facing the same problem you've got, nothing happens - my bean
> > methods are not called.
> >
> > Am Dienstag, den 01.05.2007, 22:59 +0200 schrieb Hermod Opstvedt:
> > > Hi
> > >
> > > Has anybody made the inputSuggestAjax component work in a Shale/Clay
> > > environment. It's posting to the server, but it's not calling my method on
> > > the configured bean. It just disapears
> > >
> > > Hermod
> > >
smime.p7s
Description: S/MIME cryptographic signature
Re: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?
Some more insights:
This gets called:
public void encodeAjax(FacesContext context)
throws IOException
{
if (context == null) throw new NullPointerException("context");
if (!isRendered()) return;
Renderer renderer = getRenderer(context);
if (renderer != null && renderer instanceof AjaxRenderer)
{
((AjaxRenderer) renderer).encodeAjax(context, this);
}
}
renderer however is not an instance of AjaxRenderer, instead is a
ValidatorInputRenderer, which only extends Renderer, not AjaxRenderer.
So the code stops there.
What may we have to do here, to get it working in clay - don't know much
about the ValidatorInputRenderer yet ;)
Maybe its sufficient, to add the AjaxRenderer Interface?
Torsten
Am Donnerstag, den 03.05.2007, 17:50 +0200 schrieb Torsten Krah:
> Get it now rendered, although a form in a form it does not really like.
>
> But i am facing the same problem you've got, nothing happens - my bean
> methods are not called.
>
> Am Dienstag, den 01.05.2007, 22:59 +0200 schrieb Hermod Opstvedt:
> > Hi
> >
> > Has anybody made the inputSuggestAjax component work in a Shale/Clay
> > environment. It's posting to the server, but it's not calling my method on
> > the configured bean. It just disapears
> >
> > Hermod
> >
smime.p7s
Description: S/MIME cryptographic signature
Re: s:inputSuggestAjax an Shale/Clay
Get it now rendered, although a form in a form it does not really like. But i am facing the same problem you've got, nothing happens - my bean methods are not called. Am Dienstag, den 01.05.2007, 22:59 +0200 schrieb Hermod Opstvedt: > Hi > > Has anybody made the inputSuggestAjax component work in a Shale/Clay > environment. It's posting to the server, but it's not calling my method on > the configured bean. It just disapears > > Hermod > smime.p7s Description: S/MIME cryptographic signature
s:inputSuggestAjax an Shale/Clay
Hi Has anybody made the inputSuggestAjax component work in a Shale/Clay environment. It's posting to the server, but it's not calling my method on the configured bean. It just disapears Hermod
Re: SV: stack traces from shale-clay-usecases
>Do I need a deployment plan? I think misdirecting to Eclipse > or JDeveloper is not the point. I can see plenty of documentation > for building. All I want to do at this point is install the out of the > box shale-clay-usecases.war in a standalone OC4J...and it > isn't working. I sent you a few document offline. Also, be sure that you update your latest jdev plugin checkout. There was a recent patch that had to do with extracting tld's from shale jars [1]. [1] https://issues.apache.org/jira/browse/ADFFACES-372 Gary
Re: SV: stack traces from shale-clay-usecases
>From: John Carlson <[EMAIL PROTECTED]> > > The tutorials for the shale-clay-usecases? Where are they? The > Javadocs aren't even there... Why must I read a tutorial to install > a war? I know how to install wars, at least I think I do. You can find the latest from the nightly builds [1]. This is the last paragraph on the shale home page [2]. [1] http://people.apache.org/builds/shale/nightly/examples/shale-blank-20070411.zip [2] http://shale.apache.org/index.html#download >Am I naming the application wrong in OC4J, or the context-root? If you install the war in the nightly package, you can give it any context root you desire. > Do I need a deployment plan? I think misdirecting to Eclipse > or JDeveloper is not the point. I can see plenty of documentation > for building. All I want to do at this point is install the out of the > box shale-clay-usecases.war in a standalone OC4J...and it > isn't working. I have some documents that I can send you offline that outlines setting up a maven 2 build in JDeveloper. It will not be exactly what you need but it might get you started. You need to manually register the JDeveloper/OC4J JSP and servlet libraries. This also applies if you want to use the ADF Components or JSF RI 1.1. Another approach would be to perform a svn checkout of the usecases and build from that. There is a Jdev maven 2 plugin that is part of myfaces Trinidad that you can use to generate the JDeveloper workspace and project files. I'll shoot you some docs later this evening... > > John > > At 02:09 PM 4/11/2007, Hermod Opstvedt wrote: > >Hi > > > >You do not need to do anything when using Eclipse - That was for JDeveloper > > > >See the tutorials on the Shale Wiki > > > >Hermod > > > > > >-Opprinnelig melding- > >Fra: John Carlson [mailto:[EMAIL PROTECTED] > >Sendt: 11. april 2007 23:00 > >Til: user@shale.apache.org > >Emne: Re: stack traces from shale-clay-usecases > > > >I tried renaming the taglib.tld's without success. I'm using Eclipse for my > >IDE, but I'm just trying to deploy the out of the box war, and when I click > >on the links, I get exceptions. > > > >I just tried with the 4/11 snapshot. No luck. Can the war be used, or must > >I do a complete build? I > >did rebuild core and validator with maven, and verified that the taglibs > >were renamed. > > > >Could there be something with having both 1.0.4 and 1.1.0-SNAPSHOT jars in > >the WEB-INF/lib folder? > > > >John > > > >---- > > > > From [EMAIL PROTECTED] (Gary VanMatre) > >Subject Re: stack traces from shale-clay-usecases > >Date Sat, 03 Feb 2007 05:10:58 GMT > > > > > >I was able to run the shale-clay-usecases in 10g (10.1.3.1.1) from > >JDeveloper Studio 10.1.3.2 > >but I had to make a few minor changes. > > > >For some reason, JDeveloper doesn't like that the shale-core and > >shale-validator jars have > >TLD files with the name "taglib.tld"? I renamed the TLD's and > >it was happy? > > > >I pulled down the trinidad maven plugin to build the JDeveloper project > >file and ran from > >the IDE. I had to include the "JSP Runtime" libraries > >too. > > > > > >I'm not sure if that's what you are seeing? It's weird that > >"taglib.tld" trips it up? > > > >Gary > >-- Original message -- > > > >I got a couple of stacktraces from the shale-clay-usecases using OC4J > >10.1.3.1 (supposedly > >supports J2EE 1.4). I deployed the shale-clay-usecases.war and > >tried to use the rolodex use > >cases. None of the rolodex cases work, although the first use case > >page does work.
Re: SV: stack traces from shale-clay-usecases
The tutorials for the shale-clay-usecases? Where are they? The Javadocs aren't even there... Why must I read a tutorial to install a war? I know how to install wars, at least I think I do. Am I naming the application wrong in OC4J, or the context-root? Do I need a deployment plan? I think misdirecting to Eclipse or JDeveloper is not the point. I can see plenty of documentation for building. All I want to do at this point is install the out of the box shale-clay-usecases.war in a standalone OC4J...and it isn't working. John At 02:09 PM 4/11/2007, Hermod Opstvedt wrote: Hi You do not need to do anything when using Eclipse - That was for JDeveloper See the tutorials on the Shale Wiki Hermod -Opprinnelig melding- Fra: John Carlson [mailto:[EMAIL PROTECTED] Sendt: 11. april 2007 23:00 Til: user@shale.apache.org Emne: Re: stack traces from shale-clay-usecases I tried renaming the taglib.tld's without success. I'm using Eclipse for my IDE, but I'm just trying to deploy the out of the box war, and when I click on the links, I get exceptions. I just tried with the 4/11 snapshot. No luck. Can the war be used, or must I do a complete build? I did rebuild core and validator with maven, and verified that the taglibs were renamed. Could there be something with having both 1.0.4 and 1.1.0-SNAPSHOT jars in the WEB-INF/lib folder? John From [EMAIL PROTECTED] (Gary VanMatre) Subject Re: stack traces from shale-clay-usecases Date Sat, 03 Feb 2007 05:10:58 GMT I was able to run the shale-clay-usecases in 10g (10.1.3.1.1) from JDeveloper Studio 10.1.3.2 but I had to make a few minor changes. For some reason, JDeveloper doesn't like that the shale-core and shale-validator jars have TLD files with the name "taglib.tld"? I renamed the TLD's and it was happy? I pulled down the trinidad maven plugin to build the JDeveloper project file and ran from the IDE. I had to include the "JSP Runtime" libraries too. I'm not sure if that's what you are seeing? It's weird that "taglib.tld" trips it up? Gary ------ Original message -- I got a couple of stacktraces from the shale-clay-usecases using OC4J 10.1.3.1 (supposedly supports J2EE 1.4). I deployed the shale-clay-usecases.war and tried to use the rolodex use cases. None of the rolodex cases work, although the first use case page does work.
SV: stack traces from shale-clay-usecases
Hi You do not need to do anything when using Eclipse - That was for JDeveloper See the tutorials on the Shale Wiki Hermod -Opprinnelig melding- Fra: John Carlson [mailto:[EMAIL PROTECTED] Sendt: 11. april 2007 23:00 Til: user@shale.apache.org Emne: Re: stack traces from shale-clay-usecases I tried renaming the taglib.tld's without success. I'm using Eclipse for my IDE, but I'm just trying to deploy the out of the box war, and when I click on the links, I get exceptions. I just tried with the 4/11 snapshot. No luck. Can the war be used, or must I do a complete build? I did rebuild core and validator with maven, and verified that the taglibs were renamed. Could there be something with having both 1.0.4 and 1.1.0-SNAPSHOT jars in the WEB-INF/lib folder? John >From [EMAIL PROTECTED] (Gary VanMatre) Subject Re: stack traces from shale-clay-usecases Date Sat, 03 Feb 2007 05:10:58 GMT I was able to run the shale-clay-usecases in 10g (10.1.3.1.1) from JDeveloper Studio 10.1.3.2 but I had to make a few minor changes. For some reason, JDeveloper doesn't like that the shale-core and shale-validator jars have TLD files with the name "taglib.tld"? I renamed the TLD's and it was happy? I pulled down the trinidad maven plugin to build the JDeveloper project file and ran from the IDE. I had to include the "JSP Runtime" libraries too. I'm not sure if that's what you are seeing? It's weird that "taglib.tld" trips it up? Gary -- Original message -- I got a couple of stacktraces from the shale-clay-usecases using OC4J 10.1.3.1 (supposedly supports J2EE 1.4). I deployed the shale-clay-usecases.war and tried to use the rolodex use cases. None of the rolodex cases work, although the first use case page does work.
Re: stack traces from shale-clay-usecases
I tried renaming the taglib.tld's without success. I'm using Eclipse for my IDE, but I'm just trying to deploy the out of the box war, and when I click on the links, I get exceptions. I just tried with the 4/11 snapshot. No luck. Can the war be used, or must I do a complete build? I did rebuild core and validator with maven, and verified that the taglibs were renamed. Could there be something with having both 1.0.4 and 1.1.0-SNAPSHOT jars in the WEB-INF/lib folder? John From [EMAIL PROTECTED] (Gary VanMatre) Subject Re: stack traces from shale-clay-usecases Date Sat, 03 Feb 2007 05:10:58 GMT I was able to run the shale-clay-usecases in 10g (10.1.3.1.1) from JDeveloper Studio 10.1.3.2 but I had to make a few minor changes. For some reason, JDeveloper doesn't like that the shale-core and shale-validator jars have TLD files with the name "taglib.tld"? I renamed the TLD's and it was happy? I pulled down the trinidad maven plugin to build the JDeveloper project file and ran from the IDE. I had to include the "JSP Runtime" libraries too. I'm not sure if that's what you are seeing? It's weird that "taglib.tld" trips it up? Gary -- Original message -- I got a couple of stacktraces from the shale-clay-usecases using OC4J 10.1.3.1 (supposedly supports J2EE 1.4). I deployed the shale-clay-usecases.war and tried to use the rolodex use cases. None of the rolodex cases work, although the first use case page does work.
RE: SV: Shale, Clay, Facelets and JSF Templating
I agree with Hermod -- pick one. I'd go with either Facelets or Clay -- I honestly haven't ever seen anyone use JSF Tem plating outside of the Woodstock folks. > -Original Message- > From: paksegu [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 28, 2007 5:46 PM > To: user@shale.apache.org; [EMAIL PROTECTED] > Subject: Re: SV: Shale, Clay, Facelets and JSF Templating > > Thanks > > Hermod Opstvedt <[EMAIL PROTECTED]> wrote: Hi > > This seems like a total mess. Keep with one of them (If > siplicity/functionality counts - choose Clay) > > Hermod > > -Opprinnelig melding- > Fra: Kito D. Mann [mailto:[EMAIL PROTECTED] > Sendt: 28. mars 2007 22:47 > Til: user@shale.apache.org > Emne: RE: Shale, Clay, Facelets and JSF Templating > > Ransford, > > Just out of curiosity, why are you interested in using Clay, > Facelets, and JSF Templatin in the same application, since > they all solve the same problem? > > ~~~ > Kito D. Mann - Author, JavaServer Faces in Action > http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info > phone: +1 203-653-2989 > fax: +1 203-653-2988 > * Sign up for the JSF Central newsletter! > http://oi.vresp.com/?fid=ac048d0e17 * > > > > > > > -Original Message----- > > From: paksegu [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, March 28, 2007 2:47 PM > > To: user@shale.apache.org > > Subject: Shale, Clay, Facelets and JSF Templating > > > > > name">Hi, > > > name">Is is possible to use "Shale, Clay, Facelets and > > JSF Templating" in the same application and if so will the shale > > dialog and the standard navigation feature behave differently? Also > > can anyone give me tips on where it will best use jsf > templating over > > clay or facelets? > > > > > > Ransford Segu-Baffoe > > > > [EMAIL PROTECTED] > > [EMAIL PROTECTED] > > > > http://www.noqturnalmediasystems.com/ > > http://www.noqturnalmediasystems.com/Serenade/ > > https://serenade.dev.java.net/ > > > > - > > Now that's room service! Choose from over 150,000 hotels in 45,000 > > destinations on Yahoo! Travel to find your fit. > > > > > > > Ransford Segu-Baffoe > > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > http://www.noqturnalmediasystems.com/ > http://www.noqturnalmediasystems.com/Serenade/ > https://serenade.dev.java.net/ > > - > Expecting? Get great news right away with email Auto-Check. > Try the Yahoo! Mail Beta. >
Re: SV: Shale, Clay, Facelets and JSF Templating
Thanks Hermod Opstvedt <[EMAIL PROTECTED]> wrote: Hi This seems like a total mess. Keep with one of them (If siplicity/functionality counts - choose Clay) Hermod -Opprinnelig melding- Fra: Kito D. Mann [mailto:[EMAIL PROTECTED] Sendt: 28. mars 2007 22:47 Til: user@shale.apache.org Emne: RE: Shale, Clay, Facelets and JSF Templating Ransford, Just out of curiosity, why are you interested in using Clay, Facelets, and JSF Templatin in the same application, since they all solve the same problem? ~~~ Kito D. Mann - Author, JavaServer Faces in Action http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info phone: +1 203-653-2989 fax: +1 203-653-2988 * Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 * > -Original Message- > From: paksegu [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 28, 2007 2:47 PM > To: user@shale.apache.org > Subject: Shale, Clay, Facelets and JSF Templating > > > name">Hi, > > name">Is is possible to use "Shale, Clay, Facelets and > JSF Templating" in the same application and if so will the > shale dialog and the standard navigation feature behave > differently? Also can anyone give me tips on where it will > best use jsf templating over clay or facelets? > > > Ransford Segu-Baffoe > > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > http://www.noqturnalmediasystems.com/ > http://www.noqturnalmediasystems.com/Serenade/ > https://serenade.dev.java.net/ > > - > Now that's room service! Choose from over 150,000 hotels in > 45,000 destinations on Yahoo! Travel to find your fit. > Ransford Segu-Baffoe [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.noqturnalmediasystems.com/ http://www.noqturnalmediasystems.com/Serenade/ https://serenade.dev.java.net/ - Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta.
RE: Shale, Clay, Facelets and JSF Templating
I was thinking that the might be advantages and disadvantages, I wasn't too sure I would be able to use the EL expression langauge in shale and also I was thinking of combining the woodstock components with JSF templating to create UI for media/image album display component. Thanks "Kito D. Mann" <[EMAIL PROTECTED]> wrote: Ransford, Just out of curiosity, why are you interested in using Clay, Facelets, and JSF Templatin in the same application, since they all solve the same problem? ~~~ Kito D. Mann - Author, JavaServer Faces in Action http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info phone: +1 203-653-2989 fax: +1 203-653-2988 * Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 * > -Original Message- > From: paksegu [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 28, 2007 2:47 PM > To: user@shale.apache.org > Subject: Shale, Clay, Facelets and JSF Templating > > > name">Hi, > > name">Is is possible to use "Shale, Clay, Facelets and > JSF Templating" in the same application and if so will the > shale dialog and the standard navigation feature behave > differently? Also can anyone give me tips on where it will > best use jsf templating over clay or facelets? > > > Ransford Segu-Baffoe > > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > http://www.noqturnalmediasystems.com/ > http://www.noqturnalmediasystems.com/Serenade/ > https://serenade.dev.java.net/ > > - > Now that's room service! Choose from over 150,000 hotels in > 45,000 destinations on Yahoo! Travel to find your fit. > Ransford Segu-Baffoe [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.noqturnalmediasystems.com/ http://www.noqturnalmediasystems.com/Serenade/ https://serenade.dev.java.net/ - Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center.
SV: Shale, Clay, Facelets and JSF Templating
Hi This seems like a total mess. Keep with one of them (If siplicity/functionality counts - choose Clay) Hermod -Opprinnelig melding- Fra: Kito D. Mann [mailto:[EMAIL PROTECTED] Sendt: 28. mars 2007 22:47 Til: user@shale.apache.org Emne: RE: Shale, Clay, Facelets and JSF Templating Ransford, Just out of curiosity, why are you interested in using Clay, Facelets, and JSF Templatin in the same application, since they all solve the same problem? ~~~ Kito D. Mann - Author, JavaServer Faces in Action http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info phone: +1 203-653-2989 fax: +1 203-653-2988 * Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 * > -Original Message- > From: paksegu [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 28, 2007 2:47 PM > To: user@shale.apache.org > Subject: Shale, Clay, Facelets and JSF Templating > > > name">Hi, > > name">Is is possible to use "Shale, Clay, Facelets and > JSF Templating" in the same application and if so will the > shale dialog and the standard navigation feature behave > differently? Also can anyone give me tips on where it will > best use jsf templating over clay or facelets? > > > Ransford Segu-Baffoe > > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > http://www.noqturnalmediasystems.com/ > http://www.noqturnalmediasystems.com/Serenade/ > https://serenade.dev.java.net/ > > - > Now that's room service! Choose from over 150,000 hotels in > 45,000 destinations on Yahoo! Travel to find your fit. >
RE: Shale, Clay, Facelets and JSF Templating
Ransford, Just out of curiosity, why are you interested in using Clay, Facelets, and JSF Templatin in the same application, since they all solve the same problem? ~~~ Kito D. Mann - Author, JavaServer Faces in Action http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info phone: +1 203-653-2989 fax: +1 203-653-2988 * Sign up for the JSF Central newsletter! http://oi.vresp.com/?fid=ac048d0e17 * > -Original Message- > From: paksegu [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 28, 2007 2:47 PM > To: user@shale.apache.org > Subject: Shale, Clay, Facelets and JSF Templating > > > name">Hi, > > name">Is is possible to use "Shale, Clay, Facelets and > JSF Templating" in the same application and if so will the > shale dialog and the standard navigation feature behave > differently? Also can anyone give me tips on where it will > best use jsf templating over clay or facelets? > > > Ransford Segu-Baffoe > > [EMAIL PROTECTED] > [EMAIL PROTECTED] > > http://www.noqturnalmediasystems.com/ > http://www.noqturnalmediasystems.com/Serenade/ > https://serenade.dev.java.net/ > > - > Now that's room service! Choose from over 150,000 hotels in > 45,000 destinations on Yahoo! Travel to find your fit. >
Shale, Clay, Facelets and JSF Templating
> name">Hi, > name">Is is possible to use "Shale, Clay, Facelets and JSF Templating" in the same application and if so will the shale dialog and the standard navigation feature behave differently? Also can anyone give me tips on where it will best use jsf templating over clay or facelets? Ransford Segu-Baffoe [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.noqturnalmediasystems.com/ http://www.noqturnalmediasystems.com/Serenade/ https://serenade.dev.java.net/ - Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit.
Re: stack traces from shale-clay-usecases
>>On 2/2/07, Gary VanMatre <[EMAIL PROTECTED]> wrote: >> >> I was able to run the shale-clay-usecases in 10g (10.1.3.1.1) from >> JDeveloper Studio 10.1.3.2 but I had to make a few minor changes. >> >> For some reason, JDeveloper doesn't like that the shale-core and >> shale-validator jars have TLD files with the name "taglib.tld"? I renamed >> the TLD's and it was happy? >> >> I pulled down the trinidad maven plugin to build the JDeveloper project >> file and ran from the IDE. I had to include the "JSP Runtime" libraries >> too. >> >> >> I'm not sure if that's what you are seeing? It's weird that "taglib.tld" >> trips it up? > > >Ignore the previous empty response -- that's what you get when you pet a cat >who is pawing your mouse at that moment :-). > That's one confused cat (wrong kind mouse). >It would definitely be wierd, but I can kind of sympathize with how someone >writing the server side could make a naive assumption that these resource >names are unique. At any rate, I'd be fine with making all of our >META-INF/xxx.tld resource names unique. After all, it won't affect any >users because they should not (can not?) make any direct references to these >things. > I did some more research and it turns out that it's a problem with the Trinidad JDeveloper maven plugin. It has to copy the TLD's into the WEB-INF folder. Seems like this requirement is kind of old school but apparently necessary. Even though my hit ratio on the myfaces patches isn't good, I went ahead and gave it a go [1]. [1] https://issues.apache.org/jira/browse/ADFFACES-372 > >>Gary > > >Craig Gary
[OT] Shale and Cat incompatibility [was Re: stack traces from shale-clay-usecases]
On 2/3/07, Craig McClanahan <[EMAIL PROTECTED]> wrote: Ignore the previous empty response -- that's what you get when you pet a cat who is pawing your mouse at that moment :-). LOL - my cat sometimes walks accross my keyboard, fortunately no strange messages have resulted to date, but its going to happen one day! Niall Craig
Re: stack traces from shale-clay-usecases
On 2/2/07, Gary VanMatre <[EMAIL PROTECTED]> wrote: I was able to run the shale-clay-usecases in 10g (10.1.3.1.1) from JDeveloper Studio 10.1.3.2 but I had to make a few minor changes. For some reason, JDeveloper doesn't like that the shale-core and shale-validator jars have TLD files with the name "taglib.tld"? I renamed the TLD's and it was happy? I pulled down the trinidad maven plugin to build the JDeveloper project file and ran from the IDE. I had to include the "JSP Runtime" libraries too. I'm not sure if that's what you are seeing? It's weird that "taglib.tld" trips it up? Ignore the previous empty response -- that's what you get when you pet a cat who is pawing your mouse at that moment :-). It would definitely be wierd, but I can kind of sympathize with how someone writing the server side could make a naive assumption that these resource names are unique. At any rate, I'd be fine with making all of our META-INF/xxx.tld resource names unique. After all, it won't affect any users because they should not (can not?) make any direct references to these things. Gary Craig -- Original message -- From: John Carlson <[EMAIL PROTECTED]> I got a couple of stacktraces from the shale-clay-usecases using OC4J 10.1.3.1 (supposedly supports J2EE 1.4). I deployed the shale-clay-usecases.war and tried to use the rolodex use cases. None of the rolodex cases work, although the first use case page does work. Here are the 2 different kinds of stack traces I got. This is on Windows XP service pack 2. 500 Internal Server Error java.lang.NullPointerException at org.apache.shale.validator.CommonsValidator.getValidatorAction( CommonsValidator.java:739) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:260) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.encodeBegin( ValidatorScript.java:649) at org.apache.shale.clay.component.Clay.recursiveRenderChildren(Clay.java :413) at org.apache.shale.clay.component.Clay.recursiveRenderChildren(Clay.java :416) at org.apache.shale.clay.component.Clay.encodeChildren(Clay.java:445) at org.apache.shale.clay.faces.ClayViewHandler.recursiveRender( ClayViewHandler.java:476) at org.apache.shale.clay.faces.ClayViewHandler.renderView( ClayViewHandler.java:402) at org.apache.shale.validator.faces.ValidatorViewHandler.renderView( ValidatorViewHandler.java:130) at org.apache.shale.view.faces.ViewViewHandler.renderView( ViewViewHandler.java:147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:64) at org.apache.shale.application.faces.ShaleApplicationFilter.doFilter( ShaleApplicationFilter.java:267) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.invoke( ServletRequestDispatcher.java:621) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.forwardInternal( ServletRequestDispatcher.java:368) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java :866) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java :448) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java :216) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:117) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:110) at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run( ServerSocketReadHandler.java:260) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run( ReleasableResourcePooledExecutor.java:303) at java.lang.Thread.run(Thread.java:595) 500 Internal Server Error javax.faces.FacesException: javax.servlet.ServletException at org.apache.myfaces.context.servlet.Se
Re: stack traces from shale-clay-usecases
On 2/2/07, Gary VanMatre <[EMAIL PROTECTED]> wrote: I was able to run the shale-clay-usecases in 10g (10.1.3.1.1) from JDeveloper Studio 10.1.3.2 but I had to make a few minor changes. For some reason, JDeveloper doesn't like that the shale-core and shale-validator jars have TLD files with the name "taglib.tld"? I renamed the TLD's and it was happy? I pulled down the trinidad maven plugin to build the JDeveloper project file and ran from the IDE. I had to include the "JSP Runtime" libraries too. I'm not sure if that's what you are seeing? It's weird that "taglib.tld" trips it up? Gary -- Original message -- From: John Carlson <[EMAIL PROTECTED]> I got a couple of stacktraces from the shale-clay-usecases using OC4J 10.1.3.1 (supposedly supports J2EE 1.4). I deployed the shale-clay-usecases.war and tried to use the rolodex use cases. None of the rolodex cases work, although the first use case page does work. Here are the 2 different kinds of stack traces I got. This is on Windows XP service pack 2. 500 Internal Server Error java.lang.NullPointerException at org.apache.shale.validator.CommonsValidator.getValidatorAction( CommonsValidator.java:739) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:260) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators( ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.encodeBegin( ValidatorScript.java:649) at org.apache.shale.clay.component.Clay.recursiveRenderChildren(Clay.java :413) at org.apache.shale.clay.component.Clay.recursiveRenderChildren(Clay.java :416) at org.apache.shale.clay.component.Clay.encodeChildren(Clay.java:445) at org.apache.shale.clay.faces.ClayViewHandler.recursiveRender( ClayViewHandler.java:476) at org.apache.shale.clay.faces.ClayViewHandler.renderView( ClayViewHandler.java:402) at org.apache.shale.validator.faces.ValidatorViewHandler.renderView( ValidatorViewHandler.java:130) at org.apache.shale.view.faces.ViewViewHandler.renderView( ViewViewHandler.java:147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:64) at org.apache.shale.application.faces.ShaleApplicationFilter.doFilter( ShaleApplicationFilter.java:267) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.invoke( ServletRequestDispatcher.java:621) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.forwardInternal( ServletRequestDispatcher.java:368) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java :866) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java :448) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java :216) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:117) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:110) at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run( ServerSocketReadHandler.java:260) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run( ReleasableResourcePooledExecutor.java:303) at java.lang.Thread.run(Thread.java:595) 500 Internal Server Error javax.faces.FacesException: javax.servlet.ServletException at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch( ServletExternalContextImpl.java:426) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView( JspViewHandlerImpl.java:234) at org.apache.shale.clay.faces.ClayViewHandler.renderView( ClayViewHandler.java:450) at org.apache.shale.validator.faces.ValidatorViewHandler.renderView( ValidatorViewHandler.java:130) at org.apache.shale.view.faces.ViewViewHandler.renderView( ViewViewHandler.java:147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(Lifecyc
Re: stack traces from shale-clay-usecases
I was able to run the shale-clay-usecases in 10g (10.1.3.1.1) from JDeveloper Studio 10.1.3.2 but I had to make a few minor changes. For some reason, JDeveloper doesn't like that the shale-core and shale-validator jars have TLD files with the name "taglib.tld"? I renamed the TLD's and it was happy? I pulled down the trinidad maven plugin to build the JDeveloper project file and ran from the IDE. I had to include the "JSP Runtime" libraries too. I'm not sure if that's what you are seeing? It's weird that "taglib.tld" trips it up? Gary -- Original message -- From: John Carlson <[EMAIL PROTECTED]> I got a couple of stacktraces from the shale-clay-usecases using OC4J 10.1.3.1 (supposedly supports J2EE 1.4). I deployed the shale-clay-usecases.war and tried to use the rolodex use cases. None of the rolodex cases work, although the first use case page does work. Here are the 2 different kinds of stack traces I got. This is on Windows XP service pack 2. 500 Internal Server Error java.lang.NullPointerException at org.apache.shale.validator.CommonsValidator.getValidatorAction(CommonsValidator.java:739) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:260) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.encodeBegin(ValidatorScript.java:649) at org.apache.shale.clay.component.Clay.recursiveRenderChildren(Clay.java:413) at org.apache.shale.clay.component.Clay.recursiveRenderChildren(Clay.java:416) at org.apache.shale.clay.component.Clay.encodeChildren(Clay.java:445) at org.apache.shale.clay.faces.ClayViewHandler.recursiveRender(ClayViewHandler.java:476) at org.apache.shale.clay.faces.ClayViewHandler.renderView(ClayViewHandler.java:402) at org.apache.shale.validator.faces.ValidatorViewHandler.renderView(ValidatorViewHandler.java:130) at org.apache.shale.view.faces.ViewViewHandler.renderView(ViewViewHandler.java:147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:64) at org.apache.shale.application.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:267) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:621) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:117) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:110) at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303) at java.lang.Thread.run(Thread.java:595) 500 Internal Server Error javax.faces.FacesException: javax.servlet.ServletException at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:426) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234) at org.apache.shale.clay.faces.ClayViewHandler.renderView(ClayViewHandler.java:450) at org.apache.shale.validator.faces.ValidatorViewHandler.renderView(ValidatorViewHandler.java:130) at org.apache.shale.view.faces.ViewViewHandler.renderView(ViewViewHandler.java:147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) at javax.faces.webapp.FacesServlet.service(Fac
stack traces from shale-clay-usecases
I got a couple of stacktraces from the shale-clay-usecases using OC4J 10.1.3.1 (supposedly supports J2EE 1.4). I deployed the shale-clay-usecases.war and tried to use the rolodex use cases. None of the rolodex cases work, although the first use case page does work. Here are the 2 different kinds of stack traces I got. This is on Windows XP service pack 2. 500 Internal Server Error java.lang.NullPointerException at org.apache.shale.validator.CommonsValidator.getValidatorAction(CommonsValidator.java:739) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:260) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.findCommonsValidators(ValidatorScript.java:301) at org.apache.shale.validator.faces.ValidatorScript.encodeBegin(ValidatorScript.java:649) at org.apache.shale.clay.component.Clay.recursiveRenderChildren(Clay.java:413) at org.apache.shale.clay.component.Clay.recursiveRenderChildren(Clay.java:416) at org.apache.shale.clay.component.Clay.encodeChildren(Clay.java:445) at org.apache.shale.clay.faces.ClayViewHandler.recursiveRender(ClayViewHandler.java:476) at org.apache.shale.clay.faces.ClayViewHandler.renderView(ClayViewHandler.java:402) at org.apache.shale.validator.faces.ValidatorViewHandler.renderView(ValidatorViewHandler.java:130) at org.apache.shale.view.faces.ViewViewHandler.renderView(ViewViewHandler.java:147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:64) at org.apache.shale.application.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:267) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:621) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:117) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:110) at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303) at java.lang.Thread.run(Thread.java:595) 500 Internal Server Error javax.faces.FacesException: javax.servlet.ServletException at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:426) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234) at org.apache.shale.clay.faces.ClayViewHandler.renderView(ClayViewHandler.java:450) at org.apache.shale.validator.faces.ValidatorViewHandler.renderView(ValidatorViewHandler.java:130) at org.apache.shale.view.faces.ViewViewHandler.renderView(ViewViewHandler.java:147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:64) at org.apache.shale.application.faces.ShaleApplicationFilter.doFilter(ShaleApplicationFilter.java:267) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:621) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.doProcessRequest
Re: SV: Error in sandbox shale-clay-mailreader pom
>From: Hermod Opstvedt <[EMAIL PROTECTED]> > > Hi > > Did I hear refactoring? > ummm bow bow (chicka chick-ah) h yeah Craig is pretty stealthy and efficient. Take a look at the trunk: http://svn.apache.org/viewvc/shale/framework/trunk/ Notice that there are a few new projects, shale-validator, shale-apps, and shale-view. These are all pulled from shale-core. The idea was to simplify dependencies. > Hermod > Gary > -Opprinnelig melding- > Fra: Gary VanMatre [mailto:[EMAIL PROTECTED] > Sendt: 4. oktober 2006 17:13 > Til: user@shale.apache.org > Emne: RE: Error in sandbox shale-clay-mailreader pom > > >From: > > > > Hi > > > > Likewise with the struts-mailreader-dao.jar. Update it to 1.3.5, and it > can be > > downloaded from ibiblio. > > > > Hemrod > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, October 04, 2006 11:03 AM > > To: user@shale.apache.org > > Subject: Error in sandbox shale-clay-mailreader pom > > > > > > Hi > > > > I tried to build the Shale-Clay mailreader app with Maven, but the pom > refers to > > non-existant dependencies. > > > > I searched around and came upon the following Wiki entry on MyFaces: > > > > http://wiki.apache.org/myfaces/More_tips_on_Upgrading_to_Tomahawk_1.1.3 > > > > So the myfaces (1.1.3) stuff has a different groupid and can be downloaded > from > > the above described repository. > > > > Gary: Feel like updating this one? > > Yeap, I will and thanks for the tip. I registered this this one in my own > maven reopos but we might want to use myfaces 1.1.4 instead. This example > has not been refactored based on shales recent re-organization. > > I was thinking of moving this out of the sandbox and into the examples. I > pause here because it's a copy of the shale-mailreader but using Clay > instead of JSP. There would be duplicated source to maintain. > > Any thoughts? > > > > > Hermod > > > > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * > > > > This email with attachments is solely for the use of the individual or > > entity to whom it is addressed. Please also be aware that the DnB NOR > Group > > cannot accept any payment orders or other legally binding correspondence > with > > customers as a part of an email. > > > > This email message has been virus checked by the anti virus programs used > > in the DnB NOR Group. > > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * > > >
SV: Error in sandbox shale-clay-mailreader pom
Hi Did I hear refactoring? Hermod -Opprinnelig melding- Fra: Gary VanMatre [mailto:[EMAIL PROTECTED] Sendt: 4. oktober 2006 17:13 Til: user@shale.apache.org Emne: RE: Error in sandbox shale-clay-mailreader pom >From: <[EMAIL PROTECTED]> > > Hi > > Likewise with the struts-mailreader-dao.jar. Update it to 1.3.5, and it can be > downloaded from ibiblio. > > Hemrod > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 04, 2006 11:03 AM > To: user@shale.apache.org > Subject: Error in sandbox shale-clay-mailreader pom > > > Hi > > I tried to build the Shale-Clay mailreader app with Maven, but the pom refers to > non-existant dependencies. > > I searched around and came upon the following Wiki entry on MyFaces: > > http://wiki.apache.org/myfaces/More_tips_on_Upgrading_to_Tomahawk_1.1.3 > > So the myfaces (1.1.3) stuff has a different groupid and can be downloaded from > the above described repository. > > Gary: Feel like updating this one? Yeap, I will and thanks for the tip. I registered this this one in my own maven reopos but we might want to use myfaces 1.1.4 instead. This example has not been refactored based on shales recent re-organization. I was thinking of moving this out of the sandbox and into the examples. I pause here because it's a copy of the shale-mailreader but using Clay instead of JSP. There would be duplicated source to maintain. Any thoughts? > > Hermod > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > > This email with attachments is solely for the use of the individual or > entity to whom it is addressed. Please also be aware that the DnB NOR Group > cannot accept any payment orders or other legally binding correspondence with > customers as a part of an email. > > This email message has been virus checked by the anti virus programs used > in the DnB NOR Group. > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * >
RE: Error in sandbox shale-clay-mailreader pom
>From: <[EMAIL PROTECTED]> > > Hi > > Likewise with the struts-mailreader-dao.jar. Update it to 1.3.5, and it can > be > downloaded from ibiblio. > > Hemrod > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 04, 2006 11:03 AM > To: user@shale.apache.org > Subject: Error in sandbox shale-clay-mailreader pom > > > Hi > > I tried to build the Shale-Clay mailreader app with Maven, but the pom refers > to > non-existant dependencies. > > I searched around and came upon the following Wiki entry on MyFaces: > > http://wiki.apache.org/myfaces/More_tips_on_Upgrading_to_Tomahawk_1.1.3 > > So the myfaces (1.1.3) stuff has a different groupid and can be downloaded > from > the above described repository. > > Gary: Feel like updating this one? Yeap, I will and thanks for the tip. I registered this this one in my own maven reopos but we might want to use myfaces 1.1.4 instead. This example has not been refactored based on shales recent re-organization. I was thinking of moving this out of the sandbox and into the examples. I pause here because it's a copy of the shale-mailreader but using Clay instead of JSP. There would be duplicated source to maintain. Any thoughts? > > Hermod > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > > This email with attachments is solely for the use of the individual or > entity to whom it is addressed. Please also be aware that the DnB NOR Group > cannot accept any payment orders or other legally binding correspondence with > customers as a part of an email. > > This email message has been virus checked by the anti virus programs used > in the DnB NOR Group. > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * >
RE: Error in sandbox shale-clay-mailreader pom
Hi Likewise with the struts-mailreader-dao.jar. Update it to 1.3.5, and it can be downloaded from ibiblio. Hemrod -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:03 AM To: user@shale.apache.org Subject: Error in sandbox shale-clay-mailreader pom Hi I tried to build the Shale-Clay mailreader app with Maven, but the pom refers to non-existant dependencies. I searched around and came upon the following Wiki entry on MyFaces: http://wiki.apache.org/myfaces/More_tips_on_Upgrading_to_Tomahawk_1.1.3 So the myfaces (1.1.3) stuff has a different groupid and can be downloaded from the above described repository. Gary: Feel like updating this one? Hermod * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This email with attachments is solely for the use of the individual or entity to whom it is addressed. Please also be aware that the DnB NOR Group cannot accept any payment orders or other legally binding correspondence with customers as a part of an email. This email message has been virus checked by the anti virus programs used in the DnB NOR Group. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Error in sandbox shale-clay-mailreader pom
Hi I tried to build the Shale-Clay mailreader app with Maven, but the pom refers to non-existant dependencies. I searched around and came upon the following Wiki entry on MyFaces: http://wiki.apache.org/myfaces/More_tips_on_Upgrading_to_Tomahawk_1.1.3 So the myfaces (1.1.3) stuff has a different groupid and can be downloaded from the above described repository. Gary: Feel like updating this one? Hermod * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This email with attachments is solely for the use of the individual or entity to whom it is addressed. Please also be aware that the DnB NOR Group cannot accept any payment orders or other legally binding correspondence with customers as a part of an email. This email message has been virus checked by the anti virus programs used in the DnB NOR Group. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: Shale-Clay site goes live: http://www.truphone.com
Hey Ian, Thanks so much for pointing us to your site. I'm part of a travelling road show where I teach Shale and Clay and I'm often specifically asked about commercial sites that use Clay's approach to separating HTML and components so that page authors and software developers can easily work with graphic artists. I will add a screenshot of your application to my slideshow ( http://nofluffjuststuff.com/speaker_topic_view.jsp?topicId=18) Thanks again! david 2006/9/15, Gary VanMatre <[EMAIL PROTECTED]>: Hi Ian, Thanks for sharing your success with us. I really appreciate your participation and for the kind words. The site looks very sexy! Gary -- Original message -- From: "Ian.Priest" <[EMAIL PROTECTED]> > Hi all, > > I thought you might be interested to know that the site I've been > working on for the past few months has now gone live. The site, > http://www.truphone.com, is driven by Shale/Clay sitting on MyFaces and > running inside Tomcat. Underneath there is a MySQL database and a > bespoke application backend that provides the functionality and > interfaces with the VoIP provider and various other third parties. > > Clay was chosen for the ability to write pure HTML that could then be > replaced by dynamic content and for the Tiles-like layout feature. That > was quite important as I was working with a third-party HTML design > agency (sadly that slick look and feel isn't my design!) so JSP or > similar would have been inappropriate. However, a later architecture > re-design showed that Clay was a better choice than realised because I > was able to exploit the full-xml and symbol replacement bits of Clay to > get a very nice site that blends dynamic and static content in quite a > cool manner. The pages are rendered by pulling sub-section pages into a > layout to create some archetypes. The full-xml view pages extend the > archetypes and use "clay" and "clayImport" to pull in the final bits of > content in a nice ready for multi-language manner. Those of you who have > read and answered my various postings over the last few months will have > a pretty good idea of how it's put together, and now the mystery of the > unusual ".tru" extension is solved too :-) (see previous theads). > > I'm sure Truphone would welcome any constructive comments and I know I > would. > > I'd like to say thanks to everyone here. I couldn't have done it without > the help and advice received on this forum, and I'd especially like to > single out Gary VanMatre for help he's given me. Thanks. Hope you like > the site. > > Cheers, > Ian. > >
Re: Shale-Clay site goes live: http://www.truphone.com
Hi Ian, Thanks for sharing your success with us. I really appreciate your participation and for the kind words. The site looks very sexy! Gary -- Original message -- From: "Ian.Priest" <[EMAIL PROTECTED]> > Hi all, > > I thought you might be interested to know that the site I've been > working on for the past few months has now gone live. The site, > http://www.truphone.com, is driven by Shale/Clay sitting on MyFaces and > running inside Tomcat. Underneath there is a MySQL database and a > bespoke application backend that provides the functionality and > interfaces with the VoIP provider and various other third parties. > > Clay was chosen for the ability to write pure HTML that could then be > replaced by dynamic content and for the Tiles-like layout feature. That > was quite important as I was working with a third-party HTML design > agency (sadly that slick look and feel isn't my design!) so JSP or > similar would have been inappropriate. However, a later architecture > re-design showed that Clay was a better choice than realised because I > was able to exploit the full-xml and symbol replacement bits of Clay to > get a very nice site that blends dynamic and static content in quite a > cool manner. The pages are rendered by pulling sub-section pages into a > layout to create some archetypes. The full-xml view pages extend the > archetypes and use "clay" and "clayImport" to pull in the final bits of > content in a nice ready for multi-language manner. Those of you who have > read and answered my various postings over the last few months will have > a pretty good idea of how it's put together, and now the mystery of the > unusual ".tru" extension is solved too :-) (see previous theads). > > I'm sure Truphone would welcome any constructive comments and I know I > would. > > I'd like to say thanks to everyone here. I couldn't have done it without > the help and advice received on this forum, and I'd especially like to > single out Gary VanMatre for help he's given me. Thanks. Hope you like > the site. > > Cheers, > Ian. > >
Shale-Clay site goes live: http://www.truphone.com
Hi all, I thought you might be interested to know that the site I've been working on for the past few months has now gone live. The site, http://www.truphone.com, is driven by Shale/Clay sitting on MyFaces and running inside Tomcat. Underneath there is a MySQL database and a bespoke application backend that provides the functionality and interfaces with the VoIP provider and various other third parties. Clay was chosen for the ability to write pure HTML that could then be replaced by dynamic content and for the Tiles-like layout feature. That was quite important as I was working with a third-party HTML design agency (sadly that slick look and feel isn't my design!) so JSP or similar would have been inappropriate. However, a later architecture re-design showed that Clay was a better choice than realised because I was able to exploit the full-xml and symbol replacement bits of Clay to get a very nice site that blends dynamic and static content in quite a cool manner. The pages are rendered by pulling sub-section pages into a layout to create some archetypes. The full-xml view pages extend the archetypes and use "clay" and "clayImport" to pull in the final bits of content in a nice ready for multi-language manner. Those of you who have read and answered my various postings over the last few months will have a pretty good idea of how it's put together, and now the mystery of the unusual ".tru" extension is solved too :-) (see previous theads). I'm sure Truphone would welcome any constructive comments and I know I would. I'd like to say thanks to everyone here. I couldn't have done it without the help and advice received on this forum, and I'd especially like to single out Gary VanMatre for help he's given me. Thanks. Hope you like the site. Cheers, Ian.
