yes I have noticed that, looks like we do so since we moved to Jena 3. Do
you think it's feasible to recommend Commons to implement a Commons Graph
as custom Jena Graph to utilize the Jena API in the future? What does guava
take care of in the current Jena context?




On Sun, Sep 8, 2019 at 8:44 PM Andy Seaborne <a...@apache.org> wrote:

>
>
> On 08/09/2019 09:16, Marco Neumann wrote:
> > Romain,
> >
> > sure Jena gives you so much more than just the basic graph
> infrastructure.
> > I wasn't acutely aware of the guava shade mandatory requirement in a
> > minimal viable setup of Jena. Still I would encourage you to engage with
> > Jena community to discuss design ideas and opportunity for reuse of jena
> > components in your work on graph at commons and apache.
>
> Yes, Jena uses a shaded guava.  Used as a library in an application,
> Jena choice of libraries can get into version issues. Guava used to
> change between version quite a bit (from general reading, I think it is
> more stable nowadays) so we don't force the Guava version on the
> application but shade it to make the Jena use independent of the app
> choice.
>
> >
> > FYI I currently need the following libraries in a minimal viable setup to
> > work with the Jena graph api.
> >
> > jena-base (215kb), jena-core (1.69mb), jena-shaded-guave (2.73mb), log4j
> > (479kb), slf4j-log (41kb), slf4j-api (12kb)
>
> FYI:
> A choice of slf4j logging impl is needed - it does not have to be
> log4j1. Testing and jena-cmds does make that choice but for general use
> of the modules, it is choice-independent.
>
> >
> > Marco
> >
> > On Sat, Sep 7, 2019 at 10:33 PM Romain Manni-Bucau <
> rmannibu...@gmail.com>
> > wrote:
> >
> >> Hi Marco,
> >>
> >> Had a look to jena for another project and didnt evaluate it here for
> these
> >> reasons (happy to be wrong):
> >>
> >> - dep stack was huge for only graph part (guava shade, some other
> uneeded
> >> commons etc, most being excludable but without guarantees in time)
> >> - it is not about DAG and therefore misses navigation methods (which is
> >> what I need in addition to "mutation" methods for the algo i want to
> impl)
> >> - it is not the goal of jena so API and core stack can evolve in an
> >> undesired manner
> >>
> >> To mention alternatives, spark, flink, beam, ignite for the few I can
> think
> >> about, have something not crazy but still this stack and API issues :(.
> >>
> >> This is how i ended up looking commons, to try to have something stable
> and
> >> dep free.
> >>
> >> Romain
> >>
> >>
> >> Le sam. 7 sept. 2019 à 23:15, Marco Neumann <marco.neum...@gmail.com> a
> >> écrit :
> >>
> >>> I highly recommend to take a look at the Apache Jena project for
> >>> inspiration here. It has a very mature graph representationat this
> point:
> >>>
> >>> https://jena.apache.org/
> >>>
> >>>
> >>>
> >>
> https://jena.apache.org/documentation/javadoc/jena/org/apache/jena/graph/Graph.html
> >>>
> >>> Jena use triples in the form of <v><e><v> to encode the graph<v,e>
> >>>
> >>> give it try and make sure to post to users@jena.apache.org if you have
> >> any
> >>> questions
> >>>
> >>> enjoy,
> >>> Marco
> >>>
> >>> On Sat, Sep 7, 2019 at 10:30 AM Romain Manni-Bucau <
> >> rmannibu...@gmail.com>
> >>> wrote:
> >>>
> >>>> Hi all
> >>>>
> >>>> What is the status of graph at commons - or apache if we have
> something
> >>>> elsewhere?
> >>>>
> >>>> I found in sandbox that doc
> >>>>
> >>>>
> >>>
> >>
> https://commons.apache.org/sandbox/commons-graph/apidocs/org/apache/commons/graph/DirectedGraph.html
> >>>> ,
> >>>> but wonder if we have something live and if not why it failed.
> >>>>
> >>>> My rational is I started to write some DAG modelization and tooling
> >>>> (backward browsing in my case) but I see it could be generic so wonder
> >> if
> >>>> it is worse thinking about commons or incubator of if scope is too
> >> small
> >>>> for that and keeping it specific is saner.
> >>>>
> >>>> Anyone has some pointers?
> >>>
> >>>
> >>> --
> >>>
> >>>
> >>> ---
> >>> Marco Neumann
> >>> KONA
> >>>
> >>> --
> >>>
> >>>
> >>> ---
> >>> Marco Neumann
> >>> KONA
> >>>
> >>
> >
> >
>


-- 


---
Marco Neumann
KONA

Reply via email to