Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Dear Craig, I am working on resin-2.1.9 (java page container from caucho), It's supports servlets 2.3 version, can i use JSF for this container, Regards, Viru - Original Message - From: Matthias Wessendorf [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 5:16 PM Subject: RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation hi jan, perhaps you must change the sturcuture of build.xml in my case: i copied jsf-1.0 beta in to $jwsdp.home and copied some specified lib into $jwsdp.home too. e.g. jsp-api, servlet-api of course i copied jsf-libs and jstl-libs to WEB-INF/lib of example2 now tomcat started them up... and perhaps you must change your user-name/password for tomcat! :-) try this... greetings matthias -Original Message- From: Jan Dirksen [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:02 AM To: Struts Users Mailing List Subject: Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation Hi Craig, i just want to try the struts-faces examples. but i got compilation-error. is there something i need...? jwsdp-1.3 is on my box. thanks --- Craig R. McClanahan [EMAIL PROTECTED] schrieb: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Viru, i think if your container is supporting servelt2.3 then it is a j2ee-1.3-compliant-(web)container so you can see in JSF-FAQ the needs for a j2ee-1.3-web-container deployment-guide: http://java.sun.com/j2ee/javaserverfaces/docs/Deployment_Guide.html after this car-demo or else should run. for tomcat 4.1.X in my case was successfully! (servlet/jsp: 2.3/1.2) jsf-demos are deliverd for j2ee1.4 (incl. servlet2.4) thinking resin 3.0.4 will serve that ;-) deployment-guide and other nice infos are reffered at jsf-faq: http://java.sun.com/j2ee/javaserverfaces/reference/faqs/index.html greetings -Original Message- From: virupaksha [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 11:36 AM To: Struts Users Mailing List Subject: Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation Dear Craig, I am working on resin-2.1.9 (java page container from caucho), It's supports servlets 2.3 version, can i use JSF for this container, Regards, Viru - Original Message - From: Matthias Wessendorf [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 5:16 PM Subject: RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation hi jan, perhaps you must change the sturcuture of build.xml in my case: i copied jsf-1.0 beta in to $jwsdp.home and copied some specified lib into $jwsdp.home too. e.g. jsp-api, servlet-api of course i copied jsf-libs and jstl-libs to WEB-INF/lib of example2 now tomcat started them up... and perhaps you must change your user-name/password for tomcat! :-) try this... greetings matthias -Original Message- From: Jan Dirksen [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:02 AM To: Struts Users Mailing List Subject: Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation Hi Craig, i just want to try the struts-faces examples. but i got compilation-error. is there something i need...? jwsdp-1.3 is on my box. thanks --- Craig R. McClanahan [EMAIL PROTECTED] schrieb: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Quoting virupaksha [EMAIL PROTECTED]: Dear Craig, I am working on resin-2.1.9 (java page container from caucho), It's supports servlets 2.3 version, can i use JSF for this container, It should indeed be able to run JavaServer Faces I've never tested in that environment, but I know some others have). However, compile errors don't have anything to do with the server -- they have to do with how you are setting up your class path for compilation. The build.xml file used here (in contrib/struts-faces) lets you customize things by: * Copy build.properties.sample to build.properties * Change any paths in build.properties to match your own system's installation paths. Craig Regards, Viru - Original Message - From: Matthias Wessendorf [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 5:16 PM Subject: RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation hi jan, perhaps you must change the sturcuture of build.xml in my case: i copied jsf-1.0 beta in to $jwsdp.home and copied some specified lib into $jwsdp.home too. e.g. jsp-api, servlet-api of course i copied jsf-libs and jstl-libs to WEB-INF/lib of example2 now tomcat started them up... and perhaps you must change your user-name/password for tomcat! :-) try this... greetings matthias -Original Message- From: Jan Dirksen [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:02 AM To: Struts Users Mailing List Subject: Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation Hi Craig, i just want to try the struts-faces examples. but i got compilation-error. is there something i need...? jwsdp-1.3 is on my box. thanks --- Craig R. McClanahan [EMAIL PROTECTED] schrieb: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Hi Craig, i just want to try the struts-faces examples. but i got compilation-error. is there something i need...? jwsdp-1.3 is on my box. thanks --- Craig R. McClanahan [EMAIL PROTECTED] schrieb: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
hi jan, perhaps you must change the sturcuture of build.xml in my case: i copied jsf-1.0 beta in to $jwsdp.home and copied some specified lib into $jwsdp.home too. e.g. jsp-api, servlet-api of course i copied jsf-libs and jstl-libs to WEB-INF/lib of example2 now tomcat started them up... and perhaps you must change your user-name/password for tomcat! :-) try this... greetings matthias -Original Message- From: Jan Dirksen [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:02 AM To: Struts Users Mailing List Subject: Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation Hi Craig, i just want to try the struts-faces examples. but i got compilation-error. is there something i need...? jwsdp-1.3 is on my box. thanks --- Craig R. McClanahan [EMAIL PROTECTED] schrieb: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
oh good morning... thank you! :-) okay i can deploy it via tomcat-manager but when i start the jsf-cardemo i got this error: org.apache.jasper.JasperException: This absolute uri (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application very strange. the struts-jsf works, but not core jsf... do anyone know? i am using tomcat version 4.1.27 or must i use tc 5.X for JSF? --- Matthias Wessendorf [EMAIL PROTECTED] schrieb: hi jan, perhaps you must change the sturcuture of build.xml in my case: i copied jsf-1.0 beta in to $jwsdp.home and copied some specified lib into $jwsdp.home too. e.g. jsp-api, servlet-api of course i copied jsf-libs and jstl-libs to WEB-INF/lib of example2 now tomcat started them up... and perhaps you must change your user-name/password for tomcat! :-) try this... greetings matthias -Original Message- From: Jan Dirksen [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:02 AM To: Struts Users Mailing List Subject: Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation Hi Craig, i just want to try the struts-faces examples. but i got compilation-error. is there something i need...? jwsdp-1.3 is on my box. thanks --- Craig R. McClanahan [EMAIL PROTECTED] schrieb: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Hi again... look at this: http://java.sun.com/j2ee/javaserverfaces/docs/Deployment_Guide.html there is a guide where you found infos on j2ee1.3-compilant containers... you have change some libs for the laglibs: you can got them on jakarta taglibs: http://jakarta.apache.org/taglibs/doc/standard-1.0-doc/intro.html you need verison 1.0 of taglibs... now it should work :-) regards, matthias -Original Message- From: Jan Dirksen [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:33 AM To: Struts Users Mailing List Subject: RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation oh good morning... thank you! :-) okay i can deploy it via tomcat-manager but when i start the jsf-cardemo i got this error: org.apache.jasper.JasperException: This absolute uri (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application very strange. the struts-jsf works, but not core jsf... do anyone know? i am using tomcat version 4.1.27 or must i use tc 5.X for JSF? --- Matthias Wessendorf [EMAIL PROTECTED] schrieb: hi jan, perhaps you must change the sturcuture of build.xml in my case: i copied jsf-1.0 beta in to $jwsdp.home and copied some specified lib into $jwsdp.home too. e.g. jsp-api, servlet-api of course i copied jsf-libs and jstl-libs to WEB-INF/lib of example2 now tomcat started them up... and perhaps you must change your user-name/password for tomcat! :-) try this... greetings matthias -Original Message- From: Jan Dirksen [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:02 AM To: Struts Users Mailing List Subject: Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation Hi Craig, i just want to try the struts-faces examples. but i got compilation-error. is there something i need...? jwsdp-1.3 is on my box. thanks --- Craig R. McClanahan [EMAIL PROTECTED] schrieb: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Quoting Jan Dirksen [EMAIL PROTECTED]: Hi Craig, i just want to try the struts-faces examples. but i got compilation-error. is there something i need...? jwsdp-1.3 is on my box. Without knowing the details of your error messages, it's pretty difficult to tell exactly what is going on, but most compilation problems are caused by not setting up a build.properties file correctly. The simplest way to do that is to copy build.properties.sample to build.properties and modify the settings as needed. On the other hand, to simply execute the examples, you don't need to compile at all -- just follow the instructions in the README.txt file to add jsf-api.jar and jsf-impl.jar to the web application, and deploy it like any other. (You'll also have to remove the EA release of JavaServer Faces from JWSDP since the current code uses the beta release). thanks Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Quoting Jan Dirksen [EMAIL PROTECTED]: oh good morning... thank you! :-) okay i can deploy it via tomcat-manager but when i start the jsf-cardemo i got this error: org.apache.jasper.JasperException: This absolute uri (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application very strange. the struts-jsf works, but not core jsf... do anyone know? i am using tomcat version 4.1.27 or must i use tc 5.X for JSF? I've had my share of grief with 4.1, and always use 5.0 now. There are some potential workarounds to 4.1 problems listed on the JavaServer Faces release notes and web pages. One thing to note with *any* standalone Tomcat usage is that JavaServer Faces is not built in the way it is with JWSDP, so you'll need to include all the needed JAR files in your /WEB-INF/lib directory. Don't even bother to try to install JavaServer Faces into common/lib on Tomcat 4.1 -- it flat won't work. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Hi Craig, thanks for replay! the workarounds from matthias were helpful!! (he told me the page with that workarounds you mean) But after that, we decided to use Tomcat5 because of JSP2.0. On JSF-Pages i also saw, that future versions of JSF will take better advantage of JSP 2.0 greetings --- Craig R. McClanahan [EMAIL PROTECTED] schrieb: Quoting Jan Dirksen [EMAIL PROTECTED]: oh good morning... thank you! :-) okay i can deploy it via tomcat-manager but when i start the jsf-cardemo i got this error: org.apache.jasper.JasperException: This absolute uri (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application very strange. the struts-jsf works, but not core jsf... do anyone know? i am using tomcat version 4.1.27 or must i use tc 5.X for JSF? I've had my share of grief with 4.1, and always use 5.0 now. There are some potential workarounds to 4.1 problems listed on the JavaServer Faces release notes and web pages. One thing to note with *any* standalone Tomcat usage is that JavaServer Faces is not built in the way it is with JWSDP, so you'll need to include all the needed JAR files in your /WEB-INF/lib directory. Don't even bother to try to install JavaServer Faces into common/lib on Tomcat 4.1 -- it flat won't work. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingeltöne fürs Handy bei http://sms.yahoo.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Graig, regarding the struts-faces integration library, would it support tiles? On 金, 2003-12-19 at 20:16, Craig R. McClanahan wrote: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces 1.0 -- Proposed Final Draft Spec and Beta Reference Implementation
Quoting Nadeem Bitar [EMAIL PROTECTED]: Graig, regarding the struts-faces integration library, would it support tiles? That's the part I'm not quite done wth, but it's definitely the intent. Craig On 金, 2003-12-19 at 20:16, Craig R. McClanahan wrote: I'm pleased to announce that the Proposed Final Draft version of the JavaServer Faces 1.0 Specification, and a corresponding Beta release of the Reference Implementation, is now available at: http://java.sun.com/j2ee/javaserverfaces/download.html Please send any feedback and comments strictly about JavaServer Faces to [EMAIL PROTECTED]. I'm also finishing up an update to the Struts-Faces Integration Library, and will be making it available (via nightly builds) very soon. Feel free to ask any questions about how to use Struts and JavaServer Faces here on the STRUTS-USER list. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Chen, Gin wrote: alternative to the integrated Struts Bean/Logic functionality. The original Struts taglibs are *NOT* integrated with the Struts controller. The Struts controller has absolutely no idea that these tags exist. Struts works just as well (or even better) with JSTL, or JSF, or Velocity Tools, or the Stxx XML tools, and whatever else may be out there. At the present time, the original Struts taglibs are simply *bundled* with the core distribution. These classes could be pulled out of the JAR at any time, and the controller would not know the difference. -Ted. Chen, Gin wrote: See.. Anyone reason that this should be kept public is to correct our understanding of what JSF is really about. ;) With the talks of JSF and it's UI/Action like capabilities it is no wonder that we think of it as a possible alternative to Struts. To use it with Struts seems to me as saying that you are using only part of the functionality of JSF. Just like your using part of the functionality of Struts if you use JSTL instead of Bean/Logic tags currently. While it is probably a better solution than the Bean/Logic tags, JSTL is still just and alternative to the integrated Struts Bean/Logic functionality. -Tim -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 2:41 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces Chen, Gin wrote: Since JSF is *supposed* to replace Struts, so to speak, This statement is *not* a correct understanding of what is happening! Anyone who claims that doesn't get it. You should absolutely, positively plan on evaluating the use of JavaServer Faces components instead of the Struts HTML tags, and the JSTL tags instead of the corresponding bean and logic tags. Besides being standadized (which means, for example, that you can import and use *anyone's* JavaServer Faces tags, not be stuck with ones that are provided only by Struts), they are more powerful and more functional -- and they work fine in conjunction with Struts based applications. That has nothing to do with whether or not you need the other features of Struts (the core controller mechanisms, plugins, Tiles, Validator, ...) -- which can be used just fine with JavaServer Faces components as well. There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. But it's our job as Struts developers to ensure that the gap continues to exist and increases; there's a lot of things required to build good web apps that are not UI components or tags, and are therefore outside the scope of JavaServer Faces and JSTL. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - http://www.manning.com/massol/, Struts in Action - http://husted.com/struts/book.html, JSP Site Design - http://www.amazon.com/exec/obidos/ISBN=1861005512. Get Ready, We're Moving Out!! - http://www.clark04.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
Susan. Maybe I didn't word what I said correctly but when did I mention anything about 'throwing ni the Struts towel'? I am more than appreciative of what Struts has offered as anyone that knows me would know (why don't you look up my past posts?) I am simply talking about the 'moving to something bigger and badder' mentality of software developers. Just has we have 'moved' from COBOL insert shudder here, Smalltalk or C++ or whatever your background to Java. It does not mean that we have forgotten or even have stopped using the other languages. And it sure as he|| doesn't mean that we don't have respect for the past. -Tim -Original Message- From: Susan Bradeen [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 5:08 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces Thank you, Craig, for the umpteenth time for saying this. Why are so many people still talking about throwing in the Struts towel?! This is open source, is it not? Is it not the job of open source to keep ahead of the standards with great ideas that continue to make our jobs easier, more interesting, more fun, and going where no software has gone before? Is it not from open source that the standards are often based? Do we think that just because JSF is on its way into main stream that it will put an end to all we can possibly ask for as web developers? Has that ever been the case with the latest and greatest standard to come to the table? Have we not already heard of the great things the Struts developers have in mind for the future? If the new standards become all you need, then great! If not, then look to Struts and the Struts team for continuing to give you more. Thank you, Struts developers. Susan Bradeen On 10/10/2003 02:40:32 PM Craig R. McClanahan wrote: Chen, Gin wrote: Since JSF is *supposed* to replace Struts, so to speak, This statement is *not* a correct understanding of what is happening! Anyone who claims that doesn't get it. You should absolutely, positively plan on evaluating the use of JavaServer Faces components instead of the Struts HTML tags, and the JSTL tags instead of the corresponding bean and logic tags. Besides being standadized (which means, for example, that you can import and use *anyone's* JavaServer Faces tags, not be stuck with ones that are provided only by Struts), they are more powerful and more functional -- and they work fine in conjunction with Struts based applications. That has nothing to do with whether or not you need the other features of Struts (the core controller mechanisms, plugins, Tiles, Validator, ...) -- which can be used just fine with JavaServer Faces components as well. There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. But it's our job as Struts developers to ensure that the gap continues to exist and increases; there's a lot of things required to build good web apps that are not UI components or tags, and are therefore outside the scope of JavaServer Faces and JSTL. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
Sincere apologies, Tim. I absolutely meant no offense personally to you (and I should have said that). I was speaking in a general sense to previous posts on the list. As a matter of fact, your wording of Since JSF is *supposed* to replace Struts, so to speak,, gave me the impression that you don't feel this to be true either. Sorry about that. Susan On 10/13/2003 09:04:53 AM Chen, Gin wrote: Susan. Maybe I didn't word what I said correctly but when did I mention anything about 'throwing ni the Struts towel'? I am more than appreciative of what Struts has offered as anyone that knows me would know (why don't you look up my past posts?) I am simply talking about the 'moving to something bigger and badder' mentality of software developers. Just has we have 'moved' from COBOL insert shudder here, Smalltalk or C++ or whatever your background to Java. It does not mean that we have forgotten or even have stopped using the other languages. And it sure as he|| doesn't mean that we don't have respect for the past. -Tim -Original Message- From: Susan Bradeen [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 5:08 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces Thank you, Craig, for the umpteenth time for saying this. Why are so many people still talking about throwing in the Struts towel?! This is open source, is it not? Is it not the job of open source to keep ahead of the standards with great ideas that continue to make our jobs easier, more interesting, more fun, and going where no software has gone before? Is it not from open source that the standards are often based? Do we think that just because JSF is on its way into main stream that it will put an end to all we can possibly ask for as web developers? Has that ever been the case with the latest and greatest standard to come to the table? Have we not already heard of the great things the Struts developers have in mind for the future? If the new standards become all you need, then great! If not, then look to Struts and the Struts team for continuing to give you more. Thank you, Struts developers. Susan Bradeen On 10/10/2003 02:40:32 PM Craig R. McClanahan wrote: Chen, Gin wrote: Since JSF is *supposed* to replace Struts, so to speak, This statement is *not* a correct understanding of what is happening! Anyone who claims that doesn't get it. You should absolutely, positively plan on evaluating the use of JavaServer Faces components instead of the Struts HTML tags, and the JSTL tags instead of the corresponding bean and logic tags. Besides being standadized (which means, for example, that you can import and use *anyone's* JavaServer Faces tags, not be stuck with ones that are provided only by Struts), they are more powerful and more functional -- and they work fine in conjunction with Struts based applications. That has nothing to do with whether or not you need the other features of Struts (the core controller mechanisms, plugins, Tiles, Validator, ...) -- which can be used just fine with JavaServer Faces components as well. There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. But it's our job as Struts developers to ensure that the gap continues to exist and increases; there's a lot of things required to build good web apps that are not UI components or tags, and are therefore outside the scope of JavaServer Faces and JSTL. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
I have been triing to avoid this issue, but I can't help stick my foot in my mouth. Struts works but so do a lot of technologies. Struts is about the COMMUNITY. I have never been on a more supportive, active, relevant communitity of developers. As long as the community keeps producing stuff which is relevant to the community it will continue to be relevant. Edgar -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 6:25 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces Susan Bradeen wrote: Thank you, Craig, for the umpteenth time for saying this. Why are so many - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OT FRIDAY: Re: JavaServer Faces
At 08:05 PM 10/9/2003 -0400, you wrote: Yes I too have worked on Microsoft Systems where you drag and drop components into a Frame and voila you have a functional web page. 1)First a general feeling if uneasiness about integrating the classic Monolithic Microsoft Component Structure into a working Distributed Environment The idea of integrating so much functionality to be handled by one component gives me a very uneasy feeling. Well, I think a lot of times how much is handled by one component is a matter of the component's design. And when you have a rich set of components to choose from, you can pick more granular ones or more complex ones, depending on your disposition. And, call me crazy, but I have better things to do than write the code necessary to support a full-featured data grid. As the people at companies like Infragistics will tell you, there's a hell of a lot of functionality you can add to a data grid. Personally, I'd rather work on the specific nuances of the system I'm trying to build. For one thing the dependencies between components are not known. In the Microsoft world DB's generally have to be ODBC or not work at all. A more verifiable result is implementing the wrong version of component and you have a disaster.. I'm not quite sure what you're talking about here. Since I did Delphi development, I wasn't aware of any ODBC-specific constraints. My Achilles heel was the Borland Database Engine (BDE). But I won't go into detail about that monstrosity. Using the BDE wasn't a requirement, though, and there were alternative ways to do things. (I think Borland has axed the BDE for good, finally). Also, I wasn't trying to say that Microsoft's way of doing things is better or anything like that. I'm just saying that user interface component-oriented development (RAD, back in the day) yields productivity gains. Microsoft is the most well-known promoter of GUI components, but they're certainly not the only one. 2)Finally I would like to request (Specifically) which IDE's handle JSF today Since JSF isn't even in beta yet, you're not going to find any full-fledged IDEs that support it. My FAQ (http://www.jsfcentral.com/faq/) talks about the companies involved (which includes all of the major Java IDE players), and has some links to quasi-announcements they've made :-). Kito D. Mann Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info Thank You, Marty Gainty http://www.laconiadatasystems.com - Original Message - From: Kito D. Mann [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Thursday, October 09, 2003 7:55 PM Subject: Re: JavaServer Faces Matt, This looks like a great taglib -- I wish I had found it when I was working on some past projects :-). In the JSF world, this would be a component that you would use the same way -- with a simple taglib. I'm assuming that this type of functionality is what the highly anticipated JSF grid will provide in the next release of JSF (maybe Craig can extrapolate). There's an example of a much less capable, but similar, component in JSF EA4. The main difference between the component and taglib approach is that in the component world, all of this functionality would be implemented by a component/renderer pair. The component itself would be a JavaBean, so it'd have methods, properties, and events, and integrate with tools. You could even have a JavaBeans customizer that would allow you to find and connect to the data source with a wizard interface. You could also develop different renderers, so perhaps one would output HTML and another might work for a WML device. Renderers are separate from the component itself, so all of the basic properties, like the data source, wouldn't have to be changed for a new device -- only the renderer. Anyway, we're probably getting a little too off-topic, so drop me a line personally if you want to chat more :-). Kito D. Mann [EMAIL PROTECTED] Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info At 06:37 PM 10/9/2003 -0400, you wrote: Here is an example of something I do a lot of w/Struts: http://displaytag.sf.net (that Matt contributed to) You can click on examples link (uper right) to see nested, pagination, etc. Using your skill and experience you listed, can you show something similar? .V Kito D. Mann wrote: At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component
Re: JavaServer Faces
Chen, Gin wrote: Since JSF is *supposed* to replace Struts, so to speak, This statement is *not* a correct understanding of what is happening! Anyone who claims that doesn't get it. You should absolutely, positively plan on evaluating the use of JavaServer Faces components instead of the Struts HTML tags, and the JSTL tags instead of the corresponding bean and logic tags. Besides being standadized (which means, for example, that you can import and use *anyone's* JavaServer Faces tags, not be stuck with ones that are provided only by Struts), they are more powerful and more functional -- and they work fine in conjunction with Struts based applications. That has nothing to do with whether or not you need the other features of Struts (the core controller mechanisms, plugins, Tiles, Validator, ...) -- which can be used just fine with JavaServer Faces components as well. There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. But it's our job as Struts developers to ensure that the gap continues to exist and increases; there's a lot of things required to build good web apps that are not UI components or tags, and are therefore outside the scope of JavaServer Faces and JSTL. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
See.. Anyone reason that this should be kept public is to correct our understanding of what JSF is really about. ;) With the talks of JSF and it's UI/Action like capabilities it is no wonder that we think of it as a possible alternative to Struts. To use it with Struts seems to me as saying that you are using only part of the functionality of JSF. Just like your using part of the functionality of Struts if you use JSTL instead of Bean/Logic tags currently. While it is probably a better solution than the Bean/Logic tags, JSTL is still just and alternative to the integrated Struts Bean/Logic functionality. -Tim -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 2:41 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces Chen, Gin wrote: Since JSF is *supposed* to replace Struts, so to speak, This statement is *not* a correct understanding of what is happening! Anyone who claims that doesn't get it. You should absolutely, positively plan on evaluating the use of JavaServer Faces components instead of the Struts HTML tags, and the JSTL tags instead of the corresponding bean and logic tags. Besides being standadized (which means, for example, that you can import and use *anyone's* JavaServer Faces tags, not be stuck with ones that are provided only by Struts), they are more powerful and more functional -- and they work fine in conjunction with Struts based applications. That has nothing to do with whether or not you need the other features of Struts (the core controller mechanisms, plugins, Tiles, Validator, ...) -- which can be used just fine with JavaServer Faces components as well. There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. But it's our job as Struts developers to ensure that the gap continues to exist and increases; there's a lot of things required to build good web apps that are not UI components or tags, and are therefore outside the scope of JavaServer Faces and JSTL. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
If I culod sepll this mghit mkae snese. -Teem -Original Message- From: Chen, Gin [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 3:09 PM To: 'Struts Users Mailing List' Subject: RE: JavaServer Faces See.. Anyone reason that this should be kept public is to correct our understanding of what JSF is really about. ;) With the talks of JSF and it's UI/Action like capabilities it is no wonder that we think of it as a possible alternative to Struts. To use it with Struts seems to me as saying that you are using only part of the functionality of JSF. Just like your using part of the functionality of Struts if you use JSTL instead of Bean/Logic tags currently. While it is probably a better solution than the Bean/Logic tags, JSTL is still just and alternative to the integrated Struts Bean/Logic functionality. -Tim -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 2:41 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces Chen, Gin wrote: Since JSF is *supposed* to replace Struts, so to speak, This statement is *not* a correct understanding of what is happening! Anyone who claims that doesn't get it. You should absolutely, positively plan on evaluating the use of JavaServer Faces components instead of the Struts HTML tags, and the JSTL tags instead of the corresponding bean and logic tags. Besides being standadized (which means, for example, that you can import and use *anyone's* JavaServer Faces tags, not be stuck with ones that are provided only by Struts), they are more powerful and more functional -- and they work fine in conjunction with Struts based applications. That has nothing to do with whether or not you need the other features of Struts (the core controller mechanisms, plugins, Tiles, Validator, ...) -- which can be used just fine with JavaServer Faces components as well. There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. But it's our job as Struts developers to ensure that the gap continues to exist and increases; there's a lot of things required to build good web apps that are not UI components or tags, and are therefore outside the scope of JavaServer Faces and JSTL. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Craig R. McClanahan wrote: There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. over-simplification It's not unlike the situation with the JSTL SQL tags. For very simple Model 1 applications, these can be sufficient unto the day. But, for more complex applications, you need to break out the big guns, like iBATIS, Hibernate, or EJB. The JSTL SQL tags didn't obviate other data-access products, and the JSF controller features won't obviate other controller products like Struts. JSTL includes SQL tags for completeness and JSF does the same in respect to a controller feature. /over-simplification -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Thank you, Craig, for the umpteenth time for saying this. Why are so many people still talking about throwing in the Struts towel?! This is open source, is it not? Is it not the job of open source to keep ahead of the standards with great ideas that continue to make our jobs easier, more interesting, more fun, and going where no software has gone before? Is it not from open source that the standards are often based? Do we think that just because JSF is on its way into main stream that it will put an end to all we can possibly ask for as web developers? Has that ever been the case with the latest and greatest standard to come to the table? Have we not already heard of the great things the Struts developers have in mind for the future? If the new standards become all you need, then great! If not, then look to Struts and the Struts team for continuing to give you more. Thank you, Struts developers. Susan Bradeen On 10/10/2003 02:40:32 PM Craig R. McClanahan wrote: Chen, Gin wrote: Since JSF is *supposed* to replace Struts, so to speak, This statement is *not* a correct understanding of what is happening! Anyone who claims that doesn't get it. You should absolutely, positively plan on evaluating the use of JavaServer Faces components instead of the Struts HTML tags, and the JSTL tags instead of the corresponding bean and logic tags. Besides being standadized (which means, for example, that you can import and use *anyone's* JavaServer Faces tags, not be stuck with ones that are provided only by Struts), they are more powerful and more functional -- and they work fine in conjunction with Struts based applications. That has nothing to do with whether or not you need the other features of Struts (the core controller mechanisms, plugins, Tiles, Validator, ...) -- which can be used just fine with JavaServer Faces components as well. There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. But it's our job as Struts developers to ensure that the gap continues to exist and increases; there's a lot of things required to build good web apps that are not UI components or tags, and are therefore outside the scope of JavaServer Faces and JSTL. Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Craig R. McClanahan wrote: Craig (who notes that it took Struts nearly three years to get a wide breadth of tools support) Though, the Struts tool explosion coincided with the more general Java tool explosion. If we have GUIs like today's Eclipse and IntelliJ three years ago, we would have seen Struts PlugIns right away. The GUI support for Web applications is a thousand-fold better now than it was three years ago, and the Struts support rode the wave. It would also be fair to say that Struts did much to create the buzz around JSF. If the JSF came out three years ago, tools support would have been a much tougher sell, not to mention the concept of taglibs as UI components. Remember how long it was before we saw much vendor support for JSP 1.2. Times have changed. Meanwhile, as James Holmes mentioned, it's nice to see that some things don't change: open source is still leading the way, with offerings like FacesConsole and Struts-Faces, not to mention MyFaces on SourceForge. (Pity about the license.) Also as mentioned elsewhere, initiatives like JSF don't appear out of thin air, they are built on a path paved by open source. And, the road winds ever on ... -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
I think the main point is that JSF is primarily about standard re-usable user interface components. It has basic controller functionality, but the UI component side of things is the real focus. Many existing frameworks -- Struts, UIX (Oracle's framework), and others, will continue to add a bunch of additional functionality but will also be able to use JSF components. That's the bottom line. And, like Ted and Craig said, smaller applications may do fine with JSF alone. At 04:03 PM 10/10/2003 -0400, you wrote: Craig R. McClanahan wrote: There is a functionality overlap in the core controller role, and for some people JavaServer Faces will be sufficient by itself. over-simplification It's not unlike the situation with the JSTL SQL tags. For very simple Model 1 applications, these can be sufficient unto the day. But, for more complex applications, you need to break out the big guns, like iBATIS, Hibernate, or EJB. The JSTL SQL tags didn't obviate other data-access products, and the JSF controller features won't obviate other controller products like Struts. JSTL includes SQL tags for completeness and JSF does the same in respect to a controller feature. /over-simplification -Ted. Kito D. Mann Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
of the functionality of Struts if you use JSTL instead of Bean/Logic tags currently. While it is probably a better solution than the Bean/Logic tags, JSTL is still just and alternative to the integrated Struts Bean/Logic functionality. -Tim -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 2:41 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces Chen, Gin wrote: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Susan Bradeen wrote: Thank you, Craig, for the umpteenth time for saying this. Why are so many people still talking about throwing in the Struts towel?! This is open source, is it not? Is it not the job of open source to keep ahead of the standards with great ideas that continue to make our jobs easier, more interesting, more fun, and going where no software has gone before? Is it not from open source that the standards are often based? A historical note that supports what Susan (and Ted) are saying here. During the planning for what became JSTL 1.0, I was advocating the inclusion of an expression language in whatever tags we came up with, because it's a key ease-of-use feature compared to the clunkiness of expressing functional logic in XML. The strongest piece of my argument: Struts users who are used to the power of expression evaluation won't accept standard tags that don't have this functionality. :-) Now, we've got EL expressions not only in tags that understand them, but (as of JSP 2.0) EL expressions work everywhere in your page -- even in template text. And the expectations of Struts users, setting the bar pretty high, had a lot to do with that. Do we think that just because JSF is on its way into main stream that it will put an end to all we can possibly ask for as web developers? Has that ever been the case with the latest and greatest standard to come to the table? Have we not already heard of the great things the Struts developers have in mind for the future? If the new standards become all you need, then great! If not, then look to Struts and the Struts team for continuing to give you more. Thank you, Struts developers. For myself (and I'm sure the other developers as well) you're definitely more than welcome. It has been an astonishing three years, and there's lots more fun and interesting stuff to be done. Susan Bradeen Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Frank Maritato wrote: So, displaytag is a pretty interesting taglib. It is very nice, I use it a lot! Does it need to have the entire dataset, or can it use an action/controller to lazy load the information from a datasource (or ejb, or web service, etc.) ? View layer does not deal with data of course, that is for the model. Of course to implement a good model, one should know some SQL. (Doing a good view, one should know CSS, or JavaScript, etc. ) Some DAO's, such iBaits, have pagination. (and caching; also iBatis can return a List, and displaytag needs a List. How nice.) Lazyloading might help in some cases in Java, but it would not help you in SQL/Data side. SQL works on sets (set theory, right; intersections, unions, etc. Read up on Celko) and server side and client side cursors are slow and non scaleable. A given DB engine compiles the querry, selects a path, executes the path with joins, sorts the result and then send it out(this last part you want to be faster?). Some DB engines, such as pgSQL offers support for SELECT . . . LIMIT/OFFSET, so you can get to the 3rd set of 1000 records from your result set. Depending of the DB engine you use, I would ask in the DB forum, since row by row loading (what I think you wanted) is same in C lang as it would be in Java. (CLI, OCI, etc.) I do have a google like example of doing this in a good practice example open source app. bP, If data access is slow for you, I would stress test that layer/module. View should present the collection in a paginated way, but after you have some data. hth, .V Vic Cekvenich wrote: Here is an example of something I do a lot of w/Struts: http://displaytag.sf.net (that Matt contributed to) You can click on examples link (uper right) to see nested, pagination, etc. Using your skill and experience you listed, can you show something similar? .V Kito D. Mann wrote: At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component-oriented approach, it's a lot more efficient. Most of the people I know who develop complex desktop GUIs with tools like Delphi feel that the servlet development is a step backwards, even with great frameworks like Struts. I also think that JSF will be easier to swallow than Swing, but that's based on my limited Swing experience (I've done a lot more Delphi desktop development than Swing). Anyway, that's my two cents, as someone who's familiar with JSF and has also worked with Struts, ASP.NET WebForms, and tools like Delphi. This topic has been beat to death all over the place; you can find out more on my site, JSFCentral.com. There's a FAQ there that addresses some Struts/Faces questions. Kito D. Mann Author, JSF in Action Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -- Victor Cekvenich, Struts Instructor (215) 312-9146 Advanced Struts Training http://basebeans.com/do/cmsPg?content=TRAINING Server Side Java training with Rich UI, mentoring, designs, samples and project recovery in North East. Simple best practice basic Portal, a Struts CMS, Membership, Forums, Shopping and Credit processing, http://basicportal.com software, ready to develop/customize; requires a db to run. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Yes, I have an opinion. While some people might not agree with me, it is still my opinion. I believe that you should read the spec, try the examples, and see for yourself. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 678.910.8017 770.822.3359 AIM:jmitchtx - Original Message - From: Horky Adam G A1C 805 CSPTS/SCBE [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 3:28 PM Subject: JavaServer Faces Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Matt Raible wrote: It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. http://wwws.sun.com/software/products/projectrave/ -- Glenn Holmer [EMAIL PROTECTED] Programmer/Analyst phone: 414.908.1809 Weyco Group, Inc. fax: 414.908.1601 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
I had worked on a project recently where they used Barracuda which is also a Swing version for the Web using HTML *id* attributes.I agree that the learning curve is pretty steep(just my view) on both Barracuda and JSF.But the benefits of reusing web components was really cool indeed in that project(ala Web Forms). Vijay -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 9:20 AM To: 'Struts Users Mailing List' Subject: RE: JavaServer Faces I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). 2. It's basically Swing for the Web. 3. It's more difficult than Struts. Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 6:58 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE wrote: Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component-oriented approach, it's a lot more efficient. Most of the people I know who develop complex desktop GUIs with tools like Delphi feel that the servlet development is a step backwards, even with great frameworks like Struts. I also think that JSF will be easier to swallow than Swing, but that's based on my limited Swing experience (I've done a lot more Delphi desktop development than Swing). Anyway, that's my two cents, as someone who's familiar with JSF and has also worked with Struts, ASP.NET WebForms, and tools like Delphi. This topic has been beat to death all over the place; you can find out more on my site, JSFCentral.com. There's a FAQ there that addresses some Struts/Faces questions. Kito D. Mann Author, JSF in Action Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 6:58 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE wrote: Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Here is an example of something I do a lot of w/Struts: http://displaytag.sf.net (that Matt contributed to) You can click on examples link (uper right) to see nested, pagination, etc. Using your skill and experience you listed, can you show something similar? .V Kito D. Mann wrote: At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component-oriented approach, it's a lot more efficient. Most of the people I know who develop complex desktop GUIs with tools like Delphi feel that the servlet development is a step backwards, even with great frameworks like Struts. I also think that JSF will be easier to swallow than Swing, but that's based on my limited Swing experience (I've done a lot more Delphi desktop development than Swing). Anyway, that's my two cents, as someone who's familiar with JSF and has also worked with Struts, ASP.NET WebForms, and tools like Delphi. This topic has been beat to death all over the place; you can find out more on my site, JSFCentral.com. There's a FAQ there that addresses some Struts/Faces questions. Kito D. Mann Author, JSF in Action Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 6:58 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE wrote: Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
So, displaytag is a pretty interesting taglib. Does it need to have the entire dataset, or can it use an action/controller to lazy load the information from a datasource (or ejb, or web service, etc.) ? Vic Cekvenich wrote: Here is an example of something I do a lot of w/Struts: http://displaytag.sf.net (that Matt contributed to) You can click on examples link (uper right) to see nested, pagination, etc. Using your skill and experience you listed, can you show something similar? .V Kito D. Mann wrote: At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component-oriented approach, it's a lot more efficient. Most of the people I know who develop complex desktop GUIs with tools like Delphi feel that the servlet development is a step backwards, even with great frameworks like Struts. I also think that JSF will be easier to swallow than Swing, but that's based on my limited Swing experience (I've done a lot more Delphi desktop development than Swing). Anyway, that's my two cents, as someone who's familiar with JSF and has also worked with Struts, ASP.NET WebForms, and tools like Delphi. This topic has been beat to death all over the place; you can find out more on my site, JSFCentral.com. There's a FAQ there that addresses some Struts/Faces questions. Kito D. Mann Author, JSF in Action Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 6:58 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE wrote: Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Frank Maritato - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Matt, This looks like a great taglib -- I wish I had found it when I was working on some past projects :-). In the JSF world, this would be a component that you would use the same way -- with a simple taglib. I'm assuming that this type of functionality is what the highly anticipated JSF grid will provide in the next release of JSF (maybe Craig can extrapolate). There's an example of a much less capable, but similar, component in JSF EA4. The main difference between the component and taglib approach is that in the component world, all of this functionality would be implemented by a component/renderer pair. The component itself would be a JavaBean, so it'd have methods, properties, and events, and integrate with tools. You could even have a JavaBeans customizer that would allow you to find and connect to the data source with a wizard interface. You could also develop different renderers, so perhaps one would output HTML and another might work for a WML device. Renderers are separate from the component itself, so all of the basic properties, like the data source, wouldn't have to be changed for a new device -- only the renderer. Anyway, we're probably getting a little too off-topic, so drop me a line personally if you want to chat more :-). Kito D. Mann [EMAIL PROTECTED] Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info At 06:37 PM 10/9/2003 -0400, you wrote: Here is an example of something I do a lot of w/Struts: http://displaytag.sf.net (that Matt contributed to) You can click on examples link (uper right) to see nested, pagination, etc. Using your skill and experience you listed, can you show something similar? .V Kito D. Mann wrote: At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component-oriented approach, it's a lot more efficient. Most of the people I know who develop complex desktop GUIs with tools like Delphi feel that the servlet development is a step backwards, even with great frameworks like Struts. I also think that JSF will be easier to swallow than Swing, but that's based on my limited Swing experience (I've done a lot more Delphi desktop development than Swing). Anyway, that's my two cents, as someone who's familiar with JSF and has also worked with Struts, ASP.NET WebForms, and tools like Delphi. This topic has been beat to death all over the place; you can find out more on my site, JSFCentral.com. There's a FAQ there that addresses some Struts/Faces questions. Kito D. Mann Author, JSF in Action Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 6:58 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE wrote: Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ~~ Kito D. Mann . [EMAIL PROTECTED] .Virtua, Inc. ..existence doesn't necessarily mean living... Kito D. Mann [EMAIL PROTECTED] Virtua, Inc. 203-323-1244 203-323-2363 (fax) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
Yes I too have worked on Microsoft Systems where you drag and drop components into a Frame and voila you have a functional web page. 1)First a general feeling if uneasiness about integrating the classic Monolithic Microsoft Component Structure into a working Distributed Environment The idea of integrating so much functionality to be handled by one component gives me a very uneasy feeling. For one thing the dependencies between components are not known. In the Microsoft world DB's generally have to be ODBC or not work at all. A more verifiable result is implementing the wrong version of component and you have a disaster.. 2)Finally I would like to request (Specifically) which IDE's handle JSF today Thank You, Marty Gainty http://www.laconiadatasystems.com - Original Message - From: Kito D. Mann [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Thursday, October 09, 2003 7:55 PM Subject: Re: JavaServer Faces Matt, This looks like a great taglib -- I wish I had found it when I was working on some past projects :-). In the JSF world, this would be a component that you would use the same way -- with a simple taglib. I'm assuming that this type of functionality is what the highly anticipated JSF grid will provide in the next release of JSF (maybe Craig can extrapolate). There's an example of a much less capable, but similar, component in JSF EA4. The main difference between the component and taglib approach is that in the component world, all of this functionality would be implemented by a component/renderer pair. The component itself would be a JavaBean, so it'd have methods, properties, and events, and integrate with tools. You could even have a JavaBeans customizer that would allow you to find and connect to the data source with a wizard interface. You could also develop different renderers, so perhaps one would output HTML and another might work for a WML device. Renderers are separate from the component itself, so all of the basic properties, like the data source, wouldn't have to be changed for a new device -- only the renderer. Anyway, we're probably getting a little too off-topic, so drop me a line personally if you want to chat more :-). Kito D. Mann [EMAIL PROTECTED] Author, JSF in Action www.JSFCentral.com - JSF FAQ, news, and info At 06:37 PM 10/9/2003 -0400, you wrote: Here is an example of something I do a lot of w/Struts: http://displaytag.sf.net (that Matt contributed to) You can click on examples link (uper right) to see nested, pagination, etc. Using your skill and experience you listed, can you show something similar? .V Kito D. Mann wrote: At 11:20 AM 10/9/2003 -0500, you wrote: I watched a presentation on JSF last night. Here's my high-level impressions: 1. It's a replacement for Struts (no matter what folks say). It may be in the long-term, but it won't be in version 1.0. I think the combination of the two is pretty powerful. 2. It's basically Swing for the Web. True. 3. It's more difficult than Struts. I think it might be more difficult for people who haven't worked with desktop-oriented GUI frameworks like Swing, Delphi's VCL, or Visual Basic OCXs (and likewise .NET). Once you get used to a more component-oriented approach, it's a lot more efficient. Most of the people I know who develop complex desktop GUIs with tools like Delphi feel that the servlet development is a step backwards, even with great frameworks like Struts. I also think that JSF will be easier to swallow than Swing, but that's based on my limited Swing experience (I've done a lot more Delphi desktop development than Swing). Anyway, that's my two cents, as someone who's familiar with JSF and has also worked with Struts, ASP.NET WebForms, and tools like Delphi. This topic has been beat to death all over the place; you can find out more on my site, JSFCentral.com. There's a FAQ there that addresses some Struts/Faces questions. Kito D. Mann Author, JSF in Action Basically, I'm not impressed. I think they're going to have do a lot to make it easier to learn and easier to develop with. It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. I'll believe it when I see it considering I still use HTML editors to edit JSPs and JSTL (because Homesite is still the best JSP editor IMO). Read more at http://tinyurl.com/qbyk. These are just my opinions - so take them with a grain of salt. Matt -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 6:58 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE
Re: JavaServer Faces
Glenn Holmer wrote: Matt Raible wrote: It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. http://wwws.sun.com/software/products/projectrave/ As a Sun employee working directly with the Rave team (since it uses JavaServer Faces), I'm more than a little familiar with what's happening with Rave. It's going to be very cool :-). As co-spec-lead for JavaServer Faces, I'm also familiar with the direction that other tools vendors have indicated they are going. I can't share any details, but suffice it to say that JavaServer Faces is going to have a rich tools ecosystem, very soon after it goes final. Craig (who notes that it took Struts nearly three years to get a wide breadth of tools support) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
There's already one JSF tool available today: Faces Console. It's almost identical to Struts Console as its purpose is to simply working with the faces-config.xml file. http://www.jamesholmes.com/JavaServerFaces/ -James -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 9:03 PM To: Struts Users Mailing List Subject: Re: JavaServer Faces Glenn Holmer wrote: Matt Raible wrote: It seems that a lot of Experts are touting that it'll be easy to develop because it's a *standard* and IDEs will support it. http://wwws.sun.com/software/products/projectrave/ As a Sun employee working directly with the Rave team (since it uses JavaServer Faces), I'm more than a little familiar with what's happening with Rave. It's going to be very cool :-). As co-spec-lead for JavaServer Faces, I'm also familiar with the direction that other tools vendors have indicated they are going. I can't share any details, but suffice it to say that JavaServer Faces is going to have a rich tools ecosystem, very soon after it goes final. Craig (who notes that it took Struts nearly three years to get a wide breadth of tools support) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OT FRIDAY: Re: JavaServer Faces
Kito D. Mann wrote: SNIP The main difference between the component and taglib approach is that in the component world, all of this functionality would be implemented by a component/renderer pair. The component itself would be a JavaBean, so it'd have methods, properties, and events, and integrate with tools. You could even have a JavaBeans customizer that would allow you to find and connect to the data source with a wizard interface. You could also develop different renderers, so perhaps one would output HTML and another might work for a WML device. SNIP It's submarine, but it can fly AND it's a lawn mower too. This way every member of the committee gets their feature. We'll think of a use for it later. A grid that displays on my browser; and on my cell phone! This would run great in PowerPoint. Where the C# tutorial! (of course, vendors do not have to use it later, unlike people that develop OS. Yeah, make it like Swing, lets duplicate that success. I use Eclipse, those silly OS people don't use Swing standard, they must not be as smart.) I used to use Vendor designed frameworks, and ran away from them to Struts. Kito D. Mann wrote: SNIP There's an example of a much less capable, but similar, component in JSF EA4. Kito D. Mann Author, JSF in Action SNIP Vic:... less capable, and more complex, now that takes a committee to advise me. Craig wrote: SNIP some commenters fail to remember what early access means -- it's not done yet. SNIP So we can't critisize it? But you can market it? Positive reviews are OK? I have heard wait till next version from Sun. There are a lot of promisses made, like ASF version of JSF, and Craig wrote (in another thread on EJB): SNIP Struts doesn't have a UI component model at all (the HTML tags do not count -- they are simply ways to render simple input fields -- which is why we have to work so hard at things like tree controls and grids), but shines in its overall framework characteristics. SNIP ?? Vic: HTML tags are a simple way to render input tags ... simple as in simple is bad? (Also I use a nice open source tag for tree that emits .js http://www.guydavis.ca/projects/oss/tags) I agree with Matt on this issue. Hopefully it's OK that I stay with http://displaytag.sf.net and Struts, and JSTL/HTML for Multi Row Updates/Validation. Until Flash Grid takes over, executing on a client's browser, and not on the server. (See, I did not even bring up vendor licensing or Sun's poor finance ;-)) Go Java! KISS, .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT FRIDAY: Re: JavaServer Faces
Vic Cekvenich wrote: Kito D. Mann wrote: SNIP The main difference between the component and taglib approach is that in the component world, all of this functionality would be implemented by a component/renderer pair. The component itself would be a JavaBean, so it'd have methods, properties, and events, and integrate with tools. You could even have a JavaBeans customizer that would allow you to find and connect to the data source with a wizard interface. You could also develop different renderers, so perhaps one would output HTML and another might work for a WML device. SNIP It's submarine, but it can fly AND it's a lawn mower too. This way every member of the committee gets their feature. We'll think of a use for it later. A grid that displays on my browser; and on my cell phone! This would run great in PowerPoint. Where the C# tutorial! (of course, vendors do not have to use it later, unlike people that develop OS. Yeah, make it like Swing, lets duplicate that success. I use Eclipse, those silly OS people don't use Swing standard, they must not be as smart.) I used to use Vendor designed frameworks, and ran away from them to Struts. Kito D. Mann wrote: SNIP There's an example of a much less capable, but similar, component in JSF EA4. Kito D. Mann Author, JSF in Action SNIP Vic:... less capable, and more complex, now that takes a committee to advise me. Craig wrote: SNIP some commenters fail to remember what early access means -- it's not done yet. SNIP So we can't critisize it? But you can market it? Positive reviews are OK? I have heard wait till next version from Sun. There are a lot of promisses made, like ASF version of JSF, and Submarines and lawn mowers isn't criticism ... it's emotional grandstanding. Craig wrote (in another thread on EJB): SNIP Struts doesn't have a UI component model at all (the HTML tags do not count -- they are simply ways to render simple input fields -- which is why we have to work so hard at things like tree controls and grids), but shines in its overall framework characteristics. SNIP ?? Vic: HTML tags are a simple way to render input tags ... simple as in simple is bad? Simple is great if your needs are simple ... when your needs grow then you need something else -- tree controls, menus, editable tables, and so on are all things that have to be bolted together, and aren't necessarily designed to interoperate. Let alone provide sufficient metadata about themselves so that they will make it possible for tools to provide a rich experience. Where's the property sheet that an IDE can use to drag one of these tags onto a pallete and the configure it? (Also I use a nice open source tag for tree that emits .js http://www.guydavis.ca/projects/oss/tags) I agree with Matt on this issue. Hopefully it's OK that I stay with http://displaytag.sf.net and Struts, and JSTL/HTML for Multi Row Updates/Validation. Until Flash Grid takes over, executing on a client's browser, and not on the server. Be my guest. (See, I did not even bring up vendor licensing or Sun's poor finance ;-)) And you even forgot JSR-168 too :-) Go Java! KISS, .V Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT FRIDAY: Re: JavaServer Faces
Craig R. McClanahan wrote: And you even forgot JSR-168 too :-) Oh yeah, I did not even criticize that! Next time. ;-} .V Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces
It's not an either/or decision. http://jakarta.apache.org/struts/faqs/kickstart.html#jsf Though, Struts is superior in the sense you can use it in a shipping application. JSF is still in early release. HTH, Ted. Horky Adam G A1C 805 CSPTS/SCBE wrote: Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
I reckon Craig might know a wee little bit about that ;-) Why not search the archive and see what he has said about it. -Original Message- From: Horky Adam G A1C 805 CSPTS/SCBE [mailto:[EMAIL PROTECTED] Sent: Thursday, 9 October 2003 03:28 To: [EMAIL PROTECTED] Subject: JavaServer Faces Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300
RE: JavaServer Faces
This question indeed has be asked before. JSF only covers the frontend portion of an application, namingly the V and C. The Struts addresses more development issues. An article on integration Struts and JSF recently appears on the developerWork(IBM) web (if my memory is correct). That is to say you can use the two together. Hope this helps. -- - Original Message - DATE: Thu, 9 Oct 2003 11:19:59 From: Andrew Hill [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Cc: I reckon Craig might know a wee little bit about that ;-) Why not search the archive and see what he has said about it. -Original Message- From: Horky Adam G A1C 805 CSPTS/SCBE [mailto:[EMAIL PROTECTED] Sent: Thursday, 9 October 2003 03:28 To: [EMAIL PROTECTED] Subject: JavaServer Faces Does anyone know enough about Struts and JavaServer Faces to provide an opinion about the superiority of one over the other? A1C Adam G Horky Application Development Programmer, SCBE (618)256-2300 Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail! http://login.mail.lycos.com/r/referral?aid=27005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces and Struts
Where's the article? Sorry, can't answer your questions. thanks - gene --- Fedor Smirnoff [EMAIL PROTECTED] wrote: Hey guys, Just read an article on JSF and it sounds pretty interesting, one problem though, writer says its not compatible with Struts. Have anyone tried? What do you think of it, did anyone succeeded in making it work with Struts. Thanks, Fedor __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces and Struts
Fedor Smirnoff wrote: Hey guys, Just read an article on JSF and it sounds pretty interesting, one problem though, writer says its not compatible with Struts. Have anyone tried? What do you think of it, did anyone succeeded in making it work with Struts. The article is just plain wrong, and you should tell them so. Original Message Subject: [ANNOUNCE] Updated Struts-Faces Integration Library Date: Wed, 04 Jun 2003 11:46:54 -0700 (PDT) From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] As you might already be aware, the Public Draft 2 version of the JavaServer Faces specification is now available: http://java.sun.com/j2ee/javaserverfaces/download.html with many new and exciting features. The EA4 version of the JavaServer Faces reference implementation is available as part of the Java Web Services Developer Pack 1.2 release (and easily separable for use on other containers): http://java.sun.com/webservices/downloads/webservicespack.html I have updated the Struts-Faces integration library that was previously published, to accomodate the API changes in the new version. Nightly builds of the updated code, starting with the 20030605 version (i.e. tonight) will be available at: http://jakarta.apache.org/builds/jakarta-struts/nightly/struts-faces/ (Versions up through and including 20030604 are for the EA3 release of Faces; wait until tomorrow to grab the updated code.) Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces and Struts
Here it is, its not much, just an overview: http://www.ftponline.com/javapro/2003_04/magazine/columns/weblication/default.asp Fedor --- Gene Campbell [EMAIL PROTECTED] wrote: Where's the article? Sorry, can't answer your questions. thanks - gene --- Fedor Smirnoff [EMAIL PROTECTED] wrote: Hey guys, Just read an article on JSF and it sounds pretty interesting, one problem though, writer says its not compatible with Struts. Have anyone tried? What do you think of it, did anyone succeeded in making it work with Struts. Thanks, Fedor __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces and Struts
Oh this is great!! Yes, either they have no idea whats going on or, JSF cam a long way since article was published in April http://www.ftponline.com/javapro/2003_04/magazine/columns/weblication/default.asp THanks fedor --- Ted Husted [EMAIL PROTECTED] wrote: Fedor Smirnoff wrote: Hey guys, Just read an article on JSF and it sounds pretty interesting, one problem though, writer says its not compatible with Struts. Have anyone tried? What do you think of it, did anyone succeeded in making it work with Struts. The article is just plain wrong, and you should tell them so. Original Message Subject: [ANNOUNCE] Updated Struts-Faces Integration Library Date: Wed, 04 Jun 2003 11:46:54 -0700 (PDT) From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] As you might already be aware, the Public Draft 2 version of the JavaServer Faces specification is now available: http://java.sun.com/j2ee/javaserverfaces/download.html with many new and exciting features. The EA4 version of the JavaServer Faces reference implementation is available as part of the Java Web Services Developer Pack 1.2 release (and easily separable for use on other containers): http://java.sun.com/webservices/downloads/webservicespack.html I have updated the Struts-Faces integration library that was previously published, to accomodate the API changes in the new version. Nightly builds of the updated code, starting with the 20030605 version (i.e. tonight) will be available at: http://jakarta.apache.org/builds/jakarta-struts/nightly/struts-faces/ (Versions up through and including 20030604 are for the EA3 release of Faces; wait until tomorrow to grab the updated code.) Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces and Struts
Struts is definitely compatible with JSF. The article you read was probably narrow in scope. For more articles and information on JSF you can visit my JSF resources page. http://www.jamesholmes.com/JavaServerFaces/ -James http://www.jamesholmes.com/struts/ -Original Message- From: Fedor Smirnoff [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2003 5:13 PM To: [EMAIL PROTECTED] Subject: JavaServer Faces and Struts Hey guys, Just read an article on JSF and it sounds pretty interesting, one problem though, writer says its not compatible with Struts. Have anyone tried? What do you think of it, did anyone succeeded in making it work with Struts. Thanks, Fedor __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces and Struts
Wow. So this guy downloads some JSF stuff, gets the example running, writes an article and gets it in JP? I hope they don't pay him too much! Then again maybe he's on the Redmond payroll... I'll bet the majority of the struts-user subscribers do the same thing and think they're just playing around--little do they know they could be journalists! Hey Ted, you're a writer, what do you think of this guy's research methodology? ;) -Original Message- From: Fedor Smirnoff [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2003 1:06 AM To: Struts Users Mailing List Subject: Re: JavaServer Faces and Struts Oh this is great!! Yes, either they have no idea whats going on or, JSF cam a long way since article was published in April http://www.ftponline.com/javapro/2003_04/magazine/columns/webl ication/default.asp THanks fedor --- Ted Husted [EMAIL PROTECTED] wrote: Fedor Smirnoff wrote: Hey guys, Just read an article on JSF and it sounds pretty interesting, one problem though, writer says its not compatible with Struts. Have anyone tried? What do you think of it, did anyone succeeded in making it work with Struts. The article is just plain wrong, and you should tell them so. Original Message Subject: [ANNOUNCE] Updated Struts-Faces Integration Library Date: Wed, 04 Jun 2003 11:46:54 -0700 (PDT) From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] As you might already be aware, the Public Draft 2 version of the JavaServer Faces specification is now available: http://java.sun.com/j2ee/javaserverfaces/download.html with many new and exciting features. The EA4 version of the JavaServer Faces reference implementation is available as part of the Java Web Services Developer Pack 1.2 release (and easily separable for use on other containers): http://java.sun.com/webservices/downloads/webservicespack.html I have updated the Struts-Faces integration library that was previously published, to accomodate the API changes in the new version. Nightly builds of the updated code, starting with the 20030605 version (i.e. tonight) will be available at: http://jakarta.apache.org/builds/jakarta-struts/nightly/struts-faces/ (Versions up through and including 20030604 are for the EA3 release of Faces; wait until tomorrow to grab the updated code.) Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces and Struts
On Fri, 6 Jun 2003, Fedor Smirnoff wrote: Date: Fri, 6 Jun 2003 01:06:28 -0700 (PDT) From: Fedor Smirnoff [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: Re: JavaServer Faces and Struts Oh this is great!! Yes, either they have no idea whats going on or, JSF cam a long way since article was published in April http://www.ftponline.com/javapro/2003_04/magazine/columns/weblication/default.asp Keep in mind that an article published in April (in a print magazine) was fronzen in Februrary ... the nicest thing about the web is that there is no lead time for publishing up to the minute stuff :-). That being said, you can use Struts and JavaServer Faces together quite nicely. I published a library that was compatible with the (previous) EA3 release of JavaServer Faces -- unfortunately, hardware problems have prevented me from publishing the update to work with the just released EA4 version (that will be rectified soon). But the tewo technologies can *definitely* be used together. The following link currently points at code that can only work with the previous JavaServer Faces release -- look for an update announcement soon. http://jakarta.apache.org/builds/jakarta-struts/struts-faces/ THanks fedor Craig McClanahan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
You'll probably hear this from a lot of people ... Java Server Faces isn't in the same solution space as Struts. JSF is a UI toolkit, while Struts is a web application framework, which includes a tag library implementing basic UI elements. This tag library can easily be replaced to use a different UI toolkit, such as WML (which I've posted to Bugzilla) or JSF, which Craig posted on this very mailing list within the past few days. In fact, Craig has stated his belief that eventually the Struts UI tag library will vanish completely in favor of JSF in pretty much the same way that the bean and logic tag libraries seem to be vanishing in favor of JSTL. (Tangent #1: what happens when Craig's contrib/workflow project turns into something real?) So your second guess was more nearly correct in that they're not really related. The product that is more directly substituable for Struts and carries Sun's name on it is (I believe) Sun ONE Application Framework. +Mitchell -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 1:16 PM To: [EMAIL PROTECTED] Subject: JavaServer Faces Um... I haven't started with Struts yet, but this sounds pretty familiar... Can someone give me the low-down on why I would choose Struts over JavaServer Faces? Or, am I missing something and they're not really related... Thanks, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
-Original Message- From: Mitchell Morris [mailto:[EMAIL PROTECTED] Subject: RE: JavaServer Faces You'll probably hear this from a lot of people ... Java Server Faces isn't in the same solution space as Struts. JSF is a UI toolkit, while Struts is a web application framework, which includes a tag library implementing basic UI elements. This tag library can easily be replaced to use a different UI toolkit, such as WML (which I've posted to Bugzilla) or JSF, which Craig posted on this very mailing list within the past few days. In fact, Craig has stated his belief that eventually the Struts UI tag library will vanish completely in favor of JSF in pretty much the same way that the bean and logic tag libraries seem to be vanishing in favor of JSTL. (Tangent #1: what happens when Craig's contrib/workflow project turns into something real?) So your second guess was more nearly correct in that they're not really related. The product that is more directly substituable for Struts and carries Sun's name on it is (I believe) Sun ONE Application Framework. +Mitchell So, JSF ActionListeners are not Struts Actions? Thanks, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JavaServer Faces
On Wed, 12 Mar 2003 [EMAIL PROTECTED] wrote: Date: Wed, 12 Mar 2003 13:59:25 -0500 From: [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: JavaServer Faces -Original Message- From: Mitchell Morris [mailto:[EMAIL PROTECTED] Subject: RE: JavaServer Faces You'll probably hear this from a lot of people ... Java Server Faces isn't in the same solution space as Struts. JSF is a UI toolkit, while Struts is a web application framework, which includes a tag library implementing basic UI elements. This tag library can easily be replaced to use a different UI toolkit, such as WML (which I've posted to Bugzilla) or JSF, which Craig posted on this very mailing list within the past few days. In fact, Craig has stated his belief that eventually the Struts UI tag library will vanish completely in favor of JSF in pretty much the same way that the bean and logic tag libraries seem to be vanishing in favor of JSTL. (Tangent #1: what happens when Craig's contrib/workflow project turns into something real?) So your second guess was more nearly correct in that they're not really related. The product that is more directly substituable for Struts and carries Sun's name on it is (I believe) Sun ONE Application Framework. +Mitchell So, JSF ActionListeners are not Struts Actions? Well, they *can* be :-). That's basically what I did in the Struts+Faces integration library -- created a JSF ApplicationHandler that then links you to traditional Struts actions. http://jakarta.apache.org/builds/jakarta-struts/nightly/struts-faces/ Thanks, Michael Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces - Is it OK to use it now?
JSF isn't final yet so I wouldn't use it for any production projects. David From: Mete Kural [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: JavaServer Faces - Is it OK to use it now? Date: Mon, 10 Mar 2003 10:39:19 + Hello, I'm beginning a new Struts-based web application project and I would really like to use JavaServer Pages in it. I know that there are notices recommending not to use the current early access implementation for production environments. I am just beginning this project so I'm thinking it will take me about a month or a little more to finish it. Would you recommend me to use JavaServer Faces in this project? Do you think it is likely that there will be another early access release that is more suitable for production environments in this time frame? Thanks, Mete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces - Is it OK to use it now?
Thanks for you advice. Do you have any vague estimates on how long it will take JSF to become suitable for Struts-based production applications? a) 2-3 months b) 4-6 months c) 6-12 months d) more than 1 year Thanks, Mete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaServer Faces and Struts
I'd really like to hear about the overlap and integration between Struts and JSF also. david Sandra Cann wrote: Craig, You'd mentioned in one email on this list more news when JSR-127 eventually goes to public draft. Now that that's happened I was wondering if you might tell us more about how you see things happening as related to a good integration between Struts and JavaServer Faces is clearly important, and I will be in a pretty good position to make sure that it happens :-). I was curious how your role as lead on both projects has influenced your ideas for how they integrate together? It was my understanding that there was some overlap between JSF and Struts. How do you see this changing if at all? How do you expect the spec to influence the future direction of Struts? Sandra [EMAIL PROTECTED] P.S. Expresso 4.1ea4 is available for download; and we expect very soon releasing a full 4.1 release. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JavaServer Faces?
On Wed, 24 Apr 2002, João Guilherme Del Valle wrote: Date: Wed, 24 Apr 2002 16:58:23 -0300 From: João Guilherme Del Valle [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: JavaServer Faces? Craig, I looked for JSF resources and found almost nothing. I know it hasn´t been finished, but can we have the taste of it? Where? You don't find much because the spec is not finished yet, and there is therefore no implementation to look at either. You'll definitely hear about Faces here when more info is available. But rest assured that Struts and JavaServer Faces will play very nicely with each other. Thank you, João. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
