Pushing out a first RC for CLI-1.x. It's a bit of an odd duck in that
it uses CLI2's site.
---
Tag:
https://svn.apache.org/repos/asf/commons/proper/cli/tags/cli-1.2-RC1
Site:
http://people.apache.org/~bayard/cli-1.2-rc1/
Binaries:
http://people.apache.org/builds/commons/cli/1.2/RC1/staged/co
On Wed, Dec 31, 2008 at 1:25 PM, Rahul Akolkar wrote:
> On Wed, Dec 31, 2008 at 8:55 AM, Jukka Zitting
> wrote:
>> Hi,
>>
>> Until we come up with consensus on where (Commons, Xerces or Cocoon)
>> we should place this proposed library, I'd like to start putting some
>> bits together in the Commo
Maybe the release would get it off the ground.
I'm thinking that we stop thinking of CLI 1.x and CLI 2.0 (branches of
one product); but rather CLI and CLI2; ie) two separate components
with their own sites. That might free each to stop being hamstrung by
the other.
Hen
On Thu, Feb 5, 2009 at 3:5
* pom.xml is easy enough to fix after the change - irritating to have
to do the extra commit.
* RAT entries fixed. Source header added to 3 files and the
build.xml/build.properties dumped as I don't think they have enough
value for the maintenance cost (they're maven1 generated).
* I dumped the C
> The svn merges were more or less painless, the only conflict I got was
> in UnknownExtraField because the commons-compress version uses m_foo
> fields where Ant uses foo (likely because of Avalon/Peter Donald
> coding style).
If you could do that - yes, thats cool then.
> I suggest we add the n
On 2009-02-05, Christian Grobmeier wrote:
>> * ZipOutputStream contains some proteted static final byte[]
>> "constants"
>> This means any subclass could modify them. Findbugs suggests to
>> make the package private. Ant couldn't do that because of backwards
>> incompatibility, but a sandb
Paul,
They have been uploaded for a while, hence me previous mail.
Siegfried,
Glad to here its not dead, its always been a slowly evolving project, I guess I
just forgot this :)
Cheers,
Corey
Paul Benedict wrote:
Corey,
Please create patches for those tickets (and create new tickets as
n
Hi,
On Wed, Dec 31, 2008 at 2:55 PM, Jukka Zitting wrote:
> Until we come up with consensus on where (Commons, Xerces or Cocoon)
> we should place this proposed library, I'd like to start putting some
> bits together in the Commons Sandbox.
I've now set up a project skeleton at
https://svn.apach
Hi Henri,
+) I double-checked the project and committed the changes (to my best
knowledge)
+) made "mvn release:prepare -DdryRun=true" and the ASL is gone in
pom.xml - no idea why ... :-(
+) RAT report complains about 4 files - this needs to be fixed to keep
Sebastian happy (no offense intended)
+
I submitted a small documentation fix for the pipeline_basics tutorial.
After uploading the initial documentation, I noticed that some of the
code examples had extra line feeds, mainly the xml configuration samples
that use color also use boldface to emphasize some of the keywords. At
least on
I guess they are a left-over from CVS
Siegfried Goeschl
Jukka Zitting wrote:
> Hi,
>
> Is there a particular reason why we use svn keywords like $Id$? I've
> personally never found them very useful (the version number in a jar
> file is much more informative), and the keywords often confuse diff
On 05/02/2009, Christian Grobmeier wrote:
> Hi,
> thanks Stefan for running findbugs! I'll try to give answers as far as
> I know till now.
>
>
> > * JarArchiveEntry certificates and manifestAttributes is never written
> > to, so they are useless.
> >
> > I'm unsure of the class' purpose a
Hi Corey,
commons-email is not dead - I did a few bugfixes recently.
So please double-check
+) what is still open
+) what should should get into the next release
Thanks in advance
Siegfried Goeschl
Corey Scott wrote:
> Is there anyone left that can commit to Email?
>
> I have a few patches pe
Hi Henri,
my workload still looks depressing so I would appreciate it very much if
you could cut the release. Having said that I want to update the pom.xml
because a release would not work properly.
After a couple of rejected release candidates I'm the local expert for
the "maven release-prepare"
I just submitted a big patch to DbUtils to update the API to use Java 5
features (generics, varargs).
http://issues.apache.org/jira/browse/DBUTILS-48
There really aren't very many bugs left in this project; almost all of
them have patches attached. I think it wouldn't be much work for someb
I am no fan of them either. Never use them.
cheers
--
Torsten
On Thu, Feb 5, 2009 at 16:19, Jukka Zitting wrote:
> Hi,
>
> Is there a particular reason why we use svn keywords like $Id$? I've
> personally never found them very useful (the version number in a jar
> file is much more informative),
Hi,
Is there a particular reason why we use svn keywords like $Id$? I've
personally never found them very useful (the version number in a jar
file is much more informative), and the keywords often confuse diff
and merge tools.
I'm relatively new here, so this probably has been discussed at length
Hi,
thanks Stefan for running findbugs! I'll try to give answers as far as
I know till now.
> * JarArchiveEntry certificates and manifestAttributes is never written
> to, so they are useless.
>
> I'm unsure of the class' purpose and simply left things as they are,
> assuming setters will be pro
Since Sebb's original report the code base has changed quite a bit so
I reran findbugs.
I've fixed most of them, still open are:
* JarArchiveEntry certificates and manifestAttributes is never written
to, so they are useless.
I'm unsure of the class' purpose and simply left things as they are
Actually I think Hadoop might also have a dependency on CLI-2.0, so it
may be good to get an official release out for them as well:
http://svn.apache.org/viewvc/hadoop/core/trunk/ivy/hadoop-core.pom?revision=726872&view=markup
I dont know anything about CLI, but I may be able to assist someone
Hi there,
Yep - I don't know of anyone with strong interest in CLI2, which
should be viewed as an experimental unreleased branch imo.
I'm really interessted in it, cause I'm using this state im my project,
cause the usage is very simple and gives me exactly what i need...
http://www.supose.o
21 matches
Mail list logo
