Re: Nested tags attribute clash
Hi Hans, Sorry to bother you again with this old thread, but I hadn't thought of all the implications of your suggestion until now. I was asking about how to avoid attribute-name clashes in nested tags, and you suggested using: >The easiest solution is to let the page athor specify the >variable name: > > > > > >... > > > >If you don't need to access the value through a scripting... >If you *do* need to access the value through scripting code, >you can tell the container to use the "var" attribute value for >the scripting variable using either a TagExtraInfo class (JSP 1.1 >and JSP 1.2) or using the element in the TLD (JSP 1.2). > I *do* need to access the attributes in scripting code. But how do I add the new variable dynamically to the TagExtraInfo class? How does it help if I add "var" to the TEI? (I need foo and bar to be variables that I can access in my scripting code) Is this possible? Thanks a ton. -Erwin === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: [ann] WebWork 1.0 released
On Fri, 22 Mar 2002 17:32:47 -0500, M. Simms <[EMAIL PROTECTED]> wrote: >I certainly will ! >I was just testing to see how passionate you guys were about this >effort >and you passed the test. >I was not going to waste my time if there was little or no response. LOL, good one ;-) Well, I most certainly wouldn't want you to waste time, and it is my firm belief that this isn't once of those. >A lightweight STRUTs is certainly an excellent idea...and whose time has >come. Amen to that! >(Why didn't Sun think of that ?) Because "lightweight sun" is an oxymoron? ;-) /Rickard === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: [ann] WebWork 1.0 released
I certainly will ! I was just testing to see how passionate you guys were about this effort and you passed the test. I was not going to waste my time if there was little or no response. A lightweight STRUTs is certainly an excellent idea...and whose time has come. (Why didn't Sun think of that ?) > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Rickard Öberg > Sent: Friday, March 22, 2002 4:00 PM > To: [EMAIL PROTECTED] > Subject: Re: [ann] WebWork 1.0 released > > > On Fri, 22 Mar 2002 09:26:40 -0500, M. Simms > <[EMAIL PROTECTED]> wrote: > >Why would this be better than STRUTS which has taken about 10 > man years of > >effort and the expertise of many heavyweights to build and debug ? > > Somehow the above argument is not quite logical. The amount of > man years or expertise of heavyweights means nothing if the basic > foundation is bad. > > But sure, if you want to play that game WW has approximately 10 > man years of effort put into it as well (10 registered > developers, plus patch submissions from about 10 more, 1 year of > development), and being a lead developer on both JBoss and > XDoclet I wouldn't consider myself lightweight exactly. > > But this is a nonsensical argument. I would encourage you > download it and take a look at the examples and documentation > before passing any swift judgments. You might actually like it ;-) > > /Rickard > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set > JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: [ann] WebWork 1.0 released
On Fri, 22 Mar 2002 10:09:14 -0600, Haseltine, Celeste
>I have not seen WebWork, but to answer your question, Struts is a very heavy
>framework in that the Jakarta tag libraries are very tightly integrated into
>the MVC architecture portion of Struts. For those of us who use JSP tag
>libraries that either come with our Servlet containers, or choose to use
>other tag libraries than those bundled with Struts, then Struts is not a
>good option. Since I prefer to use the tag libraries that come bundled with
>my JSP/Servlet container, I need a "stand alone" MVC architecture, that I
>can integrate my servlet containers tag libraries into. If WebWork is such
>a "stand alone" MVC architecture, then it is one I would consider using over
>Struts.
I certainly think you'd be able to use MVC given the above. The main point of
"integration" between the WebWork servlet dispatcher (if you choose the Model-2 mode
that is) is the value stack that holds the objects that can be rendered in the view
(e.g. JSP). You can access this stack from the request object directly, or bind the
action that was executed to a request attribute by wrapping your code with the
following:
.. your JSP code goes here. The attribute "action" holds the action object:
<%=((MyAction)request.getAttribute("action")).getFoo()%>
Is that good enough?
We certainly do recommend that you use the provided tag library to access the data,
but if you want to use your own tags there's a multitude of ways to accomplish that,
depending on your particular scenario.
/Rickard
===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:
http://archives.java.sun.com/jsp-interest.html
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.jsp
http://www.jguru.com/faq/index.jsp
http://www.jspinsider.com
Re: [ann] WebWork 1.0 released
On Fri, 22 Mar 2002 09:26:40 -0500, M. Simms <[EMAIL PROTECTED]> wrote: >Why would this be better than STRUTS which has taken about 10 man years of >effort and the expertise of many heavyweights to build and debug ? Somehow the above argument is not quite logical. The amount of man years or expertise of heavyweights means nothing if the basic foundation is bad. But sure, if you want to play that game WW has approximately 10 man years of effort put into it as well (10 registered developers, plus patch submissions from about 10 more, 1 year of development), and being a lead developer on both JBoss and XDoclet I wouldn't consider myself lightweight exactly. But this is a nonsensical argument. I would encourage you download it and take a look at the examples and documentation before passing any swift judgments. You might actually like it ;-) /Rickard === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: javax.mail.NoSuchProviderException
Just ran into this exact problem yesterday believe it or not. Add the javamail jars to the external directory of the test environment. Joseph Karau Kingland Systems [EMAIL PROTECTED] 507-536-3629 AIM: jkara3629 -Original Message- From: Chan Mal [mailto:[EMAIL PROTECTED]] Sent: Friday, March 22, 2002 10:42 AM To: [EMAIL PROTECTED] Subject: javax.mail.NoSuchProviderException I'm encountering following exception on Email Object in my Jsp: javax.mail.NoSuchProviderException: No provider for Address type: rfc822 I am running a websphere Test Environment in Visual Age . Please let me know the solution for this Excep... Thanks. __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com ==To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
javax.mail.NoSuchProviderException
I'm encountering following exception on Email Object in my Jsp: javax.mail.NoSuchProviderException: No provider for Address type: rfc822 I am running a websphere Test Environment in Visual Age . Please let me know the solution for this Excep... Thanks. __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/ === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: [ann] WebWork 1.0 released
I have not seen WebWork, but to answer your question, Struts is a very heavy framework in that the Jakarta tag libraries are very tightly integrated into the MVC architecture portion of Struts. For those of us who use JSP tag libraries that either come with our Servlet containers, or choose to use other tag libraries than those bundled with Struts, then Struts is not a good option. Since I prefer to use the tag libraries that come bundled with my JSP/Servlet container, I need a "stand alone" MVC architecture, that I can integrate my servlet containers tag libraries into. If WebWork is such a "stand alone" MVC architecture, then it is one I would consider using over Struts. Celeste -Original Message- From: M. Simms [mailto:[EMAIL PROTECTED]] Sent: Friday, March 22, 2002 8:27 AM To: [EMAIL PROTECTED] Subject: Re: [ann] WebWork 1.0 released Why would this be better than STRUTS which has taken about 10 man years of effort and the expertise of many heavyweights to build and debug ? > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Rickard > Sent: Friday, March 22, 2002 6:31 AM > To: [EMAIL PROTECTED] > Subject: [ann] WebWork 1.0 released > > > Short version: > WebWork 1.0 has been released. If you're into building web apps in Java > you need to check it out. End of story. Go here and download ASAP: > http://sourceforge.net/projects/webwork > > Slighly longer version: > I'm proud to announce the release of WebWork 1.0! WebWork is a HMVC web > application framework in Java, developed as Open Source (BSD license) > and designed to help create dynamic websites using minimal effort and > maximum flexibility. It's architecture is easy to learn and understand, > yet has features that allow for complex applications to be built. > > One of the main features is it's total separation between the controller > and view aspects of an application, thus allowing for a multitude of > view technologies to be utilized. Out of the box WebWork has support for > JSP (and comes with an extensive tag library that covers most needs), > XSLT, and the template engine Velocity. Adding support for more such > tools is very easy (the Velocity "integration" was done in hours), > allowing you to have maximum flexibility with regard to how you > structure your application. > > You also get to choose whether you want to use a Model-1 or Model-2 > approach to building applications, although we'd recommend using both as > is described in our comprehensive documentation that includes reference > sheets (for the tag library and expression language) and many useful > tips&tricks sections. > > WebWork comes with a comprehensive set of examples that are both used to > test the functionality of the framework, as well as showcase how it can > be used. Many examples are conversions from other frameworks (such as > Struts) so that you can see firsthand how WebWork differs from the rest > of the crowd. > > One of the most important tasks when working with frameworks like this > is the configuration step, which is where Java classes are mapped to > logical names (used for invocation) and where the connection between > controller and view (such as a JSP or Velocity template) is made. This > configuration can be done manually, but to ease this process there is an > XDoclet extension available (through the XDoclet project, see > http://xdoclet.sourceforge.net) that will allow you to specify all such > configuration directly in your Java code using custom WebWork-specific > JavaDoc tags. > XDoclet is also used to generate HTML documentation of your application, > which helps to serve as a > communication channel between the Java developer and web designer (if > those roles are separated into > several team members). > > There are a multitude of other unique and interesting features that we > are very excited about, but we'd encourage you to download and find out > about those yourself. So get it now from: > http://sourceforge.net/project/showfiles.php?group_id=14797 > > Documentation can be found in the download, or online at: > http://213.203.18.31/ > > We encourage you to try WebWork together with the wonderful SiteMesh > (http://www.opensymphony.com) and XDoclet tools, a combination which can > give you an amazing productivity and clean application architeture. > > This is an OpenSource project, developed using an open development > process, and is hosted by SourceForge. If you have any questions we > recommend the user mailing list, and if you have suggestions for > improvements we're all ears on the development mailing list, both of > which can be found on the project homepage at: > http://sourceforge.net/projects/webwork > > If you are attending JavaOne this year, then you might want to stop by > our WebWork developer meeting on Wednesday March 27, 6.30pm at Fourth > street Bar & Deli (across from the Metreon). See ya there :-) > > /Rickard Öber
Re: [ann] WebWork 1.0 released
Why would this be better than STRUTS which has taken about 10 man years of effort and the expertise of many heavyweights to build and debug ? > -Original Message- > From: A mailing list about Java Server Pages specification and reference > [mailto:[EMAIL PROTECTED]]On Behalf Of Rickard > Sent: Friday, March 22, 2002 6:31 AM > To: [EMAIL PROTECTED] > Subject: [ann] WebWork 1.0 released > > > Short version: > WebWork 1.0 has been released. If you're into building web apps in Java > you need to check it out. End of story. Go here and download ASAP: > http://sourceforge.net/projects/webwork > > Slighly longer version: > I'm proud to announce the release of WebWork 1.0! WebWork is a HMVC web > application framework in Java, developed as Open Source (BSD license) > and designed to help create dynamic websites using minimal effort and > maximum flexibility. It's architecture is easy to learn and understand, > yet has features that allow for complex applications to be built. > > One of the main features is it's total separation between the controller > and view aspects of an application, thus allowing for a multitude of > view technologies to be utilized. Out of the box WebWork has support for > JSP (and comes with an extensive tag library that covers most needs), > XSLT, and the template engine Velocity. Adding support for more such > tools is very easy (the Velocity "integration" was done in hours), > allowing you to have maximum flexibility with regard to how you > structure your application. > > You also get to choose whether you want to use a Model-1 or Model-2 > approach to building applications, although we'd recommend using both as > is described in our comprehensive documentation that includes reference > sheets (for the tag library and expression language) and many useful > tips&tricks sections. > > WebWork comes with a comprehensive set of examples that are both used to > test the functionality of the framework, as well as showcase how it can > be used. Many examples are conversions from other frameworks (such as > Struts) so that you can see firsthand how WebWork differs from the rest > of the crowd. > > One of the most important tasks when working with frameworks like this > is the configuration step, which is where Java classes are mapped to > logical names (used for invocation) and where the connection between > controller and view (such as a JSP or Velocity template) is made. This > configuration can be done manually, but to ease this process there is an > XDoclet extension available (through the XDoclet project, see > http://xdoclet.sourceforge.net) that will allow you to specify all such > configuration directly in your Java code using custom WebWork-specific > JavaDoc tags. > XDoclet is also used to generate HTML documentation of your application, > which helps to serve as a > communication channel between the Java developer and web designer (if > those roles are separated into > several team members). > > There are a multitude of other unique and interesting features that we > are very excited about, but we'd encourage you to download and find out > about those yourself. So get it now from: > http://sourceforge.net/project/showfiles.php?group_id=14797 > > Documentation can be found in the download, or online at: > http://213.203.18.31/ > > We encourage you to try WebWork together with the wonderful SiteMesh > (http://www.opensymphony.com) and XDoclet tools, a combination which can > give you an amazing productivity and clean application architeture. > > This is an OpenSource project, developed using an open development > process, and is hosted by SourceForge. If you have any questions we > recommend the user mailing list, and if you have suggestions for > improvements we're all ears on the development mailing list, both of > which can be found on the project homepage at: > http://sourceforge.net/projects/webwork > > If you are attending JavaOne this year, then you might want to stop by > our WebWork developer meeting on Wednesday March 27, 6.30pm at Fourth > street Bar & Deli (across from the Metreon). See ya there :-) > > /Rickard Öberg, WebWork project manager > > -- > Rickard Öberg > Author of "Mastering RMI" > Chief Architect, TheServerSide.com >The Middleware Company - We Build Experts! > > == > = > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff > JSP-INTEREST". > For digest: mailto [EMAIL PROTECTED] with body: "set > JSP-INTEREST DIGEST". > Some relevant FAQs on JSP/Servlets can be found at: > > http://archives.java.sun.com/jsp-interest.html > http://java.sun.com/products/jsp/faq.html > http://www.esperanto.org.nz/jsp/jspfaq.jsp > http://www.jguru.com/faq/index.jsp > http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with
RES: attributes for custom tags
Have you tried using a Vector as a parameter instead? In the book ADVENCED JAVA SERVER PAGES by David M Geary, there are good examples, but don't have the time right now to look for one. Sorry. -Mensagem original- De: cbarnes [mailto:[EMAIL PROTECTED]] Enviada em: quinta-feira, 21 de março de 2002 09:13 Para: [EMAIL PROTECTED] Assunto: attributes for custom tags I am writing a custom tag where one of the attributes required is a String array. I know I'm being awkward but I want to be able to create this string array within the custom tag line. I imagined that I would be able to do something like the following However, tomcat wants to translate the type into something.class, but gets muddled up because of the []. I then thought I could change the String array into a String of comma separated items, and allow the custom tag to convert this into a string array using a StringTokenizer. However, the problem here is that each of the items in the list is an expression. I had imagined that if I did something like the following that each expression would be evaluated. But it doesn't. It recognises the first <%= and the last %> and tries to evaluate everything in between as one expression. If I change it to the expressions don't get evaluated and it doesn't consider it as one quoted string anyway. Can anyone suggest how to get either of these 2 approaches to work, or suggest a different approach to set a custom tag attribute that is a list of expressions? Thanks, Catharine === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.338 / Virus Database: 189 - Release Date: 14/3/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.338 / Virus Database: 189 - Release Date: 14/3/2002 ==To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: ServletPackage in API spec
Sven, You need the servlet.jar file. You can get it in from the Tomcat download. You can put the servlet.jar file in your jsdkX.X/bin directory (assuming you have this directory in your classpath) Then when you compile your program, it should find the javax.servlet.* files. By the way, if you are new to servlets/jsp. Tomcat is a good servlet engine to do your testing on. Sincerely, Tom K -Original Message- From: A mailing list about Java Server Pages specification and reference [mailto:[EMAIL PROTECTED]]On Behalf Of Sven Hohage Sent: Friday, March 22, 2002 6:26 AM To: [EMAIL PROTECTED] Subject: ServletPackage in API spec I'm reading a JSP book and try to find the servlet package(import javax.servlet.* import javax.servlet.http.*) in the Sun Api Spec which you download with the 1.3.1 SDK. I find java.awt and java.beans and javax.swing but no javax.servlet. What do I misunderstand..? === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: using getProperty with session scope
Change either learnjsp.Status or learn.Status so they refer to the same class. I believe your problem is that you are creating a new instance of a bean "status" on the second page because your "class=" is different. Your class needs to be the same on both "usebean" references. Page1: Then the second page : === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
ServletPackage in API spec
I'm reading a JSP book and try to find the servlet package(import javax.servlet.* import javax.servlet.http.*) in the Sun Api Spec which you download with the 1.3.1 SDK. I find java.awt and java.beans and javax.swing but no javax.servlet. What do I misunderstand..? === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
iplanet 6 App Server
Hi all, did anyone do any work with the iPlanet 6 App Server.. installation in specific? Thanks === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
[ann] WebWork 1.0 released
Short version: WebWork 1.0 has been released. If you're into building web apps in Java you need to check it out. End of story. Go here and download ASAP: http://sourceforge.net/projects/webwork Slighly longer version: I'm proud to announce the release of WebWork 1.0! WebWork is a HMVC web application framework in Java, developed as Open Source (BSD license) and designed to help create dynamic websites using minimal effort and maximum flexibility. It's architecture is easy to learn and understand, yet has features that allow for complex applications to be built. One of the main features is it's total separation between the controller and view aspects of an application, thus allowing for a multitude of view technologies to be utilized. Out of the box WebWork has support for JSP (and comes with an extensive tag library that covers most needs), XSLT, and the template engine Velocity. Adding support for more such tools is very easy (the Velocity "integration" was done in hours), allowing you to have maximum flexibility with regard to how you structure your application. You also get to choose whether you want to use a Model-1 or Model-2 approach to building applications, although we'd recommend using both as is described in our comprehensive documentation that includes reference sheets (for the tag library and expression language) and many useful tips&tricks sections. WebWork comes with a comprehensive set of examples that are both used to test the functionality of the framework, as well as showcase how it can be used. Many examples are conversions from other frameworks (such as Struts) so that you can see firsthand how WebWork differs from the rest of the crowd. One of the most important tasks when working with frameworks like this is the configuration step, which is where Java classes are mapped to logical names (used for invocation) and where the connection between controller and view (such as a JSP or Velocity template) is made. This configuration can be done manually, but to ease this process there is an XDoclet extension available (through the XDoclet project, see http://xdoclet.sourceforge.net) that will allow you to specify all such configuration directly in your Java code using custom WebWork-specific JavaDoc tags. XDoclet is also used to generate HTML documentation of your application, which helps to serve as a communication channel between the Java developer and web designer (if those roles are separated into several team members). There are a multitude of other unique and interesting features that we are very excited about, but we'd encourage you to download and find out about those yourself. So get it now from: http://sourceforge.net/project/showfiles.php?group_id=14797 Documentation can be found in the download, or online at: http://213.203.18.31/ We encourage you to try WebWork together with the wonderful SiteMesh (http://www.opensymphony.com) and XDoclet tools, a combination which can give you an amazing productivity and clean application architeture. This is an OpenSource project, developed using an open development process, and is hosted by SourceForge. If you have any questions we recommend the user mailing list, and if you have suggestions for improvements we're all ears on the development mailing list, both of which can be found on the project homepage at: http://sourceforge.net/projects/webwork If you are attending JavaOne this year, then you might want to stop by our WebWork developer meeting on Wednesday March 27, 6.30pm at Fourth street Bar & Deli (across from the Metreon). See ya there :-) /Rickard Öberg, WebWork project manager -- Rickard Öberg Author of "Mastering RMI" Chief Architect, TheServerSide.com The Middleware Company - We Build Experts! === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
Re: HTTP Post Maximum Length
Take a look at RFC 2616 (one of the biggest) http://www.ietf.org/rfc/rfc2616.txt Happy reading. -- Cordialement, davemailto:[EMAIL PROTECTED] === To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST". For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST". Some relevant FAQs on JSP/Servlets can be found at: http://archives.java.sun.com/jsp-interest.html http://java.sun.com/products/jsp/faq.html http://www.esperanto.org.nz/jsp/jspfaq.jsp http://www.jguru.com/faq/index.jsp http://www.jspinsider.com
