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 th
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
> http://www.enlightenment.org/ss/e-
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.j
Yes, we are progressing. Every hour some progress can be seen. Check!
> [...] what is there left to be done?
(1) are we done with the module review process ?
https://cwiki.apache.org/confluence/display/NETBEANS/List+of+Modules+to+Review
(2) IMO, we still need a clearer view of the impact of the
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 st
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 o
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
steffendietz commented on issue #307: added test data of autoupdate.services to
rat exclude list
URL:
https://github.com/apache/incubator-netbeans/pull/307#issuecomment-348343819
The build failed, because it couldn't download all needed resources.
```
...
[downloadbinaries] Could
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 variable. I see it in t
unsubscribe please
On Thu, Nov 30, 2017 at 4:00 PM, GitBox wrote:
> 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
>
>
>
>
> -
steffendietz opened a new pull request #307: added test data of
autoupdate.services to rat exclude list
URL: https://github.com/apache/incubator-netbeans/pull/307
The test data of `autoupdate.services` did not get captured by the general
exclude rule.
-
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.
--
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 +17,
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 +17,
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 Servic
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
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 w
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
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 p
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.
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:
https://c
Hello All, Would you please remove me from this group?
Regards, Ahmed
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 Apache
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
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 foreign
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.
---
geertjanw closed pull request #279: [NETBEANS-162] Restore autoupdate.services
tests
URL: https://github.com/apache/incubator-netbeans/pull/279
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 t
geertjanw commented on issue #279: [NETBEANS-162] Restore autoupdate.services
tests
URL:
https://github.com/apache/incubator-netbeans/pull/279#issuecomment-348293229
From my point of view, makes sense, and am merging.
This i
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 sh
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?
--
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 f
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.
--
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.
--
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 l
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 Ap
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
distinguish
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
---
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 tediousness but not really that much
> work per se. The p
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 --source-path now.
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
resolving what other packages a
On Thu, Nov 30, 2017 at 8:18 AM, William L. Thomson Jr.
wrote:
> On Thu, 30 Nov 2017 07:50:13 +0100
> Jaroslav Tulach wrote
> > I've noticed
> > https://github.com/Obsidian-StudiosInc/os-xtoo/blob/
> master/eclass/java-netbeans.eclass#L240
> > all I can say is that NetBeans build doesn't use -pr
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
> >
> > $ ant build
>
> Not at all, very far f
42 matches
Mail list logo
