[GitHub] JaroslavTulach opened a new pull request #3: Computed property enhancement

JaroslavTulach opened a new pull request #3: Computed property enhancement URL: https://github.com/apache/incubator-netbeans-html4j/pull/3 There has been a long time pending request to improve the `@ComputedProperty` to be able to depend on other computed properties. This changes offers

Re: [Gentoo Packaging] 9 9 9 :)

Congratulations ! On Nov 30, 2017 9:42 PM, "William L. Thomson Jr." wrote: > 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 >

[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

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

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

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

Re: [Gentoo packaging] Can't find resource for bundle

On Mon, 27 Nov 2017 13:24:11 -0500 "William L. Thomson Jr." 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

[GitHub] jlahoda commented on issue #306: Some more updates to fix issues reported by verify-libs-and-licenses.

jlahoda commented on issue #306: Some more updates to fix issues reported by verify-libs-and-licenses. URL: https://github.com/apache/incubator-netbeans/pull/306#issuecomment-348333218 @steffendietz - thanks for report, fixed.

[GitHub] steffendietz commented on a change in pull request #306: Some more updates to fix issues reported by verify-libs-and-licenses.

steffendietz commented on a change in pull request #306: Some more updates to fix issues reported by verify-libs-and-licenses. URL: https://github.com/apache/incubator-netbeans/pull/306#discussion_r154206117 ## File path: nbbuild/licenses/names.properties ## @@ -17,10

[GitHub] jlahoda opened a new pull request #306: Some more updates to fix issues reported by verify-libs-and-licenses.

jlahoda opened a new pull request #306: Some more updates to fix issues reported by verify-libs-and-licenses. URL: https://github.com/apache/incubator-netbeans/pull/306 This is an automated message from the Apache Git

Re: Status of Apache NetBeans (incubating) 9.0 Beta

Cool, that makes sense, I was just curious about its progress. John On 30 November 2017 at 20:02, Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: > Fair question. > > On the other hand, we're clearly not in a position yet to do anything with > those files, even if they were to come

Re: Status of Apache NetBeans (incubating) 9.0 Beta

Fair question. On the other hand, we're clearly not in a position yet to do anything with those files, even if they were to come in today -- we clearly have more than enough work to do just on the code from the 1st donation. That being said, we've restructured the subsequent donations such that

Re: Status of Apache NetBeans (incubating) 9.0 Beta

Any update on the progress of the 2nd code donation? Is Oracle still going through those files - Any idea when that will be ready? John On 30 November 2017 at 19:41, Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: > Hi all, > > Status for 9.0 Beta is looking really good -- the Rat

[GitHub] matthiasblaesing closed pull request #262: Fix NullPointerException at com.sun.source.util.TreePath.

matthiasblaesing closed pull request #262: Fix NullPointerException at com.sun.source.util.TreePath. URL: https://github.com/apache/incubator-netbeans/pull/262 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of

[GitHub] matthiasblaesing commented on issue #262: Fix NullPointerException at com.sun.source.util.TreePath.

matthiasblaesing commented on issue #262: Fix NullPointerException at com.sun.source.util.TreePath. URL: https://github.com/apache/incubator-netbeans/pull/262#issuecomment-348299861 The change looks save and in the worst case it masks the underlying bug. I'm pulling this in.

Status of Apache NetBeans (incubating) 9.0 Beta

Hi all, Status for 9.0 Beta is looking really good -- the Rat report is almost down to 0: https://builds.apache.org/job/incubator-netbeans-release/lastSuccessfulBuild/artifact/rat-java-temp/nbbuild/build/rat-report.txt And pretty much all the issues are resolved or closed in some way:

Unsuscribe

Hello All,     Would you please remove me from this group? Regards, Ahmed

[GitHub] matthiasblaesing commented on issue #305: [NETBEANS-71] Change product name

matthiasblaesing commented on issue #305: [NETBEANS-71] Change product name URL: https://github.com/apache/incubator-netbeans/pull/305#issuecomment-348296064 Thanks for your input! This is an automated message from the

[GitHub] lbruun commented on issue #305: [NETBEANS-71] Change product name

lbruun commented on issue #305: [NETBEANS-71] Change product name URL: https://github.com/apache/incubator-netbeans/pull/305#issuecomment-348293708 Whether it is required or not: http://apache.org/foundation/marks/pmcs.html#naming: As you can see the ASF really want us to use

[GitHub] geertjanw closed pull request #305: [NETBEANS-71] Change product name

geertjanw closed pull request #305: [NETBEANS-71] Change product name URL: https://github.com/apache/incubator-netbeans/pull/305 This is a PR merged from a forked repository. As GitHub hides the original diff on merge, it is displayed below for the sake of provenance: As this is a

[GitHub] geertjanw commented on issue #305: [NETBEANS-71] Change product name

geertjanw commented on issue #305: [NETBEANS-71] Change product name URL: https://github.com/apache/incubator-netbeans/pull/305#issuecomment-348293587 Well, one or two mentions of Apache in NetBeans itself would be good. Merging.

[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

[GitHub] matthiasblaesing commented on issue #305: [NETBEANS-71] Change product name

matthiasblaesing commented on issue #305: [NETBEANS-71] Change product name URL: https://github.com/apache/incubator-netbeans/pull/305#issuecomment-348275239 Looks ok, feel free to merge. Just out of curiosity - is the name change needed?

[GitHub] steffendietz commented on issue #279: [NETBEANS-162] Restore autoupdate.services tests

steffendietz commented on issue #279: [NETBEANS-162] Restore autoupdate.services tests URL: https://github.com/apache/incubator-netbeans/pull/279#issuecomment-346710961 I revisited point 1 from [above](#issuecomment-346595065). I'm now using the correct method of providing an executable

[GitHub] steffendietz commented on issue #279: [NETBEANS-162] Restore autoupdate.services tests

steffendietz commented on issue #279: [NETBEANS-162] Restore autoupdate.services tests URL: https://github.com/apache/incubator-netbeans/pull/279#issuecomment-348273063 Is there something further I can do to get this merged? - It is ready to go from my perspective.

[GitHub] steffendietz commented on issue #279: [NETBEANS-162] Restore autoupdate.services tests

steffendietz commented on issue #279: [NETBEANS-162] Restore autoupdate.services tests URL: https://github.com/apache/incubator-netbeans/pull/279#issuecomment-348273063 Is there something I can do further to get this merged? - It is ready to go from my perspective.

AW: (Avoid) Using JavaFX WebView was: JDK & JavaFX versions

Hey Jaroslav, thank you so much for your PR, I will really have a deeper look into it soon as you can see my comments and I didn’t Close it . So the thing is, that I couldn’t find the solutions for my problems that I wrote earlier that’s why I changed it back and tried it by my own. I really

[GitHub] geertjanw commented on issue #305: [NETBEANS-71] Change product name

geertjanw commented on issue #305: [NETBEANS-71] Change product name URL: https://github.com/apache/incubator-netbeans/pull/305#issuecomment-348140054 +1 looks great and good thinking. This is an automated message from the

[GitHub] lbruun opened a new pull request #305: [NETBEANS-71] Change product name

lbruun opened a new pull request #305: [NETBEANS-71] Change product name URL: https://github.com/apache/incubator-netbeans/pull/305 The product name, i.e. 'NetBeans Platform' or 'NetBeans IDE', is changed to reflect the new Apache home, in a couple of locations. This is done to

[GitHub] geertjanw commented on issue #303: [NETEBEANS-171] Removed hibernate and hibernate4libs

geertjanw commented on issue #303: [NETEBEANS-171] Removed hibernate and hibernate4libs URL: https://github.com/apache/incubator-netbeans/pull/303#issuecomment-348133151 Can you also close this: https://issues.apache.org/jira/browse/NETBEANS-171

Re: [Gentoo packaging] Can't find resource for bundle

On Thu, 30 Nov 2017 03:39:59 -0500 "William L. Thomson Jr." wrote: > On Thu, 30 Nov 2017 09:09:49 +0100 > Jaroslav Tulach wrote: > > > > There is some beauty in your approach, but it is a lot of work. > > It is a lot of redundancy and

Re: [Gentoo packaging] Can't find resource for bundle

On Thu, 30 Nov 2017 09:29:31 +0100 Jan Lahoda 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

Re: [Gentoo packaging] Can't find resource for bundle

On Thu, 30 Nov 2017 09:09:49 +0100 Jaroslav Tulach 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

Re: [Gentoo packaging] Can't find resource for bundle

2017-11-30 8:18 GMT+01:00 William L. Thomson Jr. : > On Thu, 30 Nov 2017 07:50:13 +0100 > Jaroslav Tulach wrote > > I would assume you get NetBeans-source.zip file, replace all binaries > > with references to files from other packages and then invoke