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."
