Committed, thanks!
ajs6f
> On Nov 25, 2017, at 2:40 PM, Laura <anonym...@apache.org> wrote:
>
> Clone URL (Committers only):
> https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://jena.apache.org/documentation%2Ftdb2%2Ftdb2_fuseki.md
>
> Laura
&
Claude, are you saying you want people to be able to query Fuseki using
urn:foo:bar:yeehaw and get back answers using http://server:8080/yeehaw?
Otherwise, I'm guessing I'm missing something, but why wouldn't you do the
substitutions on the way from the backend to Fuseki?
ajs6f
> On Nov
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/314
@afs What do you think of that? It's clearer, I think, along the lines [you
suggested](https://github.com/apache/jena/pull/314#discussion_r152289270).
---
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/314#discussion_r152397704
--- Diff:
jena-arq/src/main/java/org/apache/jena/sparql/core/assembler/DatasetAssembler.java
---
@@ -58,27 +64,33 @@ public Dataset createDataset(Assembler
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/314#discussion_r152311436
--- Diff:
jena-arq/src/main/java/org/apache/jena/sparql/core/assembler/DatasetAssembler.java
---
@@ -58,27 +64,33 @@ public Dataset createDataset(Assembler
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/314#discussion_r152284128
--- Diff:
jena-arq/src/main/java/org/apache/jena/sparql/core/assembler/DatasetAssembler.java
---
@@ -58,27 +64,33 @@ public Dataset createDataset(Assembler
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/314#discussion_r152283404
--- Diff: jena-fuseki2/examples/fuseki-in-mem-txn.ttl ---
@@ -0,0 +1,24 @@
+## Licensed under the terms of http://www.apache.org/licenses/LICENSE-2.0
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/306
Okay, now I get it. Agreed that number 3 is "trying too hard" and on the
proposal to provide number 2 and document appropriate usage.
---
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/306#discussion_r152085996
--- Diff: jena-core/src/main/java/org/apache/jena/graph/GraphUtil.java ---
@@ -246,43 +282,214 @@ private static void deleteIteratorWorkerDirect(Graph
graph
GitHub user ajs6f opened a pull request:
https://github.com/apache/jena/pull/314
JENA-1430
Includes #313, plus:
- Extend testing to `DatasetAssembler`
- Ensure that `DatasetAssembler` can also load quads
- Correct `ja:DatasetTxnMem` => `ja:MemoryDataset`
You
works and can be used.
ajs6f
> On Nov 20, 2017, at 1:51 AM, Chris Tomlinson <anonym...@apache.org> wrote:
>
> Clone URL (Committers only):
> https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://jena.apache.org/documentation%2Fquery%2Ftext-query.mdtext
>
> Ch
the current state of
the site to Git (iow to leave behind that massive accumulation of Javadocs), or
do we need to maintain a complete history on whatever infrastructure we use?
ajs6f
> On Nov 17, 2017, at 3:30 AM, Bruno P. Kinoshita
> <brunodepau...@yahoo.com.br.INVALID> wrote:
>
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/312
Agreed, with SVN you deal in versions and there is a fairly natural mapping
to modules, in DVC like git you deal with deltas and the module boundaries
aren't as useful a way to organize change
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/312
I agree that Jena doesn't (and shouldn't have) a monolithic build, but do
we want individual modules to be build-able separately? I'm not sure what the
use case for that is...
---
Perhaps you can say a little more about your use case here? I think we could
probably work something out for this feature, but I am curious about why you
are reaching for the visitor pattern?
ajs6f
> On Nov 17, 2017, at 11:27 AM, Adam Jacobs <jacobs_...@hotmail.com> wrote:
>
&g
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/312
You got me with that dry English sense of humor. :wink:
> No rush to make this change but aiming to change once would be better,
especially if across a release.
Good point. Let's
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/312
What?
"standard techniques" is an ordinary Maven BOM.
---
Not sure how that would play against:
Object org.apache.jena.rdf.model.impl.ResourceImpl.visitWith(RDFVisitor)
OTOH, I'm not sure how much use the visitor pattern there has ever really
gotten...
ajs6f
> On Nov 17, 2017, at 10:55 AM, Adam Jacobs <jacobs_...@hotmail.com> wrote:
>
I'm basically +1 to this-- jena-project was always confusing at best.
In theory, we could factor out some of those 932 lines with a Jena Maven BOM.
Actually, that might be nice for integrators and those using apache-jena-lib.
ajs6f
> On Nov 17, 2017, at 10:12 AM, Andy Seaborne <a...@apac
rroring?
Github treats issues/tickets and PRs very similarly-- is it possible to
integrate Jira in a similar way so that a PR that doesn't mention an extant
particular Jira ticket automatically files a new Jira ticket?
Thanks for any info and all that you already do for us!
ajs6f
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/306#discussion_r151692738
--- Diff: jena-base/src/main/java/org/apache/jena/atlas/iterator/Iter.java
---
@@ -351,6 +351,22 @@ public void remove() {
return filter(iter
more quickly.
That having been said, I honestly do not know anything about how the Fuseki UI
is coded. Is it done with a well-known template library?
ajs6f
> On Nov 16, 2017, at 3:02 PM, Andy Seaborne <a...@apache.org> wrote:
>
>
>
> On 27/10/17 11:44, Osma Suominen wrote:
ot; (all ten commits be reduced into one with the sum of
changes present) before merging.
If that is part of the difference, I suppose it should show up in the same way
as a difference between Jena and other projects in the number of commits per
time unit in the main branch.
ajs6f
> On N
.
ajs6f
Claude Warren wrote on 11/14/17 2:43 AM:
In most cases I prefer immutable interfaces. However, immutable interfaces
pose an interesting problem for contract testing and for the permissions
implementation.
In contract testing you get have a producer to create instances of an
interface
aring Jena to other projects with a
similar lifespan? Are you comparing Jena to projects that have a similar contribution history? etc. etc.
ajs6f
?? wrote on 11/15/17 10:15 AM:
Dear developers,
I am a PhD student in the university of Groningen and the topic of my PhD is
the
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/307
ð the Commons Lang jump is more complicated because of the issues around
ISO date format.
---
is useful. Can we assume that the same integration will work the
same way if we go to "Github as canonical"?
Are there any further integrations available after choosing "Github as canonical", e.g. create-JIRA-ticket-on-PR or the
like?
Thanks for info!
ajs6f
Daniel Pono
s much off of this as possible to keep the decision simpler!)
Bruno-- if it's not obvious, I am intentionally splitting off the question of where we maintain our site, which is a
really good thing to discuss, but think it is orthogonal.
ajs6f
Andy Seaborne wrote on 11/11/17 10:41 AM:
On 09/11/17
Great, thanks!
So folks, is there interest in pursuing this rearrangement of our source
management? I would certainly vote for it.
ajs6f
Daniel Pono Takamori wrote on 11/9/17 1:22 PM:
Gitbox would indeed allow you to have the Github tools available to
committers. It treats Github
GitHub user ajs6f opened a pull request:
https://github.com/apache/jena/pull/304
JENA-1418: Upgrading minor dependencies and plugins
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/ajs6f/jena JENA-1418
Alternatively you can
Github user ajs6f closed the pull request at:
https://github.com/apache/jena/pull/289
---
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/289
I'm closing this PR because for such a small changeset, it's not worth
figuring out how my delta gots screwed up with the tabs in the `pom.xml`. I'll
just open a fresh PR in a day or three, for JENA
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/303
What's here looks good, but I don't see where `jena-iri` and
`jena-shaded-guava` are being added in?
---
Yeah, I was somehow missing your key. Weird, I thought I had imported it a long
time ago. Oh, well, all good on that front.
+1 to the release.
ajs6f
Andy Seaborne wrote on 10/30/17 10:34 AM:
On 30/10/17 14:04, aj...@apache.org wrote:
I got a clean build with Mac OS X, Maven 3.5.0, Java
:using RSA key 04C95136D236A58F
gpg: Can't check signature: No public key
And I can't find a sig with that string in the MIT keyserver... Andy, did you
change keys recently?
ajs6f
Osma Suominen wrote on 10/30/17 8:50 AM:
Thanks for preparing the second RC Andy! Excellent work, and very timely
Back from Vienna!
Master just built beautifully for me on Mac OSX, from commit
92c793b67dbb4138858106774d57b23418dd4ae5.
ajs6f
Andy Seaborne wrote on 10/27/17 4:42 PM:
Currently on master:
All the PRs are integrated (minimal version of #297 - tests are much faster,
with a build taking
simultaneously data corruption
may have occurred
I see that all the time. I'm ashamed to admit I've never looked too closely into it. It's never errored me out of a
build or appeared to have any consequence.
ajs6f
Bruno P. Kinoshita wrote on 10/25/17 10:22 PM:
Morning Andy,
I have access to a Windows
That sounds good to me.
ajs6f
Bruno P. Kinoshita wrote on 10/25/17 10:04 PM:
Hi Andy,
I'm suspecting on either a file not being really deleted by the JVM (i.e. IOX
or Commons IO might be failing to do that), or a hidden bug somewhere else, not
really in the compaction step.
And +1
I don't understand-- I thought the release is _always and only_ the source-- the artifacts are just a convenience we
supply...?
ajs6f
Andy Seaborne wrote on 10/25/17 9:37 PM:
On 25/10/17 20:05, aj...@apache.org wrote:
Possible option: change the default Maven profile to skip TDB2
!
ajs6f
Andy Seaborne wrote on 10/25/17 9:39 PM:
Jena_Development_Test#2766 shows the same test failure. Ubuntu.
The changes for that run were unrelated to TDB2.
So we have an intermittent failure and it suggests it is the test harness (the
test itself is entirely deterministic).
Jenkins
.
ajs6f
Andy Seaborne wrote on 10/25/17 6:50 PM:
Bruno,
Thank you for running these tests.
== What to do about the 5.3.0 release
TDB2 is marked as experimental and I don't know how else to break the deadlock
of not getting used for real except by a
release. I've hammered as much as I can
considerably out of date. Same story, different day...
--
ajs6f
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/294#discussion_r146827609
--- Diff:
jena-arq/src/main/java/org/apache/jena/riot/adapters/AdapterFileManager.java ---
@@ -285,6 +286,12 @@ protected Model readModelWorker(Model model
not heard of Jekyll, so I went and looked at https://jekyllrb.com/ but it appears to be a Ruby product? Would we
run it somehow via JRuby from within Maven? Or as an exec task?
ajs6f
Bruno P. Kinoshita wrote on 10/23/17 5:11 AM:
Is there a git+CMS option? (or mirro git to SVN then ...)
More
) need to do something to enable this?
ajs6f
Andy Seaborne wrote on 10/22/17 4:02 PM:
On 16/10/17 14:12, aj...@apache.org wrote:
Andy Seaborne wrote on 10/13/17 3:40 PM:
If anyone is interesting in following it up, I have read that Apache projects
can now use gitbox where by all work
I can fix
whatever weird formatting thinking blew up that first PR).
ajs6f
Andy Seaborne wrote on 10/23/17 2:39 PM:
All being well (usual caveats about "things" happening), I'll do the release in
the next few days.
I hope to include:
JENA-1403: Tidy up regex pattern handling.
#
Hi, Jean-Marc,
I am here in Vienna as well. I'm not sure if any other committers/PMC members are here, but I would be happy to meet
about any Jena stuff you want to talk about.
---
A. Soroka
Research Computing : Office of the CIO : the Smithsonian Institution
Jean-Marc Vanel wrote on
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/289#discussion_r146109452
--- Diff: jena-project/pom.xml ---
@@ -1,867 +1,828 @@
-
-
-http://maven.apache.org/POM/4.0.0;
xmlns:xsi="http://www.w3.org/2001/XMLS
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/289
Wait, something has gone wrong here. The only changes I made were to the
values of a few properties in that `pom.xml`. I have no idea why it's doing
such a giant diff. I need to figure that out.
---
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/289
Okay, let's let it hang until after the release then. And I'll file a Jira.
---
I think Rob's suggested message is pretty reasonable. I think what we can do in this situation is to help open a larger
conversation about what is fair and what is desirable for this kind of research.
ajs6f
Andy Seaborne wrote on 10/20/17 5:30 PM:
On 20/10/17 11:13, Rob Vesse wrote:
On 20
GitHub user ajs6f opened a pull request:
https://github.com/apache/jena/pull/289
Version bumps for 3.5
There are 5 commits here, the first 4 of which are (I think)
non-controversial. In the last, to get from Commons Lang 3.4 to 3.5 (and thence
to 3.6) I had to change test code
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/37
@stain Just pinging again-- is this PR still in flight, or does it still
make sense?
---
Who manages the ASF parent pom.xml? INFRA? Perhaps we can help move it forward?
ajs6f
Claude Warren wrote on 10/20/17 11:18 PM:
Not really an immediate need so much as just wondering how close our code
is to working under Java 9. I think it would also be nice to know when the
various tools
are significantly different (as they almost
certainly will be) would you be willing to make an emendation for your workshop paper?
ajs6f
Marco Neumann wrote on 10/19/17 12:10 PM:
just on a side note since this is "only" a workshop contribution it
will not make an appearance in the confere
of protecting Jena from unmerited negative consequences.
I don't know how widely used such benchmarks are. Except for a few high-profile projects, I rarely see anyone refer to
this sort of evidence as a reason to or not to adopt a system.
ajs6f
Marco Neumann wrote on 10/19/17 9:26 AM:
Rob
ments every property path feature correctly and
some fail entirely."
I'm not really sure how useful that information is...? But I am ready to do a benchmarking paper for next year. Seems
like it's a lot easier than I thought!
ajs6f
Andy Seaborne wrote on 10/17/17 9:28 AM:
Hi Lorenz,
Claude--
I see some updates available for the contract test machinery:
org.xenei:contract-test-maven-plugin .. 0.1.5 -> 0.1.7
org.xenei:junit-contracts . 0.1.5 -> 0.1.7
Worth doing before a release?
ajs6f
Andy Seaborne wrote on 10/16/17 6
in git/github. I'm
pretty sure other Apache projects manage to do that...
ajs6f
it.
ajs6f
Andy Seaborne wrote on 10/13/17 11:54 AM:
Adam,
I guess you pushed from your local repo to Jena Aapche git repo? Maybe after a
rebase?
These aren't the commits on the PR.
Could you pull from GH? Or otherwise tidy up the PR?
(you can force push changes from your local repo to GH
Github user ajs6f closed the pull request at:
https://github.com/apache/jena/pull/287
---
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/288#discussion_r144571831
--- Diff:
jena-fuseki2/jena-fuseki-core/src/main/java/org/apache/jena/fuseki/async/AsyncPool.java
---
@@ -51,7 +51,13 @@ public AsyncTask submit(Runnable task
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/287#discussion_r144359574
--- Diff: jena-arq/src/main/java/org/apache/jena/query/Dataset.java ---
@@ -113,4 +113,9 @@
* The dataset can not be used for query after this call
I'm not in a big hurry to work on this, but LDP access to a dataset might find
that useful.
ajs6f
Andy Seaborne wrote on 10/12/17 11:54 AM:
JENA-1400 is a small step to providing some degree of flexibility in Fuseki for
adding custom services to a dataset.
The JIRA is needed because
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/287#discussion_r144321650
--- Diff: jena-arq/src/main/java/org/apache/jena/query/Dataset.java ---
@@ -113,4 +113,11 @@
* The dataset can not be used for query after this call
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/287#discussion_r144314175
--- Diff: jena-arq/src/main/java/org/apache/jena/query/Dataset.java ---
@@ -113,4 +113,11 @@
* The dataset can not be used for query after this call
GitHub user ajs6f opened a pull request:
https://github.com/apache/jena/pull/287
JENA-1391: adding isEmpty method to Dataset
One of the asks from JENA-1391. Not by any means the whole ticket. :)
You can merge this pull request into a Git repository by running:
$ git pull https
ajs6f
Rob Vesse wrote on 10/12/17 9:21 AM:
My intention was not for us to start offering a debugging service nor to stop
expecting users to provide a minimal complete example.
My thinking is that it provides a way to help users in providing a complete
example, I was not expecting
Okay, that makes sense. We might even just swap the "namespaces" at some future point when TDB2 becomes the default,
i.e. go to tdbquery being for TDB2 and there being a tdb1.tdbquery, as a stop on the road to deprecation.
ajs6f
Andy Seaborne wrote on 10/7/17 9:42 AM:
On 06/10/17
r
scripts...
ajs6f
Andy Seaborne wrote on 10/6/17 7:36 AM:
That would be very helpful.
"documentation" is a task in the next few days. It's the block on sending any
messages to users@ etc about it.
The raw material is in git:
https://github.com/apache/jena/blob/master/jena-db/use-
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/282#discussion_r142396325
--- Diff: jena-arq/src/main/java/org/apache/jena/sparql/util/FmtUtils.java
---
@@ -535,6 +535,7 @@ private static boolean validPNameChar(char ch
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/282#discussion_r142186147
--- Diff: jena-arq/src/main/java/org/apache/jena/sparql/util/FmtUtils.java
---
@@ -535,6 +535,7 @@ private static boolean validPNameChar(char ch
GitHub user ajs6f opened a pull request:
https://github.com/apache/jena/pull/281
Slice out old Codehaus JXR Maven plugin invocation
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/ajs6f/jena FixJXRPlugin
Alternatively you can
Sure, as long as it doesn't seem that there is any actual reason for it. (and
it doesn't)
ajs6f
Andy Seaborne wrote on 10/1/17 1:43 PM:
especially as the Apache one is setup in jena-project/pom.xml.
Do you want to go and fix this?
Andy
On 01/10/17 15:35, aj...@apache.org wrote:
I
://maven.apache.org/jxr/maven-jxr-plugin/
?
--
ajs6f
GitHub user ajs6f opened a pull request:
https://github.com/apache/jena/pull/280
Deprecate Jena's Callback in favor of Java API's Consumer
Seems like we could deprecate `Callback` in the next release and remove
in the following, unless I am missing something about the contract
+1
ajs6f
Osma Suominen wrote on 9/22/17 10:25 AM:
Andy Seaborne kirjoitti 22.09.2017 klo 16:55:
This VOTE is to accept a contribution of software for TDB2 comprising of the
contents of the GitHub repository:
https://github.com/afs/mantis
as of commit
This is a long-standing annoyance caused by our need to shade a modern version
of Guava into the code to avoid conflicting with the very old version in Hadoop.
Do you have the jena0-shaded-guava project open in Eclipse? The problem usually
goes away if it is closed.
ajs6f
Chris Tomlinson
No, I had not seen that, thanks! Looks very interesting!
ajs6f
Phil Coates wrote on 9/5/17 11:04 AM:
Have you looked at CM-Well (https://github.com/thomsonreuters/CM-Well)?
This is based on Cassandra and ElasticSearch.
*Philip Coates*
philip.coa...@semanticintegration.co.uk
(as shown in that paper I forwarded) uses a structure in which they mostly leave column values empty. The information is stored entirely in the keys,
and use is made of prefix lookup. Does your system do something like that, Claude? It sounds like you are storing tuple component in the column values
, but that's obviously nontrivial in our
situation, where we don't know the potential queries. Have you looked at an indexing solution such as was used by CumulusRDF [4]?
ajs6f
[1] https://www.imls.gov/grants/awarded/lg-71-17-0159-17
[2] http://www.mementoweb.org/guide/quick-intro/
[3] https://www.w3
Hey, Claude--
Just curious as to where https://github.com/Claudenw/jena-on-cassandra has
ended up. Is that still work-in-progress?
--
ajs6f
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/233
@afs No, I haven't fooled with it at all because I didn't want to spend
that time until @dick-twocows confirmed that it was ready for other eyes.
Re: `StreamRDFTriHexTable` I didn't see that in `afs
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/274
I'm not that worried about this case. (Although I would actually have fewer
special graph names and more types, but that's just my taste; I'm not arguing
that we should change that now.) It was more
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/233
Hey, @dick-twocows and @afs, just picking up this conversation. Thanks for
the work so far, @dick-twocows! Do you feel like this is in a state ready for
in-depth review, or are you still working
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/274
If we ever want to use `Optional` at all (and I would, I think it is clear
and avoids special names in many cases), we have to start somewhere (or we have
to make a massive sudden change to the Graph
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/275#discussion_r134117416
--- Diff:
jena-fuseki2/jena-fuseki-core/src/main/java/org/apache/jena/fuseki/servlets/ActionSPARQL.java
---
@@ -205,7 +206,11 @@ public static void parse
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/273#discussion_r133993197
--- Diff:
jena-arq/src/main/java/org/apache/jena/sparql/function/library/FN_Apply.java ---
@@ -0,0 +1,96 @@
+/*
+ * Licensed to the Apache Software
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/273#discussion_r133992495
--- Diff:
jena-arq/src/main/java/org/apache/jena/sparql/function/library/FN_Apply.java ---
@@ -0,0 +1,96 @@
+/*
+ * Licensed to the Apache Software
This might be a better question for the Jena dev@ list. I'm copying it there.
In any event, can you say a little more about what you mean by "a new querying
algorithm"? Presumably you have some specific technique you are investigating?
ajs6f
e1425...@student.tuwien.ac.at wrote on
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/273#discussion_r133971637
--- Diff:
jena-base/src/main/java/org/apache/jena/atlas/lib/cache/Cache0.java ---
@@ -39,7 +39,13 @@ public V getIfPresent(K key) {
@Override
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/273#discussion_r133970438
--- Diff:
jena-arq/src/main/java/org/apache/jena/sparql/function/library/FN_Apply.java ---
@@ -0,0 +1,96 @@
+/*
+ * Licensed to the Apache Software
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/273#discussion_r133968824
--- Diff:
jena-arq/src/main/java/org/apache/jena/sparql/function/library/FN_Apply.java ---
@@ -0,0 +1,96 @@
+/*
+ * Licensed to the Apache Software
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/273#discussion_r133968737
--- Diff:
jena-arq/src/main/java/org/apache/jena/sparql/function/library/FN_Apply.java ---
@@ -0,0 +1,96 @@
+/*
+ * Licensed to the Apache Software
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/271#discussion_r130105145
--- Diff: jena-arq/src/main/java/org/apache/jena/riot/RDFParserBuilder.java
---
@@ -504,8 +504,10 @@ private HttpClient buildHttpClient
Github user ajs6f commented on a diff in the pull request:
https://github.com/apache/jena/pull/271#discussion_r129900223
--- Diff: jena-arq/src/main/java/org/apache/jena/riot/RDFParserBuilder.java
---
@@ -504,8 +504,10 @@ private HttpClient buildHttpClient
/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.12.5", arch: "x86_64", family: "mac"
Thanks Andy!
ajs6f
Bruno P. Kinoshita wrote on 7/18/17 8:28 AM:
[ X ] +1 Approve the release
Build works fine, all tests pass (compl
This didn't work for me in previous releases because of the different versions between Fuseki1, Fuseki2, and the rest of Jena (it gave the same versions to
all), but after Andy's PR unifying the versions, I think it should.
ajs6f
Rob Vesse wrote on 7/10/17 5:16 AM:
A useful cheat to avoid
Github user ajs6f commented on the issue:
https://github.com/apache/jena/pull/269
Ditto what @kinow says (except I will try on July 10).
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have
+1 to the timing of a release and +1 to uniformizing version numbering.
And thanks to Andy (and his employer for contributing the time)!
ajs6f
Andy Seaborne wrote on 7/8/17 9:12 AM:
On 08/07/17 09:16, Claude Warren wrote:
+1 thx Andy
On Sat, Jul 8, 2017 at 6:16 AM, Bruno P. Kinoshita
301 - 400 of 1019 matches
Mail list logo
