JSP and JSTL Tutorials - Tutorial Addendum - Book Upload

(Continued from antecedent part...)

    

Of course, I aswell wrote the UploadForm.jsp to present the book upload anatomy page based

    

the settings:

    

 

    
<?xml version="1.0"?>

    
<jsp:root xmlns:jsp="http://java.sun.com/JSP/Page" version="1.2">

    
<!-- UploadForm.jsp

    
 Absorb (c) 2004 by Dr. Yang

    
-->

    
<jsp:directive.page contentType="text/html"/>

    
<jsp:declaration><!></jsp:scriptlet>

    
<jsp:scriptlet><!></jsp:scriptlet>

    
</jsp:root>

    

To these programs, first I affected them to the Bobcat 5.5.4 server on my bounded

    

machine. Then I run the Internet Explorer 6.0 (IE) with

    

http://localhost:8080/UploadInit.html. I got the anatomy for alteration book

    

upload settings:

    

 

    
File Upload Analysis Settings:

    
File upload handler: 

    
Submit method: 

    
Encryption type: 

    
Submit

    

Without alteration any ethics in the form, I clicked the abide button. I got the

    

file upload form:

    

 

    
File Upload Form:

    
Your email: 

    
Your comments: 

    
  

    
  

    
File 1: Browse...

    
File 2: Browse...

    
Submit

    

Observe that:

    

    
• IE displays a "Browse..." button as allotment of a book blazon ascribe field.
  
      



    
• IE ignores the "value=hello.txt" aspect in a book blazon ascribe field.
  
      

  I was assured "helle.txt" to appearance up in the ascribe acreage as the absence value.
  
      



    

To abide the test, I acclimated the "Browse..." button, and called two bounded files,

    

C:hello.txt and C:dot.gif, into "File 1" and "File 2" ascribe fields. Then clicked

    

the Abide button, I got a bare page.

    

Why? Because the abide adjustment was set to "get". As you remember, the "get" method

    

requires the browser to abide all ascribe fields in the HTTP appeal header. In fact,

    

if you attending at the abode acreage of the browser, you would see the URL encoded

    

input fields added at the end of the URL:

    

 

    
http://localhost:8080/jsp/UploadDump.jsp?email=_yang@yahoo.com&

    
comment=+I+am+uploading+two+files%3A%0D%0A+++hello.txt%0D%0A+++dot.gi

    
f&file1=C%3A%5Chello.txt&file2=D%3A%5Cdot.gif&submit=Submit

    

The antecedent analysis was not actual interesting. In the next test, I afflicted

    

the settings on the UploadInit.html page:

    

 

    
File Upload Analysis Settings:

    
File upload handler: 

    
Submit method: 

    
Encryption type: 

    
Submit

    

Then I called the aforementioned files on the UploadForm.jsp page, and I got the following

    

dump:

    

 

    
-----------------------------7d53495100260

    
Content-Disposition: form-data; name="email"

    
_yang@yahoo.com

    
-----------------------------7d53495100260

    
Content-Disposition: form-data; name="comment"

    
 I am uploading two files:

    
 hello.txt

    
 dot.gif

    
-----------------------------7d53495100260

    
Content-Disposition: form-data; name="file1"; filename="C:hello.txt"

    
Content-Type: text/plain

    
Hello world!

    
-----------------------------7d53495100260

    
Content-Disposition: form-data; name="file2"; filename="C:dot.gif"

    
Content-Type: image/gif

    
GIF89a 333 !? , D ;

    
-----------------------------7d53495100260

    
Content-Disposition: form-data; name="submit"

    
Submit

    
-----------------------------7d53495100260--

    

The achievement looks actual interesting:

    

    
• IE seems to chase the blueprint of RFC 1867 correctly.
  
      



    
• The "comment" acreage shows that band break in the amount of the
  
      

  "textarea" acreage were preserved correctly.
  
      



    
• The "file1" and "file2" fields appearance that the Content-Type attack lines
  
      

  were set accurately with text/plain and image/gif.
  
      



    

(Continued on next part...)