Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 81900

Summary:	[Import/Export] Support bzip2 file compression of archive files
Product:	[Eclipse Project] Platform	Reporter:	Billy Biggs <billy.biggs>
Component:	IDE	Assignee:	Platform UI Triaged <platform-ui-triaged>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	enhancement
Priority:	P5	CC:	akurtakov, bkonrath, crafterm, johan.walles, krzysztof.daniel, Mike_Wilson, ob1.eclipse, overholt, pwebster, remy.suen
Version:	3.1	Keywords:	helpwanted
Target Milestone:	---
Hardware:	All
OS:	All
Whiteboard:	stalebug

Description Billy Biggs

2004-12-24 10:07:00 EST

3.1M4

Eclipse can now import and export .tar.gz files, but not .tar.bz2 files.  The
bzip2 compression format is implemented by apache ant, and a patch posted to bug
33897 shows how to add this support.

Comment 1 Susan McCourt

2009-07-15 12:11:24 EDT

"As per http://wiki.eclipse.org/Platform_UI/Bug_Triage_Change_2009"

Comment 2 Andrew Overholt

2011-07-19 14:07:29 EDT

One option here is to use Apache Commons Compress http://commons.apache.org/compress .  I actually opened an Orbit CQ thinking I could get it in if we go this route but then realized that we need to have the project request the use of the 3rd party library first.

An alternative to this per-format addition is to make an extension point for other compression/decompression schemes.  That could be difficult due to potential UI changes.

What do the Platform UI committers think is the best way to proceed?

Comment 3 Oleg Besedin

2011-07-20 10:12:50 EDT

Few things to consider:

=> Adding library to SDK:

"Pro": relatively easy, no APIs to worry about
"Con": The library source size is ~500K. That would increase SDK size by about 0.5% - not really a significant amount but some people might object as it will be useful only to a subset of users.
 
=> Extension point:

"Pro": obvious - other archiving formats can be easily added in future
"Con": needs more work as everything with APIs, both initially and in maintenance
"Con": most likely the extension point will have exactly one use
"Con": special download/distribution would be required; how do we let the user know that it is available?

Myself, I'd go with adding library to the SDK path.

Comment 4 Krzysztof Daniel

2012-01-05 06:28:44 EST

I have found this blog entry
http://www.kohsuke.org/bzip2/,
which states that bzip2 support is in ant already. I have verified that in the org.apache.ant plugin following classes are present
CBZip2InputStream
CBZip2OutputStream
Optional dependency to ant may be easier to accept than including the whole apcahe library. I will continue the investigation to check if ant bzip2 support is sufficient for this bug.

Comment 5 Lars Vogel

2019-11-14 03:38:34 EST

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

If the bug is still relevant, please remove the "stalebug" whiteboard tag.