Stephen Connolly wrote:
the issue I see for you is just when creating the tar with symbolic links
you would not be untaring with your plugin, so all you have to do is
handle detecting the symbolic links and adding them into the tar file
correctly
Actually, I will as the plugin support unpacking artifacts and files, so
getting proper symlink support would be very useful.
I'd take a look at JNA as I know it has mapped the native libs for
dealing with links (hard and soft) and works on a wide range of jre's
from 1.4 up
I'll keep that in mind, thanks for the tip!
Sent from my [rhymes with myPod] ;-)
On 28 May 2009, at 02:44, Trygve Laugstøl <[email protected]> wrote:
Lee Thompson wrote:
Trygve wrote:
> Another major piece of the code to implement later is a pure Java
version of the formats, which is definitely
> doable for deb and rpm, not so sure about the other formats.
You probably already know this, but symbolic links will be an issue.
Lots of my packages (openssl for instance) have symbolic links in
them in source tarballs and output RPMs. For reference, TrueZip and
Ant have an implementation of tar and if there is a symbolic link, it
won't unpack properly. So I have to shell out to the OS tar
command. The recent builds of openJDK 1.7 have symbolic link support.
I haven't implemented tar support yet, only basic zip support. I'd
like to look more into that later, but zip and tar really are the most
basic formats so I know I have the functionality required internally
to support them so I'm holding off for now.
Famous last words: how hard can it really be to implement a proper tar
implementation? In particular I'm looking for implementations that can
stream files.
--
Trygve
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
