Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Yes, I think if the CND work Jan has done would be available in a branch or some repo at Apache, that would help a lot and we'd have a centralized starting point. Gj On Wed, Feb 26, 2020 at 5:39 AM Peter Kovacs wrote: > Hi all > > Does it make sense to create a separate donation repository? Maybe > similar to a mini incubator. > > I mean at ASF we can create multiple repositories, completely > independent of the self service side. > > We put the oracle donations there, in separated branches packed to topic > or donation packages. > > If one package is converted and is technically ready for merge into the > main tree, Oracle creates a sign Off commit, > > and then the packages moves over to the main tree. > > This would allow a broader community work on the donation code, but > still guarantees the control at Oracle. > > Just an Idea. At least in CND donation it would be nice to have a > official incubating branch for the module. > > Not sure if I got all the wording right. > > All the Best > > Peter > > Am 25.02.20 um 14:16 schrieb Junichi Yamamoto: > > Hi Geertjan, > > > > If it is not donated, we can't put it in an apache repository. > > (Although I think it is better to exist in the apache repository.) > > If it is removed in the future, I'll create a repository for it with > > my GitHub account, maybe. > > I'm not sure whether there is a problem if we don't use it because I'm > > not the author of it. > > Maybe, files related to the parser will become one huge file. > > I think that we can use it even if it is not donated because the > > sources/binaries of the tool are not included in the release. > > > > Tomas, What do you think? > > > > Thanks, > > Junichi > > > > > > On Tue, Feb 25, 2020 at 9:16 PM Geertjan Wielenga > wrote: > >> On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto > > >> wrote: > >> > >>> Hi Geertjan, > >>> > >>> We use [1] when we generate PHP parser files. Is it going to be > donated? > >>> > >> Hi Junichi, > >> > >> Is it critical to include this and what does it do exactly and if it > were > >> to not be donated (it is outside the release repository which is the > focus > >> of our donation) how bad would that be? > >> > >> Thanks, > >> > >> Gj > >> > >> > >> > >> > >>> Maybe, we can put it in [2]. > >>> > >>> [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter > >>> [2] https://github.com/apache/netbeans-tools > >>> > >>> Thanks, > >>> Junichi > >>> > >>> On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga > > >>> wrote: > 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 > >>
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi all Does it make sense to create a separate donation repository? Maybe similar to a mini incubator. I mean at ASF we can create multiple repositories, completely independent of the self service side. We put the oracle donations there, in separated branches packed to topic or donation packages. If one package is converted and is technically ready for merge into the main tree, Oracle creates a sign Off commit, and then the packages moves over to the main tree. This would allow a broader community work on the donation code, but still guarantees the control at Oracle. Just an Idea. At least in CND donation it would be nice to have a official incubating branch for the module. Not sure if I got all the wording right. All the Best Peter Am 25.02.20 um 14:16 schrieb Junichi Yamamoto: Hi Geertjan, If it is not donated, we can't put it in an apache repository. (Although I think it is better to exist in the apache repository.) If it is removed in the future, I'll create a repository for it with my GitHub account, maybe. I'm not sure whether there is a problem if we don't use it because I'm not the author of it. Maybe, files related to the parser will become one huge file. I think that we can use it even if it is not donated because the sources/binaries of the tool are not included in the release. Tomas, What do you think? Thanks, Junichi On Tue, Feb 25, 2020 at 9:16 PM Geertjan Wielenga wrote: On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto wrote: Hi Geertjan, We use [1] when we generate PHP parser files. Is it going to be donated? Hi Junichi, Is it critical to include this and what does it do exactly and if it were to not be donated (it is outside the release repository which is the focus of our donation) how bad would that be? Thanks, Gj Maybe, we can put it in [2]. [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter [2] https://github.com/apache/netbeans-tools Thanks, Junichi On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga wrote: 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 - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Thank you for your time and help, Tomas, Ondrej. Junichi On Tue, Feb 25, 2020 at 11:58 PM Ondřej Brejla wrote: > > Hi all, > > yep, Tomas is right. > > Thanks, > Ondřej Brejla > > > 25. 2. 2020 v 15:38, Tomáš Myšík : > > > > Hi guys, > > AFAIR, this class simply splits the generated parser into more smaller > > ones (the parser class is too big and won't compile). The author is > > Ondrej Brejla (on CC) who worked with me on NB PHP support at Sun > > (later Oracle). Or am I wrong, Ondro? > > > > Thanks, > > Tomas > > > > út 25. 2. 2020 v 14:16 odesílatel Junichi Yamamoto > > napsal: > >> > >> Hi Geertjan, > >> > >> If it is not donated, we can't put it in an apache repository. > >> (Although I think it is better to exist in the apache repository.) > >> If it is removed in the future, I'll create a repository for it with > >> my GitHub account, maybe. > >> I'm not sure whether there is a problem if we don't use it because I'm > >> not the author of it. > >> Maybe, files related to the parser will become one huge file. > >> I think that we can use it even if it is not donated because the > >> sources/binaries of the tool are not included in the release. > >> > >> Tomas, What do you think? > >> > >> Thanks, > >> Junichi > >> > >> > >>> On Tue, Feb 25, 2020 at 9:16 PM Geertjan Wielenga > >>> wrote: > >>> > >>> On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto > >>> wrote: > >>> > Hi Geertjan, > > We use [1] when we generate PHP parser files. Is it going to be donated? > > >>> > >>> Hi Junichi, > >>> > >>> Is it critical to include this and what does it do exactly and if it were > >>> to not be donated (it is outside the release repository which is the focus > >>> of our donation) how bad would that be? > >>> > >>> Thanks, > >>> > >>> Gj > >>> > >>> > >>> > >>> > Maybe, we can put it in [2]. > > [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter > [2] https://github.com/apache/netbeans-tools > > Thanks, > Junichi > > On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga > wrote: > > > > 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 > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further informat
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi all, yep, Tomas is right. Thanks, Ondřej Brejla > 25. 2. 2020 v 15:38, Tomáš Myšík : > > Hi guys, > AFAIR, this class simply splits the generated parser into more smaller > ones (the parser class is too big and won't compile). The author is > Ondrej Brejla (on CC) who worked with me on NB PHP support at Sun > (later Oracle). Or am I wrong, Ondro? > > Thanks, > Tomas > > út 25. 2. 2020 v 14:16 odesílatel Junichi Yamamoto > napsal: >> >> Hi Geertjan, >> >> If it is not donated, we can't put it in an apache repository. >> (Although I think it is better to exist in the apache repository.) >> If it is removed in the future, I'll create a repository for it with >> my GitHub account, maybe. >> I'm not sure whether there is a problem if we don't use it because I'm >> not the author of it. >> Maybe, files related to the parser will become one huge file. >> I think that we can use it even if it is not donated because the >> sources/binaries of the tool are not included in the release. >> >> Tomas, What do you think? >> >> Thanks, >> Junichi >> >> >>> On Tue, Feb 25, 2020 at 9:16 PM Geertjan Wielenga >>> wrote: >>> >>> On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto >>> wrote: >>> Hi Geertjan, We use [1] when we generate PHP parser files. Is it going to be donated? >>> >>> Hi Junichi, >>> >>> Is it critical to include this and what does it do exactly and if it were >>> to not be donated (it is outside the release repository which is the focus >>> of our donation) how bad would that be? >>> >>> Thanks, >>> >>> Gj >>> >>> >>> >>> Maybe, we can put it in [2]. [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter [2] https://github.com/apache/netbeans-tools Thanks, Junichi On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga wrote: > > 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 - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing l
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi guys, AFAIR, this class simply splits the generated parser into more smaller ones (the parser class is too big and won't compile). The author is Ondrej Brejla (on CC) who worked with me on NB PHP support at Sun (later Oracle). Or am I wrong, Ondro? Thanks, Tomas út 25. 2. 2020 v 14:16 odesílatel Junichi Yamamoto napsal: > > Hi Geertjan, > > If it is not donated, we can't put it in an apache repository. > (Although I think it is better to exist in the apache repository.) > If it is removed in the future, I'll create a repository for it with > my GitHub account, maybe. > I'm not sure whether there is a problem if we don't use it because I'm > not the author of it. > Maybe, files related to the parser will become one huge file. > I think that we can use it even if it is not donated because the > sources/binaries of the tool are not included in the release. > > Tomas, What do you think? > > Thanks, > Junichi > > > On Tue, Feb 25, 2020 at 9:16 PM Geertjan Wielenga wrote: > > > > On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto > > wrote: > > > > > Hi Geertjan, > > > > > > We use [1] when we generate PHP parser files. Is it going to be donated? > > > > > > > Hi Junichi, > > > > Is it critical to include this and what does it do exactly and if it were > > to not be donated (it is outside the release repository which is the focus > > of our donation) how bad would that be? > > > > Thanks, > > > > Gj > > > > > > > > > > > Maybe, we can put it in [2]. > > > > > > [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter > > > [2] https://github.com/apache/netbeans-tools > > > > > > Thanks, > > > Junichi > > > > > > On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga > > > wrote: > > > > > > > > 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 > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > > > For further information about the NetBeans mailing lists, visit: > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > > > > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi Geertjan, If it is not donated, we can't put it in an apache repository. (Although I think it is better to exist in the apache repository.) If it is removed in the future, I'll create a repository for it with my GitHub account, maybe. I'm not sure whether there is a problem if we don't use it because I'm not the author of it. Maybe, files related to the parser will become one huge file. I think that we can use it even if it is not donated because the sources/binaries of the tool are not included in the release. Tomas, What do you think? Thanks, Junichi On Tue, Feb 25, 2020 at 9:16 PM Geertjan Wielenga wrote: > > On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto > wrote: > > > Hi Geertjan, > > > > We use [1] when we generate PHP parser files. Is it going to be donated? > > > > Hi Junichi, > > Is it critical to include this and what does it do exactly and if it were > to not be donated (it is outside the release repository which is the focus > of our donation) how bad would that be? > > Thanks, > > Gj > > > > > > Maybe, we can put it in [2]. > > > > [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter > > [2] https://github.com/apache/netbeans-tools > > > > Thanks, > > Junichi > > > > On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga > > wrote: > > > > > > 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 > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto wrote: > Hi Geertjan, > > We use [1] when we generate PHP parser files. Is it going to be donated? > Hi Junichi, Is it critical to include this and what does it do exactly and if it were to not be donated (it is outside the release repository which is the focus of our donation) how bad would that be? Thanks, Gj > Maybe, we can put it in [2]. > > [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter > [2] https://github.com/apache/netbeans-tools > > Thanks, > Junichi > > On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga > wrote: > > > > 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 > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
But those are just two wrappers, OK, added them: https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition Gj On Thu, Feb 20, 2020 at 3:48 PM Sven Reimers wrote: > I think you missed > - o.jython > - o.jython.distro > > they belong logically to the python support... > > Hope I do not miss anything else.. > > Sven > > > Geertjan Wielenga schrieb am Do., 20. Feb. 2020, > 13:49: > > > I think we may have skipped this for some reason: > > > > https://hg.netbeans.org/main/misc/file > > > > Which ones should we include, in addition to php/parser.cutter? > > > > Gj > > > > On Thu, Feb 20, 2020 at 1:47 PM Geertjan Wielenga > > wrote: > > > > > Sure, why not -- wasn't it included in an earlier donation for some > > reason? > > > > > > Gj > > > > > > On Thu, Feb 20, 2020 at 1:43 PM Junichi Yamamoto < > junichi0...@gmail.com> > > > wrote: > > > > > >> Oracle won't donate this? > > >> https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter > > >> > > >> Thanks, > > >> Junichi > > >> > > >> > > >> On Thu, Feb 20, 2020 at 9:32 PM Geertjan Wielenga < > geert...@apache.org> > > >> wrote: > > >> > > > >> > Hi all, > > >> > > > >> > OK, it is now clear what the 6th and final donation of NetBeans from > > >> Oracle > > >> > to Apache will consist of: > > >> > > > >> > > > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition > > >> > > > >> > It will consist of community-xml, community-uml, JIRA, and a subset > of > > >> the > > >> > modules found in contrib. > > >> > > > >> > In the last table in the page above (which I have updated and fixed > > >> > significantly today), look at row 9, which is the definition of the > > 6th > > >> and > > >> > final donation of NetBeans from Oracle to Apache. > > >> > > > >> > Thanks, > > >> > > > >> > Gj > > >> > > > >> > > > >> > > > >> > On Mon, Feb 17, 2020 at 2:27 PM Jesse Glick > > wrote: > > >> > > > >> > > On Thu, Feb 13, 2020 at 10:13 PM Eric Bresie > > >> wrote: > > >> > > > Silly question how easy is it to migrate some contrib code into > a > > >> module? > > >> > > > > >> > > If you are talking about contrib *modules*, which most of contrib > > is, > > >> > > then…it is already a module. So I am not sure what you mean. How > > easy > > >> > > is it to migrate it into the main repo? Just move the directory > up, > > >> > > maybe delete a couple of `../` in some metadata files, adjust > > >> > > `nbbuild/cluster.properties`. Migrate to an Ant-based external > > module? > > >> > > A bit trickier and you need a harness reference. To Maven? Rewrite > > >> > > `project.xml` to `pom.xml`. > > >> > > > > >> > > > > - > > >> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > >> > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > >> > > > > >> > > For further information about the NetBeans mailing lists, visit: > > >> > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > >> - > > >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > >> For additional commands, e-mail: dev-h...@netbeans.apache.org > > >> > > >> For further information about the NetBeans mailing lists, visit: > > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > >> > > >> > > >> > > >> > > >
Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
I think you missed - o.jython - o.jython.distro they belong logically to the python support... Hope I do not miss anything else.. Sven Geertjan Wielenga schrieb am Do., 20. Feb. 2020, 13:49: > I think we may have skipped this for some reason: > > https://hg.netbeans.org/main/misc/file > > Which ones should we include, in addition to php/parser.cutter? > > Gj > > On Thu, Feb 20, 2020 at 1:47 PM Geertjan Wielenga > wrote: > > > Sure, why not -- wasn't it included in an earlier donation for some > reason? > > > > Gj > > > > On Thu, Feb 20, 2020 at 1:43 PM Junichi Yamamoto > > wrote: > > > >> Oracle won't donate this? > >> https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter > >> > >> Thanks, > >> Junichi > >> > >> > >> On Thu, Feb 20, 2020 at 9:32 PM Geertjan Wielenga > >> wrote: > >> > > >> > Hi all, > >> > > >> > OK, it is now clear what the 6th and final donation of NetBeans from > >> Oracle > >> > to Apache will consist of: > >> > > >> > > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition > >> > > >> > It will consist of community-xml, community-uml, JIRA, and a subset of > >> the > >> > modules found in contrib. > >> > > >> > In the last table in the page above (which I have updated and fixed > >> > significantly today), look at row 9, which is the definition of the > 6th > >> and > >> > final donation of NetBeans from Oracle to Apache. > >> > > >> > Thanks, > >> > > >> > Gj > >> > > >> > > >> > > >> > On Mon, Feb 17, 2020 at 2:27 PM Jesse Glick > wrote: > >> > > >> > > On Thu, Feb 13, 2020 at 10:13 PM Eric Bresie > >> wrote: > >> > > > Silly question how easy is it to migrate some contrib code into a > >> module? > >> > > > >> > > If you are talking about contrib *modules*, which most of contrib > is, > >> > > then…it is already a module. So I am not sure what you mean. How > easy > >> > > is it to migrate it into the main repo? Just move the directory up, > >> > > maybe delete a couple of `../` in some metadata files, adjust > >> > > `nbbuild/cluster.properties`. Migrate to an Ant-based external > module? > >> > > A bit trickier and you need a harness reference. To Maven? Rewrite > >> > > `project.xml` to `pom.xml`. > >> > > > >> > > > - > >> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > >> > > For additional commands, e-mail: dev-h...@netbeans.apache.org > >> > > > >> > > For further information about the NetBeans mailing lists, visit: > >> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >> > > > >> > > > >> > > > >> > > > >> > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > >> For additional commands, e-mail: dev-h...@netbeans.apache.org > >> > >> For further information about the NetBeans mailing lists, visit: > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >> > >> > >> > >> >
Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
I think we may have skipped this for some reason: https://hg.netbeans.org/main/misc/file Which ones should we include, in addition to php/parser.cutter? Gj On Thu, Feb 20, 2020 at 1:47 PM Geertjan Wielenga wrote: > Sure, why not -- wasn't it included in an earlier donation for some reason? > > Gj > > On Thu, Feb 20, 2020 at 1:43 PM Junichi Yamamoto > wrote: > >> Oracle won't donate this? >> https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter >> >> Thanks, >> Junichi >> >> >> On Thu, Feb 20, 2020 at 9:32 PM Geertjan Wielenga >> wrote: >> > >> > Hi all, >> > >> > OK, it is now clear what the 6th and final donation of NetBeans from >> Oracle >> > to Apache will consist of: >> > >> > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition >> > >> > It will consist of community-xml, community-uml, JIRA, and a subset of >> the >> > modules found in contrib. >> > >> > In the last table in the page above (which I have updated and fixed >> > significantly today), look at row 9, which is the definition of the 6th >> and >> > final donation of NetBeans from Oracle to Apache. >> > >> > Thanks, >> > >> > Gj >> > >> > >> > >> > On Mon, Feb 17, 2020 at 2:27 PM Jesse Glick wrote: >> > >> > > On Thu, Feb 13, 2020 at 10:13 PM Eric Bresie >> wrote: >> > > > Silly question how easy is it to migrate some contrib code into a >> module? >> > > >> > > If you are talking about contrib *modules*, which most of contrib is, >> > > then…it is already a module. So I am not sure what you mean. How easy >> > > is it to migrate it into the main repo? Just move the directory up, >> > > maybe delete a couple of `../` in some metadata files, adjust >> > > `nbbuild/cluster.properties`. Migrate to an Ant-based external module? >> > > A bit trickier and you need a harness reference. To Maven? Rewrite >> > > `project.xml` to `pom.xml`. >> > > >> > > - >> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >> > > For additional commands, e-mail: dev-h...@netbeans.apache.org >> > > >> > > For further information about the NetBeans mailing lists, visit: >> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> > > >> > > >> > > >> > > >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >> For additional commands, e-mail: dev-h...@netbeans.apache.org >> >> For further information about the NetBeans mailing lists, visit: >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> >> >> >>
Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Sure, why not -- wasn't it included in an earlier donation for some reason? Gj On Thu, Feb 20, 2020 at 1:43 PM Junichi Yamamoto wrote: > Oracle won't donate this? > https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter > > Thanks, > Junichi > > > On Thu, Feb 20, 2020 at 9:32 PM Geertjan Wielenga > wrote: > > > > Hi all, > > > > OK, it is now clear what the 6th and final donation of NetBeans from > Oracle > > to Apache will consist of: > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition > > > > It will consist of community-xml, community-uml, JIRA, and a subset of > the > > modules found in contrib. > > > > In the last table in the page above (which I have updated and fixed > > significantly today), look at row 9, which is the definition of the 6th > and > > final donation of NetBeans from Oracle to Apache. > > > > Thanks, > > > > Gj > > > > > > > > On Mon, Feb 17, 2020 at 2:27 PM Jesse Glick wrote: > > > > > On Thu, Feb 13, 2020 at 10:13 PM Eric Bresie > wrote: > > > > Silly question how easy is it to migrate some contrib code into a > module? > > > > > > If you are talking about contrib *modules*, which most of contrib is, > > > then…it is already a module. So I am not sure what you mean. How easy > > > is it to migrate it into the main repo? Just move the directory up, > > > maybe delete a couple of `../` in some metadata files, adjust > > > `nbbuild/cluster.properties`. Migrate to an Ant-based external module? > > > A bit trickier and you need a harness reference. To Maven? Rewrite > > > `project.xml` to `pom.xml`. > > > > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > > > For further information about the NetBeans mailing lists, visit: > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Oracle won't donate this? https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter Thanks, Junichi On Thu, Feb 20, 2020 at 9:32 PM Geertjan Wielenga wrote: > > Hi all, > > OK, it is now clear what the 6th and final donation of NetBeans from Oracle > to Apache will consist of: > > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition > > It will consist of community-xml, community-uml, JIRA, and a subset of the > modules found in contrib. > > In the last table in the page above (which I have updated and fixed > significantly today), look at row 9, which is the definition of the 6th and > final donation of NetBeans from Oracle to Apache. > > Thanks, > > Gj > > > > On Mon, Feb 17, 2020 at 2:27 PM Jesse Glick wrote: > > > On Thu, Feb 13, 2020 at 10:13 PM Eric Bresie wrote: > > > Silly question how easy is it to migrate some contrib code into a module? > > > > If you are talking about contrib *modules*, which most of contrib is, > > then…it is already a module. So I am not sure what you mean. How easy > > is it to migrate it into the main repo? Just move the directory up, > > maybe delete a couple of `../` in some metadata files, adjust > > `nbbuild/cluster.properties`. Migrate to an Ant-based external module? > > A bit trickier and you need a harness reference. To Maven? Rewrite > > `project.xml` to `pom.xml`. > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi all, OK, it is now clear what the 6th and final donation of NetBeans from Oracle to Apache will consist of: https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition It will consist of community-xml, community-uml, JIRA, and a subset of the modules found in contrib. In the last table in the page above (which I have updated and fixed significantly today), look at row 9, which is the definition of the 6th and final donation of NetBeans from Oracle to Apache. Thanks, Gj On Mon, Feb 17, 2020 at 2:27 PM Jesse Glick wrote: > On Thu, Feb 13, 2020 at 10:13 PM Eric Bresie wrote: > > Silly question how easy is it to migrate some contrib code into a module? > > If you are talking about contrib *modules*, which most of contrib is, > then…it is already a module. So I am not sure what you mean. How easy > is it to migrate it into the main repo? Just move the directory up, > maybe delete a couple of `../` in some metadata files, adjust > `nbbuild/cluster.properties`. Migrate to an Ant-based external module? > A bit trickier and you need a harness reference. To Maven? Rewrite > `project.xml` to `pom.xml`. > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
On Thu, Feb 13, 2020 at 10:13 PM Eric Bresie wrote: > Silly question how easy is it to migrate some contrib code into a module? If you are talking about contrib *modules*, which most of contrib is, then…it is already a module. So I am not sure what you mean. How easy is it to migrate it into the main repo? Just move the directory up, maybe delete a couple of `../` in some metadata files, adjust `nbbuild/cluster.properties`. Migrate to an Ant-based external module? A bit trickier and you need a harness reference. To Maven? Rewrite `project.xml` to `pom.xml`. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Silly question how easy is it to migrate some contrib code into a module? Is it as simple as (1) generating a new module, (2) import/move code in, and (3) add any needed additional module hooks as needed? Maybe a pointer to building modules would best for me to look for and go from there. Eric Bresie ebre...@gmail.com > On February 13, 2020 at 2:59:32 PM CST, Eric Barboni wrote: > Hi, > If I understand well only what we want to care of will be audited and > donated. The neglected part will not be audited nor given to Apache or > individual. > > Maybe we first need a list and from this list we decide. > > We can use repository as placeholder to handle reception and adapt to main > repo. (easy to create, easy for pmc member) (done for i10). IMHO pure > refactoring adaption history from 4-6 years decorelated repository is not so > important to keep. > > Question after that is do we want a feature to be release same pace as > NetBeans (quarterly) or do you want to have custom release like > html4j,jackpot or mavenutilies artefacts. > (html4j and mavenutilities are maven based and are better on separated > repository, easy release) > > Jackpot30 looks like an example of ant built artefacts independent form main > repo. We release 3-4 time as incubation, not sure we do one as TLP but that > not an issue. > > We receive, we slice we "fit the pieces together" and we prepare release :D > > Best Regards > Eric > > > -Message d'origine- > De : Sven Reimers > Envoyé : jeudi 13 février 2020 20:54 > À : dev > Objet : Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache > > Okay. Let's look at this in more detail: > 1. major features like python and xml-schema or similar > -> should get back into a primary place, e.g. own cluster for python maybe > own cluster for xml-schema (could be consolidated with other xml-tooling). > 2. single / simple feature modules from contrib > -> vote if they should get directly promoted to default NetBeans or kept > separate. For me this looks like a case by case decision. > > If we want to have the code at Apache I would assume we want to ship it as > well. > On the other hand I like the idea of having something like incubating > modules, which can be accessed via a special update center... Once they are > mature enough we just ship the code... > Not sure how this may end up in the actual repository structure, but special > clusters seem to be a good idea. > > -Sven > > On Thu, Feb 13, 2020 at 7:34 PM Jesse Glick wrote: > > > On Thu, Feb 13, 2020 at 11:27 AM Sven Reimers > > wrote: > > > I would assume that all things we pick up from the remaining stuff > > > will > > end > > > up in the main NetBeans repository > > > > OK, in that case I guess they would be dumped in > > `nbbuild/cluster.properties#nb.cluster.betauc` until someone decides > > to promote them? (And fold the contents of `nb.cluster.experimental` > > into that? I am not sure what the real distinction is.) > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > > -- > Sven Reimers > > * Java Champion > * Apache NetBeans PMC: http://netbeans.apache.org > * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee > * Duke's Choice Award Winner 2009 & 2018 > > * LinkedIn: http://www.linkedin.com/in/svenreimers > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > >
(community-uml) Re: Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Was curious, I tried previously to compile the community-uml project previously and encountered problems [1]. Not sure if my problem was the java 11 in use in the environment or old code needing updating... Never received any feedback and have not had a chance to look at it since nice but was curious wondering if there was anything special that had to be done to get that to compile? [1] http://mail-archives.apache.org/mod_mbox/netbeans-dev/201912.mbox/%3cCAHw6w1RD2buTWBLD7meKjsbB5pNrapeOOb6fBhv2q4E-0=s...@mail.gmail.com%3e Eric Bresie ebre...@gmail.com > On February 11, 2020 at 1:43:32 PM CST, Sven Reimers > wrote: > > > community-uml > Quite large. Got a running poc with 11.3 with no problems... some ui and > editor stying feels weird.. > > Not willing to take a lead, but would be available for questions and support > > -Sven > > Geertjan Wielenga schrieb am Di., 11. Feb. 2020, > 12:29: > > > 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 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 > > > > >
RE: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi, If I understand well only what we want to care of will be audited and donated. The neglected part will not be audited nor given to Apache or individual. Maybe we first need a list and from this list we decide. We can use repository as placeholder to handle reception and adapt to main repo. (easy to create, easy for pmc member) (done for i10). IMHO pure refactoring adaption history from 4-6 years decorelated repository is not so important to keep. Question after that is do we want a feature to be release same pace as NetBeans (quarterly) or do you want to have custom release like html4j,jackpot or mavenutilies artefacts. (html4j and mavenutilities are maven based and are better on separated repository, easy release) Jackpot30 looks like an example of ant built artefacts independent form main repo. We release 3-4 time as incubation, not sure we do one as TLP but that not an issue. We receive, we slice we "fit the pieces together" and we prepare release :D Best Regards Eric -Message d'origine- De : Sven Reimers Envoyé : jeudi 13 février 2020 20:54 À : dev Objet : Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache Okay. Let's look at this in more detail: 1. major features like python and xml-schema or similar -> should get back into a primary place, e.g. own cluster for python maybe own cluster for xml-schema (could be consolidated with other xml-tooling). 2. single / simple feature modules from contrib -> vote if they should get directly promoted to default NetBeans or kept separate. For me this looks like a case by case decision. If we want to have the code at Apache I would assume we want to ship it as well. On the other hand I like the idea of having something like incubating modules, which can be accessed via a special update center... Once they are mature enough we just ship the code... Not sure how this may end up in the actual repository structure, but special clusters seem to be a good idea. -Sven On Thu, Feb 13, 2020 at 7:34 PM Jesse Glick wrote: > On Thu, Feb 13, 2020 at 11:27 AM Sven Reimers > wrote: > > I would assume that all things we pick up from the remaining stuff > > will > end > > up in the main NetBeans repository > > OK, in that case I guess they would be dumped in > `nbbuild/cluster.properties#nb.cluster.betauc` until someone decides > to promote them? (And fold the contents of `nb.cluster.experimental` > into that? I am not sure what the real distinction is.) > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > -- Sven Reimers * Java Champion * Apache NetBeans PMC: http://netbeans.apache.org * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee * Duke's Choice Award Winner 2009 & 2018 * LinkedIn: http://www.linkedin.com/in/svenreimers - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi all, I am trying to somehow comb through all the contrib modules and will be posting ideas and questions as I dig them up... Anybody out there thinking Schliemann was a good idea? There is a lot of stuff in contrib with respect to this... @Zoran Sevarac something of interest from an education perspective? Thanks Sven On Thu, Feb 13, 2020 at 8:53 PM Sven Reimers wrote: > Okay. Let's look at this in more detail: > 1. major features like python and xml-schema or similar > -> should get back into a primary place, e.g. own cluster for python > maybe own cluster for xml-schema (could be consolidated with other > xml-tooling). > 2. single / simple feature modules from contrib > -> vote if they should get directly promoted to default NetBeans or > kept separate. For me this looks like a case by case decision. > > If we want to have the code at Apache I would assume we want to ship it as > well. > On the other hand I like the idea of having something like incubating > modules, which can be accessed via a special update center... Once they are > mature enough we just ship the code... > Not sure how this may end up in the actual repository structure, but > special clusters seem to be a good idea. > > -Sven > > On Thu, Feb 13, 2020 at 7:34 PM Jesse Glick wrote: > >> On Thu, Feb 13, 2020 at 11:27 AM Sven Reimers >> wrote: >> > I would assume that all things we pick up from the remaining stuff will >> end >> > up in the main NetBeans repository >> >> OK, in that case I guess they would be dumped in >> `nbbuild/cluster.properties#nb.cluster.betauc` until someone decides >> to promote them? (And fold the contents of `nb.cluster.experimental` >> into that? I am not sure what the real distinction is.) >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >> For additional commands, e-mail: dev-h...@netbeans.apache.org >> >> For further information about the NetBeans mailing lists, visit: >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> >> >> >> > > -- > Sven Reimers > > * Java Champion > * Apache NetBeans PMC: http://netbeans.apache.org > * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee > * Duke's Choice Award Winner 2009 & 2018 > > * LinkedIn: http://www.linkedin.com/in/svenreimers > -- Sven Reimers * Java Champion * Apache NetBeans PMC: http://netbeans.apache.org * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee * Duke's Choice Award Winner 2009 & 2018 * LinkedIn: http://www.linkedin.com/in/svenreimers
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Okay. Let's look at this in more detail: 1. major features like python and xml-schema or similar -> should get back into a primary place, e.g. own cluster for python maybe own cluster for xml-schema (could be consolidated with other xml-tooling). 2. single / simple feature modules from contrib -> vote if they should get directly promoted to default NetBeans or kept separate. For me this looks like a case by case decision. If we want to have the code at Apache I would assume we want to ship it as well. On the other hand I like the idea of having something like incubating modules, which can be accessed via a special update center... Once they are mature enough we just ship the code... Not sure how this may end up in the actual repository structure, but special clusters seem to be a good idea. -Sven On Thu, Feb 13, 2020 at 7:34 PM Jesse Glick wrote: > On Thu, Feb 13, 2020 at 11:27 AM Sven Reimers > wrote: > > I would assume that all things we pick up from the remaining stuff will > end > > up in the main NetBeans repository > > OK, in that case I guess they would be dumped in > `nbbuild/cluster.properties#nb.cluster.betauc` until someone decides > to promote them? (And fold the contents of `nb.cluster.experimental` > into that? I am not sure what the real distinction is.) > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > -- Sven Reimers * Java Champion * Apache NetBeans PMC: http://netbeans.apache.org * JUG Leader JUG Bodensee: https://www.meetup.com/JUG-Bodensee * Duke's Choice Award Winner 2009 & 2018 * LinkedIn: http://www.linkedin.com/in/svenreimers
Re: Multi module projects. (was Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache)
On 2/13/2020 10:28 AM, Jesse Glick wrote: On Thu, Feb 13, 2020 at 12:07 PM Ernie Rael wrote: I work with a multi-module plugin. Can it be built/packaged with maven and loaded by NB out of a repository Out of a Maven repository? The NB module system knows nothing about that. I was thinking the Plugin Manager could extract the nbm's and jar's from maven artifacts and then install them into NB. I'll take a look at the pointer. You produce NBMs. Example: https://github.com/stapler/netbeans-stapler-plugin - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Multi module projects. (was Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache)
On Thu, Feb 13, 2020 at 12:07 PM Ernie Rael wrote: > I work with a multi-module plugin. Can it be built/packaged with maven and > loaded by NB out of a repository Out of a Maven repository? The NB module system knows nothing about that. You produce NBMs. Example: https://github.com/stapler/netbeans-stapler-plugin - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
On Thu, Feb 13, 2020 at 11:27 AM Sven Reimers wrote: > I would assume that all things we pick up from the remaining stuff will end > up in the main NetBeans repository OK, in that case I guess they would be dumped in `nbbuild/cluster.properties#nb.cluster.betauc` until someone decides to promote them? (And fold the contents of `nb.cluster.experimental` into that? I am not sure what the real distinction is.) - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Multi module projects. (was Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache)
On 2/13/2020 7:18 AM, Jesse Glick wrote: ... discard the very notion of a contrib repository ... and use either the external Ant harness or (preferably) Maven to build against a particular NetBeans binary platform. Something I've been wondering; I work with a multi-module plugin. Can it be built/packaged with maven and loaded by NB out of a repository (just once at plugin manager load time)? Or is the idea to build with maven, extract nbm from maven artifact, and release as group of nbm. One nbm wraps a jar and includes some 3rd part jar files. It would be nice to just have the pieces picked up from a repository at plugin load time. -ernie - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
I would assume that all things we pick up from the remaining stuff will end up in the main NetBeans repository and with this as a part (can be configured) of NetBeans XYZ release... -Sven Jesse Glick schrieb am Do., 13. Feb. 2020, 16:18: > On Thu, Feb 13, 2020 at 1:27 AM Nils Hoffmann > wrote: > > Will the contrib projects move into the main NetBeans git, or will they > be hosted in a separate repository? > > My recommendation would be neither: discard the very notion of a > contrib repository (deleting any references from `nbbuild/` and > `apisupport/`; see `ModuleListParser.FOREST` for example); host any > contributed modules each in their own repository (except in cases of > obvious grouping such as `autoproject.*`); and use either the external > Ant harness or (preferably) Maven to build against a particular > NetBeans binary platform. > > The downside is that you lose any easy continuous integration (so > contrib modules could be broken by incompatible changes in base > modules), but I think this is a tolerable price to pay for the > flexibility of independent permission management, release cycle, etc. > > Of course if there is interest in including a particular module > currently in `contrib/` into the official IDE distribution then it > would need to be in a subdirectory of `apache/netbeans`, but hosting > in an independent repository at the outset does not preclude the > possibility of merging it into the main repository later, assuming the > IDE continues to be built from a monorepo. > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
On Thu, Feb 13, 2020 at 1:27 AM Nils Hoffmann wrote: > Will the contrib projects move into the main NetBeans git, or will they be > hosted in a separate repository? My recommendation would be neither: discard the very notion of a contrib repository (deleting any references from `nbbuild/` and `apisupport/`; see `ModuleListParser.FOREST` for example); host any contributed modules each in their own repository (except in cases of obvious grouping such as `autoproject.*`); and use either the external Ant harness or (preferably) Maven to build against a particular NetBeans binary platform. The downside is that you lose any easy continuous integration (so contrib modules could be broken by incompatible changes in base modules), but I think this is a tolerable price to pay for the flexibility of independent permission management, release cycle, etc. Of course if there is interest in including a particular module currently in `contrib/` into the official IDE distribution then it would need to be in a subdirectory of `apache/netbeans`, but hosting in an independent repository at the outset does not preclude the possibility of merging it into the main repository later, assuming the IDE continues to be built from a monorepo. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
cool, thanks Sven, I will come back with questions. ;) I will try to build them then first. Am 11.02.20 um 20:43 schrieb Sven Reimers: Regarding community-xml I already have a working version oatched from latest hg to run with 11.3, including update of all forms to GroupLayout Swing style and some theming prototype to make it look smooth with FlatLaf Dark... So count me in here community-uml Quite large. Got a running poc with 11.3 with no problems... some ui and editor stying feels weird.. Not willing to take a lead, but would be available for questions and support contrib/python Poc with 11.3 running, even detects python 3 as a platform - with all the python hype I think from an apache perspective we cannot let this pass Hope there is broad interest here... not sure about ruby... sounds probably interesting from an ASF perspective but this is way put of my comfort zone. need more time to look through other stuff in contrib... there may be pearls hidden in the dark.. Hope to rescue a lot of the stuff... Thanks for listening -Sven Geertjan Wielenga schrieb am Di., 11. Feb. 2020, 12:29: 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 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 - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi, I would take over stewardship of the contrib LicenseChanger plugin if Tim Boudreau does not object. Will the contrib projects move into the main NetBeans git, or will they be hosted in a separate repository? Best, Nils > Am 13.02.2020 um 05:43 schrieb Ernie Rael : > > A few that I use and haven't been mentioned > > * Show and change line endings (don't see it in contrib, owned by jlahoda) > * License changer (don't use often, but when I do...) > > -ernie > > >> On 2/11/2020 2:46 AM, Geertjan Wielenga wrote: >> 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 >> jirahttps://hg.netbeans.org/main-golden/file/tip/jira >> jira.resthttps://hg.netbeans.org/main-golden/file/tip/jira.rest >> jira.xmlrpchttps://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc >> libs.jira.resthttps://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 >> > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
A few that I use and haven't been mentioned * Show and change line endings (don't see it in contrib, owned by jlahoda) * License changer (don't use often, but when I do...) -ernie On 2/11/2020 2:46 AM, Geertjan Wielenga wrote: 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 jirahttps://hg.netbeans.org/main-golden/file/tip/jira jira.resthttps://hg.netbeans.org/main-golden/file/tip/jira.rest jira.xmlrpchttps://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc libs.jira.resthttps://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 - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi Geertjan, We use [1] when we generate PHP parser files. Is it going to be donated? Maybe, we can put it in [2]. [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter [2] https://github.com/apache/netbeans-tools Thanks, Junichi On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga wrote: > > 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 - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
On Tue, Feb 11, 2020 at 5:46 AM Geertjan Wielenga wrote: > As well as "contrib", but surely not all of "contrib": > > https://hg.netbeans.org/main/contrib/file That URL hangs for me, but anyway I have a local clone. Modules I had a hand in (that I can recall now!): · ant.freeform.samples · apisupport.beanbrowser · apisupport.projectinspector · autoproject.* · insertunicode · modulemanager · mount · quickfilechooser · sysprops or otherwise know are potentially runnable and useful: · autosave · o.n.contrib.debuggerretry Of these, I personally use `autosave` and `quickfilechooser` daily, `o.n.contrib.debuggerretry` frequently, and `modulemanager` and `apisupport.projectinspector` occasionally. (If I still used Ant I would certainly want `autoproject.*` but I have not had that misfortune in years, except for NB plugin sources which have their own project type anyway!) There is very little to maintain in most of these—years-old binaries still run fine—but it would be nice to have these on GitHub somewhere (independent repositories preferably) and published to the plugin portal. I do not personally care that much whether Apache owns the sources so long as they have a clear home. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi all, +1 for community-xml (a must, IMHO) and Python support (if it can be donated by Oracle). I'd be interested in using the XML Schema Editor (best of breed, I think), not sure if that's in community-xml or community-soa, though. And that's it for me. I know there're lots of good things there, but I don't think I'd spend time on those (not sure about JIRA support). Cheers, Antonio El 11/2/20 a las 11:46, Geertjan Wielenga escribió: 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 - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
That’s really excellent news, thanks Sven. Gj On Tue, 11 Feb 2020 at 20:43, Sven Reimers wrote: > Regarding > > community-xml > > I already have a working version oatched from latest hg to run with 11.3, > including update of all forms to GroupLayout Swing style and some theming > prototype to make it look smooth with FlatLaf Dark... > > So count me in here > > community-uml > Quite large. Got a running poc with 11.3 with no problems... some ui and > editor stying feels weird.. > > Not willing to take a lead, but would be available for questions and > support > > contrib/python > Poc with 11.3 running, even detects python 3 as a platform - with all the > python hype I think from an apache perspective we cannot let this pass > > Hope there is broad interest here... > > not sure about ruby... sounds probably interesting from an ASF perspective > but this is way put of my comfort zone. > > need more time to look through other stuff in contrib... there may be > pearls hidden in the dark.. > > Hope to rescue a lot of the stuff... > > Thanks for listening > > -Sven > > Geertjan Wielenga schrieb am Di., 11. Feb. 2020, > 12:29: > > > 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 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 > > > > > >
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Regarding community-xml I already have a working version oatched from latest hg to run with 11.3, including update of all forms to GroupLayout Swing style and some theming prototype to make it look smooth with FlatLaf Dark... So count me in here community-uml Quite large. Got a running poc with 11.3 with no problems... some ui and editor stying feels weird.. Not willing to take a lead, but would be available for questions and support contrib/python Poc with 11.3 running, even detects python 3 as a platform - with all the python hype I think from an apache perspective we cannot let this pass Hope there is broad interest here... not sure about ruby... sounds probably interesting from an ASF perspective but this is way put of my comfort zone. need more time to look through other stuff in contrib... there may be pearls hidden in the dark.. Hope to rescue a lot of the stuff... Thanks for listening -Sven Geertjan Wielenga schrieb am Di., 11. Feb. 2020, 12:29: > 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 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 > > >
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi Geertjan, Am Dienstag, den 11.02.2020, 11:46 +0100 schrieb Geertjan Wielenga: > 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. > at this point in time I will not offer more time to work on it, but at latter time some of the clusters could become interesting. The interesting question: What will happen with the code? Would Oracle at a later time willing to reopen the archives and donate the contents then, if further review has happend? To be frank: Oracle requires copyright assignment and with this come benefits (Oracle can take my code and use it in its closed source product without me getting paid), but it comes at a moral price: You can't just drop the product. I'm aware that you are putting huge work into this, so please don't take it as an offence. Greetings Matthias - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Hi, I am working with python and I am also interested in python development with Netbeans. Some years ago I have used the python-netbeans-plugins and it works fine for me. I remember that I run only into trouble in combination with some specific build configuration of existing python projects. Oliver > I'm interested in python. Before considering reviving it in NB, is/was > this python integration pretty complete? Are the alternatives (whatever > they might be and not necessarily part of netbeans) so much better that > NB python is a real longshot? In particular, does/would this attract users? > > There's around 700 files in contrib/python.*. > > About contrib. IIRC, the contrib modules reference ../netbeans and it's > flat. Is this required? Any reason they can't be built without building > netbeans (guess it's not a big deal)? Are there other, in addition to > python, multi-module projects in contrib, and can/should there be a > restructuring of contrib directory/project layout as there was with > netbeans? > > -ernie > > On 2/11/2020 2:46 AM, Geertjan Wielenga wrote: > > 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."
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
I'm interested in python. Before considering reviving it in NB, is/was this python integration pretty complete? Are the alternatives (whatever they might be and not necessarily part of netbeans) so much better that NB python is a real longshot? In particular, does/would this attract users? There's around 700 files in contrib/python.*. About contrib. IIRC, the contrib modules reference ../netbeans and it's flat. Is this required? Any reason they can't be built without building netbeans (guess it's not a big deal)? Are there other, in addition to python, multi-module projects in contrib, and can/should there be a restructuring of contrib directory/project layout as there was with netbeans? -ernie On 2/11/2020 2:46 AM, Geertjan Wielenga wrote: 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 - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Assuming they can be used in Apache. Gj On Tue, Feb 11, 2020 at 1:01 PM John Mc wrote: > Cool, then we can re-create the wrapper modules as needed then. > > Might be a chance to update them at the same time. > > Regards > > John > > On Tue, 11 Feb 2020 at 11:58, Geertjan Wielenga > wrote: > > > On Tue, Feb 11, 2020 at 12:41 PM John Mc > wrote: > > > > > Hi Geertjan, > > > > > > I've identified other resources required when it comes to JIRA, we > > actually > > > > > > > > > But these dependencies do not belong to Oracle and hence cannot be > donated > > by Oracle. > > > > It looks to me, from that list, that only these are Oracle's to donate: > > > > jira,\ > > jira.rest,\ > > jira.xmlrpc,\ > > libs.jira.rest,\ > > > > Gj > > > > > > > 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 > > > 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 > > 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 Ap
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
Cool, then we can re-create the wrapper modules as needed then. Might be a chance to update them at the same time. Regards John On Tue, 11 Feb 2020 at 11:58, Geertjan Wielenga wrote: > On Tue, Feb 11, 2020 at 12:41 PM John Mc wrote: > > > Hi Geertjan, > > > > I've identified other resources required when it comes to JIRA, we > actually > > > > > But these dependencies do not belong to Oracle and hence cannot be donated > by Oracle. > > It looks to me, from that list, that only these are Oracle's to donate: > > jira,\ > jira.rest,\ > jira.xmlrpc,\ > libs.jira.rest,\ > > Gj > > > > 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 > > 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 > 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, > > > > > > > >
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
On Tue, Feb 11, 2020 at 12:41 PM John Mc wrote: > Hi Geertjan, > > I've identified other resources required when it comes to JIRA, we actually > But these dependencies do not belong to Oracle and hence cannot be donated by Oracle. It looks to me, from that list, that only these are Oracle's to donate: jira,\ jira.rest,\ jira.xmlrpc,\ libs.jira.rest,\ Gj > 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 > 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 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 > > > > > >
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
I try. But I am not very experienced on netbeans code at all. Do you have any hints what to look for. My first attempt would be to try and build. Same I do for cnd. Am 11. Februar 2020 12:28:55 MEZ schrieb Geertjan Wielenga : >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 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 >> -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
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 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 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 > > >
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
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 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 >
Re: [DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
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 : >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