Re: [Tobago] tc:message for tx:date solution

Hi Volker and Arvid, thanks to both of you. Messages are now working fine! Because of the id=page in the overview.tag source file my statement was always missing the page. The correct addressing for my code is: page:dlgAddEdit:vldtyEnd String message = vldtyEnd smaller than vldtyBeg;

Re: [Tobago] Issue with Label Text alignment btw IE and Firefox

Hi Volker, This issue is still there in our application. we are getting closer to the release. Please help me out in closing this bug. we were using an custom theme of our own don't know where it would be wrong... and did we miss any styles for label anywhere for IE ... Thanks, Vinay On

Re: [Tobago] How to display all records in one page in tc:sheet

Thanks for your suggestions. -Vinay On 5/29/07, Udo Schnurpfeil [EMAIL PROTECTED] wrote: Alternativly you cat set the value to Integer.|MAX_VALUE http://java.sun.com/javase/6/docs/api/java/lang/Integer.html#MAX_VALUE| = |2147483647| Regards, Udo Volker Weber schrieb: Hi Vinay, the

[Trinidad] plugins build broken?

I just tried checking out the current trunk from its new home and found I can't build it :-( I get a failure building the plugins, which then leads to a failure to build the 'trinidad' module. The failure is in the build for the Apache Trinidad Maven XRTS Plugin and looks like either an issue

How to force validation

Hi, I have the problem, that I can't show the messages generated by the build in validation mechanism of myFaces because in all languages the name of an inputfield shown in the message is the id of the inputfield, and this id is not dynamic. So I can't change it for different languages. The

Re: How to force validation

what about customize the bundle of messages? 2007/5/30, Rudi Steiner [EMAIL PROTECTED]: Hi, I have the problem, that I can't show the messages generated by the build in validation mechanism of myFaces because in all languages the name of an inputfield shown in the message is the id of the

What change with JSF 1.1 to JSF 1.2?

Hello, I ´m reading interested in this mailing list and I see that JSF 1.2implementation from MyFaces is coming soon. Now I ask me the question, what changes must I attend if I immigrate a JSF 1.1 application with own PropertyResolver and PhaseListener? regards David

Re: [Trinidad] GWT Integration

and, all fixed issues in 1.0.1 are also fixed in 1.2? Adam Winer wrote: If you're using JSF 1.2, it is more stable. -- Adam On 5/29/07, Luka Surija [EMAIL PROTECTED] wrote: How stable is Trinidad 1.2 comparing with 1.0.1? Luka Adam Winer wrote: The Trinidad 1.2 code sends

PPRPanelGroup in tomahawk 1.1.5

Hi, i read something about the PPRPanelGroup in the tomahawk 1.1.5 changelog. If i look at the sample or at the the tomahawk-tld i can't find more informations. Regards Michael

Re: [Trinidad] GWT Integration

once in a while, there is a new branch created for the JSF 1.2 stuff that get's all trunk fixed bugs in it. -M On 5/30/07, Luka Surija [EMAIL PROTECTED] wrote: and, all fixed issues in 1.0.1 are also fixed in 1.2? Adam Winer wrote: If you're using JSF 1.2, it is more stable. -- Adam On

Re: How to force validation

Hi Sammy, by modifying the bundle, I can't change the parameter passed to the message. If I for example have a inputfield like this: h:inputText id=DescrD required=true value=#{PriorityEditBean.priority.prioDescriptionD}/ So the generated message is something like Validationerror DescrD:

PPR Panel and dojo.js

Hi I have some troubles using PPR Panel because the code becomes much bigger and the page loads with 2-3 seconds slower. Is dojo.js used by PPR Panel cached at browser level or not? Because if it is cached, the page shouldn't load so slow. Can anybody help? Do you have some suggestions? -- Best

Re: PPRPanelGroup in tomahawk 1.1.5

Hi Michael, pprPanelGroup is still in the sandbox. regards, Martin On 5/30/07, Michael Bauschert [EMAIL PROTECTED] wrote: Hi, i read something about the PPRPanelGroup in the tomahawk 1.1.5 changelog. If i look at the sample or at the the tomahawk-tld i can't find more informations.

