|
Re: [VOTE] JanusGraph 0.6.0 release
Thank you Boxuan for the catch!
I will try to look at it today's evening. I have no luck I hope Clement will be able to check it on Monday. Thus, I'm extending the voting process until the issue is fixed. After the fix I will re-upload artifacts to Sonatype and update release artifacts and a tag. Best regards, Oleksandr |
|
|
|
Re: [VOTE] JanusGraph 0.6.0 release
Clement de Groc
Hey Boxuan, Good catch ! To the best of my knowledge, this type of error usually means there is a mix of scala 2.11 and scala 2.12 libraries. TinkerPop 3.5 switched to Spark 3 and Scala 2.12 (https://github.com/apache/tinkerpop/blob/master/spark-gremlin/pom.xml#L88). But I see (at least one) reference to Scala 2.11 libraries in janusgraph-hadoop (https://github.com/JanusGraph/janusgraph/blob/master/janusgraph-hadoop/pom.xml#L77). I would try chasing down libraries pulling Scala 2.11 and upgrading them. I can look into that on Monday if noone has before. Best, Clement Le sam. 14 août 2021 à 06:36, Boxuan Li <liboxuan@...> a écrit : I downloaded https://github.com/JanusGraph/janusgraph/releases/download/v0.6.0/janusgraph-0.6.0.zip, tried a simple traversal using SparkGraphComputer on my laptop but failed: |
|
|
|
Re: [VOTE] JanusGraph 0.6.0 release
Boxuan Li
I downloaded https://github.com/JanusGraph/janusgraph/releases/download/v0.6.0/janusgraph-0.6.0.zip, tried a simple traversal using SparkGraphComputer on my laptop but failed:
with error `java.lang.NoSuchMethodError: scala.Predef$.refArrayOps([Ljava/lang/Object;)Lscala/collection/mutable/ArrayOps;` I don't have scala or Spark installed locally. The same traversal worked well on the 0.5.3 version. I personally never ran any workload on Spark before, so I am not sure if this is expected, or due to a library conflict in Janusgraph distribution. If anyone familiar with Spark can shed some light or test by themselves, it would be very helpful. Otherwise, I am afraid 0.6.0 might not work well with Spark. Best, Boxuan |
|
|
|
Re: [VOTE] JanusGraph 0.6.0 release
Clement de Groc
Hey, I've performed the following tests: - Built the source code and a docker image from janusgraph-dist/Dockerfile. - Updated an existing configuration/graph. Followed the upgrade instructions. - Started JanusGraph and performed simple requests (hitting composite and mixed indices). - Enabled and checked the presence of CQL metrics and threadpool metrics. +1 from me. Clement On Wed, Aug 11, 2021 at 6:17 PM Rafael Fernandes <luizrafael@...> wrote:
|
|
|
|
Re: [VOTE] JanusGraph 0.6.0 release
Rafael Fernandes
+1 Tested the binaries in our docker instances.. Rafa On Wed, Aug 11, 2021 at 8:43 AM Oleksandr Porunov <alexandr.porunov@...> wrote: Hello, |
|
|
|
Re: [DISCUSS] JanusGraph 0.6.0 release
The voting is now opened for 0.6.0 release at this location: https://lists.lfaidata.foundation/g/janusgraph-dev/topic/vote_janusgraph_0_6_0/84815207
Best regards, Oleksandr |
|
|
|
[VOTE] JanusGraph 0.6.0 release
Hello,
We are happy to announce that JanusGraph 0.6.0 is ready for release. The release artifacts can be found at this location: https://github.com/JanusGraph/janusgraph/releases/tag/v0.6.0 A full binary distribution is provided for user convenience: https://github.com/JanusGraph/janusgraph/releases/download/v0.6.0/janusgraph-full-0.6.0.zip A truncated binary distribution is provided:
https://github.com/JanusGraph/janusgraph/releases/download/v0.6.0/janusgraph-0.6.0.zip https://github.com/JanusGraph/janusgraph/releases/download/v0.6.0/KEYS The docs can be found here: https://github.com/JanusGraph/janusgraph/releases/download/v0.6.0/janusgraph-0.6.0-doc.zip The release tag in Git can be found here: https://github.com/JanusGraph/janusgraph/tree/v0.6.0 The release notes are available here: https://github.com/JanusGraph/janusgraph/blob/master/docs/changelog.md#version-060-release-date-august-11-2021 This [VOTE] will open for the next 3 days --- closing Saturday, August 14, 2021 at 3:45 PM GMT+3. All are welcome to review and vote on the release, but only votes from TSC members are binding. My vote is +1. Thank you, Oleksandr Porunov |
|
|
|
Re: [DISCUSS] JanusGraph 0.6.0 release
The release commit is available for the review here: https://github.com/JanusGraph/janusgraph/pull/2672
Best regards, Oleksandr |
|
|
|
Re: [DISCUSS] JanusGraph 0.6.0 release
We will probably need to delay the start of the release to several days because there are some blocking PRs (targeted to 0.6.0 milestone) and I'm not sure we can merge them due to failing EasyCLA. I don't know the way to retrieve signed CLAs for JanusGraph.
Please, refer to the next links: https://jira.linuxfoundation.org/plugins/servlet/theme/portal/4/SUPPORT-6184 https://github.com/communitybridge/easycla/issues/3090 https://github.com/JanusGraph/janusgraph/milestones/Release%20v0.6.0 As soon as this issues are resolved (or the workaround is found) I will start the release process. Sorry again for the delay. Best regards, Oleksandr |
|
|
|
Re: [DISCUSS] JanusGraph 0.6.0 release
TinkerPop was updated to version 3.5.1, so now nothing blocks JanusGraph from 0.6.0 release.
I'm proposing to start release process on August 2 (Monday). There are quite a few features which would be great to ship with 0.6.0 release but we are already holding the release for quite some time. I believe the outstanding work could be shifted to other releases (0.6.1 / 1.0.0, etc.). Potentially we can merge several PRs this week. |
|
|
|
[ANNOUNCEMENT] JanusGraph enabled donations on LFX Crowdfunding
The JanusGraph Technical Steering Committee is excited to announce that JanusGraph is now accepting donations. As you may know, most of JanusGraph contributors are not full-time JanusGraph employees, thus we came up with the idea to try to collect donations from the community to be able to hire full time employees to JanusGraph. With your help JanusGraph will be able to produce releases much more often and we will be able to develop JanusGraph much faster. JanusGraph Technical Steering Committee guarantees to be fully transparent with the community about any penny spent. We are accepting contributions via LFX Crowdfunding which has an open ledger where you can check all the transactions made and their descriptions. LFX Crowdfunding link where JanusGraph accepts donations is : https://crowdfunding.lfx.linuxfoundation.org/projects/janusgraph Best regards, Oleksandr Porunov on behalf of JanusGraph TSC |
|
|
|
New TSC member: Boxuan Li
On behalf of the JanusGraph Technical Steering Committee (TSC), I'm pleased to welcome a new Technical Steering Committee member on the project!
Boxuan Li has provided major contributions and has demonstrated an on-going commitment to the project. Being a TSC member enables assistance with the project management and to guide the direction of the project. Congratulations, Boxuan Li! |
|
|
|
Re: [DISCUSS] Dropping HBase 1 support
Boxuan Li
Hi Jan, I think you could forward this to the user mailing list as well. Maybe janusgraph-hbase users could shed some light. I personally don’t have any opinion here. Best, Boxuan 「<Jan.jansen@...>」在 2021年7月14日 週三，下午4:13 寫道：
|
|
|
|
[DISCUSS] Dropping HBase 1 support
Jansen, Jan
Hi I looked into the Hbase 1 support after Porunov asked why I want to drop if the builds are passing: https://github.com/JanusGraph/janusgraph/pull/2213#issuecomment-861620348. It seems that we stop testing HBase 1 in our CI solution already in branch 0.3. The main issue was a wrong combination of maven flags for stop testing. I tried to fix the flags and realized that isn't working against the Testcontainers solution, so revert internal back to commit before Testcontainers, see here https://github.com/GDATASoftwareAG/janusgraph/tree/test-hbase1. I had to fix some build issue than was able to execute tests which are failing https://github.com/GDATASoftwareAG/janusgraph/actions/runs/1024212663. (I didn't fix the HBase 2 build) My Idea would be to drop HBase 1 support. (Currently, HBase 1 support already requires a custom build of JG.) Any thoughts? Greetings, Jan |
|
|
|
Re: [DISCUSS] JanusGraph versioning
Boxuan Li
1.0.0 sounds good to me. Maybe we can target 1.0.0 after this 0.6.0 release. I think we'd better not rename the incoming release from 0.6.0 to 1.0.0, because it contains many new changes and may take some time (+ bug fixes, if any) to get stable. I would rather see a stable 1.0.0 release with few new features than an unstable one with many new features.
Best regards, Boxuan Li |
|
|
|
[DISCUSS] JanusGraph versioning
Hi,
I would like to start a discussion about JanusGraph versioning. Right now we have the next versioning: <GA indicator?>.<features and breaking changes>.<patch> So, for GA indicator we always have `0` and as far as I know we were waiting for JanusGraph to be stable to increment JanusGraph to 1.0.0 version. That said, I'm not sure how exactly should it be considered as stable. It was quite some time for JanusGraph to be used in production by many companies. We could think about stability as: - JanusGraph has been used in production for some time. - There are no breaking changes for some time. I think we meet the first case. I.e. JanusGraph is used in production but I'm not sure about the second option. We do have breaking changes often but mostly they are related to drop of support for EOL versions or driver upgrades. I guess, we will have such breaking changes continiously because the support for old drivers will be dropped and new drivers will be supported. Thus, such breaking changes are kind of natural thing I guess. I guess, bigger breaking changes are those, which influence storage layer (i.e. data). Last time we had such breaking changes was in 0.3.0 release (that said, they were very small and easy to be upgraded). So, if we count only such changes where you can't easily upgrade JanusGraph because you have data in old format - we meet second option as well in such situation. In case we consider JanusGraph to be stable enough, should we upgrade it to 1.x.y version? If we upgrade it, should we start following something like semantic versioning for all future versions (https://semver.org/) or should we think about different versioning / keep current versioning? When should we upgrade JanusGraph to 1.x.y? Should the first version `1.x.y` keep current `x.y` or reset it to `0.0`? I.e. should the first version be `1.7.0` or `1.0.0`? My thoughts on the above questions are: - We can consider JanusGraph to be stable enough - After the upgrade it would make sense to start using the same version number as in semantic versioning (i.e. MAJOR.MINOR.PATCH). - I guess we could do it on the next release after 0.6.0 but we potentially could rename 0.6.0 to 1.0.0 or 1.6.0 versions as well. I don't have good thoughts on that yet. - Both 1.0.0 and 1.7.0 / 1.6.0 are good to me. I don't have good thoughts about it yet as well. To be clear, I'm not insisting to bump JanusGraph to 1.x.y version immediately. What I wanted is to start a discussion about it to see other thoughts. Best regards, Oleksandr Porunov |
|
|
|
JanusGraph Meetup #4 Recording
Ted Wilmes
Hello, Thanks to all who attended the meetup yesterday. If you weren't able to make it, you can find the recording at: https://www.experoinc.com/online-seminar/janusgraph-community-meetup. Thanks to our presenters: Marc, Saurabh, and Bruno, we had a really good set of material presented. Thanks, Ted |
|
|
|
Re: [Meetup] JanusGraph Meetup May 18 covering JG OLAP approaches
Ted Wilmes
Hi Boxuan, Yes, definitely. I'll post this under presentations on janusgraph.org. Also, I hadn't posted meetup 3 on there yet and finally tracked the link down, so that will also be up there shortly. Thanks, Ted On Sun, May 16, 2021 at 10:22 AM Boxuan Li <liboxuan@...> wrote:
|
|
|
|
Re: [Meetup] JanusGraph Meetup May 18 covering JG OLAP approaches
Boxuan Li
Hi Ted,
toggle quoted message
Show quoted text
Thanks for organizing this! Do you have plans to record & release the video after the meetup? 10:30 ET is a bit late for some regions in APAC, so it would be great if there would be a video record. Cheers, Boxuan
|
|
|
|
[Meetup] JanusGraph Meetup May 18 covering JG OLAP approaches
Ted Wilmes
Hello, We will be hosting a community meetup next week on Tuesday, May 18th at 9:30 central/10:30 eastern. We have a great set of speakers who will be discussing all things JanusGraph OLAP: * Hadoop Marc who has helped many of us on the mailing list and in JG issues * Saurabh Verma, principal engineer at Zeotap * Bruno Berriso, engineer at Expero If you're interested in signing up, here's the link: https://www.experoinc.com/get/janusgraph-user-group. Thanks, Ted |
|
|