Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of simone.tripodi@gmail.com
 designates 209.85.219.52 as permitted sender)
MIME-Version: 1.0
Sender: simone.tripodi@gmail.com
In-Reply-To: 
 <CAB917RKW8vWEzP5AQ-zdrcUJKcX8CgYqB7BEVB7T2Em+tY1=LQ@mail.gmail.com>
References: 
 <CAG6kA_VoegJ-G2GBfaA2=U=1Oo=eFJ=uJg37thA=ZZndz7cQbw@mail.gmail.com>
	<CAAqLGLMnMzOR37rp9JbWUWJM6CKuO48EPt_tn+gDc-gyU1yhpA@mail.gmail.com>
	<CAAqLGLPs--7VYa4VQFsOVZfJyOe2TA3D_1BSzkcAMdfWvrJd8g@mail.gmail.com>
	<CAOGo0VYMk=JB3U1DPYonDyBoYBhZdJY=wcTW9pVxfa_w-=XDAw@mail.gmail.com>
	<CAAqLGLPULUqOcvVPBXRbo8u6F3Jyw3p_ETC5zDU-aUuVGdZ2oA@mail.gmail.com>
	<CAOGo0VYNngxs_C=ZF7qiuYNMRO7R1_VFRhcGqhCBXsQa-tgaLw@mail.gmail.com>
	<CAB917RJDotaFd9wfBeXD4Xz6rv9go2=6vqpFeWj5kiFS2BDsCg@mail.gmail.com>
	<CE552998-71DB-4E21-B628-74BE5438EB12@adobe.com>
	<CAB917RKW8vWEzP5AQ-zdrcUJKcX8CgYqB7BEVB7T2Em+tY1=LQ@mail.gmail.com>
Date: Wed, 6 Mar 2013 14:56:47 +0100
Message-ID: 
 <CAAqLGLNkqpUcFw+eJd4kkvx9xWTB5wCMdYJ65pdAKxP6yijEmw@mail.gmail.com>
Subject: Re: [fileupload] Uploading large files - DONE
From: Simone Tripodi <simonetripodi@apache.org>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=UTF-8

And, just for the sake of putting more steaks on the barbeque, the
bundle-plugin takes care of adjusting the version in the MANIFEST.MF
according to the SemVer recommendations; version is now 1.3-SNAPSHOT
and look below how the MANIFEST.MF has been generated.

alles gute!
-Simo

$ cat target/osgi/MANIFEST.MF
Manifest-Version: 1.0
Bnd-LastModified: 1362567127928
Build-Jdk: 1.6.0_37
Built-By: stripodi
Bundle-Description: The FileUpload component provides a simple yet flexi
 ble means of adding support for multipart    file upload functionality
 to servlets and web applications.
Bundle-DocURL: http://commons.apache.org/fileupload/
Bundle-License: http://www.apache.org/licenses/LICENSE-2.0.txt
Bundle-ManifestVersion: 2
Bundle-Name: Commons FileUpload
Bundle-SymbolicName: org.apache.commons.fileupload
Bundle-Vendor: The Apache Software Foundation
Bundle-Version: 1.3.0.SNAPSHOT
Created-By: Apache Maven Bundle Plugin
DynamicImport-Package: javax.portlet
Export-Package: org.apache.commons.fileupload.util;version="1.3.0.SNAPSH
 OT",org.apache.commons.fileupload.disk;version="1.3.0.SNAPSHOT",org.apa
 che.commons.fileupload;version="1.3.0.SNAPSHOT",org.apache.commons.file
 upload.servlet;version="1.3.0.SNAPSHOT",org.apache.commons.fileupload.p
 ortlet;version="1.3.0.SNAPSHOT"
Import-Package: javax.servlet,javax.servlet.http,org.apache.commons.io,o
 rg.apache.commons.io.output
Include-Resource: META-INF/LICENSE.txt=LICENSE.txt,META-INF/NOTICE.txt=N
 OTICE.txt
Tool: Bnd-1.50.0

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Wed, Mar 6, 2013 at 2:32 PM, Benedikt Ritter <britter@apache.org> wrote:
> 2013/3/6 Felix Meschberger <fmeschbe@adobe.com>
>
>> Hi,
>>
>> Am 06.03.2013 um 12:51 schrieb Benedikt Ritter:
>>
>> > 2013/3/6 sebb <sebbaz@gmail.com>
>> >
>> >> On 6 March 2013 08:53, Simone Tripodi <simonetripodi@apache.org> wrote:
>> >>>>> Is there anybody that can suggest how to handle that situation?
>> >>>>
>> >>>> Create new methods which return long rather than int; deprecate the
>> old
>> >> methods.
>> >>>>
>> >>>> e.g.
>> >>>>
>> >>>> @Deprecated
>> >>>> public int getContentLength() { ... }
>> >>>>
>> >>>> /**
>> >>>> * @since x.x
>> >>>> */
>> >>>>
>> >>>> public long getLongContentLength() { ... }
>> >>>> or
>> >>>> public long getContentLengthLong() { ... }
>> >>>> or
>> >>>> public long longContentLength() { ... }
>> >>>
>> >>> that should be enough to bump to 1.3.0 since there are APIs addition -
>> >>> do you agree?
>> >>
>> >> Yes, except it should be 1.3, not 1.3.0.
>> >> If a point release is then required, it is 1.3.1, but point releases
>> >> are fairly rare.
>> >>
>> >
>> > Having OSGi this may not be the best convention, as OSGi requires version
>> > numbers to have 3 digits.
>>
>> Not really, 1.3 is a perfectly valid OSGi version, too. Actually, even 1
>> is a valid version (according to the OSGi Syntax)
>>
>
> Hi Felix,
>
> thanks for enlighting me about OSGi once again :)
>
> Benedikt
>
>
>>
>> Regards
>> Felix
>>
>> >
>> > Benedikt
>> >
>> >
>> >>
>> >>> -Simo
>> >>>
>> >>> http://people.apache.org/~simonetripodi/
>> >>> http://simonetripodi.livejournal.com/
>> >>> http://twitter.com/simonetripodi
>> >>> http://www.99soft.org/
>> >>>
>> >>> ---------------------------------------------------------------------
>> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> >>> For additional commands, e-mail: dev-help@commons.apache.org
>> >>>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> >> For additional commands, e-mail: dev-help@commons.apache.org
>> >>
>> >>
>> >
>> >
>> > --
>> > http://people.apache.org/~britter/
>> > http://www.systemoutprintln.de/
>> > http://twitter.com/BenediktRitter
>> > http://github.com/britter
>>
>>
>> --
>> Felix Meschberger | Principal Scientist | Adobe
>>
>>
>>
>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org