RE: [jira] [Created] (RYA-202) Remove tinkerpop.rya
Is it worth including tinkerpop.rya in the release then? Doesn't sound very worthwhile to me. -Original Message- From: Aaron D. Mihalik [mailto:aaron.miha...@gmail.com] Sent: Thursday, October 13, 2016 12:36 PM To: dev@rya.incubator.apache.org Subject: Re: [jira] [Created] (RYA-202) Remove tinkerpop.rya We were using a very old version of Tinkerpop (pre Apache) and it contained some LGPL files. I assume that upgrading to the Apache version will fix the LGPL dependency issues that that we are having with the pre Apache version of TInkerpop. All of the "keep the schema graph in memory to be used by the inference" logic is actually fully contained in rya.sail. rya.sail does not reference tinkerpop.rya. Most of tinkerpop.rya is commented out. After looking at the code, I'm guessing that it was meant to be a "rya backed" tinkerpop layer. While this is a neat idea, I think that it would be easier to start from scratch with a Java implementation (rather than groovy) that utilized Apache Tinkerpop. --Aaron On Thu, Oct 13, 2016 at 11:45 AM Adina Crainiceanu wrote: > I'll try to look myself at this over the weekend, but I'm surprised by > both issues and maybe someone here knows the answers. > What was the functionality provided by tinkerpop.rya and how come that > it is not used? I thought it was used to keep the schema graph in > memory to be used by the inference implementation. > Are we using an old version of tinkerpop, or why does it bring in LGPL > dependencies - Apache TinkerPop is a top-level Apache project. > Thanks, > Adina > > On Thu, Oct 13, 2016 at 10:38 AM, Aaron Mihalik (JIRA) > > wrote: > > > Aaron Mihalik created RYA-202: > > - > > > > Summary: Remove tinkerpop.rya > > Key: RYA-202 > > URL: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_RYA-2D202&d=CwIBaQ&c=Nwf-pp4xtYRe0sCRVM8_LWH54joYF7EKmrYIdfxIq10&r=vuVdzYC2kksVZR5STiFwDpzJ7CrMHCgeo_4WXTD0qo8&m=LKGWFiLAZCfpvWHpXkvm7yBSp24R54thEoFEiiLe54o&s=6g0aifT-24mC-95ltSB3ijZx7CAlI_pM-tWtuRiwGQQ&e= > > > > Project: Rya > > Issue Type: Task > > Reporter: Aaron Mihalik > > Assignee: Aaron Mihalik > > Priority: Blocker > > > > > > tinkerpop.rya is not used and brings in LGPL classes hep/aida from > > com.tinkerpop.blueprints:blueprints-core:jar > > > > > > > > -- > > This message was sent by Atlassian JIRA > > (v6.3.4#6332) > > > > > > -- > Dr. Adina Crainiceanu > Associate Professor, Computer Science Department United States Naval > Academy > 410-293-6822 <(410)%20293-6822> > ad...@usna.edu > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.usna.edu_Users > _cs_adina_&d=CwIBaQ&c=Nwf-pp4xtYRe0sCRVM8_LWH54joYF7EKmrYIdfxIq10&r=vuVdzYC2kksVZR5STiFwDpzJ7CrMHCgeo_4WXTD0qo8&m=LKGWFiLAZCfpvWHpXkvm7yBSp24R54thEoFEiiLe54o&s=UCQM--muRLkp_-Yo2zRu5ANTTGyrt8t7m3Ul5PcH_dY&e= >
Re: [jira] [Created] (RYA-202) Remove tinkerpop.rya
We were using a very old version of Tinkerpop (pre Apache) and it contained some LGPL files. I assume that upgrading to the Apache version will fix the LGPL dependency issues that that we are having with the pre Apache version of TInkerpop. All of the "keep the schema graph in memory to be used by the inference" logic is actually fully contained in rya.sail. rya.sail does not reference tinkerpop.rya. Most of tinkerpop.rya is commented out. After looking at the code, I'm guessing that it was meant to be a "rya backed" tinkerpop layer. While this is a neat idea, I think that it would be easier to start from scratch with a Java implementation (rather than groovy) that utilized Apache Tinkerpop. --Aaron On Thu, Oct 13, 2016 at 11:45 AM Adina Crainiceanu wrote: > I'll try to look myself at this over the weekend, but I'm surprised by both > issues and maybe someone here knows the answers. > What was the functionality provided by tinkerpop.rya and how come that it > is not used? I thought it was used to keep the schema graph in memory to be > used by the inference implementation. > Are we using an old version of tinkerpop, or why does it bring in LGPL > dependencies - Apache TinkerPop is a top-level Apache project. > Thanks, > Adina > > On Thu, Oct 13, 2016 at 10:38 AM, Aaron Mihalik (JIRA) > wrote: > > > Aaron Mihalik created RYA-202: > > - > > > > Summary: Remove tinkerpop.rya > > Key: RYA-202 > > URL: https://issues.apache.org/jira/browse/RYA-202 > > Project: Rya > > Issue Type: Task > > Reporter: Aaron Mihalik > > Assignee: Aaron Mihalik > > Priority: Blocker > > > > > > tinkerpop.rya is not used and brings in LGPL classes hep/aida from > > com.tinkerpop.blueprints:blueprints-core:jar > > > > > > > > -- > > This message was sent by Atlassian JIRA > > (v6.3.4#6332) > > > > > > -- > Dr. Adina Crainiceanu > Associate Professor, Computer Science Department > United States Naval Academy > 410-293-6822 <(410)%20293-6822> > ad...@usna.edu > http://www.usna.edu/Users/cs/adina/ >
Re: [jira] [Created] (RYA-202) Remove tinkerpop.rya
I'll try to look myself at this over the weekend, but I'm surprised by both issues and maybe someone here knows the answers. What was the functionality provided by tinkerpop.rya and how come that it is not used? I thought it was used to keep the schema graph in memory to be used by the inference implementation. Are we using an old version of tinkerpop, or why does it bring in LGPL dependencies - Apache TinkerPop is a top-level Apache project. Thanks, Adina On Thu, Oct 13, 2016 at 10:38 AM, Aaron Mihalik (JIRA) wrote: > Aaron Mihalik created RYA-202: > - > > Summary: Remove tinkerpop.rya > Key: RYA-202 > URL: https://issues.apache.org/jira/browse/RYA-202 > Project: Rya > Issue Type: Task > Reporter: Aaron Mihalik > Assignee: Aaron Mihalik > Priority: Blocker > > > tinkerpop.rya is not used and brings in LGPL classes hep/aida from > com.tinkerpop.blueprints:blueprints-core:jar > > > > -- > This message was sent by Atlassian JIRA > (v6.3.4#6332) > -- Dr. Adina Crainiceanu Associate Professor, Computer Science Department United States Naval Academy 410-293-6822 ad...@usna.edu http://www.usna.edu/Users/cs/adina/