I don't see the distributonManagement section in any of the jena pom files. Do you know where it is defined?
On Sat, Aug 3, 2013 at 3:11 PM, Andy Seaborne <[email protected]> wrote: > On 02/08/13 15:36, Claude Warren wrote: > >> Ok, checked in, and announced. How do I get it added to Hudson and the >> SNAPSHOT maven repository? >> > > Both these services use your Apache user id. > > You should already be enabled for doing builds of Jena if your > settings.xml is setup for snapshots and https. > > Check by logging into Nexus with Apache credentials: > > https://repository.apache.org/**index.html#welcome<https://repository.apache.org/index.html#welcome> > > and you have an account on Jenkins (builds.apache.org) > > For more details: > http://wiki.apache.org/**general/Jenkins<http://wiki.apache.org/general/Jenkins> > > Create a new job under Jena (Job name starts "Jena") -- it's easier to > copy an old job, e.g. Jena_Development_Test, and modify the "Repository > URL" and other settings. > > Andy > > > >> Claude >> >> >> On Thu, Aug 1, 2013 at 5:44 PM, Rob Vesse <[email protected]> wrote: >> >> You can use the maven license plugin to get a report of which files have >>> missing licenses >>> >>> mvm license:check >>> >>> You'll need to have configured the plugin appropriately in your POM, see >>> the experimental jena-jdbc module for an example of the set up for this >>> >>> You may also want to look at Apache RAT - http://creadur.apache.org/rat/ >>> >>> Rob >>> >>> >>> >>> On 8/1/13 9:20 AM, "Claude Warren" <[email protected]> wrote: >>> >>> Since the code is sensitive to changes in Graph, Model, and OpVisitor it >>>> probably makes sense to release on cycle with Jena core. I'll get the >>>> source code repackaged, I think most files have the header already. >>>> >>>> Is there a tool that will look for missing Apache headers? >>>> >>>> Claude >>>> >>>> >>>> >>>> On Thu, Aug 1, 2013 at 4:09 PM, Andy Seaborne <[email protected]> wrote: >>>> >>>> Claude, >>>>> >>>>> >>>>> How do I go about contributing the code? >>>>>> >>>>> >>>>> You already have an iCLA on file so you can contribute code at any time >>>>> (provided it is yours to contribute! e.g. if your employer has any >>>>> related >>>>> policy). >>>>> >>>>> Are there any new dependencies? >>>>> >>>>> If no, this is mostly about you want to get it out to users. >>>>> >>>>> Is this an additional module a user might wish to use? (not something >>>>> to >>>>> hook deep into the standard distribution). >>>>> >>>>> I'm guessing it is, so the user adds "org.apache.jena:jena-**** >>>>> security" >>>>> (or whatever it gets called) to their POM to add it. >>>>> >>>>> The next decision is how you want to release it - coupled to the next >>>>> release or put out for discuss and feedback as a separate unit. (It can >>>>> migrate into the main build later.) >>>>> >>>>> Is this likely (in the short term) to evolve faster than the main Jena >>>>> release cycle? Evolve means formal releases, not snapshots. Given we >>>>> seem >>>>> to be on ~3 months rather than the loosely stated ~6, faster is tricky! >>>>> >>>>> If aligning to the main release is the right approach, then a module >>>>> under >>>>> trunk/ seems right. It will be built and deployed with a release; it >>>>> will >>>>> not be in the apache-jena distribution or the related apache-jena-libs >>>>> (jena-text and jena-fuseki aren't either). >>>>> >>>>> If you want, for the moment, a separate release cycle then put in under >>>>> .../repos/asf/jena/****Experimental/ and announce it. >>>>> >>>>> Or, even if related to the main release cycle, you want a "first >>>>> release" >>>>> that is more about getting feedback, then released separately might be >>>>> better. >>>>> >>>>> The quickest route is to put under Experimental/ and email users@. >>>>> >>>> Build >>> >>>> to the snapshot repo and people can try it out immediately. Actually, >>>>> snapshot builds are an optional extra. People can build themselves if >>>>> necessary. As first steps, early feedback is better than polishing the >>>>> build process. >>>>> >>>>> However, there is one thing: >>>>> You must add the Apache header to all files. >>>>> >>>>> fastest route: >>>>> 1/ Align source code, >>>>> repackage to org.apache.jena.security >>>>> Add Apache header >>>>> 2/ Import to /Experimental/???? >>>>> 3/ Email users@ >>>>> 4/ Then consider formal release and aligning to jena main releases. >>>>> >>>>> Andy >>>>> >>>>> >>>>> On 01/08/13 07:37, Claude Warren wrote: >>>>> >>>>> I would like to contribute the Xenei Jena Security project to the >>>>>> Apache >>>>>> Jena project (I assume as an experimental project). The code is >>>>>> currently >>>>>> at >>>>>> https://github.com/Claudenw/****JenaSecurity<https://github.com/Claudenw/**JenaSecurity> >>>>>> < >>>>>> >>>>> https://github.com/Claudenw/J >>> >>>> enaSecurity> >>>>>> . >>>>>> >>>>>> The project applies security access security (Create, Read, Update and >>>>>> Delete restrictions) on Graphs and Models. >>>>>> >>>>>> It does this by creating dynamic proxies to the Graph or Model >>>>>> implementations and intercepting calls that require modification. The >>>>>> architecture uses a interface that must be implemented by the >>>>>> developer >>>>>> using the package. This interface provides the security layer with >>>>>> the >>>>>> Principal of the current user, and determines if that user has >>>>>> specific >>>>>> access to specific graphs and/or triples. >>>>>> >>>>>> There are several thousand test cases. >>>>>> The Graph and Model implementations pass the Jena Graph and Model >>>>>> test >>>>>> suites. >>>>>> >>>>>> There is good javadoc coverage. >>>>>> >>>>>> There is some documentation. >>>>>> >>>>>> How do I go about contributing the code? >>>>>> >>>>>> Claude >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> -- >>>> I like: Like Like - The likeliest place on the >>>> web<http://like-like.xenei.com**> >>>> Identity: >>>> https://www.identify.nu/user.**[email protected]<https://www.identify.nu/[email protected]> >>>> LinkedIn: >>>> http://www.linkedin.com/in/**claudewarren<http://www.linkedin.com/in/claudewarren> >>>> >>> >>> >>> >> >> > -- I like: Like Like - The likeliest place on the web<http://like-like.xenei.com> Identity: https://www.identify.nu/[email protected] LinkedIn: http://www.linkedin.com/in/claudewarren
