This issue is back from my side.
I am planing to cook up plexus-archiver to use native tar. Now is there a
way to somehow swap/overide the built-in java tar unpack with mine? Would
twisting order to classpath possible?
Thanks
-Dan
On Mon, Jun 2, 2014 at 10:53 PM, Kristian Rosenvold
Kristian, where is the branches that have common-compress for archiving?
Thanks
-D
On Mon, Jun 2, 2014 at 10:53 PM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
I know I have a couple of branches that at least convert all the
plexus-archiver zip stuff to use commons-compress,
Hi Kristian,
I know I have a couple of branches that at least convert all the
plexus-archiver zip stuff to use commons-compress, which is reasonably
simple to plug into plexus-archiver. I have been a bit reluctant to
push these changes since I've been mildly concerned about fallout. I
think it
I meant to cook up a plexus-archiver 'component' using native tar using
the same 'hint'
On Fri, Aug 8, 2014 at 12:01 PM, Dan Tran dant...@gmail.com wrote:
This issue is back from my side.
I am planing to cook up plexus-archiver to use native tar. Now is there a
way to somehow swap/overide
I think that generally code reuse is a good idea. ;-) In this case the code
even stays within the Apache family, so if anyone cares about my humble
opinion, I think it makes sense. As for testing, I think Jason lately talked
about Maven's integration test bed. Maybe it makes sense to add an
I filed an Jira at https://jira.codehaus.org/browse/MDEP-447 . Let's see
how much interests it can gather
-D
On Mon, Jun 2, 2014 at 10:40 PM, Alexander Kriegisch
alexan...@kriegisch.name wrote:
I disagree, even though I could live with it. How about putting the effort
in improving the Java
I am interested, may be it should be 3.0-alpha?
-D
On Mon, Jun 2, 2014 at 10:53 PM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
I know I have a couple of branches that at least convert all the
plexus-archiver zip stuff to use commons-compress, which is reasonably
simple to plug
On Mon, Jun 02, 2014 at 04:15:15PM -0700, Dan Tran wrote:
BTW,
I never have good luck with plexus-archiver, and always ended up to
implement my own 'unpack' using native tar to speed up the build and also
reserve the softlinks in the archive.
If plexus-archiver needs work, maybe they would
I am think of enhancing maven-dependency-plugin by adding option to unpack
'tar' like artifact using native tar since it is faster and reserve soft
links (?)
Thoughts? would it be a maintaining night mare??
Thanks
-Dan
Windows does not have tar by default. You need to install Git (incl. Git Bash),
Cygwin, GnuWin32 or similar. I would not expect any user to have tar installed
at all or if so then in any predictable location or even reachable via PATH.
--
Alexander Kriegisch
Am 03.06.2014 um 00:36 schrieb
correct, I would expect user to install tar.exe or cygwin with tar on
windows and activate the option. By default, it still uses plexus-archiver
to unpack
-D
On Mon, Jun 2, 2014 at 3:42 PM, Alexander Kriegisch
alexan...@kriegisch.name wrote:
Windows does not have tar by default. You need
Oh, I see, multiple options. Okay, then yes - maintenance nightmare. I think we
should not easily give up Java's idea of platform independence and Maven's
whole point: creating standardised, repeatable builds.
If your idea is a reaction on your latest tar.gz problems, maybe we can find
another
Hi Alex, I will find a good sample file for you.
Thanks
-D
On Mon, Jun 2, 2014 at 3:57 PM, Alexander Kriegisch
alexan...@kriegisch.name wrote:
Oh, I see, multiple options. Okay, then yes - maintenance nightmare. I
think we should not easily give up Java's idea of platform independence and
BTW,
I never have good luck with plexus-archiver, and always ended up to
implement my own 'unpack' using native tar to speed up the build and also
reserve the softlinks in the archive.
So am asking the user list to see if there any interests in this feature to
give enough incentive to implement
I have had many problems with Java-based TAR solutions. I often use this where
I can:
https://github.com/airlift/airship/blob/master/airship-shared/src/main/java/io/airlift/airship/shared/FileUtils.java
On Jun 2, 2014, at 7:15 PM, Dan Tran dant...@gmail.com wrote:
BTW,
I never have good
Looks like it is worth a try to get maven-dependency-plugin having an
option to use native tar during unpack.
Thanks Jason
-Dan
On Mon, Jun 2, 2014 at 6:32 PM, Jason van Zyl ja...@takari.io wrote:
I have had many problems with Java-based TAR solutions. I often use this
where I can:
I disagree, even though I could live with it. How about putting the effort in
improving the Java implementation if something is wrong with symlink
extraction? And BTW, your archives in this case (see other thread) just had the
wrong extension because you packed them without the z option, which
I know I have a couple of branches that at least convert all the
plexus-archiver zip stuff to use commons-compress, which is reasonably
simple to plug into plexus-archiver. I have been a bit reluctant to
push these changes since I've been mildly concerned about fallout. I
think it should be fairly
18 matches
Mail list logo