Re: What change with JSF 1.1 to JSF 1.2?

It _should_ work out of the box - everything else would be a bug. Also the property-resolver should work, it would be integrated into the el-resolver-chain... regards, Martin On 5/30/07, David Steinkopff [EMAIL PROTECTED] wrote: Hello, I ´m reading interested in this mailing list and I see

Re: PPR Panel and dojo.js

Laurentiu Trica schrieb: Hi I have some troubles using PPR Panel because the code becomes much bigger and the page loads with 2-3 seconds slower. Is dojo.js used by PPR Panel cached at browser level or not? Because if it is cached, the page shouldn't load so slow. Can anybody help? Do you

Re: How to force validation

I mean 1) cut DescrD from bundle so that message will be value required only in appropriate language (the message is near the field so that the field name is not really necessary to me) 2)extend message loader in order to translate upon a key/language dictionary a proper name for the fields

Re: What change with JSF 1.1 to JSF 1.2?

Hi Martin, current is my PropertyResolver a decorator of the PropertyResolverImpl from MyFaces. Would it neccessary to wright a new decorator for the ELResolver implementation? Or I can use the PropertyResolver in JSF 1.2 in face of deprecated? Regards David 2007/5/30, Martin Marinschek [EMAIL

Re: [Trinidad] GWT Integration

Now, I've tried trinidad 1.2 and 1.0.1 but both of them have same error with decimal separator sign - https://issues.apache.org/jira/browse/ADFFACES-427 (yes, client decimal number validator is still broken since m1-incubating version). But now I get different error. There is no popup alert

Strange Trinidad behaviour after upgrading to JBoss 4.2.0

Hello, I have a project that is running Trinidad and I recently upgraded to JBoss 4.2.0.GA. As part of this upgrade I also migrated to JSF 1.2 (the latest Seam version requires me to do this). Ever since then, whenever I submit a form that fails validation, the form renders the correct

Re: [Trinidad] m1-incubating - 1.0.1 SNAPSHOT changes

Hi, contact.jsp in the attached file gives this problem. Clicking on the link 'Opslaan' gives no result. When I uncomment client-validationINLINE/client-validation in trinidad-config.xml it works normally... I'm using this command to checkout the trinidad source code: svn checkout

RE: What change with JSF 1.1 to JSF 1.2?

The PropertyResolver is ONLY DEPRECATED. It still can be accessed, although a compiler might throw warnings regards Alexander From: David Steinkopff [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 30, 2007 11:04 AM To: MyFaces Discussion Subject: Re: What

Re: How to force validation

Hi Sammy, I can't show the message near the inputfield, so I have to use h:messaes/ which shows a list of all messages for the page. Thats why the name of the field within the message is important. I don't understand what you mean by your second proposal. Which class should I extend and where

Re: [Tomahawk] t:dataTable with dynamic columns

They were both filled :/ Nevertheless I opted for having a fixed set of columns and rendering them conditionally. I haven't tested it thoroughly yet, but at least the tables are being displayed. On 5/29/07, Mike Kienenberger [EMAIL PROTECTED] wrote: Well, if the table isn't being rendered,

Re: How to force validation

see http://www.laliluna.de/javaserver-faces-message-resource-bundle-tutorial.html for some info about that.. any way it seems to me that your problem is only with the requered=true validation. why not set required=false and add this type of validation in your custom - interationalized

Re: PPR Panel and dojo.js

Hi Werner Can you tell me where should this be put to be sure it is optimizing something? I put it on the first lines of my xhtml file. Is that ok? It still doesn't makes any difference. On 5/30/07, Werner Punz [EMAIL PROTECTED] wrote: Laurentiu Trica schrieb: Hi I have some troubles using

[Trinidad] tr:table range navigation PPR problem

Good afternoon. I'm getting range navigation to work on a tr:table that had rows=0. It works fine everytime I'm navigating forward (either through next page or through the drop down menu). When I try to go back (previous page or through the drop down menu), I am kept in the same page and the

Re: PPR Panel and dojo.js

Laurentiu Trica schrieb: Hi Werner Can you tell me where should this be put to be sure it is optimizing something? I put it on the first lines of my xhtml file. Is that ok? It still doesn't makes any difference. You can put it everywhere into your code, just make sure that you do not set

Re: How to force validation

Hi Sammy, I found a solution here: http://forum.java.sun.com/thread.jspa?threadID=5115563messageID=9419018 The solution is t:messages showDetail=true replaceIdWithLabel=true/ Thanks, Rudi On 5/30/07, ::SammyRulez:: [EMAIL PROTECTED] wrote: see

Re: How to force validation

cool... bookmarked! 2007/5/30, Rudi Steiner [EMAIL PROTECTED]: Hi Sammy, I found a solution here: http://forum.java.sun.com/thread.jspa?threadID=5115563messageID=9419018 The solution is t:messages showDetail=true replaceIdWithLabel=true/ Thanks, Rudi On 5/30/07, ::SammyRulez:: [EMAIL

[Trinidad] Table navigation

Hi, My problem is simple, yet I can't solve it : I have 2 pages in my web application. Page 1 contains a tr:table/ with page navigation (a scroller) with items. Clicking on a item leads to Page 2 which displays the detail of the clicked item. A bean is associated to each page. I used to store

[Trinidad] Tag library in JDeveloper loading problem

Hello all, I have a still problem with Trinidad Tag library loading on second run of JDeveloper. When tag library is created in Manage Library dialog, then all is OK. After close and open JDeveloper there are errors on JSP pages with Trinidad components. I must recreate tag library definition

dataGrid filtering?

Hi, Has anyone implemented filtering on the dataGrid component (e.g., something like http://www.javascriptkit.com/script/script2/tablefilter.shtml)? I seem to remember something in Tomahawk sandbox, but can no longer find it. Thanks, Eric _ CONFIDENTIALITY NOTICE

Re: PPR Panel and dojo.js

Werner have you used Ajax4JSF? Can it be faster than using PPR that uses dojo.js? I just need the PPR functionality and the client is complaining about the speed of the page when using PPR. On 5/30/07, Werner Punz [EMAIL PROTECTED] wrote: Laurentiu Trica schrieb: Hi Werner Can you tell me

Re: PPR Panel and dojo.js

A4J is quite mature IMO at this point and with a lot of features. I would recommend it over using a sandbox technology. On 5/30/07, Laurentiu Trica [EMAIL PROTECTED] wrote: Werner have you used Ajax4JSF? Can it be faster than using PPR that uses dojo.js? I just need the PPR functionality and

Re: PPR Panel and dojo.js

I understand I heard that on the server side A4J is much slower... And I keep getting an error while trying to use it: 2007-05-30 18:14:53,406 | ERROR org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/].[Faces Servlet] - Servlet.service() for servlet Faces Servlet threw exception

Re: [Tomahawk] t:dataTable with dynamic columns

Ok. if the rendered condition on the dataTable is good, and the value attribute on the data table is good, then do the same experiment on the t:columns object. A t:columns component is for most purposes just a datatable that renders td tags instead of tr tags. On 5/30/07, Francisco Passos

Re: PPR Panel and dojo.js

That would happen if it is not properly configured. I would move that question to the A4J message board. As for slower, I haven't heard that, and in fact I find A4J much faster than other JSF AJAX providers. On 5/30/07, Laurentiu Trica [EMAIL PROTECTED] wrote: I understand I heard that on the

Re: [Trinidad] GWT Integration

Adam, Thanks for the info! Since I'm using the trunk, the org.apache.myfaces.trinidad.faces.STATE is what needs to be sent (at least, that's what's listed in my CoreResponseStateManager class). So, I now have the GWT request send that variable set to its component's id. I.e., the GWT widget

Re: PPR Panel and dojo.js

Laurentiu Trica schrieb: Werner have you used Ajax4JSF? Can it be faster than using PPR that uses dojo.js? I just need the PPR functionality and the client is complaining about the speed of the page when using PPR. I dont think that you will get a lot more speed, although I can recommend it

Disabling items of HtmlPanelNavigationMenu

Hi, I'm using the HtmlPanelNavigationMenu to render a vertical panel navigation. I have a MenuItem A with a child A1 and I need to disable A but enable A1. If I disable A1 the component disable also A. Is there any way to do what I need? Thanks in advance Mario This message is for the

Re: Base is null error in JSF

First of all, either use the myfaces jars or the sun jars. You cannot use both. I'm guessing you probably have the wrong listener (or multiple listeners) defined in your web.xml file. So choose one JSF implementation and make sure your web.xml file is correct. If you're still having

Re: [Trinidad] GWT Integration

That doesn't sound right - we don't expect a colon at all in the state token. What line of code are you looking at? -- Adam On 5/30/07, D. Cardon [EMAIL PROTECTED] wrote: Adam, Thanks for the info! Since I'm using the trunk, the org.apache.myfaces.trinidad.faces.STATE is what needs to be

Re: [Trinidad] Weblogic + Debug

http://issues.apache.org/jira/browse/TRINIDAD-44 Fixed. -- Adam On 5/29/07, Francisco Passos [EMAIL PROTECTED] wrote: Thank you. Are there plans to address this bug soon? On 5/29/07, Adam Winer [EMAIL PROTECTED] wrote: Looks like a (minor) bug in Trinidad. Code should be clearing

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

I suspect that there's something wrong with the implementation of JSF 1.2 used by JBoss, probably in that implementation's UIComponentClassicTagBase code or something similar. The behavior you're describing doesn't occur with Glassfish. -- Adam On 5/30/07, Chris Lowe [EMAIL PROTECTED] wrote:

Re: What change with JSF 1.1 to JSF 1.2?

FYI, I strongly recommend that developers who are moving up to JSF 1.2 rewrite PropertyResolvers and VariableResolvers as ELResolvers. Backwards compatibility for registered (programatic or via faces-config.xml) VariableResolver and PropertyResolvers has been a major nightmare for the reference

Re: [Trinidad] Weblogic + Debug

Excellent news! Thank you, Francisco On 5/30/07, Adam Winer [EMAIL PROTECTED] wrote: http://issues.apache.org/jira/browse/TRINIDAD-44 Fixed. -- Adam On 5/29/07, Francisco Passos [EMAIL PROTECTED] wrote: Thank you. Are there plans to address this bug soon? On 5/29/07, Adam Winer

Re: [Trinidad] tr:table range navigation PPR problem

What version of Trinidad are you using? -- Adam On 5/30/07, Francisco Passos [EMAIL PROTECTED] wrote: Good afternoon. I'm getting range navigation to work on a tr:table that had rows=0. It works fine everytime I'm navigating forward (either through next page or through the drop down menu).

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

Thanks for the reply Adam. Do you happen to know what version of JSF Glassfish is using? From jsf-api.jar that is with JBoss 4.2.0.GA, the manifest states: Manifest-Version: 1.0 Specification-Title: JavaServer Faces Created-By: 1.5.0_04-b05 (Sun Microsystems Inc.) Ant-Version: Apache Ant

Re: [Trinidad] Table navigation

Hello, I think that quote came from me, which is a bit of a coincidence as I only just switched from the old trinidad mailing list to myfaces a few hours ago. To be honest, I've not used table pagination or server clustering so I'm not even certain if the technique will work for you. However

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

Just an off the wall guess, but this couldn't be some sort of goofy caching issue? On 5/30/07, Chris Lowe [EMAIL PROTECTED] wrote: Is there anything I can do to help narrow this down? On 5/30/07, Adam Winer [EMAIL PROTECTED] wrote: Hrm, that looks like the same version as Glassfish! I

Re: [Trinidad] GWT Integration

I was looking at the StateManagerImpl class of the com.sun.faces.application package, line number 116 in jsf-impl-1.2_03. It seems like it uses a ':' separator character in restoring the view... Anyway, it turns out I was able to get it working anyway. After looking at the HTML generated,

Re: [Trinidad] m1-incubating - 1.0.1 SNAPSHOT changes

Fixed! Thanks for the test case. (I was overlooking the obvious - alert validation failed when there were no validation errors, blocking submission; a return; needed to be return true;) -- Adam On 5/30/07, Henk Vanhoe [EMAIL PROTECTED] wrote: Hi, contact.jsp in the attached file gives

Re: [Trinidad] tr:table range navigation PPR problem

Please try upgrading to a recent snapshot - I believe fixes for StampState went in after 1.0.0-incubating. -- Adam On 5/30/07, Francisco Passos [EMAIL PROTECTED] wrote: I'm using version 1.0.0-incubating. On 5/30/07, Adam Winer [EMAIL PROTECTED] wrote: What version of Trinidad are you

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

Hrm, that looks like the same version as Glassfish! I didn't know they were using the RI. So scrap that theory! It still *might* be something wrong in JBoss (maybe their implementation of JspIdConsumer in the JSP engine?), but this is more puzzling. -- Adam On 5/30/07, Chris Lowe [EMAIL

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

Is there anything I can do to help narrow this down? On 5/30/07, Adam Winer [EMAIL PROTECTED] wrote: Hrm, that looks like the same version as Glassfish! I didn't know they were using the RI. So scrap that theory! It still *might* be something wrong in JBoss (maybe their implementation of

Need More Than One Forms in JSF Page

I am building a JSF page. There is a QUERY functionality on top of the page. Therefore, I provide some input fields for users to enter search criteria. Those input fields in this QUERY form (form A) need validation. Below the QUERY, I have another form (form B). The form B has several buttons

Re: Need More Than One Forms in JSF Page

Best practice is to use one h:form and then put form A and B into separate sandbox:subForm elements. However, if you're not willing to use subforms, there should be no technical reason why you couldn't use multiple h:form elements. On 5/30/07, Caroline Jen [EMAIL PROTECTED] wrote: I am

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

Brian - I'm not sure how to test for this, did you have anything in mind? Adam - are you familiar with the Seam-Discs Trinidad example? http://pmuir.bleepbleep.org.uk/2007/04/seamdiscs-jboss-seam-and-apache.html I have made a minor mod to this and can reproduce the behaviour. Cheers, Chris

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

I was just thinking of the USE_APPLICATION_VIEW_CACHE context parameter in web.xml. This can cache view state and the Trinidad Dev guide says it can cause some unexpected behavior in rare cases. Make sure you have this set to False (good for development anyway). I am currently having trouble

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

LOL - I'd already replied to that! I'll give your suggestion a try and shall take a fresh look at your post... Cheers, Chris. (aka lowecg2004) On 5/30/07, Brian Smith [EMAIL PROTECTED] wrote: I was just thinking of the USE_APPLICATION_VIEW_CACHE context parameter in web.xml. This can

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

I also have an entry on the JBoss forum: http://www.jboss.com/index.html?module=bbop=viewtopicp=4049845#4049845 My post has details of a repro case based on some minor mods to the Seam-Discs example. Cheers, C. On 5/30/07, Chris Lowe [EMAIL PROTECTED] wrote: LOL - I'd already replied to

Re: More Than One Forms in JSF Page Lead To Problems

Exactly. This is a known limitation of using h:form. Submitting an h:form will cause all submitted values to be lost in the other forms on the page. That's why the best practice is to use the subForm component. It is hoped that subform will become a part of the JSF 2.0 standard since

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

LOL, I guess I don't pay attention to who is replying sometimes. Thanks On 5/30/07, Chris Lowe [EMAIL PROTECTED] wrote: LOL - I'd already replied to that! I'll give your suggestion a try and shall take a fresh look at your post... Cheers, Chris. (aka lowecg2004) On 5/30/07, Brian Smith

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

Yeah I just saw that, I am trying to reproduce your error now. BTW, I get the same error java.lang.IndexOutOfBoundsException: Index: 4,Size: 4 when running the example. -Brian On 5/30/07, Chris Lowe [EMAIL PROTECTED] wrote: I also have an entry on the JBoss forum:

Re: More Than One Forms in JSF Page Lead To Problems

Thanks a lot for saving me from banging my head against the wall. --- Mike Kienenberger [EMAIL PROTECTED] wrote: Exactly. This is a known limitation of using h:form. Submitting an h:form will cause all submitted values to be lost in the other forms on the page. That's why the best

Re: t:inputDate and custom converters

I would check the code for inputDate's renderer. I haven't used it, but I know that inputCalendar internally sets its own dateTimeConverter. On 5/30/07, Steven Gollery [EMAIL PROTECTED] wrote: I'm having problems getting t:inputDate to use a custom converter class. In the page, I have this:

Re: t:inputDate and custom converters

Just looked at the code, the tomahawk input date renderer does not use the converter from the component in the 1.1.5 source. From HtmlDateRenderer: public Object getConvertedValue(FacesContext context, UIComponent uiComponent, Object submittedValue) throws ConverterException { UserData

Re: Strange Trinidad behaviour after upgrading to JBoss 4.2.0

I tried with USE_APPLICATION_VIEW_CACHE=false, but it made no difference. On 5/30/07, Brian Smith [EMAIL PROTECTED] wrote: Yeah I just saw that, I am trying to reproduce your error now. BTW, I get the same error java.lang.IndexOutOfBoundsException: Index: 4,Size: 4 when running the example.

Re: t:inputDate and custom converters

I'd call it a bug. Steven, at minimum, it's probably worth opening a JIRA issue on this. Ideally you'd submit a patch to allow a converter to be specified. On 5/30/07, Andrew Robinson [EMAIL PROTECTED] wrote: Just looked at the code, the tomahawk input date renderer does not use the converter

Re: [COMMUNITY] Ernst Fastl - Committer

Thank you all for this warm welcome and all the support I got from you which enabled me to do this patches in the first place. I'm happy to be a part of this great community. kind regards Ernst On 5/29/07, Martin Marinschek [EMAIL PROTECTED] wrote: Welcome Ernst! regards, Martin On

Re: JSF and AJAX without custom components?

Hi, I can understand you don't like to write your own component for soving this problem (although seeing the stuff you posted I guess you are skilled enough for that). Anyway, have you tried the existing solutions like PPRPanelGroup from the tomahawk sandbox or Ajax4JSF? regards Ernst On

Tomahawk Example

MyFaces, Looking to implement Tomahawk in my current project. I have read several pages from your website but am unable to find a link to your download examples! Please help. Looking forward to working with your toolset. John John K. Howard Senior Software Consultant, Platinum Solutions,

Is problem with myfaces ?

Hi All, I am facing some strange problem while working with JSF. I have created one project which is running fine.If I create another project with another name(but same src/JSP's files) its giving me below error I am getting error as,Base is null Error. I am trying to login my

Will myFaces 1.0_9 work with JSF 1.2?

Hi, I'm planning to upgrade to JSF 1.2, but I still have myFaces 1.0 and would like to wait until myFaces 1.2 is officially released to upgrade myFaces. I was wondering if this kind of setup will work, will there be any potential problems? Thanks.

Re: Is problem with myfaces ?

Base is null means that the base object of the EL expression is null. In this case, #{loginFormBean} is evaluating to null. So the variable resolver is not finding loginFormBean in any of the JSF contexts and is not auto-creating it. Could you post how you register this bean? Also, as for jars

Re: Tomahawk Example

- http://myfaces.apache.org/download.html - http://www.apache.org/dyn/closer.cgi/myfaces/binaries/tomahawk-examples-1.1.5-bin.zip 2007/5/30, John Howard [EMAIL PROTECTED]: MyFaces, Looking to implement Tomahawk in my current project. I have read several pages from your website but am unable

Re: Is problem with myfaces ?

Hi Sandip, first off: do not use jsf-api.jar jsf-impl.jar and myfaces-api.jar myfaces-impl.jar together! settle for either the first group (Sun RI) or the second group (MyFaces implementation). regards, Martin On 5/28/07, Sandip Patil [EMAIL PROTECTED] wrote: Hi All, I am facing some

Re: Will myFaces 1.0_9 work with JSF 1.2?

Current myfaces releases is not JSF 1.2. Your only solution then to upgrade to JSF 1.2 is to replace your current use of myfaces implementation with the sun RI. You are not supposed to use 2 different implementations of the JSF specifications at same time (they contains the same classes, you will

Re: Tomahawk Example

Hello John, You can find tomahawk examples follwing this link : http://myfaces.apache.org/download.html Regards, Laurent John Howard a écrit : MyFaces, Looking to implement Tomahawk in my current project. I have read several pages from your website but am unable to find a link to your