Re: Netbeans + ssh -x
Am 05.05.23 um 10:37 schrieb Michael Bien: On 05.05.23 08:53, Peter Kovacs wrote: Am 05.05.23 um 08:05 schrieb Antonio: Hi Peter, I'm afraid this email of yours has too little information and is not understandable. The "ssh -x" part in the subject suggests you're doing some sort of X11 forwarding for this remote server, but that would require a capital X in the flag (ssh -X) and not the lowered case one that you're posting. yes, you got it right. The body of your message suggests you're having a problem with a x-server on Windows, that is not reproducible on linux? and you're blaming NetBeans for that. Also there's no stack trace or any other hint of the problem you're having that explains why you think NetBeans is failing in your setup. Sorry for the confusion. The crash on Windows can be reproduced relatively often when pressing the toolbar button for git push. It is far less likely, when Netbeans - menus are used. + Is there a difference between using the Toolbar button and calling a feature through the menu? Maybe different code is called that is causing a difference on the X-Server. I mean this is already telling us that looking at the code paths will likely not help. If it would be only reproducible in the toolbar, we could take a look what the difference is (it is the same action so there should be no noteworthy difference except JDK/UI code), but if it happens everywhere, just less often, it is likely not even related to git or that action. You could try changing the theme and check if it works. Since your screen sharing tool is likely trying to update the screen incrementally and hits a race condition. But the best test for this would be probably to swap out the tool and check if it fixes it. well we tried swapping the tool. The available alternative had performance issues. However thinking of openGL that could be the root cause for that... Thanks so much for the ideas! I check alternate themes too. You haven't mentioned the NB version, JDK version or OS details. NB17, OpenJDK19, OS i do not know. All the best Peter -mbien - 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: Netbeans + ssh -x
Am 05.05.23 um 09:30 schrieb Antonio: Hi Peter, Thanks for clarifying! These problems are usually X11 or JDK related, NetBeans uses Swing extensively, and rendering is performed by the JDK and X11, so I'd guess that it's JDK/X11 part which is having rendering problems. In order to better determine where the problem is we'll need more information. - NetBeans: are there any exceptions logged in the NetBeans log file? - JDK: are you having a core dump of the JDK (an hsperf file logged somewhere? - X11 Client: any logs you could provide? I try to check them. Thanks a lot for the pointer! Also, what's the problem you're having? The whole X-Client crashes down or is it just NetBeans? The X server crashes with a windows specific error message. winmultiwindowwindow.c Line 883: pWinPriv -> hWnd ! NULL You may want to try out different JDK 2D rendering settings in your remote NetBeans (see [1]) by adding them to the netbeans.conf file (-J-D...). These may differ among different JDK vendors. I'd try disabling OpenGL thanks, I check this. All the best Peter Cheers, Antonio [1] https://docs.oracle.com/javase/8/docs/technotes/guides/2d/flags.html Things I'd try: -J-Dsun.java2d.opengl=true|false -J-Dsun.java2d.pmoffscreen=true|false Also try to add an environment variable J2D_PIXMAPS=shared|server. On 5/5/23 8:53, Peter Kovacs wrote: Sorry for the confusion. The crash on Windows can be reproduced relatively often when pressing the toolbar button for git push. It is far less likely, when Netbeans - menus are used. - 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: Netbeans + ssh -x
Am 05.05.23 um 08:05 schrieb Antonio: Hi Peter, I'm afraid this email of yours has too little information and is not understandable. The "ssh -x" part in the subject suggests you're doing some sort of X11 forwarding for this remote server, but that would require a capital X in the flag (ssh -X) and not the lowered case one that you're posting. yes, you got it right. The body of your message suggests you're having a problem with a x-server on Windows, that is not reproducible on linux? and you're blaming NetBeans for that. Also there's no stack trace or any other hint of the problem you're having that explains why you think NetBeans is failing in your setup. Sorry for the confusion. The crash on Windows can be reproduced relatively often when pressing the toolbar button for git push. It is far less likely, when Netbeans - menus are used. Let's rephrase my questions. Hopefully there is a better understanding. Does anyone has experience with Netbeans running on an remote X-Server, including Windows X-Client? (working feedback would be awesome) Is there a difference between using the Toolbar button and calling a feature through the menu? Maybe different code is called that is causing a difference on the X-Server. I do not blame Netbeans. MobaXterm is the software that crashes. The whole case is odd, and I am following leads. I suggest you redacting your email properly, adding more information, at the risk of being ignored in this mailing list. Thanks for helping improving my inqurie. All the best Peter On 4/5/23 21:01, Peter Kovacs wrote: Hello all, Following situation: for a complex web service I have moved a development environment (Netbeans + PHP module) on server. Devs on Windows experience now crashes when using buttons on top for push, pull. Menu seems less affected. Does anyone has experience with this sett up? Is there a difference between buttons in main windows or if I use the git menu? How do i find the implementation in the code? Any idea how to debug this? All the best Peter - 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 - 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
Netbeans + ssh -x
Hello all, Following situation: for a complex web service I have moved a development environment (Netbeans + PHP module) on server. Devs on Windows experience now crashes when using buttons on top for push, pull. Menu seems less affected. Does anyone has experience with this sett up? Is there a difference between buttons in main windows or if I use the git menu? How do i find the implementation in the code? Any idea how to debug this? All the best Peter - 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: netbeans 8 vs 11 or later
Hi Chris, I need to convince Manager and Admins that this is worth their work time. Apache seems not on their clearance list, unlike Oracle. Sorry, forgot to mention. :( I just had hopes for saving my time. ;) cheers Peter Am 15.11.22 um 10:22 schrieb Christian Lenz: Hi Peter, here you can find the public page: https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+11.0 and also the pages until 12.6. We are at NetBeans 15 now and 16 is around the corner. So if you miss smth, please try latest version first. It is not 11 anymore. For the latest version just see it here: https://github.com/apache/netbeans/releases/tag/15 Cheer Chris Von: Peter Kovacs Gesendet: Dienstag, 15. November 2022 01:23 An: dev Betreff: netbeans 8 vs 11 or later Hi all, is there an overview what has changed? I wanted to ask before I start to put all together. cheers peter - 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
netbeans 8 vs 11 or later
Hi all, is there an overview what has changed? I wanted to ask before I start to put all together. cheers peter - 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: building CND
I get the message: -do-compile: [nb-javac] Compiling 70 source files to /home/legine/workspace/netbeans/cnd/cnd.utils/build/classes [repeat] /home/legine/workspace/netbeans/cnd/cnd.utils/src/org/netbeans/modules/cnd/utils/MIMEExtensions.java:224: error: Cannot find resource org/netbeans/modules/cnd/utils/resources/mime-resolver-hex-based.xml [repeat] @MIMEResolver.Registration(displayName="#HexBasedResolver", position=500, resource="resources/mime-resolver-hex-based.xml") // NOI18N [repeat] ^ [repeat] warning: No processor claimed any of these annotations: org.openide.filesystems.MIMEResolver.Registration [repeat] 1 error [repeat] 1 warning [nbmerge] Failed to build target: all-cnd.utils BUILD FAILED My guess is that I have not all files integrated. That is why I think I need to add the files. (Kind of obvious, if I assume they are not there.) Am 26.02.20 um 09:35 schrieb Geertjan Wielenga: To help people to help you, please provide the error message or some kind of clues about what it is specifically that you're missing in the build? Gj On Wed, Feb 26, 2020 at 9:18 AM Peter Kovacs wrote: Okay I merged your cnd branch into my repo. Still not build able thought. I do understand it correctly that I still need to move some files as described in your readme? Building To build the C/C++ support, please copy the following files from the original NetBeans repository to your clone: I found some files are integrated others are not. Sorry, if I ask. I am just not sure at the moment. All the Best Peter Am 25.02.20 um 21:19 schrieb Jan Lahoda: On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs wrote: I am sorry, no offense ment. I do not understand some of your decisions. Can you maybe elaborate? Whatever your desicion is based on it is okay for me. Why did you start over and not based your work on GJs repo? I tried to make it so that we can join histories (i.e. put the Emilian's repository based on the Mercurial version) below the apache/netbeans repository and have history for the files go as back as possible. It is entirely possible we might want/need to start over again. Okay. sounds good. why do you replace 2.8 with 1.0 in cnd/cnd.asm/nbproject/project.xml < https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000 ? cnd.antlr was not donated. The direction that I took is to take a build of cnd.antlr, and include it as a binary - it cannot be part of the Apache repo, but if there's a binary, Apache NetBeans can use it, as it was under (among other) the CDDL license. To include it as a binary, I created a new lib module, and simply started the versioning from 1.0. Not sure that's important at all - we can rename the module, change its version or anything, and does not change much. That module is likely to need some cleanup anyway. Thanks for the information. I try to follow your guide to see if it builds for me. Maybe you should consider a pull request towards GJ so we get one central cnd version that can be committed back into the main tree. It would be IMO much better to have a shared repository (or at least a branch) under Apache. Jan Am 25.02.20 um 08:22 schrieb Jan Lahoda: FWIW, a few days ago, I tried to make CND buildable. The experiment is available here: https://github.com/jlahoda/netbeans/tree/cnd-building A number of files need to be added to make the build work, see the description here: https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd (It would be useful if someone could try to build independently using the instructions, to find any issues with them.) The question is how to continue with this - bringing the CND source code in line with Apache rules is going to be quite some work, maintaining the C/C++ support will be some work also, and I don't think I have time to work on that much. Jan On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs wrote: I am tried building Clank today. It seems I need the netbeans build hearness. And I do not know how to set that up. The Message talks of Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined. On a developer machine these are normally defined in ${user.properties.file}=${netbeans.user}/build.properties but for automated builds you should pass these properties to Ant explicitly. You may instead download the harness and platform: -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml So I set the Variables to my netbeans Folder? Or would it make more sense to move the Clank modules into the netbeans repository? Like the others? I am usure what would be the best way to proceed. The project is under LLVM License. Thanks for your time. All the Best Peter Am 14.02.20 um 09:50 schrieb Peter Kovacs: Hi Ivan, Am 14.02.20 um 07:30 schrieb Ivan Sol
Re: building CND
Okay I merged your cnd branch into my repo. Still not build able thought. I do understand it correctly that I still need to move some files as described in your readme? Building To build the C/C++ support, please copy the following files from the original NetBeans repository to your clone: I found some files are integrated others are not. Sorry, if I ask. I am just not sure at the moment. All the Best Peter Am 25.02.20 um 21:19 schrieb Jan Lahoda: On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs wrote: I am sorry, no offense ment. I do not understand some of your decisions. Can you maybe elaborate? Whatever your desicion is based on it is okay for me. Why did you start over and not based your work on GJs repo? I tried to make it so that we can join histories (i.e. put the Emilian's repository based on the Mercurial version) below the apache/netbeans repository and have history for the files go as back as possible. It is entirely possible we might want/need to start over again. Okay. sounds good. why do you replace 2.8 with 1.0 in cnd/cnd.asm/nbproject/project.xml < https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000> ? cnd.antlr was not donated. The direction that I took is to take a build of cnd.antlr, and include it as a binary - it cannot be part of the Apache repo, but if there's a binary, Apache NetBeans can use it, as it was under (among other) the CDDL license. To include it as a binary, I created a new lib module, and simply started the versioning from 1.0. Not sure that's important at all - we can rename the module, change its version or anything, and does not change much. That module is likely to need some cleanup anyway. Thanks for the information. I try to follow your guide to see if it builds for me. Maybe you should consider a pull request towards GJ so we get one central cnd version that can be committed back into the main tree. It would be IMO much better to have a shared repository (or at least a branch) under Apache. Jan Am 25.02.20 um 08:22 schrieb Jan Lahoda: FWIW, a few days ago, I tried to make CND buildable. The experiment is available here: https://github.com/jlahoda/netbeans/tree/cnd-building A number of files need to be added to make the build work, see the description here: https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd (It would be useful if someone could try to build independently using the instructions, to find any issues with them.) The question is how to continue with this - bringing the CND source code in line with Apache rules is going to be quite some work, maintaining the C/C++ support will be some work also, and I don't think I have time to work on that much. Jan On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs wrote: I am tried building Clank today. It seems I need the netbeans build hearness. And I do not know how to set that up. The Message talks of Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined. On a developer machine these are normally defined in ${user.properties.file}=${netbeans.user}/build.properties but for automated builds you should pass these properties to Ant explicitly. You may instead download the harness and platform: -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml So I set the Variables to my netbeans Folder? Or would it make more sense to move the Clank modules into the netbeans repository? Like the others? I am usure what would be the best way to proceed. The project is under LLVM License. Thanks for your time. All the Best Peter Am 14.02.20 um 09:50 schrieb Peter Kovacs: Hi Ivan, Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour: On 2/13/20 6:23 AM, Peter Kovacs wrote: Okay, I had to remove validation.nb.cluster.cnd=cnd.kit, too. Now I get the Target "all-cnd" does not exist in the project "main". error. However I get the same error when trying to build dlight. Now from the Jira I concluded that I might need to call ant differently. So I tried ant -f cnd/cnd.editor -Dcluster.config=cnd run Now I am stuck on the Issue netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank So next step would be to build clank from https://github.com/java-port/clank ? I think that will feed the dependency avalanche. It does not have additional external dependencies. And its file structure shows it comes from netbeans. The License is however unclear. Also the code seems abandond. So I see other issues then dependencies. Also it is a link to a build tool (clang) which is handy. Some people work with the toolset. org.netbeans.libs.clank is just a bundle file (bundle files mostly contain default i18n text) so it should just build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd I tried to remove
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: building CND
I am sorry, no offense ment. I do not understand some of your decisions. Can you maybe elaborate? Whatever your desicion is based on it is okay for me. Why did you start over and not based your work on GJs repo? why do you replace 2.8 with 1.0 in cnd/cnd.asm/nbproject/project.xml <https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000> ? I try to follow your guide to see if it builds for me. Maybe you should consider a pull request towards GJ so we get one central cnd version that can be committed back into the main tree. Am 25.02.20 um 08:22 schrieb Jan Lahoda: FWIW, a few days ago, I tried to make CND buildable. The experiment is available here: https://github.com/jlahoda/netbeans/tree/cnd-building A number of files need to be added to make the build work, see the description here: https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd (It would be useful if someone could try to build independently using the instructions, to find any issues with them.) The question is how to continue with this - bringing the CND source code in line with Apache rules is going to be quite some work, maintaining the C/C++ support will be some work also, and I don't think I have time to work on that much. Jan On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs wrote: I am tried building Clank today. It seems I need the netbeans build hearness. And I do not know how to set that up. The Message talks of Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined. On a developer machine these are normally defined in ${user.properties.file}=${netbeans.user}/build.properties but for automated builds you should pass these properties to Ant explicitly. You may instead download the harness and platform: -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml So I set the Variables to my netbeans Folder? Or would it make more sense to move the Clank modules into the netbeans repository? Like the others? I am usure what would be the best way to proceed. The project is under LLVM License. Thanks for your time. All the Best Peter Am 14.02.20 um 09:50 schrieb Peter Kovacs: Hi Ivan, Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour: On 2/13/20 6:23 AM, Peter Kovacs wrote: Okay, I had to remove validation.nb.cluster.cnd=cnd.kit, too. Now I get the Target "all-cnd" does not exist in the project "main". error. However I get the same error when trying to build dlight. Now from the Jira I concluded that I might need to call ant differently. So I tried ant -f cnd/cnd.editor -Dcluster.config=cnd run Now I am stuck on the Issue netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank So next step would be to build clank from https://github.com/java-port/clank ? I think that will feed the dependency avalanche. It does not have additional external dependencies. And its file structure shows it comes from netbeans. The License is however unclear. Also the code seems abandond. So I see other issues then dependencies. Also it is a link to a build tool (clang) which is handy. Some people work with the toolset. org.netbeans.libs.clank is just a bundle file (bundle files mostly contain default i18n text) so it should just build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd I tried to remove the dependency clank from the cluster, but ant stayed persistant in requesting clank. "ant clean" to the rescue? Ohh yea did not try. :) Thanks for this beginner pointer. Am 09.02.20 um 10:28 schrieb Geertjan Wielenga: Thanks a lot for this history lesson -- so great that we have people with this long perspective on where the code came from and so on. Hmm ... Geertjan ... I never received your reply. I'm only seeing it for the first time in Peters quote. Case of Reply vs ReplyAll or ??? Yes, I did not notice too. Or I would have forwarded. I have also seen "Target "all-cnd" does not exist in the project "main"". But then sometimes it just goes away. No such luck with me. Reminds me a bit of this discussion: http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E Yeah, looks familiar but the resolution was "magical". If you/we can get further with this, that would be great I poked at it some more and learned a bit more: The 'all-' list is built in the 'init' ant target. So you can concentrate on the problem by just issuing "ant -Dcluster.config=cnd init" and this is what you'll get: Loading module list from /tmp/nb-scan-cache-2f523585-full.ser [insert-module-all-targets] Cannot find build prerequisite org.netbeans.modules.hibernate of /home/open/nb-geertjan/contrib/hibernateweb I _think_ the contrib/hiber
Re: building CND
I thought we need it because the build was complaining lib.clank is missing. And I did not find it. But it seems I had tomato - eyes and missed the folder. -.- Am 25.02.20 um 07:34 schrieb Ivan Soleimanipour: On 2/24/20 10:20 AM, Peter Kovacs wrote: I am tried building Clank today. You mean https://github.com/java-port/clank ? Why do you think you need to build that in order to get NB+CND going? It seems I need the netbeans build hearness. And I do not know how to set that up. This indicates that https://github.com/java-port/clank has a dependency on NB. I expect .../clank is designed a "provider" that gets "dependency injected" into stock NB+CND. That, in turn, implies that stock NB+CND should be buildable w/o https://github.com/java-port/clank otherwise you'll be having a circular dependency. The only thing "clank" related in stock NB+CND is libs.clank and AFAICT it poses no problem ... it only contains a Bundle file (Bundle files are resource files, usually i18n messages and gui labels and such). The Message talks of Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined. On a developer machine these are normally defined in ${user.properties.file}=${netbeans.user}/build.properties but for automated builds you should pass these properties to Ant explicitly. You may instead download the harness and platform: -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml So I set the Variables to my netbeans Folder? Or would it make more sense to move the Clank modules into the netbeans repository? Like the others? I am usure what would be the best way to proceed. The project is under LLVM License. Thanks for your time. All the Best Peter Am 14.02.20 um 09:50 schrieb Peter Kovacs: Hi Ivan, Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour: On 2/13/20 6:23 AM, Peter Kovacs wrote: Okay, I had to remove validation.nb.cluster.cnd=cnd.kit, too. Now I get the Target "all-cnd" does not exist in the project "main". error. However I get the same error when trying to build dlight. Now from the Jira I concluded that I might need to call ant differently. So I tried ant -f cnd/cnd.editor -Dcluster.config=cnd run Now I am stuck on the Issue netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank So next step would be to build clank from https://github.com/java-port/clank ? I think that will feed the dependency avalanche. It does not have additional external dependencies. And its file structure shows it comes from netbeans. The License is however unclear. Also the code seems abandond. So I see other issues then dependencies. Also it is a link to a build tool (clang) which is handy. Some people work with the toolset. org.netbeans.libs.clank is just a bundle file (bundle files mostly contain default i18n text) so it should just build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd I tried to remove the dependency clank from the cluster, but ant stayed persistant in requesting clank. "ant clean" to the rescue? Ohh yea did not try. :) Thanks for this beginner pointer. Am 09.02.20 um 10:28 schrieb Geertjan Wielenga: Thanks a lot for this history lesson -- so great that we have people with this long perspective on where the code came from and so on. Hmm ... Geertjan ... I never received your reply. I'm only seeing it for the first time in Peters quote. Case of Reply vs ReplyAll or ??? Yes, I did not notice too. Or I would have forwarded. I have also seen "Target "all-cnd" does not exist in the project "main"". But then sometimes it just goes away. No such luck with me. Reminds me a bit of this discussion: http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E Yeah, looks familiar but the resolution was "magical". If you/we can get further with this, that would be great I poked at it some more and learned a bit more: The 'all-' list is built in the 'init' ant target. So you can concentrate on the problem by just issuing "ant -Dcluster.config=cnd init" and this is what you'll get: Loading module list from /tmp/nb-scan-cache-2f523585-full.ser [insert-module-all-targets] Cannot find build prerequisite org.netbeans.modules.hibernate of /home/open/nb-geertjan/contrib/hibernateweb I _think_ the contrib/hibernateweb error is a red herring ... it's just a warning as it _doesn't_ abort the build. I did see the same error with same conclusion. I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary but it's clear that it doesn't contain anything relating to CND in it. I blew it away thinking it's stale but no joy. In fact "ant clean" blows it aw
Re: building CND
I am tried building Clank today. It seems I need the netbeans build hearness. And I do not know how to set that up. The Message talks of Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined. On a developer machine these are normally defined in ${user.properties.file}=${netbeans.user}/build.properties but for automated builds you should pass these properties to Ant explicitly. You may instead download the harness and platform: -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml So I set the Variables to my netbeans Folder? Or would it make more sense to move the Clank modules into the netbeans repository? Like the others? I am usure what would be the best way to proceed. The project is under LLVM License. Thanks for your time. All the Best Peter Am 14.02.20 um 09:50 schrieb Peter Kovacs: Hi Ivan, Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour: On 2/13/20 6:23 AM, Peter Kovacs wrote: Okay, I had to remove validation.nb.cluster.cnd=cnd.kit, too. Now I get the Target "all-cnd" does not exist in the project "main". error. However I get the same error when trying to build dlight. Now from the Jira I concluded that I might need to call ant differently. So I tried ant -f cnd/cnd.editor -Dcluster.config=cnd run Now I am stuck on the Issue netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank So next step would be to build clank from https://github.com/java-port/clank ? I think that will feed the dependency avalanche. It does not have additional external dependencies. And its file structure shows it comes from netbeans. The License is however unclear. Also the code seems abandond. So I see other issues then dependencies. Also it is a link to a build tool (clang) which is handy. Some people work with the toolset. org.netbeans.libs.clank is just a bundle file (bundle files mostly contain default i18n text) so it should just build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd I tried to remove the dependency clank from the cluster, but ant stayed persistant in requesting clank. "ant clean" to the rescue? Ohh yea did not try. :) Thanks for this beginner pointer. Am 09.02.20 um 10:28 schrieb Geertjan Wielenga: Thanks a lot for this history lesson -- so great that we have people with this long perspective on where the code came from and so on. Hmm ... Geertjan ... I never received your reply. I'm only seeing it for the first time in Peters quote. Case of Reply vs ReplyAll or ??? Yes, I did not notice too. Or I would have forwarded. I have also seen "Target "all-cnd" does not exist in the project "main"". But then sometimes it just goes away. No such luck with me. Reminds me a bit of this discussion: http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E Yeah, looks familiar but the resolution was "magical". If you/we can get further with this, that would be great I poked at it some more and learned a bit more: The 'all-' list is built in the 'init' ant target. So you can concentrate on the problem by just issuing "ant -Dcluster.config=cnd init" and this is what you'll get: Loading module list from /tmp/nb-scan-cache-2f523585-full.ser [insert-module-all-targets] Cannot find build prerequisite org.netbeans.modules.hibernate of /home/open/nb-geertjan/contrib/hibernateweb I _think_ the contrib/hibernateweb error is a red herring ... it's just a warning as it _doesn't_ abort the build. I did see the same error with same conclusion. I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary but it's clear that it doesn't contain anything relating to CND in it. I blew it away thinking it's stale but no joy. In fact "ant clean" blows it away anyway. If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant -Dcluster.config=cnd init" there's a bunch of stuff that gets fetched from the cloud: [echo] Bootstrapping NetBeans-specific Ant extensions... [javac] Compiling 95 source files to /home/open/nb-geertjan/nbbuild/build/antclasses [jar] Building jar: /home/open/nb-geertjan/nbbuild/build/nbantext.jar [configureproxy] Resetting proxyHost to empty string [get] Getting: https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json [get] To: /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json [copy] Warning: Could not find file /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy. [copy] Warning: Could not find file /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy. So ... is the netbeansrelease.json stuff on gitbox somehow lacking CND? I poked aroun
Re: building CND
Hi Ivan, Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour: On 2/13/20 6:23 AM, Peter Kovacs wrote: Okay, I had to remove validation.nb.cluster.cnd=cnd.kit, too. Now I get the Target "all-cnd" does not exist in the project "main". error. However I get the same error when trying to build dlight. Now from the Jira I concluded that I might need to call ant differently. So I tried ant -f cnd/cnd.editor -Dcluster.config=cnd run Now I am stuck on the Issue netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank So next step would be to build clank from https://github.com/java-port/clank ? I think that will feed the dependency avalanche. It does not have additional external dependencies. And its file structure shows it comes from netbeans. The License is however unclear. Also the code seems abandond. So I see other issues then dependencies. Also it is a link to a build tool (clang) which is handy. Some people work with the toolset. org.netbeans.libs.clank is just a bundle file (bundle files mostly contain default i18n text) so it should just build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd I tried to remove the dependency clank from the cluster, but ant stayed persistant in requesting clank. "ant clean" to the rescue? Ohh yea did not try. :) Thanks for this beginner pointer. Am 09.02.20 um 10:28 schrieb Geertjan Wielenga: Thanks a lot for this history lesson -- so great that we have people with this long perspective on where the code came from and so on. Hmm ... Geertjan ... I never received your reply. I'm only seeing it for the first time in Peters quote. Case of Reply vs ReplyAll or ??? Yes, I did not notice too. Or I would have forwarded. I have also seen "Target "all-cnd" does not exist in the project "main"". But then sometimes it just goes away. No such luck with me. Reminds me a bit of this discussion: http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E Yeah, looks familiar but the resolution was "magical". If you/we can get further with this, that would be great I poked at it some more and learned a bit more: The 'all-' list is built in the 'init' ant target. So you can concentrate on the problem by just issuing "ant -Dcluster.config=cnd init" and this is what you'll get: Loading module list from /tmp/nb-scan-cache-2f523585-full.ser [insert-module-all-targets] Cannot find build prerequisite org.netbeans.modules.hibernate of /home/open/nb-geertjan/contrib/hibernateweb I _think_ the contrib/hibernateweb error is a red herring ... it's just a warning as it _doesn't_ abort the build. I did see the same error with same conclusion. I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary but it's clear that it doesn't contain anything relating to CND in it. I blew it away thinking it's stale but no joy. In fact "ant clean" blows it away anyway. If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant -Dcluster.config=cnd init" there's a bunch of stuff that gets fetched from the cloud: [echo] Bootstrapping NetBeans-specific Ant extensions... [javac] Compiling 95 source files to /home/open/nb-geertjan/nbbuild/build/antclasses [jar] Building jar: /home/open/nb-geertjan/nbbuild/build/nbantext.jar [configureproxy] Resetting proxyHost to empty string [get] Getting: https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json [get] To: /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json [copy] Warning: Could not find file /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy. [copy] Warning: Could not find file /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy. So ... is the netbeansrelease.json stuff on gitbox somehow lacking CND? I poked around but it doesn't seem to mention clusters anyway. nb-scan-cache is created by the ModuleListParser ant task. It uses {nb.clusters.list} as input. Echoing {nb.clusters.list} shows that it _does_ contain nb.cluster.cnd. That's where my investigations are at now.. Have you tried the following command? ant -f cnd/cnd.editor -Dcluster.config=cnd run -- and please feel free to provide pull requests to my fork. Gladly but I don't have anything meaty yet. Peter, could you please try w/o removing the libs.clank dependency? Yes, I have to integrate clank again. I hope I manage some time for this on the weekend. And I hope I get a license response. - 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
building CND (was: build failure cnd/cnd.debugger.dbx now missing ;) )
Okay, I had to remove validation.nb.cluster.cnd=cnd.kit, too. Now I get the Target "all-cnd" does not exist in the project "main". error. However I get the same error when trying to build dlight. Now from the Jira I concluded that I might need to call ant differently. So I tried ant -f cnd/cnd.editor -Dcluster.config=cnd run Now I am stuck on the Issue netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank So next step would be to build clank from https://github.com/java-port/clank ? I tried to remove the dependency clank from the cluster, but ant stayed persistant in requesting clank. Lets see. But I think I am again a step forward. Thx for all the infos. I pushed my changes to https://github.com/leginee/netbeans/tree/rm_dbx If someone is interested. I can create a pull request but rather would go for a pull request if cnd at least builds. All the Best Peter Am 09.02.20 um 10:28 schrieb Geertjan Wielenga: Thanks a lot for this history lesson -- so great that we have people with this long perspective on where the code came from and so on. I have also seen "Target "all-cnd" does not exist in the project "main"". But then sometimes it just goes away. Reminds me a bit of this discussion: http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E If you/we can get further with this, that would be great -- and please feel free to provide pull requests to my fork. Gj On Sat, Feb 8, 2020 at 7:53 AM Ivan Soleimanipour < ivan.soleimanip...@sbcglobal.net> wrote: I took a look at geertjans branch (https://github.com/geertjanw/netbeans) building "ant -Dcluster.config=cnd" ... You should be able to deal with the dbx dependency simply by removing 'cnd.debugger.dbx' from the 'nb.cluster.cnd' list in "nbbuild/cluster.properties". There's also 'libs.dbx.support' in that list but that only contains a Bundle file so won't affect the build. The same goes for 'libs.clank'. I also had to remove 'nb.cluster.dlight' from 'nb.cluster.cnd.depends' in "nbbuild/cluster.properties". But then I ran into > /home/open/nb-geertjan/nbbuild/build.xml:660: Target "all-cnd" does not exist in the project "main". > It is used from target "nbmerge-build-one-cluster". I might pursue that in a bit (but I really hope someone else has the answer :-) In the meantime ... ... A bit of history. dbx is the Solaris source level debugger with origins dating back to the original days of BSD and Sun. The tools group at Sun/Oracle was subdivided into the IDE (CND) group in StPetersburg (SPB) and the dbx group in SiliconValley. There was also a performance tool group in SV which was in charge of the Performance Analyzer https://www.oracle.com/technetwork/server-storage/solarisstudio/features/performance-analyzer-2292312.html The only reason I'm entioning this group is because it was the primary performance analysis tool as opposed to "dlight" which is a very simple and lightweight performance and resource monitoring system. The bulk of the IDE functionality was done in an open-source manner by the CND group. This included all the project mgmt stuff, machinery to execute native binaries (like make and compilers), and remotely so, and all the work needed for code-completion (as in a C++ parser written in Java) and rich language support in the editor. It also included support for the GDB debugger which was initially done by the dbx team. It's called cnd.debugger.gdb2 because there was an older Q hack-and-slash cnd.debugger.gdb. clank ... has it's own rich history and I'm not sure I can do justice to it. To support a model for code completion the IDE has to parse C++. THe initial impl. used a bespoke antlr based C++ parser. That's what cnd.apt is all about. Clank is the brainchild of Vladimir Voskresensky and its github page (https://github.com/java-port/clank) says "Clank is a Java-port of popular Clang frontend". It's actually hela cooler than the title says. Take a look at http://llvm.org/devmtg/2017-03/assets/slides/clank_java_port_of_c_cxx_compiler_frontend.pdf What I don't know is what is the relationship of clank and NB as in why github.com/java-port/clank isn't in NB. Meanwhile Oracle had a tools (compilers, debugger, ide) product, SolarisStudio (SS), the IDE part of which built on top of NB and added some extra modules the most important one being the GUI for dbx support. For a long time the NB gdb and SS dbx modules evolved independently until, in a big flurry of factoring, common code was isolated in cnd.debugger.common2 with cnd.debugger.gdb2 and, what you now see as cnd.debugger.dbx, becoming different debugger "adapters". Yet, cnd.debugger.dbx remained proprietary. The main reason was that it had dependencies on even more proprietary stuff (e.g. glue). The CND group lobbied hard to come up with a
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
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
Re: build failure cnd/cnd.debugger.dbx now missing ;)
Maybe it makes sense to collect all issues first. We could treat all missing dependencies as Gaps and try to figure out where in the code we have issues. We could then evaluate the gaps and make a decision if it is worth to close the gaps or rewrite. And maybe we can collect Informations or cluster some gaps. What do you think? Maybe One Jira task cnd- integration and create an overview of issues? On 07.02.20 10:45, Geertjan Wielenga wrote: > It’s going to be a lot of work integrating C/C++ back into NetBeans and I > may need to restart from scratch. > > Gj > > On Fri, 7 Feb 2020 at 10:15, Ivan Soleimanipour < > ivan.soleimanip...@sbcglobal.net> wrote: > >> >> On 2/6/20 11:06 PM, Jan Lahoda wrote: >>> On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour < >>> ivan.soleimanip...@sbcglobal.net> wrote: >>> This is odd. cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" closed-source product. Maybe some kind of stub was added later on. My copy of the NB repo is is all pre-apache and even older and it doesn't have these modules. Maybe Oracle accidentally gave away the C++ from Studio as opposed to plain NB. >>> FWIW, the cnd.debugger.dbx module was actually part of the NetBeans >>> repository: >>> http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx >>> >>> And it is part of the donation, I believe, but Geertjan deleted it: >>> >> https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7 >> I don't think that this stuff was never supposed to be part of netbeans. >> For example, >> >> https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7#diff-6b8d82252d130f7527fc907a1447deee >> has these: import com.sun.tools.swdev.glue.*; >> >> Glue was an Oracle proprietary RPC protocol. >> >> My latest copy of classic NB dates from Aug 1 2016 and it doesn't have >> this dbx stuff. >> >> Looking at http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx >> I see >> dbx stuff, e.g. >> >> http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx/src/org/netbeans/modules/cnd/debugger/dbx/capture/ExternalStartImpl.java >> which is a module that deals this feature >> https://docs.oracle.com/cd/E77782_01/html/E77803/ss-attach-1.html >> of studio, was added like this: >> author Svata Dedic >> Tue, 17 Oct 2017 16:38:27 +0200 >> Looking at some other trad NB files in that neighbourhood this looks like >> some sort of bulk copy so >> the only important data point is the date not the author. >> >>> presumably because it has problematic dependencies. >> While Geertjan may have dealt with the issue by looking at "problematic >> dependencies" it seems to me that it's >> more an issue of poor IP and copyright provenance. >> >> >> - >> 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: build failure cnd/cnd.debugger.dbx now missing ;)
Ohh cool. Thanks. That helps. Lets take a look on the code :) On 07.02.20 08:06, Jan Lahoda wrote: > On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour < > ivan.soleimanip...@sbcglobal.net> wrote: > >> This is odd. >> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" >> closed-source product. >> Maybe some kind of stub was added later on. My copy of the NB repo is is >> all pre-apache and even older and it doesn't >> have these modules. >> Maybe Oracle accidentally gave away the C++ from Studio as opposed to >> plain NB. >> > FWIW, the cnd.debugger.dbx module was actually part of the NetBeans > repository: > http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx > > And it is part of the donation, I believe, but Geertjan deleted it: > https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7 > > presumably because it has problematic dependencies. > > >> What apache repo/branch is this new batch of giveaways which includes C++? >> I'll try and look at this module and >> maybe it'll jog my memory/clear things up. >> > I believe Geertjan's working branch is here: > https://github.com/geertjanw/netbeans > > Jan > > >> >> On 2/6/20 1:50 PM, Peter Kovacs wrote: >>> Thanks for the checking of missing builds. I have to figure out if I can >>> get a notification if you change something ;) >>> >>> Now I got the Issue that following dependency is missing: >>> >>> cnd/cnd.debugger.dbx >>> >>> In the repo there is >>> >>> cnd.debugger.common2 >>> cnd.debugger.gdb2 >>> >>> maybe similar case? >>> >>> All the best >>> >>> Peter >>> >>> On 06.02.20 15:40, Peter Kovacs wrote: >>>> Hmm, I am stuck. I cloned the github repo as suggested and tried to >> build. >>>> where do I find the following definition? >>>> >>>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module >>>> org.netbeans.libs.clank >>>> >>>> It is not at the given location. >>>> >>>> Same message different location: >>>> >>>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one >>>> exist: >>>> >>>> first message I get whentrying to build with netbeans. Second one with >>>> ant via commandline. >>>> >>>> >>>> I do not have clank, is there a case where we lookup what isavailable? >>>> Or can I config something? >>>> >>>> Doku would be also fine. :) >>>> >>>> Thanks any help. >>>> >>>> On 06.02.20 13:12, Geertjan Wielenga wrote: >>>> >>>>> Get the code to compile. :-) >>>>> >>>>> That's what I'm working on now. >>>>> >>>>> Gj >>>>> >>>>> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: >>>>> >>>>>> What are the tasks to do? >>>>>> >>>>>> I help if I can. >>>>>> >>>>>> On 06.02.20 12:40, Geertjan Wielenga wrote: >>>>>>> You can use openbeans.org. >>>>>>> >>>>>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my >> fork >>>>>>> right now: >>>>>>> >>>>>>> https://github.com/geertjanw/netbeans >>>>>>> >>>>>>> Gj >>>>>>> >>>>>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < >>>>>> birger...@gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> >>>>>>>> Over the last years, I've started using Netbeans exclusively for C++ >>>>>>>> projects. So I've been on 8.2 ever since it was released, and I'm >>>>>>>> eagerly waiting to start using (and reporting issues of) Apache >>>>>>>> Netbeans. >>>>>>>> >>>>>>>> But when can I start using C++ plugin with Apache Netbeans? Is there >>>>>>>> some specific version of Apache Netbeans that will support the C++ >>>>>>>> plugin? Or is it the other way around, C++ plugin devs need to >> support >>>>>>&g
Re: build failure cnd/cnd.debugger.dbx now missing ;)
I pulled Geertjan github repo, there is the cnd donation included. https://github.com/geertjanw/netbeans On 07.02.20 05:19, Ivan Soleimanipour wrote: > This is odd. > cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" > closed-source product. > Maybe some kind of stub was added later on. My copy of the NB repo is > is all pre-apache and even older and it doesn't > have these modules. > Maybe Oracle accidentally gave away the C++ from Studio as opposed to > plain NB. > > What apache repo/branch is this new batch of giveaways which includes > C++? I'll try and look at this module and > maybe it'll jog my memory/clear things up. > > > On 2/6/20 1:50 PM, Peter Kovacs wrote: >> Thanks for the checking of missing builds. I have to figure out if I can >> get a notification if you change something ;) >> >> Now I got the Issue that following dependency is missing: >> >> cnd/cnd.debugger.dbx >> >> In the repo there is >> >> cnd.debugger.common2 >> cnd.debugger.gdb2 >> >> maybe similar case? >> >> All the best >> >> Peter >> >> On 06.02.20 15:40, Peter Kovacs wrote: >>> Hmm, I am stuck. I cloned the github repo as suggested and tried to >>> build. >>> >>> where do I find the following definition? >>> >>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module >>> org.netbeans.libs.clank >>> >>> It is not at the given location. >>> >>> Same message different location: >>> >>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one >>> exist: >>> >>> first message I get whentrying to build with netbeans. Second one with >>> ant via commandline. >>> >>> >>> I do not have clank, is there a case where we lookup what isavailable? >>> Or can I config something? >>> >>> Doku would be also fine. :) >>> >>> Thanks any help. >>> >>> On 06.02.20 13:12, Geertjan Wielenga wrote: >>> >>>> Get the code to compile. :-) >>>> >>>> That's what I'm working on now. >>>> >>>> Gj >>>> >>>> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: >>>> >>>>> What are the tasks to do? >>>>> >>>>> I help if I can. >>>>> >>>>> On 06.02.20 12:40, Geertjan Wielenga wrote: >>>>>> You can use openbeans.org. >>>>>> >>>>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in >>>>>> my fork >>>>>> right now: >>>>>> >>>>>> https://github.com/geertjanw/netbeans >>>>>> >>>>>> Gj >>>>>> >>>>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < >>>>> birger...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> >>>>>>> Over the last years, I've started using Netbeans exclusively for >>>>>>> C++ >>>>>>> projects. So I've been on 8.2 ever since it was released, and I'm >>>>>>> eagerly waiting to start using (and reporting issues of) Apache >>>>>>> Netbeans. >>>>>>> >>>>>>> But when can I start using C++ plugin with Apache Netbeans? Is >>>>>>> there >>>>>>> some specific version of Apache Netbeans that will support the C++ >>>>>>> plugin? Or is it the other way around, C++ plugin devs need to >>>>>>> support >>>>>>> Apache Netbeans? >>>>>>> >>>>>>> >>>>>>> Best regards, >>>>>>> Birger >>>>>>> >>>>>>> - >>>>>>> >>>>>>> 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 >>>>> >>>>> >>>>> >>>>> >>> - >>> 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 >> >> >> >> - 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: build failure cnd/cnd.debugger.dbx now missing ;)
I see. I had hopes that still one got lost in the merge. I will try to find a solution. Thanks for the feedback. On 06.02.20 22:57, Geertjan Wielenga wrote: > Yes, heaps of things to figure out, far from anywhere where I have answers > to your questions right now. > > All that's been added is 'cnd', 'cndext', and 'dlight'. All answers to your > questions will be in one/more of these. > > Gj > > On Thu, Feb 6, 2020 at 10:51 PM Peter Kovacs wrote: > >> Thanks for the checking of missing builds. I have to figure out if I can >> get a notification if you change something ;) >> >> Now I got the Issue that following dependency is missing: >> >> cnd/cnd.debugger.dbx >> >> In the repo there is >> >> cnd.debugger.common2 >> cnd.debugger.gdb2 >> >> maybe similar case? >> >> All the best >> >> Peter >> >> On 06.02.20 15:40, Peter Kovacs wrote: >>> Hmm, I am stuck. I cloned the github repo as suggested and tried to >> build. >>> where do I find the following definition? >>> >>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module >>> org.netbeans.libs.clank >>> >>> It is not at the given location. >>> >>> Same message different location: >>> >>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one >>> exist: >>> >>> first message I get whentrying to build with netbeans. Second one with >>> ant via commandline. >>> >>> >>> I do not have clank, is there a case where we lookup what isavailable? >>> Or can I config something? >>> >>> Doku would be also fine. :) >>> >>> Thanks any help. >>> >>> On 06.02.20 13:12, Geertjan Wielenga wrote: >>> >>>> Get the code to compile. :-) >>>> >>>> That's what I'm working on now. >>>> >>>> Gj >>>> >>>> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: >>>> >>>>> What are the tasks to do? >>>>> >>>>> I help if I can. >>>>> >>>>> On 06.02.20 12:40, Geertjan Wielenga wrote: >>>>>> You can use openbeans.org. >>>>>> >>>>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my >> fork >>>>>> right now: >>>>>> >>>>>> https://github.com/geertjanw/netbeans >>>>>> >>>>>> Gj >>>>>> >>>>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < >>>>> birger...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> >>>>>>> Over the last years, I've started using Netbeans exclusively for C++ >>>>>>> projects. So I've been on 8.2 ever since it was released, and I'm >>>>>>> eagerly waiting to start using (and reporting issues of) Apache >>>>>>> Netbeans. >>>>>>> >>>>>>> But when can I start using C++ plugin with Apache Netbeans? Is there >>>>>>> some specific version of Apache Netbeans that will support the C++ >>>>>>> plugin? Or is it the other way around, C++ plugin devs need to >> support >>>>>>> Apache Netbeans? >>>>>>> >>>>>>> >>>>>>> Best regards, >>>>>>> Birger >>>>>>> >>>>>>> - >>>>>>> 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 >>>>> >>>>> >>>>> >>>>> >>> - >>> 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 >> >> >> >> - 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: build failure cnd/cnd.debugger.dbx now missing ;)
Thanks for the checking of missing builds. I have to figure out if I can get a notification if you change something ;) Now I got the Issue that following dependency is missing: cnd/cnd.debugger.dbx In the repo there is cnd.debugger.common2 cnd.debugger.gdb2 maybe similar case? All the best Peter On 06.02.20 15:40, Peter Kovacs wrote: > Hmm, I am stuck. I cloned the github repo as suggested and tried to build. > > where do I find the following definition? > > netbeans/nbbuild/templates/projectized.xml:101: No dependent module > org.netbeans.libs.clank > > It is not at the given location. > > Same message different location: > > /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one > exist: > > first message I get whentrying to build with netbeans. Second one with > ant via commandline. > > > I do not have clank, is there a case where we lookup what isavailable? > Or can I config something? > > Doku would be also fine. :) > > Thanks any help. > > On 06.02.20 13:12, Geertjan Wielenga wrote: > >> Get the code to compile. :-) >> >> That's what I'm working on now. >> >> Gj >> >> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: >> >>> What are the tasks to do? >>> >>> I help if I can. >>> >>> On 06.02.20 12:40, Geertjan Wielenga wrote: >>>> You can use openbeans.org. >>>> >>>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my fork >>>> right now: >>>> >>>> https://github.com/geertjanw/netbeans >>>> >>>> Gj >>>> >>>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < >>> birger...@gmail.com> >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> >>>>> Over the last years, I've started using Netbeans exclusively for C++ >>>>> projects. So I've been on 8.2 ever since it was released, and I'm >>>>> eagerly waiting to start using (and reporting issues of) Apache >>>>> Netbeans. >>>>> >>>>> But when can I start using C++ plugin with Apache Netbeans? Is there >>>>> some specific version of Apache Netbeans that will support the C++ >>>>> plugin? Or is it the other way around, C++ plugin devs need to support >>>>> Apache Netbeans? >>>>> >>>>> >>>>> Best regards, >>>>> Birger >>>>> >>>>> - >>>>> 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 >>> >>> >>> >>> > - > 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
build failure on cnd lib.clank does not exist (was: When can we expect to use the C++ plugin, and how can you tell?)
Hmm, I am stuck. I cloned the github repo as suggested and tried to build. where do I find the following definition? netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank It is not at the given location. Same message different location: /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one exist: first message I get whentrying to build with netbeans. Second one with ant via commandline. I do not have clank, is there a case where we lookup what isavailable? Or can I config something? Doku would be also fine. :) Thanks any help. On 06.02.20 13:12, Geertjan Wielenga wrote: > Get the code to compile. :-) > > That's what I'm working on now. > > Gj > > On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: > >> What are the tasks to do? >> >> I help if I can. >> >> On 06.02.20 12:40, Geertjan Wielenga wrote: >>> You can use openbeans.org. >>> >>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my fork >>> right now: >>> >>> https://github.com/geertjanw/netbeans >>> >>> Gj >>> >>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < >> birger...@gmail.com> >>> wrote: >>> >>>> Hi, >>>> >>>> >>>> Over the last years, I've started using Netbeans exclusively for C++ >>>> projects. So I've been on 8.2 ever since it was released, and I'm >>>> eagerly waiting to start using (and reporting issues of) Apache >>>> Netbeans. >>>> >>>> But when can I start using C++ plugin with Apache Netbeans? Is there >>>> some specific version of Apache Netbeans that will support the C++ >>>> plugin? Or is it the other way around, C++ plugin devs need to support >>>> Apache Netbeans? >>>> >>>> >>>> Best regards, >>>> Birger >>>> >>>> - >>>> 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 >> >> >> >> - 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: When can we expect to use the C++ plugin, and how can you tell?
What are the tasks to do? I help if I can. On 06.02.20 12:40, Geertjan Wielenga wrote: > You can use openbeans.org. > > Or join me in working on bring C/C++ to Apache NetBeans, it's in my fork > right now: > > https://github.com/geertjanw/netbeans > > Gj > > On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen > wrote: > >> Hi, >> >> >> Over the last years, I've started using Netbeans exclusively for C++ >> projects. So I've been on 8.2 ever since it was released, and I'm >> eagerly waiting to start using (and reporting issues of) Apache >> Netbeans. >> >> But when can I start using C++ plugin with Apache Netbeans? Is there >> some specific version of Apache Netbeans that will support the C++ >> plugin? Or is it the other way around, C++ plugin devs need to support >> Apache Netbeans? >> >> >> Best regards, >> Birger >> >> - >> 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: Update centers based on mirrors are a nightmare to support in an enterprise environment
The ASF publishes the releases at: https://apache.org/dist/netbeans/ Maybe that is less of an issue? On 05.02.20 14:50, Geertjan Wielenga wrote: > I'm not sure what the solution is. > > Gj > > On Wed, Feb 5, 2020 at 2:46 PM Jean-Marc Borer wrote: > >> Any opinion here? >> >> For us, mirrors are just giving us headaches for plugins and updates... >> >> On Thu, Jan 30, 2020 at 2:55 PM Jean-Marc Borer wrote: >> >>> Hi guys, >>> >>> This is bit of a complaint addressed to the NB infra community. When you >>> are stuck behind corporate proxy that is very aggressively filtering web >>> content, mirrors are a nightmare for you. In my case we need to whitelist >>> every single server hosting java binaries otherwise we get empty files. >> As >>> such, it is not viable to declare every single mirror (the company won't >>> accept that). >>> >>> So my request is: please for NB IDE updates and their core components, >>> never ever use mirrors or provide an option to always point to the same >>> mirrored site. >>> >>> This may sound silly, but is really an issue within enterprises and >>> therefore prevent the adoption of NB IDE far more than the alternatives, >>> which is really a pity... >>> >>> Regards, >>> >>> JMB >>> - 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: Lots of issues reported, how to handle them?
+1 Am 16. August 2019 17:55:31 MESZ schrieb Daniel Gruno : >On 8/16/19 5:52 PM, Peter Kovacs wrote: >> People will also if you have 10 000 open issues that are open because >no one solved them. >> If people write a good bug report then fine. If nobody can work with >it, they should reopen it when they are willed to >> write more. > >I think a LOT of this comes down to the exact handling of these >tickets, >the wording in the closing comment. It should be in a welcoming tone, >politely explaining why it's being closed, encouraging people to help >us >help them by providing more insight into their issues. > >> >> My 2 cent >> >> Am 16. August 2019 15:31:33 MESZ schrieb Scott Palmer >: >>> Please NEVER close an issue that has not been verified as fixed or >>> no-longer relevant. >>> >>> That is the #1 way to discourage participation. "I report the bug - >>> nobody fixed it , they just closed the issue without even >considering >>> it" … that’s a crap way to do things. >>> >>> By all means change the state of the issue to indicate more >information >>> is needed. Like, “This was reported against 8.2, does this still >occur >>> in 11.1?” (Why wouldn’t it still be a problem if it hasn’t been >marked >>> fixed already?) >>> >>> If the module hasn’t been donated yet, but it will be, why would you >>> intentionally lose all that feedback about what still needs to be >>> fixed? >>> >>> Deferring an issue is not the same as closing an issue. If you >haven’t >>> verified the issue is fixed DO NOT CLOSE it. Thats just giving the >>> finger to the community that bothered to report the issue and try to >>> help make NetBeans better. >>> >>> A better approach would be to script something that went through old >>> opened issues and asked for them to be re-evaluated by the submitter >>> (if they are still around). >>> >>> Scott >>> >>>> On Aug 13, 2019, at 4:23 pm, Matthias Bläsing >>> wrote: >>>> >>>> Hi, >>>> >>>> Am Montag, den 12.08.2019, 16:10 +0200 schrieb Geertjan Wielenga: >>>>> >>>>> There's understandable frustration by people reporting issues ( >such >>> as our >>>>> issue filer hero Chris Lenz :-) ) about issues being filed and not >>> being >>>>> responded to. >>>>> >>>> >>>> this might sound rude, but at this time I would no encourage people >>> to >>>> file new issues. We need people working on reviewing PRs and fixing >>>> things. >>>> >>>> People wanting to help, but not code, could triage the issues: >>>> >>>> * close bugs reported against 8.2 with the request to verify >against >>>>11.1 >>>> * bugs referencing not yet donated/removed modules (hibernate, CND) >>>>should be closed, as they are currently noise which distracts >from >>>>the >>>> * close issues, that are not issues, but questions (they should not >>> be >>>>in the issue tracker) >>>> * merge duplicate issues >>>> * close issues if issue is already fixed in a released version >>>> * close issues with too little information >>>> >>>> Just two thoughts from the top of my head >>>> >>>> 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 >> > > >- >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: Lots of issues reported, how to handle them?
People will also if you have 10 000 open issues that are open because no one solved them. If people write a good bug report then fine. If nobody can work with it, they should reopen it when they are willed to write more. My 2 cent Am 16. August 2019 15:31:33 MESZ schrieb Scott Palmer : >Please NEVER close an issue that has not been verified as fixed or >no-longer relevant. > >That is the #1 way to discourage participation. "I report the bug - >nobody fixed it , they just closed the issue without even considering >it" … that’s a crap way to do things. > >By all means change the state of the issue to indicate more information >is needed. Like, “This was reported against 8.2, does this still occur >in 11.1?” (Why wouldn’t it still be a problem if it hasn’t been marked >fixed already?) > >If the module hasn’t been donated yet, but it will be, why would you >intentionally lose all that feedback about what still needs to be >fixed? > >Deferring an issue is not the same as closing an issue. If you haven’t >verified the issue is fixed DO NOT CLOSE it. Thats just giving the >finger to the community that bothered to report the issue and try to >help make NetBeans better. > >A better approach would be to script something that went through old >opened issues and asked for them to be re-evaluated by the submitter >(if they are still around). > >Scott > >> On Aug 13, 2019, at 4:23 pm, Matthias Bläsing > wrote: >> >> Hi, >> >> Am Montag, den 12.08.2019, 16:10 +0200 schrieb Geertjan Wielenga: >>> >>> There's understandable frustration by people reporting issues ( such >as our >>> issue filer hero Chris Lenz :-) ) about issues being filed and not >being >>> responded to. >>> >> >> this might sound rude, but at this time I would no encourage people >to >> file new issues. We need people working on reviewing PRs and fixing >> things. >> >> People wanting to help, but not code, could triage the issues: >> >> * close bugs reported against 8.2 with the request to verify against >> 11.1 >> * bugs referencing not yet donated/removed modules (hibernate, CND) >> should be closed, as they are currently noise which distracts from >> the >> * close issues, that are not issues, but questions (they should not >be >> in the issue tracker) >> * merge duplicate issues >> * close issues if issue is already fixed in a released version >> * close issues with too little information >> >> Just two thoughts from the top of my head >> >> 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: Lots of issues reported, how to handle them?
I want to fix the issue I have filed, but I have a time issue. In the meantime I just thought I quickly fill what I know today. On 12.08.19 21:48, Laszlo Kishalmi wrote: > Well tools JIRA vs GitHub could be a side discussion though as you > might noticed, I'm mostly a JIRA guy. > > I use the following dashboard: > https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12332552 > > And from time to time, check the recent issues: > https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12332552 > > So aside of that tribes might work, though all I know is that there is > a focus area and a lead for each tribe. How to recruit tribe members > is another issue. > > My ideas: > > * Launch a "fix your own issue" program. We might provide initial > guidelines/mentor for a fix > * We have a few people who file quality bug reports, we might ask them > to contribute code as well. > * A list of easy-fix issues with some guidelines > * Some of us are working in education, probably they can pick up some > issues and implement/fix them during the semester, though some > people shall mentor them as well. > > > On 8/12/19 9:24 AM, Geertjan Wielenga wrote: >> Let's stay focused on the topic of the thread, feel free to start new >> threads if you have some other topic to discuss. >> >> The problem identified thus far is that we're discussing here, on >> GitHub, >> and in JIRA. >> >> That is suboptimal. >> >> It is also difficult to know how to prioritize issues in this way. >> >> How can we best solve this -- could the tribe idea work? Can those >> who have >> filed issues maybe start a thread on a specific issue that they highly >> prioritize? >> >> Ideally, of course, anyone filing an issue would go further and create a >> discussion thread and even better a pull request. >> >> Gj >> >> >> >> On Mon, Aug 12, 2019 at 6:18 PM Jack Woehr wrote: >> >>> On Mon, Aug 12, 2019 at 9:45 AM Neil C Smith >>> wrote: >>> On Mon, 12 Aug 2019 at 16:29, Jack Woehr wrote: > A friend of mine opines that NB has had its day and the Java world > has > moved on to Eclipse mostly. Neither helpful, nor true! ;-) Neil >>> I certainly hope not, having been on the bus since Xelfi. But NB >>> does seem >>> to be declining in mindshare. >>> > - 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: Lots of issues reported, how to handle them?
Maybe GitHub could be used to handle support request and jira could be used for code issues. What needs to be done is to handle the wrong issues to the right place. And some exchange approach. Am 12. August 2019 18:24:22 MESZ schrieb Geertjan Wielenga : >Let's stay focused on the topic of the thread, feel free to start new >threads if you have some other topic to discuss. > >The problem identified thus far is that we're discussing here, on >GitHub, >and in JIRA. > >That is suboptimal. > >It is also difficult to know how to prioritize issues in this way. > >How can we best solve this -- could the tribe idea work? Can those who >have >filed issues maybe start a thread on a specific issue that they highly >prioritize? > >Ideally, of course, anyone filing an issue would go further and create >a >discussion thread and even better a pull request. > >Gj > > > >On Mon, Aug 12, 2019 at 6:18 PM Jack Woehr wrote: > >> On Mon, Aug 12, 2019 at 9:45 AM Neil C Smith >> wrote: >> >> > On Mon, 12 Aug 2019 at 16:29, Jack Woehr >wrote: >> > > A friend of mine opines that NB has had its day and the Java >world has >> > > moved on to Eclipse mostly. >> > >> > Neither helpful, nor true! ;-) >> > >> > Neil >> > >> > >> I certainly hope not, having been on the bus since Xelfi. But NB does >seem >> to be declining in mindshare. >>
Re: Code One Java IDE Wars
+1 Am 5. August 2019 21:46:24 MESZ schrieb Emilian Bold : >Note that Apache NetBeans is not at war. > >Apache is like a peaceful monk monastery. It might even have some >retired >warriors but does not partake in such wordly affairs. > >Java IDE Wars are something like the world wars. They happened but the >world has changed and violence is done differently now. > >--emi > >lun., 5 aug. 2019, 21:30 Kenneth Fogel a >scris: > >> At Code One this year I will be presenting with Jeanne Boyarsky and >Scott >> Selikoff a session titled Java IDE Wars. I am working on my list of >talking >> points for NB. Please suggest any part of NetBeans that makes it >superior >> to Eclipse, IntelliJ or Visual Studio Code. Are there features that >users >> assume does not exist in NetBeans but does?. Last week I got NB 11.1 >> working on the new Raspberry Pi 4 w/ 4 Gig RAM. Next will be to >determine >> that remote debugging still works from NB on a Win PC to a Pi. >> >> One significant feature is the quarterly updates. I may not be too >happy >> with Java's 6 month cycle but for an IDE to be successful it does >need to >> be more responsive to its community thru frequent and regular >updates. >> >> Please let me know what you think I should discuss should you have >the >> time. >> >> Thanks, >> >> Ken Fogel >> >> >> >> >> >> - >> 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 >> >> >> >>
code of the C/C++ plugin
Hello all, I need to write an on top plugin of the C/C++ plugin and the default plugin that parses Java code in order to link Java and C++ classes. Is there any chance to get read access to the plugin code at this point? - if the license permits. I believe it is GPL2 but I am not sure. Thanks. All the Best Peter - 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: confirm subscribe to dev@netbeans.apache.org
elope-from=peter.kov...@posteo.de; > receiver= > Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.66]) > by mx1-ec2-va.apache.org (ASF Mail Server at mx1-ec2-va.apache.org) > with ESMTPS id 09C66BC52B > for ; Wed, 3 Jul 2019 18:31:10 > + (UTC) > Received: from submission (posteo.de [89.146.220.130]) > by mout02.posteo.de (Postfix) with ESMTPS id C53762400FD > for ; Wed, 3 Jul 2019 20:31:01 > +0200 (CEST) > DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; > t=1562178661; bh=frcCV1k9oG9oKj3dpUqdJg1PxRT2RSN/XKdLCPjaYaY=; > h=To:From:Subject:Date:From; > b=Nteo7BODfy5wuDwRP3LKNpVLjb2gBrAoCLLTZ9fUi/Fwz/uLHHZlHDcYE6jITu2zi >5fL4AeFTGJu/V70iVbkhyOYkdHVvAvkAmyq3usapKyy3Y7o3ddLkoVzNw/DZzCgE+V > d/AhMqqdhy0D88h0uw0mRlRcwaoAYNTZVdrGLDhFgE2oBF+8w+PYlstnDnfi05EsYZ >u5Rghw7ht6/iqJZV+TWxebI9zcNTDKpRzwWmuOqSTriVUFTo9xeZNTYCctkRAVbM6v >zgfq+t1WwB3x/WGQA+aX3Ec0Owhw57Y/y6u4DZqXtG4YsJPoSGr0wMS08k1/oEA0Ql >DgSxgrmaTbAQA== > Received: from customer (localhost [127.0.0.1]) > by submission (posteo.de) with ESMTPSA id 45f8nJ0WBKz9ryc > for ; Wed, 3 Jul 2019 20:30:59 > +0200 (CEST) > To: dev-subscr...@netbeans.apache.org > From: Peter Kovacs > Subject: subscribe > Message-ID: > Date: Wed, 3 Jul 2019 20:30:59 +0200 > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 > Thunderbird/60.7.2 > MIME-Version: 1.0 > Content-Type: text/plain; charset=utf-8 > Content-Transfer-Encoding: 7bit > Content-Language: en-US-large > - 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