[GitHub] commons-rdf issue #42: COMMONSRDF-66: fixes RIOT exception in JenaDatasetImp...

Github user christopher-johnson commented on the issue: https://github.com/apache/commons-rdf/pull/42 CI error is currently noted by Travis as an [open issue](https://www.traviscistatus.com/incidents/xgpn2tq6mx7k

[GitHub] commons-rdf pull request #42: COMMONSRDF-66: fixes RIOT exception in JenaDat...

Github user christopher-johnson commented on a diff in the pull request: https://github.com/apache/commons-rdf/pull/42#discussion_r147875892 --- Diff: jena/src/main/java/org/apache/commons/rdf/jena/impl/JenaDatasetImpl.java --- @@ -149,7 +149,7 @@ public long size

[GitHub] commons-rdf pull request #42: COMMONSRDF-66: fixes RIOT exception in JenaDat...

GitHub user christopher-johnson opened a pull request: https://github.com/apache/commons-rdf/pull/42 COMMONSRDF-66: fixes RIOT exception in JenaDatasetImpl Lang.NT is not supported by registryDataset. Opts for Lang.NQUADS as a default replacement. adds test You can merge

Re: [crypto] On Java 6, really?

On Tue, Jun 14, 2016, 10:57 Gary Gregory wrote: > On Jun 14, 2016 7:51 AM, "James Carman" > wrote: > > > > The trick is if we want to require a major version upgrade to bump JDK > > levels. That's why you'd want to bump it now if possible. > >

Re: [Poll][VFS] Switch to Git

+1 for git everywhere On Thu, May 26, 2016 at 5:14 PM Jochen Wiedmann wrote: > +1 (for all components) > > Jochen > > > On Thu, May 26, 2016 at 10:34 PM, Ralph Goers > wrote: > > +1 > > > > Ralph > > > >> On May 25, 2016, at 1:20 PM, Bernd

Re: [VFS] Final steps for 2.1

is what I was assuming I'd need to change, but > thanks for the extra context, Christopher. > > At least I know where I can look if I find the time to try to fix this > for the next sucker.. I mean release manager ;) > > Christopher wrote: > > I think we also had to override th

Re: [VFS] Final steps for 2.1

I think we also had to override the finalName in the root execution of maven-assembly-plugin, so unpacking the source tarball wouldn't have a directory called "accumulo-project-", and instead would look like "accumulo-". On Fri, May 20, 2016 at 2:29 PM Christopher <ctu

Re: [VFS] Final steps for 2.1

We had a similar problem in Accumulo. We wanted the artifact ID of our tarballs to just be "accumulo". So our parent pom is now called "accumulo-project", and one of the modules (that creates the tarballs) is called just "accumulo". This works for our -bin tarball (classifier: "bin" in the

Re: svn commit: r1744732 - in /commons/proper/codec/trunk: build.properties.sample build.xml default.properties

FWIW, Fedora (and CentOS 7) now has xmvn for building jars using maven, but which resolves maven deps using locally installed RPMs. In fact, CentOS 7 has better support for maven builds this way than it does for ant builds. I can only speak about Fedora/CentOS stuff, because that's what I use and

Re: [eclipse-dev] Notice that Eclipse Platform plans to no longer provide MD5 and SHA1 checksums for Neon (but still SHA512)

, .sha1) are generated by an entirely different part of Maven, AFAIK. On Wed, May 11, 2016 at 11:58 AM Gary Gregory <garydgreg...@gmail.com> wrote: > and for KISS, can we make it generate only SHA512 (not MD5, not SHA1)? > > Gary > > On Wed, May 11, 2016 at 8:03 AM, Christopher

Re: [eclipse-dev] Notice that Eclipse Platform plans to no longer provide MD5 and SHA1 checksums for Neon (but still SHA512)

maven-gpg-plugin simply does a pass-through to the underlying gpg command-line, with something like the following options: gpg -a --detach-sign filename So, it's normally using whatever the user's personal settings are for the digest algorithm. Hopefully that's the best available (SHA512), but it

Re: [math] [POLL] new TLP name

ommons.apache.org >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>> >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@comm

Re: [RESULT] [math] Name of the new TLP

On Mon, Feb 1, 2016 at 8:24 AM, Gilles wrote: > On Mon, 1 Feb 2016 06:20:14 -0700, Phil Steitz wrote: >> >> Unscientifically, but in the interest of keeping things moving, it >> looks to me like just plain "math" is the winner. Any objections to >> moving forward

Re: [all] Commons Parent - detach src/bin artifacts?

Why detach them at all? Why not permit them to be uploaded to Maven Central? It may not be as useful for Java builds, but Maven repository isn't designed to hold only jars. It can hold any type of artifact. On Mon, Dec 21, 2015 at 3:30 AM Emmanuel Bourg wrote: > Le 20/12/2015

Re: [math][git] newbie question: best way to backport?

