<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to patches</title><link>https://sourceforge.net/p/multpartrequest/patches/</link><description>Recent changes to patches</description><atom:link href="https://sourceforge.net/p/multpartrequest/patches/feed.rss" rel="self"/><language>en</language><lastBuildDate>Thu, 22 May 2003 03:44:03 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/multpartrequest/patches/feed.rss" rel="self" type="application/rss+xml"/><item><title>Testupload.java with FileUtils example</title><link>https://sourceforge.net/p/multpartrequest/patches/5/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jason Pell</dc:creator><pubDate>Thu, 22 May 2003 03:44:03 -0000</pubDate><guid>https://sourceforge.netd6f7e18979ef0b338a937087ad2aba2da934460a</guid></item><item><title>Prefix &amp;amp; Ignoring files </title><link>https://sourceforge.net/p/multpartrequest/patches/4/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Pavol Zibrita</dc:creator><pubDate>Sun, 17 Nov 2002 01:57:02 -0000</pubDate><guid>https://sourceforge.nete1e7b71f35e51b0f1e107886aaf7ea6646e52cd3</guid></item><item><title>TempFile prefix</title><link>https://sourceforge.net/p/multpartrequest/patches/3/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Christos Karras</dc:creator><pubDate>Tue, 05 Nov 2002 16:40:48 -0000</pubDate><guid>https://sourceforge.net2823ff0890db015b4c513fe357c95dd93e1bec30</guid></item><item><title>Request encoding</title><link>https://sourceforge.net/p/multpartrequest/patches/2/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jacek Bator</dc:creator><pubDate>Mon, 15 Apr 2002 08:48:37 -0000</pubDate><guid>https://sourceforge.net6271214b88fcc29236eaf9dea070582d4aa8ea63</guid></item><item><title>Upload request format debug servlet</title><link>https://sourceforge.net/p/multpartrequest/patches/1/</link><description>&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;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jason Pell</dc:creator><pubDate>Mon, 03 Dec 2001 22:29:28 -0000</pubDate><guid>https://sourceforge.net18c5737142e2b161c32feea31cfb95a4a48c7321</guid></item></channel></rss>