[
https://issues.apache.org/jira/browse/VFS-594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15133110#comment-15133110
]
Sam Halliday commented on VFS-594:
----------------------------------
there is something wrong with the way you're publishing your snapshots, this
file should exist:
https://oss.sonatype.org/content/repositories/snapshots/org/apache/commons/commons-vfs2/2.1-SNAPSHOT/commons-vfs2-2.1-SNAPSHOT.pom
but you've only got the individual snapshot poms, no "latest"... so I'm afraid
I can't use it :-(
Can you please investigate? Here's an example that does work
https://github.com/fommil/matrix-toolkits-java/blob/master/pom.xml
> cache holds onto ZipFiles, which leak file handlers
> ---------------------------------------------------
>
> Key: VFS-594
> URL: https://issues.apache.org/jira/browse/VFS-594
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: 2.0
> Reporter: Sam Halliday
>
> The wonderful Java implementation of ZipFile opens up the file on instance
> creation. That's exceptionally wasteful on Linux but downright buggy on
> Windows, because Windows will then obtain an exclusive lock on that file.
> In ENSIME, this has the wonderful side effect of making compilation silently
> fail, because the compiler can't write out to the jar file, because it's
> being held by the IDE process.
> The references are being kept alive by the VFS cache. I'm going to try to
> disable it, as well as attempt as much manual closing of ZipFiles as I
> possibly can.
> Tracking from https://github.com/ensime/ensime-server/issues/1276
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
