On 2015-01-20, Gary Gregory wrote:
> Why not use an IllegalStateException?
Because it used to throw IOException and I don't want to break code that
was written to catch the IOException but not IllegalStateException.
Stefan
-
To
Github user asfgit closed the pull request at:
https://github.com/apache/commons-lang/pull/42
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is
Why not use an IllegalStateException?
Gary
Original message From: Stefan Bodewig
Date:01/20/2015 09:34 (GMT-05:00)
To: dev@commons.apache.org Cc: Subject: Re:
svn commit: r1653252 - in /commons/proper/compress/trunk/src: changes/
main/java/org/apache/commons/compress/arc
On Tue, Jan 20, 2015 at 2:58 PM, Torsten Curdt wrote:
> > There are several ASF projects in the
> > RDF space. They have been through the incubator. Please do talk to
> those
> > projects if you have concerns.
>
> I am sorry - but how are those projects relevant in this case?
>
> And what's so
On 2015-01-20, Kristian Rosenvold wrote:
> Btw it still seems like my JIRA karma is a bit weak ?
I'm not sure what you are missing, but I am sure I cannot provide it :-)
JIRA Admins for Commons are Phil, Luc and Mark Struberg.
Stefan
Yup I'm done, added a small blurb in changes.xml in r1653282.
Btw it still seems like my JIRA karma is a bit weak ?
Kristian
2015-01-20 16:00 GMT+01:00 Stefan Bodewig :
> On 2015-01-12, Kristian Rosenvold wrote:
>
>> We had somewhat of a discussion regarding this class on the maven dev
>> list
2015-01-20 16:09 GMT+01:00 Sergio Fernández :
> Hi,
>
> On 20/01/15 15:41, Andy Seaborne wrote:
>
>> Torsten -- interesting that graduation could be to "commons" - has that
>> happened before?
>>
>
> It already happened, yes:
>
> http://markmail.org/search/?q=list%3Aorg.apache.incubator.
> general
> As I see it, the Apache Commons has one partcular way of working. Every
> Apache project has its own unique ways of working within the Apache way.
>From my ASF experience (and that's shockingly 12+ years now) the
"implementation" of Apache way is not that very different across
projects. It vari
Hi,
On 20/01/15 15:41, Andy Seaborne wrote:
Torsten -- interesting that graduation could be to "commons" - has that
happened before?
It already happened, yes:
http://markmail.org/search/?q=list%3Aorg.apache.incubator.general+vote+graduate+subproject+commons
I would like to see Apache Common
On 2015-01-12, Kristian Rosenvold wrote:
> We had somewhat of a discussion regarding this class on the maven dev
> list over the weekend, some people wanted this code inside
> commons-compress:
> Code is here:
> https://github.com/krosenvold/plexus-archiver/blob/2.x/src/main/java/org/codehaus/pl
It might be my fault for misrepresenting "The Commons-RDF community" -
personally I am fairly fresh to the Apache (Oct 2014). The other, core
committers involved in Commons-RDF are seasoned Apache folks. I've
just tried to be a mediator.. My fault.
I think the community around commons-rdf is alre
On 20/01/15 14:08, Mark Thomas wrote:
On 20/01/2015 13:07, Andy Seaborne wrote:
On 20/01/15 08:49, Mark Thomas wrote:
At this point it looks to me like the incubator would be a much better
destination, particularly given the general impression I get of the RDF
community not really understanding
On 2015-01-20, Emmanuel Bourg wrote:
> Le 20/01/2015 15:24, bode...@apache.org a écrit :
>> throw a special exception when there is no password for an encrpyted
>> 7z archive - COMPRESS-298
> Is it possible to mention the name of the file in the message of the
> exception?
Not without modifying
Le 20/01/2015 15:24, bode...@apache.org a écrit :
> Author: bodewig
> Date: Tue Jan 20 14:24:34 2015
> New Revision: 1653252
>
> URL: http://svn.apache.org/r1653252
> Log:
> throw a special exception when there is no password for an encrpyted 7z
> archive - COMPRESS-298
Is it possible to mention
On Tue, Jan 20, 2015 at 3:08 PM, Mark Thomas wrote:
> On 20/01/2015 13:07, Andy Seaborne wrote:
>> On 20/01/15 08:49, Mark Thomas wrote:
>>> At this point it looks to me like the incubator would be a much better
>>> destination, particularly given the general impression I get of the RDF
>>> commun
> Agree that maybe the the Incubator with a projected path to the
> Commons could be a workable middle ground while Commons-RDF is still
> "incubating" code-wise (but not community or Apache Way-wise).
To me it comes across as if community/ASF wise is the more important
part. This is really not me
> know that for many "email list"
> == "community" == "Apache project". But Apache Commons is special. As
> pointed out - not everyone here will be involved with all Commons
> components.
Yet we consider this as one community that has cross pollination and
shared responsibilities.
> As Peter poi
On 20/01/2015 13:07, Andy Seaborne wrote:
> On 20/01/15 08:49, Mark Thomas wrote:
>> At this point it looks to me like the incubator would be a much better
>> destination, particularly given the general impression I get of the RDF
>> community not really understanding how the ASF works.
>
> I am d
Agree that maybe the the Incubator with a projected path to the
Commons could be a workable middle ground while Commons-RDF is still
"incubating" code-wise (but not community or Apache Way-wise).
No earlier project has gone through this route
(https://incubator.apache.org/projects/ ) - this would
> There are several ASF projects in the
> RDF space. They have been through the incubator. Please do talk to those
> projects if you have concerns.
I am sorry - but how are those projects relevant in this case?
And what's so bad about the incubator? You could (maybe) later on come
to Commons.
Something like https://about.gitlab.com/ installed at Apache
infrastructure would be a revolution.
Meanwhile we are stuck with mailing lists (with a subscription and
archive interface from 1995) - can we not just tweak that capability
by at least having a separate list? I know that for many "email
On 20/01/15 08:49, Mark Thomas wrote:
At this point it looks to me like the incubator would be a much better
destination, particularly given the general impression I get of the RDF
community not really understanding how the ASF works.
I am disappointed by that comment. There are several ASF pr
GitHub user j--baker opened a pull request:
https://github.com/apache/commons-lang/pull/42
Casts used to pass unit tests on JDK 1.6.0_18.
Please see [JIRA-1083](https://issues.apache.org/jira/browse/LANG-1083).
This patch was split off during PR #41.
Thanks!
You ca
Hi,
could anybody advise me on how to publish the website (more precisely:
The docs) for a sandbox project?
Thanks,
Jochen
--
Our time is just a point along a line that runs forever with no end.
(Al Stewart, Lord Grenville)
Hi Peter,
Peter Ansell wrote:
> On 20 January 2015 at 05:44, Jörg Schaible wrote:
[snip]
>> Yes, the shared resources are part of the Apache Commons community. It
>> was especially built to increase the responsibility of all committers for
>> all components. Jakarta had a long history of died
> Members of the Commons community are expected to be subscribed to the
> dev mailing list. The impression I get from reading these messages is
> that the RDF community has little to no interest in interacting with the
> Commons community.
>
> At this point it looks to me like the incubator would b
On 20/01/2015 09:29, Sergio Fernández wrote:
> Hi all,
>
> I've been reading the different threads where this issue has been
> discussed.
>
> First, I'd like to say from Commons RDF we do not want to open the
> discussion of sub-project. We all are quite experienced at the ASF to
> know how bad t
> But there will me much more in terms of discussion. That's why a TLP does
> make any
> sense for me.
TLP just because of a noisy API discussion - that's just not how it works.
I don't mind reading that discussion, or just deleting it, or creating a filter.
> I've subscribed to
> dev@commons.a
Hi Sebb,
sebb wrote:
> Building the full site for a component can be quite time-consuming,
> which makes checking the documentation build tedious.
>
> Almost all the reports have "skip" parameters, so it's possible to
> build up a command that only builds the component docs. This can be
> saved
Hi all,
I've been reading the different threads where this issue has been discussed.
First, I'd like to say from Commons RDF we do not want to open the
discussion of sub-project. We all are quite experienced at the ASF to
know how bad that could be. And we are happy to be a regular component.
On 20/01/2015 00:05, Peter Ansell wrote:
> The tendency so far has been, since some of us are not paid
> specifically to work on the relevant code, that once pull requests are
> suggested, the discussion gets going for a few days and then falls
> off. And eventually, once the API is stable it will
On Tue, Jan 20, 2015 at 8:50 AM, Benedikt Ritter wrote:
>> But that only works for Unix OSes; and it has to be downloaded.
You're not being serious, aren't you?
+1 to one or more profiles being added to the parent POM. These are
easily usable, regardless of the platform/development environment
32 matches
Mail list logo
