On Thu, Mar 8, 2018 at 8:54 AM, Otto Fowler wrote:
> FILE_OR_FOLDER just doesn’t seem to be supported in the system completely.
> Does anyone remember when it came about and why?
>
Good question. I hope someone will pipe in.
Gary
>
>
> On March 7, 2018 at 17:41:56, Otto Fowler (ottobackwa...@
Hi,
Sorry for causing the confusion. I mean to include a general subject since
I think commons would benefit from the results. However, I pointed out in
the content that the work'd be done over commons-rdf. Again, sorry for
that. :D
Regards,
~Kamila.
On Thu, Mar 8, 2018 at 8:23 PM, Gilles wrote
On Fri, 9 Mar 2018 01:47:01 +0100, Bernd Eckenfels wrote:
Hello,
any experience with compiling a JAR with old Java and only adding the
module-info.jar with a new class Version? Would that allow to avoid
the Need for Multi-Release JARs? (of Course it makes a ugly
toolchain).
IIUC, there must be
> On Mar 8, 2018, at 5:47 PM, Bernd Eckenfels wrote:
>
> Hello,
>
> any experience with compiling a JAR with old Java and only adding the
> module-info.jar with a new class Version? Would that allow to avoid the Need
> for Multi-Release JARs? (of Course it makes a ugly toolchain).
Log4j 2 h
Hello,
any experience with compiling a JAR with old Java and only adding the
module-info.jar with a new class Version? Would that allow to avoid the Need
for Multi-Release JARs? (of Course it makes a ugly toolchain).
Gruss
Bernd
--
http://bernd.eckenfels.net
On Thu, 8 Mar 2018 17:19:05 -0700, Ralph Goers wrote:
On Mar 8, 2018, at 5:17 PM, Ralph Goers
wrote:
On Mar 8, 2018, at 4:08 PM, Gilles
wrote:
On Thu, 8 Mar 2018 15:09:18 -0700, Ralph Goers wrote:
On Mar 8, 2018, at 11:06 AM, Gilles
wrote:
On Thu, 8 Mar 2018 11:01:08 -0700, Gary Greg
That seems like a good pragmatic way about it.
Gary
On Thu, Mar 8, 2018, 16:08 Gilles wrote:
> On Thu, 8 Mar 2018 15:09:18 -0700, Ralph Goers wrote:
> >> On Mar 8, 2018, at 11:06 AM, Gilles
> >> wrote:
> >>
> >> On Thu, 8 Mar 2018 11:01:08 -0700, Gary Gregory wrote:
> >>> On Thu, Mar 8, 2018 a
I almost pooped myself on that one Ralph :-) Good one!
Gary
On Thu, Mar 8, 2018, 17:19 Ralph Goers wrote:
>
>
> > On Mar 8, 2018, at 5:17 PM, Ralph Goers
> wrote:
> >
> >
> >
> >> On Mar 8, 2018, at 4:08 PM, Gilles
> wrote:
> >>
> >> On Thu, 8 Mar 2018 15:09:18 -0700, Ralph Goers wrote:
> >>>
On Thu, 8 Mar 2018 17:17:40 -0700, Ralph Goers wrote:
On Mar 8, 2018, at 4:08 PM, Gilles
wrote:
On Thu, 8 Mar 2018 15:09:18 -0700, Ralph Goers wrote:
On Mar 8, 2018, at 11:06 AM, Gilles
wrote:
On Thu, 8 Mar 2018 11:01:08 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:58 AM, Gilles
> On Mar 8, 2018, at 5:17 PM, Ralph Goers wrote:
>
>
>
>> On Mar 8, 2018, at 4:08 PM, Gilles wrote:
>>
>> On Thu, 8 Mar 2018 15:09:18 -0700, Ralph Goers wrote:
On Mar 8, 2018, at 11:06 AM, Gilles wrote:
On Thu, 8 Mar 2018 11:01:08 -0700, Gary Gregory wrote:
> On Thu, Ma
> On Mar 8, 2018, at 4:08 PM, Gilles wrote:
>
> On Thu, 8 Mar 2018 15:09:18 -0700, Ralph Goers wrote:
>>> On Mar 8, 2018, at 11:06 AM, Gilles wrote:
>>>
>>> On Thu, 8 Mar 2018 11:01:08 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:58 AM, Gilles
wrote:
> On Thu, 8 M
On Thu, 8 Mar 2018 15:09:18 -0700, Ralph Goers wrote:
On Mar 8, 2018, at 11:06 AM, Gilles
wrote:
On Thu, 8 Mar 2018 11:01:08 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:58 AM, Gilles
wrote:
On Thu, 8 Mar 2018 10:48:28 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:29 AM, G
> On Mar 8, 2018, at 11:06 AM, Gilles wrote:
>
> On Thu, 8 Mar 2018 11:01:08 -0700, Gary Gregory wrote:
>> On Thu, Mar 8, 2018 at 10:58 AM, Gilles
>> wrote:
>>
>>> On Thu, 8 Mar 2018 10:48:28 -0700, Gary Gregory wrote:
>>>
On Thu, Mar 8, 2018 at 10:29 AM, Gilles
wrote:
GitHub user pranet opened a pull request:
https://github.com/apache/commons-io/pull/57
[IO-572] Extract out replicated code in org.apache.commons.io.FileUtils
Created two additional private methods which hold the replicated code.
You can merge this pull request into a Git repository
Github user pranet closed the pull request at:
https://github.com/apache/commons-io/pull/56
---
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Github user asfgit closed the pull request at:
https://github.com/apache/commons-collections/pull/36
---
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.
Github user asfgit closed the pull request at:
https://github.com/apache/commons-collections/pull/36
---
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.
GitHub user pranet reopened a pull request:
https://github.com/apache/commons-io/pull/56
Removed redundant isDirectory() check
There is already a call to validateListFilesParameters() which checks that
directory.isDirectory() is true
You can merge this pull request into a Git repos
Github user pranet closed the pull request at:
https://github.com/apache/commons-io/pull/56
---
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Thu, 8 Mar 2018 11:01:08 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:58 AM, Gilles
wrote:
On Thu, 8 Mar 2018 10:48:28 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:29 AM, Gilles
wrote:
On Thu, 8 Mar 2018 10:09:22 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:0
> On Mar 8, 2018, at 12:48 PM, Gary Gregory wrote:
> On Thu, Mar 8, 2018 at 10:29 AM, Gilles
> wrote:
>> Then these modules can define "module-info" files, and an actual build will
>> prove that the dependencies are as expected.
>>
> As Ralph as pointed out, you cannot generate a module-info f
On Thu, Mar 8, 2018 at 10:58 AM, Gilles
wrote:
> On Thu, 8 Mar 2018 10:48:28 -0700, Gary Gregory wrote:
>
>> On Thu, Mar 8, 2018 at 10:29 AM, Gilles
>> wrote:
>>
>> On Thu, 8 Mar 2018 10:09:22 -0700, Gary Gregory wrote:
>>>
>>> On Thu, Mar 8, 2018 at 10:01 AM, ajs6f wrote:
> On Mar 8,
On Thu, 8 Mar 2018 10:48:28 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:29 AM, Gilles
wrote:
On Thu, 8 Mar 2018 10:09:22 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:01 AM, ajs6f wrote:
> On Mar 8, 2018, at 8:33 AM, Gilles
wrote:
> Would it be useful (and interesting as
+1
>From the src zip: ASC, MD5, SHA 1 OK.
Maven Apache RAT Check OK
Building 'mvn clean site' and 'mvn clean package' OK.
Using:
Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297;
2018-02-24T12:49:05-07:00)
Maven home: C:\Java\apache-maven-3.5.3\bin\..
Java version: 1.8.0_162, vendo
On Thu, Mar 8, 2018 at 10:29 AM, Gilles
wrote:
> On Thu, 8 Mar 2018 10:09:22 -0700, Gary Gregory wrote:
>
>> On Thu, Mar 8, 2018 at 10:01 AM, ajs6f wrote:
>>
>> > On Mar 8, 2018, at 8:33 AM, Gilles
>>> wrote:
>>> > Would it be useful (and interesting as part of GSoC work) to
>>> > establish
>>>
On Thu, Mar 8, 2018 at 10:21 AM, ajs6f wrote:
>
> > On Mar 8, 2018, at 12:09 PM, Gary Gregory
> wrote:
> >
> > That's all quite nice but the hard reality is that the tool chains out
> > there are simply not ready for JPMS, as I've painfully learned
> contributing
> > to Log4j 2. MR Jars, module-
On Thu, Mar 8, 2018 at 10:10 AM, Rob Tompkins wrote:
> I’m going to roll an RC3 with better notes on that stacktrace that’s
> erroneous.
>
OK, great, but I am not sure if that is strictly necessary. Up to you.
Gary
> -Rob
>
> > On Mar 7, 2018, at 10:57 AM, Rob Tompkins wrote:
> >
> > @Gary:
Hello all,
This is a [LAZY][VOTE] for releasing Apache Commons Parent 44 (from RC3).
Note on validation:
Please read the
https://dist.apache.org/repos/dist/dev/commons/commons-parent/RELEASE-NOTES.txt,
as
there is an erroneous non-failing stack trace that occurs during the build.
Tag nam
On Thu, 8 Mar 2018 10:09:22 -0700, Gary Gregory wrote:
On Thu, Mar 8, 2018 at 10:01 AM, ajs6f wrote:
> On Mar 8, 2018, at 8:33 AM, Gilles
wrote:
> Would it be useful (and interesting as part of GSoC work) to
> establish
> (1) which tools requires fixing,
> (2) prepare enhancement requests fo
> On Mar 8, 2018, at 12:09 PM, Gary Gregory wrote:
>
> That's all quite nice but the hard reality is that the tool chains out
> there are simply not ready for JPMS, as I've painfully learned contributing
> to Log4j 2. MR Jars, module-infos, all of that breaks Maven plugins and
> tools left and r
I’m going to roll an RC3 with better notes on that stacktrace that’s erroneous.
-Rob
> On Mar 7, 2018, at 10:57 AM, Rob Tompkins wrote:
>
> @Gary: I dug this up. It looks likes Sebb had a conversation with the japicmp
> community and brought this erroneous stack trace to light there.
>
> htt
On Thu, Mar 8, 2018 at 10:01 AM, ajs6f wrote:
> > On Mar 8, 2018, at 8:33 AM, Gilles wrote:
> > Would it be useful (and interesting as part of GSoC work) to
> > establish
> > (1) which tools requires fixing,
> > (2) prepare enhancement requests for the respective projects,
> > and in the meantim
> On Mar 8, 2018, at 8:33 AM, Gilles wrote:
> Would it be useful (and interesting as part of GSoC work) to
> establish
> (1) which tools requires fixing,
> (2) prepare enhancement requests for the respective projects,
> and in the meantime, adapt the "Commons" build (with a "JDK 9"
> profile)
> (3
Log4j has run into a few of them. The OSGi bind tool has some issues although
the latest release fixes some of them. Android’s tools have problems with any
jar that contains anything Java 9 related. We have created issues against both
of these.
Ralph
> On Mar 8, 2018, at 6:33 AM, Gilles wrot
On Thu, 08 Mar 2018 16:03:24 +, Gary Gregory wrote:
-1 to "commons-misc". It feels to me like a copout and unfocused like
SomethingUtils.
We need a proper home.
+1
How about the idea of commons-measure.
Just because the first feature would happen to be a timer?
What other content do you
-1 to "commons-misc". It feels to me like a copout and unfocused like
SomethingUtils.
We need a proper home. How about the idea of commons-measure. Then there
still the idea of resurrecting other Apache projects. Kind of going in
circles...
Gary
On Mar 8, 2018 08:58, "Otto Fowler" wrote:
So, c
So, could think about commons-misc or something?
I don’t think we are going to come up with a perfect module for these
things.
Maybe the way it can work is:
commons-misc exists.
It is the landing place for things that seem to be outside the scope of
commons-, but don’t justify
a new module o
FILE_OR_FOLDER just doesn’t seem to be supported in the system completely.
Does anyone remember when it came about and why?
On March 7, 2018 at 17:41:56, Otto Fowler (ottobackwa...@gmail.com) wrote:
FileType normalisePath
In UriParser is an issue as well, trying to derive a FOLDER or FILE by th
Hello.
On Wed, 7 Mar 2018 22:21:44 +, Stephen Colebourne wrote:
On 7 March 2018 at 18:56, Ralph Goers
wrote:
Actually, you really do need to use a multi-release jar to include a
module-info class file. Otherwise it may be sitting alongside of
classes compiled for an earlier java release a
39 matches
Mail list logo
