Hi Geertjan, I've identified other resources required when it comes to JIRA, we actually had a list of services all along: https://github.com/apache/netbeans/blob/master/nbbuild/cluster.properties#L1154
These extra ones are dependencies on the existing JIRA rest client used, that I noticed as I tried this out locally. Regards John On Tue, 11 Feb 2020 at 11:29, Geertjan Wielenga <geert...@apache.org> wrote: > https://hg.netbeans.org/community-xml/file > https://hg.netbeans.org/community-uml/file > > The community-xml repo is 2326 files and community-uml is 6365 files. > > That's a lot of files of old code that has not been worked on for years. > > The danger is that we'll get this code donated and then find that the cost > of getting them integrated and working is massive -- and that potentially > that will not succeed at all. > > Could you already check out those repos from their hg.netbeans.org repos > above and do a poc via forking Apache NetBeans and basically doing a > feasibility study on whether receiving this code would make sense at all? > > Gj > > On Tue, Feb 11, 2020 at 12:19 PM Peter Kovacs <pe...@apache.org> wrote: > > > I think the community XML and uml are interesting modules. The features > > will help to improve developing support my main project OpenOffice. > > > > I am interested to help on those modules with the goal to improve the dev > > environment of OpenOffice. > > > > All the best > > Peter > > > > Am 11. Februar 2020 11:46:27 MEZ schrieb Geertjan Wielenga < > > geert...@apache.org>: > > >Hi all, > > > > > >At this stage, now that the C/C++ donation is complete (though not > > >integrated yet into Apache NetBeans GitHub, a work in progress) Oracle > > >has > > >donated all the pieces of NetBeans that is can donate from Oracle > > >NetBeans > > >8.2. > > > > > >Based on various questions, this remains: > > > > > >c.atlassian.connector.eclipse.jira.core > > > > > > https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core > > >c.atlassian.connector.eclipse.jira.core.rest > > > > > > https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core.rest > > >jira https://hg.netbeans.org/main-golden/file/tip/jira > > >jira.rest https://hg.netbeans.org/main-golden/file/tip/jira.rest > > >jira.xmlrpc https://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc > > >libs.jira.rest > > >https://hg.netbeans.org/main-golden/file/tip/libs.jira.rest > > > > > >As well as "contrib", but surely not all of "contrib": > > > > > >https://hg.netbeans.org/main/contrib/file > > > > > >There's also the community repositories and code that has not been > > >worked > > >on for many years: > > > > > >community-xml > > >nb.cluster.javacard > > >nb.cluster.mobility > > >community-rub > > >community-soa > > >community-uml > > >community-visualweb > > > > > >So, here's my proposal -- Oracle will only spend time on working on > > >further > > >donations for code that we in Apache are actually committed to work on. > > >I.e., if there is no one in the Apache NetBeans community committed to > > >working on the above (i.e., not simply using it, but will actually take > > >ownership, integrate the code into our GitHub and actively develop it > > >further), then Oracle will not spend time donating that code. > > > > > >The responses to this thread should be along the lines of: > > > > > >1. "This is terrible news. The XYZ code is very important to Apache > > >NetBeans or to me or to someone and I will be actively working on it > > >once > > >Oracle donates it to Apache." > > > > > >2. "It would be a pity that XYZ is not part of Apache NetBeans, but I > > >will > > >not be working on it myself, so I can't expect Oracle to work on > > >donating > > >it either." > > > > > >I give us one week, i.e, this time next week, we will see where we are > > >and > > >then decide which, if any, of the remaining code will be audited on the > > >Oracle side for donation. > > > > > >Thanks, > > > > > >Gj > > >
