Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Proposal: Opening/Closing Mechanism for Zip Files #8

Open
wants to merge 35 commits into
base: master
Choose a base branch
from

Conversation

Michael5601
Copy link
Collaborator

Proposal: Opening/Closing Mechanism for Zip Files

Background

The Eclipse IDE has no built in functionality to open Zip Files and read or manipulate their content. Because of this, other operations like searching inside of Zip Files or comparing two Zip Files were also not possible.

Goal:

This pull request introduces a mechanism for handling Zip Files within the Eclipse workspace, enhancing the functionality to read and write Zip files. The primary goal is to provide a seamless experience for developers working with zip archives directly within Eclipse.

Description:

Zip files must be opened manually within the workspace by using the new command "Open Zip File" in the menu when right clicking the zip file. It is also possible to open nested zip files.

Zip Files are opened by replacing the file in the workspace with a linked folder that reads and writes the Zip File in the file system. By closing the Zip FIle, the linked folder will be deleted and the file can be seen in the workspace again.

Please note that only ZIP Archives are supported in this current implementation. Other archive types can be added in future improvements. Also linked Zip Files can not be opened with this implementation because the Zip File must be local.

An additional PR for the repository eclipse.platform.ui that grants access to the open/close mechanism for zip files over UI can be found in the following:
#(insert number of PR)

@Michael5601 Michael5601 force-pushed the ZipFileImplementation branch 3 times, most recently from 0a207a1 to 2707f57 Compare May 14, 2024 14:09
@Michael5601 Michael5601 force-pushed the ZipFileImplementation branch 8 times, most recently from d17a1e9 to ec9cb04 Compare June 10, 2024 09:48
@Michael5601 Michael5601 force-pushed the master branch 3 times, most recently from a1ed640 to 0196f11 Compare June 10, 2024 09:55
@Michael5601 Michael5601 force-pushed the ZipFileImplementation branch 13 times, most recently from 05ff57f to 78621cc Compare June 11, 2024 13:48
@Michael5601 Michael5601 force-pushed the ZipFileImplementation branch 2 times, most recently from edcdc9b to 7350ba7 Compare June 18, 2024 11:16
CodeLtDave and others added 29 commits September 25, 2024 15:24
temporary workaround for CloseTest#testCloseZipFileWithZipFileUnderneath
This change fixes various problems regarding ClosedZipFileSystemException, NoZipFileSystemFoundException and ZipFileSystemAlreadyExistsException
The default value of create is false
All ZIP-based zip files like zip, jar and war can be put on the classpath of the project. To avoid UI bugs, only zip files can be opened that are not added to the project's classpath. This commit introduces a check for the classpath.
to make sure that clients like JDT do not have a behaviour change or even errors the code for opening zip files is encapsulated in a IWorkspaceRunnable.
This allows opening zip files on the class path.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants