Community
Participate
Working Groups
It seems that the serialization/deserialization of memento for an external zip project fragment does not work. To reproduce the problem you need to have a dltk IDE which support Zip projet fragment. (your languageToolkit need to return true for this method : @see org.eclipse.dltk.core.AbstractLanguageToolkit#languageSupportZIPBuildpath()) It seems this is not the case for Ruby and TCL (but for test reason you could change the languageToolkit of those IDEs by overriding this method) Now : - add a external zip archive to your project. - open a source file in this archive. - close eclipse. (the memento is serialize) - reopen eclipse. (the memento is deserialize) - but the editor could not open the sourcefile (IO Exception), because the zipPath of ArchiveProjectFragment is not right. I suppose the error is at the serialization. External ArchiveProjectFragment is manage as "classic" ArchiveProjectFragment, this seems to be an error.
Created attachment 205400 [details] a patch for this bug I propose a patch, ArchiveProjectFragment as ExternalProjectFragment, when the archive is external. It seems this works for me, but I change the behavior of getElementName() and I don't really know the consequences :p !
Ping :) Any chance you guys could review and include the attached patch?
Patch commited in HEAD. Thanks.