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
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
[DISCUSS] Wrapping up Oracle's donation of NetBeans to Apache
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: Java profiler (again) - supported platforms
Thanks for your great and persistent work on this. NetBeans runs on JDK 8 and higher. I am on Mac OSX, otherwise I would certainly test it on Linux -- though I am sure there are enough Linux users to test the solution. Gj On Tue, Feb 11, 2020 at 11:14 AM Peter Hull wrote: > Hi all, > I think I am right when I say the Profiler still will not work for > 64-bit windows, [NETBEANS-1428] > (https://issues.apache.org/jira/browse/NETBEANS-1428) > There's a quick fix, a replacement DLL, which is referenced in the bug > report above. I am still working slowly on the correct fix and I am > nearly there. One thing which makes it difficult is the number of > platforms which the native shared library is built for. > > On JDK 1.5: > hpux-pa_risc2.0 > hpux-pa_risc2.0w > linux > linux-amd64 > mac > solaris-amd64 > solaris-i386 > solaris-sparc > solaris-sparcv9 > windows > windows-amd64 > > On JDK 1.6: > hpux-pa_risc2.0 > hpux-pa_risc2.0w > linux > linux-amd64 > linux-arm > linux-arm-vfp-hflt > mac > solaris-amd64 > solaris-i386 > solaris-sparc > solaris-sparcv9 > windows > windows-amd64 > > On CVM (an embedded JVM, not even sure?): > linux > windows > > Also 'mac' encompasses i386, x64, PPC and PPC64 all bundled together. > > The logic here is, if I understand correctly, that the JNI interface > hasn't changed since JDK 1.6 so there's no need for separate 1.9, 9, > 10, 11, ... versions and the server-side code (which runs alongside > the profiler target) is written with as low a source level as > possible. > > This should make it possible to profile something on all these > platforms, even if NB 11.x itself won't run on these platforms. > > I think the changes I need to make will not break existing support but > I will not have a way to test. > > So: > 1. Is there an official list of supported 'target' platforms? > 2. If I finish my work and put in a PR, is anyone likely have time to > test it? Especially on different linuxes (and solaris if we're still > doing solaris) (we have a decent test-spec as part of NetCAT, it > doesn't take long to whiz through it) > > Pete > > - > 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 > > > >
Java profiler (again) - supported platforms
Hi all, I think I am right when I say the Profiler still will not work for 64-bit windows, [NETBEANS-1428] (https://issues.apache.org/jira/browse/NETBEANS-1428) There's a quick fix, a replacement DLL, which is referenced in the bug report above. I am still working slowly on the correct fix and I am nearly there. One thing which makes it difficult is the number of platforms which the native shared library is built for. On JDK 1.5: hpux-pa_risc2.0 hpux-pa_risc2.0w linux linux-amd64 mac solaris-amd64 solaris-i386 solaris-sparc solaris-sparcv9 windows windows-amd64 On JDK 1.6: hpux-pa_risc2.0 hpux-pa_risc2.0w linux linux-amd64 linux-arm linux-arm-vfp-hflt mac solaris-amd64 solaris-i386 solaris-sparc solaris-sparcv9 windows windows-amd64 On CVM (an embedded JVM, not even sure?): linux windows Also 'mac' encompasses i386, x64, PPC and PPC64 all bundled together. The logic here is, if I understand correctly, that the JNI interface hasn't changed since JDK 1.6 so there's no need for separate 1.9, 9, 10, 11, ... versions and the server-side code (which runs alongside the profiler target) is written with as low a source level as possible. This should make it possible to profile something on all these platforms, even if NB 11.x itself won't run on these platforms. I think the changes I need to make will not break existing support but I will not have a way to test. So: 1. Is there an official list of supported 'target' platforms? 2. If I finish my work and put in a PR, is anyone likely have time to test it? Especially on different linuxes (and solaris if we're still doing solaris) (we have a decent test-spec as part of NetCAT, it doesn't take long to whiz through it) Pete - 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