Re: f:verbatim and myfaces 1.2.0
?
#{facesContext.externalContext.requestContextPath}
It would nicely output the contextpath.
However, If I try to do the same with 1.2.0 it doesn't output anything.
Is there a spec change for jsf 1.2 saying el expressions are not allowed
within f:verbatim?
do you see stack trace ?
or some log info?
regards,
Safurudin Mahic
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
Re: Myfaces 1.2.0 setup issues (again)
Ok I talked with Matthias regarding all ths first of all there seems to be an issue with tomcat 6 regarding JSTL compatibility Tomahawk seems to have hooks into it. Matthias told me that Jetty works, Tomcat doesnt (seems to be Tomcats fault or jaspers in Tomcat 6.0.13) The problem goes away as soon as you use facelets, since facelets does not require JSP. (Hence my application works) With Facelets also the usage of Tomcat 6 is possible. Werner Werner Punz schrieb: Ok sorry for this, as it seems there is an issue in the examples with Tomcat 6 and the jstl needed by the sandbox examples, my app was not affected since it does not use the jstl (and facelets work fine) can anyone confirm this, not sure why the jstl is in the tomahawk examples at all. If anyone of the myfaces 1.2 authors could jump in here I would be grateful ;-) The funny thing is in my facelets/spring configuration I am not affected not sure where the problem is, but it must be a mixture of jstl dependencies which and tomcat 6 :-) Werner Punz schrieb: Wolf Benz schrieb: Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete "blank app" online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http://java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... Hi Wolf, first of all sorry for the lack of examples and documentation for now anyway. I just moved a project testwise up to the current myfaces and sort of was pleasantly surprised how good it went, so some help here from my side: First of all MyFaces 1.2 needs the latest JEE5 implementations of the servlet jsp/servlet api and at least java 5 (sorry but that is a limitation introduced by JSF 1.2 itself) So what you have to do, the configuration basically stayed the same from what I could tell, I didnt have to alter my old web.xml You just have to make sure you run on a container which provides the latest standard (it was tomcat 6 in my case) then I removed all jars wich referenced jsp apis, el apis and jasper, or serlvet apis, I moved the myfaces libs up to the latest versions as well as their dependencies (which come in in the pack) the last problem and this is a bug in Tomahawk, which I am filing at the moment, is a dependency into commons-el, you have to readd the jar if you use the sandbox and tomahawk unfortunately, I dont know if this can cause sideffects, but so far I couldnt notice one (but I am on facelets anyway) Once this is done it should run. I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... Actually no it definitely is not like that, we are no sadists, it is more along the lines, that the implementation is way overdue timewise and it had to get out asap, so that the server programmers can start using it. Expect the situation to improve soon. (Btw. thanks to all the guys who finally got the release out) As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Actually if you want contact me either via mail, or via google talk (same address as posted here) or via icq 46949386 I am yet a mere user of MyFaces 1.2 myself but I might be able to help you out to get it running. Cheers Werner
f:verbatim and myfaces 1.2.0
I'm currently trying out myfaces 1.2.0. I noticed a small change in behaviour for the f:verbatim tag. Before (with myfaces 1.1.6) I was able to do the following: (note I'm using facelets) It would nicely output the contextpath. However, If I try to do the same with 1.2.0 it doesn't output anything. Is there a spec change for jsf 1.2 saying el expressions are not allowed within f:verbatim? regards, Safurudin Mahic
[Tobago] when
Hi, I has a tc:in and a tc:link. when we click on the link the form is submited even though no value value in tc:in. When there is no value in tc:in and pressed on kindly suggest a solution. regards Ramarao
Re: Sun Java Application Server 9
Although i haven't used MyFaces with SJES, but i do have the experience of playing with the MyFaces on other App servers. Usually this kind of a behavior can be overcome by changing the class loading schemes of the application server from top down to bottom up. Or in other words you need to configure your application server to load your application level libraries before loading the libraries from other include paths. Hope this helps. Khurram On 7/20/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: By accident, I noticed this flag com.sun.faces.useMyFaces http://www.google.com/search?q=com.sun.faces.useMyFaces On 7/13/07, alvaro tovar <[EMAIL PROTECTED]> wrote: > if some one know how run myfaces in sun one application server 9, please > tell me. > > > > On 6/19/07, Matthias Wessendorf < [EMAIL PROTECTED]> wrote: > > The AS9 doc should contain infos on that, IMO ;) > > > > -M > > > > On 6/19/07, Juan Ignacio Sánchez Lara <[EMAIL PROTECTED]> wrote: > > > In MyFaces Wiki there's no information about anything beyond 8.1. > Anyway, I > > > wanted 9 because of a bug at 8.2 which makes Acegi don't work, but I've > > > finally decided to downgrade to 8.1. > > > > > > Thanks everybody! > > > > > > > > > > > > On 6/19/07, Matthias Wessendorf < [EMAIL PROTECTED]> wrote: > > > > I don't know. > > > > Is there any hint in the doc ? > > > > > > > > -M > > > > > > > > On 6/19/07, Juan Ignacio Sánchez Lara < [EMAIL PROTECTED]> > wrote: > > > > > So... there is no way to use MyFaces on SJAS 9.0, isn't it? > > > > > > > > > > > > > > > > > > > > On 6/19/07, Matthias Wessendorf < [EMAIL PROTECTED]> wrote: > > > > > > > I've noticed the presence of javax.faces.FacesServlet in > javaee.jar > > > > > under > > > > > > > AS9 / Glassfish (which is also in myfaces-api.jar), I didn't > look > > > > > further if > > > > > > > implementations are the same, but I reminded I saw your post so > I > > > said > > > > > it > > > > > > > may interest you: > > > > > > > > > > > > yes, a JavaEE container has to ship > > > > > > a) the API (javax.faces.*** ) > > > > > > b) the IMPL of the spec > > > > > > > > > > > > Any MyFaces has to ship the API as well > > > > > > (in case of Geronimo, the JSF-API is the one from MyFaces, in AS9 > it > > > > > > is the JSF RI) > > > > > > > > > > > > -M > > > > > > > > > > > > > > > > > > > > If you don't see the sens : javaee.jar is implicitely added to > your > > > > > > > classpath, so nothing guaranties your desired version of > > > FacesServlet > > > > > (and > > > > > > > maybe other classes) will be the one that is executed. > > > > > > > > > > > > > > Regards, > > > > > > > Zied > > > > > > > > > > > > > > > > > > > > > 2007/6/18, Matthias Wessendorf < [EMAIL PROTECTED]>: > > > > > > > > SJAS 9 is JavaEE 5 > > > > > > > > > > > > > > > > removing jsf-impl means, you removed the used IMPL > > > > > > > > And only jsf-api (also shipped by the RI) is left. > > > > > > > > > > > > > > > > A JavaEE5 container has to ignore a JSF runtime (and API), > shipped > > > > > > > > inside WEB-INF/lib. > > > > > > > > Therefore myfaces-api / myfaces-impl aren't used. > > > > > > > > > > > > > > > > I am not sure, how easy it is to *change* the used JSF runtime > on > > > SJAS > > > > > 9. > > > > > > > > JBoss has a parameter for this, AFAIK. > > > > > > > > > > > > > > > > -Matthias > > > > > > > > > > > > > > > > On 6/13/07, Juan Ignacio Sánchez Lara < > [EMAIL PROTECTED]> > > > > > wrote: > > > > > > > > > Has anybody managed to make MyFaces 1.1.5 work on SJAS 9? > When I > > > try > > > > > to > > > > > > > load > > > > > > > > > a jsf page it throws an exception: > > > > > > > > > > > > > > > > > > java.lang.UnsupportedOperationException > > > > > > > > > > > > > > > > > > > > > > > > > javax.faces.application.Application.getELResolver(Application.java:443) > > > > > > > > > ... > > > > > > > > > > > > > > > > > > It throws it even when I remove jsf-impl from server's lib > > > > > directory, so > > > > > > > I > > > > > > > > > assume it's due to servlet version. > > > > > > > > > > > > > > > > > > -- > > > > > > > > > Juan Ignacio Sánchez Lara > > > > > > > > > Ingeniero Informático + Técnico de Sistemas > > > > > > > > > > > > > > > > > > Diario: http://juanignaciosl.blogspot.com > > > > > > > > > Ideas + Ingeniería del Software: http://iiso.blogspot.com/ > > > > > > > > > > > > > > > > > > Fotos (todas): > > > > > > > http://www.flickr.com/photos/juanignaciosl > > > > > > > > > Fotos (selección): > > > > > > > http://jpgmag.com/people/juanignaciosl > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Matthias Wessendorf > > > > > > > > > > > > > > > > further stuff: > > > > > > > > blog: > http://matthiaswessendorf.wordpress.com/ > > > > > > > > mail: matzew-at-apache-dot-org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Zied Hamdi > > > > > > > zatreex.sourceforge.net > > > > > > > > > > > > > > > > > > -- > > > > > > Matthias Wessendor
RE: disable input text box generated from t:inputFileUpload
Hi Andrew, Thanks for the reply.Ideally we should have a feature similar to "disableOnClientSide" for t:inputFileUpload component. I am not sure about others but i feel that on many of the UI's the user is required to necessarily browse and not enter it manually to avoid user errors. What you have suggested is a patch. I had tried implementing it but faced some problems. Thanks, Madhav From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Fri 7/20/2007 6:41 AM To: MyFaces Discussion Subject: Re: disable input text box generated from t:inputFileUpload input file is not stylable (IE lets you do a little). There are many hacks out there to style it. Some involve putting an image over it, and such. Just google for searches like "input file css style". If you set the width small enough, the text box goes away. The problem is that the font on the button can change per user and per browser vendor, so it is near impossible to know how wide to make it. On 7/19/07, Madhav Bhargava <[EMAIL PROTECTED]> wrote: > Hi All, > > I have a requirement where the user should not be given control to directly > type in the path of a file. The user needs to necessarily click the browse > button and then the path will then be populated in the "disabled on client > side" input text that gets generated via this component. > > I could only find one disabled property on that component but that does not > do the trick. > > Do you have any suggestions? > > Thanks, > Madhav > > -- > When I tell the truth, it is not for the sake of convincing those who do not > know it, but for the sake of defending those that do <> CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS***
Re: Tomahawk+DataScroller+WorkingWithLargeTables
hi ,daniel ccss ,thank for your suggestion. i hope they will see this
message.
daniel ccss wrote:
>
> Paul another thing, I made a binding variable of the dataTable and I
> erased
> the dropScroller method and instead i made dataTable.setFirst(0) on my
> bean
> and works great :) I only need to do that on the erase method :)
>
> On 7/17/07, daniel ccss <[EMAIL PROTECTED]> wrote:
>>
>> Hi all, sorry I don´t write, I made the presentation on my work and all
>> works fine, I solve the last issue with a window.location in a
>> javascript.
>> All was a success :) Thanks all
>>
>> Song I think that Paul is working on it, he is the correct person to do
>> that, because he knows many about this, Paul and Vladimir thanks again
>> for
>> all of your help.
>>
>> On 7/14/07, song <[EMAIL PROTECTED]> wrote:
>> >
>> > hello all,i have read all your mail, i'm ireally has the same troubles
>> > in Tomahawk+DataScroller+WorkingWithLargeTables now. with your
>> discussion,i
>> > have know there are some thing wrong in state properties. i hope some
>> one of
>> > you update the wiki document in link:
>> > http://wiki.apache.org/myfaces/WorkingWithLargeTables thks for all.
>> >
>> > Paul Iov wrote:
>> >
>> > daniel ccss wrote:
>> > On 7/9/07, daniel ccss wrote: > IT WORKS
>> >
>> > Congratulation !
>> >
>> > daniel ccss wrote:
>> > > I have to debug to see the correct id of the datatable, and I found
>> > that > was: _id0:data:8 wh?? Obviously I don´t get the dropScroller
>> to
>> > work > because I sent the true Id of the DataTable: data
>> >
>> > Daniel, I have no ideas why do you get this IDs. It seems to be the ID
>> > of some child element - not of the table itself. Anyway, you cad put
>> this
>> > debug statements to track exactly what happening. private void
>> > dropScroller(String dataTableId) { _log.info("dropScroller called");
>> > FacesContext context = FacesContext.getCurrentInstance(); UIComponent
>> > component = findComponent(context.getViewRoot(), ":"+ dataTableId,
>> > context, *false*); if (component instanceof UIData){ ((UIData)
>> > component).setFirst(0); //set datatable to FIRST page }else if (null ==
>> > component){ _log.error("no dataTable fount!"); } else {
>> _log.error("Found
>> > component with id "+component.getClientId()+" is not an instance of
>> > UIData"); } } Pay attention to this FALSE param. It controls HOW the ID
>> > should be matched - exact or against endsWith(). So, if you supply
>> "data",
>> > it will search in tree for ":data".
>> >
>> > daniel ccss wrote:
>> > > 1- How I can access the PagedList properties from my bean, to do
>> what
>> > you > said about the _invalidated to true after a delete/add/edit
>> action
>> >
>> > Once again... 1. Define the method public void Invalidate(){
>> > this._invalidated=true;} i your PagedList class. 2. Declare a bean's
>> member,
>> > i.e. private PagedList myList = new PagedList(?); 3. After modification
>> > of list/DB/whatever just call in your bean this.myList.Invalidate(); If
>> > you have not implemented the internal storage like me, you have to
>> supply
>> > the total record count each time the fetching take place. I relay on
>> the
>> > list itself, because it hase all IDs in array and already 'knows', own
>> size
>> > - you have to perform "select count(*)..." after each DB modification
>> (at
>> > least delete/insert) and put this count back to PagedList (as property
>> of
>> > returning DataPage istance). It means, you have to modify the code to
>> store
>> > this returned value, because I have no such code ;) The only task to
>> > accomplish then is to ensure, that the page will be refetched next time
>> ->
>> > _invalidated flag.
>> >
>> > daniel ccss wrote:
>> > > 3- Can you send me your ajax jar, It seems that now the ajax data
>> > table is > only in rich faces?? Which jar to use.
>> >
>> > Daniel, I use the regular t:dataTable. The rest does a4j which you can
>> > download directly from JBoss site. It's not an replacement component
>> library
>> > - just an additional one. regards, paul
>> >
>> >
>> > --
>> > View this message in context: Re:
>> > Tomahawk+DataScroller+WorkingWithLargeTables
>> >
>>
>> > Sent from the MyFaces - Users mailing list
>> archiveat
>> > Nabble.com.
>> >
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Tomahawk%2BDataScroller%2BWorkingWithLargeTables-tf4016097.html#a11700688
Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: disable input text box generated from t:inputFileUpload
input file is not stylable (IE lets you do a little). There are many hacks out there to style it. Some involve putting an image over it, and such. Just google for searches like "input file css style". If you set the width small enough, the text box goes away. The problem is that the font on the button can change per user and per browser vendor, so it is near impossible to know how wide to make it. On 7/19/07, Madhav Bhargava <[EMAIL PROTECTED]> wrote: Hi All, I have a requirement where the user should not be given control to directly type in the path of a file. The user needs to necessarily click the browse button and then the path will then be populated in the "disabled on client side" input text that gets generated via this component. I could only find one disabled property on that component but that does not do the trick. Do you have any suggestions? Thanks, Madhav -- When I tell the truth, it is not for the sake of convincing those who do not know it, but for the sake of defending those that do
disable input text box generated from t:inputFileUpload
Hi All, I have a requirement where the user should not be given control to directly type in the path of a file. The user needs to necessarily click the browse button and then the path will then be populated in the "disabled on client side" input text that gets generated via this component. I could only find one disabled property on that component but that does not do the trick. Do you have any suggestions? Thanks, Madhav -- When I tell the truth, it is not for the sake of convincing those who do not know it, but for the sake of defending those that do
Re: Myfaces 1.2.0 setup issues (again)
Ok sorry for this, as it seems there is an issue in the examples with Tomcat 6 and the jstl needed by the sandbox examples, my app was not affected since it does not use the jstl (and facelets work fine) can anyone confirm this, not sure why the jstl is in the tomahawk examples at all. If anyone of the myfaces 1.2 authors could jump in here I would be grateful ;-) The funny thing is in my facelets/spring configuration I am not affected not sure where the problem is, but it must be a mixture of jstl dependencies which and tomcat 6 :-) Werner Punz schrieb: Wolf Benz schrieb: Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete "blank app" online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http://java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... Hi Wolf, first of all sorry for the lack of examples and documentation for now anyway. I just moved a project testwise up to the current myfaces and sort of was pleasantly surprised how good it went, so some help here from my side: First of all MyFaces 1.2 needs the latest JEE5 implementations of the servlet jsp/servlet api and at least java 5 (sorry but that is a limitation introduced by JSF 1.2 itself) So what you have to do, the configuration basically stayed the same from what I could tell, I didnt have to alter my old web.xml You just have to make sure you run on a container which provides the latest standard (it was tomcat 6 in my case) then I removed all jars wich referenced jsp apis, el apis and jasper, or serlvet apis, I moved the myfaces libs up to the latest versions as well as their dependencies (which come in in the pack) the last problem and this is a bug in Tomahawk, which I am filing at the moment, is a dependency into commons-el, you have to readd the jar if you use the sandbox and tomahawk unfortunately, I dont know if this can cause sideffects, but so far I couldnt notice one (but I am on facelets anyway) Once this is done it should run. I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... Actually no it definitely is not like that, we are no sadists, it is more along the lines, that the implementation is way overdue timewise and it had to get out asap, so that the server programmers can start using it. Expect the situation to improve soon. (Btw. thanks to all the guys who finally got the release out) As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Actually if you want contact me either via mail, or via google talk (same address as posted here) or via icq 46949386 I am yet a mere user of MyFaces 1.2 myself but I might be able to help you out to get it running. Cheers Werner
Re: Sun Java Application Server 9
By accident, I noticed this flag com.sun.faces.useMyFaces http://www.google.com/search?q=com.sun.faces.useMyFaces On 7/13/07, alvaro tovar <[EMAIL PROTECTED]> wrote: if some one know how run myfaces in sun one application server 9, please tell me. On 6/19/07, Matthias Wessendorf < [EMAIL PROTECTED]> wrote: > The AS9 doc should contain infos on that, IMO ;) > > -M > > On 6/19/07, Juan Ignacio Sánchez Lara <[EMAIL PROTECTED]> wrote: > > In MyFaces Wiki there's no information about anything beyond 8.1. Anyway, I > > wanted 9 because of a bug at 8.2 which makes Acegi don't work, but I've > > finally decided to downgrade to 8.1. > > > > Thanks everybody! > > > > > > > > On 6/19/07, Matthias Wessendorf < [EMAIL PROTECTED]> wrote: > > > I don't know. > > > Is there any hint in the doc ? > > > > > > -M > > > > > > On 6/19/07, Juan Ignacio Sánchez Lara < [EMAIL PROTECTED]> wrote: > > > > So... there is no way to use MyFaces on SJAS 9.0, isn't it? > > > > > > > > > > > > > > > > On 6/19/07, Matthias Wessendorf < [EMAIL PROTECTED]> wrote: > > > > > > I've noticed the presence of javax.faces.FacesServlet in javaee.jar > > > > under > > > > > > AS9 / Glassfish (which is also in myfaces-api.jar), I didn't look > > > > further if > > > > > > implementations are the same, but I reminded I saw your post so I > > said > > > > it > > > > > > may interest you: > > > > > > > > > > yes, a JavaEE container has to ship > > > > > a) the API (javax.faces.*** ) > > > > > b) the IMPL of the spec > > > > > > > > > > Any MyFaces has to ship the API as well > > > > > (in case of Geronimo, the JSF-API is the one from MyFaces, in AS9 it > > > > > is the JSF RI) > > > > > > > > > > -M > > > > > > > > > > > > > > > > > If you don't see the sens : javaee.jar is implicitely added to your > > > > > > classpath, so nothing guaranties your desired version of > > FacesServlet > > > > (and > > > > > > maybe other classes) will be the one that is executed. > > > > > > > > > > > > Regards, > > > > > > Zied > > > > > > > > > > > > > > > > > > 2007/6/18, Matthias Wessendorf < [EMAIL PROTECTED]>: > > > > > > > SJAS 9 is JavaEE 5 > > > > > > > > > > > > > > removing jsf-impl means, you removed the used IMPL > > > > > > > And only jsf-api (also shipped by the RI) is left. > > > > > > > > > > > > > > A JavaEE5 container has to ignore a JSF runtime (and API), shipped > > > > > > > inside WEB-INF/lib. > > > > > > > Therefore myfaces-api / myfaces-impl aren't used. > > > > > > > > > > > > > > I am not sure, how easy it is to *change* the used JSF runtime on > > SJAS > > > > 9. > > > > > > > JBoss has a parameter for this, AFAIK. > > > > > > > > > > > > > > -Matthias > > > > > > > > > > > > > > On 6/13/07, Juan Ignacio Sánchez Lara < [EMAIL PROTECTED]> > > > > wrote: > > > > > > > > Has anybody managed to make MyFaces 1.1.5 work on SJAS 9? When I > > try > > > > to > > > > > > load > > > > > > > > a jsf page it throws an exception: > > > > > > > > > > > > > > > > java.lang.UnsupportedOperationException > > > > > > > > > > > > > > > > > > > > javax.faces.application.Application.getELResolver(Application.java:443) > > > > > > > > ... > > > > > > > > > > > > > > > > It throws it even when I remove jsf-impl from server's lib > > > > directory, so > > > > > > I > > > > > > > > assume it's due to servlet version. > > > > > > > > > > > > > > > > -- > > > > > > > > Juan Ignacio Sánchez Lara > > > > > > > > Ingeniero Informático + Técnico de Sistemas > > > > > > > > > > > > > > > > Diario: http://juanignaciosl.blogspot.com > > > > > > > > Ideas + Ingeniería del Software: http://iiso.blogspot.com/ > > > > > > > > > > > > > > > > Fotos (todas): > > > > > > http://www.flickr.com/photos/juanignaciosl > > > > > > > > Fotos (selección): > > > > > > http://jpgmag.com/people/juanignaciosl > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Matthias Wessendorf > > > > > > > > > > > > > > further stuff: > > > > > > > blog: http://matthiaswessendorf.wordpress.com/ > > > > > > > mail: matzew-at-apache-dot-org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Zied Hamdi > > > > > > zatreex.sourceforge.net > > > > > > > > > > > > > > > -- > > > > > Matthias Wessendorf > > > > > > > > > > further stuff: > > > > > blog: http://matthiaswessendorf.wordpress.com/ > > > > > mail: matzew-at-apache-dot-org > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Juan Ignacio Sánchez Lara > > > > Ingeniero Informático + Técnico de Sistemas > > > > > > > > Diario: http://juanignaciosl.blogspot.com > > > > Ideas + Ingeniería del Software: http://iiso.blogspot.com/ > > > > > > > > Fotos (todas): > > http://www.flickr.com/photos/juanignaciosl > > > > Fotos (selección): > > http://jpgmag.com/people/juanignaciosl > > > > > > > > > -- > > > Matthias Wessendorf > > > > > > further stuff: > > > blog: http://matthiaswessendorf.wordpress.com/ > > > mail: matzew-at-apache-dot-org > > > > > > > > > > > -- > > > > Juan Ignacio Sánchez Lara > > Ingeniero Inf
Re: Generic JSF question
Access the bean through a faces context in the servlet:
http://wiki.apache.org/myfaces/AccessFacesContextFromServlet
Then you can use
FacesContext.getApplication().createValueBinding(String).getValue(FacesContext);
Where the "#{beanName}" is string parameter.
On 7/19/07, CD <[EMAIL PROTECTED]> wrote:
As I would assume.
The issue I am seeing in this particular instance is this (I'll try to
shorten the description as details really aren't necessary for now):
View/Code description: We have a page with links that are generated from
the rows in a bound datatable (initially populated in the constructor of the
bean). The links point to a servlet which, in turn, acquires the instance
of the bean from the session by name.
Issue: When clicking on one of these links for the first time when the
session is created, the servlet returns nothing (servlet used to stream a
pdf from a backend source FYI). This behavior repeats ad infinitum until a
submit() is performed on the form. Once this submit is performed, clicking
on the links yields a result as expected (PDF shown).
Any thoughts?
On 7/19/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> When it is created by the variable resolver (first time it is accessed)
>
> On 7/19/07, CD < [EMAIL PROTECTED]> wrote:
> > At what point in the lifecycle is a bean declared as "session" scoped
get
> > stored in the session?
>
Re: Generic JSF question
As I would assume. The issue I am seeing in this particular instance is this (I'll try to shorten the description as details really aren't necessary for now): View/Code description: We have a page with links that are generated from the rows in a bound datatable (initially populated in the constructor of the bean). The links point to a servlet which, in turn, acquires the instance of the bean from the session by name. Issue: When clicking on one of these links for the first time when the session is created, the servlet returns nothing (servlet used to stream a pdf from a backend source FYI). This behavior repeats ad infinitum until a submit() is performed on the form. Once this submit is performed, clicking on the links yields a result as expected (PDF shown). Any thoughts? On 7/19/07, Andrew Robinson <[EMAIL PROTECTED]> wrote: When it is created by the variable resolver (first time it is accessed) On 7/19/07, CD <[EMAIL PROTECTED]> wrote: > At what point in the lifecycle is a bean declared as "session" scoped get > stored in the session?
Re: Generic JSF question
When it is created by the variable resolver (first time it is accessed) On 7/19/07, CD <[EMAIL PROTECTED]> wrote: At what point in the lifecycle is a bean declared as "session" scoped get stored in the session?
Re: Myfaces 1.2.0 setup issues (again)
Wolf Benz schrieb: Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete "blank app" online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http://java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... Hi Wolf, first of all sorry for the lack of examples and documentation for now anyway. I just moved a project testwise up to the current myfaces and sort of was pleasantly surprised how good it went, so some help here from my side: First of all MyFaces 1.2 needs the latest JEE5 implementations of the servlet jsp/servlet api and at least java 5 (sorry but that is a limitation introduced by JSF 1.2 itself) So what you have to do, the configuration basically stayed the same from what I could tell, I didnt have to alter my old web.xml You just have to make sure you run on a container which provides the latest standard (it was tomcat 6 in my case) then I removed all jars wich referenced jsp apis, el apis and jasper, or serlvet apis, I moved the myfaces libs up to the latest versions as well as their dependencies (which come in in the pack) the last problem and this is a bug in Tomahawk, which I am filing at the moment, is a dependency into commons-el, you have to readd the jar if you use the sandbox and tomahawk unfortunately, I dont know if this can cause sideffects, but so far I couldnt notice one (but I am on facelets anyway) Once this is done it should run. I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... Actually no it definitely is not like that, we are no sadists, it is more along the lines, that the implementation is way overdue timewise and it had to get out asap, so that the server programmers can start using it. Expect the situation to improve soon. (Btw. thanks to all the guys who finally got the release out) As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Actually if you want contact me either via mail, or via google talk (same address as posted here) or via icq 46949386 I am yet a mere user of MyFaces 1.2 myself but I might be able to help you out to get it running. Cheers Werner
Generic JSF question
At what point in the lifecycle is a bean declared as "session" scoped get stored in the session?
Re: null EL expression - "ELResolver cannot handle a null base Object with identifier 'nullValue'"
So how do I make it work in MyFaces under Jetty? Why doesn't the presence of commons-el or Jetty or whatever cause the RI to blow up? On 7/18/07, Bruno Aranda <[EMAIL PROTECTED]> wrote: Ah yes, actually the problem was not commons-el (which is necessary for tomahawk to work) but a bug in jetty which I think it has already been addressed. Cheers, Bruno On 18/07/07, noah <[EMAIL PROTECTED]> wrote: > Sorry for reviving a 2 week old thread, but I haven't had a chance to > try this again. > > I've added the exclusions you have below and I'm still getting the > same error on Jetty. jetty:run-exploded shows that commons-el isn't > in WEB-INF/lib > > If I try the war in Tomcat 6 I get NoClassDefFoundError: > org/apache/commons/el/Logger (full trace below) > > Right now I'm using 1.2.0 with Tomahawk 1.1.6 and sandbox 1.1.6-SNAPSHOT. > > Everything is working just fine with the RI. Why should changing my > implementation cause everything to blow up like this? > > Full Trace: > 18 Jul 2007 12:40:55 ERROR ExtensionsFilter: Exception wile retrieving > addResource > java.lang.NoClassDefFoundError: org/apache/commons/el/Logger > at org.apache.myfaces.shared_tomahawk.util.ClassUtils.(ClassUtils.java:44) > at org.apache.myfaces.shared_tomahawk.config.MyfacesConfig.(MyfacesConfig.java:94) > at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:282) > at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:126) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:208) > at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:165) > at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:138) > at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) > at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) > at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110) > at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:216) > at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:195) > at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:90) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at org.apache.catalina.valves
Re: [Addendum]: Myfaces 1.2 upgrading
Hi Matthieu,
regarding #2.
I can't reproduce it.
faces-config:
beany
org.apache.myfaces.blank.SessionBean
session
style
short
JSP-file:
<%@ taglib uri="http://java.sun.com/jsf/html"; prefix="h" %>
<%@ taglib uri="http://java.sun.com/jsf/core"; prefix="f"%>
Bean
package org.apache.myfaces.blank;
import java.util.Date;
public class SessionBean {
private Date date = new Date();
private String style;
public Date getDate() {
return date;
}
public void setDate(Date date) {
this.date = date;
}
public String getStyle() {
System.out.println("getStyle called");
return style;
}
public void setStyle(String style) {
this.style = style;
}
}
and the system.out is called, when I access the webpage
-Matthias
On 7/19/07, Cormier, Matthieu <[EMAIL PROTECTED]> wrote:
Hello all,
My original hypothesis for issue 2 was incorrect. The issue is actually
caused from the tag
dateStyle
short
However the get method for the property is never called and the exception
stack trace below occurs.
This code worked fine in 1.1 but no longer works in 1.2.
Matthieu
From: Cormier, Matthieu [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 19, 2007 9:55 AM
To: MyFaces Discussion
Subject: Myfaces 1.2 upgrading
Hello all,
I am attempting to upgrade our application to Myfaces 1.2 and have come
across 2 interesting issues. Bot have workarounds but I was wondering if
they are bugs or not.
1. The names of facets for tomahawk tree2 must be hardcoded and cannot come
from a bean.
So will not work but
will.
2. Definition of a StyleClass can fail with the following exception:
javax.faces.convert.ConverterException: invalid style ''
at
javax.faces.convert.DateTimeConverter.calcStyle(DateTimeConverter.java:203)
at
javax.faces.convert.DateTimeConverter.getDateFormat(DateTimeConverter.java:166)
at
javax.faces.convert.DateTimeConverter.getAsString(DateTimeConverter.java:125)
This was discovered because we use a conditional in our tree to define
styles dependant on the selected node.
styleClass="#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : '' }"
The workaround is to define the empty style to a style that is not defined.
styleClass="#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : 'nullStyle'}"
Are these bugs or spec changes from 1.1 to 1.2?
--
Matthieu Cormier
Abridean Inc.
T: 902-442-5122 x 5145
F: 902-442-5101
www.abridean.com
This e-mail is intended solely for the person or entity to which it is
addressed and may contain confidential and/or privileged information. Any
review, dissemination, copying, printing or other use of this e-mail by
persons or entities other than the addressee is prohibited. If you have
received this e-mail in error, please contact the sender immediately and
delete the material from any computer
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
[Addendum]: Myfaces 1.2 upgrading
Hello all,
My original hypothesis for issue 2 was incorrect. The issue is actually
caused from the tag
dateStyle
short
However the get method for the property is never called and the
exception stack trace below occurs.
This code worked fine in 1.1 but no longer works in 1.2.
Matthieu
From: Cormier, Matthieu [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 19, 2007 9:55 AM
To: MyFaces Discussion
Subject: Myfaces 1.2 upgrading
Hello all,
I am attempting to upgrade our application to Myfaces 1.2 and have come
across 2 interesting issues. Bot have workarounds but I was wondering
if they are bugs or not.
1. The names of facets for tomahawk tree2 must be hardcoded and cannot
come from a bean.
So will not work but
will.
2. Definition of a StyleClass can fail with the following exception:
javax.faces.convert.ConverterException: invalid style ''
at
javax.faces.convert.DateTimeConverter.calcStyle(DateTimeConverter.java:2
03)
at
javax.faces.convert.DateTimeConverter.getDateFormat(DateTimeConverter.ja
va:166)
at
javax.faces.convert.DateTimeConverter.getAsString(DateTimeConverter.java
:125)
This was discovered because we use a conditional in our tree to define
styles dependant on the selected node.
styleClass="#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : '' }"
The workaround is to define the empty style to a style that is not
defined.
styleClass="#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : 'nullStyle'}"
Are these bugs or spec changes from 1.1 to 1.2?
--
Matthieu Cormier
Abridean Inc.
T: 902-442-5122 x 5145
F: 902-442-5101
www.abridean.com
This e-mail is intended solely for the person or entity to which it is
addressed and may contain confidential and/or privileged information.
Any review, dissemination, copying, printing or other use of this e-mail
by persons or entities other than the addressee is prohibited. If you
have received this e-mail in error, please contact the sender
immediately and delete the material from any computer
Re: Does MyFaces 1.2 require JSP 2.1?
Will the Myfaces team consider the possibility of providing similar support for non-JSP 2.1 containers using facelets? That would be very welcome :) On 7/19/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: nice! that's a cool feature. -M On 7/19/07, Jesse Alexander (KSFD 121) <[EMAIL PROTECTED]> wrote: > No.. > RI just makes a test on the JSP-version and disables certain stuff, when > it detects > a J2EE 1.4 environment (as in TC 5 and WLS 9.2). It then relies on > facelets > to provide certain functionality... > > Sounds like MyFaces is a bit harsher on the user here than the RI. > > OK... JSF 1.2 officially needs JEE 5. > BUT... 1:0 for RI to allow for the gracefull degradation. > > Just set up a 1.2 RI-app in TC 5.x and watch the log when starting up. > You will notice some entries like > INFO: JSF1027: [null] The ELResolvers for JSF were not registered with > the JSP container. > > See what I mean? > > regards > Alexander > > > -Original Message- > From: Andrew Robinson [mailto:[EMAIL PROTECTED] > Sent: Thursday, July 19, 2007 7:24 PM > To: MyFaces Discussion > Subject: Re: Does MyFaces 1.2 require JSP 2.1? > > I would ask the facelets list then. According to the JSF > specification, JSP 2.1 and Servlet 2.5 support is required for JSF > 1.2. > > On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: > > > > I am using Facelets - that's why I find it strange. I'm able to use > Sun's RI > > (the latest version) in place of MyFaces in the same application and > > everything works fine. > > > > Matt > > > > > > Andrew Robinson-5 wrote: > > > > > > JSF 1.2 requires JSP 2.1 unless you use facelets. > > > > > > I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 > > > support is required) > > > > > > On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: > > >> > > >> I should mention: I get the error below on startup when deploying > on > > >> Tomcat > > >> 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat > 5.0.25 > > >> again, no error. > > >> > > >> Matt > > >> > > >> > > >> mraible wrote: > > >> > > > >> > From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a > quick > > >> > prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the > following > > >> > error on startup: > > >> > > > >> > Exception sending context initialized event to listener instance > of > > >> class > > >> > org.apache.myfaces.webapp.StartupServletContextListener > > >> > java.lang.NoSuchMethodError: > > >> > > > >> > javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/Ser > vletContext;)Ljavax/servlet/jsp/JspApplicationContext; > > >> > at > > >> > > > >> > org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFaces > Initializer.java:102) > > >> > at > > >> > > > >> > org.apache.myfaces.webapp.StartupServletContextListener.contextInitializ > ed(StartupServletContextListener.java:57) > > >> > > > >> > If I deploy my app to Tomcat 6, this problem doesn't exist. If I > change > > >> > from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist > either. > > >> > For this reason, it appears to me that MyFaces 1.2 requires JSP > 2.1. > > >> > > > >> > Cheers, > > >> > > > >> > Matt > > >> > > > >> > > >> -- > > >> View this message in context: > > >> > http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a > 11693503 > > >> Sent from the MyFaces - Users mailing list archive at Nabble.com. > > >> > > >> > > > > > > > > > > -- > > View this message in context: > http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a > 11693795 > > Sent from the MyFaces - Users mailing list archive at Nabble.com. > > > > > -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Does MyFaces 1.2 require JSP 2.1?
nice! that's a cool feature. -M On 7/19/07, Jesse Alexander (KSFD 121) <[EMAIL PROTECTED]> wrote: No.. RI just makes a test on the JSP-version and disables certain stuff, when it detects a J2EE 1.4 environment (as in TC 5 and WLS 9.2). It then relies on facelets to provide certain functionality... Sounds like MyFaces is a bit harsher on the user here than the RI. OK... JSF 1.2 officially needs JEE 5. BUT... 1:0 for RI to allow for the gracefull degradation. Just set up a 1.2 RI-app in TC 5.x and watch the log when starting up. You will notice some entries like INFO: JSF1027: [null] The ELResolvers for JSF were not registered with the JSP container. See what I mean? regards Alexander -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 7:24 PM To: MyFaces Discussion Subject: Re: Does MyFaces 1.2 require JSP 2.1? I would ask the facelets list then. According to the JSF specification, JSP 2.1 and Servlet 2.5 support is required for JSF 1.2. On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: > > I am using Facelets - that's why I find it strange. I'm able to use Sun's RI > (the latest version) in place of MyFaces in the same application and > everything works fine. > > Matt > > > Andrew Robinson-5 wrote: > > > > JSF 1.2 requires JSP 2.1 unless you use facelets. > > > > I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 > > support is required) > > > > On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: > >> > >> I should mention: I get the error below on startup when deploying on > >> Tomcat > >> 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 > >> again, no error. > >> > >> Matt > >> > >> > >> mraible wrote: > >> > > >> > From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick > >> > prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following > >> > error on startup: > >> > > >> > Exception sending context initialized event to listener instance of > >> class > >> > org.apache.myfaces.webapp.StartupServletContextListener > >> > java.lang.NoSuchMethodError: > >> > > >> javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/Ser vletContext;)Ljavax/servlet/jsp/JspApplicationContext; > >> > at > >> > > >> org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFaces Initializer.java:102) > >> > at > >> > > >> org.apache.myfaces.webapp.StartupServletContextListener.contextInitializ ed(StartupServletContextListener.java:57) > >> > > >> > If I deploy my app to Tomcat 6, this problem doesn't exist. If I change > >> > from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. > >> > For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. > >> > > >> > Cheers, > >> > > >> > Matt > >> > > >> > >> -- > >> View this message in context: > >> http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693503 > >> Sent from the MyFaces - Users mailing list archive at Nabble.com. > >> > >> > > > > > > -- > View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693795 > Sent from the MyFaces - Users mailing list archive at Nabble.com. > > -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
RE: Does MyFaces 1.2 require JSP 2.1?
No.. RI just makes a test on the JSP-version and disables certain stuff, when it detects a J2EE 1.4 environment (as in TC 5 and WLS 9.2). It then relies on facelets to provide certain functionality... Sounds like MyFaces is a bit harsher on the user here than the RI. OK... JSF 1.2 officially needs JEE 5. BUT... 1:0 for RI to allow for the gracefull degradation. Just set up a 1.2 RI-app in TC 5.x and watch the log when starting up. You will notice some entries like INFO: JSF1027: [null] The ELResolvers for JSF were not registered with the JSP container. See what I mean? regards Alexander -Original Message- From: Andrew Robinson [mailto:[EMAIL PROTECTED] Sent: Thursday, July 19, 2007 7:24 PM To: MyFaces Discussion Subject: Re: Does MyFaces 1.2 require JSP 2.1? I would ask the facelets list then. According to the JSF specification, JSP 2.1 and Servlet 2.5 support is required for JSF 1.2. On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: > > I am using Facelets - that's why I find it strange. I'm able to use Sun's RI > (the latest version) in place of MyFaces in the same application and > everything works fine. > > Matt > > > Andrew Robinson-5 wrote: > > > > JSF 1.2 requires JSP 2.1 unless you use facelets. > > > > I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 > > support is required) > > > > On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: > >> > >> I should mention: I get the error below on startup when deploying on > >> Tomcat > >> 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 > >> again, no error. > >> > >> Matt > >> > >> > >> mraible wrote: > >> > > >> > From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick > >> > prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following > >> > error on startup: > >> > > >> > Exception sending context initialized event to listener instance of > >> class > >> > org.apache.myfaces.webapp.StartupServletContextListener > >> > java.lang.NoSuchMethodError: > >> > > >> javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/Ser vletContext;)Ljavax/servlet/jsp/JspApplicationContext; > >> > at > >> > > >> org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFaces Initializer.java:102) > >> > at > >> > > >> org.apache.myfaces.webapp.StartupServletContextListener.contextInitializ ed(StartupServletContextListener.java:57) > >> > > >> > If I deploy my app to Tomcat 6, this problem doesn't exist. If I change > >> > from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. > >> > For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. > >> > > >> > Cheers, > >> > > >> > Matt > >> > > >> > >> -- > >> View this message in context: > >> http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693503 > >> Sent from the MyFaces - Users mailing list archive at Nabble.com. > >> > >> > > > > > > -- > View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a 11693795 > Sent from the MyFaces - Users mailing list archive at Nabble.com. > >
Re: Myfaces 1.2.0 setup issues (again)
Hi wolf, nobody here is having a great time looking at how users have a terrible time figuring it all out themselves. can you please file jira issues on your items ? Yes there is a minimal example out there: http://svn.apache.org/viewvc/myfaces/current12/test-webapp/ We have to add it to the next release (please file a jira issue on that) There is also a more complex demo (using Trinidad, instead of Tomahawk) (and jetty): http://code.google.com/p/facesgoodies/ (do a svn check out, since the ZIPPY is using myfaces.1.2.0-SNAPSHOT) File a jira issue on having a tomahawk-demo as well (I know that Werner did some *investments* here already) Thanks, Matthias On 7/19/07, Wolf Benz <[EMAIL PROTECTED]> wrote: Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete "blank app" online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http:// java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Many thanks, Wolf -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Does MyFaces 1.2 require JSP 2.1?
I would ask the facelets list then. According to the JSF specification, JSP 2.1 and Servlet 2.5 support is required for JSF 1.2. On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: I am using Facelets - that's why I find it strange. I'm able to use Sun's RI (the latest version) in place of MyFaces in the same application and everything works fine. Matt Andrew Robinson-5 wrote: > > JSF 1.2 requires JSP 2.1 unless you use facelets. > > I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 > support is required) > > On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: >> >> I should mention: I get the error below on startup when deploying on >> Tomcat >> 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 >> again, no error. >> >> Matt >> >> >> mraible wrote: >> > >> > From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick >> > prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following >> > error on startup: >> > >> > Exception sending context initialized event to listener instance of >> class >> > org.apache.myfaces.webapp.StartupServletContextListener >> > java.lang.NoSuchMethodError: >> > >> javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; >> > at >> > >> org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) >> > at >> > >> org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) >> > >> > If I deploy my app to Tomcat 6, this problem doesn't exist. If I change >> > from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. >> > For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. >> > >> > Cheers, >> > >> > Matt >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 >> Sent from the MyFaces - Users mailing list archive at Nabble.com. >> >> > > -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693795 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
I've had the same problem using Facelets on Weblogic 9.2, which does not support JSP 2.1. Simon, the fact that both JSP 2.1 and JSF 1.2 use the unified EL does not mean that JSP 2.1 and JSF 1.2 must always come together. What it means is that the pairs JSP 2.1/unified EL and JSF 1.2/unified EL must come together by themselves. There might be some dependency there though, which is bad news for those who are limited to a non-JSP 2.1compliant application server and would like to use JSF 1.2. On 7/19/07, Andrew Robinson <[EMAIL PROTECTED]> wrote: JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: > > I should mention: I get the error below on startup when deploying on Tomcat > 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 > again, no error. > > Matt > > > mraible wrote: > > > > From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick > > prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following > > error on startup: > > > > Exception sending context initialized event to listener instance of class > > org.apache.myfaces.webapp.StartupServletContextListener > > java.lang.NoSuchMethodError: > > javax.servlet.jsp.JspFactory.getJspApplicationContext (Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; > > at > > org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces( DefaultFacesInitializer.java:102) > > at > > org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized (StartupServletContextListener.java:57) > > > > If I deploy my app to Tomcat 6, this problem doesn't exist. If I change > > from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. > > For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. > > > > Cheers, > > > > Matt > > > > -- > View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 > Sent from the MyFaces - Users mailing list archive at Nabble.com. > >
Re: Does MyFaces 1.2 require JSP 2.1?
I am using Facelets - that's why I find it strange. I'm able to use Sun's RI (the latest version) in place of MyFaces in the same application and everything works fine. Matt Andrew Robinson-5 wrote: > > JSF 1.2 requires JSP 2.1 unless you use facelets. > > I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 > support is required) > > On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: >> >> I should mention: I get the error below on startup when deploying on >> Tomcat >> 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 >> again, no error. >> >> Matt >> >> >> mraible wrote: >> > >> > From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick >> > prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following >> > error on startup: >> > >> > Exception sending context initialized event to listener instance of >> class >> > org.apache.myfaces.webapp.StartupServletContextListener >> > java.lang.NoSuchMethodError: >> > >> javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; >> > at >> > >> org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) >> > at >> > >> org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) >> > >> > If I deploy my app to Tomcat 6, this problem doesn't exist. If I change >> > from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. >> > For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. >> > >> > Cheers, >> > >> > Matt >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 >> Sent from the MyFaces - Users mailing list archive at Nabble.com. >> >> > > -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693795 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
JSF 1.2 requires JSP 2.1 unless you use facelets. I believe you have to run Tomcat 6 as a minimum version (servlet 2.5 support is required) On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: > > From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick > prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following > error on startup: > > Exception sending context initialized event to listener instance of class > org.apache.myfaces.webapp.StartupServletContextListener > java.lang.NoSuchMethodError: > javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; > at > org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) > at > org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) > > If I deploy my app to Tomcat 6, this problem doesn't exist. If I change > from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. > For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. > > Cheers, > > Matt > -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Does MyFaces 1.2 require JSP 2.1?
Hello Matt, Yes, you need JSP 2.1. JSP 2.1 and JSF 1.2 use the new Unified EL that allow better integration of both technologies such as using foreach with JSF. Regards, ~ Simon On 7/19/07, mraible <[EMAIL PROTECTED]> wrote: From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext (Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces( DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized (StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693501 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Myfaces 1.2.0 setup issues (again)
Hi List It's very cool MyFaces 1.2 finally got out of the door but... It's again a true pain setting MyFaces up correctly before it works... (more than it should). I remember it took me an entire week before I had MyFaces 1.x configured correctly with the Extension Filter etc. What a waste of time :-( In the mean time, other sites have helped out and put a proper Tutorial or a complete "blank app" online but this major new release demands renewed examples and ... is a chance for e renewed approach. Yet, with MyFaces 1.2.0 out, I see the old the same mistakes are made again: - no examples - no info on the web.xml (like: should it specify servlet container v 2.5 now?) - no info on the faces-config.xml (like: should it specify http:// java.sun.com/dtd/web-facesconfig_1_1.dtd or v.1.2?) - no info on what jars are exactly required - no compatibility matrix (like: works with Tomcat6? Can you use Tomahawk (e.g. of version 1.6) together with MyFaces1.2? ... I get the impression the jars are just dumped online and the makers have a great time looking at how users have a terrible time figuring it all out themselves... As I cannot image no one on this list has such example, could someone take the effort of posting the jar online to help all the rest of us out? My setup is: Tomcat6, MyFaces 1.2, Tomahawk(if possible in combination with MF1.2.0 - also this info is not online) I guess this setup would currently the most common one. I spent the last 2 days (starting from my old MF 1.1.5/Toma1.1.5 app on Tomcat 5) trying to migrate it to that setup but to no avail. Many thanks, Wolf
Re: Does MyFaces 1.2 require JSP 2.1?
I should mention: I get the error below on startup when deploying on Tomcat 5.0.25. If I change from MyFaces to Sun's RI and deploy on Tomcat 5.0.25 again, no error. Matt mraible wrote: > > From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick > prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following > error on startup: > > Exception sending context initialized event to listener instance of class > org.apache.myfaces.webapp.StartupServletContextListener > java.lang.NoSuchMethodError: > javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; > at > org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) > at > org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) > > If I deploy my app to Tomcat 6, this problem doesn't exist. If I change > from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. > For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. > > Cheers, > > Matt > -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693503 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Does MyFaces 1.2 require JSP 2.1?
>From what I can tell, MyFaces 1.2 requires JSP 2.1. I developed a quick prototype using MyFaces 1.2 + Facelets 1.1.13 and I get the following error on startup: Exception sending context initialized event to listener instance of class org.apache.myfaces.webapp.StartupServletContextListener java.lang.NoSuchMethodError: javax.servlet.jsp.JspFactory.getJspApplicationContext(Ljavax/servlet/ServletContext;)Ljavax/servlet/jsp/JspApplicationContext; at org.apache.myfaces.webapp.DefaultFacesInitializer.initFaces(DefaultFacesInitializer.java:102) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:57) If I deploy my app to Tomcat 6, this problem doesn't exist. If I change from MyFaces 1.2 to Sun's RI 1.2_04, this problem doesn't exist either. For this reason, it appears to me that MyFaces 1.2 requires JSP 2.1. Cheers, Matt -- View this message in context: http://www.nabble.com/Does-MyFaces-1.2-require-JSP-2.1--tf4112432.html#a11693501 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: [Trinidad] How to set the tree rowKey to my entity's primary id?
You'll need to implement a custom TreeModel, at which point you can define rowKey any way you want. -- Adam On 7/18/07, Tong Wang <[EMAIL PROTECTED]> wrote: I have my EJB3 entity with a one-to-many (parent-to-children) relationship with itself. I can construct a tree model from the entity. But I like to know how I can set the tree rowKey so that it uses my entity's primary ID. Thanks.
Re: [Trinidad] panelTabbed - validation of unvisited tabs
On 7/18/07, Peter Rawlins <[EMAIL PROTECTED]> wrote: I have a form containing various input fields followed by a panelTabbed, and lastly an OK commandButton. The panelTabbed contains some showDetailItem children, which have various input fields, some of which have required=true. The users may visit the tabs as they see fit, and then press the OK button, and I need each showDetailItem child to be valid as a precondition for the button action. However if a showDetailItem is not disclosed it will not validate its children. So if the user doesn't happen to visit every tab, the unvisited tabs may not be valid, but the validation phase passes, and the commandButton's action method is invoked. This behaviour seems wrong to me, as I would have expected that all rendered=true fields inside a form should be valid before the form is considered valid. Does anyone know of a way to force the display of the invalid tabs, with their errors? I've attempted a workaround by adding code to temporarily disclose the other tabs in turn, and manually call processValidators() on them, but this doesn't work because the input fields of the undisclosed tabs have no submitted data, and claim to be valid (which also seems strange). I've also considered adding code to replace submitted values of null with "", but this seems like a kludge too far. There's two questions here: (1) Is there a way to validate tabs that have been disclosed, but aren't disclosed right now? (2) Is there a way to validate tabs that have never been disclosed. For 1, the answer is yes: call processValidators() and processUpdateModel() on the children of the showDetailItem. For 2, the answer is no, you can't. And you can't set the submitted value to "", because that'll blow up for many renderers. What you need here is bean-level validation, not component-level validation. Alternatively, you might disable the button until all tabs have been visited. -- Adam Looking through the mailing lists, I found an old thread which looked similar, but no solution: http://forums.oracle.com/forums/thread.jspa?messageID=905706 I'm using trinidad-1.0.1.
Re: Getting contents for Tree2 component
Ah, forgot to mention you need to set the node type. That is what the
tree uses to determine that facet to use. I don't know the exact
property, as I no longer have the code (we aren't working on JSF here
anymore :-( ).
-Andrew
On 7/19/07, kewldude <[EMAIL PROTECTED]> wrote:
Okay I tried to integrate this code and this is what I've come up:
List list = CatalogueDAO.instance().getCatalogues(refid);
Map nodes = new HashMap();
Map> hier = new HashMap>();
TreeNodeBase rootNode = new TreeNodeBase();
for(Catalogue cat: list){
TreeNodeBase node = new TreeNodeBase();
node.setIdentifier( String.valueOf( cat.getId()));
node.setDescription(cat.getName());
int parentId = cat.getParent_id();
node.setLeaf(true);
if (parentId != 0) {//has a parent folder
Set ids = hier.get(String.valueOf(parentId));
if (ids == null) {
ids = new HashSet();
hier.put(String.valueOf(parentId), ids);
} else {//parent id is present in map hier
rootNode.getChildren().add(node);//add node to
rootNode
}
ids.add(node.getIdentifier());//add nodeIdentifier to
HashSet of ids
nodes.put(String.valueOf(parentId), node);
}
Iterator it = hier.entrySet().iterator();
while (it.hasNext()) {
Map.Entry pairs = (Map.Entry)it.next();
log.debug("key:" + pairs.getKey() + " value:" +
pairs.getValue());
Set ids = (Set) pairs.getValue();
if (ids == null) { continue; }
TreeNodeBase parentNode = nodes.get(pairs.getKey());
parentNode.setLeaf(false);
for (String nodeId : ids) {
TreeNodeBase childNode =
nodes.get(nodeId);
parentNode.getChildren().add(childNode);
}
}
}
return new TreeModelBase(rootNode);
This gives me the nasty NullPointerException, I tried to looked into the
myfaces core codes to see what I missed but to no avail...any leads on how
to get pass this error.
2007-07-19 17:43:11,627 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/pages].[jsp]]
Servlet.service() for servlet jsp threw exception
java.lang.NullPointerException: key
at
javax.faces.component._ComponentFacetMap.checkKey(_ComponentFacetMap.java:126)
at
javax.faces.component._ComponentFacetMap.get(_ComponentFacetMap.java:93)
at
javax.faces.component.UIComponentBase.getFacet(UIComponentBase.java:446)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeCurrentNode(HtmlTreeRenderer.java:321)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeTree(HtmlTreeRenderer.java:258)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeChildren(HtmlTreeRenderer.java:206)
at
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:527)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:414)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:417)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGridRendererBase.renderChildren(HtmlGridRendererBase.java:229)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGridRendererBase.encodeEnd(HtmlGridRendererBase.java:101)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGroupRendererBase.encodeEnd(HtmlGroupRendererBase.java:78)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_tomahawk.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.custom.tabbedpane.HtmlTabbedPaneRenderer.writeTabsContents(HtmlTabbedPaneRenderer.java:550)
at
org.apache.myfaces.custom.tabbedpane.HtmlTabbedPaneRenderer.encodeEnd(HtmlTabbedPaneRenderer.java:232)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.ja
Re: [tree2] expand folder by clickling on folder name
In the setSelectedNode(TreeNode node) method, for ex.: String id = treeBinding.getNodeId(); String [] path = treeBinding.getPathInformation(id); treeBinding.expandPath(path); On 19/07/07, Tomzi <[EMAIL PROTECTED]> wrote: I'd like to have to open a folder not only by clicking on +/- but also when I click on the folders name - Is there a way to accomplish that with tree2? -- View this message in context: http://www.nabble.com/-tree2--expand-folder-by-clickling-on-folder-name-tf4110244.html#a11687822 Sent from the MyFaces - Users mailing list archive at Nabble.com. -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
Myfaces 1.2 upgrading
Hello all,
I am attempting to upgrade our application to Myfaces 1.2 and have come
across 2 interesting issues. Bot have workarounds but I was wondering
if they are bugs or not.
1. The names of facets for tomahawk tree2 must be hardcoded and cannot
come from a bean.
So will not work but
will.
2. Definition of a StyleClass can fail with the following exception:
javax.faces.convert.ConverterException: invalid style ''
at
javax.faces.convert.DateTimeConverter.calcStyle(DateTimeConverter.java:2
03)
at
javax.faces.convert.DateTimeConverter.getDateFormat(DateTimeConverter.ja
va:166)
at
javax.faces.convert.DateTimeConverter.getAsString(DateTimeConverter.java
:125)
This was discovered because we use a conditional in our tree to define
styles dependant on the selected node.
styleClass="#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : '' }"
The workaround is to define the empty style to a style that is not
defined.
styleClass="#{t.nodeSelected || node.container eq selectedContainer ?
'selectedContainer' : 'nullStyle'}"
Are these bugs or spec changes from 1.1 to 1.2?
--
Matthieu Cormier
Abridean Inc.
T: 902-442-5122 x 5145
F: 902-442-5101
www.abridean.com
This e-mail is intended solely for the person or entity to which it is
addressed and may contain confidential and/or privileged information.
Any review, dissemination, copying, printing or other use of this e-mail
by persons or entities other than the addressee is prohibited. If you
have received this e-mail in error, please contact the sender
immediately and delete the material from any computer
[tree2] expand folder by clickling on folder name
I'd like to have to open a folder not only by clicking on +/- but also when I click on the folders name - Is there a way to accomplish that with tree2? -- View this message in context: http://www.nabble.com/-tree2--expand-folder-by-clickling-on-folder-name-tf4110244.html#a11687822 Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: Adding FacesMessage that can be available in view after handleNavigation
Hi!
> Sorry, maybe I am ambiguous. I mean changing navigation flow using
> getNavigationHandler().handleNavigation() but not really redirect with
> context.getExternalContext().redirect("error.faces");
>
> Should I use RedirectTracker also for handleNavigation?
The RedirectTracker will handle every redirect issued through the
Servlet-API. In the end, handleNavigation() with the ""
option will do so.
The RedirectTracker will work transparently in the background.
Ciao,
Mario
Re: Adding FacesMessage that can be available in view after handleNavigation
Hi,
I resolve similar problem by next MessagesPhaseListener and saving
message text into session bean:
1. Create class MessagesPhaseListener
--
public class MessagesPhaseListener implements PhaseListener {
public MessagesPhaseListener() {
}
public PhaseId getPhaseId() {
return PhaseId.RENDER_RESPONSE;
}
public void beforePhase(PhaseEvent phaseEvent) {
FacesContextctx;
MySession session;
ctx = phaseEvent.getFacesContext();
session = ServiceLocator.getMySession();
// Error Messages Handle
if (session.isErrorMessage()) {
ctx.addMessage(null, new
FacesMessage(FacesMessage.SEVERITY_ERROR, session.popErrorMessage(),
null));
}
}
public void afterPhase(PhaseEvent phaseEvent) {
}
}
--
2. In any session bean eg. MySession create methods for messages stack
or simple remembering one message:
--
private String errMessage;
public void setErrorMessage(String msg) {
errMessage = msg;
}
public boolean isErrorMessage() {
return (errMessage != null);
}
public String popErrorMessage() {
String msg = errMessage;
errMessage = null;
return msg;
}
--
3. Register MessagesPhaseListener in faces-config.xml as eg.:
com.company.xxx.MessagesPhaseListener
4. ServiceLocator is my help class, where i get reference to session
bean roughly by this steps:
FacesContext ctx = FacesContext.getCurrentInstance();
ValueBinding vb =
ctx.getApplication().createValueBinding("#{MySession}");
return (MySession)vb.getValue(ctx);
Hope this help. Have nice day,
Petr
sed wrote:
Hi,
I am trying to write some general way to handle application errors
with JSF.
I understand application error as error after that user redirected to
some error page.
In my implementation application error is FacesMessage with
SEVERITY_FATAL.
I have wrote ApplicationErrorsSupervisor, see code below.
But after redirecting to errors.faces all messages are discarded. And
therefore user doesn't see his fatal error. How can I using JSF add
all messages to view to redirect?
public class ApplicationErrorsSupervisor implements PhaseListener {
public void afterPhase(PhaseEvent event) {}
public void beforePhase(PhaseEvent event) {
FacesContext context = FacesContext.getCurrentInstance();
String viewId = context.getViewRoot().getViewId();
if(viewId.equals(Constants.VIEW_ERROR))
return;
Iterator messages = context.getMessages();
while(messages.hasNext()) {
FacesMessage message = (FacesMessage) messages.next();
if(message.getSeverity() == FacesMessage.SEVERITY_FATAL) {
context.getApplication().getNavigationHandler().handleNavigation(context,
null, "error");
}
}
}
public PhaseId getPhaseId() {
return PhaseId.RENDER_RESPONSE;
}
}
RE: [Trinidad] Renderer Listeners
This sounds great! I think usage could extend well beyond debugging as well! -Original Message- From: Gary VanMatre [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 18, 2007 5:33 PM To: MyFaces Discussion Subject: Re: [Trinidad] Renderer Listeners >From: "Adam Winer" <[EMAIL PROTECTED]> > > I'd like to see this as a javax.faces.component.UIComponent > feature, not anything specific to one library. > +1 That would be the place for it (JSF 2.0) > -- Adam > > > On 7/18/07, Gary VanMatre wrote: > > > > >From: "Simon Lessard" > > >Yes, that would be awesome. I actually made a wrapper component doing just > > that in a project. >JSF 1.2 also allows that on which is better > > than nothing, but support on most component >would be more useful and > > interesting to trap evil components not acting like expected. > > > > > > > > We tried something similar for the shale's "commons" validator. This was an > > attempt to add the ability for a validator to participate in rendering for > > client-side support. We hooked into the render kit [1] and wrappered > > renderers of the command [2] and input [3] families. > > > > At first this seemed like a great trick but later inte rfered with > > tomahawks > > PPR. The PPR of tomahawk uses an interface implemented by the renderer that > > we were hiding. I suppose this would be OK if it was tuned specifically to > > a component library. > > > > > > [1] > > > http://svn.apache.org/viewvc/shale/framework/trunk/shale-validator/src/main/java > > /org/apache/shale/validator/faces/ValidatorRenderKit.java?view=markup > > [2] > > > http://svn.apache.org/viewvc/shale/framework/trunk/shale-validator/src/main/java > > /org/apache/shale/validator/faces/ValidatorRenderKit.java?view=markup > > [3] > > > http://svn.apache.org/viewvc/shale/framework/trunk/shale-validator/src/main/java > > /org/apache/shale/validator/faces/ValidatorInputRenderer.java?view=markup > > > > > > Gary > > > > > > On 7/18/07, Adam Winer w rote: > > > BTW, one thing I thought of recently is that it could be really > > > handy for JSF debugging to support attaching component-level > > > phase listeners (render, and other phases), so you could > > > set a breakpoint at, for instance, "Before my table renders". > > > Or "After this input field validates". That'd be a generalization > > > of a render listener. The trick would be doing this in a way > > > that doesn't drag down performance overall, which might be a lot > > > easier if the overall UIComponent API were overhauled... > > > > > > > > > -- Adam > > > > > > > > > > > > > > > > > > On 7/17/07, William Hoover wrote: > > > > > > > > > > > > The problem with the tableSelecti on is that I can't ensure that the > > > > page > > will always be using a table component for the list, but I think I might > > have a solution. Thanks for the help though! > > > > > > > > Concerning the render listeners... I can understand your concern. I was > > thinking that another solution (correct me if I'm wrong) might be using the > > "RenderStage" to track this. When a new stage is set any listeners that are > > registered will be notified by a render event... Just a thought :o) > > > > > > > > -Original Message- > > > > From: Adam Winer [mailto:[EMAIL PROTECTED] > > > > > > > > Sent: Monday, July 16, 2007 7:24 PM > > > > To: MyFaces Discussion > > > > Subject: Re: [Trinidad] Renderer Listeners > > > > > > > > > > > > On 7/16/07, Will iam Ho over wrote: > > > > > > > > > The intent is to track selections. It seems like a lot of extra work > > to maintain quite a few tr:inputHidden components just to capture selection > > values. I see what your saying about post-processing a pattern in JS, but I > > don't think that searching through table for fields might be the best > > solution :) > > > > > > > > > > > > For selection the Trinidad table has a built-in selection mechanism - > > tableSelection="single|multiple". Might not be the UI you > > love best, but it works. > > > > > > > > > > > > > It seems like a cleaner and less error prone solution would be a > > renderer listener that can be invoked in either the encodeBegin() or > > encodeEnd() methods in the base component. That way a custo m component > > isn't > > necessary. All I would have to do is set the renderer listener on the link > > component to process after the link has been rendered, capture the > > UIParameter values (they will not be null at this stage as they were before > > the link was rendered), and use them in a JS call to populate the selection > > input (as described below). I think this approach would minimize the amount > > of work it takes to implement a custom component, and I'm sure that code > > execution would be more efficient than adding a new component to the mix > > everytime that a developer needs some code to execute before/after a > > component renders. I can see
Re: [Trinidad] trinidad libraries in Netbeans
Support for tools would be great, Feel free to start contributing :-) -Matthias On 7/19/07, Darren McEntee <[EMAIL PROTECTED]> wrote: It does look like a bit of work alright: http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries I wonder if the Trinidad guys would be interested in creating a complib file for the Trinidad releases.!? I think this would be very useful! -Original Message- From: Fleischer Peter [mailto:[EMAIL PROTECTED] Sent: 19 July 2007 11:14 To: MyFaces Discussion Subject: AW: [Trinidad] trinidad libraries in Netbeans ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** It should be possible for any JSF component library. In Netbeans VWP it requires a complib file (see http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries). Creating one seems to be quite a lot of work. But it sure would be a nice thing. Peter -Ursprüngliche Nachricht- Von: Michal 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:06 An: MyFaces Discussion Betreff: Re: [Trinidad] trinidad libraries in Netbeans I think that you can't add components to D&D in NetBeans. On 19/07/07, Darren McEntee <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio > Creator? > > > > We have Netbeans 5.5 with the visual web pack installed. > > We're creating a JSF web application. We're using Apache Myfaces Trinidad, > and want to add these JSF components to the Netbeans palette so We can drag > and drop the UI components as we need them. > > > > Has anyone experience in setting up the Trinidad libraries in Netbeans? > > I'd appreciated any help on this. > > > > Best regards, > > Darren. > > > > P Please consider the environment before printing this email > _ > > 1. The information contained in this E-mail, including any files transmitted > with it, is confidential and may be legally privileged. This E-mail is > intended only for the personal attention of the stated addressee(s). Any > access to this E-mail, including any files transmitted with it, by any other > person is unauthorised. If you are not an addressee, you must not disclose, > copy, circulate or in any other way use or rely on the information contained > in this E-mail or any files transmitted with it. Such unauthorised use may > be unlawful. If you have received this E-mail in error, please inform the > sender immediately and delete it and all copies from your system. You may > not forward this E-mail without the permission of the sender. > > 2. The views expressed in this E-mail are those of the author, and do not > necessarily represent the views of AMT-SYBEX. Internet communications are > not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for > the contents of this message nor for any damage caused by viruses. > > AMT-SYBEX Limited is a UK company, registration number GB03036807 at > address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. > AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at > address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. > For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com > _ > -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl P Please consider the environment before printing this email -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: Adding FacesMessage that can be available in view after handleNavigation
Sorry, maybe I am ambiguous. I mean changing navigation flow using
getNavigationHandler().handleNavigation() but not really redirect with
context.getExternalContext().redirect("error.faces");
Should I use RedirectTracker also for handleNavigation?
Thanks
On 7/19/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi!
> But after redirecting to errors.faces all messages are discarded. And
> therefore user doesn't see his fatal error. How can I using JSF add
> all messages to view to redirect?
See the tomahawk sandbox RedirectTracker stuff [1].
Correctly configured it will make the messages available after a
redirect too.
Ciao,
Mario
[1] http://wiki.apache.org/myfaces/RedirectTracker
AW: [Trinidad] trinidad libraries in Netbeans
For some projects it sure would be very useful. IMHO it would lower the entry level to JSF technology for a lot of users. But for a lot of projects this approach doesn't seam feasible to me, as Netbeans VWP doesn't support Facelets. My personal preferred setup is using a Netbeans project without VWP (Yes, I don't use Eclipse as a matter of personal taste) and using project type "Web application". I recommend using the Netbeans plugin for Facelets support found under https://nbfaceletssupport.dev.java.net/. Peter -Ursprüngliche Nachricht- Von: Darren McEntee [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:29 An: MyFaces Discussion Betreff: RE: [Trinidad] trinidad libraries in Netbeans It does look like a bit of work alright: http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries I wonder if the Trinidad guys would be interested in creating a complib file for the Trinidad releases.!? I think this would be very useful! -Original Message- From: Fleischer Peter [mailto:[EMAIL PROTECTED] Sent: 19 July 2007 11:14 To: MyFaces Discussion Subject: AW: [Trinidad] trinidad libraries in Netbeans ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** It should be possible for any JSF component library. In Netbeans VWP it requires a complib file (see http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries). Creating one seems to be quite a lot of work. But it sure would be a nice thing. Peter -Ursprüngliche Nachricht- Von: Michal 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:06 An: MyFaces Discussion Betreff: Re: [Trinidad] trinidad libraries in Netbeans I think that you can't add components to D&D in NetBeans. On 19/07/07, Darren McEntee <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio > Creator? > > > > We have Netbeans 5.5 with the visual web pack installed. > > We're creating a JSF web application. We're using Apache Myfaces Trinidad, > and want to add these JSF components to the Netbeans palette so We can drag > and drop the UI components as we need them. > > > > Has anyone experience in setting up the Trinidad libraries in Netbeans? > > I'd appreciated any help on this. > > > > Best regards, > > Darren. > > > > P Please consider the environment before printing this email > _ > > 1. The information contained in this E-mail, including any files transmitted > with it, is confidential and may be legally privileged. This E-mail is > intended only for the personal attention of the stated addressee(s). Any > access to this E-mail, including any files transmitted with it, by any other > person is unauthorised. If you are not an addressee, you must not disclose, > copy, circulate or in any other way use or rely on the information contained > in this E-mail or any files transmitted with it. Such unauthorised use may > be unlawful. If you have received this E-mail in error, please inform the > sender immediately and delete it and all copies from your system. You may > not forward this E-mail without the permission of the sender. > > 2. The views expressed in this E-mail are those of the author, and do not > necessarily represent the views of AMT-SYBEX. Internet communications are > not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for > the contents of this message nor for any damage caused by viruses. > > AMT-SYBEX Limited is a UK company, registration number GB03036807 at > address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. > AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at > address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. > For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com > _ > -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl P Please consider the environment before printing this email
RE: [Trinidad] trinidad libraries in Netbeans
It does look like a bit of work alright: http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries I wonder if the Trinidad guys would be interested in creating a complib file for the Trinidad releases.!? I think this would be very useful! -Original Message- From: Fleischer Peter [mailto:[EMAIL PROTECTED] Sent: 19 July 2007 11:14 To: MyFaces Discussion Subject: AW: [Trinidad] trinidad libraries in Netbeans ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** It should be possible for any JSF component library. In Netbeans VWP it requires a complib file (see http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries). Creating one seems to be quite a lot of work. But it sure would be a nice thing. Peter -Ursprüngliche Nachricht- Von: Michal 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:06 An: MyFaces Discussion Betreff: Re: [Trinidad] trinidad libraries in Netbeans I think that you can't add components to D&D in NetBeans. On 19/07/07, Darren McEntee <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio > Creator? > > > > We have Netbeans 5.5 with the visual web pack installed. > > We're creating a JSF web application. We're using Apache Myfaces Trinidad, > and want to add these JSF components to the Netbeans palette so We can drag > and drop the UI components as we need them. > > > > Has anyone experience in setting up the Trinidad libraries in Netbeans? > > I'd appreciated any help on this. > > > > Best regards, > > Darren. > > > > P Please consider the environment before printing this email > _ > > 1. The information contained in this E-mail, including any files transmitted > with it, is confidential and may be legally privileged. This E-mail is > intended only for the personal attention of the stated addressee(s). Any > access to this E-mail, including any files transmitted with it, by any other > person is unauthorised. If you are not an addressee, you must not disclose, > copy, circulate or in any other way use or rely on the information contained > in this E-mail or any files transmitted with it. Such unauthorised use may > be unlawful. If you have received this E-mail in error, please inform the > sender immediately and delete it and all copies from your system. You may > not forward this E-mail without the permission of the sender. > > 2. The views expressed in this E-mail are those of the author, and do not > necessarily represent the views of AMT-SYBEX. Internet communications are > not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for > the contents of this message nor for any damage caused by viruses. > > AMT-SYBEX Limited is a UK company, registration number GB03036807 at > address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. > AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at > address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. > For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com > _ > -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl P Please consider the environment before printing this email
Re: Getting contents for Tree2 component
Okay I tried to integrate this code and this is what I've come up:
List list = CatalogueDAO.instance().getCatalogues(refid);
Map nodes = new HashMap();
Map> hier = new HashMap>();
TreeNodeBase rootNode = new TreeNodeBase();
for(Catalogue cat: list){
TreeNodeBase node = new TreeNodeBase();
node.setIdentifier( String.valueOf( cat.getId()));
node.setDescription(cat.getName());
int parentId = cat.getParent_id();
node.setLeaf(true);
if (parentId != 0) {//has a parent folder
Set ids = hier.get(String.valueOf(parentId));
if (ids == null) {
ids = new HashSet();
hier.put(String.valueOf(parentId), ids);
} else {//parent id is present in map hier
rootNode.getChildren().add(node);//add node to
rootNode
}
ids.add(node.getIdentifier());//add nodeIdentifier to
HashSet of ids
nodes.put(String.valueOf(parentId), node);
}
Iterator it = hier.entrySet().iterator();
while (it.hasNext()) {
Map.Entry pairs = (Map.Entry)it.next();
log.debug("key:" + pairs.getKey() + " value:" +
pairs.getValue());
Set ids = (Set) pairs.getValue();
if (ids == null) { continue; }
TreeNodeBase parentNode = nodes.get(pairs.getKey());
parentNode.setLeaf(false);
for (String nodeId : ids) {
TreeNodeBase childNode =
nodes.get(nodeId);
parentNode.getChildren().add(childNode);
}
}
}
return new TreeModelBase(rootNode);
This gives me the nasty NullPointerException, I tried to looked into the
myfaces core codes to see what I missed but to no avail...any leads on how
to get pass this error.
2007-07-19 17:43:11,627 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/pages].[jsp]]
Servlet.service() for servlet jsp threw exception
java.lang.NullPointerException: key
at
javax.faces.component._ComponentFacetMap.checkKey(_ComponentFacetMap.java:126)
at
javax.faces.component._ComponentFacetMap.get(_ComponentFacetMap.java:93)
at
javax.faces.component.UIComponentBase.getFacet(UIComponentBase.java:446)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeCurrentNode(HtmlTreeRenderer.java:321)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeTree(HtmlTreeRenderer.java:258)
at
org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeChildren(HtmlTreeRenderer.java:206)
at
javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:527)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:414)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:417)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGridRendererBase.renderChildren(HtmlGridRendererBase.java:229)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGridRendererBase.encodeEnd(HtmlGridRendererBase.java:101)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGroupRendererBase.encodeEnd(HtmlGroupRendererBase.java:78)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_tomahawk.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.custom.tabbedpane.HtmlTabbedPaneRenderer.writeTabsContents(HtmlTabbedPaneRenderer.java:550)
at
org.apache.myfaces.custom.tabbedpane.HtmlTabbedPaneRenderer.encodeEnd(HtmlTabbedPaneRenderer.java:232)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:539)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:419)
at
org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:400)
at
org.apache.myfaces.shared_impl.renderkit.html.HtmlGroupRendererBase.encodeEnd(HtmlGroupRendererBase.java:78)
at
javax.faces.component.UIComponentBase.encodeEnd(UICo
RE: [Trinidad] trinidad libraries in Netbeans
Thanks Michał, Our client will be using the Sun app server. Can you recommend any setup for this? Thanks, Darren. -Original Message- From: Michał 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Sent: 19 July 2007 11:06 To: MyFaces Discussion Subject: Re: [Trinidad] trinidad libraries in Netbeans ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** I think that you can't add components to D&D in NetBeans. On 19/07/07, Darren McEntee <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio > Creator? > > > > We have Netbeans 5.5 with the visual web pack installed. > > We're creating a JSF web application. We're using Apache Myfaces Trinidad, > and want to add these JSF components to the Netbeans palette so We can drag > and drop the UI components as we need them. > > > > Has anyone experience in setting up the Trinidad libraries in Netbeans? > > I'd appreciated any help on this. > > > > Best regards, > > Darren. > > > > P Please consider the environment before printing this email > _ > > 1. The information contained in this E-mail, including any files transmitted > with it, is confidential and may be legally privileged. This E-mail is > intended only for the personal attention of the stated addressee(s). Any > access to this E-mail, including any files transmitted with it, by any other > person is unauthorised. If you are not an addressee, you must not disclose, > copy, circulate or in any other way use or rely on the information contained > in this E-mail or any files transmitted with it. Such unauthorised use may > be unlawful. If you have received this E-mail in error, please inform the > sender immediately and delete it and all copies from your system. You may > not forward this E-mail without the permission of the sender. > > 2. The views expressed in this E-mail are those of the author, and do not > necessarily represent the views of AMT-SYBEX. Internet communications are > not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for > the contents of this message nor for any damage caused by viruses. > > AMT-SYBEX Limited is a UK company, registration number GB03036807 at > address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. > AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at > address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. > For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com > _ > -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl P Please consider the environment before printing this email
AW: [Trinidad] trinidad libraries in Netbeans
It should be possible for any JSF component library. In Netbeans VWP it requires a complib file (see http://wiki.java.net/bin/view/Javatools/CustomComponentLibraries). Creating one seems to be quite a lot of work. But it sure would be a nice thing. Peter -Ursprüngliche Nachricht- Von: Michal 'Gandalf' Stawicki [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 19. Juli 2007 12:06 An: MyFaces Discussion Betreff: Re: [Trinidad] trinidad libraries in Netbeans I think that you can't add components to D&D in NetBeans. On 19/07/07, Darren McEntee <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio > Creator? > > > > We have Netbeans 5.5 with the visual web pack installed. > > We're creating a JSF web application. We're using Apache Myfaces Trinidad, > and want to add these JSF components to the Netbeans palette so We can drag > and drop the UI components as we need them. > > > > Has anyone experience in setting up the Trinidad libraries in Netbeans? > > I'd appreciated any help on this. > > > > Best regards, > > Darren. > > > > P Please consider the environment before printing this email > _ > > 1. The information contained in this E-mail, including any files transmitted > with it, is confidential and may be legally privileged. This E-mail is > intended only for the personal attention of the stated addressee(s). Any > access to this E-mail, including any files transmitted with it, by any other > person is unauthorised. If you are not an addressee, you must not disclose, > copy, circulate or in any other way use or rely on the information contained > in this E-mail or any files transmitted with it. Such unauthorised use may > be unlawful. If you have received this E-mail in error, please inform the > sender immediately and delete it and all copies from your system. You may > not forward this E-mail without the permission of the sender. > > 2. The views expressed in this E-mail are those of the author, and do not > necessarily represent the views of AMT-SYBEX. Internet communications are > not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for > the contents of this message nor for any damage caused by viruses. > > AMT-SYBEX Limited is a UK company, registration number GB03036807 at > address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. > AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at > address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. > For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com > _ > -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
Re: [Trinidad] trinidad libraries in Netbeans
I think that you can't add components to D&D in NetBeans. On 19/07/07, Darren McEntee <[EMAIL PROTECTED]> wrote: Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
[Trinidad] trinidad libraries in Netbeans
Hi, Has anyone tried to use the Trinidad libraries in Netbeans or Sun Studio Creator? We have Netbeans 5.5 with the visual web pack installed. We're creating a JSF web application. We're using Apache Myfaces Trinidad, and want to add these JSF components to the Netbeans palette so We can drag and drop the UI components as we need them. Has anyone experience in setting up the Trinidad libraries in Netbeans? I'd appreciated any help on this. Best regards, Darren. P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _
Re: Adding FacesMessage that can be available in view after handleNavigation
Hi! > But after redirecting to errors.faces all messages are discarded. And > therefore user doesn't see his fatal error. How can I using JSF add > all messages to view to redirect? See the tomahawk sandbox RedirectTracker stuff [1]. Correctly configured it will make the messages available after a redirect too. Ciao, Mario [1] http://wiki.apache.org/myfaces/RedirectTracker
Adding FacesMessage that can be available in view after handleNavigation
Hi,
I am trying to write some general way to handle application errors with JSF.
I understand application error as error after that user redirected to
some error page.
In my implementation application error is FacesMessage with SEVERITY_FATAL.
I have wrote ApplicationErrorsSupervisor, see code below.
But after redirecting to errors.faces all messages are discarded. And
therefore user doesn't see his fatal error. How can I using JSF add
all messages to view to redirect?
public class ApplicationErrorsSupervisor implements PhaseListener {
public void afterPhase(PhaseEvent event) {}
public void beforePhase(PhaseEvent event) {
FacesContext context = FacesContext.getCurrentInstance();
String viewId = context.getViewRoot().getViewId();
if(viewId.equals(Constants.VIEW_ERROR))
return;
Iterator messages = context.getMessages();
while(messages.hasNext()) {
FacesMessage message = (FacesMessage) messages.next();
if(message.getSeverity() == FacesMessage.SEVERITY_FATAL) {
context.getApplication().getNavigationHandler().handleNavigation(context,
null, "error");
}
}
}
public PhaseId getPhaseId() {
return PhaseId.RENDER_RESPONSE;
}
}
RE: [Trinidad] panelTabbed - validation of unvisited tabs - apologies for duplicate
the original didn't appear for over 12 hours :-(
[Trinidad] panelTabbed - validation of unvisited tabs
I have a form containing various input fields followed by a panelTabbed, and lastly an OK commandButton. The panelTabbed contains some showDetailItem children, which have various input fields, some of which have required=true. The users may visit the tabs as they see fit, and then press the OK button, and I need each showDetailItem child to be valid as a precondition for the button action. However if a showDetailItem is not disclosed it will not validate its children. So if the user doesn't happen to visit every tab, the unvisited tabs may not be valid, but the validation phase passes, and the commandButton's action method is invoked. This behaviour seems wrong to me, as I would have expected that all rendered=true fields inside a form should be valid before the form is considered valid. Does anyone know of a way to force the display of the invalid tabs, with their errors? I've attempted a workaround by adding code to temporarily disclose the other tabs in turn, and manually call processValidators() on them, but this doesn't work because the input fields of the undisclosed tabs have no submitted data, and claim to be valid (which also seems strange). I've also considered adding code to replace submitted values of null with "", but this seems like a kludge too far. Looking through the mailing lists, I found an old thread which looked similar, but no solution: http://forums.oracle.com/forums/thread.jspa?messageID=905706 I'm using trinidad-1.0.1.
[Trinidad] tr:panelTabbed - validation of unvisited tabs
Hi All, Is it possible to make a tr:panelTabbed validate all its rendered tr:showDetailItem children? The default behaviour appears to not validate the children of undisclosed tabs, even though they have rendered=true. The application I am working on, wants to allow users to visit the tabs as they see fit, but to ensure that all tabs are valid before progressing to the next step. I've attempted a workaround by adding code to temporarily disclose the other tabs in turn, and manually call processValidators() on them, but this doesn't work because the input fields of the undisclosed tabs have no submitted data, and claim to be valid (which also seems strange). Looking through the mailing lists, I found an old thread which looked similar, but no solution: http://forums.oracle.com/forums/thread.jspa?messageID=905706 Thanks in advance. Peter. P.S. I'm on trinidad-1.0.1.
t:schedule patch
I have modified the schedule, so now it can display weekends not compressed in the month view: https://issues.apache.org/jira/browse/TOMAHAWK-577 if anyone would like to test it, let me know if everything works fine regards, -- Michał Stawicki [EMAIL PROTECTED] http://stawicki.jasliska.pl
