> 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 questionable design approach. But anyway - the problem > with this is that with truezip being available there are even less > people eager to work on compress ...as for the most simple things > there is truezip available.
hm ok. sounds all very reasonable. I just saw that thing with extending java.io.File... don't like this either, but didn't see it when skimming bout the code. How about implementing the delete feature into compress, your comments and some housekeeping stuff and doing a 0.1 release? When compress is in a maven repository once people will get used to it and the component may get more attention. Maybe we can borrow one or two features from TrueZip (i really love ASF license :-)) to make it more attractive. When i am thinking about it, there are four people always talking about compress: Mario and you as Apache committers, Will and me as contributers. Guess thats enough for this component. :-) Best, Chris --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
