Hi,
the checkstyle.xml is missing - I create an issue and add a patch.
If need to do that now comment out the pom
Cheers + Thanks for the hint,
Christian
On Mon, Mar 23, 2009 at 1:07 PM, Siegfried Goeschl
wrote:
> Hi folks,
>
> 'mvn site' fails due to a missing "checkstyle.xml" in pom.xml - is t
Hi Asankha,
there was efford before months to improve the underlying component,
commons compress. Compress was one of the showstoppers for VFS. After
it was clear that compress needs more time than VFS to be released,
the VFS team copied the compress classes into VFS and released that
component. S
Hi,
> I would be interested to see write support for files such as Jar, Tar
> and Zip etc in VFS. If you already have some code that works, thats great
ok, i didn't finish all the code necessary, but i remember there are
only smaller chunks left to write.
> I am a Jakarta HttpCore committer as w
mpress that can modify the actual
> > zip files. I submitted it and then fell off the face of the earth.
> > In July, I came back an fixed up some of the concerns, but I think the
> > pause ended up losing some of the interest in this.
> >
> > http://issues.apache.o
ah very well-
i checked out truezip yesterday and found it quite good.
Its time to ask again if compress should go to dormancy
when such a good component is available with ASF license.
Regards,
Chris
On 8/25/07, Asankha C. Perera <[EMAIL PROTECTED]> wrote:
> Hi Chris
> > It may be more effective
> That's not true :)
hehe ok sorry then :-)
>...but it would be still a bit of work. When I was
> trying to add a new archiver implementation I was frustrated with
> some of the details of the current API
I remember. Can you be more concrete? Maybe i can add some improvements here.
In fact, i c
> I am not sure I totally agree here. Last time I looked it was pretty
> much a one-man show from the original author. I wanted to provide a
> patch for some feature. It did not fit into his vision of truezip. So
> I left. (Did I hear someone say fork?) IMO extending java.io.File is
> also a very q
> > In fact, i compared the TrueZip implementation to Compress yesterday.
> > We have quite less features and on some points in the code we depend
> > on java.util.zip packages.
>
> Why is using java.uil.zip bad?
In some discussion in here people said that they wanted implementation
which is indep