Servlet 2.3 and JSP 1.2 Specifications proposed final draft 2


News: Servlet 2.3 and JSP 1.2 Specifications proposed final draft 2

  1. The proposed final draft 2 for the Servlet 2.3 and the JSP 1.2 specifications are available for download. PDF2 changes are mostly minor API changes and clarifications.

    Download the specs here.
  2. I wish they would add support for multipart forms.
    I know that there are support classes out there (e.g. from oreilly), but I feel that this should be built-in.
    Most other API's will check the ENCTYPE of the form and
    "do the right thing". Now, If a designer changes the ENCTYPE of a form, the developers have to be aware of it,
    and have to totally change their code to be able to accept
    it. I don't think we should have this strong coupling.

    What do you guys think?
  3. I agree that support for MultiPart form should be there as should built in support be there for file upload via multipart forms too. So that request.getParameter(NameOfFileTypeField) may return us the file which was selected by the user just like what is available in PHP
  4. I believe Sun has not added support for multipart/form-data as RFC1867 is still experimental and not a standard.
    See the Status of the Memo.

    request.getParameter(NameOfFileTypeField) cannot return a file as current API returns String. There got to be a new method to retrieve file.
  5. Does somebody know "what is new" in Servlet 2.3 and JSP 1.2 or maybe somebody can provide reference to the document with this information.
  6. There are a few additions like: filters, and listeners.

    There is some info at:
  7. Servlet 2.3: New features exposed
    A full update on the latest Servlet API spec
    In October 2000, Sun released the "Proposed Final Draft" specification for Servlet API 2.3. This article explains the differences between Servlet API 2.2 and 2.3, discusses the reasons for the changes, and shows you how to write servlets (and now filters!) using 2.3. (4,000 words)
    By Jason Hunter
  8. I think that is a kop out by Sun. Lots of people
    use multipart, so they should support what is in use.
    This is where standards bodies lag behind the real world.

    They could add getFileParameter() or getStreamParameter()
    which is what you would use to get the actual file back.
    getParameter("myfile") could return the filename that
    was sent up.

    Or they could do it totally differently.... they should
    just do it :)