The invalid has imho to do with, yahoo. You should be able to use a
apache.org address, if you have commiter status. Just configure an alias
on your email client.
Am 13.06.20 um 06:06 schrieb Miguel Munoz:
When I send an email to this list, my email address shows up in the archive as
ending w
st note: The tool is extremely non-invasive. Any project using it can
decide at any point to discontinue the use. All it needs is to delete the
tests that start the tool, remove the dependency from the POM file and that
is it.
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
a::Geci is a bit more flexible than that. I am not sure about that
though.
I think that the next step is that I will create a short sample with a pull
request.
Peter
On Wed, Aug 28, 2019 at 10:12 AM Paul King
wrote:
> I haven't used Geci, so can't really comment on al
>Runtime retention is a potential problem, as an extra binary may be needed.
>The jar might no longer be a drop-in replacement.
That is exactly while the annotations are an option only to use.
On Wed, Aug 28, 2019 at 4:17 PM sebb wrote:
> On Wed, 28 Aug 2019 at 14:55, Peter Verh
it is published.
Peter
There are many projects where the documentation is not up-to-date. It is
easy to forget to change the documentation after the code was changed. The
reason is fairly understandable. There is a change in the code, then debug,
then hopefully change in the tests (or the other
Here is the article that describes how to get the JavaDoc from unit tests.
https://javax0.wordpress.com/2019/09/04/keep-javadoc-up-to-date/
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
Hi all,
I'm Lee and I'm new to commons-compress. I'm a amateur in compression
algorithms. I like commons-compress cause it supports so many
specifications. I'd like to contribute to it.
Recently I pushed 3 PRs in github :
1. Add support for Tar with sparse entries
2. the split/spanned zip support
comments/questions to the PR for Tar.
>
> cheers,
> Torsten
>
> On Tue, Nov 26, 2019 at 4:46 AM Peter Lee
> wrote:
>
> > Hi all,
> >
> > I'm Lee and I'm new to commons-compress. I'm a amateur in compression
> > algorithms. I like common
Hi all.
A recent issue COMPRESS-499(
https://issues.apache.org/jira/projects/COMPRESS/issues/COMPRESS-499)
discussed about a potential problem in SeekableInMemoryByteChannel.
Based on the java docs(
https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/nio/channels/SeekableByteChannel.
e to Checktyle errors.
>
> Please fix.
>
> Gary
>
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
I used Jabel, and Maven profiles to generate jvm8 and also jvm11 jars in
the Java::Geci project.
I also wrote a document about what, why, and how I did it:
https://javax0.wordpress.com/2019/11/06/supporting-java-8/
It may help.
Peter
On Sun, 1 Mar 2020 at 12:38, Romain Manni-Bucau
wrote
easurement proves that
the assertions pose significant performance cost.
Regards,
Peter
On Thu, Mar 5, 2020 at 4:12 PM sebb wrote:
> On Wed, 4 Mar 2020 at 14:20, Gilles Sadowski wrote:
> >
> > Le mer. 4 mars 2020 à 15:16, sebb a écrit :
> > >
> > > On Wed,
Great article. This may help a lot when learning about zip.
I'm planning to build a pure Java deflater/inflater on my own. Believe this
may help a lot.
Gary Gregory 于2020年3月7日周六 上午10:30写道:
> Just FYI:Zip Files: History, Explanation and Implementation
> https://www.hanshq.net/zip.html
>
> Gary
>
;m just hoping I can implement a fast deflater. Maybe the incubating
VectorAPI may help me. It can achieve SIMD in native Java. Looks good.
Stefan Bodewig 于2020年3月7日周六 下午11:13写道:
> On 2020-03-07, Peter Lee wrote:
>
> > I'm planning to build a pure Java deflater/inflater on my own
Hi all.
I'm thinking about adding some easy-to-use APIs for Zip. Currently I got
some ideas :
1. Add extractAll(String targetPath) in ZipFile : extract all the files to
the specific directory.
2. Add getInputStream(String fileName) in ZipFile : get the input stream
for a file by name.
And I belie
Just finished reading the COMPRESS-118 and the 2 threads. I have to say
that's a lot of content. :)
I have also read the Archiver and the Expander, and I do like them a lot.
They have great abstraction, and the implementation for
callback(CloseableConsumer and Finisher) do impressed me.
In the th
> Peter,
>
> Please also take a look at Apache Commons VFS.
Sure. I will look into Commons VFS. Thank you for your suggestion.
, links and so on. Sorry I am a bit lost having to bridge
7 years gap.
Thanks a lot for any support! (I am subscribing, So no worries.)
All the Best
Peter
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
Yes, my wrong. I think I got the impression from Wikipedia, and I did
find the vote.
Still, thanks for the response.
Am 25.04.20 um 09:58 schrieb Stefan Bodewig:
On 2020-04-24, Peter Kovacs wrote:
Now I figured that beanshell was included into apache copmmons, which we also
use.
The move
Hi,all
The travis build of Compress is failing now cause the openjdk14 was added
to travis.yml recently. The reason is the Pack200 was removed from JDK14
and there was a discussion about it in January. Emmanuel is working on his
replacement project(https://github.com/pack200/pack200) but not fini
pache/commons-vfs/commit/249d1dc9fb3f2bd5209aaa299c4ed61414f1fd78#diff-354f30a63fb0907d4ad57269548329e3
> >
> >
> > adding a unpassable check in travis will makes all pull requests/commit
> > return builld failure, which will hide problem and make checker's life
> hard.
> >
> > Ste
Oops, sorry about that. Will undo all the commits.
On Tue, May 26, 2020 at 11:50 PM Stefan Bodewig wrote:
> On 2020-05-26, wrote:
>
> > -public void addPaxHeader(String name,String value) {
> > - processPaxHeader(name,value);
> > +public void addPaxHeader(String name, String val
when we are trying to
read it as a double.
I'll find out a proper way to throw the detailed exception without breaking
the compatibility.
On Wed, May 27, 2020 at 9:15 PM Stefan Bodewig wrote:
> On 2020-05-27, Peter Lee wrote:
>
> > Oops, sorry about that.
>
> No big deal.
Did some googles, can't find too much but this :
https://www.systutorials.com/docs/linux/man/5-star/
And it says :
> Each record starts with a a decimal length field. The length includes the
total size of a record including the length field itself and the trailing
new line.
Seems we should throw a
Oops, I was looking the commit and found two @throws
IllegalArgumentException, and I was thinking this is a duplicated throws
caused by copy-paste. And I was so much foolish that I deleted it without
any invesgating into the code. Really sorry about this.
On Mon, Jun 1, 2020 at 10:57 PM Stefan Bod
Hi all,
The Commons Compress has the capality to provide many archive/compress
types(zip, 7z, zstd, lz4 ...). I'm thinking about if we could provide a
wildcard scheme for archives/compressors using Compress as the provider.
WDYT?
BTW : I can not connect to the Apache SMTP server(a.k.a mail-rely.a
> I kind of like inaging1 even if it is weird and even though we do not have a
> precedent here in Commons. I'm curious what others think.
I think you are meaning imaging1 instead of inaging1 :)
Indeed imaging1 is kind of weird but looks good to me. +1
On June, 16, 2020, at 7:06 , Gary Gregory
Hi all,
The recent issue COMPRESS-538 talks about the zip64 extra field in Local
File Header.
Currently we will add a Zip64 extra field for the entries with uncompressed
size unspecified. And we will update the zip64 extra field in
ZipArchiveOutputStream.rewriteSizesAndCrc a little bit : if we ac
Hi all,
As the issue VFS-748 said, it seems there's a problem in TarFileSystem
about the files cache : it will be removed after a JVM gc.
I looked into the code and found out that the cache is held by the local
variable strongRef : the variable strongRef and the variable fileObj are
holding each
Got plenty of mails this morning(which surprised me a lot). Seems they are all
triggered by github dependency bot.
Have been too busy these days. Will try to look into them this weekend.
On 7. 23 2020, at 5:12 , Gilles Sadowski wrote:
> Hi.
>
> 2020-07-22 18:32 UTC+02:00, Stefan Bodewig :
> > I h
at this point but there is
no reason for this class not to abstract with static methods since it has no
state.
Do with this what you will.
Thanks for the wonderful tools you provide.
Peter Andrews
/**
* this is a copy of the Apache Commons Math OneWayAnova which accepts a
* list
Thank you.
I created a jira account and looked at the submission
<https://issues.apache.org/jira/browse/MATH-877>. Thank you for doing that.
Minor note: category in title of ticket is misspelled catagory.
Thanks,
Peter
On 10/9/2012 11:25 AM, Phil Steitz wrote:
Thanks for your contri
t; conversation to be convinced and not even blink at the
> subsequent automated emails.
>
> So a list of "bot" statements (in MD format) is now a good
> enough substitute for that "conversation" (?).
>
> That's the kind of "progress" which GitHub b
It's why apache and open source is so charming and why we all love this so
much. :-)
cheers,
Lee
On 7 26 2020, at 10:04 , Rob Tompkins wrote:
>
>
> > On Jul 26, 2020, at 9:53 AM, Peter Lee wrote:
> >
> > Hi Stefan, Rob, Gilles, Gary and all,
> >
> >
+1 for this.
But it is not because of the lambdas(personally I do like the lambdas, but it
is not a reason that could convince me to update the JDK).
The OpenJDK7 is not supported basing on OpenJDK life cycle police any more
recently(EOS since June, 2020) - and this is why I think should update
Hi all,
The builds in jenkins and github actions are failing.
For jenkins, the java7, 14 and 16 builds are failing. As we have moved from
JAVA 7 to 8, maybe we should disable java 7 build in jenkins? Besides the java
14 and 16 are also failing, and we can have some "allow failure" config on them
;m just
thinking if we should make the builds' status green on JDK14+ by setting some
"allow failure" config in GH actions and jenkins.
cheers,
Lee
On 8 20 2020, at 8:06 , Gary Gregory wrote:
> On Thu, Aug 20, 2020 at 7:57 AM Peter Lee wrote:
>
> > Hi all,
> >
the Pac200 from jdk and create a new lib for it, and we invoke
> > that lib instead of jdk's Pac200.
> > 3. we clean room a implementation of Pac200 (seems not quite worthy)
> >
> > So which will we pick?
> > Or, any better ideas?
> >
> > Pe
hY2hlLm9yZw%3D%3D)
cheers,
Lee
On 8 21 2020, at 10:18 , Gary Gregory wrote:
> On Thu, Aug 20, 2020 at 7:57 AM Peter Lee wrote:
>
> > Hi all,
> >
> > The builds in jenkins and github actions are failing.
> > For jenkins, the java7, 14 and 16 builds are failing. As we h
After some debugging I found this at org.apache.harmony.pack200.Archive#171 :
if (classes.size() > 0 && files.size() > 0) {
segmentUnitList.add(new SegmentUnit(classes, files));
}
Seems the Pack200 implementation in harmony requires existing of both classes
AND files at the same time. The tests a
Hi all,
I noticed that some Commons components snapshot versions released in
https://repository.apache.org/content/groups/snapshots/org/apache/commons
have not been updated for some time.
Just curious about how do we publish snapshot versions and how often do we do
that?
cheers,
Lee
were set up to do so. A
> migration to a new build system just took place and I don't know if we have
> Commons builds on the new CI system yet.
>
> Gary
> On Wed, Sep 9, 2020, 22:18 Peter Lee wrote:
> > Hi all,
> >
> > I noticed that some Commons components snapshot v
Hi Albretch,
This seems to be more suitable to be discussed in JIRA :
https://issues.apache.org/jira/projects/COMPRESS/issues
(https://link.getmailspring.com/link/1994dde5-ebdc-4f24-9bc7-105cf6551...@getmailspring.com/0?redirect=https%3A%2F%2Fissues.apache.org%2Fjira%2Fprojects%2FCOMPRESS%2Fissue
s looks acceptable, it can be merged
> > and documented.
> >
> > The builds are green here
> > https://github.com/apache/commons-compress/actions/runs/231719106
> >
> > Gary
> >
> >
> > On Mon, Aug 24, 2020 at 11:14 AM Gary Gregory
> > wrote
Hi all,
Robin has pushed a PR in github in July that implemented the random access of
tar :
https://github.com/apache/commons-compress/pull/113
It's achieved by reading the tar once and have the start position of each tar
entry stored. Tar is not designed to be random accessed so this may be a t
PR.
> No blockers for me. Hope it helps.
> Thanks for bringing it to the mailing list, and for the review.
> CheersBruno
>
> On Monday, 16 November 2020, 3:51:48 pm NZDT, Peter Lee
> wrote:
> Hi all,
> Robin has pushed a PR in github in July that implemented the random
gt; not have to pay the price for a feature they don't want. Think of an app
> that looks at large tar...
>
> Gary
> On Sun, Nov 15, 2020, 21:51 Peter Lee wrote:
> > Hi all,
> >
> > Robin has pushed a PR in github in July that implemented the random access
> >
It's weird cause travis seems have a successful build with this PR:
https://travis-ci.com/github/apache/commons-math/builds/210145524
but the build result is not shown in github.
Maybe it's just a accidental error and we can have a look till next PR?
cheers,
Lee
On 12 21 2020, at 11:31, Gilles Sa
> but the build result is not shown in github.
Correction : the build result is shown in github. I missed it cause the tab was
hidden. :(
Seems the travis build is triggered 10 hours later than the commit was
submitted.
cheers,
Lee
On 12 22 2020, at 7:50, Peter Lee wrote:
> It's
Hi, all.
Recently there was a issue COMPRESS-565 about the Zip64. And I have pushed a
fix PR #169 for it. The fix introduces a new option in Zip64Mode, which is a
compromise solution for 7z, Expand-Archive and likely Excel.
I named the new option `AlwaysWithCompatibility`, which may not be a goo
I think the security list is a good choice.
Lee
On 3 8 2021, at 2:55, Stefan Bodewig wrote:
> On 2021-03-07, Gary Gregory wrote:
>
> > This issue has popped as well WRT GitHub emails from Dependabot.
> I don't think this is comparable.
> The fuzzer may find issues that can be exploited as DoS att
+1 to fuzz. Fuzzing is widely used in many open source projects and it helped a
lot in Compress.
For the mailing list, many projects use Security. And creating a new one is OK
for me.
> I'd add myself as a moderator but we will need more moderators.
If we need moderators, count me in.
cheers,
Le
Hi Fabian,
Thanks a lot for all this.
> One more thing: Could you perhaps add the following line to the READMEs of
> compress and imaging?
>
I just created a PR in Compress
https://github.com/apache/commons-compress/pull/189
Seems I missed a lot these days. :-(
I also got a Google account(pete
+1 for the new option.
A fast fail for corrupted archive could help a lot.
Lee
On 6 5 2021, at 4:32, Gary Gregory wrote:
> In general, I think fail fast is ok with a clear exception message.
>
> Gary
> On Fri, Jun 4, 2021, 15:44 Stefan Bodewig wrote:
> > Hi all
> >
> > 7z archives provide CRCs f
on similar to how JUnit is
> supported by IDEs and other tools.
>
> What do you think? Should this start in the Sandbox? Is anyone interested
> in working on or using this?
>
> [0]: https://github.com/apache/logging-log4j2/tree/master/log4j-plugins <
> https://github.com/apache/logging-log4j2/tree/master/log4j-plugins>
>
> —
> Matt Sicker
>
> --
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
Thank Ralph for the answer related ServiceLoader. I understand your
concerns. A new commons plugin module is in place if we identify the needs
unmet with modern Java. However, the shortcomings you listed are mainly
related to Java 8 and older versions. Thus I would appreciate it if you
could clarif
` method.
Again, if you find that answering the questions is difficult there may be
several reasons. One thing is for sure: I am not trolling you. I am asking
these questions because I honestly believe that any new library should
address the things that are not addressed by other systems and libraries,
and should provide a better way to do things, otherwise they will not be
widely used.
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
>
> > The plugin system is design to convert configuration data into
> instantiated objects.
>
For me that very much reads a dependency injection framework.
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
ious point, what is the high
level architecture of a plugin system the library will support and what
services will it provide?
On Thu, Apr 7, 2022 at 7:57 PM Ralph Goers
wrote:
>
>
> > On Apr 7, 2022, at 2:52 AM, Peter Verhas wrote:
> >
> >
> >> I would sugge
ceptor chains, not to speak of
> > > interpolating configuration values from sources outside of Java. Even
> > > less do I feel the need to have an abstraction layer that enables us to
> > > swap out say, CDI for Spring or OSGi. Don't tempt me to cite XKCD 927
> on
> > > you!
> > >
> > > Cheers, Thomas
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org (mailto:
> dev-unsubscr...@commons.apache.org)
> > > For additional commands, e-mail: dev-h...@commons.apache.org (mailto:
> dev-h...@commons.apache.org)
> > >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
ch?
I appreciate there may be reasons I am not aware of as to why commons-csv
doesn't do this already.
Thanks,
Peter
[1]:
https://stackoverflow.com/questions/72619095/get-leading-comments-from-csv-with-apache-commons-csv
Hi Bruno,
Thanks for the swift reply! I have created CSV-304. I attached a patch to
the ticket but I don't know how to submit a pull request, please could you
advise?
Peter
On Tue, 6 Sept 2022 at 11:37, Bruno Kinoshita wrote:
> Hi Peter,
>
> I think not keeping comments may he
I assumed the github repo was just
mirrored for convenience.
Peter
On Tue, 6 Sept 2022 at 15:23, Gary Gregory wrote:
> Please see
>
> https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/creating-a-pull-request
Gilles,
I have done this, partly, and there are 14 test methods. I still have two
tests in each method, one for hasXXX() and one for getXXX(). It seems a bit
excessive already. In your judgement, should I cut some of them out?
https://github.com/apache/commons-csv/pull/257/commits/0414d1e4b79a4f42d24c8b9a7547a8cbf4a40cf0
Peter
set, I'm
> not 100% sure yet. But you get the idea I hope.
>
> Any thoughts?
>
> Gary
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
That whole class looks like it needs a bit of TLC (or Javadoc at least!)
On Wed, 31 May 2023 at 06:49, Miguel Muñoz wrote:
>
>
> In addition to logging and swallowing the exception, this method also then
> returns null. This is also a bad practice.
>
>
>
> The caller has to check for null. One o
uld be fixed by following the
suggestion in that file, but I can't risk messing anything up just at
the moment. So I don't think in that case using the C linker instead
of the C++ linker caused any problems.
This seems like a bit
On Thu, 2 Nov 2023 at 10:35, sebb wrote:
> On macOS, CC and CXX have the same definition, so it's not surprising
> there was no difference in your testing.
Face palm. Sorry
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache
bzip2/BZip2CompressorInputStream.html)
says there is another constructor with a boolean flag for
decompressing concatenated files.
Using this constructor appears to work OK.
Therefore I assume that pbzip2 creates concatenated bzip files?
Hope that helps
Peter
On Wed, 31 Jan 2024 at 12:57, G
n cat'ing those
compressed chunks together.
There's another constructor for BZip2CompressorInputStream which
allows for this, it's not the default.
I can't find any record of it though, maybe I'm losing my mind.
Peter
-
On Sat, 9 Mar 2024 at 18:19, Peter Hull wrote:
> There's another constructor for BZip2CompressorInputStream which
> allows for this, it's not the default.
Specifically, the patch below makes the test pass. Whether this should
be default for the one-arg constructor is a matte
ng the multiple connections)
I don't think this would break compatibility unless someone had
already implemented addAll on a subclass, with a different signature.
Peter
diff --git
a/commons-rdf-api/src/main/java/org/apache/commons/rdf/api/GraphLike.java
b/commons-rdf-api/src/main/java/org/apa
ps://github.com/apache/commons-rdf/pull/205
> I did it right after the mail.
>
> Thanks Fredy
>
> On 10.03.24 13:42, Peter Hull wrote:
> > On Sat, 9 Mar 2024 at 22:37, Fred Hauschel wrote:
> >
> >> Is there a reason, why there is no Method like GraphLike#add(List
I don't know if it's been proposed before, but I think any implementation
would necessarily be inefficient.
I imagine such an iterator would need to produce objects of type Pair.
This would lead to a lot of allocation and could create garbage collection
pressure. The same functionality can be achie
his.)
I'd propose renaming all of the functional interface-wrapping functions to
use a single, overloaded name, e.g. StopWatch::timed(...) or
StopWatch::withTiming(...)
/peter
On Fri, Aug 16, 2024, 10:50 PM Gary Gregory wrote:
> Hi all,
>
> Please provide any feedback on
> - LANG-
I agree with Gary. If an object is exposing sensitive data in its
toString() then the problem should be fixed at the source.
Peter
On Tue, Sep 3, 2024, 11:04 AM Gary D. Gregory wrote:
> I appreciate the intent but this feels like bad solution. If a toString()
> method return a password
ty of causes, including the reasons above but we all
joined the GitHub discussion with the goal of hosting the project
inside of the Apache Foundation and IMO Apache Commons is still likely
the best way to do that for our small (in terms of code) project.
Cheers,
n fine grained issues.
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 i
may not be ideal in the end. In a broader sense, it would be great if
the new Commons RDF API didn't enforce restrictions on .toString that
already has consistent meanings in each of the implementations, and
unique new methods give more flexibility there.
On 28 January 2015 at 20:53, Andy Seaborne wrote:
> On 27/01/15 17:11, Stian Soiland-Reyes wrote:
>>
>> I agree that "local scope" should be clarified
>
>
> "local scope" is a piece of terminology used only for RDF syntax. Once away
> from syntax, there is no "scope" to a blank node.
>
> It is de
ey are distinct.
Do you have examples of other RDF database systems that operate
according to the Clerezza principle?
Cheers,
Peter
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
any
filters/maps/limits/orders/distinct/etc. is known and it can be
optimised completely then.
In addition, the Commons RDF specifically does not extend the
Collections interface, but it has Stream providing methods.
Cheers,
Peter
---
ided to only include a single actual
implementation, the "simple" implementation that Stian wrote
specifically to test the API. Although it was written specifically as
a test driver, it does provide an un-optimised in-memory model for
very light-weight use if p
d expand on it to provide definitions
specific to Java.
The main reason would be that SemVer, although it has a relatively
short history, is fairly widely used across different languages and
potentially easier to recognise for outsiders.
Cheers,
Peter
>
> [1] http://markmail.org/message/m
repository at the time the incubator
request goes through.
Cheers,
Peter
On 16 February 2015 at 18:34, Benedikt Ritter wrote:
> Hello Reto,
>
> how does this relate to github Commons RDF? Is this part of the code base
> proposed for incubation?
>
> Regards,
> Benedikt
>
>
but it is useful for those reasons,
as long as the package names inside also change.
Cheers,
Peter
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 18 February 2015 at 12:28, sebb wrote:
> On 17 February 2015 at 22:56, Peter Ansell wrote:
>> On 17 February 2015 at 21:48, sebb wrote:
>>> On 17 February 2015 at 06:13, Benedikt Ritter wrote:
>>
>>
>>
>>>> and the maven coordinates w
commits.
However, that was not in cases like this where the package names are
changed at major releases. I am not sure if you can manually edit the
squashed diff to fix the package names and still have it apply.
Cheers,
Peter
On 9 March 2015 at 09:09, Phil Steitz wrote:
> cherry-pick bar
> Till then I would prefer this project to use a group ID outside
> org.apache.commons.
We should probably resolve this now. There is no point to changing the
group ID in the future and Reto has threatened an alternative (again)
to support t
In
particular, some examples of where Clerezza could map a data source to
RDF somewhow, but it would be impossible with commons-rdf-api, then we
can start to discuss it further. Right now you have only implied that
the difficulty exists without articulating it.
Thanks,
Peter
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
y new methods and it will
no longer meet the contract for FunctionalInterface.
Cheers,
Peter
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
This change is useful once JDK-8 is the baseline, as it would only add
features (all of the default methods) from Predicate, not remove any
features or backwards compatibility.
Cheers,
Peter
-
To unsubscribe, e-mail: dev-u
On 14 April 2015 at 01:16, Reto Gmür wrote:
> On Sat, Apr 11, 2015 at 12:39 PM, Peter Ansell
> wrote:
>
>> On 11 April 2015 at 22:11, Reto Gmür wrote:
>> > On Mon, Mar 30, 2015 at 2:07 PM, Benedikt Ritter
>> wrote:
>> >
>> >> Hello Ret
On 13 April 2015 at 19:21, Benedikt Ritter wrote:
> 2015-04-13 2:27 GMT+02:00 Matt Benson :
>
>> +1 to what Peter said: it's a functional interface so it is
>> lambda-compatible anyway.
>>
>
> Well, yes it would be a functional interface, but it would lack a
Request back into the branch the Pull Request
was targeted at.
As for the membership of the Apache organisation, it is setup by
adding yourself to a file in svn, although I can't remember right now
which one it is. However, that isn't relevant to pull requests.
Cheers,
Peter
On 29 Apr
hub.com/github/gitignore/blob/master/Maven.gitignore
https://github.com/github/gitignore/blob/master/Global/Eclipse.gitignore
https://github.com/github/gitignore/blob/master/Global/JetBrains.gitignore
Cheers,
Peter
-
To unsubscrib
On 29 April 2015 at 23:51, Mark Thomas wrote:
> On 29/04/2015 14:18, Benedikt Ritter wrote:
>> 2015-04-29 15:00 GMT+02:00 Peter Ansell :
>>
>>> Hi,
>>>
>>> All pull requests are manually merged by a committer and then pushed
>>> to git-wip-
'toArray' with zero-length array argument
>>> 'ArrayUtils.EMPTY_STRING_ARRAY'
>>>
>>> Reports any call to 'toArray' on an object or type or subtype of
>>> java.util.Collec
are thinking about a new major version, you could think about
Java-8. Then, if you need to add methods to interfaces and they can
have default implementations, you can keep both binary and source
compatibility.
Cheers,
Peter
-
To
o other tests. It is a minor thing,
because it only has any effect if the test fails, and only on one
other test in this case. It is a bigger deal in tests where the test
changes a widely used system property and must always change it back
for other
1 - 100 of 154 matches
Mail list logo