To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
fine by me
On 11/25/2011 08:32 PM, sebb wrote:
BCEL currently uses Bugzilla, but AFAIK all other Commons components use JIRA
Should BCEL be moved to JIRA?
Just a thought.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apac
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-exec-test has an issue affecting its community integration.
This i
I'd rather use Jira.
Gary
On Nov 25, 2011, at 20:32, sebb wrote:
> BCEL currently uses Bugzilla, but AFAIK all other Commons components use JIRA
>
> Should BCEL be moved to JIRA?
>
> Just a thought.
>
> -
> To unsubscribe, e-ma
BCEL currently uses Bugzilla, but AFAIK all other Commons components use JIRA
Should BCEL be moved to JIRA?
Just a thought.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@c
The page http://commons.apache.org/daemon/binaries.html
says that there are executable builds for non-Windows systems (and
even offers to create new ones on request).
However, the last set of such exes was for 1.0.5.
If there are no plans to produce more such binaries, then the page
should be ad
On 25 November 2011 20:44, Mladen Turk wrote:
> On 11/25/2011 08:35 PM, sebb wrote:
>>
>> The /dist directory for Daemon contains a copy of the jar file.
>>
>
> Probably a relict from old days.
> Once all commons packages had separate .jar files IIRC.
I see from the archives that it first appeare
On 11/25/2011 08:35 PM, sebb wrote:
The /dist directory for Daemon contains a copy of the jar file.
Probably a relict from old days.
Once all commons packages had separate .jar files IIRC.
This is already included in the bin archive, so I'm not sure why
there's a separate copy here (it's not
The /dist directory for Daemon contains a copy of the jar file.
This is already included in the bin archive, so I'm not sure why
there's a separate copy here (it's not listed on the download page).
There's a copy of the of the jar on Maven Central, which is where I'd
expect most people to look for
On 25 November 2011 17:59, Bill Speirs wrote:
> On Fri, Nov 25, 2011 at 12:28 PM, sebb wrote:
>>> As we discussed before, this exception will be thrown if the column
>>> type doesn't match the generic type. Because of type erasure I don't
>>> know of any way to validate the types.
>>
>> What dete
On Fri, Nov 25, 2011 at 12:28 PM, sebb wrote:
>> As we discussed before, this exception will be thrown if the column
>> type doesn't match the generic type. Because of type erasure I don't
>> know of any way to validate the types.
>
> What determines the column type?
As far as I know, the column
On 25 November 2011 16:55, Bill Speirs wrote:
> On Wed, Nov 23, 2011 at 4:47 PM, sebb wrote:
>>> - @SuppressWarnings("unchecked")
>>> + @SuppressWarnings("unchecked") // cast exception will immediately be
>>> thrown and warn the developer
>>
>> Sorry to keep going on about this, but that d
On Wed, Nov 23, 2011 at 4:47 PM, sebb wrote:
>> - @SuppressWarnings("unchecked")
>> + @SuppressWarnings("unchecked") // cast exception will immediately be
>> thrown and warn the developer
>
> Sorry to keep going on about this, but that does not fully explain why
> it is safe to ignore the u
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-exec-test has an issue affecting its community integration.
This i
On Nov 25, 2011, at 5:16 AM, Sébastien Brisard
wrote:
>>
>> One more point on this. "Consistency" as some sort of independent goal by
>> itself has no place in open source software. We need to keep our eyes on
>> the prize, which is making it easy for users to understand and use the
>>
On Fri, Nov 25, 2011 at 12:16:31PM +0100, Sébastien Brisard wrote:
> >
> > One more point on this. "Consistency" as some sort of independent goal by
> > itself has no place in open source software. We need to keep our eyes on
> > the prize, which is making it easy for users to understand and us
I'm new to Apache and am following the mailing lists to learn more about the
rules, policies, tools and so on. And I find this kind of discussion very
useful, at least for me :-) So thanks for raising this issue here in the
mailing list. And thanks to the others for giving good answers here too.
>
> One more point on this. "Consistency" as some sort of independent goal by
> itself has no place in open source software. We need to keep our eyes on the
> prize, which is making it easy for users to understand and use the software
> and for volunteers to get involved. To the extent that c
One more point on this. "Consistency" as some sort of independent goal by
itself has no place in open source software. We need to keep our eyes on the
prize, which is making it easy for users to understand and use the software and
for volunteers to get involved. To the extent that consistent
OK, now I feel ashamed for raising such a trivial issue ;).
Sébastien
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Nov 25, 2011, at 3:49 AM, Luc Maisonobe wrote:
> Le 25/11/2011 08:13, Sébastien Brisard a écrit :
>> Hi,
>> here are a few questions about the implicit rules in use in CM for
>> formatting Javadoc comments, that I've wanted to post for a long time.
>> Since I'm now reviewing other people's
>
> It seems really a detail to me (your mileage may vary), the content of
> the javadoc being far more important than its form.
>
> Luc
>
That's the kind of answer I wanted to read, but I just wanted to
check. So when committing someone else's work, I won't worry about
that point.
Thanks,
Sébastie
Le 25/11/2011 08:13, Sébastien Brisard a écrit :
> Hi,
> here are a few questions about the implicit rules in use in CM for
> formatting Javadoc comments, that I've wanted to post for a long time.
> Since I'm now reviewing other people's patches, I think it's high time
> to clear these questions up
23 matches
Mail list logo