<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to patches</title><link href="https://sourceforge.net/p/multpartrequest/patches/" rel="alternate"/><link href="https://sourceforge.net/p/multpartrequest/patches/feed.atom" rel="self"/><id>https://sourceforge.net/p/multpartrequest/patches/</id><updated>2003-05-22T03:44:03Z</updated><subtitle>Recent changes to patches</subtitle><entry><title>Testupload.java with FileUtils example</title><link href="https://sourceforge.net/p/multpartrequest/patches/5/" rel="alternate"/><published>2003-05-22T03:44:03Z</published><updated>2003-05-22T03:44:03Z</updated><author><name>Jason Pell</name><uri>https://sourceforge.net/u/jasonpell/</uri></author><id>https://sourceforge.netd6f7e18979ef0b338a937087ad2aba2da934460a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;A request for assistance from a user of&lt;br /&gt;
MultipartRequest, resulted in a cleanup of a FileUtils&lt;br /&gt;
class I wrote a while ago for a different project.&lt;/p&gt;
&lt;p&gt;I have included it here, along with a modified&lt;br /&gt;
testupload.java servlet class demonstrating the use of&lt;br /&gt;
this class.&lt;/p&gt;
&lt;p&gt;Java 2 may already have this functionality, in which&lt;br /&gt;
case you should use that.&lt;/p&gt;
&lt;p&gt;But I put it here as an example only.&lt;/p&gt;
&lt;p&gt;Enjoy or not.&lt;/p&gt;
&lt;p&gt;Cheers&lt;br /&gt;
Jason&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Prefix &amp;amp; Ignoring files </title><link href="https://sourceforge.net/p/multpartrequest/patches/4/" rel="alternate"/><published>2002-11-17T01:57:02Z</published><updated>2002-11-17T01:57:02Z</updated><author><name>Pavol Zibrita</name><uri>https://sourceforge.net/u/userid-650513/</uri></author><id>https://sourceforge.nete1e7b71f35e51b0f1e107886aaf7ea6646e52cd3</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Hi there.&lt;/p&gt;
&lt;p&gt;Seems like the project is death for a while, as the&lt;br /&gt;
prefix had been fixed in here, but no new release added.&lt;/p&gt;
&lt;p&gt;So I upload here a file where the prefix is fixed&lt;br /&gt;
too, and also there was a bug, when uploading with&lt;br /&gt;
ignoring the files (when strSaveDir is null) a&lt;br /&gt;
NullPointerException occured in readAndWriteFile&lt;br /&gt;
method, as the outFile param was not checked for null&lt;br /&gt;
(the original comment there is funny, as it is not true..).&lt;/p&gt;
&lt;p&gt;You can use these file to patch the projects,&lt;br /&gt;
althgout there are maybe more bugs. As our compaby&lt;br /&gt;
began use these lib, there maybe more fixes from our&lt;br /&gt;
side in a short time..&lt;/p&gt;
&lt;p&gt;ZiP&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>TempFile prefix</title><link href="https://sourceforge.net/p/multpartrequest/patches/3/" rel="alternate"/><published>2002-11-05T16:40:48Z</published><updated>2002-11-05T16:40:48Z</updated><author><name>Christos Karras</name><uri>https://sourceforge.net/u/ckarras/</uri></author><id>https://sourceforge.net2823ff0890db015b4c513fe357c95dd93e1bec30</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;TempFile.createTempFile expects to get a prefix of at &lt;br /&gt;
least 3 characters, however MultipartRequest generates &lt;br /&gt;
a prefix using the part of the uploaded file name before &lt;br /&gt;
the extension, which means it will fail if the file name &lt;br /&gt;
has only 1 or 2 characters before its extension.&lt;/p&gt;
&lt;p&gt;This patch fixes it by padding the prefix with &amp;amp;quot;x&amp;amp;quot; when &lt;br /&gt;
necessary before calling TempFile.createTempFile&lt;/p&gt;
&lt;p&gt;Insert this code at line 700 of MultipartRequest.java:&lt;br /&gt;
// Make sure prefix is long enough, otherwise a &lt;br /&gt;
// file name with only 1 or 2 characters before the &lt;br /&gt;
//extension will trigger an exception in TempFile&lt;br /&gt;
while (prefix.length() &amp;amp;lt; 3) {&lt;br /&gt;
prefix += &amp;amp;quot;x&amp;amp;quot;;&lt;br /&gt;
}&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Request encoding</title><link href="https://sourceforge.net/p/multpartrequest/patches/2/" rel="alternate"/><published>2002-04-15T08:48:37Z</published><updated>2002-04-15T08:48:37Z</updated><author><name>Jacek Bator</name><uri>https://sourceforge.net/u/jbator/</uri></author><id>https://sourceforge.net6271214b88fcc29236eaf9dea070582d4aa8ea63</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Prevoiusly I was complaining about encoding problem.&lt;br /&gt;
I've lost email to Admin so I post my changes here.&lt;/p&gt;
&lt;p&gt;Basis is: files and parameters parsing is delayed till&lt;br /&gt;
first call to functions which reads them (names or&lt;br /&gt;
content). Encoding is no more static so you can have&lt;br /&gt;
different encodings on the same server for different&lt;br /&gt;
requests. According to prevoius change encoding can be&lt;br /&gt;
set after constructor (before call to nay function&lt;br /&gt;
which accesses files or parameters).&lt;/p&gt;
&lt;p&gt;Jacek Bator&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Upload request format debug servlet</title><link href="https://sourceforge.net/p/multpartrequest/patches/1/" rel="alternate"/><published>2001-12-03T22:29:28Z</published><updated>2001-12-03T22:29:28Z</updated><author><name>Jason Pell</name><uri>https://sourceforge.net/u/jasonpell/</uri></author><id>https://sourceforge.net18c5737142e2b161c32feea31cfb95a4a48c7321</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;The ability to show what a multipartrequest actually&lt;br /&gt;
looks like is a useful tool for identifying problems&lt;br /&gt;
with multipart request.&lt;/p&gt;
&lt;p&gt;The following attached servlet source should be&lt;br /&gt;
compiled and your upload html changed to call this&lt;br /&gt;
instead of your production MultipartRequest upload servlet.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>