We are now working on implementing the service-provider way to allow extension of the API. At this point we have the approach of jdbc drivers. We are still working an a solution to release JArchive 2.0 but we have not so mutch time ... We need help so please join.
We are still working on version 2.0. sorry for the delays
We have nearly worked out the new API. We have now integrated JArchive cleaner/ lighter and we have embedded it tighter in to the default Sun implementation of standard content and protocol handlers. This results in code like this..
Url url = new Url....);
Archive archive = url.getContent();
We are nearly finsished with the torrent and tar implementations. These implementations where not in JArchive 1.0 and 1.1. The zip and jar (and derived structures) and also prg p00 and t64 wil be migrated to JArchive 2.0. ... read more
Since this project was at first for small archives for the Commodore 64 like tape and disk, now we are experiencing performance problems. Therefore we are now working on a redesigning on version 2.0 and that will not be backwards compatible with the versions that are avelible now for download. Thanks for the response about this and we will keep you informed.
We are now removing all the UI support from JArchive and we are replacing this with EFS-Editor. The work is now in progress. We hope to have the work completed on 01-01-2008. For any idears suggestion or help you can contact us via Sourceforge.
We have almost plit EFS-editor from JArchive. There are some minor things to do. Thanks for your patiance.
While working on JArchive we needed an EFS editor. We need generic import and export funtionality and there are other kind off applications (FTP client for instance) that could use this. We have choosen to split up de generic stuff in to a new project called EFS-Editor. We will try to solve some issues stated here in Eclipse bug base https://bugs.eclipse.org/bugs/show_bug.cgi?id=124530.
Then we will incorparate EFS-Editor as a dependend plugin to JArchive to prove the generic EFS funtionality in EFS-Editor besides the reference implementation (local filesystem) in EFS-Editor.... read more
We have an alfa release. JArchive 1.1.0.0 is out. I hope you find it useful. Please let us know what you think of it. We will continue to add some more functionality, and if you have suggestions use the forum!!!
JArchive has now a readonly implementation for the Apache Virtual Filesystem. The project name is net.sourceforge.jarchive.vfs.apache. For more information about Apache VFS see http://jakarta.apache.org/commons/vfs/index.html.
Note that it's not well tested, will work on that :-). There is a small demo in src/demo/java
We are trying to prove that JArchive is a standalone API and that it can be integrated in differend file system implementations.
The wiki site for Eclipse File System has been updated, see http://wiki.eclipse.org/index.php/EFS#JArchive
We are prepairing for an alfa release. This release is not fully tested yet, so when it comes out do not use it in a production enviroment.
We are now also fixing some bugs and we are prepairing for random access to the archives.
We are also starting up other tool integrations. These are primairly ANT and Maven 2.0.
Jarchive has now an editor that supports multiple views. the type off views are TableTree of Table (internal dir up button) or list view.
We have now an incremental builder to build the archives. It could be resource intensive to rebuilt archives so you can enable or disable it.
We have added a mimetype/extension quick fix support for JArchive for Eclipse. When you have the wrong extsension for your archive, JArchive will help you fix it.
JArchive is realy generic, and here is the prove, see the new screenshot. You can open a zip file or a tape image from the Commodore 64 or a C64 programm.
We are now working on an improved editor (see Route64Plugin). We are still working on drag and drop. We also are waiting for a bug that will be solved in the Eclipse. For more info see https://bugs.eclipse.org/bugs/show_bug.cgi?id=57908
. The bug is about adding content types programmaticly. The idea is that we readout all our drivers with the main goal; write your own archive implementation for JArchive and you have nothing to do in Eclipse accept registring the archive driver using the extensionpoint. JArchive plugin will do the rest for you. More to come, we keep you informed.
The JArchive implementation of EFS is now visible. Still working on the core, because not all archives are loading as they should, but we are working on it. See the screenshots of the default eclipse navigator. If you have comments let us know!
JArchive goes Java 6. There are features in JArchive that are now are standard in Java 6. So we are now cleaning up JArchive so it will use the default Java 6 stuff (e.q. Deque). This will take some time and that will delay the release.
Currenty we are working on a EFS implementation for JArchive. See for more info about EFS at http://wiki.eclipse.org/index.php/EFS
We are still working on the project. We are improving the API so it will better integrate in the java.io package. We hope to release the next version soon on this site. If you have requests or suggestions please let us know.
Currently we are working on drag and drop from and to the editor with resources for extract and compress functionality.
We have some problems delevering the build because off some Maven 2.0 bugs, when those bugs are fixed we will publish it including all parent and child projects of JArchive. The new release will be version 2.0 because off refactoring, it will not be backwards compatible to version 1.0. Release date will be at the end off this year.
We have added a screenshot of the Zip editor. Currently we are read only in the editor. This feature will be implemented in the release after the release of 1 juli 2006.
We will release the the first stable version at 1 juli 2006 with a reference implementation (Plugin) for Eclipse.