Re: [VOTE] Release Apache Netbeans 10.0 (incubating) [vote candidate 1]
On Fri, 12 Oct 2018 12:43:05 -0700 Laszlo Kishalmi wrote: > I think there is nothing wrong with this additional tag. It makes > sense. > > The 9.0 tag has been created and uploaded to the GitHub repository. Thank you very much -- William L. Thomson Jr. pgpZFce2mw_8E.pgp Description: OpenPGP digital signature
Re: [VOTE] Release Apache Netbeans 10.0 (incubating) [vote candidate 1]
On Fri, 12 Oct 2018 20:47:23 +0200 Geertjan Wielenga wrote: > I don't think there's a need to point to Wikipedias about what a > software release cycle is, do you? :-) I was just trying to express any wiki page I would create on netbeans tagging would follow that format _dev, _alpha, _beta, _rc. It would be redundant like providing a link to that page :) Or like others I have provided say from Gentoo. The ebuild file format, maps almost directly to a given version. Which is where I have to keep being creative for Netbeans. https://devmanual.gentoo.org/ebuild-writing/file-format/index.html#file-naming-rules This is nasty! If its 9.0 -> 9.0-vc3, if its 10.0_rc1 -> 10.0-vc1 https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L26 > The problem we're trying to solve is how to name voting candidates > for the Apache process whereby the initial candidates for release > tend to, especially in a large project like NetBeans, get rejected > and then new voting candidates need to be created with clearly > distinguished names. It seems all other Apache projects use -rc for that. If your voting, tag it -rc*, if that vote fails. Then increment the number of the -rc. To me it seems pretty simple and straight forward. Not sure why its such a problem that needs discussing and solving. Even Apache's own documentation says that RCs should be voted on. Release Candidate A source package and other accompanying artifacts to be inspected and voted on in order to release. https://www.apache.org/foundation/glossary.html#ReleaseCandidate -- William L. Thomson Jr. pgpLAbTWTiUAN.pgp Description: OpenPGP digital signature
Re: [VOTE] Release Apache Netbeans 10.0 (incubating) [vote candidate 1]
On Fri, 12 Oct 2018 20:31:53 +0200 Geertjan Wielenga wrote: > No one imposed anything. No, contacting mentors and discussing with > individual people off-thread is not how Apache projects work. > > We have a long history in NetBeans outside Apache where we used the > term 'release candidate' to mean something very different to how it > is used in Apache, i.e., an overloading of terms. This was a way to > resolve it suggested by our mentors. That makes a bit more sense then. You did say in a previous post that it came from mentors. I did not understand it was advised by mentors as means to continue how Netbeans releases were handled before the move to Apache. Or some compromise. > And, you're not subscribed to this mailing lisy, I keep needing to > moderate you, I don't know why. But when you're not seeing your > e-mails here, it means I'm not on-line to moderate them. I was using wrong email. I have an email address specific for posting to lists I was not using. Thus receiving but sending under the wrong one. Very sorry!!! Thanks for forwarding on those posts! > I apologize for no one responding to those previous e-mails -- I > skipped over them because I think the right approach here in an > Apache project is to start a new thread with [PROPOSAL] or [DISCUSS] > or something like that, i.e., what you're asking for is actually a > new tagging strategy, rather than for a tag to be created with no > suffix for a specific release. I have asked for both, either a change to the current strategy. Or a simple duplicate tag. Which I felt was a compromise to satisfy all. > I also don't understand the entire context -- and having everything > hidden in e-mails doesn't help either. For example, Laszlo created > this, if you were to create something similar we'd all have a better > idea what we're talking about: I can see about creating a wiki page to cover the tagging of Netbeans. Not sure if that will help or not. I just assumed tagging software and the various suffixes were well known. I am just asking for things to be standardize. This pretty much covers it all https://en.wikipedia.org/wiki/Software_release_life_cycle The diagram enough should be suffice https://en.wikipedia.org/wiki/Software_release_life_cycle#/media/File:Software_dev2.svg -- William L. Thomson Jr. pgp5PnqSnog3w.pgp Description: OpenPGP digital signature
Re: [VOTE] Release Apache Netbeans 10.0 (incubating) [vote candidate 1]
On Fri, 12 Oct 2018 20:21:17 +0200 Geertjan Wielenga wrote: > I think the main problem we're trying to solve with the -vc tag is > this: what happens when we start a vote thread and the vote fails for > some reason? Then we need to make a new voting candidate and start a > new vote thread. How do we name these artefacts, i.e., how do we > distinguish between them? Per Apache documentation, you create a new release candidate. https://www.apache.org/foundation/glossary.html#ReleaseCandidate Why some projects have multiple rc* without an actual release. It likely has not passed that process yet. > If you have advice here, in a way that would solve this for us, as > well as you, that would be wonderful. Ideally, just leave the > exasperation aside (for which we apologize) and just explain how we > can solve this, and we'll do it. Just like other projects, use RC for a release candidate. Vote on that, and increment RC as necessary till a vote passes. Once a vote passes. Then you re-tag for a release without RC. I feel its standard for most any project Apache or not. https://en.wikipedia.org/wiki/Software_release_life_cycle#Release_candidate They just omit any reference to Voting in Wikipedia, as it is likely less standard. Not all software is released after a vote. > FYI, the question "Who at Apache can I contact to get this resolved?" > is always going to be "Start a new proposal on the dev mailing list > and discuss your ideas, reach a consensus, and in a worst case > scenario, we'll vote on it." Seemed it was mentors who were imposing this -vc, not the community. Thus I was asking which mentors, or how to contact them to discuss it directly. It seems mentors are misleading on project direction regarding release process and tagging. -- William L. Thomson Jr. pgpJXJ27fZgB6.pgp Description: OpenPGP digital signature
Re: [VOTE] Release Apache Netbeans 10.0 (incubating) [vote candidate 1]
On Fri, 12 Oct 2018 20:07:45 +0200 Geertjan Wielenga wrote: > Just bear in mind that we're new to all this. Can you tone down your > exasperation and try to bear that in mind? Sorry, but I have repeatedly brought up this issue. https://lists.apache.org/thread.html/d31294f296a99d7379ca4ca78a8a5ec33bd12f6a7e365b2e67182a05@%3Cdev.netbeans.apache.org%3E https://lists.apache.org/thread.html/1c3a1af37c49baeb1e29664999f826d298316fa3eaa97656ac46d1cf@%3Cdev.netbeans.apache.org%3E > I think we should definitely revisit this, if it's causing problems > and confusion, we could start a new thread to discuss this. I have... It feel on deaf ears https://lists.apache.org/thread.html/2aedd00af7ae24b8b4c23f62afeacbaeeb9ea22145252b1d2638df3c@%3Cdev.netbeans.apache.org%3E That was a simple request for a duplicate tag... Can you see where the frustration comes from ~6 months of trying to correct tags. I can make another to discuss the tagging. I feel we have covered this several times already though > Also, can you join this mailing list, right now I have to moderate > each mail you send, and I'm not always on-line, so sometimes it's > going to be even more exasperating to you, to see your messages not > appearing here. I have repeatedly... I get emails which means I should be subscribed. I will subscribe again. No clue how I am getting list posts without being subscribed :) I have been removed in the past automatically due to bounced emails. Though that does not happen on other lists. Occasionally I get a warning usually from JClouds mailing list. Never from Maven, or Tomcat when I was on Tomcat dev list. -- William L. Thomson Jr. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [VOTE] Release Apache Netbeans 10.0 (incubating) [vote candidate 1]
On Fri, 12 Oct 2018 19:48:46 +0200 Geertjan Wielenga wrote: > See the below: > > https://lists.apache.org/thread.html/692fee91f7e24dcfffa099593c758772216d130c21ca97c689a294f8@%3Cdev.netbeans.apache.org%3E > > We've ended up following guidance from our mentors, there are simply > too many conflicting points of view throughout Apache. Why do NO other Apache projects follow this tagging format? Why is this being imposed on only Netbeans? Who at Apache can I contact to get this resolved? > The craziness had to stop and so we're following the guidelines our > Apache mentors have provided. They are the ones causing the craziness. That email, link provided above, should include a link to an official Apache policy on tags. That seems more like one persons opinion than an official Apache policy. This says nothing about -vc tags or any tags as part of voting or release process https://www.apache.org/foundation/voting.html https://www.apache.org/foundation/voting.html#ReleaseVotes In fact if you follow into the glossary it clearly states votes should be on release candidates It literally states to be voted on https://www.apache.org/foundation/glossary.html#ReleaseCandidate No other incubating projects have those crazy -vc tags. I cannot find a single Apache project that has -vc tags. I would push back on these so called Mentors https://github.com/apache/incubator-dubbo/releases https://github.com/apache/incubator-echarts/releases https://github.com/apache/incubator-mxnet/releases https://github.com/apache/incubator-superset/releases https://github.com/apache/incubator-airflow/releases There are a lot more incubating projects. I am seriously trying to find another Apache project with -vc tags so there is some justification. > Thanks, > > Gj > > > > > On Fri, Oct 12, 2018 at 7:46 PM William L. Thomson Jr. > wrote: > > > On Wed, 3 Oct 2018 07:14:58 +0200 > > Geertjan Wielenga wrote: > > > > > No > > > > YES > > > > > the Apache terminology is voting candidate. > > > > Just because Apache terminology is voting candidate. That does not > > mean it should be tagged as such. I package quite a few Apache > > projects. NONE use this crazy format of -vc*. Most Apache release > > are voted on. > > > > Please stick with common stuff, dev, alpha, beta, pre. For releases > > there should be NO additional suffix. > > > > > On Wed, Oct 3, 2018 at 7:06 AM László Kishalmi > > > wrote: > > > > > > > I meant: I'm not sure that we need to vote on this. It's more > > > > like a beta. Shouldn't we have called it beta at first? Just > > > > for the further release processes... > > > > Yes it should be a -beta or -pre, or something standard... > > > > Examples of other Apache release that were voted on and released > > without crazy tags > > > > You can see Votes > > https://www.mail-archive.com/dev@maven.apache.org/ > > > > No crazy -vc tags > > https://github.com/apache/maven-resolver/releases > > https://github.com/apache/maven/releases > > > > Some more apache projects > > https://github.com/apache/tomcat/releases > > https://github.com/apache/ant/releases > > https://github.com/apache/commons-pool/releases > > https://github.com/apache/commons-logging/releases > > > > I have never seen any Apache project use -vc for tagging a vote > > candidate. They may exist, but the first time I recall seeing this > > was with Apache Netbeans. Can anyone find another Apache project > > that has -vc tags? If not then why is Netbeans doing this? > > > > This is what I had to do for 9.0. Nasty hidden change of version. > > > > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L17 > > > > I have to do something similar for 10.0-vc1. Which I also have to > > add some other prefix, as I cannot use 10.0 -> 10.0-vc1 like I do > > for 9.0. As 10 is not fully released, there maybe another > > 10.0-vc* > > > > On github seems like 9.0 was never released What is the > > difference between 9.0-vc* and 10.0-vc* ? Which one the release? > > Which one is just a voting candidate? > > https://github.com/apache/incubator-netbeans/releases > > > > If you must continue on with -vc tags. Please create another non -vc > > tag for the actual release. You can have more than one tag for a > > given commit. But really the -vc stuff is just confusing. It seems > > only Netbeans is using this odd format. It is not standard. > > > > -- > > William L. Thomson Jr. > > > >
Re: [VOTE] Release Apache Netbeans 10.0 (incubating) [vote candidate 1]
On Wed, 3 Oct 2018 07:14:58 +0200 Geertjan Wielenga wrote: > No YES > the Apache terminology is voting candidate. Just because Apache terminology is voting candidate. That does not mean it should be tagged as such. I package quite a few Apache projects. NONE use this crazy format of -vc*. Most Apache release are voted on. Please stick with common stuff, dev, alpha, beta, pre. For releases there should be NO additional suffix. > On Wed, Oct 3, 2018 at 7:06 AM László Kishalmi > wrote: > > > I meant: I'm not sure that we need to vote on this. It's more like > > a beta. Shouldn't we have called it beta at first? Just for the > > further release processes... Yes it should be a -beta or -pre, or something standard... Examples of other Apache release that were voted on and released without crazy tags You can see Votes https://www.mail-archive.com/dev@maven.apache.org/ No crazy -vc tags https://github.com/apache/maven-resolver/releases https://github.com/apache/maven/releases Some more apache projects https://github.com/apache/tomcat/releases https://github.com/apache/ant/releases https://github.com/apache/commons-pool/releases https://github.com/apache/commons-logging/releases I have never seen any Apache project use -vc for tagging a vote candidate. They may exist, but the first time I recall seeing this was with Apache Netbeans. Can anyone find another Apache project that has -vc tags? If not then why is Netbeans doing this? This is what I had to do for 9.0. Nasty hidden change of version. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L17 I have to do something similar for 10.0-vc1. Which I also have to add some other prefix, as I cannot use 10.0 -> 10.0-vc1 like I do for 9.0. As 10 is not fully released, there maybe another 10.0-vc* On github seems like 9.0 was never released What is the difference between 9.0-vc* and 10.0-vc* ? Which one the release? Which one is just a voting candidate? https://github.com/apache/incubator-netbeans/releases If you must continue on with -vc tags. Please create another non -vc tag for the actual release. You can have more than one tag for a given commit. But really the -vc stuff is just confusing. It seems only Netbeans is using this odd format. It is not standard. -- William L. Thomson Jr. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Tag with no suffix for release on Github
Could someone please add a tag without a suffix to denote the actual 9.0 release on Github? The -vc3 can be confusing. Also it makes it difficult to package at least on Gentoo. I have to be creative on the package name, or strip it off and add it back. https://devmanual.gentoo.org/ebuild-writing/file-format/index.html#file-naming-rules Worse case I can fork and tag for my own needs. The -vc3 tag can remain as is, this would just be another pointing to the same commit. git tag 9.0 9790496 It would really be appreciated! Thanks in advance! -- William L. Thomson Jr. pgpNlCge2bwna.pgp Description: OpenPGP digital signature
Re: JDK requirements for building NB
On Mon, 20 Aug 2018 07:38:10 +0200 Geertjan Wielenga wrote: > We need to be clear about whether this is about building on a > particular JDK or running on a particular JDK. I am mostly interested with building. Though I tend to run on the same JDK I used for building. In theory it should be possible to use newer JDK for build and run under older via --release. Providing no modules need modules or exports. Since --release cannot be combined with --add-modules or --add-exports. Anything not needing modules or exports in the JDK or outside. Should be possible to build on newer JDK setting --release for running on an older JDK. I have not had any issues with --release thus far. > Also, I think before we discuss moving away from JDK 8 altogether, we > need to be 100% sure that the support for the later JDKs is really > perfect, i.e., that it really and actually completely works. I thought that was the idea behind NB 9.0. Otherwise if NB 9.0 is just more of Java 8 and does not fully support say 9/10, and 11 next month. Not sure what the point of a 9.0 release was rather than 8.3. Or even a 8.5, which is usually used for things between JDK versions. Otherwise I do fully agree there is solid support for newer JDKs before moving away from 8. Happy to help where I can! -- William L. Thomson Jr. pgpq8i0e9jD6r.pgp Description: OpenPGP digital signature
Re: JDK requirements for building NB
On Sun, 19 Aug 2018 15:07:38 -0400 "William L. Thomson Jr." wrote: > This came up on PR-572 > https://github.com/apache/incubator-netbeans/pull/572 Since the PR is locked I cannot comment. The ONLY reason such change breaks is the Travis-CI build is run under 1.8 ONLY[1]. It seems other JDKs available under Travis are being ignored[2]. Such that if NB build on Travis used JDK 11 it would fail as well... It may also fail with JDK 9 or JDK 10. Not sure why Travis builds do not test under those newer JDKs and only builds using Java 8. JDK 11 release is next month. JDK 10 is current. If there was a JDK 10 job on Travis. That PR fix would likely have passed. Given it is a valid change under JDK 10, as well as 11. Its this holding onto legacy Java 8. We want more contributions to support an arch the contributor will never use or run. My interest is in current JDK and newer, not older. I submit changes for newer. But they are held back, because such changes MUST support older than newer. Is Netbeans forward or backward minded? 1. https://travis-ci.org/apache/incubator-netbeans/jobs/387221179/config 2. https://docs.travis-ci.com/user/languages/java/#using-java-10-and-later -- William L. Thomson Jr. pgpHeipfOcB5Q.pgp Description: OpenPGP digital signature
JDK requirements for building NB
This came up on PR-572 https://github.com/apache/incubator-netbeans/pull/572 As of JDK 11 there are changes in the JDK that make supporting and building under older JDKs like Java 8 increasingly difficult. I am of the opinion and mindset that at some point, The latest/current Netbeans may only be able to build using the latest, current, or upcoming JDK. That way Netbeans can build on a new JDK soon as it is released, rather than afterward and playing catch up. It also means that it will not be able to be built on older JDKs or run under them. It seems at some point older JDKs will have to be dropped from the supported JDKs to build and run Netbeans. It should not effect being able to develop Java 8 applications within Netbeans, though it might. It will be a lot of work to support both older and current/newer. I am also of the mindset if someone needs to build or run Netbeans under Java 8. Well there is Netbeans 8.x which can build, run, etc under Java 8. Not sure why the newer release need be held back by older JDKs. Or made such that it can support all. That creates a more work, and maybe problems. It is clear Java will be moving forward faster. I think part of that adoption starts with the IDE. The longer Java 8 is supported, the longer people will keep using it, and not move forward. Python 2.7 comes to mind in that event. I rather not see Java 8 become the Python 2.7, lasting way longer than ever intended. IDE requires a new JDK is means of forcing others to move forward faster. Anyway mostly for others to discuss. I have voiced my viewpoint on PR and here. So enough from me on this topic :) -- William L. Thomson Jr. pgpMVg38mYoEr.pgp Description: OpenPGP digital signature
Re: external dependencies for ant
On Mon, 2 Jul 2018 18:40:36 +0200 Simon IJskes - QCG wrote: > The ant email task will not work with the current trunk, when run > with JDK10. > > The solution would be according to ant-dev to download the JAF > yourself. > > A quick look at the license [1] and /home/legal [2] shows JAF has a > CDDL license and this license is allowed for binary distribution by > apache. > > Does it make sense to work on including it in netbeans? Something will need to be done as JAF and others are removed from JDK starting with Java 11. http://jdk.java.net/11/release-notes#JDK-8190378 For JDK9-10 you can use --add-modules java.activation Or --add-modules java.se.ee More like 9+ but I cover some of that stuff here https://github.com/Obsidian-StudiosInc/java9-cheat-sheet I think it is safe to add now, just have to make sure the module in JDK 9 and 10 is not visible. Which usually is included with other modules like java.se.ee in 9 and 10, but removed in 11. There are a few modules that need new deps. netbeans-openide-awt -> JAF netbeans-editor-settings-lib -> JSR-222 jaxb-api A bunch need javax.annotation-api, 114 of 302 I have packaged. -- William L. Thomson Jr. pgpfdtEjEmIF3.pgp Description: OpenPGP digital signature
Re: Travis build fails due to connectivity error?
On Fri, 15 Jun 2018 12:04:14 -0400 Emilian Bold wrote: > > This build > https://travis-ci.org/apache/incubator-netbeans/builds/392667264?utm_source=github_status_medium=notification > > failed with this error: > > > Could not download > I wonder how to prevent this. Perhaps have Travis retry a build on > connectivity errors? I run into this myself on occasion. I tend to just restart the build manually. I am not sure if they will go for any sort of automated solution for justifiable reasons. This is different, but related; restarting after a timeout. It does not seem like they want to implement such. I think their logic is sound. They do expect someone to be paying attention to CI builds. Otherwise it could just waste resources https://github.com/travis-ci/travis-ci/issues/5573 Say there is some known network issue with a third party or accessing them. Constantly restarting the build, will not do anything beneficial. Thus having such feature is a hard call. It seems it is quite common though. https://github.com/travis-ci/travis-ci/issues/9112 -- William L. Thomson Jr. pgp2rwayummfV.pgp Description: OpenPGP digital signature
Re: JNLP removed from JDK 11
On Mon, 4 Jun 2018 08:49:19 +0200 Jaroslav Tulach wrote: > Hi. > As far as I remember the WebStart code was never open sourced. > Whenever I needed an open source alternative, I had to use: > > apt-get install icedtea-netx > > E.g. I believe the necessary code/interfaces should be available > somewhere. -jt Thanks! Looks like they do exist in the icedtea repository. http://icedtea.classpath.org/hg/icedtea-web/file/348532e210c0/netx/javax/jnlp I guess I can package that and see if it works out. Though not sure about this. Seems to be a different implementation due to the package name. http://icedtea.classpath.org/hg/icedtea-web/file/348532e210c0/netx/net/sourceforge/jnlp Either way I guess Netbeans will need to use that going forward. I will play around and see what I come up with as time permits. -- William L. Thomson Jr. pgpJQGzH0ja7i.pgp Description: OpenPGP digital signature
JNLP removed from JDK 11
I do not believe this has been brought up yet. I did not see any bugs open in jira relating to this issue. JNLP was removed from JDK 11. I have not found any external repositories where it has been moved to for continued usage. Seems to be deprecated technology. Not sure if anyone has further information on the status of JNLP. It seems Netbeans has some fairly core usage of JNLP. Not sure if that can be easily replaced/removed. Seems to be in use in various modules. https://github.com/apache/incubator-netbeans/search?q=jnlp_q=jnlp I ran into it missing here https://github.com/apache/incubator-netbeans/blob/master/ide/projectopener/src/org/netbeans/projectopener/Utils.java Looks like till that is resolved. Netbeans cannot be built on JDK 11. Not sure about other modules, as that is needed by a fair amount of other modules and some what early on. I may build that piece with JDK 10 and proceed with the rest under 11 to see if there are other issues. -- William L. Thomson Jr. pgpFhuRCi5tya.pgp Description: OpenPGP digital signature
Re: NetBeans celebrates 1.7 million active users
On Thu, 31 May 2018 15:06:52 +0200 Jiří Kovalský wrote: > Hi folks, > > do we want to promote this on our website? > > https://www.facebook.com/NetBeans/photos/a.438798692901609.1073741825.115822851865863/1671584659623000 Others promote that :) ( yes I know its billions now... ) https://hbdchick.files.wordpress.com/2014/03/mcdonalds-1million-served2.jpg Maybe added to splash screen :P -- William L. Thomson Jr. pgpW6jMNHylUI.pgp Description: OpenPGP digital signature
Re: Where we are and where we are going with Apache NetBeans 9.0
On Tue, 29 May 2018 15:34:36 +0200 Geertjan Wielenga wrote: > Hi all, > > Major development today, with thanks to many people for working on the > release and Emilian for putting it together, we have released the rc1 > of Apache NetBeans IDE (incubating) 9.0. The -rc1 is 9.0-rc1-rc1 or some new tag on Github coming? Sorry for asking the obvious. That rc1-rc1 is confusing many. I know it will not be repeated, or I hope it will not. ;) Thank you! -- William L. Thomson Jr. pgpRHXPX3m4ZC.pgp Description: OpenPGP digital signature
Re: Apache on Apache was: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
On Mon, 28 May 2018 21:40:29 -0400 Tim Boudreau wrote: > > Considering William L. Thomson Jr. single-handledly did the Gentoo > > build system for NetBeans using portage it doesn't seem like an > > impossible task. I have been doing Gentoo ebuilds for over a decade. I can crank some stuff out pretty quickly. I also re-did pretty much all of Java on Gentoo to make packaging anything Java related less cumbersome. I was pretty well versed and system re-designed when I took on Netbeans packaging my way. Using the stuff I have been working on for sometime. Though others said my effort for updating Java on Gentoo was seemingly impossible. What is impossible for some is feasible for others :) > Most modules will be pretty simple The modules were pretty simple to package. That is also a testament to consistent project structure for all sub projects. With a few deviations here and there. For the amount of ebuilds, Netbeans was less effort to package than other stuff with far less sub projects/modules. Good work to all current and past Netbeans Developers!!! Their good work is in part what saved me time. Much appreciated!!! > - it's those that, say bundle runtimes and things like that whose > builds are non-trivial. That may be less of an issue today than it > was 15 years or so ago. Hard to say, but likely switching to say Maven or Gradle would be more work than it took me using Portage on Gentoo + my stuff. Then again my stuff was a long time in the making ~2yrs. Had it not been for all that. It would have likely taken more to package Netbeans or any Java package. -- William L. Thomson Jr. pgpmU2LElRTNs.pgp Description: OpenPGP digital signature
Re: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
On Sat, 26 May 2018 10:58:16 -0400 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > Hi Tim, > > On Sat, 26 May 2018 02:44:37 -0400 > Tim Boudreau <niftin...@gmail.com> wrote: > > > > - you'd like it, I'd like it and the rest of the world would scream > > "why do I have to install the bones of another operating system > > under my real one just to build this thing?" > > Yes for sure. I do not see people being eager to install portage in > preffix just to bulid netbeans. Though keep in mind this would be for ALL Java not JUST Netbeans. Netbeans maybe the motivation. But you get a full Java stack. Thus it is not really just for one package. It should be for all Java stuff. Like using Netbeans to do Java development, with full access to all system jars, etc. Could also use it for deployment on servers. In the sense that it is an entire Java stack from source, with your choice of JDK and Java release target or system default. It allows Gentoo's Java system to be used on other OS. Which is more worth while than installing prefix etc just for Netbeans. Though things like spring, jenkins etc is a pain. Jenkins needs Spring. Spring 4.x needs almost ever Java project that has ever existed current or not. Now Spring 5.x needs Kotlin, and that I have to bootstrap :| Stuck on some other stuff like JMeter due to jodd-logging, odd build order with javac and groovyc. Also VisualVM, which was stuck on older Netbeans. But now that I have netbeans in jars I can build VisualVM my way without having to use the ant NB harness. Tons left to do, but making good progress slowly. Eventually I will get there. Or if others pitch in, will happen sooner than later. This far this is all me, 1 man army :) While Java in Gentoo bit rots... -- William L. Thomson Jr. pgpuxmu5nUn2o.pgp Description: OpenPGP digital signature
Re: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
l one just to build this thing?" Yes for sure. I do not see people being eager to install portage in preffix just to bulid netbeans. Kind of my same gripe with Meson. You need python installed, and also pip, so you can install Meson Guess its the same with Java and Ant, Gradle, Maven, etc. But people are ok with installing a language. Portage is not that and would also need python... Why I mostly keep to myself. I do not see the larger world having a need or interest in such. Then again things can change in time. If the next generation portage comes with an installer and preffix ready to go. Such that you install that, it installs python or what ever, and all you do is unpack portage and add 3rd party repos. Then maybe closer to the other stuff. For now just some mad scientist in a lab doing crazy stuff :) -- William L. Thomson Jr. pgpnsZVQwrW2d.pgp Description: OpenPGP digital signature
Re: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
On Fri, 25 May 2018 15:21:09 -0700 Laszlo Kishalmi <laszlo.kisha...@gmail.com> wrote: > Just asking, would Snap packaged NetBeans work on Gentoo as well? Probably not if it is in binary format. Gentoo is a from source distribution. It is frowned upon to ship binaries made by any third party including upstreams. Its a purity thing in a sense, ability to ensure whats in resulting binary, etc. Why Oracle JDK is disliked, but OpenJDK has to be bootstrapped with existing JDK or build all the way from 1.5 up to current. Which gets ridiculous when talking 10 and 11... -- William L. Thomson Jr. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
On Fri, 25 May 2018 14:12:46 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > What I like is deterministic builds, which neither Ant nor Maven > (both Apache projects) seem to hurry to add. > > Based on deterministic builds you can have any kind of simple or > fancy build infrastructure to help you out. That is kinda the basis of portage and Gentoo. What makes packaging on Gentoo harder than other distros. It must build for all, in a variety of scenarios. Not just on the packagers system to create a binary for others. Packaging from source for others to install from source is non-trivial for many things. Though for Java these days with my work, its pretty trivial. Most all my ebuilds are minimal. https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/dev-java/ I am also looking to reduce eclass complexity. Lots of cruft to remove from java-*.eclass eclasses... eclasses are where most logic resides, to make ebuilds very minimal. https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/eclass Even for Netbeans https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass That eclass makes the ebuilds pretty minimal, most dependency lists https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/nb-ide/netbeans-ant-browsetask/netbeans-ant-browsetask-.ebuild IMHO it is a much simpler approach. Current with ant has like 1-2 xml files arch and build, plus properties and project.xml files. https://github.com/apache/incubator-netbeans/tree/master/ant.browsetask About to get even smaller as I drop DEPEND and RDEPEND moved into eclasses as well. Such that I can change JDK in one location in eclass, vs all ebuilds. To require a newer one across the board. Just the same I can control the resulting jars via JAVA_RELEASE, so all jars are a given target. Default to latest, but say under 10, could spit out 9, or 10 under 11 and so on. > I would like to have the server do some builds in background while I > edit my stuff and then my laptop build races to either download > prebuilt JARs or compile files on disk. That is kind of my work flow on Gentoo via portage. I can build stuff on my dev server, and then pull in pre-built binaries on my laptop. I just cannot do it same time. Portage does not look for binaries after a merge started. If it did, then it would do more of what your after. Building on server, and then pulling those in as part of a build on Laptop or other. The laptop build would see binaries in its list the server made and not build those, but could build other the server has not. Which then the server could use as well. With a shared repository or binhost. Hopefully portage next generation will address these issues. But its mostly theoretical, not sure if those working on it have actually started coding. I would not hold my breath there. Likely at least 1-2 years out if it happens. Maybe in less time, but its not really trivial. -- William L. Thomson Jr. pgp_EmQ_S0H2v.pgp Description: OpenPGP digital signature
Re: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
On Fri, 25 May 2018 15:58:34 +0100 Neil C Smith <neilcsm...@apache.org> wrote: > On Fri, 25 May 2018 at 02:02 Tim Boudreau <niftin...@gmail.com> wrote: > > > IMO, Gradle is a step backward for build systems - scriptability > > leads to fragile systems, and ones that are impossible for tools to > > reason about. > > > > https://timboudreau.com/blog/maven/read > > > > > Nice article! I know you link it in a comment, but also worth posting > Jaroslav's page on this too - http://wiki.apidesign.org/wiki/Gradle Interesting article. I personally would favor Groovy code I can see and read vs some Maven plugin. Or worse having to make a maven plugin vs just coding in Groovy. That seems like more work. Making a plugin just to use it in XML vs direct Groovy in the build file. Groovy is an Apache project and a programming language unlike XML. Are we not programmers? Or we rather write XML vs code? I believe Gradle also has better Ant integration than Maven. Neither article talks about that aspect at all... Which could be used for any Netbeans transition, maybe. Not sure about NB ant modifications. https://docs.gradle.org/current/userguide/ant.html Retired https://maven.apache.org/ant-tasks/index.html Active https://maven.apache.org/plugins/maven-antrun-plugin/ Usage looks like a total pain... https://maven.apache.org/plugins/maven-antrun-plugin/usage.html Maven Ant integration seems inferior to Gradle Ant integration. I could be wrong there. Odd given that both Ant and Maven are Apache -- William L. Thomson Jr. pgp_xrwmovO7F.pgp Description: OpenPGP digital signature
Re: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
battery or limited hardware. Ever bit adds up to real savings. Sadly to many code quick and put the delays in runtime. I rather code slow and ensure efficient running code ideally. Rather than save the developer time, I save the world... and electricity etc. Its a different non RAD approach. > If you want to measure how disk bound, copy the source tree to a > ramdisk and time building there. > > For that matter, there is probably a lot of low hanging fruit in > improving performance of the existing Ant build - I don't know that > much effort has ever been put into that. Netbeans build is not that slow IMHO. Though could be faster. I think the main reason to move past Ant is its mostly yesterdays technology. IMHO Ant was Java's 1st generation build system. Maven 2nd generation, and Gradle is 3rd and current. Given the rise of Meson, that may pave the way for more Gradle usage. The one thing Gradle has almost nothing else does is gradle wrapper, gradlew. The ability to install and run itself from a minimal script. That alone is super useful for an environment that is not ready for a project build. Get your JDK, run gradlew, and your off to the races. But the work to switch Netbeans to Gradle would be considerable. Hard to say if thats worth it. Other than moving things forward vs remaining the same. But it is some what moot. -- William L. Thomson Jr. pgpZ7yXBnzrN6.pgp Description: OpenPGP digital signature
Re: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
On Thu, 24 May 2018 13:19:14 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > There are two build systems I want to learn more and use. Google's > https://bazel.build and Facebook's https://buckbuild.com Both interesting, but I think in ways Gradle maybe better than both. Discussing using either bazel or buck for say a C project on another list, e-devel[1]. They only support C++ and have various limitations. Which Gradle maybe superior there in that sense for building native code via C, C++ or other. Not to mention seems both Bazel and Buck need python. Which I am not a fan of by any means. I like that Gradle is mostly all java with some groovy. All of which I can build from source easily and have most packaged for Gentoo from source[2]. Just need to finish off a cli[3]. Maven I am stuck on due to its own means of generating code via Modello and Plexus[4]. Stuff no one uses except for Maven itself it seems For Netbeans since it already has Gradle plugins, etc. I would think that would be the direction to go for any build system replacement of ant. Not that I find ant slow. I think moving to Gradle may reduce build time. Not sure bazel or buck would make sense for Netbeans. The python aspect I would not like of either... :) 1. https://sourceforge.net/p/enlightenment/mailman/message/36325378/ 2. https://github.com/Obsidian-StudiosInc/os-xtoo/search?q=gradle_q=gradle 3. https://github.com/Obsidian-StudiosInc/os-xtoo/issues/37 4. https://github.com/codehaus-plexus/modello/issues/15 -- William L. Thomson Jr. pgpB6WmaXlkBU.pgp Description: OpenPGP digital signature
Re: Build systems [WAS: Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1]
On Thu, 24 May 2018 13:19:14 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > There are two build systems I want to learn more and use. Google's > https://bazel.build and Facebook's https://buckbuild.com > > Both are heavily parallel and should support deterministic builds > which makes remote build agents and cache sharing a breeze. > > I have a pretty fast machine, but 15minutes for a full build could > probably be improved. How much does Gentoo take? WAY to long... Due to a few things, dependency calculation and having to use the same tarball/compressed sources. It has to unpack each time for each module. Which coming from a large compressed file, it takes time. If that could be re-used then it would help with speed. I believe some are working on a next generation. Which I plan to work with them on the speed aspects, parallelism, etc. Then it maybe a viable option. At this time its likely the SLOWEST way to build NB... Hardly a selling factor I would like to see the next generation be in C or something vs python. Maybe Java but doubtful, Go maybe. > I guess Gentoo has yet another build system, but it's not independent > so we cannot use it except by switching to Gentoo. Not really. Its python and bash based, and Gentoo has preffix support. Using Gentoo packages on other distros or *nix. Not sure about Windows. https://wiki.gentoo.org/wiki/Project:Prefix In theory yes, Portage could be used as a generic build system for anything. Though it mostly wraps existing, make, cmake, meson, etc. There was some blog post about that I will try to find. The attempt at wrapping ant was a freaking mess and nightmare I punted. https://github.com/gentoo/gentoo/blob/master/eclass/java-ant-2.eclass https://github.com/gentoo/gentoo/blob/master/eclass/ant-tasks.eclass Doing the same for Maven or Gradle is impractical. Essentially wrapping build systems. Works for other stuff, not for Java stuff that wants to do its own dependency calculation, pull binaries from 3rd party repositories. Then the classpath issues, etc. A few tried at Maven integration. Best I can think can be done is replicating a local repo, but not using any of that for building, etc. > Speaking of Gentoo, seems to be the last bastion of source-based > distributions. BSDs were mostly about ports but now it's all > pre-built binary packages... Yes it seems to be a dying breed. Plus with CoreOS/Container Linux, which makes images from Gentoo. Without portage, no means to update or manage packages. You switch to a new image. That further kills the from source thing. Of course for Java and many things people think others insane to build from source. Though for me on Java, I can have all jars built under 10, or 11, etc. Not sure if that makes any difference, but does provide a consistent, known env. I do run into odd build issues others do not, at least not at first. Which I think is a good thing. Only helps improve code. From source stuff is mostly left to system and OS builders, like CoreOS/Container Linux and ChromeOS, assuming it still uses Gentoo as its base toolkit. Network Solutions moved to RHEL from Gentoo as they "did not want to be in the operating system development business". Their words not mine. There is Funtoo, restart of Gentoo by its founder, and Exherbo. Lots of former Gentoo devs, kinda of like Devuan but happened long before Systemd. Exhberbo was more a split of developer communities, ideals, etc. Both are minor, and Gentoo is still larger. https://www.funtoo.org/ http://exherbo.org/ Funny how things end up, as Gentoo portage was based on BSD ports. Which is moving away from source to binaries A fair amount of Java packages like Jenkins and Artifactory are binary in Gentoo due to the dependencies needing to be packaged, etc. I still use binary Oracle JDK but that is due to bootstrapping. Only way to build a JDK from source, purely without any binaries is going back to 1.5 via gcc gcj, and then building 1.5, 1.6, 1.7. 8, 9, etc. I think that is impractical. Though with IBM OpenJ9 and other I may have to look into that. https://github.com/eclipse/openj9 https://github.com/ibmruntimes/openj9-openjdk-jdk9 Seems GraalVM can be built from source, but I need to package its pieces. Like Netbeans and other stuff, package per subproject. https://github.com/oracle/graal Graal will be lots of work. That is seems to require Java 8, is a semi blocker for me. I am 10 and 11 only. 10 for production, 11 for development. -- William L. Thomson Jr. pgponEIpLBPiA.pgp Description: OpenPGP digital signature
Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1
Sorry typo On Thu, 24 May 2018 13:12:11 -0400 "William L. Thomson Jr." <wlt...@obsidian-studios.com> wrote: > I also have a script that makes all system jars libraries in Netbeans > for development. Including Netbeans own jars :) > https://github.com/Obsidian-StudiosInc/gen2nblib > > > P.S. > Eventually I will move to a directory structure that will mimic a > local Maven repo. Not sure if I can make it adaptable for git. I meant Gradle not git. Local Gradle cache is not as easily replicated as a local Maven cache. Not sure if Gradle support local like Maven. To allow Maven and Gradle to function as normal using system jars built from source. > Moving from away from > /usr/share/-/lib/*jar > > To a maven type directory structure with pom.xml's, etc. Just have to > figure out version aspect. As I want 1 version of a given jar, and if > something needs older, it uses a symlink. To reduce jar duplication > and not have multiple versions of a jar on your system. Unless needed > and slotted as its API or ABI changed. Plus have to go back and add > group and artifact ids for mapping stuff. > -- William L. Thomson Jr. pgp4WF_dlVUPv.pgp Description: OpenPGP digital signature
Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1
On Tue, 22 May 2018 09:32:10 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > Yes, once https://issues.apache.org/jira/browse/NETBEANS-417 is done > we might have another release. > > (Sadly) Apache releases source code, so binaries are just a > "convenience". > > Of course, our users don't want to build source code, they want an > installer. If they do, they can run something like Gentoo or Funtoo that builds everything from source. There was another way of building Netbeans from source. Mine is to the extreme, with all depedencies also built from source. This uses ant and pre-build jars for dependencies, not updated yet for 9 https://gitweb.gentoo.org/dev/fordfrog.git/tree/dev-java https://gitweb.gentoo.org/dev/fordfrog.git/tree/dev-util This is 100% from source not using ant or the NB build system/harness. Including ALL dependencies, no pre-built jars from anywhere. Only 9+ https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/nb-ide https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/nb-plugins Meta package builds nothing just pulls in other packages. Eventually will have USE flags to allow for a minimal NB install. Which people can make their own meta ebuilds just the same. Like if you develop an app off the NB platform and need some jars. You make something like this and only pull in and link what you need :) https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/dev-util/netbeans The neat thing about my from source is the live aspect, ebuilds. You could work with any part of the Netbeans tree from git. While the rest is from a packaged version/release. Not sure if that will help with development, but in theory at least it could. I also have a script that makes all system jars libraries in Netbeans for development. Including Netbeans own jars :) https://github.com/Obsidian-StudiosInc/gen2nblib P.S. Eventually I will move to a directory structure that will mimic a local Maven repo. Not sure if I can make it adaptable for git. Moving from away from /usr/share/-/lib/*jar To a maven type directory structure with pom.xml's, etc. Just have to figure out version aspect. As I want 1 version of a given jar, and if something needs older, it uses a symlink. To reduce jar duplication and not have multiple versions of a jar on your system. Unless needed and slotted as its API or ABI changed. Plus have to go back and add group and artifact ids for mapping stuff. -- William L. Thomson Jr. pgp9WE3CK8QZ9.pgp Description: OpenPGP digital signature
Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1
On Tue, 22 May 2018 09:29:29 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > > I take it there will be an official rc1 after the rc1-rc1 for > > voting? > > No, this is *the* RC1. But if it doesn't pass voting there is still > no 'public' RC1 and we can't just make a public RC2 without a public > RC1. Ok just trying to determine if I should version bump my packages, Gentoo ebuilds. I guess maybe I should to help see if I run into odd build issues from source. > So, internally it's RC1-vote1 (aka RC1-rc1), RC1-vote2 (aka RC1-rc2) > until we get it right. > > Publicly it's going to be just -RC1. > > This rc1-rc1 naming is a bit odd. I think RC1-attemp1 or RC1-vote1 or > something else would be better. Yes its odd, and that -attempt1 or vote1 would make it more clear. But with changes to that, I think you end up with a RC2. Maybe no need for the suffix just stick with RC. I think most people know a RC is that, and not an actual final release. -- William L. Thomson Jr. pgpWqUFFKfWR6.pgp Description: OpenPGP digital signature
Re: [VOTE] Release Apache NetBeans 9.0 RC1 (incubating) rc1
On Thu, 17 May 2018 10:35:25 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > Hi all, > > Please vote on releasing Apache NetBeans 9.0 RC1 (incubating) rc1! I take it there will be an official rc1 after the rc1-rc1 for voting? I think I may wait for -rc1 vs rc1-rc1. Since its some 300+ packages :) Unless it can help in voting process or something, doubtful. Thus my question, thanks! -- William L. Thomson Jr. pgpndo7OsHmhG.pgp Description: OpenPGP digital signature
Re: IntelliJ IDEA vs Netbeans
On Fri, 20 Apr 2018 22:01:48 +0200 Kai Uwe Pel <kaiuwe...@asia.com> wrote: > Just wondering... for example, if you need to coding with C++, the > only way to get decent C/C++ support within the IntelliJ IDEA is to > use/buy JetBrains CLion. > Anyway NetBeans IDE supports everything in one, and you no need to > have all possible features like IntelliJ. Simple said! Lately I do more C in Netbeans than Java. It has good support for CMake, my preferred C build system. Not really on the Meson bandwagon. Only bits I am eager to see Oracle release :) Oracle/Sun always used Netbeans for much more than Java. It was the foundation for their other products for C/C++ and Fortran/ It has had a stupid amount of names/rebranding... https://en.wikipedia.org/wiki/Oracle_Developer_Studio Netbeans + Commercial stuff -- William L. Thomson Jr. pgp44UCAGKqtq.pgp Description: OpenPGP digital signature
Re: NetBeans cash bounties
On Sat, 14 Apr 2018 03:23:42 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > That's a very 'global' view, William. > > The whole idea though is to improve the project in some areas I find > of need. Because I don't have the time or desire to do that myself. Sure I understand, and agree with your idea. > I don't believe my tiny bounty will change the course of the whole > project. It likely would not. But it could encourage others to offer bounties and it could snowball from there. It is a good idea after all. Thus it likely would grow and spread. > Also, it's not about security, it's normal user stuff, mostly UI > related. My concerns were never security related. Just conflicting directions that lead to debates, forks, loss of contributors and general issues for the project resulting from different directions. > Ubuntu had a cool project: 100 paper cuts. "Papercuts are trivial to > fix, but annoying bugs." So, I'm thinking along the same lines: stuff > that doesn't take lot of time to fix, but that would really help the > workflow. Sure I agree, and like you see with Ubuntu and others, the idea being a good one is spreading :) > I see there's really no way to handle this. I'll just try something > at some point and see how it goes. I surely was not trying to shoot down your idea, discourage, make difficult, or pee in your cornflakes I just had the idea before for like monthly news articles, and such. I feel it is an idea that can benefit many projects in many small ways. Leading to big things. Thousands of paper cuts :) I think the future will see FOSS moving to funded models for development via small bounties and the like. You see that now in a manner with GSoC, and other stuff like FreeBSD Foundation activities. -- William L. Thomson Jr. pgpQavo9ows4Q.pgp Description: OpenPGP digital signature
Re: NetBeans cash bounties
On Wed, 11 Apr 2018 09:28:25 +0200 Bertrand Delacretaz <bdelacre...@apache.org> wrote: > On Tue, Apr 10, 2018 at 6:10 PM, John Muczynski <johnst...@gmail.com> > wrote: > > ...Just because something has a bounty doesn't mean that somehow it > > can bypass the normal commit process... > > Exactly. > > Many Apache committers are paid to work on our projects but that > doesn't allow them to say "I need this commit to go in because my > employer needs it". I haven't looked into that process, to see if various projects have some sort of leadership and direction. If commits go against such direction if the are accepted. rejected etc. > To get my commits in, I need to find a technical reason why they add > value to the project. > > It is exactly the same if commits come from people paid to work on > NetBeans by bounties. Google and Sony have their way with Gentoo. Samsung has its way with EFL. Their commits go through the normal process... Ever hear of Chrome OS? Or Google OnHub router. Or Playstation Now? While not nefarious, they are able to fund areas of Gentoo development as they see fit for their commercial interests. Simply by hiring Gentoo developers, who go through normal commit process. But their activities have nothing to do with Gentoo Foundation. I see similar happening in the Enlightenment/EFL community, with Samsung using EFL as the basis for Tizen. Samsung is sponsoring development there and has caused some rifts in the community. They lack a foundation or anything to make that situation better. So Samsung is essentially leading EFL development now. Not that it is bad per se. But their interest is not FOSS Thus each can do things that are technically beneficial to them, and maybe such to the project. But without going through a Foundation or leadership via some means. Nothing is there to ensure it benefits the project... Which at times can cause harm to the community. Neither Gentoo nor EFL/Enlightenment communities are thriving. While companies are making money off both... Its like exploiting FOSS in a way. Not to mention the whole giving back thing... Like bounties, some devs get money from those companies, but does not benefit the project or community a whole. If that money flowed through the foundation it may go to other uses for a wider community benefit. Just examples, but they are real world examples. I would imagine companies may have commercial interest in Netbeans. Now that it is not under Oracle. Though Netbeans is just an IDE, so likely less beneficial. -- William L. Thomson Jr. pgpiYPKFUTmzz.pgp Description: OpenPGP digital signature
Re: NetBeans cash bounties
On Wed, 11 Apr 2018 09:31:03 +0200 Bertrand Delacretaz <bdelacre...@apache.org> wrote: > On Tue, Apr 10, 2018 at 11:45 PM, William L. Thomson Jr. > <wlt...@o-sinc.com> wrote: > > ...which I why I also suggested taking it to the Apache > > Foundation as a global issue. All Apache projects could benefit from > > such. No reason to limit to just Netbeans... > > I don't think the ASF can ever get involved in paying bounties for > development. It goes against our very strong "fierce independence from > companies and organizations" principle, ASF already has financial sponsors, this is really no different. By the ASF controlling any funds and paying out bounties. You ensure your independence. If companies pay bounties in areas they see fit outside of the ASF. Then you lose that independence IMHO. ASF ultimately would control any payouts. If a funding company wanted to see A developed and provided funds for it, but ASF decided otherwise. That is the entire point of money flowing through ASF rather than outside. > and might be problematic with our 501(c)3 status as well. It has not been a problem for FreeBSD, who is a 501c3. I am in awe of their foundation in all honesty. I had hopes of the Gentoo Foundation have similar organization and impact. I highly recommend taking a look at the FreeBSD foundations activities. I think it is a model for others to replicate in ways. It is working, it is growing over time. Their fund raising has increased substantially from past years, like 300k in 2008 or something. > That being said, the best place to discuss such things ASF-wide is the > dev@community.a.o list, https://community.apache.org/ I may join that if you feel others would be receptive to such ideas. I am not trying to push anything on anyone. I am already seen as a noise/trouble maker in places. But I am happy to join and partake in a discussion on such. It is off topic for this list, just came up here. Also does kinda relate to Netbeans, as it is going from having a leader Oracle to ASF. Not sure if the project will be lead the same, etc. Anyway no more here on this off topic :) -- William L. Thomson Jr. pgpQPZn7thHTj.pgp Description: OpenPGP digital signature
Re: NetBeans cash bounties
On Tue, 10 Apr 2018 16:03:56 + Neil C Smith <neilcsm...@apache.org> wrote: > On Tue, 10 Apr 2018 at 16:56 William L. Thomson Jr. > <wlt...@o-sinc.com> wrote: > > > On Mon, 9 Apr 2018 11:35:27 +0200 > > Bertrand Delacretaz <bdelacre...@apache.org> wrote: > > > > > See > > > https://community.apache.org/committers/funding-disclaimer.html > > > > Why I feel its best for any sponsoring, bounties, etc to go through > > normal project structure. To allow project leadership to determine > > what is best, etc. > > > > While I don't disagree with the concern, I don't think there's any > way to do that within Apache (ie. as laid out in that disclaimer). > At least, going on what was said the last time this was all discussed > on here (or possibly on users@) Yes, which I why I also suggested taking it to the Apache Foundation as a global issue. All Apache projects could benefit from such. No reason to limit to just Netbeans. -- William L. Thomson Jr. pgpzQMfdjXlxn.pgp Description: OpenPGP digital signature
Re: NetBeans cash bounties
On Mon, 9 Apr 2018 11:35:27 +0200 Bertrand Delacretaz <bdelacre...@apache.org> wrote: > Hi, > > On Sun, Apr 8, 2018 at 10:36 AM, Emilian Bold > <emilian.b...@protonmail.ch> wrote: > > ...I've been thinking of posting some bounties for the NetBeans > > annoyances I encounter... > > See https://community.apache.org/committers/funding-disclaimer.html > for a disclaimer that's been used in the past for such things. You'll > need something like to make it clear that the bounties come from you > and not from Apache NetBeans. I am not against individuals sponsoring areas they like. But that also means it can allow individuals to fund areas of interest to them which may not be the interest of the project as a whole. Said another way, Oracle/Sun used to lead Netbeans project development I would assume. Now its being handed to the community. If the community just self funds areas of interest to them. Things may go in wild directions. Minor when talking bugs, but if anything more. Why I feel its best for any sponsoring, bounties, etc to go through normal project structure. To allow project leadership to determine what is best, etc. Not saying take someones money and do not fulfill their wishes, but balance out such needs. I work for company A and you B. We both sponsor things that meet our needs or interest. Those may conflict for competitive purposes. Then you get a mess and have a hard time leading the project. Plus letting outsiders control and influence project development for their own purposes vs those of the general community as a whole. -- William L. Thomson Jr. pgpsc5k6_QqIf.pgp Description: OpenPGP digital signature
Re: NetBeans cash bounties
On Sun, 08 Apr 2018 04:36:16 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > Hello, > > I've been thinking of posting some bounties for the NetBeans > annoyances I encounter. Something like $25 / issue. So, more like a > cash tip than a big bounty. > > Seems like a good idea to me, but perhaps I'm missing something? Any > reason *not* to try this out? IMHO this is the future of FOSS. Some like FreeBSD via its foundation are already funding aspects of development. Which is fantastic! Not so much in bounties. I had similar ideas long ago in Gentoo when I was a Gentoo Foundation Trustee. Sadly for many reason that did not happen. I highly recommend and encourage any and all FOSS projects to look to various paid aspects of development. Even small bounties can buy "beer" money. Though for students or others in various nations could add up > I wonder what service to use for these bounties? I previously heard > of bountysource.com but it seems rather deserted and now they are > owned by some company also selling crypto tokens or such. Any other > choices? > > It would be cool if some contributors would forfeit the bounty and > redirect it towards some other NetBeans issue. Then we have some > multiplier going on. I wonder how to encourage this? You may consider bring this to Apache Foundation as more of a global idea for not just Netbeans in Apache but other projects. Companies and others may want to help fund aspects with various donations that can be used as fuel for bounties, etc. Handling the actual funds is another matter, I rather not get into discussion on as it can vary, international banking, digital currency, accounting, non profit tax reporting/compliance, etc. Again something I would assume Apache already dealing with on some level or another. Other projects outside of say Apache and Eclipse may look to things such as SFC or SPI. With IMHO the SFC being the better based on funded business model. https://sfconservancy.org/ http://www.spi-inc.org/ -- William L. Thomson Jr. pgpeFlBGi_W5F.pgp Description: OpenPGP digital signature
Re: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK
On Wed, 14 Mar 2018 10:20:17 -0400 Scott Palmer <swpal...@gmail.com> wrote: > > On Mar 14, 2018, at 3:01 AM, <toni.ep...@eppleton.de> > > <toni.ep...@eppleton.de> wrote: > > > > There's a problem with this whole discussion. Participants are > > mixing criticism of webapps with criticism of Desktop applications > > which use a HTML5Component as their renderer. I don't know if I > > should respond, because technologies like DukeScript or Electron do > > not suffer from this browser compatibility problem. They ship their > > own renderer/browser. Still we keep getting this. > > Because HTML5 is horrible to use as a rendering technology regardless > of browser issues. It is simply the wrong tool for the job. It > makes no sense to convert everything back to a form (HTML) that > poorly expresses what you want to do. The internet is full of “How > can a get a layout like this…?” questions with regard to HTML. > Followed by hack upon hack to try to make it work. If you use a > proper GUI toolkit instead of a mutilated mark-up language, you just > do it. Everyone keeps forgetting that many used Flash for consistency where HTML could not. Not to mention doing things you could not in HTML/CSS/JS. Many things still trying to move from Flash to HTML5. Other things are making no effort. Major things like Trustwave's Trustkeeper for PCI Compliance, all in Flash https://login.trustwave.com/portal-core/home They are not doing anything that special, it could be done even before HTML5 was a thing... One reason they may use Flash is consistency, and not having to deal with browser quirks Though maybe also to prevent people from hacking the HTML/JS in various pages. Like Java on Desktop, you cannot easily manipulate compiled code Any longtime web developer has had to make various CSS files to handle issues in different browsers, wrote conditional JS code, based on DOM, etc. Browsers and web develop is a freaking nightmare and has never gotten better in decades Same page in different browsers on same OS can look different. Same page on different OS can look different in same browser Its all garbage for UI IMHO. Anytime someone talks HTML/JS/CSS for UI I stop listening right there.... I have been there, done that, wasted to many hours of my life dealing with quirks... -- William L. Thomson Jr. pgpeckMoCjUlA.pgp Description: OpenPGP digital signature
Re: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK
On Wed, 14 Mar 2018 13:04:08 -0700 Chuck Davis <cjgun...@gmail.com> wrote: > So, what are you waiting for? > https://wiki.openjdk.java.net/display/OpenJFX/Main will be more than > happy to suck up some energy from you. > > Sorry, I guess I'm in a snarky mood today but I just get so tired of > everybody ragging on Oracle. I see this constantly for years around Gentoo. While others are not hated, which should be IMHO like Google, and others. Oracle is hardly the bad company out there. Though others are forcing their hand in a way, eating into their eco system. IMHO they are just reacting to ensure their own place in the market space. > How long has OpenJDK been the source and > Oracle has been doctoring it to make it usable? Now it has a shiny, > new rendering engine for AWT/Swing; they don't have to screw around > upgrading rendering with every release. What else should we (the > Community) be doing for Java to make it more usable? What bugs have > any of us here fixed (I know some of you have done many and you are > herewith thanked for your efforts)? There is tons of interest in OpenJDK in the FOSS world and almost no one working on building it, etc. That includes myself. I am happy to use the binaries Oracle puts out, knowing the time they put into such. Seeing the time others put into just packaging OpenJDK. > Same can be said for OpenJFX. Which almost no distro or anyone has packaged anywhere. https://bugs.gentoo.org/547918 The lack of involvement in OpenJDK gets even worse with OpenJFX... > As far as I know Oracle and IBM are the only companies that have been > taking OpenJDK and doctoring it to improve it enough to be released > (and IBM has never included JFX). Maybe they're tired of the drag > we've been. IBM released their OpenJ9 which seems to have a fair amount of interest. But short of them releasing an OpenJDK with OpenJ9, not sure who else would have made that happen. https://github.com/eclipse/openj9 https://github.com/ibmruntimes/openj9-openjdk-jdk9 There is like 1 guy working on it at RedHat, short of the icedtea-web team. This guy should have a team, and I question why Redhat has not invested in more man power. Java is a big revenue source for RedHat. https://www.linkedin.com/in/gnuandrew http://mail.openjdk.java.net/pipermail/distro-pkg-dev/ Then again RedHat is footing the bill for the entire world... > PS I am not and never have been an Oracle employee. I don't get > commissions for sales of their products. I'm just another freeloader > like the rest of you whiners and complainers (trust me, I've done my > share). Same here, though I know someone who works for them locally. I even tried to apply with them years ago and never got a call back or anything. Thus not a super fan of Oracle, but I have no reason to dislike them either. More a Sun fan, but those years are passed. I respect Oracle as a tech company, and thankful for what they do put out. Way better than others like say Google -- William L. Thomson Jr. pgpxpxlQuXXcw.pgp Description: OpenPGP digital signature
Re: NB 9.0 Beta
On Wed, 14 Mar 2018 14:01:04 -0400 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > Or if its an Apache mirroring issue. I > have seen issues with tag differences on Github and Apache. A couple > times the entire groovy repo on Github disappeared. Other times newer > tags exist in Apache that never make it to mirrors. > > Like this, it has none of the current versions or any current > development, branches, tags, etc. > https://github.com/apache/myfaces/releases > https://myfaces.apache.org/download.html > > That is a pretty jacked up mirror of myfaces repo... > http://svn.apache.org/repos/asf/myfaces/ Another example of Apache mirroring issues Github has 1.0.10 https://github.com/apache/felix/releases/tag/org.apache.felix.gogo.runtime-1.0.10 But downloads only shows 1.0.8. https://felix.apache.org/downloads.cgi -- William L. Thomson Jr. pgpx6wEthwpSN.pgp Description: OpenPGP digital signature
Re: NB 9.0 Beta
On Wed, 14 Mar 2018 18:54:55 +0100 Geertjan Wielenga <geertjan.wiele...@googlemail.com> wrote: > You're pointing to the Apache NetBeans Platform, which is Apache > NetBeans (incubating) 9.0 Alpha. > > The Apache NetBeans IDE, which is Apache NetBeans (incubating) 9.0 > Beta, is here: > > https://dist.apache.org/repos/dist/dev/incubator/netbeans/incubating-netbeans-java, > though please note that this is the one that was approved as the > official Beta release: > > https://dist.apache.org/repos/dist/dev/incubator/netbeans/incubating-netbeans-java/incubating-9.0-beta-rc3/ FYI something happened and at one point there was a 9.0-beta tag and release tarball on Github like in the other repos linked. It may have been a mistake or something. That likely explains the confusion. It was never intended to be released as such and likely a mistaken tag, or mirroring borkage. -- William L. Thomson Jr. pgpX32rNWlnZ6.pgp Description: OpenPGP digital signature
Re: NB 9.0 Beta
On Wed, 14 Mar 2018 13:47:20 -0400 Efrem Mc <efrem...@gmail.com> wrote: > HI, I know beside Github > > This a link to all the releases for 9.0-beta, 9.0-beta-rc2 and rc-3 > https://dist.apache.org/repos/dist/dev/incubator/netbeans/incubating-netbeans-platform/ > > http://www-eu.apache.org/dist/incubator/netbeans/ Thank you! I knew one existed at some point. Both those show a 9.0-beta, which did exist on github, but is gone now. I maybe insane, but not that insane, yet... :) FYI, been dealing with disappearing tags under Jetty... https://github.com/Obsidian-StudiosInc/os-xtoo/commits/master/dev-java/jetty-util They had a 9.4.9.20180307, which they pulled. They have a https://github.com/eclipse/jetty.project/archive/jetty-9.4.9.v20180311.tar.gz But since its not showing on their home page, it likely will disappear as well, or remain, no clue. Still showing 9.4.8.20171121 https://www.eclipse.org/jetty/download.html This time waiting before updating Jetty to 9.4.9... Not sure if the same happened for Netbeans. Or if its an Apache mirroring issue. I have seen issues with tag differences on Github and Apache. A couple times the entire groovy repo on Github disappeared. Other times newer tags exist in Apache that never make it to mirrors. Like this, it has none of the current versions or any current development, branches, tags, etc. https://github.com/apache/myfaces/releases https://myfaces.apache.org/download.html That is a pretty jacked up mirror of myfaces repo... http://svn.apache.org/repos/asf/myfaces/ -- William L. Thomson Jr. pgpBgCWf8xKNL.pgp Description: OpenPGP digital signature
Re: NB 9.0 Beta
On Wed, 14 Mar 2018 18:12:29 +0100 Geertjan Wielenga <geertjan.wiele...@googlemail.com> wrote: > Here it is, you can write back and ask again, but this will still be > the tag of the rc3 which has been accepted as Apache NetBeans > (incubating) 9.0 Beta: > > https://github.com/apache/incubator-netbeans/tree/9.0-beta-rc3 This tag used to exist but does not now. https://github.com/apache/incubator-netbeans/tree/9.0-beta https://github.com/apache/incubator-netbeans/archive/9.0-beta.tar.gz I wish I downloaded a copy to show. If I updated my packages in my repo that would be proof. I was NOT asking about 9.0-beta-rc3 in this post. http://mail-archives.apache.org/mod_mbox/incubator-netbeans-dev/201803.mbox/%3Cassp.060314be2d.20180306141618.26f83247%40wlt.obsidian-studios.com%3E I am NOT asking about 9.0-beta-rc3. I am on that version. I was asking about updating from 9.0-beta-rc3 -> 9.0-beta NO rc February 3rd 9.0-beta-rc3... https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/nb-ide/netbeans-o-n-core/netbeans-o-n-core-9.0_beta_rc3.ebuild This is NOT about 9.0-beta-rc3, forget about that entirely. There was a 9.0-beta on Github. That may have been a mistake or something, but it for sure did exist at one point. That is what I was asking about, if there was another release after 9.0-beta. Which 9.0-beta is gone now, so changes the question to... What happened to 9.0-beta release/tag on Github? Was that a mistaken tag or something? Or did the -rc portion get stripped from another? -- William L. Thomson Jr. pgp41agBA6l8j.pgp Description: OpenPGP digital signature
Re: NB 9.0 Beta
On Wed, 14 Mar 2018 17:54:59 +0100 Geertjan Wielenga <geertjan.wiele...@googlemail.com> wrote: > Yes, there is indeed another release pending soon -- that will always > be the case. Right now, we're working on the final release of Apache > NetBeans (incubating) 9.0, which will mean a new release. I have no clue what happened to that 9.0-beta tag that did exist on Github. That release is what I was asking about. If there was another release coming soon after 9.0-beta. Which was a few weeks ago. Assuming there maybe a 9.0-beta1 or a full 9.0 no beta or rc release following 9.0-beta soon. Rather than that tag, 9.0-beta, disappearing entirely Just to be clear. I am on 9.0-beta-rc3 for sometime, but there was a 9.0-beta without the -rc suffix on Github. That existed for a few weeks, but is now gone. I was about to update to that version, thus posted on list asking if another was pending. In the mean time, that tag 9.0-beta has been removed or something. It did exist at one point. Maybe it was mistagged with another. I do not recall the total releases available to be 5, I believe it was always 4. Not sure but there for sure was a 9.0-beta tag on Github at one point, with a date in March not February. -- William L. Thomson Jr. pgpFLLkrXGx77.pgp Description: OpenPGP digital signature
Re: NB 9.0 Beta
On Wed, 14 Mar 2018 16:17:23 +0100 Geertjan Wielenga <geertjan.wiele...@googlemail.com> wrote: > https://github.com/apache/incubator-netbeans/tree/9.0-beta-rc3 > > There's the tag for rc3 i.e., the officially approved Apache NetBeans > (incubating) 9.0 Beta. I bumped my packages to that version some time ago. Cleaning old is me removing 9.0-beta-rc1 after updating to 9.0-beta-rc3, a month or so ago. https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/nb-ide There was another tag on Github for a while under releases. It did not have the -rc* suffix. Thus my post asking if there was to be another beta release before I updated to that one. Which that tag/release seems to have disappeared. Guess good thing I never updated to that mia tag... Its why I was asking if there was another release pending soon. http://mail-archives.apache.org/mod_mbox/incubator-netbeans-dev/201803.mbox/browser I was already on 9.0-beta-rc3. I saw the 9.0-beta tag for a few weeks and did not update to that tag/release. I asked on list in the previous post, no response. Now it seems that tag is gone, and I seem insane. It did exist at one point, maybe by mistake, not sure. Seemed to be created after a vote, so I thought it was an actual beta release, post release candidate, thus no rc portion of the version. -- William L. Thomson Jr. pgprn3WkRVJBp.pgp Description: OpenPGP digital signature
Re: NB 9.0 Beta
On Wed, 14 Mar 2018 09:29:54 -0400 Emilian Bold <emilian.b...@protonmail.ch> wrote: > Good catch. Yes, there should be a git tag for 9.0-beta, no? Or do we > use 9.0-beta-rc3? I could have sworn there was a 9.0-beta tag. I asked about releases a few days back, no response. But there I mention I had not updated my packages to beta from -beta-rc3. -- William L. Thomson Jr. pgp5d2dMKGAzt.pgp Description: OpenPGP digital signature
Re: Netbeans 9.0 is very unstable with lombok in JDK 9
On Fri, 9 Mar 2018 19:44:08 -0300 Victor Williams Stafusa da Silva <victorwssi...@gmail.com> wrote: > > So, what you are telling me seems to be more-or-less a great > misunderstanding. Mostly for others, that miss I am building everything from source. I care more about compile time than runtime dependencies. I am making jars, not using others. Quite many things have different runtime dependencies than compile time. Which is why I run into many issues others do not. Like this one for Netbeans https://github.com/apache/incubator-netbeans/pull/392 > We could use the case of byte-buddy to persuade > lombok guys to better modularize it by actually seeing some valor in > doing so, since now, lombok (or at least part of it) would be a > library afterall and not just some weird part of the compiler > toolchain. They have their own dependency issues to address. Almost a year old I have zero hope for movement there. https://github.com/rzwitserloot/lombok.patcher/issues/2 Not to mention new compile time ones that show up in patch versions... https://github.com/rzwitserloot/lombok/issues/1437 If you read that, they make illogical excuses on why they cannot properly version releases of Lombok. They get upset when you give them some details on what your doing so they can understand. Really broken down best by the points in this comment. https://github.com/rzwitserloot/lombok/issues/1437#issuecomment-339757312 > However, by opening up a ticket at their github to say > that you have some trouble compiling it and that "*I have filed a bug > with byte-buddy-dep, requesting they stop using lombok. It is really > the worst Java package I have ever come across.*" you immediatelly > thrown away any hope to get some collaboration out of those guys and > also failed to explain them what was the real issue you were trying > to solve. I do not make such statements lightly and it was not my first interaction with them. The amount of open issues, etc Make the entire project clearly a mess. 21 issues related to Netbeans https://github.com/rzwitserloot/lombok/issues?utf8=%E2%9C%93=is%3Aissue+is%3Aopen+netbeans My first experience with it was saying it was a terrible package and one of the maintainers commented a fix. https://github.com/Obsidian-StudiosInc/os-xtoo/commit/dc0aa4cfc834ac598810a7db59ddcac5a8a0dbfc#commitcomment-22235501 Before I went to package Netbeans from source. Lombok had more Java dependencies than anything else I came across short of Spring. The need for all that mess was for hibernate, which never finished. Had I tried to remove lombok from byte-buddy before I may have made more progress on hibernate from source. Which I need to get back to someday. I got lucky Netbeans also needed byte-buddy to make that previous effort worth while. I have spent, or more like wasted so much time with packaging Lombok just to build other stuff that needed it. I really really dislike it for valid reasons. > However, flaming that over here would be unproductive. I can go and > submit a bug report to lombok guys asking for better modularization > by providing a clear reason for that. You have more faith in them than I do in that regard. I do not see the being flexible or open to changes per a few interactions. I have made reasonable requests, most all denied but the circular deps one. > But, this is no excuse to not attack the problem on Netbeans side. I am not attacking the Netbeans side. I see it as a Lombok problem, that IMHO Netbeans should not be bothered with. Lombok has many issues with Netbeans per other open issues. > So, what is wrong with PatchModuleFileManager.getLocationForModule and > ProxyFileManager.getLocationForModule? The > PatchModuleFileManager.getLocationForModule > method seems to be the one that tries to produce a bad URL. If the > problem is solely lombok's fault afterall (dunno), what types of > defenses can Netbeans use to avoid that some weird tool messing > around with compiler's internal stuff breaks everything? Not sure but IMHO I think anything Path/File related seems like it will use the Javac9BaseFileObjectWrapper, and given issues with that. I am not sure how any of it works at all on Java 9. If it can't build, I cannot see how it can run. Much if it was last touched long before 9 was released. https://github.com/rzwitserloot/lombok/commits/master/src/core/lombok/javac/apt/Javac9BaseFileObjectWrapper.java None of that IMHO has anything to do with Netbeans, more Lombok's crazy code. -- William L. Thomson Jr. pgpBjKvHOymfb.pgp Description: OpenPGP digital signature
Re: Netbeans 9.0 is very unstable with lombok in JDK 9
On Fri, 9 Mar 2018 16:11:23 -0500 cowwoc <cow...@bbs.darktech.org> wrote: > I gave up using Lombok with JDK 9 months ago. Yes, it is far more > unstable under Netbeans than with other IDEs but it is generally a > mess under JDK9 regardless of which IDE you use. I am not a fan of Lombok either. I reported a build issue under 9, and their recommendation was to use ant to build it... https://github.com/rzwitserloot/lombok/issues/1562#issuecomment-363549169 Which I fail to see how that would solve the issue. src/core/lombok/javac/apt/Javac9BaseFileObjectWrapper.java:38: error: Javac9BaseFileObjectWrapper is not abstract and does not override abstract method getSibling(String) in PathFileObject class Javac9BaseFileObjectWrapper extends com.sun.tools.javac.file.PathFileObject { Compiler errors like that are not resolved by ant/maven/gradle. Unless they are doing something I could as well, modifying files, options, etc. I run into stuff like that a lot and requires code fixes. I do not believe they implemented that class properly in the first place. Something is very odd there per my comments and attempts to fix. https://github.com/rzwitserloot/lombok/issues/1562 I have filed another issue with byte-buddy to eventually move away from Lombok. It requires a massive amount of Eclipse to build from source. If your building Netbeans from source. You end up with a lot of Eclipse dependencies, just because of Lombok. https://github.com/raphw/byte-buddy/issues/397 https://github.com/apache/incubator-netbeans/blob/master/spi.java.hints/nbproject/project.properties#L24 I was able to switch over to Google AutoValue in byte-buddy for Netbeans 9 using sed in a crude manner. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/byte-buddy-dep/byte-buddy-dep-.ebuild#L47 Not sure if that was successful or not. It allows byte-buddy to build, and I can build the pieces of Netbeans that need byte-buddy, like spi-java-hints. If it works at runtime I cannot confirm 100% yet. But I haven't seen any issues just the same. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/nb-ide/netbeans-spi-java-hints/netbeans-spi-java-hints-.ebuild#L9 Sent a PR to byte-buddy, but since they want to keep legacy support and AutoValue is 8+, they have to keep Lombok. https://github.com/raphw/byte-buddy/pull/400#issuecomment-361006248 -- William L. Thomson Jr. pgp_Gasar9pt2.pgp Description: OpenPGP digital signature
Next release
I am not asking to be impatient. I need to update my Gentoo packages to the beta release. I held off as it some 300+. Its not a big deal I have a script that does it, but does take a few hours to run. I just did not want to do it if another release was coming soon. I skipped the beta_rc2. There were not really substantial changes, and rc3 followed shortly there after. Not seeking an exact date. Just would not like to update them and have to again next week etc. I think at some point time between releases will slow. Which that maybe the case now. Thus my inquiry, thanks! -- William L. Thomson Jr. pgpWaW_z1QNsU.pgp Description: OpenPGP digital signature
Re: Installing/Running with multiple installed JDKs
On Mon, 05 Feb 2018 16:18:25 + Neil C Smith <neilcsm...@apache.org> wrote: > > That's only going to work if the netbeans_jdkhome is commented out in > the conf file I think - by default the installer sets it. jem will manage your JAVA_HOME env var, along with java/javac and other commands that get linked to a script/wrapper. https://travis-ci.org/Obsidian-StudiosInc/jem/builds/336248733#L1024 Its actually controlled by nbexec which calls netbeans script that has netbeans_jdkhome. https://github.com/apache/incubator-netbeans/blob/master/ide/launcher/unix/netbeans#L193 --jdkhome path to Java(TM) 2 SDK, Standard Edition https://github.com/apache/incubator-netbeans/blob/master/o.n.bootstrap/launcher/unix/nbexec#L71 But also has some logic to look https://github.com/apache/incubator-netbeans/blob/master/o.n.bootstrap/launcher/unix/nbexec#L134 Pretty sure nbexec calls netbeans script. It can be invoked either way I believe, directly calling netbeans script. But one seems to be a env wrapper for the other. They end up in different locations one in lib one in bin its odd. Seems like they should be together or 1 script. ./platform/lib/nbexec ./bin/netbeans I plan to re-write both for Gentoo. Those are universal and most not needed for a known env, specific distro. > On a Debian derivative, you can use update-alternatives to achieve > similar to jem (I assume?). Just make sure to set both java and > javac - it's the location of javac that takes precedence, or at least > does in a platform app, which caused some interesting head scratching > with a user a while back! :-) Yes alternatives is similar but different. Alternatives is more comparable to Gentoo's eselect. Which mostly toggles symlinks between this or that for a given program library etc. https://wiki.gentoo.org/wiki/Project:Eselect/User_guide https://wiki.debian.org/DebianAlternatives Those are for more limited stuff. They will not help you say build a classpath for packages. Though I believe altenratives can be used to select virtual providers for things. It is still pretty different. Alternatives I believe is a set this or that. It does not allow you to use both or more than one same time. With jem you can use different vms sametime or to test at runtime JEM_VM=oracle-jdk-bin-10 JEM_VM=oracle-jdk-bin-9 While leaving other vms set to say 1.8 or other for like applications like Tomcat, or UI stuff netbeans, etc. > You can also pass --jdkhome on the command line rather than setting > it up in the conf file, so you could create 3 script files > or .desktop files to do that? Yes and in this case would not need to do that. Could just do Run nb under 9 JEM_VM=oracle-jdk-bin-9 netbeans Or 10 JEM_VM=oracle-jdk-bin-10 netbeans Paths are not ideal as they tend to have versions and if you put that in a script and version changes it breaks. You can get around with wildcards etc. But there is more to it than that. Long term I want to have jem work with like maven pom.xml local repos. So it could build a runtime classpath based on pom.xml, or package.env files. Like if I needed a classpath for netbeans-core-startup for a stand alone application, including any runtime deps, deps of deps. -d, --with-dependencies -p, --classpath=PACKAGE(s) $ jem -dp netbeans-core-startup-9 /usr/share/asm-6/lib/asm.jar:/usr/share/netbeans-core-startup-base-9/lib/netbeans-core-startup-base.jar:/usr/share/netbeans-o-n-bootstrap-9/lib/netbeans-o-n-bootstrap.jar:/usr/share/netbeans-openide-filesystems-9/lib/netbeans-openide-filesystems.jar:/usr/share/netbeans-openide-modules-9/lib/netbeans-openide-modules.jar:/usr/share/netbeans-openide-util-9/lib/netbeans-openide-util.jar:/usr/share/netbeans-openide-util-lookup-9/lib/netbeans-openide-util-lookup.jar:/usr/share/netbeans-openide-util-ui-9/lib/netbeans-openide-util-ui.jar:/usr/share/aqute-jpm-clnt/lib/aqute-jpm-clnt.jar:/usr/share/bndlib-3/lib/bndlib.jar:/usr/share/bnd-annotation-3/lib/bnd-annotation.jar:/usr/share/libg-3/lib/libg.jar:/usr/share/osgi-annotation/lib/osgi-annotation.jar:/usr/share/osgi-compendium-6/lib/osgi-compendium.jar:/usr/share/osgi-core-api-6/lib/osgi-core-api.jar:/usr/share/osgi-ds/lib/osgi-ds.jar:/usr/share/osgi-util/lib/osgi-util.jar:/usr/share/slf4j-api/lib/slf4j-api.jar:/usr/share/eclipse-javax-persistence-2/lib/eclipse-javax-persistence.jar:/usr/share/osgi-foundation/lib/osgi-foundation.jar:/usr/share/tomcat-servlet-api-4.0/lib/el-api.jar:/usr/share/tomcat-servlet-api-4.0/lib/jsp-api.jar:/usr/share/tomcat-servlet-api-4.0/lib/servlet-api.jar:/usr/share/netbeans-core-startup-9/lib/netbeans-core-startup.jar -- William L. Thomson Jr. pgpa4377bgWoH.pgp Description: OpenPGP digital signature
Re: Installing/Running with multiple installed JDKs
On Mon, 5 Feb 2018 09:28:44 -0500 Deven Phillips <deven.phill...@gmail.com> wrote: > Hi, > > I have several JDK versions installed (8, 9, and 10) on Linux. I'm > wondering if there is an easy way to tell NetBeans to start with a > different JDK than the current default? For example, I have JDK9 > installed at '/usr/lib/jvm/openjdk-9', but the JDK on the current > PATH is JDK 8. It hasn't seen much adoption but really this year I am staring to finish it off and address any issues. Not sure if other distros will adopt. I likely need to do more work there to help others adopt and use. I have ported a Gentoo python program called java-config to a universal distro/unix agnostic jem/ Java Environment Manager. It allows you to switch VMs, and a variety of stuff. Bit better than hard coding paths in scripts, etc. Can use jem to get paths and more. https://github.com/Obsidian-StudiosInc/jem jem --help output to show commands. https://travis-ci.org/Obsidian-StudiosInc/jem/jobs/336248734#L1641 There are some similar alternatives I came across, never used, no clue first one jenv is similar to jem. sdkman-cli seems to be different. https://github.com/gcuisinier/jenv https://github.com/sdkman/sdkman-cli -- William L. Thomson Jr. pgpwgUVXjwIjx.pgp Description: OpenPGP digital signature
Re: Release Build Creation
See below/bottom for context On Mon, 29 Jan 2018 16:21:26 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > On Sun, 28 Jan 2018 23:49:23 -0800 > Laszlo Kishalmi <laszlo.kisha...@gmail.com> wrote: > ... > > I mean, do we know, how we create: > > > > 1. Beta, RC, etc. Splash Screen Images > > 2. Launcher defaults to dev, 9.0beta, 9.0rc user dirs > > 3. Change the main JFrame title according to the release > > It seems to be in many locations and looked up from various things. > https://github.com/apache/incubator-netbeans/search?utf8=%E2%9C%93=%22Apache+NetBeans+Platform%22= > > Seems to be ide.kit, ide.branding, along with core.startup and > o.n.core > https://github.com/apache/incubator-netbeans/search?l=Java=1=currentVersion==%E2%9C%93 > https://github.com/apache/incubator-netbeans/search?l=INI=currentVersion==%E2%9C%93 > > I have not packaged ide.branding, so not sure where that provides. I > am still hunting myself for my version #201801182126 > https://www.enlightenment.org/ss/e-5a6f8dee17eb04.80922595.jpg ... > There are a couple modules I set a date on for the build version > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/nb-cmake-completion/files/MANIFEST.MF#L4 > > Which it seems to be using that in my case. The only place I can find > my build version showing in IDE logs and UI is in this module... > Makes no sense why it would take over entire version but seems it > does > > wlt@ws ~/.netbeans > $ grep -r 201801182126 * > dev_min/var/log/messages.log: Product Version = Apache > NetBeans Platform Dev (Build 201801182126) > dev_min/var/log/messages.log: bv.offa.CMakeCompletion [0.1.2 0.1.2 > 201801182126] For fun I rebuilt my nb-cmake-completion. The result is now I have a new build version https://www.enlightenment.org/ss/e-5a6fbcb68bc9c6.00231179.jpg $ grep -r 201801291927 * dev/var/log/messages.log: Product Version = Apache NetBeans Platform Dev (Build 201801291927) dev/var/log/messages.log: bv.offa.CMakeCompletion [0.1.2 0.1.2 201801291927] Seems the main UI gets it from a plugin/module. Why its using this one must be because another is missing or something. Have to look further into the code... -- William L. Thomson Jr. pgpBTqACkyNQL.pgp Description: OpenPGP digital signature
Re: Release Build Creation
On Sun, 28 Jan 2018 23:49:23 -0800 Laszlo Kishalmi <laszlo.kisha...@gmail.com> wrote: > Hi there! > > Is there anyone knows how to build release grade artifacts from the > code? I'm just being curious, being a build engineer by my trade. > I've seen that buildnumber and buildnum are being used in some parts > of the process to add some build/version related information to the > artifacts. But otherwise they are marked as dev. I have been looking into versioning. Mostly on modules, and still missing suffix parts of the version. I have most taken care of, but some still missing trailing bits. Like for core.startup Installed version: 1.63.0 Available version: 1.63.0.1 Or editor Installed version: 1.88.0.6 Available version: 1.88.0.6.3.23.55 I have the same versions most times as upstream but they show as updates since my versioning is off > I mean, do we know, how we create: > > 1. Beta, RC, etc. Splash Screen Images > 2. Launcher defaults to dev, 9.0beta, 9.0rc user dirs > 3. Change the main JFrame title according to the release It seems to be in many locations and looked up from various things. https://github.com/apache/incubator-netbeans/search?utf8=%E2%9C%93=%22Apache+NetBeans+Platform%22= Seems to be ide.kit, ide.branding, along with core.startup and o.n.core https://github.com/apache/incubator-netbeans/search?l=Java=1=currentVersion==%E2%9C%93 https://github.com/apache/incubator-netbeans/search?l=INI=currentVersion==%E2%9C%93 I have not packaged ide.branding, so not sure where that provides. I am still hunting myself for my version #201801182126 https://www.enlightenment.org/ss/e-5a6f8dee17eb04.80922595.jpg I have seen be based off OpenIDE-Module-Build-Version: "OpenIDE-Module-Build-Version: 9.0_beta_rc1-os-xtoo" When it was alpha it showed up from that. https://www.enlightenment.org/ss/e-5a20b8eb0b3e91.03603173.jpg https://www.enlightenment.org/ss/e-5a20bf75cc4179.53467093.jpg There are a couple modules I set a date on for the build version https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/nb-cmake-completion/files/MANIFEST.MF#L4 https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/nb-darcula/files/MANIFEST.MF#L4 Which it seems to be using that in my case. The only place I can find my build version showing in IDE logs and UI is in this module... Makes no sense why it would take over entire version but seems it does wlt@ws ~/.netbeans $ grep -r 201801182126 * dev_min/var/log/messages.log: Product Version = Apache NetBeans Platform Dev (Build 201801182126) dev_min/var/log/messages.log: bv.offa.CMakeCompletion [0.1.2 0.1.2 201801182126] -- William L. Thomson Jr. pgpanw_u4DJxw.pgp Description: OpenPGP digital signature
[Gentoo Package] nb-javac source archive/tarball
I read https://cwiki.apache.org/confluence/display/NETBEANS/Overview%3A+nb-javac I would like to get source archives/tarballs from here http://hg.netbeans.org/main/nb-javac Is there any way to get a source archive tarball from that Mercurial repository? I tried a few URLs that did not work. Like http://hg.netbeans.org/main/nb-javac/archive/jdk-9%2B169.zip For this tag http://hg.netbeans.org/main/nb-javac/rev/jdk-9%2B169 Doing a temporary import for now so I can create source/tarball. But not a long term thing, just temporary so I can package it and finish off a working Java editor :) Thanks! -- William L. Thomson Jr. pgpgQBRSw5I_L.pgp Description: OpenPGP digital signature
[Gentoo Package] nb-process-killler sources location
Not able to find these sources, seems they were here http://kenai.com/projects/nb-process-killler Per https://github.com/apache/incubator-netbeans/blob/master/extexecution.process/external/processtreekiller-1.0.7-license.txt Google is not helping me locate that, just providing a bunch of links to archve.org Not sure if its here somewhere? http://hg.netbeans.org/ Thanks! -- William L. Thomson Jr. pgpqTK02DEt2V.pgp Description: OpenPGP digital signature
Re: [Gentoo Package] C/C++ plugin sources
On Tue, 23 Jan 2018 09:08:21 +0100 Geertjan Wielenga <geertjan.wiele...@googlemail.com> wrote: > On Mon, Jan 22, 2018 at 8:14 PM, William L. Thomson Jr. > <wlt...@o-sinc.com> wrote: > > Are the sources for the C/C++ plugins published anywhere? I have > > been searching but not able to find them. Also JavaScript sources. > > > They haven't been donated yet to Apache, we're working on that, right > now those sources are in http://hg.netbeans.org/releases/file. Thank you! I assumed as such after reading the transition page[1] and seeing there will be further code donations. No worries I can be patient and wait. Thank you for confirmation! https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition -- William L. Thomson Jr. pgpmjOYpRYIHD.pgp Description: OpenPGP digital signature
Re: [Gentoo Package] Netbeans build dependencies
On Mon, 22 Jan 2018 14:14:34 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > Built entirely under Java 9, with all dependencies from source as > well, also under Java 9. It is coming along quite well, albeit slowly. > I have an initial Java editor, though no code completion, and still no > actual Java Editor, as in the actual package/plugin java.editor. I am hung up here due to dependencies, specifically spi.java.hints dependency on byte-buddy, needing lombok, the problem package. https://github.com/apache/incubator-netbeans/tree/master/spi.java.hints spi.java.hints is pretty core to all Java editor features, code completion, help, javadoc, etc. Thus preventing further progress there till I can get around issues. To build byte-buddy from source, including all deps. You need lombok. To package lombok from source you need some 70+ Eclipse libraries from Eclipse IDE... I had both packaged, but Lombok has issues with Java 9 blocking byte-buddy build under Java 9. Which may have its own issues. https://github.com/rzwitserloot/lombok/issues/1562 I have opened a issue on byte-buddy requesting they use something other than Lombok, maybe Google AutoValue. You can see the eclipse deps. I have experimented a bit with porting byte-buddy from lombok to autovalue, without success thus no PR. https://github.com/raphw/byte-buddy/issues/397 Really not ideal when building Netbeans dependencies from source to need stuff from Eclipse. Netbeans Git support also comes from Eclipse. Though Eclipse JGit does not have that many dependencies. That is minor. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/netbeans-git/netbeans-git-.ebuild#L9 One optional thing I packaged for Local Tasks, It also brings in a BUNCH of eclipse stuff... I think some 30+ eclipse packages. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/netbeans-localtasks/netbeans-localtasks-.ebuild#L10 https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/eclipse-mylyn-tasks-core/eclipse-mylyn-tasks-core-.ebuild Not sure people are aware of the Eclipse dependencies to building Netbeans. Most are indirect deps of byte-buddy/lombok. If byte-buddy switches from Lombok, that will resolve a bunch of those. If not may need to see if there is alternative to byte-buddy for spi.java.hints. Just leaving localtasks, which maybe ok to have ~30 or so Eclipse dependencies. -- William L. Thomson Jr. pgpQnfke9kg5p.pgp Description: OpenPGP digital signature
[Gentoo Package] C/C++ plugin sources
Are the sources for the C/C++ plugins published anywhere? I have been searching but not able to find them. Also JavaScript sources. P.S. Still making progress on packaging Netbeans 9 from source on Gentoo. https://github.com/Obsidian-StudiosInc/os-xtoo Built entirely under Java 9, with all dependencies from source as well, also under Java 9. It is coming along quite well, albeit slowly. I have an initial Java editor, though no code completion, and still no actual Java Editor, as in the actual package/plugin java.editor. I have CSS and HTML working. CSS seems missing a stylesheet or something. I can provide screenshots if interested. Full Javascript support via plugin, since I could not find the sources to package. It also did not need anything I did not already have. The C/C++ plugins want to replace some stuff I have packaged, due to versions being off a bit. Thus I would like to see about packaging that piece meal rather than pulling in the plugin. Long term rather have it system installed than via plugin manger. I do not plan to use that much if at all. Down the road I will make another meta package, that is just the base UI along with just enough needed to run plugin manager. To allow all things to be installed via plugin manager. Just the same I will have packaged all the stuff I need for my env, without having to install anything from plugin manager. Though will have some USE flags for optional stuff on my main package once done. Thus far only installing JavaScript plugin and temporarily English language support for spellchecker. I did package Darcula and CMake plugins so they are present on package install, without need for installing plugins. Personal preference stuff there, loving that! I am able to build my basic Java projects, clean, build, etc :) Pretty stoked about that! Still a long way to go for my own needs, much less for others. Lots of exceptions and issues to address that are self inflicted due to abnormal packaging, building from source without ant. Really cool to see Netbeans come to life module by module, piece by piece. Result can be very slimmed down Netbeans for individual purposes. I also have live ebuilds, so it can be built from git. Which then if you do development, you can test live committed changes to each project/module, without rebuilding all of Netbeans. I do not think that is that easy with ant. Thus should aid in development of specific modules. For anyone interested in such. Given I have used Netbeans since ~3.x, at least 3.6. This is a long term effort, as I am a long time user, and, plan to be for years to come. Maybe contributing back on development someday! Till then just making arguable the best, most modular, streamlined, customizable install of Netbeans on any OS :) Sorry for length, I have no quiet mode, only verbose -v :) -- William L. Thomson Jr. pgpVjxF0G7IIa.pgp Description: OpenPGP digital signature
Re: Java editor
Sorry to jump in here. May not be clear on the following, so please excuse if I am off topic, etc. On Tue, 12 Dec 2017 19:20:41 +0100 Jan Lahoda <lah...@gmail.com> wrote: > Hello, > > Today, we were talking with Jarda (jtulach) and Geertjan about what > do we do with the Java support for the beta release. > > I think the proposal is roughly like this: > -the jdk-javac branch will be updated to > --allow the IDE to start on JDK 8, with javac based Java features > disabled (as best as we can, some exceptions might still happen, > which we will resolve as we find them). Not sure I am clear with what your saying. I think I am at that point with my Netbeans 9 from source on Java/jDK 9, not using ant, etc. I have mostly working IDE less javac features. Which basically cripples most function, no syntax highlighting for any language, etc. > --when running on JDK 8, there will be a notification/popup/dialog > that the Java features are disabled and that the IDE either needs to > run on JDK 9 or later, or the additional nb-javac module must be > installed (the latter being preferred, a "link" to perform the action > included) --when running on JDK 9, show (once?) a notification/popup > that the IDE's behavior may improve by installing the additional > nb-javac module. -critical problems with the jdk-javac branch that we > find should be fixed -a pull request to merge the jdk-javac branch > into master will be sent Not sure what you mean here. The nb-javac presently has build and likely run issues with Java 9. As does its dependent lib.nbjavac. Which is where I ran into my first Java 9 issue. With a class being private now that was public, causing access issues. That is not resolved with using --release 8. Not sure if built under 8 if it would run under 9 or not. I may need to test that out. Specifically LazyDocCommentTable.Entry is private now https://github.com/apache/incubator-netbeans/blob/master/lib.nbjavac/src/org/netbeans/lib/nbjavac/services/PartialReparser.java#L78 https://github.com/dmlloyd/openjdk/blob/jdk10/master/src/jdk.compiler/share/classes/com/sun/tools/javac/parser/LazyDocCommentTable.java#L46 That is the only error with lib.nbjavac under JDK 9. However nbjavac itself has a number of similar issues. I am not sure how many of those can be addressed yet till I get lib.nbjavac packaged. Since its a dependency of nbjavac. Seems like nbjavac has similar access issues. Thus far without those. Seems you have no syntax highlight support for any language. No project UI from main menu. Many other things are missing, No Java platforms, and other stuff. I could be missing other modules, but seems those are core for a lot of functionality. I have packaged a fair amount of stuff not showing up yet. Not sure what will and will not work without nbjavac. Seems like its pretty crippled as an IDE but works for platform. I can provide screenshots if needed. I have packaged most project and other missing UIs. Thus I can only assume they do not appear because of the lack of lib.nbjavac and nbjavac. Maybe other editor stuff relating to those, java.source.base, etc. I do have a working editor, and all editor packages. But no syntax for other things like Cmake. I installed a plugin for such. I open cmake files and no syntax support. http://www.enlightenment.org/ss/e-5a319216b938f9.23966260.jpg Seems the java stuff is core to projects of any type and syntax support for any language. Though I could be wrong, hopefully I am, otherwise must resolve java 9 issues before I can proceed any further. -- William L. Thomson Jr. pgpPfC3dgDIG5.pgp Description: OpenPGP digital signature
Re: [Gentoo Packaging] SOLVED editor only -> Can't find resource for bundle
I finally tracked down the problem. It ended up being a Bundle from an editor module, editor.deprecated.pre65formatting. This file https://github.com/apache/incubator-netbeans/blob/master/editor.deprecated.pre65formatting/src/org/netbeans/modules/editor/Bundle.properties It ended up in org/netbeans/modules/editor Which is where the main one was residing. The one from the "editor" module itself. Thus soon as I deleted the other, the correct one was found and all errors went away :) Back to to the races! Eager to get back to coding but have Java 9 stuff to address. Unless others have already... On Sat, 2 Dec 2017 15:46:07 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > src/org/netbeans/modules/editor/impl/actions/NavigationHistoryLastEditAction.java:44: > error: Cannot find resource > org/netbeans/modules/editor/impl/actions/Bundle.properties public > final class NavigationHistoryLastEditAction extends BaseAction > implements PropertyChangeListener { ^ > > 1 error > 13 warnings > > java.util.MissingResourceException: Can't find resource for bundle > org.openide.util.NbBundle$PBundle, key CTL_ExportHtmlAction at > java.base/java.util.ResourceBundle.getObject(ResourceBundle.java:544) > at > java.base/java.util.ResourceBundle.getString(ResourceBundle.java:501) > at org.openide.util.NbBundle.getMessage(NbBundle.java:617) at > org.netbeans.modules.editor.ExportHtmlAction.getName(ExportHtmlAction.java:210) > > Though in this case I can see the messages in Bundle.properties. Why > it cannot find I have no idea. > > $ unzip -p /usr/share/netbeans-editor-9/lib/netbeans-editor.jar > org/netbeans/modules/editor/Bundle.properties | grep > CTL_ExportHtmlAction CTL_ExportHtmlAction=Print to > > The Bundle.properties is in the path its looking for and right next to > the class looking for it, and it has the right contents. > > org/netbeans/modules/editor/Bundle.properties > org/netbeans/modules/editor/ExportHtmlAction.class > org/netbeans/modules/editor/ExportHtmlAction$HtmlOrDirFilter.class > org/netbeans/modules/editor/ExportHtmlAction$Presenter.class > org/netbeans/modules/editor/ExportHtmlAction$Presenter$1.class > org/netbeans/modules/editor/ExportHtmlAction$2.class > org/netbeans/modules/editor/ExportHtmlAction$1.class > org/netbeans/modules/editor/ExportHtmlAction$1$1.class > -- William L. Thomson Jr. pgpZ_vER1wtrc.pgp Description: OpenPGP digital signature
Re: Build failure for clean clone
I am not super familiar with Netbeans ant build system. I am presently working on building Netbeans from source without using ant. But I may be able to help some. On Sun, 3 Dec 2017 22:06:27 +0100 Danny van Heumen <da...@dannyvanheumen.nl> wrote: > Hi all, > > I am interested in seeing the progress on Netbeans. I've cloned the > (new) repo location (https://github.com/apache/incubator-netbeans.git) > and started a build using just the command "ant". It fails on some > missing "defaultManifest" file. (cli output to follow below.) I have > also tried calling "ant clean" first. It makes no difference. I've > tried repeatedly, every time on current master (i.e. origin/master > after fetch). What is your entire ant command? Are you passing properties? > [jarwithmoduleattributes] Building > jar: > /home/danny/dev/incubator-netbeans/nbbuild/netbeans/websvccommon/modules/org-netbeans-modules-websvc-saas-api.jar > [nbmerge] Failed to build target: all-websvc.saas.api > manifest: /org/apache/tools/ant/defaultManifest.mf The project/target seems unrelated to the error. The error comes from customized ant tasks within the project. This is the only file I found a reference to defaultManifest.mf. https://github.com/apache/incubator-netbeans/blob/master/nbbuild/antsrc/org/netbeans/nbbuild/LocalizedJar.java#L484 It seems to have something to do with localization and there are a couple properties mentioned in the first block of comments. As follows; "You can use the "branding" and "locale" subelements to control the branded and localized .jar files that will be produced. Also, you can set the global properties "locjar.brands" and "locjar.locales" to comma-separated lists of branding or locale identifiers so that NetBeans-based projects can brand or localize NetBeans without having to maintain modified versions of all the individual Ant scripts" No clue if your setting either of those. If you are, may try without. If you are not, may try with. You need not repeat the entire build. Just go into websvc.saas.api and invoke ant again. Though may not need a target, like all, etc. Just run it in there it will detect just that target and not others, unless dependencies. After you should be able to resume normal build. I have built pieces at time when I ran into problems with my packaging. That is what I did to build just the piece I needed. Though it did build all stuff up to that point. Hope that helps some. If nothing else at least know where the message is coming from. That should help with finding out whats going wrong. -- William L. Thomson Jr. pgpLWmCmwfHKQ.pgp Description: OpenPGP digital signature
Re: [Gentoo Packaging] editor only -> Can't find resource for bundle
On Sat, 2 Dec 2017 15:46:07 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > src/org/netbeans/modules/editor/impl/actions/NavigationHistoryLastEditAction.java:44: > error: Cannot find resource > org/netbeans/modules/editor/impl/actions/Bundle.properties public > final class NavigationHistoryLastEditAction extends BaseAction > implements PropertyChangeListener { ^ I tried to replace that file, leaving out others for regeneration. They were needed as well, just got more errors like above. Of the 150 or so others I have packaged. None seem to be like this one. https://github.com/apache/incubator-netbeans/tree/master/editor I haven't figured it out yet, but something seems very different about editor's usage of NbBundleProcessor. It seems to need static Bundle.properties, not generated ones. Most everything else wants generated. Thus other issues I had before with not finding resources from bundle. The errors I am experiencing now, I did not have till I fixed all others. Now I have problems with this one, and not all others... Go figure :) -- William L. Thomson Jr. pgp_3eU4N1gqK.pgp Description: OpenPGP digital signature
Re: [Gentoo Packaging] editor only -> Can't find resource for bundle
On Sat, 2 Dec 2017 15:46:07 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > java.util.MissingResourceException: Can't find resource for bundle > org.openide.util.NbBundle$PBundle, key CTL_ExportHtmlAction at > java.base/java.util.ResourceBundle.getObject(ResourceBundle.java:544) > at > java.base/java.util.ResourceBundle.getString(ResourceBundle.java:501) > at org.openide.util.NbBundle.getMessage(NbBundle.java:617) at > org.netbeans.modules.editor.ExportHtmlAction.getName(ExportHtmlAction.java:210) > > Though in this case I can see the messages in Bundle.properties. Why > it cannot find I have no idea. > > $ unzip -p /usr/share/netbeans-editor-9/lib/netbeans-editor.jar > org/netbeans/modules/editor/Bundle.properties | grep > CTL_ExportHtmlAction CTL_ExportHtmlAction=Print to I forgot to also mention $ grep -r CTL_ExportHtmlAction * org/netbeans/modules/editor/Bundle.properties:CTL_ExportHtmlAction=Print to Binary file org/netbeans/modules/editor/ExportHtmlAction.class matches Which clearly shows the connection between the class and the Bundle.properties. Class has the key hard coded, and should be able to find value, but it does not per above exception. > The Bundle.properties is in the path its looking for and right next to > the class looking for it, and it has the right contents. > > org/netbeans/modules/editor/Bundle.properties > org/netbeans/modules/editor/ExportHtmlAction.class > org/netbeans/modules/editor/ExportHtmlAction$HtmlOrDirFilter.class > org/netbeans/modules/editor/ExportHtmlAction$Presenter.class > org/netbeans/modules/editor/ExportHtmlAction$Presenter$1.class > org/netbeans/modules/editor/ExportHtmlAction$2.class > org/netbeans/modules/editor/ExportHtmlAction$1.class > org/netbeans/modules/editor/ExportHtmlAction$1$1.class > -- William L. Thomson Jr. pgp7ZEej0vyFh.pgp Description: OpenPGP digital signature
[Gentoo Packaging] editor only -> Can't find resource for bundle
My arch nemesis is back to haunt me again G For some reason 150+ packages build fine. This ONE package "editor" fails unless it can find Bundle.properties. It is just 1 class or the classes in 1 directory. I do not get any other errors about missing bundles. There are several, so something must be different to cause this one to fail and no others. Its 1 error not more, so other Bundle.properties are not needed at compile. Bundle.class is but this is before that is even generated. src/org/netbeans/modules/editor/impl/actions/NavigationHistoryLastEditAction.java:44: error: Cannot find resource org/netbeans/modules/editor/impl/actions/Bundle.properties public final class NavigationHistoryLastEditAction extends BaseAction implements PropertyChangeListener { ^ 1 error 13 warnings Which means my deleting and re-generation causes a problem there. Since once I delete it causes it to not be found. If I do not delete, it is not generated. Thus I get bundle error message at runtime. java.util.MissingResourceException: Can't find resource for bundle org.openide.util.NbBundle$PBundle, key CTL_ExportHtmlAction at java.base/java.util.ResourceBundle.getObject(ResourceBundle.java:544) at java.base/java.util.ResourceBundle.getString(ResourceBundle.java:501) at org.openide.util.NbBundle.getMessage(NbBundle.java:617) at org.netbeans.modules.editor.ExportHtmlAction.getName(ExportHtmlAction.java:210) Though in this case I can see the messages in Bundle.properties. Why it cannot find I have no idea. $ unzip -p /usr/share/netbeans-editor-9/lib/netbeans-editor.jar org/netbeans/modules/editor/Bundle.properties | grep CTL_ExportHtmlAction CTL_ExportHtmlAction=Print to The Bundle.properties is in the path its looking for and right next to the class looking for it, and it has the right contents. org/netbeans/modules/editor/Bundle.properties org/netbeans/modules/editor/ExportHtmlAction.class org/netbeans/modules/editor/ExportHtmlAction$HtmlOrDirFilter.class org/netbeans/modules/editor/ExportHtmlAction$Presenter.class org/netbeans/modules/editor/ExportHtmlAction$Presenter$1.class org/netbeans/modules/editor/ExportHtmlAction$2.class org/netbeans/modules/editor/ExportHtmlAction$1.class org/netbeans/modules/editor/ExportHtmlAction$1$1.class -- William L. Thomson Jr. pgpVvASbDaCui.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] SOLVED unknown protocol: nbinst
On Sat, 2 Dec 2017 13:04:10 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > Thinking I should maybe be adding this stuff to a FAQ on wiki. Error > message, and resolution. > > I ran into this recently "unknown protocol: nbinst" Having already > overcome the same with nbres, Forgot to mention this was in core.startup.base Protocol nbinst is in core.startup.base Protocols nbres & nbresloc are in core.startup -- William L. Thomson Jr. pgp9CLHiH5rzg.pgp Description: OpenPGP digital signature
[Gentoo packaging] SOLVED unknown protocol: nbinst
Thinking I should maybe be adding this stuff to a FAQ on wiki. Error message, and resolution. I ran into this recently "unknown protocol: nbinst" Having already overcome the same with nbres, I knew the solution. Once again I cannot explain why some files are generated but not all. In this case its like the opposite of the files generated by core.startup. Go figure :P I copied the manifest, but the rest of these files were generated. META-INF/MANIFEST.MF META-INF/services/ META-INF/services/org.openide.filesystems.URLMapper META-INF/.bytecodePatched META-INF/generated-layer.xml For what ever reason it did not generated the needed file, contents after the following filename. META-INF/namedservices/URLStreamHandler/nbinst/java.net.URLStreamHandler org.netbeans.core.startup.layers.NbinstURLStreamHandler Just like the other, once that file was in place, in conjunction with the generated ones. The error went away :) -- William L. Thomson Jr. pgpbQIrcswXpe.pgp Description: OpenPGP digital signature
Re: [Gentoo Packaging] 9 9 9 :)
Thank to others for the congrats. It has been a lot of work but pretty rewarding to see it all coming together. Lots of possibilities for platform development and development using pieces of Netbeans. On Sat, 02 Dec 2017 09:47:34 + Enrico Olivelli <eolive...@gmail.com> wrote: > Very interesting work! > One question...the splash screen displays the old license of > NetBeans, is it still a packaging issue? I wasn't sure what was right. I dropped the initial accept license. Not sure if is still CDDL + GPL 2 or Apache-2.0 now. Figured I would dial that in later. Lots to dial in still... Also to package, etc. -- William L. Thomson Jr. pgpyt6sOHVwLK.pgp Description: OpenPGP digital signature
[Gentoo Packaging] 9 9 9 :)
Netbeans 9, built under java 9, running on java 9 :) http://www.enlightenment.org/ss/e-5a20b8eb0b3e91.03603173.jpg http://www.enlightenment.org/ss/e-5a20b833eb1999.79359468.jpg http://www.enlightenment.org/ss/e-5a20b8017cd974.90970763.jpg http://www.enlightenment.org/ss/e-5a20bf75cc4179.53467093.jpg Still much more to do, no working editor yet, mime and some other issues, more to package. That NbBundleProcessor issue was a major light switch moment. All menus are fully populated now :) Darcula works when copied from my 8.2 user install. Trying to get the nbm to install. No public plugins are showing. I assume that is due to 9 not being released yet and/or transition to Apache. Not a huge deal. Off to the races now for the most part! -- William L. Thomson Jr. pgpBISvZm9ArA.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] SOLVED Can't find resource for bundle
These two files are being generated now when they were not before. Seems the Bundle.properties file existing causes several issues. META-INF/namedservices/URLStreamHandler/nbresloc/java.net.URLStreamHandler META-INF/namedservices/URLStreamHandler/nbres/java.net.URLStreamHandler Though others I still had to create, not sure why. META-INF/namedservices.index META-INF/namedservices/java.net.URLStreamHandlerFactory Some what moot for now, Past those issues. Just interesting the files that were not being generated before are now. Killed 2 birds! -- William L. Thomson Jr. pgprps00RG7S9.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] SOLVED Can't find resource for bundle
What I ended up doing was copying the default Bundle.properties in src to a resources directory I created. Then I delete all Bundle.properties files in the sources. That causes annotation processors to re-create the Bundle.properties files. Then I just cat the generated Bundle.Properties to the original one in resources. Delete the generated one, and jar it all up :) https://github.com/Obsidian-StudiosInc/os-xtoo/commit/5bb0077f4c03c2ce9e18a6da60351bac56696e0a Why NbBundleProcessor does not append is beyond me. I think ant must be doing something along the lines as to what I am doing. Otherwise I cannot see what I am doing wrong to get annotation processors to not combine generated stuff with static that existed in Bundle.properties from the start. Either way finally resolved my biggest issue and annoyance :) That was super annoying! Caused tons of pop-ups. I could not read important information like modules that could not load. Need to rebuild jars once again to fix others. Hopefully for the last time. I have rebuild the 130+ packages I have now several times. To pick up stuff missed with annotation processors etc. -- William L. Thomson Jr. pgp5f3xg6t279.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] HALF SOLVED Can't find resource for bundle
It turns out if I delete Bundle.properties. It generates one with the missing stuff. However it lacks stuff the one I deleted had. Thus now I need to come up with some way to combine the two At least some progress though. Not sure why it only writes that stuff when properties does not exist vs appending. Maybe a bug? I can come up with my own means to combine, etc. Is there something I am missing there that would do that for me? Thanks, and at least finally have a clue whats going on and how to hack around :) -- William L. Thomson Jr. pgpZCsHRMiLqN.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
On Mon, 27 Nov 2017 13:24:11 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > I am getting lots of these errors > > java.util.MissingResourceException: Can't find resource for bundle > org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules > > Regarding that specific variable. I see it in this file. > https://github.com/apache/incubator-netbeans/blob/master/core.startup/src/org/netbeans/core/startup/NbEvents.java#L73 > > Looks like unprocessed annotations. I am assuming I need to process > it. Netbeans 8.2 has it in a Bundle.properties. Which seems I need as > well. The NbBundleProcessor does not seem to be picking this stuff > up. Likely some other processor I am missing and need to use. Still working on this. Resolution is my present goal and task. I have built core.startup via ant with verbose compiler output. Next may do verbose ant as well but ant was making tremendous noise. I see it generating the missing stuff in Bundle.properties. I cannot yet explain what I am doing wrong or what it is doing differently. I am seeing the exact same annotation processor output. Though it seems ant has 3 rounds. 1st process annotations, 2nd not sure, 3rd compile, no annotations. Without hacking into and interrupting that 3 round compile process. I am trying to replicate doing annotation processing first -proc:only. Then going back and doing compile no annotation processing, -proc:none. Without copying the Bundle.java that was generated. It failed to build because it cannot find things that come from annotation messages. src/org/netbeans/core/startup/NbEvents.java:50: error: cannot find symbol import static org.netbeans.core.startup.Bundle.*; ^ symbol: class Bundle location: package org.netbeans.core.startup src/org/netbeans/core/startup/NbEvents.java:116: error: cannot find symbol MSG_start_load_boot_modules()); That was the same issues I face early on missing Bundle.class. Till I used NbBundleProcessor. Which is definitely doing its thing. However that exact error, MSG_start_load_boot_modules. its key/value is never written to Bundle.properties. Again current exception is java.util.MissingResourceException: Can't find resource for bundle org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules So you can see it literally is the same stuff. Why that key and value is not written to Bundle.properties. I have yet to figure out. -- William L. Thomson Jr. pgp3wlk4QK8Lm.pgp Description: OpenPGP digital signature
[Gentoo Packaging] compat8 packages needed on 9
This may seem obvious but figured I would ask anyway. Are the various compat8 projects needed for running under 9? I assume they were made to facilitate running under 1.8. Though I haven't seen any major issues where the compat ones would resolve. Though may explain why some packaged stuff isn't showing up yet. Just curious either way thanks! -- William L. Thomson Jr. pgpfiechUnql1.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
On Thu, 30 Nov 2017 03:39:59 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > On Thu, 30 Nov 2017 09:09:49 +0100 > Jaroslav Tulach <jaroslav.tul...@gmail.com> wrote: > > > > There is some beauty in your approach, but it is a lot of work. > > It is a lot of redundancy and tediousness but not really that much > work per se. The packages themselves are quite tiny. It is more time > in resolving what other packages are needed. What to package next, > etc. Tiny ebuilds per package, way smaller than any ant, maven, gradle etc :) https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/netbeans-editor/netbeans-editor-.ebuild See there is not much to it. Even the eclass is not big. Nor the other eclasses, java-pkg-simple, etc. All together its great :) https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-pkg-simple.eclass -- William L. Thomson Jr. pgpF7_6l1RkET.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
On Thu, 30 Nov 2017 09:29:31 +0100 Jan Lahoda <lah...@gmail.com> wrote: > > This is a little bit surprising to me. AFAIK in JDK 8 it worked like > this: for: > $ javac -processorpath Interesting, maybe that is the solution. Presently just using classpath and passing sources. I am setting the --source-path now. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L249 I had to have that for it to find resources for the static annotation processor as I mentioned in another post. I did not think about it finding processors. But I guess I need to set the entire classpath to the source path or something. I am pretty sure I tried removing the -processor and it didn't find them. I some what have current proof. As I just packaged the org.netbeans.html stuff, or some. net-java-html packages. One of them had a Model Annnotation processor. It did not find it on the classpath. It was already compiled, but I needed it for templatesui. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L158 https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/netbeans-templatesui/netbeans-templatesui-.ebuild > roughly, javac looked into the jars, searched for > META-INF/services/javax.annotation.processing.Processor files, and > used processors registered by these files. I.e. processors in jars > were used in sources. Hmm, maybe some are missing that. But I tested that out when I added those files and resolved another issue with the unknown protocol nbres. Along with that file there was one for the annotation process. The net-java-html-json Model processor jar has that but it was not detected. # unzip -l /usr/share/net-java-html-json/lib/net-java-html-json.jar | grep javax META-INF/services/javax.annotation.processing.Processor # unzip -l /usr/share/netbeans-core-startup-9/lib/netbeans-core-startup.jar | grep java META-INF/namedservices/URLStreamHandler/nbresloc/java.net.URLStreamHandler META-INF/namedservices/URLStreamHandler/nbres/jav .net.URLStreamHandler META-INF/services/javax.annotation.processing.Processor META-INF/services/java.net.URLStreamHandlerFactory The URLStreamHandler stuff resolved my nbres issue. It did not see to help with any annotation. I still had to pass them. Which I do not mind. That seems to work well. > Then this: > $ javac -classpath > > Is mostly a shorthand for: > $ javac -classpath -processorpath Interesting, but seems redundant to be including things on the classpath for compile, and then maybe the same again for annotations. For ones that are just dependencies for annotation processors that might make sense. Just seems like lots of bloat and duplication. > In JDK 9, there is a new option, "--processor-module-path", which > works over JDK/Jigsaw modules (and disables the autosearch from > classpath/processorpath), but unless it is used, I don't offhand > recall a change that would disable the old classpath/processorpath > approach. I may need to repeat my tests, but I did come across what your talking about. That annotation processors should be found etc. Thus far it does not seem to be the case. I can test again tomorrow with source path. Though I was not adding classpath jars, so maybe that was my mistake. That would simplify things a bit. But for the most part I have the processors thing down now. > So if there is a particular commandline that did the > autosearch on 8 and does not on 9, then there may be a javac bug. Not sure if its a bug or not. I was wondering about the processor-module-path. The whole annotation processing in this manner is new to me. I am used to asm doing it but not within Java. I missed that feature of 1.8 or when ever it was added :P Obviously :) -- William L. Thomson Jr. pgpeNV9qvKQ9B.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
On Thu, 30 Nov 2017 09:09:49 +0100 Jaroslav Tulach <jaroslav.tul...@gmail.com> wrote: > > There is some beauty in your approach, but it is a lot of work. It is a lot of redundancy and tediousness but not really that much work per se. The packages themselves are quite tiny. It is more time in resolving what other packages are needed. What to package next, etc. > For example I doubt NetBeans can be currently built with JDK9. The majority can and has thus far just fine. Only ran into like 2 or 3 classes in total that needed to be address for Java 9. Presently stuck on one with a LazyDocumentTable.Entry that is private now. Along those same lines may be able to help with some patches to fix issues under 9. Though can't really say I am there just yet. > The first thing I would do: set a regular Jenkins job to build on > JDK9 and fix the regular Ant build to build with JDK9. I was doing that I was having to many problems and wasting to much time. Example https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/netbeans-platform/netbeans-platform-8.2-r11.ebuild#L113 Gentoo has python code to re-write ant build xml source/target. But that has never worked with Netbeans and its in to many locations. There is no support for --release. Thus I had to remove that stuff via sed and then use javacargs to pass in other stuff. But I ran into strange issues with ant under Portage I did not with ant directly. The whole ant + portage stuff I am no longer a fan of and looking to circumvent. Patching build.xml, fiddling with them etc is no fun. https://dev.gentoo.org/~fordfrog/distfiles/${PN:0:8}-${SLOT}-build.xml.patch.bz2 https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/netbeans-platform/netbeans-platform-8.2-r11.ebuild#L13 > However I can't tell you want to do: De gustibus non disputandum est. > In any case, good luck! -jt Thanks, its coming along very well. Making tremendous progress. I packaged some 70+ pieces of eclipse just for lombok. This is much more rewarding as I use it like other stuff I have packaged. Lombok was an indirect dependency of spring. Which spring is like ever java library ever written used in some form or another... Just stuck on this one issue. Driving me crazy as I have overcome all others. Once past this I can get a better clue as to other stuff. But getting very few errors in message.log. Other than the annoying bundle exceptions. Why it excludes some stuff no clue. But NbBundleProcessor for sure creates files I need to build. Just not some stuff needed at runtime, text messages. -- William L. Thomson Jr. pgpQahcjBCN1F.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
mes in much simpler ways. For the 100+ pieces I have packaged. There is less text typed in all package files than the ant xml, etc for that very same stuff. Please do not knock what you do not understand or know. We all have preferences. I am not knocking others approaches. Or suggesting to others how to approach things. Thus I appreciate the same in return. Several of the issues I have found resolutions to, people ran into with ant and using pieces of Netbeans in projects within Netbeans. There were no answers. Thus what I am doing is good and will help others later. Like if Netbeans switches from Ant to Maven, Gradle or other. You will need to be very aware of how its building under ant. Given how coupled it is to ant. It would be very hard to use those. My approach is quite simple, and elegant in its simplicity. -- William L. Thomson Jr. pgpjElMZjZxRZ.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
On Thu, 30 Nov 2017 04:07:00 +0100 Jaroslav Tulach <jaroslav.tul...@gmail.com> wrote: > Having a Linux package for NetBeans would be great. Thanks for doing > the work. I am packaging Netbeans for Gentoo based systems, or things using the portage tree. > If you can separate your problem to set of steps I can run on my > Ubuntu, I can try to investigate. All I know that Not that easy I am packaging it from source bit by bit, very abnormal build. All the netbeans-* directories https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/dev-java With this for various functionality like Annotation processing https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass Wrapper package that pulls in 100+ others. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-util/netbeans/netbeans-.ebuild > succeeds fine. Thus the error must be in your special steps. Yes it is definitely unique to what I am doing. > Btw. this is the processor that handles @NbBundle.Messages annotation: > https://github.com/apache/incubator-netbeans/blob/master/openide.util/src/org/netbeans/modules/openide/util/NbBundleProcessor.java I am aware of you see below. I am using that. It was the first one I came across. I had to have it or many things would not compile without the needed Bundle.java/.class Which is generated. The problem I am having is not all annotations get processed. Many are missing from the properties file, and I can see them in the sources as below. > 2017-11-30 0:47 GMT+01:00 William L. Thomson Jr. <wlt...@o-sinc.com>: > > > Pulling my hair and teeth out over this last issue. I have overcome > > many and making great progress in packaging Netbeans. > > > > http://www.enlightenment.org/ss/e-5a1f3d3deff120.32127301.jpg > > > > Its fun to see the various things populate as I package pieces. Like > > the menus etc. Just wish I could get past this one issue. It keeps > > generating annoying pop-ups :P > > > > Working on building core.startup via ant. So I can see what I am not > > doing correct. Why NbBundleProcessor is not processing all > > annotations. Looking at code. It seems it is the one that handles > > @Messages annotations. > > > > java.util.MissingResourceException: Can't find resource for bundle > > org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules > > > > NbBundle.Messages messages = > > e.getAnnotation(NbBundle.Messages.class); > > https://github.com/apache/incubator-netbeans/blob/ > > master/openide.util/src/org/netbeans/modules/openide/util/ > > NbBundleProcessor.java#L73 > > > > Which is the annotation I am having issues with in this class. > > https://github.com/apache/incubator-netbeans/blob/ > > master/core.startup/src/org/netbeans/core/startup/NbEvents.java#L73 > > > > Looking at that code and trying to figure out what I am doing wrong > > and why its not processing all annotation. Seems to strip out those > > it thinks are not used or something. It processes some but not all. > > Unless something is clobbering the Bundle.properties with another > > one in the same directory. But I think it appends all to that vs > > multiple for different classes. > > > > On Mon, 27 Nov 2017 13:24:11 -0500 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > > > > I am getting lots of these errors > > > > > > java.util.MissingResourceException: Can't find resource for bundle > > > org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules > > > > > > Regarding that specific variable. I see it in this file. > > > https://github.com/apache/incubator-netbeans/blob/ > > master/core.startup/src/org/netbeans/core/startup/NbEvents.java#L73 > > > > > > Looks like unprocessed annotations. I am assuming I need to > > > process it. Netbeans 8.2 has it in a Bundle.properties. Which > > > seems I need as well. The NbBundleProcessor does not seem to be > > > picking this stuff up. Likely some other processor I am missing > > > and need to use. > > > > > > Thanks! > > > > > > > > > > > > > -- > > William L. Thomson Jr. > > -- William L. Thomson Jr. pgpvtQMkbHq4w.pgp Description: OpenPGP digital signature
Re: Source repository for other Netbeans dependent code
On Thu, 30 Nov 2017 07:08:21 +0100 Jaroslav Tulach <jaroslav.tul...@gmail.com> wrote: > Hello William. > Maven artifacts contain a pom.xml file and that file is supposed to > point to a source control repository. I was looking in pom.xmls but they were not helping. Likely due to transition to apache. http://repo1.maven.org/maven2/org/netbeans/html/net.java.html/1.5.1/net.java.html-1.5.1.pom > I believe this is the repo you > are looking for: https://github.com/apache/incubator-netbeans-html4j That is it! Thank you very much! I am usually quite good at find stuff. I searching and looked a bit on github. Apache has tons of repos so sometimes hard to find. Either way thanks again! Now to switch URLs from maven and add live ebuilds :) Just packed a few, but not to bad to change. -- William L. Thomson Jr. pgpBhs3Svk5wR.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
Pulling my hair and teeth out over this last issue. I have overcome many and making great progress in packaging Netbeans. http://www.enlightenment.org/ss/e-5a1f3d3deff120.32127301.jpg Its fun to see the various things populate as I package pieces. Like the menus etc. Just wish I could get past this one issue. It keeps generating annoying pop-ups :P Working on building core.startup via ant. So I can see what I am not doing correct. Why NbBundleProcessor is not processing all annotations. Looking at code. It seems it is the one that handles @Messages annotations. java.util.MissingResourceException: Can't find resource for bundle org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules NbBundle.Messages messages = e.getAnnotation(NbBundle.Messages.class); https://github.com/apache/incubator-netbeans/blob/master/openide.util/src/org/netbeans/modules/openide/util/NbBundleProcessor.java#L73 Which is the annotation I am having issues with in this class. https://github.com/apache/incubator-netbeans/blob/master/core.startup/src/org/netbeans/core/startup/NbEvents.java#L73 Looking at that code and trying to figure out what I am doing wrong and why its not processing all annotation. Seems to strip out those it thinks are not used or something. It processes some but not all. Unless something is clobbering the Bundle.properties with another one in the same directory. But I think it appends all to that vs multiple for different classes. On Mon, 27 Nov 2017 13:24:11 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > I am getting lots of these errors > > java.util.MissingResourceException: Can't find resource for bundle > org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules > > Regarding that specific variable. I see it in this file. > https://github.com/apache/incubator-netbeans/blob/master/core.startup/src/org/netbeans/core/startup/NbEvents.java#L73 > > Looks like unprocessed annotations. I am assuming I need to process > it. Netbeans 8.2 has it in a Bundle.properties. Which seems I need as > well. The NbBundleProcessor does not seem to be picking this stuff > up. Likely some other processor I am missing and need to use. > > Thanks! > -- William L. Thomson Jr. pgpousswBlwDc.pgp Description: OpenPGP digital signature
Re: Newbie On Board!!!
I think you maybe expecting to much. Not to come off harsh, but this is FOSS. Usually people are either scratching their own itch. Or if you haven't one. The normal process is look at bugs, see what you can fix, where you can help out. Sometimes it spelled out for you with steps and guides but not always. While in general it is good to have such I have brought it up for other communities. It is a common process for any FOSS project really the format is pretty much the same. How one develops or contributes to a project varies. Some may used Netbeans to develop Netbeans. Some may use other means. That varies and not sure there should be any one way. Again its FOSS and part of that being do it your way. You have access to code, etc. Very few projects produce say a task list. The ones that do tend to not have trivial needs that new people can help out with easily. Usually for any FOSS project the best place for any new people get their feet wet is working bugs. Pick any bug, find a way to resolve that. Make a PR/Bug, etc. Figure out that process which may vary. Also the fact that Netbeans is in transition right now I would not really bother them and let them focus on the move and the rest. Once it is settled in its new home, doing releases etc. Then can proceed with the rest. I doubt there is much for new people to jump in and help out with in that process. Netbeans is not really trivial, though very modular and well designed. Thus practical to work on furthering an area without having to fully grasp it all. Still I do not see it being that easy for anyone to just jump in and contribute. I have coded in Java for ~15+ years. Most if not entirely on Netbeans, short of some Android stuff on Android Studio/Idea. Now working on packing it from source. The more I work with Netbeans sources the more I realize its complexity. I am not sure how I could contribute off hand if I wanted to. Short of coming up with a need/itch for myself and scratching it. Or working bugs etc. But I am not sure I could jump in an help out. Not sure any amount of guides would help. Plus if I need all those guides to help. I am not sure what I can do in Netbeans. If I cant figure out how to contribute etc. I will have a very hard time with valuable contributions. Not to say one cannot contribute in many ways beyond code, etc. Just saying Netbeans is not really trivial. Not sure any amount of guides or hand holding will help new people. It is a very advanced platform. Maybe why Oracle is handing it over to Apache. To costly to maintain. -- William L. Thomson Jr. pgp0z0oy7kDjP.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] SOLVED: unknown protocol: nbres
I was missing files in META-INF. Each file has one line, which follows the file/files below the contents. In addition to these files, each of which has META-INF/namedservices/URLStreamHandler/nbresloc/java.net.URLStreamHandler META-INF/namedservices/URLStreamHandler/nbres/java.net.URLStreamHandler org.netbeans.core.startup.NbResourceStreamHandler I also needed META-INF/namedservices.index org.openide.util.URLStreamHandlerRegistration and META-INF/namedservices/java.net.URLStreamHandlerFactory org.netbeans.modules.openide.util.ProxyURLStreamHandlerFactory Those last two kicked in the first two. I had a an error in those, accidentally had just NbResourceStreamHandler. Once I added the other two files. Then I got an error /NbResourceStreamHandler. Which seeing the contents of the first two I saw the mistake. Now the following error is gone :) On Mon, 27 Nov 2017 13:43:16 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > WARNING [org.netbeans.core.projects.cache] > org.xml.sax.SAXException: java.net.MalformedURLException: unknown > protocol: nbres at > org.netbeans.core.startup.layers.ParsingLayerCacheManager.startElement(ParsingLayerCacheManager.java:210) -- William L. Thomson Jr. pgpo4ftQ6Rfwl.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
On Mon, 27 Nov 2017 13:24:11 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > I am getting lots of these errors > > java.util.MissingResourceException: Can't find resource for bundle > org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules > > Regarding that specific variable. I see it in this file. > https://github.com/apache/incubator-netbeans/blob/master/core.startup/src/org/netbeans/core/startup/NbEvents.java#L73 It really seems like NbBundleProcessor is just writing things that are used to Bundles.properties and not other stuff. Or not processing all things for some reason. Not sure. This is the one issue I am still stuck on. -- William L. Thomson Jr.
Re: SOLVED: Cannot find resource
On Mon, 27 Nov 2017 20:24:14 +0100 Antonio <anto...@vieiro.net> wrote: > > I think we can generate a verbose build somehow for you to see all > those little flags being passed to the compiler, to jar, etc.. If > you're interested I'll try to generate a verbose build in a few days. > (The resulting build log may be huge, btw.). > > [1] https://travis-ci.org/apache/incubator-netbeans/builds/ Looking over a few build outputs. Seems I will for sure need to go the verbose route. I will see about that locally. Even if it fails I can eek it along building pieces/modules. I did some of that before. Just going into a subdir and running ant :) No worries on generating one for me, unless you all want a log of that out for public searching etc. The normal output does not even show NbBundleProcessor others. I think I had to grep the build/antsrc to find NbBundleProcessor in the first place. Thanks for the suggestion and offer! I should have started with something like that to answer my own questions :P -- William L. Thomson Jr. pgpyu1fRf8Nxa.pgp Description: OpenPGP digital signature
Re: [Gentoo packaging] Can't find resource for bundle
On Mon, 27 Nov 2017 14:25:00 -0500 Emilian Bold <emilian.b...@protonmail.ch> wrote: > Yes, a [gentoo] tag would be nice. Ok changed ^. I can remove packaging as well if needed :) > I believe NbBundleProcessor would be the one to generate that > Bundle.properties file. Yes it does, but its not grabbing that other stuff. I think I need another processor I am not using. > Note how the processor is writing to StandardLocation.CLASS_OUTPUT. I > assume you have a separate output folder and package that. Note how > it also creates a Bundle.java source file which will need to be > compiled too. Yes for sure that was the first major issue I ran into. Some stuff would not build because it was looking for Bundle.class. Thus I had to dig and found the NbBundleProcessor. I thought I would need to make a CLI wrapper. Till I learned about Processors and how to use them, and it was very simple. Just --processor org.path.MyProcessor. Though not sure if you can pass arguments to them if that is even needed. If not, then I am missing some other annotation processor to get stuff from classes to the Bundle.properties before compile or something. Either way NbBundleProcessor is not adding messages like the following to Bundle.properties. Where NbBundle wants to load them from. https://github.com/apache/incubator-netbeans/blob/master/core.startup/src/org/netbeans/core/startup/NbEvents.java#L73 They are totally stripped from the resulting binary. Grepping it does not show them even in the sources. Same with 8.2. They end up in Bundle.properties. Such as org/netbeans/core/startup/Bundle.properties http://dpaste.com/2XHMJXA#line-63 (temp link) So this is looking in that file java.util.MissingResourceException: Can't find resource for bundle org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules Mine does not have those messages, and is generated from NbBundleProcessor -- William L. Thomson Jr. pgpoUtDPh8if0.pgp Description: OpenPGP digital signature
Re: SOLVED: Cannot find resource
On Mon, 27 Nov 2017 20:24:14 +0100 Antonio <anto...@vieiro.net> wrote: > > The NetBeans build system is very complex and does lots of things. So > don't be frustrated: this is going to take some time and effort. That was not so much Netbeans related as JDK and processors. It is VERY odd that processors cannot find stuff on the classpath. Why it needs a source path seems strange. Maybe a JDK bug or something not sure. Just so happens Netbeans uses a lot of processors so I was running into that problem. But I needed those processors to process so needed to find a solution. It just made no sense when the files it could not find sat literally next to the class it was compiling within the sources. > I was wondering if you could benefit of taking a look at the result > of one of our builds at [1]. Yes for sure, and not doing things the hard way. I likely should have started with that. I did not realize such was going on. I thought I was some what familiar having messed with ant build system for 8.2 packages on Gentoo. Just as easily could merge one of those again and look at output. I was doing some of that how I discovered the NbBundleProcessor. > I think we can generate a verbose build somehow for you to see all > those little flags being passed to the compiler, to jar, etc.. If > you're interested I'll try to generate a verbose build in a few days. > (The resulting build log may be huge, btw.). That would be cool. Maybe useful either way to produce a list of stuff used for reference. But you have given me some ideas so I may go off and do my own verbose build. I know what you mean about size. I added -verbose to compiles, and got a bunch of output. I think more with Java 9 than with past, but maybe the same. Thanks much for the offer and ideas! Makes me feel I should have done more of this myself vs noise on list. Oh well :) -- William L. Thomson Jr. pgp7tN_BKHOsi.pgp Description: OpenPGP digital signature
Re: Gentoo packaging: Can't find resource for bundle
On Mon, 27 Nov 2017 20:11:52 +0100 Antonio <anto...@vieiro.net> wrote: > Thanks William, > > Having just one thread is better to concentrate on the problem. If > you feel it's getting too deep then open a new one without worries. > Adding [gentoo] or something similar to the subject might also help > us. I did using Gentoo packaging: ^ .Maybe wasn't not noticeable enough. I did not want to mislead with mailing list style formatting [gentoo] like cross posting. But I can add that no problem :) > P.S.: You're completely right: FreeBSD rocks ;-) I liked FreeBSD when Gentoo had a booth across from them at LWE. When I was a Gentoo dev manning the booth. Also when I was a Gentoo Foundation Trustee I really liked what was going on with the FreeBSD Foundation. I wanted to see about doing some stuff along those lines for Gentoo. I bailed ~2008 due to others annoying me who most have moved on, though one remains who caused the initial problems for me in 2008. People got in the way of progress. Sadly I let them and went away vs digging in and fighting for what is right. I blame myself for not doing more. I recently posted on gentoo-dev, a comparison of where Gentoo and FreeBSD were at in 2008. Where they are now. It is an obvious fail on behalf of the Gentoo community. But they are far from realizing that. Still in denial stage https://archives.gentoo.org/gentoo-dev/message/94c4c0213e202528e26ee89cebf514c2 You can see the difference a welcoming community and strong foundation makes comparing Gentoo to FreeBSD. Very hard lesson some still have not learned sadly... -- William L. Thomson Jr. pgparn6aGc1LC.pgp Description: OpenPGP digital signature
Re: Gentoo packaging: Can't find resource for bundle
On Mon, 27 Nov 2017 19:55:29 +0100 Antonio <anto...@vieiro.net> wrote: > El 27/11/17 a las 19:24, William L. Thomson Jr. escribió: > > The other thread is a bit big. Going to start new ones on individual > > remaining issues. Seems people run into these with the build system > > and projects using the platform. It would be good for all I think. > > Hi William, > > My email compiler breaks with multiple Gentoo threads. > > I would appreciate you concentrating them in a single thread. Ok sure I can keep on the original. It was just getting big and did not want to bury issues. Some seem more general when searching for resolutions I have come across many facing the same issues/exceptions. Thus I was thinking to break out some issues with better subjects/titles. So search engines could index the stuff better and bring people to resolutions ideally :) Moot to me either way. 1 massive thread or many small either way :) -- William L. Thomson Jr. pgpLUi_i7Tc5M.pgp Description: OpenPGP digital signature
Re: Problems building NetBeans
On Mon, 27 Nov 2017 18:40:21 + John McDonnell <mcdonnell.j...@gmail.com> wrote: > > while constructing Processor object: > javax.annotation.processing.Processor: Provider > org.netbeans.modules.openide.util.ServiceProviderProcessor not found > [nbmerge] Failed to build target: all-openide.util.lookup It seems like a bootstrap issue. ServiceProviderProcessor comes from openide.util.lookup. Which it seems to be using to process it as well. But needs to build first without, so it can be used for processing. https://github.com/apache/incubator-netbeans/blob/master/openide.util.lookup/src/org/netbeans/modules/openide/util/ServiceProviderProcessor.java > Anyone any ideas? or is anyone else having this issue? That is the problem, sorry I haven't a resolution. I had to deal with something along those lines for NbBundleProcessor in openide.util. Which I used to process bundles in openide.util... https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/netbeans-openide-util/netbeans-openide-util-.ebuild#L16 Maybe a bug in the build system. Not sure its anything you could be doing incorrect. The build system need to bootstrap that. Maybe something makes it think it was already built. Using wrong target, missing one, cluster issue other. Hopefully someone more familiar with that aspect of the build system can chime in. At least you have an idea whats going wrong. -- William L. Thomson Jr. pgp6KEE63vF5r.pgp Description: OpenPGP digital signature
SOLVED: Cannot find resource
This was buried in the other thread. Given how frustrating it was for me. I thought I would make it more visible for others to find. To resolve the following "Cannot find resource" simply add --source-path src Where src is the root folder of sources, like in any Netbeans project in the repository. For some reason that stuff is not picked up otherwise. Not by adding folder to classpath, etc. That resolves exceptions such as the following. src/org/netbeans/modules/extbrowser/BrowserUtils.java:36: error: cannot find resource org/netbeans/modules/extbrowser/resources/browser_generic_16x.png private static final String BROWSER_ICON = "org/netbeans/modules/extbrowser/resources/browser_generic_16x.png"; src/org/netbeans/core/windows/actions/ResetWindowsAction.java:60: error: Cannot find resource org/netbeans/core/windows/actions/Bundle.properties public static ActionListener reset() { -- William L. Thomson Jr. pgpMFHCy8GgeI.pgp Description: OpenPGP digital signature
Gentoo packaging: unknown protocol: nbres
I have seen this a fair amount from searching. Though no clear resolution. Seems this happens under a variety of conditions. Not just my building from source in insane ways :) I have META-INF/namedservices/URLStreamHandler/nbresloc/java.net.URLStreamHandler META-INF/namedservices/URLStreamHandler/nbres/java.net.URLStreamHandler But seems those are not being used or something is off. Those exist in other jars exactly like that. But I am adding that manually for now. It is not coming from the NamedServiceProcessorfor some reason. I assume it should based on folder name, namedservices. The other does generate service files, ServiceProviderProcessor Here is the useful parts of the exception stack trace, but removed replaced with ... WARNING [org.netbeans.core.projects.cache] org.xml.sax.SAXException: java.net.MalformedURLException: unknown protocol: nbres at org.netbeans.core.startup.layers.ParsingLayerCacheManager.startElement(ParsingLayerCacheManager.java:210) at java.xml/com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:509) at java.xml/com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:746) Caused: java.lang.IllegalStateException: Can't overwrite cause with org.xml.sax.SAXException: java.net.MalformedURLException: unknown protocol: nbres at java.base/java.lang.Throwable.initCause(Throwable.java:462) at org.netbeans.core.startup.layers.ParsingLayerCacheManager.createRoot(ParsingLayerCacheManager.java:159) Caused: java.io.IOException at org.netbeans.core.startup.layers.ParsingLayerCacheManager.createRoot(ParsingLayerCacheManager.java:169) at org.netbeans.core.startup.layers.ParsingLayerCacheManager.store(ParsingLayerCacheManager.java:106) [catch] at org.netbeans.core.startup.layers.LayerCacheManager$1Updater.run(LayerCacheManager.java:146) -- William L. Thomson Jr. pgp_cSf4fXbRI.pgp Description: OpenPGP digital signature
Gentoo packaging: Can't find resource for bundle
The other thread is a bit big. Going to start new ones on individual remaining issues. Seems people run into these with the build system and projects using the platform. It would be good for all I think. I am getting lots of these errors java.util.MissingResourceException: Can't find resource for bundle org.openide.util.NbBundle$PBundle, key MSG_start_load_boot_modules Regarding that specific variable. I see it in this file. https://github.com/apache/incubator-netbeans/blob/master/core.startup/src/org/netbeans/core/startup/NbEvents.java#L73 Looks like unprocessed annotations. I am assuming I need to process it. Netbeans 8.2 has it in a Bundle.properties. Which seems I need as well. The NbBundleProcessor does not seem to be picking this stuff up. Likely some other processor I am missing and need to use. Thanks! -- William L. Thomson Jr. pgp5oQ7e0gAE7.pgp Description: OpenPGP digital signature
Re: Initial success!!! was -> Packaging Netbeans 9 on Gentoo
On Mon, 27 Nov 2017 06:40:14 -0500 Emilian Bold <emilian.b...@protonmail.ch> wrote: > Congrats! Keep us posted. I'm really enjoying it. Thanks, I very much appreciate the assistance even just pointers. I would be no where without annotation processing that is for sure :) > I thought about using Gentoo but somehow the install phase seemed too > much work versus Ubuntu. So... I'm stuck with Ubuntu. Perhaps I > should give it another try. Its hard for me to recommend to people. Its pretty neglected these days. The community is not very warm or welcoming sadly. FreeBSD has prospered very well compared to Gentoo. Just not sure about their Java stuff. In a nutshell though with Gentoo you get out what you put in. It takes a good deal of work. Though being a rolling distro that time can be made up in the long run. Its a great developer distro. I have ran Gentoo for over a decade and a half, no other distro short of dev vms. Java tools and what not is what I really liked about Gentoo. At a time when maven was not widely used and gradle not on anyones radar. I do not think ivy was a thing. Dealing with dependencies was a pain. Plus everything bundled jars etc. What I liked was tools like java-config[1], that manged system/user vm, java home, classpath various things to easy your Java life on a *nix system. But that has changed for many and there are tools now. I ported java-config to jem[2], but also sdkman[3] or jenv[4]. Though bit different than java-config/jem. Still more options where there was few before. Still I really like Java on Gentoo. Single jar, vs many versions ideally. Worse case a couple slots. Long term I would like to make a fake local maven repo. Not sure about gradle. I will create symlinks and pom.xml to replicate a local maven repo. But linking to jar locations. Unless I change that from /usr/share to like /usr/lib. I think most use /usr/lib/jars or something. Gentoo puts jars in /usr/share/<-slot>/lib/.jar. I made a script gen2nblib[5] for Netbeans that ads all those to your library :) Happy to help anyone get going on Gentoo. But it is work and will take time. I recommend having a 2nd system as the first one may be down for a bit during install. Java wise the packages in Gentoo are pretty neglected. I am replacing all Java packages in Gentoo. For the record I am also an infamous former Gentoo Dev[6], part of the Java Team, Foundation, etc. My entire overlay should be in tree. As I complete work on Java 9 and Netbeans 9, they may wish my overlay was in tree. Given the amount of work, not sure Java on Gentoo will improve outside of my overlay. There is also Funtoo. Its another way to from the creator of Gentoo Daniel Robbins. It has better Gnome support. Gentoo is mostly KDE. I use Enlightenment from my overlay, I maintain all those E packages for my own needs. Funtoo has some great stuff that Gentoo should also have like mix-ins vs having a single profile selected in Gentoo. Its not as popular but a good community. Daniel is usually around and helps. If I did not have so many running Gentoo I may switch to Funtoo. Or FreeBSD, but then need to re-do all my packages and java stuff. However you do not have to install Gentoo to run Gentoo. You could play with it on your distro or OS via Prefix. Basically a Gentoo install on your system, and you can run stuff from there. Not sure about GUI apps, but possible I guess. https://wiki.gentoo.org/wiki/Project:Prefix 1. https://github.com/gentoo/java-config 2. https://github.com/Obsidian-StudiosInc/jem 3. https://github.com/sdkman/sdkman-cli 4. https://github.com/gcuisinier/jenv 5. https://github.com/Obsidian-StudiosInc/gen2nblib 6. https://bugs.gentoo.org/show_bug.cgi?id=135927 -- William L. Thomson Jr. pgpgXUKeOFFK2.pgp Description: OpenPGP digital signature
Re: Packaging Netbeans 9 on Gentoo
The fix for most resource issues like below is --source-path src Once I added that, resources were found :) On Sun, 26 Nov 2017 18:11:45 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > On Sun, 26 Nov 2017 17:18:15 -0500 > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > On Sun, 26 Nov 2017 14:11:18 -0500 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > > > There is also a StaticProcessor but seems only used by 1 class for > > > icons. Also a LayerProcessor, which I assume generates layer info > > > in manifest.mf. There were not many others. The others are in odd > > > packages that are further down the dependency chain if not > > > optional packages. > > > > Working with more processors, this is like the error I got from > > StaticResourceProcessor. > > > > This is from ActionProcessor > > > > src/org/netbeans/core/windows/design/DesignView.java:130: error: > > Cannot find resource org/netbeans/core/windows/design/DesignView.png > > @ActionRegistration(iconBase = > > "org/netbeans/core/windows/design/DesignView.png", > > Turns out I added the folder to classpath incorrectly. When I got that > right it found the file. But then I got a new error... > > src/org/netbeans/core/windows/actions/ResetWindowsAction.java:60: > error: Cannot find resource > org/netbeans/core/windows/actions/Bundle.properties public static > ActionListener reset() { > ^ -- William L. Thomson Jr.
Re: Initial success!!! was -> Packaging Netbeans 9 on Gentoo
Finally making some progress!!! http://www.enlightenment.org/ss/e-5a1b6f9f3dc736.75685030.jpg Getting lots of popups, exceptions to deal with still. I had to stop using the ActionProcessor for now. Like the StaticResources one. They seem to not find resources. I even turned on -verbose, and I could see paths. But it was still not finding them. I would say jdk bug with multiple processors but all others work fine when combined. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L109 Seems the api.intent processor and filesystems made biggest differences but maybe loaders as well. Likely still more. Going to keep at it till no more errors. Super stoked though. Sorry for all the noise! Thank you VERY much for any assistance. I know this seems insane. Though given most any issue I came across I saw others using the regular build system and/or making projects using the platform running into the same. As shown by some links. -- William L. Thomson Jr. pgpZVvZjMHGOo.pgp Description: OpenPGP digital signature
Re: Packaging Netbeans 9 on Gentoo
On Sun, 26 Nov 2017 18:11:45 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > On Sun, 26 Nov 2017 17:18:15 -0500 > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > On Sun, 26 Nov 2017 14:11:18 -0500 > > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > > > There is also a StaticProcessor but seems only used by 1 class for > > > icons. Also a LayerProcessor, which I assume generates layer info > > > in manifest.mf. There were not many others. The others are in odd > > > packages that are further down the dependency chain if not > > > optional packages. > > > > Working with more processors, this is like the error I got from > > StaticResourceProcessor. > > > > This is from ActionProcessor > > > > src/org/netbeans/core/windows/design/DesignView.java:130: error: > > Cannot find resource org/netbeans/core/windows/design/DesignView.png > > @ActionRegistration(iconBase = > > "org/netbeans/core/windows/design/DesignView.png", > > Turns out I added the folder to classpath incorrectly. When I got that > right it found the file. But then I got a new error... > > src/org/netbeans/core/windows/actions/ResetWindowsAction.java:60: > error: Cannot find resource > org/netbeans/core/windows/actions/Bundle.properties public static > ActionListener reset() { > ^ > > Not sure why pointing to reset. Seems the issue is it cannot find the > Bundles.properties resource. Which only happens when using the > ActionProcessor. Otherwise it is found. The path that fixes the icon > for ActionProcessor seems to not help for this, despite the > Bundle.properties being there. > > Playing with paths now. > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L126 These annotation processors are a real nightmare. I am not sure why people insist on using them. They have some very strange issues with path resolution. I got it to build once. I did not save the path I used. I went to slim it down and now I cannot get it to build again. I really cannot believe how stupid this regarding finding files. When I am passing absolute paths to the classpath. Seems it has gone on for years like this https://duckduckgo.com/?q=java+processor+"error%3A+Cannot+find+resource; This one is crazy, changes with different JDK versions https://forums.netbeans.org/post-132249.html https://forums.netbeans.org/post-122635.html Jersey relies heavily on annotation processing and does not have this sort of madness to build or run. Really need to revisit this stuff in Netbeans. There is no reason to cause problems like this for so many. I have generated Java code using a whole variety of things. I have never seen anything so problematic on trivial things like paths to files or resources Super frustrating Wasting tons of time on trial and error on very small things. I can package hundreds of things then get stuck on stupid issues like this. Which makes me think its a horribly engineered concept that should not be used. At the moment via absolute paths I am passing the root directory, src directory and src/org, Its not finding it in any of those absolute paths... Soon as I drop ActionProcessor. It is found and the Action stuff just isn't processed. Why processors mess with others paths. Also makes no sense. I myself will avoid annotation processors in my own code like the plague -- William L. Thomson Jr. pgptgxLwD3imq.pgp Description: OpenPGP digital signature
Re: Packaging Netbeans 9 on Gentoo
On Sun, 26 Nov 2017 17:18:15 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > On Sun, 26 Nov 2017 14:11:18 -0500 > "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > There is also a StaticProcessor but seems only used by 1 class for > > icons. Also a LayerProcessor, which I assume generates layer info in > > manifest.mf. There were not many others. The others are in odd > > packages that are further down the dependency chain if not optional > > packages. > > Working with more processors, this is like the error I got from > StaticResourceProcessor. > > This is from ActionProcessor > > src/org/netbeans/core/windows/design/DesignView.java:130: error: > Cannot find resource org/netbeans/core/windows/design/DesignView.png > @ActionRegistration(iconBase = > "org/netbeans/core/windows/design/DesignView.png", Turns out I added the folder to classpath incorrectly. When I got that right it found the file. But then I got a new error... src/org/netbeans/core/windows/actions/ResetWindowsAction.java:60: error: Cannot find resource org/netbeans/core/windows/actions/Bundle.properties public static ActionListener reset() { ^ Not sure why pointing to reset. Seems the issue is it cannot find the Bundles.properties resource. Which only happens when using the ActionProcessor. Otherwise it is found. The path that fixes the icon for ActionProcessor seems to not help for this, despite the Bundle.properties being there. Playing with paths now. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L126 -- William L. Thomson Jr. pgpRR4HJ9BsDJ.pgp Description: OpenPGP digital signature
Re: Packaging Netbeans 9 on Gentoo
On Sun, 26 Nov 2017 17:41:20 -0500 Emilian Bold <emilian.b...@protonmail.ch> wrote: > It's not moot how they are generated. If you copy-paste by hand then > will get out of sync when the NetBeans sources change. Why do some sources have them in the first place then? Seems they should be generated always. I guess needed for some bootstrapping or something like that. Or default values if generation fails. Just odd to see some generated, and some in sources. I would think it would be all one way or another. > Instead of manually editing .ebuild files you might as well just copy > the whole static META-INF/ including subfolders. I am doing that but seems most if not all projects have manifest.mf in the root folder not in META-INF. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L63 > The point being that even if you don't use ant you have to get those > annotation processors right. Yes I am working on that now. https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/eclass/java-netbeans.eclass#L97 -- William L. Thomson Jr. pgp9bcobysGPc.pgp Description: OpenPGP digital signature
Re: Packaging Netbeans 9 on Gentoo
On Sun, 26 Nov 2017 14:11:18 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > > There are many processors, see ServiceProviderProcessor for > > @ServiceProvider annotations then we have annotations for actions, > > etc. > > I grepped for AbstractProcessor usage. I only found a couple. I added > the ServiceProccesors to core.startup. It only generated services but > not named services despite having that processor. So I just generate > the others manually via echo. Using the contents from what was in the > ones from 8.2. > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/master/dev-java/netbeans-core-startup/netbeans-core-startup-.ebuild#L27 > > There is also a StaticProcessor but seems only used by 1 class for > icons. Also a LayerProcessor, which I assume generates layer info in > manifest.mf. There were not many others. The others are in odd > packages that are further down the dependency chain if not optional > packages. Working with more processors, this is like the error I got from StaticResourceProcessor. This is from ActionProcessor src/org/netbeans/core/windows/design/DesignView.java:130: error: Cannot find resource org/netbeans/core/windows/design/DesignView.png @ActionRegistration(iconBase = "org/netbeans/core/windows/design/DesignView.png", It makes no sense as the file DesignView.png is literally in the same folder as DesignView.java and the next file in order. I tried adding the folder to the classpath and no luck. I ended up removing usage of StaticResourceProcessor which was likely not correct but just in quicksearch. There is likely more ActionRegistrations I rather not remove and further break things down the road at runtime. -- William L. Thomson Jr. pgpdcooC813zE.pgp Description: OpenPGP digital signature
Re: Packaging Netbeans 9 on Gentoo
On Sun, 26 Nov 2017 14:11:18 -0500 "William L. Thomson Jr." <wlt...@o-sinc.com> wrote: > > 9.0_alpha_rc2-os-xtoo] org.netbeans.api.progress.nb [1.48 > 9.0_alpha_rc2-os-xtoo] org.netbeans.api.progress [1.48 > 9.0_alpha_rc2-os-xtoo] org.netbeans.api.java [1.66 > 9.0_alpha_rc2-os-xtoo] org.netbeans.api.io [1.4 > 9.0_alpha_rc2-os-xtoo] org.netbeans.api.intent [1.3 > 9.0_alpha_rc2-os-xtoo] org.netbeans.api.annotations.common [1.28 > 9.0_alpha_rc2-os-xtoo] SEVERE [global] java.lang.NullPointerException > at > java.base/java.io.FilterOutputStream.write(FilterOutputStream.java:103) > at > org.netbeans.core.startup.layers.LayerCacheManager$1Updater.flushCaches(LayerCacheManager.java:123) > at org.netbeans.Stamps$Store.store(Stamps.java:708) [catch] at > org.netbeans.Stamps$Worker.run(Stamps.java:876) Forgot to mention, at this point Netbeans Platform seems to be running. There is a java process. But no Window/UI. But seems it is running till I hit ctrl-c. So I am pretty close to something. What I have no idea :) -- William L. Thomson Jr. pgpah509VajDZ.pgp Description: OpenPGP digital signature