. -- Christopher L Tubbs II http://gravatar.com/ctubbsii On Sun, Mar 8, 2015 at 6:09 PM, Phil Steitz phil.ste...@gmail.com wrote: cherry-pick barfs because paths have changed due to package rename. What is the best way to backport fixes to 3_X or the other way? Phil

Re: [GIT] Getting started with Git and Eclipse

On Wed, Jan 7, 2015 at 12:47 PM, sebb seb...@gmail.com wrote: On 7 January 2015 at 17:39, Christopher ctubb...@apache.org wrote: On Wed, Jan 7, 2015 at 10:11 AM, sebb seb...@gmail.com wrote: I've just started trying to look at some Math code with Eclipse. However it's not at all

Commons Dev List Activity Levels

deal with this level of activity? Does anybody have any suggestions to a newcomer / lurker? 3) Is there any interest in removing some of the automated notifications (or moving them to a notifications list)? If so, which types are ideal candidates? -- Christopher L Tubbs II http://gravatar.com

Re: [All] Release Plugin (was: [All] Moving to git)

On Wed, Dec 31, 2014 at 7:49 AM, sebb seb...@gmail.com wrote: On 31 December 2014 at 05:16, Bernd Eckenfels e...@zusammenkunft.net wrote: Hello, Jochen asked about the release plugin in the context of Git migration. It might safe routine work for releases, but it seems to me also

Re: Release Plugin (was Re: [All] Moving to git)

experience the release plugin works as well or bad with git as it does with svn. Stefan In my experience, it works much, much better. We use it with Accumulo on git: https://repo1.maven.org/maven2/org/apache/accumulo/accumulo/1.6.1/accumulo-1.6.1.pom -- Christopher L Tubbs II http

Re: [All] Release Plugin (was: [All] Moving to git)

On Wed, Dec 31, 2014 at 11:24 AM, Bernd Eckenfels e...@zusammenkunft.net wrote: Hello Christopher, Am Wed, 31 Dec 2014 10:26:31 -0500 schrieb Christopher ctubb...@apache.org: On Wed, Dec 31, 2014 at 7:49 AM, sebb seb...@gmail.com wrote: On 31 December 2014 at 05:16, Bernd Eckenfels

[scxml-eclipse] bug report

After creating a file, opening it, then finally closing it, deleting the file from the package explorer occasionally causes a crash. Once, after successfully deleting a few files, I tried to create a new project and got the same crash. Try messing around with creating/deleting/renaming files,

RE: [scxml-eclipse] User Feedback

Hi, thank you for your response. I have replied inline: I've gone through some of the basic functionality of the plug-in and generally found it to be good. I have several points of feedback: 1) A small feature request: Can you display the event name on the diagam like you do for a

RE: [scxml-eclipse] User Feedback

://commons.apache.org/sandbox/gsoc/2010/scxml-eclipse/guide/using-visual-scxml.html 2010/7/23 Christopher Dragert chris.drag...@mail.mcgill.ca Hello, I've begun experimenting and had some difficulties with basic functionality. For instance, it does not seem to have basic functionality of creating

[scxml-eclipse] Current State

Hello, I've begun experimenting and had some difficulties with basic functionality. For instance, it does not seem to have basic functionality of creating an scxml file from an scxml drawing. It only outputs scxml to the console, without the linebreaks necessary for readabilty. Transitions

Sandbox or Lang Contribution Proposal

I have created a CalendarInterval class that represents a fully closed interval of Calendar objects. It has many of the semantics of CharRange in Commons Lang. CalendarInterval uses Java 5 features and has JUnit 4.4 based tests. Moreover, this class is technically property of my employer.

[jira] Created: (PRIMITIVES-7) [primitives] ByteSet and Implementation

Builds Environment: This code was tested under Gentoo Linux with Sun's JDK version 1.6.0_r2 Reporter: Christopher Sean Young Priority: Minor This is an interface (and supporting types) for a ByteSet. These interfaces should be easily made to fit for the other

[jira] Updated: (PRIMITIVES-7) [primitives] ByteSet and Implementation

[ https://issues.apache.org/jira/browse/PRIMITIVES-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Sean Young updated PRIMITIVES-7: Attachment: (was: ByteSet.java) [primitives] ByteSet

[jira] Updated: (PRIMITIVES-7) [primitives] ByteSet and Implementation

[ https://issues.apache.org/jira/browse/PRIMITIVES-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Sean Young updated PRIMITIVES-7: Attachment: SortedByteSet.java ByteComparator.java

[jira] Updated: (PRIMITIVES-7) [primitives] ByteSet and Implementation

[ https://issues.apache.org/jira/browse/PRIMITIVES-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Sean Young updated PRIMITIVES-7: Environment: This code was tested under Gentoo Linux with Sun's JDK

[jira] Updated: (PRIMITIVES-7) [primitives] ByteSet and Implementation

[ https://issues.apache.org/jira/browse/PRIMITIVES-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christopher Sean Young updated PRIMITIVES-7: Environment: This code was tested under Gentoo Linux with Sun's JDK