he pom.xml is a sufficient expression of "version compatibility".
On Tue, May 31, 2016 at 9:27 AM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> If i maintained such a project i would certainly have that kind of
> information. From the TinkerPop perspective however,i think it woul
utables, so maybe we can just do:
>
> tinkerpop-gremlin-console-x.y.z.zip
> tinkerpop-gremlin-server-x.y.z.zip
>
>
> On Wed, May 25, 2016 at 11:03 AM Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > jason i think that was a suggestion to conform mo
Gruno has said that there were problems in infrastructure with the
incubation "upgrade" process - like stuff was broken. That was most of the
hangup as I understood it.
On Sat, Jun 4, 2016 at 2:40 PM, Hadrian Zbarcea wrote:
> As soon as the graduation is announced.
>
>
I've noticed that sometimes Apache JIRA/GitHub integration doesn't always
behave nicely. Sometimes the JIRA issue doesn't close when you close the
PR. I ran into a bunch of those yesterday while reviewing some old branches
and had to close the JIRAs manually. It seems it might have happened again
I ping'd Gruno in hipchat over thatdoesn't seem possible to edit
directly from what i can tell.
On Sat, Jun 11, 2016 at 11:28 AM, Marko Rodriguez
wrote:
> Hello,
>
> Please click: https://github.com/apache/tinkerpop <
> https://github.com/apache/tinkerpop>
>
> Note
we dont' have any releases yet outside of incubator so it is my
understanding that the archive wont' reflect any. note that our release
directory however is in place and ready to go:
https://dist.apache.org/repos/dist/release/tinkerpop/
i think that when we add our first non-incubator release
Is there any reason this section is in the reference documentation:
http://tinkerpop.apache.org/docs/current/reference/#_hadoop_gremlin_for_graph_system_providers
seems like it belongs here somewhere:
http://tinkerpop.apache.org/docs/current/dev/provider/
As TinkerPop has graduated from incubator, we no longer need to produce
incubator reports. Instead, TinkerPop needs to now provide reports to the
ASF Board. Ultimately, as PMC chair it is my responsibility to submit the
report when required, but I liked our method of discussing the incubator
The --force was not ideal, but given the small time window where we had a
problem it seemed unlikely that anyone would have had major losses as a
result. Hope it didn't cause any inconvenience.
On Wed, Jun 8, 2016 at 10:08 AM, Marko Rodriguez
wrote:
> Hi,
>
> Stephen just
pets w/o being aware of 2.x/3.x sort of stuff
> aren't worth the trouble we will cause those who legitimately still use 2.x
> and the respective docs.
>
> Marko.
>
>
>
>
> > On Wed, May 25, 2016 at 1:50 PM, Stephen Mallette <spmalle...@gmail.com>
> > wrote:
>
> Please make the changes as you see fit and provide a PR.
+1
On Thu, Jun 16, 2016 at 12:23 PM, Marko Rodriguez
wrote:
> HI David,
>
> Please make the changes as you see fit and provide a PR. I read through
> your explanation and it “makes sense” with the limited
We've seen a lot of good fixes/optimizations to 3.1.3 and 3.2.1 and I
wonder if we shouldn't exercise our new found TLP powers to do a release
and get rid of the "-incubating" at the end of our "current" distributions
and artifacts. thoughts?
; Daniel
>
>
> On Tue, May 24, 2016 at 10:56 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > We have this old PR that's just been hanging about:
> >
> > https://github.com/apache/incubator-tinkerpop/pull/71
> >
> > It's about a year o
This vote is now closed with a total of 6 +1s, no +0s and no -1s. The
results are:
BINDING VOTES:
+1 (Stephen Mallette, Dylan Millikin, Daniel Kuppitz, Hadrian Zbarcea, Ted
Wilmes)
0 (0)
-1 (0)
NON-BINDING VOTES:
+1 (Pieter Martin)
0 (0)
-1 (0)
Thank you very much,
Stephen
On Thu, Jul
been published to the Apache snapshots repo. Will follow up with more
updates on the master branch soon.
On Tue, Jul 19, 2016 at 9:27 AM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> I've set up version 3.1.4 and 3.2.2 in JIRA and migrated all old issues in
> those lines to
he stack and gets handled
> appropriately.
>
> On 21/07/2016 18:47, Stephen Mallette wrote:
> > thanks for all that pieter. the primary reason for traversal interruption
> > in the first place was so that gremlin server would have a chance to kill
> > traversals that were r
ion.
> I enquired a while back about the ability to treat elements as detached
> from the graph in order to do the above without the transaction handling.
> But I never followed up.
>
> I figured I would put this out there as another case where non-Java
> languages struggle.
>
> On Thu
I think it might be a good idea to include a "Download Page" on our web
site. It would let us better list the versions we have out there and would
get us better in line with Apache Infrastructure - for example:
https://issues.apache.org/jira/browse/TINKERPOP-1255
I'm also seeing that we yet have
Hello,
TinkerPop 3.1.3 has just been released - the first release of the 3.1.x
line outside of Apache Incubator! Like the previous release, this is a bit
more than just a maintenance release on the "Undercover Gremlinz" release
line and has some neat features to get into. This release should be
Hello,
On the back of TinkerPop 3.1.3 comes TinkerPop 3.2.1. Yes - another dual
release! This was previously described by yours truly as an "unprecedented
and daring move" for release of 3.1.2-incubating/3.2.0-incubating but
nowwellkinda meh. I suppose we will just do this all the time
is TINKERPOP3-432 still valid for any reason? 1300+ commits behind master.
we might also think about
dropping TINKERPOP3-781-local-aggregation-should-not-destroy-path - 2400+
commits behind master and seems to dead-end in JIRA. Not sure that this was
every deemed as a good change
On Mon, Jul 25,
ltiline byteCode feature. But I digress
> that's not what this thread is about.
>
> In the spirit of GLVs returning side effects how would your original
> proposition stream over the network? Would you get all data first and then
> SE? I'm guessing you would want to stream the SEs
This vote is now closed with a total of 4 +1s, no +0s and no -1s. The
results are:
BINDING VOTES:
+1 (X -- Stephen Mallette, Daniel Kuppitz, Dylan Millikin, Ted Wilmes)
0 (0)
-1 (0)
I will wait to officially release 3.1.3 to go alongside the close of vote
on 3.2.1 tomorrow.
Thank you very
I assume everyone is cool with making the Download Page live at this point
as there's been no other feedback in the last few days. I'll probably make
some adjustments to the web site tomorrow to bring it online publicly.
On Mon, Jul 25, 2016 at 7:33 AM, Stephen Mallette <spmalle...@gmail.
I just created this issue:
https://issues.apache.org/jira/browse/TINKERPOP-1391
As part of TINKERPOP-1278, I'd went ahead with deprecating the old method
of sending a Traversal to the server. The approach taken there was to use
java serialization to ship the Traversal to the server. The more I
ommit: 3135c30fbef0f04964f8bef56cbdace925f2ab01
> > Parents: 2f2b373 4b9212e
> > Author: Stephen Mallette <sp...@genoprime.com>
> > Authored: Wed Jul 27 06:38:52 2016 -0400
> > Committer: Stephen Mallette <sp...@genoprime.com>
> > Committed: Wed Jul
Dale <robd...@gmail.com> wrote:
> Is there a git repo for this and the main website? I would like to
> make pull requests to fix some things.
>
> On Fri, Jul 29, 2016 at 1:49 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
> > The download page is now "l
t makes good sense.
>
> Thanks,
> Ted
>
> On Tue, Aug 9, 2016 at 2:11 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > When we went through vote on 3.1.3/3.2.1, we'd discussed releasing
> > 3.2.2/3.1.4 on a shorter release period than normal. A short
Published the 3.2.2-SNAPSHOT docs:
http://tinkerpop.apache.org/docs/3.2.2-SNAPSHOT/reference/
On Wed, Aug 10, 2016 at 1:35 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> ah - gotcha. yes - we bind the documentation to a release. typically we
> wouldn't go back and update t
might need to ship it some other way - dev list doesn't like attachments i
don't think.
On Thu, Aug 11, 2016 at 1:52 PM, Marko Rodriguez
wrote:
> Hi Alaa,
>
> I don’t think the logo came through, can you please reattach?
>
> Thank you,
> Marko.
>
>
A while back on TINKERPOP-989
https://issues.apache.org/jira/browse/TINKERPOP-989
I'd suggested we add a index page to be a sort of a landing page for all
TinkerPop documentation. I took a quick swipe at this for 3.1.4-SNAPSHOT:
http://tinkerpop.apache.org/docs/3.1.4-SNAPSHOT/
While we
This is really low-level IO stuff so unless you are a Graph Provider you
can probably largely ignore this. If you were following along on JIRA you
probably already know what this post is about:
https://issues.apache.org/jira/browse/TINKERPOP-1402
Basically, there is no way for a Graph
Wed, Aug 3, 2016 at 9:03 AM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > yes - static html/css and it sucks a bit because we don't have any re-use
> > going on there. so if we have to change a menu or something it means
> > changing it on every page in the site. w
p://markorodriguez.com
>
>
>
> > On Aug 11, 2016, at 12:58 PM, Alaa Mahmoud <alaa1em...@gmail.com> wrote:
> >
> > Here a link to the logo that I looked up pretty quickly. it'll do the job
> > :-)
> > http://cdn.geekwire.com/wp-content/uploads/2016/07/
&g
rs to do the right thing for vertex IDs and
> properties. It treats all types, primitive or object, from byte to
> long, double, float as numbers. This is pretty standard behavior in
> SQL, JDBC drivers, and other NoSQL technologies.
>
>
>
> On Wed, Jul 13, 2016 at 11:30 AM
p uses String ids. Sqlg uses Long ids.
> >
> > Seems fair enough that we can compare ids as numeric by checking the
> > graph.features() for supportsNumericIds(). One complication would be
> graphs
> > that allow multiple id types.
> >
> >
> > On Wed, Jul 13, 20
I don't recall all the issues with doing traversal interruption with a
flag. I suppose it could work in the same way that thread interruption
works now. I will say that I'm hesitant to say that we should change this
on the basis of this being a problem general to databases as we've only
seen in so
new TraversalInterruptedException();
>
> will also reset the interrupt flag potentially making someone else's
> Thread.interrupted() check fail.
>
>
> All that said I do not have a solution for GremlinServer not having
> access to the traversal.
>
> Thanks
> Pieter
>
>
have a ton of time to look at everything
manually). I'll commit these changes to the repo after release is all
settled.
On Mon, Jul 18, 2016 at 4:00 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> Having some trouble with release. Some of the trouble is a bit out of my
> co
Hello,
We are happy to announce that TinkerPop 3.1.3 is ready for release - note
the lack of "-incubating" everywhere. :)
The release artifacts can be found at this location:
https://dist.apache.org/repos/dist/dev/tinkerpop/3.1.3/
The source distribution is provided by:
t;
> http://markorodriguez.com
>
>
>
> > On Jul 15, 2016, at 4:39 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
> >
> > Everything looks good to do a vote for 3.1.3 and 3.1.2 on Monday. I'm
> going
> > to publish the final SNAPSHOT docs over the
Hello,
We are happy to announce that TinkerPop 3.2.1 is ready for release - note
the lack of "-incubating" everywhere. :)
The release artifacts can be found at this location:
https://dist.apache.org/repos/dist/dev/tinkerpop/3.2.1/
The source distribution is provided by:
that the CHANGELOG
should have "invalid" issues listed in it.
The release branches will remain frozen during our vote period. I'll post
back here when everything is opened back up again.
Thanks,
Stephen
On Mon, Jul 18, 2016 at 4:36 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:
houghts on a support roadmap (when 3.1, 3.2
> are EOL) and future release roadmap, timelines?
>
>
> On Tue, Jul 19, 2016 at 10:49 AM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
> > It sounds like we have general consensus on going with 3.1.x for bug
> fixes
> &g
Tue, Jul 19, 2016 at 12:05 PM, gallardo.kev...@gmail.com <
> gallardo.kev...@gmail.com> wrote:
>
> >
> >
> > On 2016-07-15 16:25 (+0100), "gallardo.kev...@gmail.com"<
> > gallardo.kev...@gmail.com> wrote:
> > >
> > >
> > >
> > Otherwise looks good!
>
> Thanks for the feedback.
> >
> > On Tue, Jul 19, 2016 at 12:05 PM, gallardo.kev...@gmail.com
> > <gallardo.kev...@gmail.com> wrote:
> > >
> > >
> > > On 2016-07-15 16:25 (+0100), "gallardo.kev...@gmail.com"
ah - sorry - didn't follow that. that makes sense to me. inVLabel and
outVLabel are kinda awkward. +1 from me on that one.
On Tue, Jul 19, 2016 at 3:23 PM, Robert Dale <robd...@gmail.com> wrote:
> On Tue, Jul 19, 2016 at 3:13 PM, Stephen Mallette <spmalle...@gmail.
of which also fails.
> Jason has already proposed a fix for this here
> <https://issues.apache.org/jira/browse/TINKERPOP-1379>.
>
> vote -1
>
> Thanks
> Pieter
>
>
>
> On 19/07/2016 15:20, Stephen Mallette wrote:
> > Hello,
> >
> > We
> It might be a good chance to reflect and get some feedback on how the
TinkerPop community is shaping up with a survey.
Jason, I think you need to elaborate here. Get feedback from who? Do you
literally mean the "community" or the software project or something else?
Do other open source projects
(and reason) because it only leads to confusion. Java is
> > one of the few, if not only, brain-damaged languages where 5 != 5 !=
> > 5. In Java, number objects must be coerced into like form for
> > comparison. The other ID managers do this coercion. Saner languages
>
- gremlin-renjin (with gremlin-r representation in it) [
> http://www.renjin.org/ <http://www.renjin.org/> cool!]
> > - etc.
> >
> > Thoughts?,
> > Marko.
> >
> > http://markorodriguez.com <http://markorodriguez.com/>
> >
&g
## Description:
Apache TinkerPop is a graph computing framework for both graph databases
(OLTP) and graph analytic systems (OLAP).
It was reported last month that TinkerPop had still not completely
transferred
from incubator infrastructure. Since that time, Apache Infrastructure has
gt; >> that if the code/design is good, then there won’t be any hiccups on
> merge.
> >>
> >> *** Also, benchmarks that dropping paths is “good” will be very
> important
> >> so hopefully you have that coming too.
> >>
> >> T
tomorrow morning
> for 1254.
>
> Thanks,
> Ted
>
> On Fri, Jul 1, 2016 at 6:04 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > Thanks for the update Ted. We may need an extra day or two to clear up
> some
> > other discussion on some of the ot
With all the work on GLVs and the recent work on GraphSON 2.0, I think it's
important that we have a solid, efficient, programming language neutral,
lossless serialization format. Right now that format is GraphSON and it
works for that purpose (ever more so with 2.0). Given some discussion on
the
The board report has been submitted for July 2016.
On Sun, Jul 10, 2016 at 12:24 PM, Ted Wilmes <twil...@gmail.com> wrote:
> Looks good, thanks Stephen.
>
> --Ted
>
> On Fri, Jul 8, 2016 at 7:12 AM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> >
I've been doing a bit of work on the TINKERPOP-1278 branch and have been
mostly focused on generalizing/expanding the ScriptEngine infrastructure to
gremlin-core. Seems like a weird place for ScriptEngine stuff to live as
we've largely relegated such things to gremlin-groovy, but now that there
## Description:
Apache TinkerPop is a graph computing framework for both graph databases
(OLTP) and graph analytic systems (OLAP).
## Activity:
As discussed in the previous report, TinkerPop was preparing for the first
releases outside of incubation. Those releases were voted on positively by
eep them as separate
> projects.
>
> If I completely missed the original intent of the thread also do let me
> know.
>
>
> On Fri, Aug 5, 2016 at 4:57 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > I mentioned this thread to David Brown and
dency
> management systems easier (it's actually mandatory for php composer).
> If you don't I can always bring it up with infra.
>
> On Sat, Aug 6, 2016 at 6:47 AM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > Let me first address this piece:
> >
The board report has been submitted
On Fri, Aug 5, 2016 at 5:21 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> ## Description:
> Apache TinkerPop is a graph computing framework for both graph databases
> (OLTP) and graph analytic systems (OLAP).
>
> ## Acti
used for return of results of keys/gather as is used for
bytecode (which is all the same as returning results from
Standard/SessionOpProcessor).
On Thu, Jul 28, 2016 at 7:12 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> I have a rough cut of "returning side-effects"
resolved.sucky
On Fri, Jul 22, 2016 at 11:50 AM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> The master branch has been bumped to 3.2.2 and is now re-opened. the
> initial 3.2.2-SNAPSHOT has been deployed to the Apache snapshots repo. I
> couldn't deploy the initial docs for
t;)*.fold().project("data",
> "se").by().by(cap("names"))*
> ==>[data:[v[1], v[2], v[4]], se:[marko, vadas, josh]]
>
> I'm not saying it would be bad to have Gremlin Server handle that for you,
> just wanted to show that it's actually pretty easy
When we went through vote on 3.1.3/3.2.1, we'd discussed releasing
3.2.2/3.1.4 on a shorter release period than normal. A shorter release
cycle for these two versions would allow us to quickly address a bug or two
found late in code freeze. Perhaps longer term, shorter release cycles
might help
Note that a PR for GraphSON 2.0 has been submitted:
https://github.com/apache/tinkerpop/pull/351
While I haven't reviewed in full myself yet, I think that this is a very
nice set of changes. Given past discussions on this list in relation to
this issue, I think we should all be happy with what
We're pretty close to getting GraphSON 2.0 merged for 3.2.1 on
TINKERPOP-1274:
https://github.com/apache/tinkerpop/pull/351
2.0 ensures full typing, makes it easier for non-jvm languages to
generate/consume it and has a smaller byte size footprint. It would be
interesting to see how the JSON for
> On Jun 28, 2016, at 10:36 AM, Ted Wilmes <twil...@gmail.com> wrote:
> > >
> > > I would like to get TinkerPop-1254 in before code freeze. Shooting for
> > > finishing it up by end of this week but I'll drop a note if it looks
> > like I
> > > won't
There's a handful of semi-related JIRA issues for Gremlin Console out there
- I say "semi-related" because they all largely revolve around usability.
Most recently is the discussion again about return of "null" for void
returns:
https://issues.apache.org/jira/browse/TINKERPOP-1409
We've had that
ok like in the
>>> output?
>>
>>
>> Something like this (I hope the screenshot will make it to the mailing
>> list):
>>
>> [image: Inline image 1]
>>
>> Cheers,
>> Daniel
>>
>>
>> On Wed, Aug 17, 2016 at 10:02 PM, Steph
Hey Ted - You're a little early as we agreed a while back to let two
weekends pass from code freeze to VOTE day (maybe release docs need to be
updated to reflect that). Not a big deal imo as I doubt there are many
folks still testing on 3.1.6 at this point, so I'm fine to VOTE from here
if
There was recently a request from Alexander Patrikalakis in JIRA (that
issues is now closed in favor of this thread) to add JanusGraph to the
provider index of the TinkerPop home page. I think that makes sense, though
at this time JanusGraph hasn't made a release yet that I'm aware of which
We still need one more vote to get
https://github.com/apache/tinkerpop/pull/548 - any committers free to
handle that so we can get that merged?
On Mon, Jan 30, 2017 at 11:08 AM, Jason Plurad wrote:
> We are now under code freeze for 3.2.4.
>
> There are still 2 outstanding
With the vote from kuppitz 548 is done. I just merged it.
On Thu, Feb 2, 2017 at 7:57 AM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> We still need one more vote to get https://github.com/apache/
> tinkerpop/pull/548 - any committers free to handle that so we can get
&
and everything is good.
> >
> > VOTE +1 from me!!
> >
> > Cheers.
> >
> > On Mon, Feb 6, 2017 at 7:48 AM, Stephen Mallette <spmalle...@gmail.com>
> > wrote:
> >
> > > I can't remember the error I got, but I think it makes sense to test
&g
, please?
> >
> > Marko.
> >
> > http://markorodriguez.com
> >
> >
> >
> > > On Jan 23, 2017, at 7:57 AM, Stephen Mallette <spmalle...@gmail.com>
> > wrote:
> > >
> > > It's been a while since we've had a release (Octob
It's been a while since we've had a release (October 2016) and given the
importance of the recent critical security fix from Groovy 2.4.8 I think
it's worth getting some new versions out there. I'm not sure what everyone
is working on or has concerns about, but after the PRs that are out there
for
com>
wrote:
> Is CloseableIterator only in the 3.3 branch?
>
> -Paul
>
>
> -Original Message-
> From: Stephen Mallette [mailto:spmalle...@gmail.com]
> Sent: Monday, January 23, 2017 9:58 AM
> To: dev@tinkerpop.apache.org
> Subject: [DISCUSS] Release 3.2.4 a
irements:
> https://github.com/apache/tinkerpop/blob/master/docs/
> src/dev/developer/release.asciidoc
>
> --Ted
>
> On Wed, Jan 25, 2017 at 5:13 PM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > sure - please put that in the prefix of the PR title so it
; >
> > The unspecified semantics is with bothE(), both sides done immediately
> > like Neo4j and TinkerPop, or out and in done lazily as with Sqlg.
> > If lazily which side first as if affects the semantics.
> >
> > Another caveat is if barrier steps are injected and then
yeah - github picks up your changes on the branch automatically. we'll work
on reviewing.
On Fri, Jan 27, 2017 at 7:11 PM, Paul A. Jackson
wrote:
> I am git illiterate.
> I committed to my repo.
> It looks like that's all I have to do.
> Travis build tells me to hang tight.
If i remember correctly Marko had wanted to have the two instances
configured with the idea that we would test gremlin-python against both. I
think that remains a work in progress. David Brown has some changes coming
in a PR to tp32 that make some improvements to the tests over there.
Perhaps we
gt;
> -Original Message-
> From: Stephen Mallette [mailto:spmalle...@gmail.com]
> Sent: Wednesday, January 25, 2017 3:58 PM
> To: dev@tinkerpop.apache.org
> Subject: Re: [DISCUSS] Release 3.2.4 and 3.1.6
>
> in his case, it should go to tp32.
>
> On Wed, Jan 25, 2017 at
t; -Original Message-
> From: Stephen Mallette [mailto:spmalle...@gmail.com]
> Sent: Wednesday, January 25, 2017 5:07 PM
> To: dev@tinkerpop.apache.org
> Subject: Re: [DISCUSS] Release 3.2.4 and 3.1.6
>
> Being as close as we are to our code freeze/test week, I'd say that
<paul.jack...@pb.com>
wrote:
> OK, that's done, as you can no doubt see. Hoping this can make it into
> 3.2.4.
>
> Thanks.
>
> -Paul
>
> -Original Message-
> From: Stephen Mallette [mailto:spmalle...@gmail.com]
> Sent: Wednesday, January 25, 2017 6:
in his case, it should go to tp32.
On Wed, Jan 25, 2017 at 3:56 PM, Paul A. Jackson <paul.jack...@pb.com>
wrote:
> For what branch should a pull request be submitted?
>
>
> -Original Message-----
> From: Stephen Mallette [mailto:spmalle...@gmail.com]
> Sent: Wednesda
January 24, 2017 3:01 PM
> To: dev@tinkerpop.apache.org
> Subject: RE: [DISCUSS] Release 3.2.4 and 3.1.6
>
> Great. I'll try it out.
>
> -Paul
>
>
> -Original Message-
> From: Stephen Mallette [mailto:spmalle...@gmail.com]
> Sent: Tuesday, January 24, 2017 2:54 PM
hTraversal at this point on the tp32/mastter branch. I still
have a little ways to go with GraphTraversal to get that all javadoc'd - i
suspect I might finish a rough pass at it all by end of day tomorrow.
On Thu, Feb 9, 2017 at 1:28 PM, Stephen Mallette <spmalle...@gmail.com>
wrote:
>
P.not and __.not unfortunately tangle with each other when using static
imports. I think we allowed the console to dictate to us that P.not is the
lucky one that gets to be used without its qualifying prefix. I'm not sure
there was any conscious decision to do it that way. Indeed, I think i would
ersal counterparts. If there is some random component, we should fix
> it, but we should always give precedence to P so we are backwards
> compatible.
>
> Marko.
>
> http://markorodriguez.com
>
>
>
> > On Feb 24, 2017, at 12:34 PM, Stephen Mallette <spmalle...@gmail.com&g
There's a pull request out there right now from Marc of HadoopMarc fame (I
think I have the name cross referenced properly) that adds a kerberos
implementation to Gremlin Server for 3.3.0. It has nice tests and some good
documentation. It's also been reviewed by Mike Adamson who did the early
good
Unless I'm missing something, HasStep hasn't changed in 4 months and
HasContainer hasn't changed in 3 months. The only update that went in after
2/2 that I can think of that would have any bearing for graph providers who
tested before/after that date would be the AutoCloseable stuff:
s, no +0s and no -1s. The
> results are:
>
> BINDING VOTES:
>
> +1 (4 -- Daniel Kuppitz, Stephen Mallette, Jason Plurad, Ted Wilmes)
> 0 (0)
> -1 (0)
>
> NON-BINDING VOTES:
>
> +1 (4 -- David Brown, Robert Dale, Paul Jackson, Pieter Martin)
> 0 (0)
> -1 (0)
>
> Thank you very much,
> Jason Plurad
>
gt; +1 (5 -- Ted Wilmes, Stephen Mallette, Daniel Kuppitz, Dylan Millikin,
> Jason Plurad)
> 0 (0)
> -1 (0)
>
> NON-BINDING VOTES:
>
> +1 (1 -- David Brown)
> 0 (0)
> -1 (0)
>
> Thank you very much,
> Ted Wilmes
>
s to test Sqlg. In principle, you
> > should VOTE on every PR by building and testing the changes against Sqlg.
> > That is where you can make a huge contribution.
> > >
> > >> So I am not voting negative just requesting a weekend, if possible, to
> >
One idea I've had is to better cross reference our docs. More links between
the different documents we have would be helpful. For example, when we
mention a particular step somewhere in a recpie or tutorial, do a link to
the step in the reference docs. For each step in the reference docs have a
phen, I'd like to volunteer to learn the process for 3.2.4.
>
> On Mon, Jan 23, 2017 at 11:20 AM, Stephen Mallette <spmalle...@gmail.com>
> wrote:
>
> > Thanks Ted - any takers for 3.2.4? I'd be happy to do it with someone if
> > there is interest in learning the process
The bump to 2.4.8 is done now - I've published fresh SNAPSHOTs from 3.1.x
on up the line.
On Sat, Jan 14, 2017 at 11:16 AM, Stephen Mallette <spmalle...@gmail.com>
wrote:
> Groovy 2.4.8 just released. It has a lot of bug fixes, a couple of which
> are important to TinkerPo
back, but they all seemed like they did too much. maybe i didn't know what
to look for.
On Wed, Aug 3, 2016 at 9:00 AM, Dylan Millikin <dylan.milli...@gmail.com>
wrote:
> How is the current site structured? Is it just HTML and CSS files?
>
> On Tue, Aug 2, 2016 at 6:20 PM, Stephen Ma
ChronoGraph was announced on Gremlin Users a day or so ago:
https://groups.google.com/forum/#!topic/gremlin-users/sWFUMYtY1t0
That project now has an official release on Maven Central
http://search.maven.org/#search%7Cga%7C1%7Cg%3A%22com.github.martinhaeusler%22
which I think allows it to meet
1 - 100 of 5276 matches
Mail list logo