On 31 October 2017 at 04:42, Mark Thomas <ma...@apache.org> wrote:
>
> If we implement Closeable then we get AutoCloseable for free.
>
With an IOException as its throwable instead of a more generic Exception,
though of course, that can be overridden.
--
Matt Sicker <boa...@gmail.com>
ger
version since a StackWalker version of CallStack could be implemented for
Java 9, so it would be pointless to fully revert the change.
--
Matt Sicker <boa...@gmail.com>
a patch to add an option to restore the behavior from we
> had in 2.4.2?
>
> Gary
>
> On Sun, Oct 29, 2017 at 2:32 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > It's been a while since I looked at that, but from what I can tell, if
> the
> > met
ot cause of a pool leak much, much harder.
> >
>
> I guess this was caused by:
>
> [POOL-320]: Use more efficient stack walking mechanisms for usage tracking
>
> https://github.com/apache/commons-pool/commit/3994baf0f3ce59
> b73bd36e869320275d757d1884
>
>
> Matt,
>
> Any thoughts on the missing method names?
>
> Gary
>
--
Matt Sicker <boa...@gmail.com>
date". Making a copy of an RC tag to make
the final release tag makes perfect sense in that context.
--
Matt Sicker <boa...@gmail.com>
On 24 October 2017 at 06:44, Mark Thomas <ma...@apache.org> wrote:
> On 24/10/17 05:56, Matt Sicker wrote:
> > Go for it! Though perhaps some quick feedback from Tomcat would be good
> > since they're the primary Apache project that uses the library.
>
> I assume we
;
> On Mon, Oct 23, 2017 at 4:25 PM, Gary Gregory <garydgreg...@gmail.com>
> wrote:
>
> > Wow, 2 years since the last release of [pool]. I plan on updating to Java
> > 7 and push out a release.
> >
> > Gary
> >
>
--
Matt Sicker <boa...@gmail.com>
methods
>>>>
>>>>
>>> Why?
>>>
>>> Gilles
>>>
>>>
>>>> [...]
>>>>
>>>
>>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
; The problem however is that whenever a new package is added, the
> >> module-info.class file would have to be recreated and re-checked in,
> >> an error-prone process.
> >>
> >> Stephen
> >>
> >> -----
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
tValue(), 0);
> >>>>
> >>>> }
> >>>>
> >>>> @@ -1077,11 +1077,11 @@ public class MapUtilsTest extends
> >>>> AbstractAvailableLocalesTest {
> >>>> final Map<String, String> in = new HashMap<>();
> >>>> in.put("key", "str");
> >>>>
> >>>> -assertEquals(MapUtils.getString(in,"key", "defualt"),
> "str");
> >>>> -assertEquals(MapUtils.getString(in,"key"), "str");
> >>>> -assertEquals(MapUtils.getString(null,"key"), null);
> >>>> -assertEquals(MapUtils.getString(in,"noKey", "default"),
> >>>> "default");
> >>>> -assertEquals(MapUtils.getString(null,"noKey", "default"),
> >>>> "default");
> >>>> +assertEquals("str", MapUtils.getString(in,"key", "defualt"));
> >>>> +assertEquals("str", MapUtils.getString(in,"key"));
> >>>> +assertEquals(null, MapUtils.getString(null,"key"));
> >>>> +assertEquals("default", MapUtils.getString(in,"noKey",
> >>>> "default"));
> >>>> +assertEquals("default", MapUtils.getString(null,"noKey",
> >>>> "default"));
> >>>>
> >>>> }
> >>>>
> >>>> @@ -1090,11 +1090,11 @@ public class MapUtilsTest extends
> >>>> AbstractAvailableLocalesTest {
> >>>> final Map<String, Object> in = new HashMap<>();
> >>>> in.put("key", "str");
> >>>>
> >>>> -assertEquals(MapUtils.getObject(in,"key", "defualt"),
> "str");
> >>>> -assertEquals(MapUtils.getObject(in,"key"), "str");
> >>>> -assertEquals(MapUtils.getObject(null,"key"), null);
> >>>> -assertEquals(MapUtils.getObject(in,"noKey", "default"),
> >>>> "default");
> >>>> -assertEquals(MapUtils.getObject(null,"noKey", "default"),
> >>>> "default");
> >>>> +assertEquals("str", MapUtils.getObject(in,"key", "defualt"));
> >>>> +assertEquals("str", MapUtils.getObject(in,"key"));
> >>>> +assertEquals(null, MapUtils.getObject(null,"key"));
> >>>> +assertEquals("default", MapUtils.getObject(in,"noKey",
> >>>> "default"));
> >>>> +assertEquals("default", MapUtils.getObject(null,"noKey",
> >>>> "default"));
> >>>>
> >>>> }
> >>>>
> >>>> @@ -1109,7 +1109,7 @@ public class MapUtilsTest extends
> >>>> AbstractAvailableLocalesTest {
> >>>> assertTrue(!MapUtils.getBooleanValue(in,"noKey"));
> >>>> assertTrue(MapUtils.getBoolean(in,"key", true));
> >>>> assertTrue(MapUtils.getBoolean(in,"noKey", true));
> >>>> -assertEquals(MapUtils.getBoolean(null,"noKey"),null);
> >>>> +assertEquals(null, MapUtils.getBoolean(null,"noKey"));
> >>>>
> >>>>
> >>>>
> >>>> @@ -1130,10 +1130,10 @@ public class MapUtilsTest extends
> >>>> AbstractAvailableLocalesTest {
> >>>> in.put("key1", valMap);
> >>>> final Map outValue = MapUtils.getMap(in,"key1",
> null);
> >>>>
> >>>> -assertEquals( outValue.get("key1"), "value1");
> >>>> -assertEquals( outValue.get("key2"), null);
> >>>> -assertEquals( MapUtils.getMap(in,"key2", null), null);
> >>>> -assertEquals( MapUtils.getMap(null,"key2", null), null);
> >>>> +assertEquals("value1", outValue.get("key1"));
> >>>> +assertEquals(null, outValue.get("key2"));
> >>>> +assertEquals(null, MapUtils.getMap(in,"key2", null));
> >>>> +assertEquals(null, MapUtils.getMap(null,"key2", null));
> >>>> }
> >>>>
> >>>> @Test
> >>>> @@ -1143,8 +1143,8 @@ public class MapUtilsTest extends
> >>>> AbstractAvailableLocalesTest {
> >>>>
> >>>> MapUtils.safeAddToMap(inMap,"key1", "value1");
> >>>> MapUtils.safeAddToMap(inMap,"key2", null);
> >>>> -assertEquals( inMap.get("key1"), "value1");
> >>>> -assertEquals( inMap.get("key2"), "");
> >>>> +assertEquals("value1", inMap.get("key1"));
> >>>> +assertEquals("", inMap.get("key2"));
> >>>> }
> >>>>
> >>>> @Test
> >>>>
> >>>>
> >>>>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Matt Sicker <boa...@gmail.com>
Tue, Sep 26, 2017 at 2:48 PM, Benedikt Ritter <brit...@apache.org>
> wrote:
>
> > Hey,
> >
> > I’m going through the list of components I happen to work with and make
> > them ready for Java 9. Since I’m blocked in the release process of
> > collections because of the Windows test failures, I’m going to cut a RC
> for
> > IO 2.6 probably tomorrow night.
> >
> > Regards,
> > Benedikt
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Matt Sicker <boa...@gmail.com>
3 months
> - 120 JIRA tickets closed/resolved in the last 3 months
>
> [If there are any security issues, these would be added here in a PRIVATE
> section, not appropriate for a public list like the dev ML]
>
> Gary Gregory
> Apache Commons Chair
>
--
Matt Sicker <boa...@gmail.com>
t;> Le 5 sept. 2017 05:40, "Ralph Goers" <ralph.go...@dslextreme.com> a
> > >> écrit :
> > >>>
> > >>>
> > >>>> On Sep 4, 2017, at 2:24 PM, Romain Manni-Bucau <
> rmannibu...@gmail.com
> > >
> > >>&
ng framework can
> implement
> > (and NOT use JUL). What they have done with JULI was on the right track
> but
> > still uses the java.util.logging design, which makes it very difficult
> for
> > users to achieve item 3 above.
> >
> > As far as I can tell JCS is a
gt;
> Could you please provide some numbers to this claim?
>
> Bye, Thomas.
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Matt Sicker <boa...@gmail.com>
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Matt Sicker <boa...@gmail.com>
au> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | JavaEE Factory
> <https://javaeefactory-rmannibucau.rhcloud.com>
>
> 2017-09-02 19:55 GMT+02:00 Gary Gregory <garydgreg...@gmail.com>:
>
> > Hi All,
> >
> > How about updating JCS from Commons Logging to Log4j 2?
> >
> > Gary
> >
>
--
Matt Sicker <boa...@gmail.com>
ses
> in your GitHub profile.
>
> Cheers,
> Jörg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
ng the POM with the one of Compress I see the plugin
> > is configured inside the section for Email only, while it is
> > inside for Compress. This may explain the difference when
> > running rat checks directly.
> >
> > Stefan
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Matt Sicker <boa...@gmail.com>
>
> Gary
>
> On Sat, Jul 29, 2017 at 6:34 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > Oh no, sending the email completely passed my mind. I'll follow up.
> >
> > On 29 July 2017 at 20:19, Gary Gregory <garydgreg...@gmail.com> wrote:
> >
Oh no, sending the email completely passed my mind. I'll follow up.
On 29 July 2017 at 20:19, Gary Gregory <garydgreg...@gmail.com> wrote:
> Hi All:
>
> Did I miss the announcement email for the log4j scala 11.0 components
> release?
>
> Gary
>
--
Matt Sicker <boa...@gmail.com>
I think so.
On 19 July 2017 at 10:46, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Jul 19, 2017 08:43, "Matt Sicker" <boa...@gmail.com> wrote:
>
> On 18 July 2017 at 15:02, Stefan Bodewig <bode...@apache.org> wrote:
> >
> > We shouldn't re
On 18 July 2017 at 15:02, Stefan Bodewig <bode...@apache.org> wrote:
>
> We shouldn't remove any key that has been used to sign a release in the
> past. No matter how long in the past :-)
>
What about expired keys?
--
Matt Sicker <boa...@gmail.com>
> wrote:
> >
> > > Hi,
> > >
> > > I'd to have a new class called SortedProperties that extends
> > > java.util.Properties.
> > >
> > > Should that go in [lang] or [collections]?
> > >
> > > I first thought [lang], but it _is_ a collection after all.
> > >
> > > Gary
> > >
> >
>
--
Matt Sicker <boa...@gmail.com>
; > (SHA: 5b90d74d0967dcb3ba4422489910730c3ff396b5)
> > >> > > commons-dbutils-1.7.jar.sha1
> > >> > > (SHA: ecb00abbc04548398986b80d1f0e48373d55c2b8)
> > >> > > commons-dbutils-1.7.pom
> > >> > > (SHA: dcaebe462df8501f14d764f2bece496e942586eb)
> > >> > > commons-dbutils-1.7.pom.asc
> > >> > > (SHA: 0547d14d07117cc496c018ef7fd320ae32884287)
> > >> > > commons-dbutils-1.7.pom.md5
> > >> > > (SHA: c5a32289a952a40202461528eeffcad474d0ef6c)
> > >> > > commons-dbutils-1.7.pom.sha1
> > >> > > (SHA: 0aa622dc6fa860ceeaf86fcb3e1a48f9530c3398)
> > >> > >
> > >> > > Details of changes since 1.6 are in the release notes:
> > >> > >
> > >> > > https://dist.apache.org/repos/dist/dev/commons/dbutils/
> > >> > > DBUTILS_1_7_RC2/RELEASE-NOTES.txt
> > >> > >https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/
> > >> > > changes-report.html
> > >> > >
> > >> > > Site:
> > >> > >https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/
> > >> > >
> > >> > > Clirr Report (compared to 1.6):
> > >> > >https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/
> > >> > clirr-report.html
> > >> > >
> > >> > >- All changes are additions and do not represent any
> fundamental
> > or
> > >> > > breaking changes in how to use the library, so not revving the
> > version.
> > >> > >
> > >> > > RAT Report:
> > >> > >https://home.apache.org/~thecarlhall/dbutils-1.7-RC2/
> > >> rat-report.html
> > >> > >
> > >> > > KEYS:
> > >> > >https://www.apache.org/dist/commons/KEYS
> > >> > >
> > >> > > Please review the release candidate and vote.
> > >> > > This vote will close no sooner that 72 hours from now,
> > >> > > i.e. sometime after 23:00 UTC 19-July-2017
> > >> > >
> > >> > > [ ] +1 Release these artifacts
> > >> > > [ ] +0 OK, but...
> > >> > > [ ] -0 OK, but really should fix...
> > >> > > [ ] -1 I oppose this release because...
> > >> > >
> > >> > > Thanks!
> > >> > > -Carl
> > >> > >
> > >> >
> > >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Matt Sicker <boa...@gmail.com>
; >> > Gary
> >> >
> >> > On Wed, Jul 12, 2017 at 9:09 AM, Amey Jadiye <ameyjad...@gmail.com>
> >> wrote:
> >> >
> >> >> Thanks for great insights Mark.
> >> >>
> >> >> On Wed, Jul 12, 201
>
> 1.6 is OK for Tomcat. Anything higher will cause problems.
>
> Mark
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
m to 1.6 ?
>
> Regards,
> Amey
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
--
Matt Sicker <boa...@gmail.com>
The colour, dish, or liqueur? Or mountains apparently.
On 10 July 2017 at 17:53, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Mon, Jul 10, 2017 at 3:04 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > Charsetable? CharsetAware? ;P
> >
>
> Cha
t;
> > Hmm, maybe we could make it extend ZipEncoding and call it something
> > like ZipEncodingWithCharset?
> >
> > Stefan
> >
> > -----
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Matt Sicker <boa...@gmail.com>
ly 2017 at 00:51, Jonathan Bluett-Duncan <
> jbluettdun...@gmail.com
> > >
> > > wrote:
> > >
> > > > Okay, I don't intend to apply any `@SuppressWarnings` during my
> > > > refactoring efforts - if IntelliJ still reports warnings after my
&g
> > room to deviate from IntelliJ's norms when there's a good reason to.
> > > Perhaps annotating such places with @SuppressWarning would be the best
> > > approach, to signal to future developers that the warning was
> considered,
> > > and we explicitly decided
false` to `!(obj instanceof CharRange)`.
>
>
> Cheers,
> Jonathan
>
--
Matt Sicker <boa...@gmail.com>
ache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
s git is always
> better
> > > than svn and at some point everyone will wish to move on git.
> >
> > There certainly are people who disagree with your (I'm not one of them)
> ;-)
> >
> > Stefan
> >
>
--
Matt Sicker <boa...@gmail.com>
nuation workflows as in Jenkins, but with simple Java code.
>
> Cheers
> Bruno
>
>
> From: Gary Gregory <garydgreg...@gmail.com>
> To: Commons Developers List <dev@commons.apache.org>
> Sent: Tuesday, 13 June 2017 2:08 PM
> Subject: Re: Commons sub project
Values(bookSeries) }
> ]
>
> GParsExecutorsPool.withPool {
> tasks.collect{ it.callAsync() }.collect{ it.get() }
> //tasks.eachParallel{ it() } // one of numerous alternatives
> }
>
> long executionTime = (System.nanoTime() - startTime) / 100
> println &q
; Maybe an interesting angle would be decorating domain classes with
> annotations and submitting those to fork/join. Just thinkin' aloud...
>
> Gary
>
> On Mon, Jun 12, 2017 at 4:29 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > I'd be interested to see where this leads to. It
gt; its
> > > > > guts the same kind of code your are proposing here? By extension,
> > will
> > > > you
> > > > > not end up with more framework-like (Spark-like) code and solutions
> > as
> > > > > found in Spark? I am just play
ache Commons since it
> > provides generic components for parallelizing any kind of methods.
> >
> > Can somebody please guide me or suggest what other options I can explore
> ?
> >
>
> Hi Arun,
>
> Thank you for your proposal.
>
> How would this be different from Apache Spark?
>
> Thank you,
> Gary
>
>
> >
> > Thanks,
> > Arun
> >
>
--
Matt Sicker <boa...@gmail.com>
ature of the major changes in commons-math (mostly changing the
> return
> > types of methods) suggests that the developers might have used a
> different
> > approach rather than breaking binary compatibility. To me, it seems that
> > automatically bumping the major version would have been the wrong
> response.
> >
> >
> > If you like, I can post a list of what the package version should have
> > been, assuming that every compatibility change was intentional, and
> > versioning was properly applied, for every bundle series under
> > org.apache.commons and commons-* that was on maven-central as of mid-may?
> >
> > Simon
> >
>
--
Matt Sicker <boa...@gmail.com>
https://repository.apache.org/content/repositories/
> >>> orgapachecommons-1249
> >>>
> >>> Please select one of the following options[1]:
> >>> [ ] +1 Release it.
> >>> [ ] +0 Go ahead; I don't care.
> >>> [ ] -0 There are a few minor glitches: ...
> >>> [ ] -1 No, do not release it because ...
> >>>
> >>> This vote will be open at least 72 hours, i.e. until
> >>> 2017-06-09T19:00:00Z
> >>> (this is UTC time).
> >>>
> >>>
> >>> Cheers,
> >>> -Rob
> >>>
> >>> [1] http://apache.org/foundation/voting.html
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>
> >>>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
;>> add a
> >>>>> comment to
> >>>>> https://wiki.apache.org/commons/UsingGIT and/or to the
> CONTRIBUTING.md
> >>>>> perhaps with a sample global gitignore file?
> >>>>>
> >>>>> Cheers
> >>>>> Bruno
&
ou hear: "Don't reinvent the wheel!"
> >>
> >> http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/ <
> http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/>
> >> evolution-of-the-wheel-300x85.jpg
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org dev-unsubscr...@commons.apache.org>
> >> For additional commands, e-mail: dev-h...@commons.apache.org dev-h...@commons.apache.org>
>
--
Matt Sicker <boa...@gmail.com>
ache.org/content/repositories/
> >>>>>> orgapachecommons-1247/org/apache/commons/commons-lang3/
> >>>>>> 3.6/commons-lang3-3.6-test-sources.jar.asc>
> >>>>>>>> (SHA1: ccca81cd4539437f3def2644119a6f187168963c)
> >>>>>>>> /org/apache/commons/commons-lang3/3.6/commons-lang3-3.6-test
> >>>> -sources.jar
> >>>>>> <https://repository.apache.org/content/repositories/
> >>>>>> orgapachecommons-1247/org/apache/commons/commons-lang3/
> >>>>>> 3.6/commons-lang3-3.6-test-sources.jar>
> >>>>>>>> (SHA1: 8daf4979fb38811bd4a5bf39e38bc7a3a6582104)
> >>>>>>>> /org/apache/commons/commons-lang3/3.6/commons-lang3-3.6-tests.jar
> <
> >>>>>> https://repository.apache.org/content/repositories/
> >>>>>> orgapachecommons-1247/org/apache/commons/commons-lang3/
> >>>>>> 3.6/commons-lang3-3.6-tests.jar>
> >>>>>>>> (SHA1: 1f158e950250efab7cbca635e8393ab2ef666bca)
> >>>>>>>>
> >>>>>>>> I have tested this with JDK 7, JDK 8 and JDK 9 EA b165 using Maven
> >>>>>> 3.5.0.
> >>>>>>>>
> >>>>>>>> Details of changes since 3.5 are in the release notes:
> >>>>>>>> https://dist.apache.org/repos/dist/dev/commons/lang/RELEASE-
> >>>> NOTES.txt
> >>>>>>>> http://home.apache.org/~britter/commons/lang/LANG_3_6_
> >>>>>> RC2/changes-report.html
> >>>>>>>>
> >>>>>>>> Site:
> >>>>>>>> http://home.apache.org/~britter/commons/lang/LANG_3_6_RC2/
> >>>>>>>> (note some *relative* links are broken and the 3.6 directories are
> >>>>>>>> not yet created - these will be OK once the site is deployed)
> >>>>>>>>
> >>>>>>>> Clirr Report (compared to 3.5):
> >>>>>>>> http://home.apache.org/~britter/commons/lang/LANG_3_6_
> >>>>>> RC2/clirr-report.html
> >>>>>>>>
> >>>>>>>> RAT Report:
> >>>>>>>> http://home.apache.org/~britter/commons/lang/LANG_3_6_
> >>>>>> RC2/rat-report.html
> >>>>>>>>
> >>>>>>>> KEYS:
> >>>>>>>> https://www.apache.org/dist/commons/KEYS
> >>>>>>>>
> >>>>>>>> Please review the release candidate and vote.
> >>>>>>>> This vote will close no sooner that 72 hours from now,
> >>>>>>>> i.e. sometime after 12:00 EDT (UTC-4) 20-May 2017
> >>>>>>>>
> >>>>>>>> [ ] +1 Release these artifacts
> >>>>>>>> [ ] +0 OK, but...
> >>>>>>>> [ ] -0 OK, but really should fix...
> >>>>>>>> [ ] -1 I oppose this release because…
> >>>>>>>
> >>>>>>> This vote is still pending. Please review the RC and cast your
> vote.
> >>>> The
> >>>>>> following issues have been found:
> >>>>>>>
> >>>>>>> - mvn site does not work from the source archive
> >>>>>>> - Jigsaw meta data is missing
> >>>>>>>
> >>>>>>> I consider neither as a blocker for releasing 3.6 and would rather
> >>>> like
> >>>>>> to fix those in 3.6.1 (which I can prepare after my vacation). So
> >>>> unless
> >>>>>> nobody finds something else, I’d like to release this code.
> >>>>>>>
> >>>>>>> Thank you,
> >>>>>>> Benedikt
> >>>>>>>
> >>>>>>>>
> >>>>>>>> Thanks!
> >>>>>>>> Benedikt
> >>>>>>>
> >>>>>>>
> >>>>>>>
> -
> >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>>>>>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> -
> >>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>>>>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> >>>>> Java Persistence with Hibernate, Second Edition
> >>>>> <https://www.amazon.com/gp/product/1617290459/ref=as_li_tl?
> >>>> ie=UTF8=1789=9325=1617290459
> >>>> Code=as2=garygregory-20=cadb800f39946ec62ea2b1af9fe6a2b8>
> >>>>>
> >>>>> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=
> >>>> am2=1=1617290459>
> >>>>> JUnit in Action, Second Edition
> >>>>> <https://www.amazon.com/gp/product/1935182021/ref=as_li_tl?
> >>>> ie=UTF8=1789=9325=1935182021
> >>>> Code=as2=garygregory-20=31ecd1f6b6d1eaf8886ac902a24de4
> 18%22>
> >>>>>
> >>>>> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=
> >>>> am2=1=1935182021>
> >>>>> Spring Batch in Action
> >>>>> <https://www.amazon.com/gp/product/1935182951/ref=as_li_tl?
> >>>> ie=UTF8=1789=9325=1935182951
> >>>> Code=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%7Bli
> >>>> nk_id%7D%7D%22%3ESpring+Batch+in+Action>
> >>>>> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=
> >>>> am2=1=1935182951>
> >>>>> Blog: http://garygregory.wordpress.com
> >>>>> Home: http://garygregory.com/
> >>>>> Tweet! http://twitter.com/GaryGregory
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> >>> Java Persistence with Hibernate, Second Edition
> >>> <https://www.amazon.com/gp/product/1617290459/ref=as_li_
> tl?ie=UTF8=1789=9325=1617290459&
> linkCode=as2=garygregory-20=cadb800f39946ec62ea2b1af9fe6a2b8>
> >>>
> >>> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1617290459>
> >>> JUnit in Action, Second Edition
> >>> <https://www.amazon.com/gp/product/1935182021/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182021&
> linkCode=as2=garygregory-20=31ecd1f6b6d1eaf8886ac902a24de418%22
> >
> >>>
> >>> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182021>
> >>> Spring Batch in Action
> >>> <https://www.amazon.com/gp/product/1935182951/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182951&
> linkCode=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> >>> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182951>
> >>> Blog: http://garygregory.wordpress.com
> >>> Home: http://garygregory.com/
> >>> Tweet! http://twitter.com/GaryGregory
> >>>
> >>
> >>
> >>
> >> --
> >> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> >> Java Persistence with Hibernate, Second Edition
> >> <https://www.amazon.com/gp/product/1617290459/ref=as_li_
> tl?ie=UTF8=1789=9325=1617290459&
> linkCode=as2=garygregory-20=cadb800f39946ec62ea2b1af9fe6a2b8>
> >>
> >> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1617290459>
> >> JUnit in Action, Second Edition
> >> <https://www.amazon.com/gp/product/1935182021/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182021&
> linkCode=as2=garygregory-20=31ecd1f6b6d1eaf8886ac902a24de418%22
> >
> >>
> >> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182021>
> >> Spring Batch in Action
> >> <https://www.amazon.com/gp/product/1935182951/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182951&
> linkCode=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> >> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182951>
> >> Blog: http://garygregory.wordpress.com
> >> Home: http://garygregory.com/
> >> Tweet! http://twitter.com/GaryGregory
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org dev-unsubscr...@commons.apache.org>
> > For additional commands, e-mail: dev-h...@commons.apache.org dev-h...@commons.apache.org>
>
--
Matt Sicker <boa...@gmail.com>
t; > feels reasonable to me. What are folks thoughts?
> >
> > Cheers,
> > -Rob
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Matt Sicker <boa...@gmail.com>
Matching the of() static factories, how about ImmutablePair.ofNull()
On 11 May 2017 at 00:03, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Wed, May 10, 2017 at 9:27 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > Wouldn't it make sense to e
_
> tl?ie=UTF8=1789=9325=1935182951&
> linkCode=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182951>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
Matt Sicker <boa...@gmail.com>
ubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
gz/, basically multi-threaded "gzip") and I couldn't
> >> find any "reasonable" Java implementations. Anyone thought about it for
> >> Commons Compress?
> >>
> >> Thanks,
> >> Roger Whitcomb
> >>
>
> ---
Oh, nevermind then. :)
On 8 May 2017 at 09:21, Raymond DeCampo <r...@decampo.org> wrote:
> On Sun, May 7, 2017 at 5:22 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > I find using "tuples" here confusing since a tuple can have multiple
> types,
> > wh
remainder of the code
> and in many places allowed the removal of casts. I also kept the Vector?D
> classes as an intermediary abstract class in the hope of reducing the
> burden on a user upgrading from 3.x.
>
> Thanks,
> Ray
>
--
Matt Sicker <boa...@gmail.com>
;bode...@apache.org> wrote:
> On 2017-05-02, Matt Sicker wrote:
>
> > Apache ServiceMix tends to repackage a lot of 3rd party libraries as
> > bundles, so that's one method. End users can use things like bnd to
> > generate a manifest for 3rd party jars (e.g., installing
r have to bundle the dependency
> jar with ours or turn it into a bundle ourselves (by wrapping it).
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
can so that in my code base but does it induce vomiting if Commons Lang
> has both StopWatch AND FluentStopWatch?
>
> Gary
>
> On Sun, Apr 30, 2017 at 2:47 PM, Gary Gregory <garydgreg...@gmail.com>
> wrote:
>
> > Sorry, Commons Lang.
> >
> > Gar
ideas on how I can get it
> submitted?
>
> Gary Evesson
>
--
Matt Sicker <boa...@gmail.com>
Which subproject are you speaking of anyways?
On 30 April 2017 at 15:46, Gary Gregory <garydgreg...@gmail.com> wrote:
> A new method perhaps or a new class a la fluent?
>
> Gary
>
> On Apr 30, 2017 1:32 PM, "Matt Sicker" <boa...@gmail.com> wrote:
>
> &g
s-4.6>) of
the return type of m.
On 30 April 2017 at 15:30, Matt Sicker <boa...@gmail.com> wrote:
> https://docs.oracle.com/javase/specs/jls/se7/html/jls-13.html
>
> A reference to a method must be resolved at compile time to a symbolic
> reference to the erasure (§4.6
> <h
mail.com> wrote:
> On Apr 30, 2017 1:19 PM, "Oliver Heger" <oliver.he...@oliver-heger.de>
> wrote:
>
> I think client code has to be recompiled, otherwise a NoSuchMethodError
> is thrown.
>
>
>
> Dang it. Are you sure?
>
> Gary
>
>
> Oliver
&g
7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182951>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
Matt Sicker <boa...@gmail.com>
the
>>>> items it builds.
>>>>
>>>
>>>
>>> I agree.
>>>
>>> Besides, it is not difficult to do.
>>>>
>>>
>>>
>>> Then why doesn't INFRA do it when they perform an upgrade that
>>> b
mmons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
ld we add this?
>
> What do you think?
>
> Thanks,
>
> Pascal
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
t 13:01, Gilles <gil...@harfang.homelinux.org> wrote:
> > Hi.
> >
> > On Thu, 27 Apr 2017 08:42:36 -0700, Gary Gregory wrote:
> >>
> >> On Apr 27, 2017 8:21 AM, "Gilles" <gil...@harfang.homelinux.org> wrote:
> >>
> >> On Th
; Gilles
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
://www.amazon.com/gp/product/1935182021/ref=as_li_
> > tl?ie=UTF8=1789=9325=1935182021&
> > linkCode=as2=garygregory-20=31ecd1f6b6d1eaf8886ac902a24de4
> 18%22
> > >>
> > >
> > > <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> > 1935182021 <http://ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=
> > am2=1=1935182021>>
> > > Spring Batch in Action
> > > <https://www.amazon.com/gp/product/1935182951/ref=as_li_
> > tl?ie=UTF8=1789=9325=1935182951&
> > linkCode=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%
> > 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action <https://www.amazon.com/gp/
> > product/1935182951/ref=as_li_tl?ie=UTF8=1789=
> > 9325=1935182951=%7B%7BlinkCode%7D%7D&
> > tag=garygregory-20=%7B%7Blink_id%7D%7D%22%3ESpring+
> Batch+in+Action
> > >>
> > > <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> > 1935182951 <http://ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=
> > am2=1=1935182951>>
> > > Blog: http://garygregory.wordpress.com <http://garygregory.wordpress.
> > com/>
> > > Home: http://garygregory.com/ <http://garygregory.com/>
> > > Tweet! http://twitter.com/GaryGregory <http://twitter.com/GaryGregory>
> >
>
--
Matt Sicker <boa...@gmail.com>
>
> >>>> Stephen
> >>>>
> >>>> -----
> >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >> For additional commands, e-mail: dev-h...@commons.apache.org
> >>
> >>
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
> >>>> +IMMUTABLE,
> >>>> +
> >>>> +/**
> >>>> + * Instances of classes with the given contract are expected to
> be
> >>> immutable if their dependencies injected at
> >>>> + * construction time are immutable and are expected to be
> >>> thread-safe if their dependencies are thread-safe.
> >>>> + */
> >>>> +IMMUTABLE_CONDITIONAL,
> >>>> +
> >>>> +/**
> >>>> + * Instances of classes with the given contract are expected to
> >>> maintain no state and to be thread-safe.
> >>>> + */
> >>>> +STATELESS,
> >>>> +
> >>>> +/**
> >>>> + * Instances of classes with the given contract are expected to
> be
> >>> fully thread-safe.
> >>>> + */
> >>>> +SAFE,
> >>>> +
> >>>> +/**
> >>>> + * Instances of classes with the given contract are expected to
> be
> >>> thread-safe if their dependencies injected at
> >>>> + * construction time are thread-safe.
> >>>> + */
> >>>> +SAFE_CONDITIONAL,
> >>>> +
> >>>> +/**
> >>>> + * Instances of classes with the given contract are expected to
> be
> >>> non thread-safe.
> >>>> + */
> >>>> +UNSAFE
> >>>> +
> >>>> +}
> >>>>
> >>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>
> >>>
> >>
> >>
> >> --
> >> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> >> Java Persistence with Hibernate, Second Edition
> >> <https://www.amazon.com/gp/product/1617290459/ref=as_li_
> tl?ie=UTF8=1789=9325=1617290459&
> linkCode=as2=garygregory-20=cadb800f39946ec62ea2b1af9fe6a2b8>
> >>
> >> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1617290459>
> >> JUnit in Action, Second Edition
> >> <https://www.amazon.com/gp/product/1935182021/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182021&
> linkCode=as2=garygregory-20=31ecd1f6b6d1eaf8886ac902a24de418%22
> >
> >>
> >> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182021>
> >> Spring Batch in Action
> >> <https://www.amazon.com/gp/product/1935182951/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182951&
> linkCode=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> >> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182951>
> >> Blog: http://garygregory.wordpress.com
> >> Home: http://garygregory.com/
> >> Tweet! http://twitter.com/GaryGregory
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
g sources and binaries to Apache and then releasing
> artifacts to Nexus after pruning all of the extra files. And the site.
>
> Gary
>
>
> >
> > >
> > > I did not cancel anything nor voted -1, but in retrospect I should have
> > > voted -1 so here is my -1 which is
-20=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> > <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182951>
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
> >
>
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> <https://www.amazon.com/gp/product/1617290459/ref=as_li_
> tl?ie=UTF8=1789=9325=1617290459&
> linkCode=as2=garygregory-20=cadb800f39946ec62ea2b1af9fe6a2b8>
>
> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1617290459>
> JUnit in Action, Second Edition
> <https://www.amazon.com/gp/product/1935182021/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182021&
> linkCode=as2=garygregory-20=31ecd1f6b6d1eaf8886ac902a24de418%22
> >
>
> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182021>
> Spring Batch in Action
> <https://www.amazon.com/gp/product/1935182951/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182951&
> linkCode=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182951>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
Matt Sicker <boa...@gmail.com>
Handler(s) for the protocols
> in commons net?
>
> thanks,
> chas
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
ual() call above will throw NoSuchMethodException if it doesn't
exist. This is basically the same thing as traditional reflection, but more
direct.
On 29 March 2017 at 13:09, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Wed, Mar 29, 2017 at 8:28 AM, Matt Sicker <boa...@gmail.c
ch in Action
> <https://www.amazon.com/gp/product/1935182951/ref=as_li_
> tl?ie=UTF8=1789=9325=1935182951&
> linkCode=%7B%7BlinkCode%7D%7D=garygregory-20=%7B%
> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action>
> <http:ir-na.amazon-adsystem.com/e/ir?t=garygregory-20=am2=1=
> 1935182951>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
Matt Sicker <boa...@gmail.com>
tion gives a nice way to look at implementations while the
second definition gives the end result of what guarantee we'd need here.
On 26 March 2017 at 00:27, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Fri, Mar 3, 2017 at 8:05 AM, Matt Sicker <boa...@gmail.com> wrote:
--
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
Looks like we've been migrated. Can I get some quick verification?
On 21 March 2017 at 13:22, Gary Gregory <garydgreg...@gmail.com> wrote:
> Oh good, it is moving along nicely then.
>
> Gary
>
> On Mar 21, 2017 6:26 PM, "Matt Sicker" <boa...@gmail.com> wrote:
I followed up with my original ticket:
https://issues.apache.org/jira/browse/INFRA-13630
On 18 March 2017 at 05:26, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Fri, Mar 17, 2017 at 6:38 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > We need to update so
This vote passes with no objections. I'll be able to convert this after we
figure out how to finish converting pool.
On 17 March 2017 at 13:16, Gary Gregory <garydgreg...@gmail.com> wrote:
> +1
>
> Gary
>
> On Fri, Mar 17, 2017 at 4:32 AM, Matt Sicker <boa...@gmail.
, Matt Sicker <boa...@gmail.com> wrote:
> Oh wait, I looked into it more. That might be usable actually. Plus it
> could be useful for diving directly into the network code of networked file
> systems to implement them more efficiently. I'm not sure how well isolated
> those classe
e the location
> reference if necessary:
>
> https://svn.apache.org/repos/asf/infrastructure/site-tools/
> trunk/projects/files.xml
>
> But there is no such file."
>
> Gary
>
> On Fri, Mar 17, 2017 at 4:30 AM, Matt Sicker <boa...@gmail.com> wrote:
>
>
.
On 17 March 2017 at 12:34, Matt Sicker <boa...@gmail.com> wrote:
> I'm actually learning a little bit about ByteBuf from Netty this
> afternoon. I don't know enough about the implementation to say. The thing
> is, the Channel APIs all use ByteBuffer. I'm not sure how ByteBufs
reg...@gmail.com> wrote:
> I'll be happy to help with PMC related tasks.
>
> Gary
>
> On Thu, Mar 16, 2017 at 4:31 PM, Matt Sicker <boa...@gmail.com> wrote:
>
> > Commons VFS is still in Subversion. We're going to need a new Git repo
> > regardless. I can do a
on
apache.org to host it, and then move the old svn repo into the
_moved_to_git archives.
--
Matt Sicker <boa...@gmail.com>
update Jenkins. I already updated the pom
metadata to point to the new repo. After migration is complete, I can work
on a release candidate.
--
Matt Sicker <boa...@gmail.com>
Based on experience with ByteBuffers in the past, I have a feeling VFS3 may
want to provide some sort of abstraction over it like how Netty does.
Otherwise, managing ByteBuffers can become painful.
On 16 March 2017 at 10:31, Matt Sicker <boa...@gmail.com> wrote:
> Commons VFS
Time flies.
> >
> > I would recommend that you create a commons-vfs3 git repo for this as you
> > will only be able to borrow some code. A lot will be different.
> >
> > Ralph
> >
> > > On Mar 15, 2017, at 8:12 PM, Matt Sicker <boa...@gmail.com&
;
>
> Sent from my Samsung device
>
> ---- Original message
> From: Matt Sicker <boa...@gmail.com>
> Date: 16/03/2017 08:42 (GMT+05:30)
> To: Commons Developers List <dev@commons.apache.org>
> Subject: [VFS] Interest in starting a Java 7 FileSystem-based
penJDK already contains implementations for the
normal file system and zip files if I recall correctly (so probably also
jar files).
Anyways, if we were to go forward with starting work on this, should we
just make a commons-vfs3 branch in the vfs repo? Or does this belong in the
sandbox?
--
Matt
).
On 13 March 2017 at 21:08, sebb <seb...@gmail.com> wrote:
> On 14 March 2017 at 01:38, Matt Sicker <boa...@gmail.com> wrote:
> > If they're not user-implemented interfaces, then changing them isn't
> really
> > a backwards incompatible change.
>
> I agree, b
>
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
instead?
>
> Adding methods to an interface does not break binary compatibility,
> however AIUI many downstream consumers rely on source builds so
> compatibility breaks of any kind should be avoided in the public API.
>
>
> On 12 March 2017 at 17:09, Matt Sicker <boa...@gma
By the way, a link to this guide in the wiki could be useful for future
reference:
https://git-scm.com/book/en/v2/Git-and-Other-Systems-Migrating-to-Git
On 12 March 2017 at 14:54, Matt Sicker <boa...@gmail.com> wrote:
> I've imported the repo into git and pushed here:
>
>
and the other stuff:
https://wiki.apache.org/commons/MovingToGit
On 11 March 2017 at 22:23, Gary Gregory <garydgreg...@gmail.com> wrote:
> On Sat, Mar 11, 2017 at 10:02 AM, Matt Sicker <boa...@gmail.com> wrote:
>
> > Welp, I'm stuck on step one.
> >
> > $
16.html
> Sent from the Commons - Dev mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Matt Sicker <boa...@gmail.com>
Welp, I'm stuck on step one.
$ svn mkdir -m"POOL => Git"
https://svn.apache.org/repos/asf/commons/_moved_to_git/pool
svn: E175013: Access to
'/repos/asf/!svn/txr/1786516-137xq/commons/_moved_to_git/pool' forbidden
On 9 March 2017 at 17:02, Matt Sicker <boa...@gmail.com> wr
//www.apache.org/dist/
> commons/KEYS>
> >
> > Maven artifacts:
> >https://repository.apache.org/content/repositories/
> orgapachecommons-1239 <https://repository.apache.org/content/repositories/
> orgapachecommons-1239>
> >
> > Please select one of the following options[1]:
> > [ ] +1 Release it.
> > [ ] +0 Go ahead; I don't care.
> > [ ] -0 There are a few minor glitches: ...
> > [ ] -1 No, do not release it because ...
> >
> > This vote will be open at least 72 hours, i.e. until
> > 2017-03-09T14:00:00Z
> > (this is UTC time).
> >
> >
> > Cheers,
> > -Rob
> >
> > [1] http://apache.org/foundation/voting.html <
> http://apache.org/foundation/voting.html>
>
>
>
--
Matt Sicker <boa...@gmail.com>
gt; On 9 March 2017 at 21:24, Matt Sicker <boa...@gmail.com> wrote:
> > The steps are pretty straightforward now:
> >
> > 1. Do a lazy majority vote to make sure nobody has problems with the
> > migration.
> > 2. Create a new git repo via the reporeq webapp.
> &g
er.he...@oliver-heger.de>:
> >
> > Hi,
> >
> > Am 09.03.2017 um 15:58 schrieb Matt Sicker:
> >> Thanks! I don't think I'll be able to convert the repo until tomorrow,
> >> however.
> >
> > I would be interested to also move [configuration] to git,
March 2017 at 14:30, Oliver Heger <oliver.he...@oliver-heger.de> wrote:
> Hi,
>
> Am 09.03.2017 um 15:58 schrieb Matt Sicker:
> > Thanks! I don't think I'll be able to convert the repo until tomorrow,
> > however.
>
> I would be interested to also move [configurati
at 09:08, Gilles <gil...@harfang.homelinux.org> wrote:
>>
>> On Thu, 9 Mar 2017 09:38:55 -0500, Rob Tompkins wrote:
>>>
>>> On Mar 9, 2017, at 8:08 AM, Gilles <gil...@harfang.homelinux.org> wrote:
>>>>
>>>>>
>>>>> On Wed, 8 Ma
301 - 400 of 572 matches
Mail list logo
