Re: Shale + Ajax4jsf
Hi, I'm currently using JSF 1.2, Facelets, Tomahawk & Sandbox and Shale. Now I want to integrate Ajax4Jsf and I have some trouble too. Tomorrow I will trying to extract Shale and fit in Ajax4jsf to solve the errors. I got some conflicts with duplicated component - ID's after an post-request. The inital request render successfully. A complete report is here: http://forum.exadel.com/viewtopic.php?t=5982 kind regards DaWorm
Re: RE : Re: Re : RE : Re: Oracle ADF and Shale tiles/validator
Hey Adrian, can you send me offline a simple sample WAR file, that uses ADF Faces and Shale Validator? Not the Shale-Tiles thing. Only those two ? I'd like to look at it. Thanks, Matthias On 2/1/07, Adrian Gonzalez <[EMAIL PROTECTED]> wrote: > I agree, please add it to the wiki when you have > time. Done ! I've put a link on the main wiki's page for Shale And Other JSF libraries ((Shale & ADF). I really don't know if it's good or if the shale team wants to move it elsewhere, so if it's a you think it's crapy, just delete it ! Thank you very much for your appreciated help Gary ! > However, Tiles/JSF 1.2 and JSP might workout since > the "verbatim" issue is fixed > but I have not heard from anyone who's tried it > either. I know, but my IDE don't support facelets and one of the main points (for me) of JSF is IDE RAD support. Just one final point (which doesn't help anybody), I believe one of the main problems of JSF (other than the well known ones) is library incompatibility (i.e. Icefaces components can't be used on the same page with other third party components, ADF problem with Shale or Tiles, and surely others I don't know since I'm a newbie). It's really a pity (since some JSF libraries are really incredible), and I don't know if this problem will be resolved in the future. --- Gary VanMatre <[EMAIL PROTECTED]> a écrit : > >From: Adrian Gonzalez <[EMAIL PROTECTED]> > > > > Thank you very much Gary for this information, > I'll try ADF validators instead > > of Shale's. > > > > Do you have similar info about Shale tiles and ADF > ? Do you know if ADF (or > > Trinidad) has a feature similar as Tiles > composition ? > > > > I've not tried Shale Tiles with ADF but I suspect > the two won't play nicely together. > Many will also tell you not to use JSP with JSF 1.1 > due to the "verbatim" issue. > > However, Tiles/JSF 1.2 and JSP might workout since > the "verbatim" issue is fixed > but I have not heard from anyone who's tried it > either. > > > > Perhaps the information about incompatibility > between shale tiles/validator and > > ADF (and perhaps Trinidad) should be usefull for > other newbies (in a wiki ?). > > > > I agree, please add it to the wiki when you have > time. > > > Gary > > > - Message d'origine > > De : Gary VanMatre > > À : user@shale.apache.org > > Envoyé le : Mercredi, 31 Janvier 2007, 17h47mn 08s > > > Objet : Re: RE : Re: Oracle ADF and Shale > tiles/validator > > > > >From: Adrian Gonzalez > > > > > > > > > I've found the problem (using both Oracle ADF > and some > > > shale extensions doesn't work). > > > > > > It's in shale-validator and in shale-tiles > (1.0.4 > > > version). For info, I'm using adf-faces > 10_1_3_0_4. > > > > > > To reproduce the problem with shale-validator, > one > > > just needs to put the shale-validator.jar in > > > WEB-INF/lib. We don't need to use a validator > > > explicitly in jsf page. > > > > > > To reproduce the problem with shale-tiles, one > needs > > > to put the shale-tiles.jar in WEB-INF/lib AND to > call > > > jsf page through a tile definition. > > > > > > I've done some debugging with shale-validator. > > > The problem with this validator is that it > changes the > > > current renderKit (see > > > > org.apache.shale.validator.faces.setupRenderKit). > > > > > > I've just commented the setupRenderKit method > > > implementation and the JSF page displays fine. > > > > > > Can we change something in order to use ADF with > those > > > Shale extensions ? > > > > > > > I don't know if the two will work together. The > ADF component > > library takes advantage of about every JSF > extension point. I'm > > making this statement based on reviewing > Trinidad's code. > > > > Both ADF and Shale Validator use a custom > RenderKit. In > > Shale Validator's case, it decorates the original > so that it can > > decorate renderers. This is needed because Shale > is not a > > widget library and we are not interested in build > a suite of > > components from the ground up as you will see with > ADF. > > This trick allows us to modify a renderers > behavior without > > rewritting every renderer that is a Input or > Command component. > > > > If the registration of shale validator's > faces-config is prior to > > ADF, there might be a chance to make it work > however > > I'm doubtful. > > > > Assuming that ADF has the same validator support > as Trinidad, > > you might rather look at their's which is couple > with their components > > and provides client side validation. > > > > > > tr:validateRegExp - Validate expression using java > regular expression syntax. > > tr:validateLongRange - Validate that the date > entered is within a given range. > > tr:validateLength - Validate that the date entered > is within a given range. > > tr:validateDoubleRange - Validate that the date > entered is within a given range. > > tr:validateDateTimeRange - Validate that the date > entered is within a given > > range. > > tr:validateDateRestriction - Validate
Re: Need help with SCXML transition cond syntax.
On 1/31/07, Paul Spencer <[EMAIL PROTECTED]> wrote: Rahul, Works as expected. You may mark the issue as resolved. Done, and thanks for the quick feedback. -Rahul Thanks again. Paul Spencer
RE : Re: Re : RE : Re: Oracle ADF and Shale tiles/validator
> I agree, please add it to the wiki when you have > time. Done ! I've put a link on the main wiki's page for Shale And Other JSF libraries ((Shale & ADF). I really don't know if it's good or if the shale team wants to move it elsewhere, so if it's a you think it's crapy, just delete it ! Thank you very much for your appreciated help Gary ! > However, Tiles/JSF 1.2 and JSP might workout since > the "verbatim" issue is fixed > but I have not heard from anyone who's tried it > either. I know, but my IDE don't support facelets and one of the main points (for me) of JSF is IDE RAD support. Just one final point (which doesn't help anybody), I believe one of the main problems of JSF (other than the well known ones) is library incompatibility (i.e. Icefaces components can't be used on the same page with other third party components, ADF problem with Shale or Tiles, and surely others I don't know since I'm a newbie). It's really a pity (since some JSF libraries are really incredible), and I don't know if this problem will be resolved in the future. --- Gary VanMatre <[EMAIL PROTECTED]> a écrit : > >From: Adrian Gonzalez <[EMAIL PROTECTED]> > > > > Thank you very much Gary for this information, > I'll try ADF validators instead > > of Shale's. > > > > Do you have similar info about Shale tiles and ADF > ? Do you know if ADF (or > > Trinidad) has a feature similar as Tiles > composition ? > > > > I've not tried Shale Tiles with ADF but I suspect > the two won't play nicely together. > Many will also tell you not to use JSP with JSF 1.1 > due to the "verbatim" issue. > > However, Tiles/JSF 1.2 and JSP might workout since > the "verbatim" issue is fixed > but I have not heard from anyone who's tried it > either. > > > > Perhaps the information about incompatibility > between shale tiles/validator and > > ADF (and perhaps Trinidad) should be usefull for > other newbies (in a wiki ?). > > > > I agree, please add it to the wiki when you have > time. > > > Gary > > > - Message d'origine > > De : Gary VanMatre > > À : user@shale.apache.org > > Envoyé le : Mercredi, 31 Janvier 2007, 17h47mn 08s > > > Objet : Re: RE : Re: Oracle ADF and Shale > tiles/validator > > > > >From: Adrian Gonzalez > > > > > > > > > I've found the problem (using both Oracle ADF > and some > > > shale extensions doesn't work). > > > > > > It's in shale-validator and in shale-tiles > (1.0.4 > > > version). For info, I'm using adf-faces > 10_1_3_0_4. > > > > > > To reproduce the problem with shale-validator, > one > > > just needs to put the shale-validator.jar in > > > WEB-INF/lib. We don't need to use a validator > > > explicitly in jsf page. > > > > > > To reproduce the problem with shale-tiles, one > needs > > > to put the shale-tiles.jar in WEB-INF/lib AND to > call > > > jsf page through a tile definition. > > > > > > I've done some debugging with shale-validator. > > > The problem with this validator is that it > changes the > > > current renderKit (see > > > > org.apache.shale.validator.faces.setupRenderKit). > > > > > > I've just commented the setupRenderKit method > > > implementation and the JSF page displays fine. > > > > > > Can we change something in order to use ADF with > those > > > Shale extensions ? > > > > > > > I don't know if the two will work together. The > ADF component > > library takes advantage of about every JSF > extension point. I'm > > making this statement based on reviewing > Trinidad's code. > > > > Both ADF and Shale Validator use a custom > RenderKit. In > > Shale Validator's case, it decorates the original > so that it can > > decorate renderers. This is needed because Shale > is not a > > widget library and we are not interested in build > a suite of > > components from the ground up as you will see with > ADF. > > This trick allows us to modify a renderers > behavior without > > rewritting every renderer that is a Input or > Command component. > > > > If the registration of shale validator's > faces-config is prior to > > ADF, there might be a chance to make it work > however > > I'm doubtful. > > > > Assuming that ADF has the same validator support > as Trinidad, > > you might rather look at their's which is couple > with their components > > and provides client side validation. > > > > > > tr:validateRegExp - Validate expression using java > regular expression syntax. > > tr:validateLongRange - Validate that the date > entered is within a given range. > > tr:validateLength - Validate that the date entered > is within a given range. > > tr:validateDoubleRange - Validate that the date > entered is within a given range. > > tr:validateDateTimeRange - Validate that the date > entered is within a given > > range. > > tr:validateDateRestriction - Validate that the > date entered is within a given > > restriction. > > tr:validateByteLength - Validate the byte length > of strings when encoded. > > > > > > > T
