I think that taking 2.10.0 as a good start. I would still like to change some of the test directories as we have discussed (e.g. move .../model/test into .../model) That, I think, can wait until 2.11
On Sun, Jan 6, 2013 at 7:50 PM, Andy Seaborne <[email protected]> wrote: > > One of things we had talked about for 2.10 was a single jar for jena. a > single clean maven dependency is a good step to that, and maybe the main > point. > > I have been using a dependency on apache-jena with <type>pom</type> to > cleanly pull in jena. > > apache-jena currently uses <classifier> sources and javadoc [1]. With these > as dependencies, the assembly for the zip gets the sources and javadoc. > This has not been a problem but I have been scala-ing recently and don't use > m2e for that. > > But. > > I just set up a m2e project and had problems. m2e adds sources and javadoc > as well to the project Maven dependencies. I'm not convinced the order is > stable, with binaries before sources before javadoc; I've had at least one > time when compilation didn't work. > > Does anyone know another, better (correct?) way to get the javadoc and > sources in apache-jena? > > Should we include some module rename/reorganisation in 2.10? Or ship 2.10 > as-is and move quite quickly to have a 2.11.X for reorg? Seems to be me that > it merits an incremental version bump. (I see pros and cons of each > approach, doing now or waiting.) > > Andy > > [1] > https://svn.apache.org/repos/asf/jena/trunk/apache-jena/assembly-jena-zip.xml > > > On 04/01/13 18:32, Andy Seaborne wrote: >> >> It may be useful to check what needs to be done to get Jena 2.10.0 out >> with some time allocated to user-driven testing before release. i >> though doing that for SDB was quite successful. >> >> 2.10 contains many small changes which are either internal or of minimal >> external affect. The largest external effect is probably rectification >> changes. But there are a lot of changes and not all applications stick >> to external APIs. There is a chance some that something inconvenient >> has changed which can be smoothed over to help users. >> >> So I suggest a "release candidate" cycle like we did for SDB - not a >> formally release (with all it's vote and maven distribution upload) but >> a statement that the SNAPSHOT build is ready for pre-release testing. >> Any unnecessary friction points just get fixed in the dev build cycle; >> anything significant comes to dev@ for discussion. >> >> Things to do for 2.10.0: >> >> 1/ It would be good to include the reorganised and refactored tests >> (JENA-370) >> >> Claude - I tried to apply the patch but either I didn't understand the >> intent or it is missing some classes (moved? and only the old version >> removed, without a new version in the patch?) >> >> 2/ Events >> >> Currently, the model-level events are old-style, events for each of the >> ways to add/delete statements (list, iterator, model, single ...). >> >> This is factored into a single global GraphUtil.OldStyle. But many >> tests are likely to change so I was leaving this until after JENA-370 as >> the codebase and the patch are already from different generations already. >> >> 3/ Steaming support (partial) >> >> Stephen - is there anything we should be aiming for in this release to >> move things along? >> >> 4/ Anything else anyone wants to get in? >> >> Andy > > -- I like: Like Like - The likeliest place on the web Identity: https://www.identify.nu/[email protected] LinkedIn: http://www.linkedin.com/in/claudewarren
