date:20171127

Okay,

I'm more of an if you don't need it get rid of it sort of person since we
can use source control to get it back if we do ever need to move it again,
that's effectively why I went full throttle with this PR to remove it.

I can make this change to bring it back later on and submit a PR with it
just removed from the cluster.properties then.

Regards

John

On 27 November 2017 at 21:36, Antonio  wrote:

> Mmmm... I'm not sure I like this.
>
> What about removing the hibernate entries from "cluster.properties" so
> they're not taken into account when compiling the IDE? The source can be
> kept there for a while, until it finds a more license-comfortable cozy home
> somewhere in github.
>
> Cheers,
> Antonio
>
> El 27/11/17 a las 21:51, John McDonnell escribió:
>
>> I've submitted a PR (298
>> ) that removes the
>>
>> hibernate and hibernate4lib modules from the codebase.
>>
>> I've left 'friend' references in other modules to this.
>>
>> I think we should hold off merging this PR until we know exactly what we
>> are doing with the hibernate modules, i.e. moving it to a different repo
>> on
>> GitHub
>>
>> John
>>
>>
>>
>> On 26 November 2017 at 09:56, Geertjan Wielenga <
>> geertjan.wiele...@googlemail.com> wrote:
>>
>> Ideally, we'd remove Hibernate completely. However, if we can't, there's
>>> various other options too explore (i.e., the ideas provided by Jan in
>>> this
>>> thread).
>>>
>>> What would be the blockers to removing Hibernate completely, i.e., all
>>> support for it in every possible way? It doesn't seem like a very
>>> critical
>>> part of NetBeans. If we could put the Hibernate feature onto GitHub or
>>> somewhere, as suggested by Sven, that would be a great step forward.
>>>
>>> Gj
>>>
>>> On Fri, Nov 24, 2017 at 12:58 AM, Sven Reimers 
>>> wrote:
>>>
>>> Hi,

 1. the friend entries are not a problem, but I think long term we should
 have better official API's instead of making everyone a friend.

 (anecdotal reference -> http://hg.netbeans.org/main-
 silver/rev/0144a346f983)

 2. Seems ok for me.

 Sven

 On Tue, Nov 21, 2017 at 11:43 PM, John McDonnell <

>>> mcdonnell.j...@gmail.com
>>>

> wrote:

 Hi,
>
> I like the idea of an external GitHub that we can use to quickly fire
> in some of the troublesome modules into to get around the license
> issues like Camel did, and it seems there's already a GitHub
> Organisation lying there in wait for modules ;)
>
> Just did a quick search for usages of "hibernate" in the repository,
> and got a couple of questions.
>
> 1. Alot of modules in the project.xml have a friend-packages element
>
 with:

> org.netbeans.modules.hibernate
>
> I assume even if this "friend" module doesn't exist in the IDE it
> shouldn't affect the module, correct?
>
> 2. The j2ee.persistence module has references to icons from the
> hibernate package, provided there Oracles images, and not Hibernate, I
> assume we could just move the icon and reference, no?
>
> private static final String HB_MAPPING_ICON =
> "org/netbeans/modules/hibernate/resources/hibernate-mapping.png";
> //NOI18N
>
>
> A lot of the other references are references to hibernate in text,
> again from a quick search I don't fully know how or what their being
> used for, I assume unless someone with intimate knowledge of this area
> speaks up, we'll probably have to get down there and dig around...
>
> If I get time over the next few days / next week, I might see about
> removing references to the Hibernate modules locally and seeing what
> breaks in relation to the JPA / Persistence Units etc stuff in the UI.
> - maybe see if there are any 8.2 NetCat test specs for this to use as
> an acceptance test...
>
>
>
> Regards
>
> John
>
>
>
> On 21 November 2017 at 22:17, Jan Lahoda  wrote:
>
>> Hi Sven,
>>
>> Thanks for looking at this. For completeness, I think (but IANAL) we
>>
> could
>
>> have code here that depends on Hibernate (or other GPL libraries),
>>
> but
>>>
 it

> a) needs to be an optional component; b) we cannot distribute the GPL
>> library from Apache:
>> https://www.apache.org/legal/resolved.html#optional
>>
>> if it makes more sense for the hibernate support to be distributed
>>
> disabled
>
>> with the IDE (so the user would only install the library if desired)
>>
> or
>>>
 separately is a question, but I personally know almost nothing about
>>
> it,

> so
>
>> I don't have an opinion on that.
>>
>> Jan
>>
>>
>> On Tue, Nov 21, 2017 at 10:45 PM, Sven Reimers <
>>
>

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."  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."  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: Hibernate and Apache NetBeans


Mmmm... I'm not sure I like this.

What about removing the hibernate entries from "cluster.properties" so 
they're not taken into account when compiling the IDE? The source can be 
kept there for a while, until it finds a more license-comfortable cozy 
home somewhere in github.


Cheers,
Antonio

El 27/11/17 a las 21:51, John McDonnell escribió:

I've submitted a PR (298
) that removes the
hibernate and hibernate4lib modules from the codebase.

I've left 'friend' references in other modules to this.

I think we should hold off merging this PR until we know exactly what we
are doing with the hibernate modules, i.e. moving it to a different repo on
GitHub

John



On 26 November 2017 at 09:56, Geertjan Wielenga <
geertjan.wiele...@googlemail.com> wrote:


Ideally, we'd remove Hibernate completely. However, if we can't, there's
various other options too explore (i.e., the ideas provided by Jan in this
thread).

What would be the blockers to removing Hibernate completely, i.e., all
support for it in every possible way? It doesn't seem like a very critical
part of NetBeans. If we could put the Hibernate feature onto GitHub or
somewhere, as suggested by Sven, that would be a great step forward.

Gj

On Fri, Nov 24, 2017 at 12:58 AM, Sven Reimers 
wrote:


Hi,

1. the friend entries are not a problem, but I think long term we should
have better official API's instead of making everyone a friend.

(anecdotal reference -> http://hg.netbeans.org/main-
silver/rev/0144a346f983)

2. Seems ok for me.

Sven

On Tue, Nov 21, 2017 at 11:43 PM, John McDonnell <

mcdonnell.j...@gmail.com



wrote:


Hi,

I like the idea of an external GitHub that we can use to quickly fire
in some of the troublesome modules into to get around the license
issues like Camel did, and it seems there's already a GitHub
Organisation lying there in wait for modules ;)

Just did a quick search for usages of "hibernate" in the repository,
and got a couple of questions.

1. Alot of modules in the project.xml have a friend-packages element

with:

org.netbeans.modules.hibernate

I assume even if this "friend" module doesn't exist in the IDE it
shouldn't affect the module, correct?

2. The j2ee.persistence module has references to icons from the
hibernate package, provided there Oracles images, and not Hibernate, I
assume we could just move the icon and reference, no?

private static final String HB_MAPPING_ICON =
"org/netbeans/modules/hibernate/resources/hibernate-mapping.png";
//NOI18N


A lot of the other references are references to hibernate in text,
again from a quick search I don't fully know how or what their being
used for, I assume unless someone with intimate knowledge of this area
speaks up, we'll probably have to get down there and dig around...

If I get time over the next few days / next week, I might see about
removing references to the Hibernate modules locally and seeing what
breaks in relation to the JPA / Persistence Units etc stuff in the UI.
- maybe see if there are any 8.2 NetCat test specs for this to use as
an acceptance test...



Regards

John



On 21 November 2017 at 22:17, Jan Lahoda  wrote:

Hi Sven,

Thanks for looking at this. For completeness, I think (but IANAL) we

could

have code here that depends on Hibernate (or other GPL libraries),

but

it

a) needs to be an optional component; b) we cannot distribute the GPL
library from Apache:
https://www.apache.org/legal/resolved.html#optional

if it makes more sense for the hibernate support to be distributed

disabled

with the IDE (so the user would only install the library if desired)

or

separately is a question, but I personally know almost nothing about

it,

so

I don't have an opinion on that.

Jan


On Tue, Nov 21, 2017 at 10:45 PM, Sven Reimers <

sven.reim...@gmail.com



wrote:


Hi all,

Jan just asked about a couple of problematic external libraries -

one

of

them is hibernate.

Looking at the rules I think we cannot distribute modules relying on
Hibernate with Apache NetBeans.

So I did a quick dive and found a major problem. At the moment there

is

a

special support module for Hibernate (supporting stuff like HQL..).

I

think

we have to get rid of that (still have to check for further modules
depending on this module). This is the only module using "import
org.hibernate.*" statements.

Idea: Maybe we can move the Hibernate Support module over to another
community place so the code does not get lost and we can try to

release

a

plugin from there - how about that? Not sure what the correct

process

and

correct licensing for this module would be..

I found this http://camel.apache.org/hibernate.html and
https://github.com/camel-extra/camel-extra/tree/master/
components/camel-hibernate
as an example of another Apache project not being able to use LGPL
components at Apache.

There is https://github.com/netbeans-community - some distant time

in

the

Re: Hibernate and Apache NetBeans

I don't believe it's important to go all the way with these modules. An IDE 
release is the goal, extra work just takes valuable time away.

Leaving the modules where they are until a future decision doesn't do any harm.

--emi

> Original Message 
>Subject: Re: Hibernate and Apache NetBeans
>Local Time: November 27, 2017 10:51 PM
>UTC Time: November 27, 2017 8:51 PM
>From: mcdonnell.j...@gmail.com
>To: dev@netbeans.incubator.apache.org
>
>I've submitted a PR (298
>https://github.com/apache/incubator-netbeans/pull/298) that removes the
> hibernate and hibernate4lib modules from the codebase.
>
> I've left 'friend' references in other modules to this.
>
> I think we should hold off merging this PR until we know exactly what we
> are doing with the hibernate modules, i.e. moving it to a different repo on
> GitHub
>
> John
>
>
>
> On 26 November 2017 at 09:56, Geertjan Wielenga <
>geertjan.wiele...@googlemail.com> wrote:
>>Ideally, we'd remove Hibernate completely. However, if we can't, there's
>> various other options too explore (i.e., the ideas provided by Jan in this
>> thread).
>>What would be the blockers to removing Hibernate completely, i.e., all
>> support for it in every possible way? It doesn't seem like a very critical
>> part of NetBeans. If we could put the Hibernate feature onto GitHub or
>> somewhere, as suggested by Sven, that would be a great step forward.
>>Gj
>>On Fri, Nov 24, 2017 at 12:58 AM, Sven Reimers sven.reim...@gmail.com
>> wrote:
>>>Hi,
>>>1. the friend entries are not a problem, but I think long term we should
>>> have better official API's instead of making everyone a friend.
>>>(anecdotal reference -> http://hg.netbeans.org/main-
>>> silver/rev/0144a346f983)
>>>2. Seems ok for me.
>>>Sven
>>>On Tue, Nov 21, 2017 at 11:43 PM, John McDonnell <
>>>mcdonnell.j...@gmail.com

wrote:
Hi,
I like the idea of an external GitHub that we can use to quickly fire
 in some of the troublesome modules into to get around the license
 issues like Camel did, and it seems there's already a GitHub
 Organisation lying there in wait for modules ;)
Just did a quick search for usages of "hibernate" in the repository,
 and got a couple of questions.
1. Alot of modules in the project.xml have a friend-packages element
 with:
 org.netbeans.modules.hibernate
I assume even if this "friend" module doesn't exist in the IDE it
 shouldn't affect the module, correct?
2. The j2ee.persistence module has references to icons from the
 hibernate package, provided there Oracles images, and not Hibernate, I
 assume we could just move the icon and reference, no?
private static final String HB_MAPPING_ICON =
 "org/netbeans/modules/hibernate/resources/hibernate-mapping.png";
 //NOI18N
A lot of the other references are references to hibernate in text,
 again from a quick search I don't fully know how or what their being
 used for, I assume unless someone with intimate knowledge of this area
 speaks up, we'll probably have to get down there and dig around...
If I get time over the next few days / next week, I might see about
 removing references to the Hibernate modules locally and seeing what
 breaks in relation to the JPA / Persistence Units etc stuff in the UI.
 - maybe see if there are any 8.2 NetCat test specs for this to use as
 an acceptance test...
Regards
John
On 21 November 2017 at 22:17, Jan Lahoda lah...@gmail.com wrote:
>Hi Sven,
>Thanks for looking at this. For completeness, I think (but IANAL) we
> could
> have code here that depends on Hibernate (or other GPL libraries),
> but
> it
>>a) needs to be an optional component; b) we cannot distribute the GPL
> library from Apache:
>https://www.apache.org/legal/resolved.html#optional
>if it makes more sense for the hibernate support to be distributed
> disabled
> with the IDE (so the user would only install the library if desired)
> or
>>separately is a question, but I personally know almost nothing about
> it,
> so
>>I don't have an opinion on that.
>Jan
>On Tue, Nov 21, 2017 at 10:45 PM, Sven Reimers <
>sven.reim...@gmail.com
>>wrote:
>>Hi all,
>>Jan just asked about a couple of problematic external libraries -
>> one
>> of
>>>them is hibernate.
>>Looking at the rules I think we cannot distribute modules relying on
>> Hibernate with Apache NetBeans.
>>So I did a quick dive and found a major problem. At the moment there
>> is
>> a
>>>special support module for Hibernate (supporting stuff like HQL..).
>> I
>think
>>we have to get rid of that (still have to check for further modules
>> depending on this module). This is the only module using "import
>> org.hibernate.*" statements.
>>Idea: Maybe we can move the Hibernate Support module over to another
>> community place

[GitHub] emilianbold commented on issue #295: Drop usage of FileInput/OutputStreams - modules a* -> c*

emilianbold commented on issue #295: Drop usage of FileInput/OutputStreams - 
modules a* -> c*
URL: 
https://github.com/apache/incubator-netbeans/pull/295#issuecomment-347329914
 
 
   >"but don't like so much" - so, are you against this FI/OS change in general?
   
   try-with-resources seems a clear gain because it removes so many finally 
blocks that just close the stream.
   
   `Files.newInputStream` just looks more ugly with the extra path creation, 
StandardOpenOption flags, etc.
   
   AFAIK FileInputStream is not outright deprecated and I'm curious if there's 
really any kind of noticeable impact during normal IDE usage (editing a source 
file, running the project, etc).
   
   For startup having the most efficient code is important so it would be 
interesting to narrow down the core modules that need this upgrade.
   
   Basically I would slice-and-dice this into more commits / PRs and even have 
places where the old code is left alone (because I'm not convinced it has a 
noticeable effect and there's really no urgent need to switch to the new API 
and abandon FileInputStream forever).


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

Re: SOLVED: Cannot find resource




El 27/11/17 a las 21:15, William L. Thomson Jr. escribió:


Thanks for the suggestion and offer! I should have started with
something like that to answer my own questions :P



Don't worry about asking questions. After all answering questions is one 
of the purposes of this mailing list. ;-)


Cheers,
Antonio

Re: Hibernate and Apache NetBeans

I've submitted a PR (298
) that removes the
hibernate and hibernate4lib modules from the codebase.

I've left 'friend' references in other modules to this.

I think we should hold off merging this PR until we know exactly what we
are doing with the hibernate modules, i.e. moving it to a different repo on
GitHub

John



On 26 November 2017 at 09:56, Geertjan Wielenga <
geertjan.wiele...@googlemail.com> wrote:

> Ideally, we'd remove Hibernate completely. However, if we can't, there's
> various other options too explore (i.e., the ideas provided by Jan in this
> thread).
>
> What would be the blockers to removing Hibernate completely, i.e., all
> support for it in every possible way? It doesn't seem like a very critical
> part of NetBeans. If we could put the Hibernate feature onto GitHub or
> somewhere, as suggested by Sven, that would be a great step forward.
>
> Gj
>
> On Fri, Nov 24, 2017 at 12:58 AM, Sven Reimers 
> wrote:
>
> > Hi,
> >
> > 1. the friend entries are not a problem, but I think long term we should
> > have better official API's instead of making everyone a friend.
> >
> > (anecdotal reference -> http://hg.netbeans.org/main-
> > silver/rev/0144a346f983)
> >
> > 2. Seems ok for me.
> >
> > Sven
> >
> > On Tue, Nov 21, 2017 at 11:43 PM, John McDonnell <
> mcdonnell.j...@gmail.com
> > >
> > wrote:
> >
> > > Hi,
> > >
> > > I like the idea of an external GitHub that we can use to quickly fire
> > > in some of the troublesome modules into to get around the license
> > > issues like Camel did, and it seems there's already a GitHub
> > > Organisation lying there in wait for modules ;)
> > >
> > > Just did a quick search for usages of "hibernate" in the repository,
> > > and got a couple of questions.
> > >
> > > 1. Alot of modules in the project.xml have a friend-packages element
> > with:
> > > org.netbeans.modules.hibernate
> > >
> > > I assume even if this "friend" module doesn't exist in the IDE it
> > > shouldn't affect the module, correct?
> > >
> > > 2. The j2ee.persistence module has references to icons from the
> > > hibernate package, provided there Oracles images, and not Hibernate, I
> > > assume we could just move the icon and reference, no?
> > >
> > > private static final String HB_MAPPING_ICON =
> > > "org/netbeans/modules/hibernate/resources/hibernate-mapping.png";
> > > //NOI18N
> > >
> > >
> > > A lot of the other references are references to hibernate in text,
> > > again from a quick search I don't fully know how or what their being
> > > used for, I assume unless someone with intimate knowledge of this area
> > > speaks up, we'll probably have to get down there and dig around...
> > >
> > > If I get time over the next few days / next week, I might see about
> > > removing references to the Hibernate modules locally and seeing what
> > > breaks in relation to the JPA / Persistence Units etc stuff in the UI.
> > > - maybe see if there are any 8.2 NetCat test specs for this to use as
> > > an acceptance test...
> > >
> > >
> > >
> > > Regards
> > >
> > > John
> > >
> > >
> > >
> > > On 21 November 2017 at 22:17, Jan Lahoda  wrote:
> > > > Hi Sven,
> > > >
> > > > Thanks for looking at this. For completeness, I think (but IANAL) we
> > > could
> > > > have code here that depends on Hibernate (or other GPL libraries),
> but
> > it
> > > > a) needs to be an optional component; b) we cannot distribute the GPL
> > > > library from Apache:
> > > > https://www.apache.org/legal/resolved.html#optional
> > > >
> > > > if it makes more sense for the hibernate support to be distributed
> > > disabled
> > > > with the IDE (so the user would only install the library if desired)
> or
> > > > separately is a question, but I personally know almost nothing about
> > it,
> > > so
> > > > I don't have an opinion on that.
> > > >
> > > > Jan
> > > >
> > > >
> > > > On Tue, Nov 21, 2017 at 10:45 PM, Sven Reimers <
> sven.reim...@gmail.com
> > >
> > > > wrote:
> > > >
> > > >> Hi all,
> > > >>
> > > >> Jan just asked about a couple of problematic external libraries -
> one
> > of
> > > >> them is hibernate.
> > > >>
> > > >> Looking at the rules I think we cannot distribute modules relying on
> > > >> Hibernate with Apache NetBeans.
> > > >>
> > > >> So I did a quick dive and found a major problem. At the moment there
> > is
> > > a
> > > >> special support module for Hibernate (supporting stuff like HQL..).
> I
> > > think
> > > >> we have to get rid of that (still have to check for further modules
> > > >> depending on this module). This is the only module using "import
> > > >> org.hibernate.*" statements.
> > > >>
> > > >> Idea: Maybe we can move the Hibernate Support module over to another
> > > >> community place so the code does not get lost and we can try to
> > release
> > > a
> > > >> plugin from there - how about that? Not sure what the correct
> process
> > > and
> > > >> correct licensing

[GitHub] mdindoffer commented on issue #295: Drop usage of FileInput/OutputStreams - modules a* -> c*

mdindoffer commented on issue #295: Drop usage of FileInput/OutputStreams -
modules a* -> c*
URL:
https://github.com/apache/incubator-netbeans/pull/295#issuecomment-347322722

@emilianbold Done manually. Sure there may be a place for a java hint in the
future, but this was partly an experiment. Also, the code is kinda fragile and
tangled up in some places, so I prefer to do this stuff manually.
The idea was to apply this change throughout the whole repo in one go, but
it proved to be more time consuming than I thought. Yes, the speedup that seems
to be present at the boot probably originates from the core. And maybe
autoupdate too? If it checks for updates at startup, not entirely sure.
However, the point is, if there's a benefit observable in one use case (boot),
it should manifest itself in other use cases too, even if negligibly. I also
planned to tackle code that touches file searching & replacing and benchmark
that. I think the api.search* module (which I plowed through) houses most of
the relevant code for this, but not all. However I am not that much familiar
with the NB cluster structure to say that for sure.
"but don't like so much" - so, are you against this FI/OS change in general?

@lbruun
I did not touch the JVM / GC params apart from the Xmx and gc logging. The
XXs you list are defaults for x64 Java 8.
The IDE hint seems like a good idea. But as you mentioned, the real life
effect can be negligible for most of the use cases nowadays.
I will address the comments and then run some more tests.
BTW [this
post](https://arnaudroger.github.io/blog/2017/03/20/faster-reader-inpustream-in-java.html)
also provides some nice graphs

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

With regards,
Apache Git Services

[GitHub] mdindoffer commented on issue #295: Drop usage of FileInput/OutputStreams - modules a* -> c*

mdindoffer commented on issue #295: Drop usage of FileInput/OutputStreams -
modules a* -> c*
URL:
https://github.com/apache/incubator-netbeans/pull/295#issuecomment-347322722

The idea was to apply this change throughout the whole repo in one go, but
it proved to be more time consuming than I thought. Yes, the speedup that seems
to be present at the boot probably originates from the core. And maybe
autoupdate too? If it checks for updates at startup, not entirely sure.
However, the point is, if there's a benefit observable in one use case (boot),
it should manifest itself in other use cases too, even if negligibly. I also
planned to tackle code that touches file searching & replacing and benchmark
that. I think the api.search* module (which I plowed through) houses most of
the relevant code for this, but not all. However I am not that much familiar
with the NB cluster structure to say that for sure.
"but don't like so much" - so, are you against this FI/OS change in general?

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

With regards,
Apache Git Services

Re: SOLVED: Cannot find resource

On Mon, 27 Nov 2017 20:24:14 +0100
Antonio  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

[GitHub] mdindoffer commented on a change in pull request #295: Drop usage of FileInput/OutputStreams - modules a* -> c*

mdindoffer commented on a change in pull request #295: Drop usage of 
FileInput/OutputStreams - modules a* -> c*
URL: https://github.com/apache/incubator-netbeans/pull/295#discussion_r153307429
 
 

 ##
 File path: 
autoupdate.services/src/org/netbeans/modules/autoupdate/updateprovider/AutoupdateCatalogCache.java
 ##
 @@ -155,24 +156,24 @@ public void storeLicense(String name, String content) {
 
 private String readLicenseFile(String name) {
 File file = getLicenseFile(name);
-FileInputStream fr = null;
+InputStream is = null;
 
 Review comment:
   Because the "fr" implies FileReader, which it is not. The fr naming is not 
really consistent with the naming in the rest of the modules I made changes at.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] jglick commented on issue #277: Permit CLI --open-group to accept a substring of a group name as a convenience

jglick commented on issue #277: Permit CLI --open-group to accept a substring 
of a group name as a convenience
URL: 
https://github.com/apache/incubator-netbeans/pull/277#issuecomment-347306633
 
 
   > `Group.allGroups()` is a sorted Set right?
   
   Yes, a `TreeSet`.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

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

On Mon, 27 Nov 2017 14:25:00 -0500
Emilian Bold  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

[GitHub] mcdonnell-john opened a new pull request #298: [NETBEANS-171] Removed Hibernate and Hibernate4lib modules

mcdonnell-john opened a new pull request #298: [NETBEANS-171] Removed Hibernate 
and Hibernate4lib modules
URL: https://github.com/apache/incubator-netbeans/pull/298
 
 
   Removed Hibernate and Hibernate4lib modules from Netbeans.
   
   Moved an icon from the Hibernate Module to the j2ee.persistence module as 
its used for the mapping file icon.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

Re: SOLVED: Cannot find resource

On Mon, 27 Nov 2017 20:24:14 +0100
Antonio  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  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: Problems building NetBeans

2017-11-27 Thread John Kostaras

Just built it and I get a more serious error on Mac:

[repeat] An exception has occurred in the compiler (1.8.0_152). Please file
a bug against the Java compiler via the Java bug reporting page (
http://bugreport.java.com) after checking the Bug Database (
http://bugs.java.com) for duplicates. Include your program and the
following diagnostic in your report. Thank you.
   [repeat] java.lang.ArrayIndexOutOfBoundsException: 16456212
   [repeat] at
com.sun.tools.javac.jvm.ClassReader.nextInt(ClassReader.java:379)

Needless to say that:

   - it is the first time that apache netbeans fails to build in my machine
   - I recently upgraded to JDK8u152

John.

On 27 November 2017 at 20:14, Antonio  wrote:

> But, did you have coffee for breakfast in the morning or not?
>
> I'm asking because whenever I don't have coffee in the morning I end up in
> the wrong bus, in the wrong station. :-D
>
> Un abrazo,
> Antonio
>
> El 27/11/17 a las 20:09, John McDonnell escribió:
>
> Very strange...
>>
>> I'm nearly positive I ran the clean target last night when I first
>> started getting the issue :(
>>
>> Thanks Antonio
>>
>> John
>>
>> On 27 November 2017 at 19:01, Antonio  wrote:
>>
>>> Hi,
>>>
>>> And is there any "compiler error output" or is that all? Looks weird to
>>> me.
>>> Maybe "ant clean" solves it?
>>>
>>> I think this is not the first time I heard about issues building on OS/X.
>>> Maybe you need more memory for the compiler to run?
>>>
>>> What about ANT_OPTS="-Xmx1G -XX:MaxPermSize=512m"
>>>
>>> (from [1])
>>>
>>> Cheers,
>>> Antonio
>>>
>>> [1] http://wiki.netbeans.org/WorkingWithNetBeansSources
>>>
>>> El 27/11/17 a las 19:40, John McDonnell escribió:
>>>
>>> Hi

 I was building my local branch fine yesterday morning but then
 realised that it was out of date.  Since updating:
 $ git fetch upstream
 $ git merge upstream/master

 I am getting a build error:

 compile:
[nb-javac] Compiling 31 source files to
 /Users/john/codebase/incubator-netbeans/openide.util.lookup/
 build/classes
  [repeat] warning: [options] bootstrap class path not set in
 conjunction with -source 1.7
  [repeat] error: Bad service configuration file, or exception thrown
 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

 BUILD FAILED
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:436: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:478: The
 following error occurred while executing this line:
 /Users/john/codebase/incubator-netbeans/nbbuild/templates/
 common.xml:201:
 Compile failed; see the compiler error output for details.

 Total time: 17 seconds
 Johns-MacBook-Pro-2:incubator-netbeans john$ java -version
 java version "1.8.0_45"
 Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
 Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)

 Anyone any ideas? or is anyone else having this issue?

 John

>>>

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

Yes, a [gentoo] tag would be nice.

I believe NbBundleProcessor would be the one to generate that Bundle.properties 
file.

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.

--emi


> Original Message 
>Subject: Re: Gentoo packaging: Can't find resource for bundle
>Local Time: November 27, 2017 9:11 PM
>UTC Time: November 27, 2017 7:11 PM
>From: anto...@vieiro.net
>To: dev@netbeans.incubator.apache.org
>
>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.
>
> Kind regards,
> Antonio
>
> P.S.: You're completely right: FreeBSD rocks ;-)
>
> El 27/11/17 a las 20:02, William L. Thomson Jr. escribió:
>>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 :)
>

Re: SOLVED: Cannot find resource


Hi again,

El 27/11/17 a las 19:49, William L. Thomson Jr. escribió:

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


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.


I was wondering if you could benefit of taking a look at the result of 
one of our builds at [1].


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


Cheers,
Antonio


[1] https://travis-ci.org/apache/incubator-netbeans/builds/

Re: Problems building NetBeans


But, did you have coffee for breakfast in the morning or not?

I'm asking because whenever I don't have coffee in the morning I end up 
in the wrong bus, in the wrong station. :-D


Un abrazo,
Antonio

El 27/11/17 a las 20:09, John McDonnell escribió:

Very strange...

I'm nearly positive I ran the clean target last night when I first
started getting the issue :(

Thanks Antonio

John

On 27 November 2017 at 19:01, Antonio  wrote:

Hi,

And is there any "compiler error output" or is that all? Looks weird to me.
Maybe "ant clean" solves it?

I think this is not the first time I heard about issues building on OS/X.
Maybe you need more memory for the compiler to run?

What about ANT_OPTS="-Xmx1G -XX:MaxPermSize=512m"

(from [1])

Cheers,
Antonio

[1] http://wiki.netbeans.org/WorkingWithNetBeansSources

El 27/11/17 a las 19:40, John McDonnell escribió:


Hi

I was building my local branch fine yesterday morning but then
realised that it was out of date.  Since updating:
$ git fetch upstream
$ git merge upstream/master

I am getting a build error:

compile:
   [nb-javac] Compiling 31 source files to
/Users/john/codebase/incubator-netbeans/openide.util.lookup/build/classes
 [repeat] warning: [options] bootstrap class path not set in
conjunction with -source 1.7
 [repeat] error: Bad service configuration file, or exception thrown
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

BUILD FAILED
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:436: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:478: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/templates/common.xml:201:
Compile failed; see the compiler error output for details.

Total time: 17 seconds
Johns-MacBook-Pro-2:incubator-netbeans john$ java -version
java version "1.8.0_45"
Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)



Anyone any ideas? or is anyone else having this issue?

John

Re: Problems building NetBeans

Very strange...

I'm nearly positive I ran the clean target last night when I first
started getting the issue :(

Thanks Antonio

John

On 27 November 2017 at 19:01, Antonio  wrote:
> Hi,
>
> And is there any "compiler error output" or is that all? Looks weird to me.
> Maybe "ant clean" solves it?
>
> I think this is not the first time I heard about issues building on OS/X.
> Maybe you need more memory for the compiler to run?
>
> What about ANT_OPTS="-Xmx1G -XX:MaxPermSize=512m"
>
> (from [1])
>
> Cheers,
> Antonio
>
> [1] http://wiki.netbeans.org/WorkingWithNetBeansSources
>
> El 27/11/17 a las 19:40, John McDonnell escribió:
>
>> Hi
>>
>> I was building my local branch fine yesterday morning but then
>> realised that it was out of date.  Since updating:
>> $ git fetch upstream
>> $ git merge upstream/master
>>
>> I am getting a build error:
>>
>> compile:
>>   [nb-javac] Compiling 31 source files to
>> /Users/john/codebase/incubator-netbeans/openide.util.lookup/build/classes
>> [repeat] warning: [options] bootstrap class path not set in
>> conjunction with -source 1.7
>> [repeat] error: Bad service configuration file, or exception thrown
>> 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
>>
>> BUILD FAILED
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:436: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/build.xml:478: The
>> following error occurred while executing this line:
>> /Users/john/codebase/incubator-netbeans/nbbuild/templates/common.xml:201:
>> Compile failed; see the compiler error output for details.
>>
>> Total time: 17 seconds
>> Johns-MacBook-Pro-2:incubator-netbeans john$ java -version
>> java version "1.8.0_45"
>> Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
>> Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)
>>
>>
>>
>> Anyone any ideas? or is anyone else having this issue?
>>
>> John
>>
>

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

On Mon, 27 Nov 2017 19:55:29 +0100
Antonio  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

[GitHub] matthiasblaesing commented on issue #252: NETBEANS-134 wip attempt to get ignore from .gitgnore

matthiasblaesing commented on issue #252: NETBEANS-134 wip attempt to get 
ignore from .gitgnore
URL: 
https://github.com/apache/incubator-netbeans/pull/252#issuecomment-347289076
 
 
   Having git on the PATH sounds like a dangerous assumption. We had a similar 
problem for patching. Linux users normally have patch on the path, so the 
author did not recognice, that this could be a problem. At the end we replaced 
the patch binary with a java solution, it would not be good to regress here.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

Re: Problems building NetBeans


Hi,

And is there any "compiler error output" or is that all? Looks weird to 
me. Maybe "ant clean" solves it?


I think this is not the first time I heard about issues building on 
OS/X. Maybe you need more memory for the compiler to run?


What about ANT_OPTS="-Xmx1G -XX:MaxPermSize=512m"

(from [1])

Cheers,
Antonio

[1] http://wiki.netbeans.org/WorkingWithNetBeansSources

El 27/11/17 a las 19:40, John McDonnell escribió:

Hi

I was building my local branch fine yesterday morning but then
realised that it was out of date.  Since updating:
$ git fetch upstream
$ git merge upstream/master

I am getting a build error:

compile:
  [nb-javac] Compiling 31 source files to
/Users/john/codebase/incubator-netbeans/openide.util.lookup/build/classes
[repeat] warning: [options] bootstrap class path not set in
conjunction with -source 1.7
[repeat] error: Bad service configuration file, or exception thrown
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

BUILD FAILED
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:436: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:478: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/templates/common.xml:201:
Compile failed; see the compiler error output for details.

Total time: 17 seconds
Johns-MacBook-Pro-2:incubator-netbeans john$ java -version
java version "1.8.0_45"
Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)



Anyone any ideas? or is anyone else having this issue?

John

Re: Problems building NetBeans

On Mon, 27 Nov 2017 18:40:21 +
John McDonnell  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

[GitHub] ebarboni commented on issue #252: NETBEANS-134 wip attempt to get ignore from .gitgnore

ebarboni commented on issue #252: NETBEANS-134 wip attempt to get ignore from 
.gitgnore
URL: 
https://github.com/apache/incubator-netbeans/pull/252#issuecomment-347287923
 
 
   it generate an exlusion list based on git. 
   This list of excluded file  is added to the "normal" ant rat task with no 
interference with the human made list.
   Nothing to be done to make it work (except having git)


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

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




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.

Thanks,
Antonio

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

Problems building NetBeans

Hi

I was building my local branch fine yesterday morning but then
realised that it was out of date.  Since updating:
$ git fetch upstream
$ git merge upstream/master

I am getting a build error:

compile:
 [nb-javac] Compiling 31 source files to
/Users/john/codebase/incubator-netbeans/openide.util.lookup/build/classes
   [repeat] warning: [options] bootstrap class path not set in
conjunction with -source 1.7
   [repeat] error: Bad service configuration file, or exception thrown
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

BUILD FAILED
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:436: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:466: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:449: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:431: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/build.xml:478: The
following error occurred while executing this line:
/Users/john/codebase/incubator-netbeans/nbbuild/templates/common.xml:201:
Compile failed; see the compiler error output for details.

Total time: 17 seconds
Johns-MacBook-Pro-2:incubator-netbeans john$ java -version
java version "1.8.0_45"
Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)



Anyone any ideas? or is anyone else having this issue?

John

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

[GitHub] matthiasblaesing closed pull request #294: [NETBEANS-70] Remove bundled mysql driver (GPL licensed) and build sampledb from source

matthiasblaesing closed pull request #294:  [NETBEANS-70] Remove bundled mysql 
driver (GPL licensed) and build sampledb from source
URL: https://github.com/apache/incubator-netbeans/pull/294
 
 
   

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 pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):

diff --git a/db.drivers/external/binaries-list 
b/db.drivers/external/binaries-list
index c0134a698..2bf0f9962 100644
--- a/db.drivers/external/binaries-list
+++ b/db.drivers/external/binaries-list
@@ -14,5 +14,4 @@
 # KIND, either express or implied.  See the License for the
 # specific language governing permissions and limitations
 # under the License.
-C264E2114579474D13DD808A510FC74E762DDA8C mysql:mysql-connector-java:5.1.23
 7F25826357976ED495184938B6A464ACDF0EA3F8 org.postgresql:postgresql:9.4.1209
diff --git a/db.drivers/external/mysql-connector-java-5.1.23-license.txt 
b/db.drivers/external/mysql-connector-java-5.1.23-license.txt
deleted file mode 100644
index d28c89d67..0
--- a/db.drivers/external/mysql-connector-java-5.1.23-license.txt
+++ /dev/null
@@ -1,349 +0,0 @@
-Name: MySQL Connector/J
-Version: 5.1.23
-Description: Allows Java programs to interact with a MySQL database
-License: GPL
-OSR: 7015
-Origin: Oracle (http://dev.mysql.com/downloads/connector/j/)
-Files: mysql-connector-java-5.1.23.jar
-Source: http://dev.mysql.com/downloads/connector/j/
-Comment: Out-of-the-box support for MySQL Java database applications
-
-   GNU GENERAL PUBLIC LICENSE
-  Version 2, June 1991
-
- Copyright (C) 1989, 1991 Free Software Foundation, Inc.,
- 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
- Everyone is permitted to copy and distribute verbatim copies
- of this license document, but changing it is not allowed.
-
-   Preamble
-
-  The licenses for most software are designed to take away your
-freedom to share and change it.  By contrast, the GNU General Public
-License is intended to guarantee your freedom to share and change free
-software--to make sure the software is free for all its users.  This
-General Public License applies to most of the Free Software
-Foundation's software and to any other program whose authors commit to
-using it.  (Some other Free Software Foundation software is covered by
-the GNU Lesser General Public License instead.)  You can apply it to
-your programs, too.
-
-  When we speak of free software, we are referring to freedom, not
-price.  Our General Public Licenses are designed to make sure that you
-have the freedom to distribute copies of free software (and charge for
-this service if you wish), that you receive source code or can get it
-if you want it, that you can change the software or use pieces of it
-in new free programs; and that you know you can do these things.
-
-  To protect your rights, we need to make restrictions that forbid
-anyone to deny you these rights or to ask you to surrender the rights.
-These restrictions translate to certain responsibilities for you if you
-distribute copies of the software, or if you modify it.
-
-  For example, if you distribute copies of such a program, whether
-gratis or for a fee, you must give the recipients all the rights that
-you have.  You must make sure that they, too, receive or can get the
-source code.  And you must show them these terms so they know their
-rights.
-
-  We protect your rights with two steps: (1) copyright the software, and
-(2) offer you this license which gives you legal permission to copy,
-distribute and/or modify the software.
-
-  Also, for each author's protection and ours, we want to make certain
-that everyone understands that there is no warranty for this free
-software.  If the software is modified by someone else and passed on, we
-want its recipients to know that what they have is not the original, so
-that any problems introduced by others will not reflect on the original
-authors' reputations.
-
-  Finally, any free program is threatened constantly by software
-patents.  We wish to avoid the danger that redistributors of a free
-program will individually obtain patent licenses, in effect making the
-program proprietary.  To prevent this, we have made it clear that any
-patent must be licensed for everyone's free use or not licensed at all.
-
-  The precise terms and conditions for copying, distribution and
-modification follow.
-
-   GNU GENERAL PUBLIC LICENSE
-   TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION
-
-  0. This License applies to any program or other work which contains
-a notice placed by the copyright holder saying it may be distributed
-under the terms of this General Public License.  The "Program", below,
-refers to any such program or work, and a "work based on the Program"
-means either the

[GitHub] matthiasblaesing commented on issue #294: [NETBEANS-70] Remove bundled mysql driver (GPL licensed) and build sampledb from source

matthiasblaesing commented on issue #294:  [NETBEANS-70] Remove bundled mysql 
driver (GPL licensed) and build sampledb from source
URL: 
https://github.com/apache/incubator-netbeans/pull/294#issuecomment-347275259
 
 
   The problem with the build were connection problems. In the failing logs you 
saw, that ant tried to download binaries from hg.netbeans.org. Somewhere on the 
way between travisci and oracle the connection failed.
   
   I restarted the build and today it works through.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] geertjanw commented on issue #252: NETBEANS-134 wip attempt to get ignore from .gitgnore

geertjanw commented on issue #252: NETBEANS-134 wip attempt to get ignore from 
.gitgnore
URL: 
https://github.com/apache/incubator-netbeans/pull/252#issuecomment-347274465
 
 
   What is the usage for this, i.e., if this is merged, what does one need to 
do/when/where is something needed to be done to use this?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

Re: Initial success!!! was -> Packaging Netbeans 9 on Gentoo

On Mon, 27 Nov 2017 06:40:14 -0500
Emilian Bold  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

[GitHub] geertjanw commented on issue #252: NETBEANS-134 wip attempt to get ignore from .gitgnore

geertjanw commented on issue #252: NETBEANS-134 wip attempt to get ignore from 
.gitgnore
URL: 
https://github.com/apache/incubator-netbeans/pull/252#issuecomment-347257869
 
 
   Makes sense to me. Anything to block the merge of this one?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

RE: Nailing down Apache NetBeans (incubating) 9.0 Beta

2017-11-27 Thread Eric Barboni

Hi,
 In order to reduce the false positive rat file there is a pull request [1] 
that binds with git to ignore source not under version control. May help 
reducing effort.

Regards
Eric

[1] https://github.com/apache/incubator-netbeans/pull/252 


-Message d'origine-
De : Geertjan Wielenga [mailto:geertjan.wiele...@googlemail.com] 
Envoyé : lundi 27 novembre 2017 14:17
À : dev@netbeans.incubator.apache.org
Objet : Re: Nailing down Apache NetBeans (incubating) 9.0 Beta

Fixed, thanks.

Gj

On Mon, Nov 27, 2017 at 2:15 PM, John McDonnell 
wrote:

> This JIRA board[1] is a more streamlined one of the one you referenced 
> on the confluence page. We can use it to view only the items that can 
> and should be looked at for the Beta release.
>
> The other board shows ALL tickets in NetBeans.
>
> [1]: 
> https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=219
>
>
> Regards
>
> John
>
>
> On 27 November 2017 at 12:54, Geertjan Wielenga 
>  wrote:
> > Hi all,
> >
> > The Alpha release is a +1 for everyone involved so far in the IPMC vote:
> >
> > https://lists.apache.org/thread.html/ae06af5a10d99a14e35a0fee8a8e35
> e91505b85293549f8152a075d4@%3Cgeneral.incubator.apache.org%3E
> >
> > We should wrap that up this week.
> >
> > In the meantime, here are some thoughts on what we need to do to 
> > nail
> down
> > the Beta release:
> >
> > https://cwiki.apache.org/confluence/display/NETBEANS/
> Apache+NetBeans+9.0+Beta
> >
> > Comments/additions/etcs -- welcome.
> >
> > Thanks,
> >
> > Gj
>

Re: [mentors] Can we keep a reference to the Plugin Portal?

Great. I've updated https://issues.apache.org/jira/browse/NETBEANS-163 :

> Add disclaimer for the Plugin Portal in the IDE

--emi


> Original Message 
>Subject: Re: [mentors] Can we keep a reference to the Plugin Portal?
>Local Time: November 27, 2017 4:36 PM
>UTC Time: November 27, 2017 2:36 PM
>From: bdelacre...@apache.org
>To: dev@netbeans.incubator.apache.org
>
>Hi,
>
> On Sun, Nov 26, 2017 at 6:50 PM, Emilian Bold
>emilian.b...@protonmail.ch wrote:
>>...can Apache NetBeans still refer new users to the Plugin Portal?...
>>
>> Providing a way to install non-Apache plugins at runtime is fine IMO,
>> as long as there's no confusion regarding their provenance.
>>
>> NetBeans should have a visible disclaimer that such plugins are not
>> endorsed by Apache and installed at the user's own risk. I suppose
>> there's a dialog for accepting the plugin's licences, that disclaimer
>> could be there.
>>
>> -Bertrand
>

AW: [mentors] Can we keep a reference to the Plugin Portal?

2017-11-27 Thread Christian Lenz

That sounds good.

Gesendet von Mail für Windows 10

Von: Bertrand Delacretaz
Gesendet: Montag, 27. November 2017 15:36
An: dev@netbeans.incubator.apache.org
Betreff: Re: [mentors] Can we keep a reference to the Plugin Portal?

Hi,

On Sun, Nov 26, 2017 at 6:50 PM, Emilian Bold
 wrote:
> ...can Apache NetBeans still refer new users to the Plugin Portal?...

Providing a way to install non-Apache plugins at runtime is fine IMO,
as long as there's no confusion regarding their provenance.

NetBeans should have a visible disclaimer that such plugins are not
endorsed by Apache and installed at the user's own risk. I suppose
there's a dialog for accepting the plugin's licences, that disclaimer
could be there.

-Bertrand

Re: [mentors] Can we keep a reference to the Plugin Portal?

2017-11-27 Thread Bertrand Delacretaz

Hi,

On Sun, Nov 26, 2017 at 6:50 PM, Emilian Bold
 wrote:
> ...can Apache NetBeans still refer new users to the Plugin Portal?...

Providing a way to install non-Apache plugins at runtime is fine IMO,
as long as there's no confusion regarding their provenance.

NetBeans should have a visible disclaimer that such plugins are not
endorsed by Apache and installed at the user's own risk. I suppose
there's a dialog for accepting the plugin's licences, that disclaimer
could be there.

-Bertrand

Re: Ending the @netbeans.org mailing lists.

2017-11-27 Thread Daniel Gruno

On 11/27/2017 03:32 PM, Bertrand Delacretaz wrote:
> On Mon, Nov 27, 2017 at 3:25 PM, Daniel Gruno  wrote:
>> ...You could request a VM and set up something
>> forum-ish there if need be. Something to consider :)..
> 
> Also, IIUC the ponymail archive at lists.apache.org [1] can be used as
> a kind of forum, without requiring mailing list subscriptions?
> 
> Daniel, do you know of other Apache projects actively promoting that,
> and how well that works for users?

I don't know, but I know plenty of people who personally use it as a
sort of forum. It does imitate a forum and allows replying via web, so
it could be a replacement :) We could try promoting it as a forum
replacement.

> 
> -Bertrand
> 
> [1] https://lists.apache.org/list.html?us...@netbeans.apache.org
>

Re: Ending the @netbeans.org mailing lists.

2017-11-27 Thread Bertrand Delacretaz

On Mon, Nov 27, 2017 at 3:25 PM, Daniel Gruno  wrote:
> ...You could request a VM and set up something
> forum-ish there if need be. Something to consider :)..

Also, IIUC the ponymail archive at lists.apache.org [1] can be used as
a kind of forum, without requiring mailing list subscriptions?

Daniel, do you know of other Apache projects actively promoting that,
and how well that works for users?

-Bertrand

[1] https://lists.apache.org/list.html?us...@netbeans.apache.org

Re: Ending the @netbeans.org mailing lists.

2017-11-27 Thread Bertrand Delacretaz

On Mon, Nov 27, 2017 at 3:25 PM, Daniel Gruno  wrote:
> ...You could request a VM and set up something
> forum-ish there if need be. Something to consider :)...

But then the burden of maintaining the forum software is on the PMC,
right? Which distracts from their primary mission...

-Bertrand

Re: Ending the @netbeans.org mailing lists.

2017-11-27 Thread Neil C Smith

On Mon, Nov 27, 2017 at 2:16 PM Christian Lenz 
wrote:

> I think it is a step back but ok to remove the forum. Sure we have maling
> lists,
>

Also the old mailing lists and forums are synced together .. badly!  I'm
not sure the number of threads on the forums is a good picture of how
active they've actually been.

Best wishes,

Neil
-- 
Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org

Re: Ending the @netbeans.org mailing lists.

2017-11-27 Thread Daniel Gruno

On 11/27/2017 03:19 PM, Geertjan Wielenga wrote:
> Right, great. My feeling from other Apache projects is that they're doing
> fine without forums -- if that's what we need to do to fit in with Apache,
> that's a very small price to pay, I think.

While forums are not usually a thing, it's not impossible to get it.
OpenOffice runs forums. You could request a VM and set up something
forum-ish there if need be. Something to consider :)

> 
> Gj
> 
> On Mon, Nov 27, 2017 at 3:16 PM, Christian Lenz 
> wrote:
> 
>> Hi Geertjan,
>>
>> I think it is a step back but ok to remove the forum. Sure we have maling
>> lists, Slack, stackoverflow but to have a forum should not be a Problem
>> today.
>>
>> Anyway, we can discuss it on a new thread if necessary. Only to let you
>> know, what I think and what I see. Forums around the world still active and
>> are made for users and user questions. But as I said, if necessary, we can
>> dicuss it on an other thread.
>>
>>
>> Cheers
>>
>> Chris
>>
>> Gesendet von Mail für Windows 10
>>
>> Von: Geertjan Wielenga
>> Gesendet: Montag, 27. November 2017 15:12
>> An: dev@netbeans.incubator.apache.org
>> Betreff: Re: Ending the @netbeans.org mailing lists.
>>
>> Hi Chris,
>>
>> I feel your pain. :-) However, we are going to simply have to compromise in
>> some areas -- and one of these is the forums. Moving to a foundation like
>> Apache means compromising on some points and compromising means sometimes
>> not getting what you would ideally want. So far, we have everything plus
>> more in many areas. Apache has been immensely supportive and the help we've
>> been given has been far more than I had expected. So, now it's our turn to
>> compromise -- no forums.
>>
>> Gj
>>
>>
>> On Mon, Nov 27, 2017 at 3:09 PM, Christian Lenz 
>> wrote:
>>
>>> I read the text and IMHO to not have a Forum is in my perspective not an
>>> Option. As you can see the Forum is still active, for the users you ask
>>> questions. Not everyone will join the Mailing lists. If there is no
>>> replacement in Apache, is there a Problem to move the Forum over to
>> Apache
>>> too?
>>>
>>> Gesendet von Mail für Windows 10
>>>
>>> Von: Geertjan Wielenga
>>> Gesendet: Montag, 27. November 2017 14:03
>>> An: dev@netbeans.incubator.apache.org
>>> Betreff: Re: Ending the @netbeans.org mailing lists.
>>>
>>> OK, here's the final draft of the e-mail we'll send to all NetBeans.org
>>> mailing lists:
>>>
>>> https://cwiki.apache.org/confluence/display/NETBEANS/
>>> ending+...@netbeans.org+mailing+lists
>>>
>>> There's a danger that at may end up being too long and so maybe not
>>> everyone will read all of it. :-)
>>>
>>> We'll send it to all NetBeans.org mailing lists, to the NetBeans forum,
>>> we'll make an announcement on NetBeans.org, we'll post it as an article
>> on
>>> JAXenter, we'll tweet it, we'll put it on Facebook.
>>>
>>> And we'll repeat it all over again a few times in the upcoming weeks --
>> at
>>> some point, we'll have done all we can to announce this and then there'll
>>> still be those that didn't get the news. But we'll have done our best and
>>> that's the price we pay for working on an awesome project with a massive
>>> worldwide community.
>>>
>>> Feedback still welcome, from this point we're going to wait 24 hours for
>>> final feedback and then we'll send it out after that.
>>>
>>> Thanks,
>>>
>>> Gj
>>>
>>> On Mon, Nov 27, 2017 at 1:14 PM, Jiří Kovalský >>
>>> wrote:
>>>
 Dne 27.11.2017 v 11:28 Geertjan Wielenga napsal(a):

> On Sun, Nov 26, 2017 at 7:11 PM, Christian Lenz <
>> christian.l...@gmx.net

> wrote:
>
> IMHO it would be better to Keep the Mailing list until everyone or at
>> least we, migrated all or most of the tickets from bugzilla to JIRA,
>> because the users from the Mailing lists, gets notifications for
>>> changes
>> in
>> the tickets.
>>
>
> I think we should keep the discussion re bug tracker separate from the
> mailing list discussion.
>

 +1

 -Jirka

 Cheers
>>
>> Chris
>>
>> Gesendet von Mail für Windows 10
>>
>> Von: Ludovic HOCHET
>> Gesendet: Sonntag, 26. November 2017 17:53
>> An: dev@netbeans.incubator.apache.org
>> Betreff: Re: Ending the @netbeans.org mailing lists.
>>
>> The email looks good to me.
>> By the way, should the README.md "Get in touch" section be adjusted
>> along the same lines?
>> (remove the direct mails and point to the archives?)
>>
>> On 26 November 2017 at 11:19, Geertjan Wielenga
>>  wrote:
>>
>>> Here is the e-mail that will be sent out during this week, to all
>> the
>>> @
>>> netbeans.org mailing lists, with the edits and additions provided
>> in
>>>
>> this
>>
>>> thread incorporated into it:
>>>
>>>

AW: [mentors] Can we keep a reference to the Plugin Portal?

2017-11-27 Thread Christian Lenz

I see and feel the pain here too. I don’t have any idea about that, only 
worries atm. Maybe github, tags could be a good idea or an Apache Marketplace 
as for IntelliJ, Visual Studio, Visual Studio Code or Sublime etc. But it is a 
shame that it is not possible host 3rd-party-plugins with another license than 
Apache but ok maybe there is much more legal stuff behind it that I don’t 
understand. But is shouldn’t be so strict. The plugin developers should Change 
the license for sure but should be responsible for there own plugins.

Gesendet von Mail für Windows 10

Von: Neil C Smith
Gesendet: Montag, 27. November 2017 15:20
An: dev@netbeans.incubator.apache.org; Emilian Bold
Betreff: Re: [mentors] Can we keep a reference to the Plugin Portal?

On Sun, Nov 26, 2017 at 6:02 PM Emilian Bold 
wrote:

> PS: I assume this will also depend on who officially manages the Plugin
> Portal going forward.
>

Why do I get the idea that we're making lives difficult for ourselves
there?!

As I understand it, there are two issues with the current plugin website
with regard to Apache infrastructure - web infrastructure needs to be
statically generated, and we can't host binaries that aren't Apache
licensed?

But, all the IDE needs is the catalog.xml?  And that can contain absolute
URL's?  In which case can we just statically host the catalog via Apache
linking to binaries elsewhere (eg. GitHub release tags)?  Review process
then becomes more like a PR to the catalog (or to the files used to
generate the catalog)?

Just a thought - if there's a way to keep as much of this within Apache
infrastructure centrally even if it requires rethinking things a bit, I
personally think that's more sustainable.

Best wishes,

Neil
-- 
Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org

Re: [mentors] Can we keep a reference to the Plugin Portal?

2017-11-27 Thread Neil C Smith

On Sun, Nov 26, 2017 at 6:02 PM Emilian Bold 
wrote:

> PS: I assume this will also depend on who officially manages the Plugin
> Portal going forward.
>

Why do I get the idea that we're making lives difficult for ourselves
there?!

As I understand it, there are two issues with the current plugin website
with regard to Apache infrastructure - web infrastructure needs to be
statically generated, and we can't host binaries that aren't Apache
licensed?

But, all the IDE needs is the catalog.xml?  And that can contain absolute
URL's?  In which case can we just statically host the catalog via Apache
linking to binaries elsewhere (eg. GitHub release tags)?  Review process
then becomes more like a PR to the catalog (or to the files used to
generate the catalog)?

Just a thought - if there's a way to keep as much of this within Apache
infrastructure centrally even if it requires rethinking things a bit, I
personally think that's more sustainable.

Best wishes,

Neil
-- 
Neil C Smith
Artist & Technologist
www.neilcsmith.net

Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org

Re: Ending the @netbeans.org mailing lists.

Hi Chris,

I feel your pain. :-) However, we are going to simply have to compromise in
some areas -- and one of these is the forums. Moving to a foundation like
Apache means compromising on some points and compromising means sometimes
not getting what you would ideally want. So far, we have everything plus
more in many areas. Apache has been immensely supportive and the help we've
been given has been far more than I had expected. So, now it's our turn to
compromise -- no forums.

Gj


On Mon, Nov 27, 2017 at 3:09 PM, Christian Lenz 
wrote:

> I read the text and IMHO to not have a Forum is in my perspective not an
> Option. As you can see the Forum is still active, for the users you ask
> questions. Not everyone will join the Mailing lists. If there is no
> replacement in Apache, is there a Problem to move the Forum over to Apache
> too?
>
> Gesendet von Mail für Windows 10
>
> Von: Geertjan Wielenga
> Gesendet: Montag, 27. November 2017 14:03
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: Ending the @netbeans.org mailing lists.
>
> OK, here's the final draft of the e-mail we'll send to all NetBeans.org
> mailing lists:
>
> https://cwiki.apache.org/confluence/display/NETBEANS/
> ending+...@netbeans.org+mailing+lists
>
> There's a danger that at may end up being too long and so maybe not
> everyone will read all of it. :-)
>
> We'll send it to all NetBeans.org mailing lists, to the NetBeans forum,
> we'll make an announcement on NetBeans.org, we'll post it as an article on
> JAXenter, we'll tweet it, we'll put it on Facebook.
>
> And we'll repeat it all over again a few times in the upcoming weeks -- at
> some point, we'll have done all we can to announce this and then there'll
> still be those that didn't get the news. But we'll have done our best and
> that's the price we pay for working on an awesome project with a massive
> worldwide community.
>
> Feedback still welcome, from this point we're going to wait 24 hours for
> final feedback and then we'll send it out after that.
>
> Thanks,
>
> Gj
>
> On Mon, Nov 27, 2017 at 1:14 PM, Jiří Kovalský 
> wrote:
>
> > Dne 27.11.2017 v 11:28 Geertjan Wielenga napsal(a):
> >
> >> On Sun, Nov 26, 2017 at 7:11 PM, Christian Lenz  >
> >> wrote:
> >>
> >> IMHO it would be better to Keep the Mailing list until everyone or at
> >>> least we, migrated all or most of the tickets from bugzilla to JIRA,
> >>> because the users from the Mailing lists, gets notifications for
> changes
> >>> in
> >>> the tickets.
> >>>
> >>
> >> I think we should keep the discussion re bug tracker separate from the
> >> mailing list discussion.
> >>
> >
> > +1
> >
> > -Jirka
> >
> > Cheers
> >>>
> >>> Chris
> >>>
> >>> Gesendet von Mail für Windows 10
> >>>
> >>> Von: Ludovic HOCHET
> >>> Gesendet: Sonntag, 26. November 2017 17:53
> >>> An: dev@netbeans.incubator.apache.org
> >>> Betreff: Re: Ending the @netbeans.org mailing lists.
> >>>
> >>> The email looks good to me.
> >>> By the way, should the README.md "Get in touch" section be adjusted
> >>> along the same lines?
> >>> (remove the direct mails and point to the archives?)
> >>>
> >>> On 26 November 2017 at 11:19, Geertjan Wielenga
> >>>  wrote:
> >>>
>  Here is the e-mail that will be sent out during this week, to all the
> @
>  netbeans.org mailing lists, with the edits and additions provided in
> 
> >>> this
> >>>
>  thread incorporated into it:
> 
>  https://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.a
>  pache.org_confluence_display_NETBEANS_=DwIFaQ=RoP1YumCXC
>  gaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2
>  xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-HVgK_945Y7
>  vvOgU=c4LEwe0c9UXCCKrlH02S2BBrFxAx7c33tC58IQt1j1w=
> 
> >>> ending+...@netbeans.org+mailing+lists
> >>>
> 
>  Thanks,
> 
>  Gj
> 
>  On Sun, Nov 26, 2017 at 11:14 AM, Geertjan Wielenga <
>  geertjan.wiele...@googlemail.com> wrote:
> 
> 
> >
> > On Thu, Nov 23, 2017 at 3:03 PM, Ate Douma  wrote:
> >
> > Please add wording that users migrating to the users@ or dev@ list
> >> should *subscribe* to those lists by sending an empty email to
> >> users-subscr...@netbeans.apache.org or
> dev-subscribe@netbeans.apache.
> >>
> > org
> >>>
>  otherwise we (moderators) will get swamped...
> >>
> >>
> >
> > Good point, thanks.
> >
> >
> >
> > Maybe also helpful to remark that you can anonymously browse the mail
> >> archives via https://urldefense.proofpoint.
> >> com/v2/url?u=https-3A__lists.apache.org_list=DwIFaQ=RoP1
> >> YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3Iehh
> >> QKCbQ2xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-
> >> HVgK_945Y7vvOgU=TdXSUCVKlyVmiqXLGBNknsAI6VfjHKHJL4mHm_tL-e8=.
> >>
> > html?us...@netbeans.apache.org
> >>>
>

[GitHub] geertjanw commented on issue #294: [NETBEANS-70] Remove bundled mysql driver (GPL licensed) and build sampledb from source

geertjanw commented on issue #294:  [NETBEANS-70] Remove bundled mysql driver 
(GPL licensed) and build sampledb from source
URL: 
https://github.com/apache/incubator-netbeans/pull/294#issuecomment-347185474
 
 
   This looks great and is critical for the 9.0 Beta release. But what's the 
problem with the Travis build?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

Re: Nailing down Apache NetBeans (incubating) 9.0 Beta

Fixed, thanks.

Gj

On Mon, Nov 27, 2017 at 2:15 PM, John McDonnell 
wrote:

> This JIRA board[1] is a more streamlined one of the one you referenced
> on the confluence page. We can use it to view only the items that can
> and should be looked at for the Beta release.
>
> The other board shows ALL tickets in NetBeans.
>
> [1]: https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=219
>
>
> Regards
>
> John
>
>
> On 27 November 2017 at 12:54, Geertjan Wielenga
>  wrote:
> > Hi all,
> >
> > The Alpha release is a +1 for everyone involved so far in the IPMC vote:
> >
> > https://lists.apache.org/thread.html/ae06af5a10d99a14e35a0fee8a8e35
> e91505b85293549f8152a075d4@%3Cgeneral.incubator.apache.org%3E
> >
> > We should wrap that up this week.
> >
> > In the meantime, here are some thoughts on what we need to do to nail
> down
> > the Beta release:
> >
> > https://cwiki.apache.org/confluence/display/NETBEANS/
> Apache+NetBeans+9.0+Beta
> >
> > Comments/additions/etcs -- welcome.
> >
> > Thanks,
> >
> > Gj
>

Re: Nailing down Apache NetBeans (incubating) 9.0 Beta

This JIRA board[1] is a more streamlined one of the one you referenced
on the confluence page. We can use it to view only the items that can
and should be looked at for the Beta release.

The other board shows ALL tickets in NetBeans.

[1]: https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=219


Regards

John


On 27 November 2017 at 12:54, Geertjan Wielenga
 wrote:
> Hi all,
>
> The Alpha release is a +1 for everyone involved so far in the IPMC vote:
>
> https://lists.apache.org/thread.html/ae06af5a10d99a14e35a0fee8a8e35e91505b85293549f8152a075d4@%3Cgeneral.incubator.apache.org%3E
>
> We should wrap that up this week.
>
> In the meantime, here are some thoughts on what we need to do to nail down
> the Beta release:
>
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+9.0+Beta
>
> Comments/additions/etcs -- welcome.
>
> Thanks,
>
> Gj

Re: Ending the @netbeans.org mailing lists.

OK, here's the final draft of the e-mail we'll send to all NetBeans.org
mailing lists:

https://cwiki.apache.org/confluence/display/NETBEANS/ending+...@netbeans.org+mailing+lists

There's a danger that at may end up being too long and so maybe not
everyone will read all of it. :-)

We'll send it to all NetBeans.org mailing lists, to the NetBeans forum,
we'll make an announcement on NetBeans.org, we'll post it as an article on
JAXenter, we'll tweet it, we'll put it on Facebook.

And we'll repeat it all over again a few times in the upcoming weeks -- at
some point, we'll have done all we can to announce this and then there'll
still be those that didn't get the news. But we'll have done our best and
that's the price we pay for working on an awesome project with a massive
worldwide community.

Feedback still welcome, from this point we're going to wait 24 hours for
final feedback and then we'll send it out after that.

Thanks,

Gj

On Mon, Nov 27, 2017 at 1:14 PM, Jiří Kovalský 
wrote:

> Dne 27.11.2017 v 11:28 Geertjan Wielenga napsal(a):
>
>> On Sun, Nov 26, 2017 at 7:11 PM, Christian Lenz 
>> wrote:
>>
>> IMHO it would be better to Keep the Mailing list until everyone or at
>>> least we, migrated all or most of the tickets from bugzilla to JIRA,
>>> because the users from the Mailing lists, gets notifications for changes
>>> in
>>> the tickets.
>>>
>>
>> I think we should keep the discussion re bug tracker separate from the
>> mailing list discussion.
>>
>
> +1
>
> -Jirka
>
> Cheers
>>>
>>> Chris
>>>
>>> Gesendet von Mail für Windows 10
>>>
>>> Von: Ludovic HOCHET
>>> Gesendet: Sonntag, 26. November 2017 17:53
>>> An: dev@netbeans.incubator.apache.org
>>> Betreff: Re: Ending the @netbeans.org mailing lists.
>>>
>>> The email looks good to me.
>>> By the way, should the README.md "Get in touch" section be adjusted
>>> along the same lines?
>>> (remove the direct mails and point to the archives?)
>>>
>>> On 26 November 2017 at 11:19, Geertjan Wielenga
>>>  wrote:
>>>
 Here is the e-mail that will be sent out during this week, to all the @
 netbeans.org mailing lists, with the edits and additions provided in

>>> this
>>>
 thread incorporated into it:

 https://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.a
 pache.org_confluence_display_NETBEANS_=DwIFaQ=RoP1YumCXC
 gaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2
 xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-HVgK_945Y7
 vvOgU=c4LEwe0c9UXCCKrlH02S2BBrFxAx7c33tC58IQt1j1w=

>>> ending+...@netbeans.org+mailing+lists
>>>

 Thanks,

 Gj

 On Sun, Nov 26, 2017 at 11:14 AM, Geertjan Wielenga <
 geertjan.wiele...@googlemail.com> wrote:


>
> On Thu, Nov 23, 2017 at 3:03 PM, Ate Douma  wrote:
>
> Please add wording that users migrating to the users@ or dev@ list
>> should *subscribe* to those lists by sending an empty email to
>> users-subscr...@netbeans.apache.org or dev-subscribe@netbeans.apache.
>>
> org
>>>
 otherwise we (moderators) will get swamped...
>>
>>
>
> Good point, thanks.
>
>
>
> Maybe also helpful to remark that you can anonymously browse the mail
>> archives via https://urldefense.proofpoint.
>> com/v2/url?u=https-3A__lists.apache.org_list=DwIFaQ=RoP1
>> YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3Iehh
>> QKCbQ2xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-
>> HVgK_945Y7vvOgU=TdXSUCVKlyVmiqXLGBNknsAI6VfjHKHJL4mHm_tL-e8=.
>>
> html?us...@netbeans.apache.org
>>>
 and https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.a
>> pache.org_list.html-3Fdev-40netbeans.apache.org=DwIFaQ=R
>> oP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3I
>> ehhQKCbQ2xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-
>> HVgK_945Y7vvOgU=i4tEiAOWrUEYwPVraLIK8UnTRlZ3YK9hSdQg0xH5gtY=
>>
>> All this typically is/should be documented already on the website, but
>> as we don't have any real (ASF) content yet at netbeans.apache.org
>> new
>> users easily will get lost.
>>
>>
>
> Yup. In the meantime, and in addition, this is also listed here:
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.a
> pache.org_confluence_display_NETBEANS_How-2Bto-2BParticipate
> =DwIFaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_
> Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn
> 9ls1w4wDta9-HVgK_945Y7vvOgU=5BYp11L_3jCM_daAFMyiR8AmZX2A8m
> 3KydznZXgUGxo=
>
>
> Gj
>
>
>
>
>> I think the website really needs to get priority attention, also
>>
> because
>>>
 otherwise there is no place to communicate and provide the download
>> links for the current HTML/Java API and upcoming platform releases...
>>
>> Ate
>>
>> On

Nailing down Apache NetBeans (incubating) 9.0 Beta

Hi all,

The Alpha release is a +1 for everyone involved so far in the IPMC vote:

https://lists.apache.org/thread.html/ae06af5a10d99a14e35a0fee8a8e35e91505b85293549f8152a075d4@%3Cgeneral.incubator.apache.org%3E

We should wrap that up this week.

In the meantime, here are some thoughts on what we need to do to nail down
the Beta release:

https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+9.0+Beta

Comments/additions/etcs -- welcome.

Thanks,

Gj

Re: Ending the @netbeans.org mailing lists.

2017-11-27 Thread Jiří Kovalský


Dne 27.11.2017 v 11:28 Geertjan Wielenga napsal(a):

On Sun, Nov 26, 2017 at 7:11 PM, Christian Lenz 
wrote:


IMHO it would be better to Keep the Mailing list until everyone or at
least we, migrated all or most of the tickets from bugzilla to JIRA,
because the users from the Mailing lists, gets notifications for changes in
the tickets.


I think we should keep the discussion re bug tracker separate from the
mailing list discussion.


+1

-Jirka


Cheers

Chris

Gesendet von Mail für Windows 10

Von: Ludovic HOCHET
Gesendet: Sonntag, 26. November 2017 17:53
An: dev@netbeans.incubator.apache.org
Betreff: Re: Ending the @netbeans.org mailing lists.

The email looks good to me.
By the way, should the README.md "Get in touch" section be adjusted
along the same lines?
(remove the direct mails and point to the archives?)

On 26 November 2017 at 11:19, Geertjan Wielenga
 wrote:

Here is the e-mail that will be sent out during this week, to all the @
netbeans.org mailing lists, with the edits and additions provided in

this

thread incorporated into it:

https://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.apache.org_confluence_display_NETBEANS_=DwIFaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-HVgK_945Y7vvOgU=c4LEwe0c9UXCCKrlH02S2BBrFxAx7c33tC58IQt1j1w=

ending+...@netbeans.org+mailing+lists


Thanks,

Gj

On Sun, Nov 26, 2017 at 11:14 AM, Geertjan Wielenga <
geertjan.wiele...@googlemail.com> wrote:




On Thu, Nov 23, 2017 at 3:03 PM, Ate Douma  wrote:


Please add wording that users migrating to the users@ or dev@ list
should *subscribe* to those lists by sending an empty email to
users-subscr...@netbeans.apache.org or dev-subscribe@netbeans.apache.

org

otherwise we (moderators) will get swamped...




Good point, thanks.




Maybe also helpful to remark that you can anonymously browse the mail
archives via 
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.apache.org_list=DwIFaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-HVgK_945Y7vvOgU=TdXSUCVKlyVmiqXLGBNknsAI6VfjHKHJL4mHm_tL-e8=.

html?us...@netbeans.apache.org

and 
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.apache.org_list.html-3Fdev-40netbeans.apache.org=DwIFaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-HVgK_945Y7vvOgU=i4tEiAOWrUEYwPVraLIK8UnTRlZ3YK9hSdQg0xH5gtY=

All this typically is/should be documented already on the website, but
as we don't have any real (ASF) content yet at netbeans.apache.org new
users easily will get lost.




Yup. In the meantime, and in addition, this is also listed here:

https://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.apache.org_confluence_display_NETBEANS_How-2Bto-2BParticipate=DwIFaQ=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE=8_Pz0x0SKeT5e3IehhQKCbQ2xl3tz40jnCU133NrdP4=YuzFPS_ApwhHqUkn9ls1w4wDta9-HVgK_945Y7vvOgU=5BYp11L_3jCM_daAFMyiR8AmZX2A8m3KydznZXgUGxo=

Gj





I think the website really needs to get priority attention, also

because

otherwise there is no place to communicate and provide the download
links for the current HTML/Java API and upcoming platform releases...

Ate

On 2017-11-23 12:06, Geertjan Wielenga wrote:


Hi all,

We should, at some stage, put an end to the various netbeans.org

mailing

lists, e.g., nbus...@netbeans.org and the dozen or so other

netbeans.org

mailing lists and ensure that everyone asks questions about NetBeans

on

the
Apache NetBeans mailing lists instead. Jiri Kovalsky and I, who have
managed the NetBeans.org mailing lists over the years, propose we send
the
following to ALL the netbeans.org mailing lists at the beginning of

next

week.

Subject for the mail: “January 1st, 2018: End of @netbeans.org

Mailing



Lists and Forum"

Text:

“If you’ve been following Oracle's Apache NetBeans donation process,
you’ll be aware that a large part of NetBeans is in Apache Git

already.

You
should also be aware that mailing lists are available at Apache for
purposes of discussing the development and usage of Apache NetBeans.

By means of this e-mail, we’re letting you know that as of January

1st,

2018, the @netbeans.org mailing lists will be deleted (they are
archived
at netbeans.markmail.org), all references to @netbeans.org will,

where

possible, be replaced with references to Apache NetBeans mailing

lists,

and
everyone will need to manually move to the Apache NetBeans @dev (
dev@netbeans.incubator.apache.org) and Apache NetBeans @user (
us...@netbeans.incubator.apache.org) mailing lists.




Anyone asking questions about the usage of NetBeans, whether for Java,

JavaScript, C/C++, or any other language or technology, as well as

those

using the NetBeans APIs for developing modules and applications, will
use
the Apache NetBeans @user mailing list. If

Re: Initial success!!! was -> Packaging Netbeans 9 on Gentoo

Congrats! Keep us posted. I'm really enjoying it.

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.

--emi


> Original Message 
>Subject: Re: Initial success!!! was -> Packaging Netbeans 9 on Gentoo
>Local Time: November 27, 2017 3:56 AM
>UTC Time: November 27, 2017 1:56 AM
>From: wlt...@o-sinc.com
>To: dev@netbeans.incubator.apache.org
>
>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.
>

[GitHub] sdedic closed pull request #258: Handle implicitly static interface field declarations

sdedic closed pull request #258: Handle implicitly static interface field 
declarations
URL: https://github.com/apache/incubator-netbeans/pull/258
 
 
   

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 pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):

diff --git a/java.hints/src/org/netbeans/modules/java/hints/introduce/Flow.java 
b/java.hints/src/org/netbeans/modules/java/hints/introduce/Flow.java
index 348508c37..53db6daef 100644
--- a/java.hints/src/org/netbeans/modules/java/hints/introduce/Flow.java
+++ b/java.hints/src/org/netbeans/modules/java/hints/introduce/Flow.java
@@ -1385,7 +1385,7 @@ public Boolean visitClass(ClassTree node, ConstructorData 
p) {
 List instanceInitializers = new 
ArrayList(node.getMembers().size());
 List constructors = new 
ArrayList(node.getMembers().size());
 List others = new ArrayList(node.getMembers().size());
-
+
 for (Tree member : node.getMembers()) {
 if (member.getKind() == Kind.BLOCK) {
 if (((BlockTree) member).isStatic()) {
@@ -1394,10 +1394,31 @@ public Boolean visitClass(ClassTree node, 
ConstructorData p) {
 instanceInitializers.add(member);
 }
 } else if (member.getKind() == Kind.VARIABLE && 
((VariableTree) member).getInitializer() != null) {
-if (((VariableTree) 
member).getModifiers().getFlags().contains(Modifier.STATIC)) {
-staticInitializers.add((VariableTree) member);
+// If the field is either marked static or is implicitly 
static,
+// then add to staticInitializers; otherwise add to 
instanceInitializers.
+//
+// ?8.9.3 Enum Members
+// "For each enum constant c declared in the body of the 
declaration of E,
+// E has an implicitly declared public static final field 
of type E that has
+// the same name as c. The field has a variable 
initializer which instantiates
+// E and passes any arguments of c to the constructor 
chosen for E."
+//
+// ?9.3 Field (Constant) Declarations
+// "Every field declaration in the body of an interface is 
implicitly public,
+// static, and final. It is permitted to redundantly 
specify any or all of
+// these modifiers for such fields."
+if (node.getKind() == Kind.INTERFACE || ((VariableTree) 
member).getModifiers().getFlags().contains(Modifier.STATIC)) {
+{
+final Element e;
+assert (e = 
info.getTrees().getElement(TreePath.getPath(getCurrentPath(), member))) == null 
|| e.getModifiers().contains(Modifier.STATIC);
+}
+staticInitializers.add(member);
 } else {
-instanceInitializers.add((VariableTree) member);
+{
+final Element e;
+assert (e = 
info.getTrees().getElement(TreePath.getPath(getCurrentPath(), member))) == null 
|| !e.getModifiers().contains(Modifier.STATIC);
+}
+instanceInitializers.add(member);
 }
 } else if (isConstructor(new TreePath(getCurrentPath(), 
member))) {
 constructors.add((MethodTree) member);
@@ -1405,7 +1426,7 @@ public Boolean visitClass(ClassTree node, ConstructorData 
p) {
 others.add(member);
 }
 }
-
+
 Map< Element, State> oldVariable2State = variable2State;
 
 variable2State = new HashMap<>(variable2State);
diff --git 
a/java.hints/test/unit/src/org/netbeans/modules/java/hints/bugs/UnusedAssignmentOrBranchTest.java
 
b/java.hints/test/unit/src/org/netbeans/modules/java/hints/bugs/UnusedAssignmentOrBranchTest.java
index 381a6168b..71a0f5e78 100644
--- 
a/java.hints/test/unit/src/org/netbeans/modules/java/hints/bugs/UnusedAssignmentOrBranchTest.java
+++ 
b/java.hints/test/unit/src/org/netbeans/modules/java/hints/bugs/UnusedAssignmentOrBranchTest.java
@@ -179,4 +179,36 @@ public void testCompoundAssignment267508Negative() throws 
Exception {
 .run(UnusedAssignmentOrBranch.class)
 .assertWarnings();
 }
+
+// #271736 - Wrong "not used" hint
+public void testImplicitlyStaticFieldWithInitializer() throws Exception {
+HintTest
+.create()
+.input("package test;\n" +
+   "\n" +
+   "import

[GitHub] sdedic closed pull request #287: Fix 271823 False positive of "Non-null method returns null"

sdedic closed pull request #287: Fix 271823 False positive of "Non-null method 
returns null"
URL: https://github.com/apache/incubator-netbeans/pull/287
 
 
   

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 pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):

diff --git a/java.hints/src/org/netbeans/modules/java/hints/bugs/NPECheck.java 
b/java.hints/src/org/netbeans/modules/java/hints/bugs/NPECheck.java
index 4420fc09d..b7b5af852 100644
--- a/java.hints/src/org/netbeans/modules/java/hints/bugs/NPECheck.java
+++ b/java.hints/src/org/netbeans/modules/java/hints/bugs/NPECheck.java
@@ -190,6 +190,7 @@ public static ErrorDescription 
unboxingConditional(HintContext ctx) {
 if (np == null || !ci.getTypes().isAssignable(np, resType)) {
 return null;
 }
+assert npPath != null;
 
 Map expressionsState = computeExpressionsState(ctx);
 State s = expressionsState.get(npPath.getLeaf());
@@ -300,7 +301,7 @@ public static boolean isSafeToDereference(CompilationInfo 
info, TreePath path) {
 @TriggerTreeKind(Kind.METHOD_INVOCATION)
 public static List methodInvocation(HintContext ctx) {
 MethodInvocationTree mit = (MethodInvocationTree) 
ctx.getPath().getLeaf();
-List paramStates = new 
ArrayList(mit.getArguments().size());
+List paramStates = new ArrayList<>(mit.getArguments().size());
 Map expressionsState = computeExpressionsState(ctx);
 
 for (Tree param : mit.getArguments()) {
@@ -316,7 +317,7 @@ public static boolean isSafeToDereference(CompilationInfo 
info, TreePath path) {
 
 ExecutableElement ee = (ExecutableElement) e;
 int index = 0;
-List result = new ArrayList();
+List result = new ArrayList<>();
 List params = ee.getParameters();
 
 for (VariableElement param : params) {
@@ -427,19 +428,26 @@ public static ErrorDescription returnNull(HintContext 
ctx) {
 
 if (returnState == null) return null;
 
-TreePath method = ctx.getPath();
+TreePath method = Utilities.findOwningExecutable(ctx, ctx.getPath(), 
true);
+if (method == null) return null;
 
-while (method != null && method.getLeaf().getKind() != Kind.METHOD && 
method.getLeaf().getKind() != Kind.CLASS) {
-method = method.getParentPath();
-}
-
-if (method == null || method.getLeaf().getKind() != Kind.METHOD) 
return null;
+CompilationInfo info = ctx.getInfo();
 
-Element el = ctx.getInfo().getTrees().getElement(method);
+Element el = null;
+switch (method.getLeaf().getKind()) {
+case LAMBDA_EXPRESSION:
+TypeMirror functionalType = 
info.getTrees().getTypeMirror(method);
+if (!Utilities.isValidType(functionalType) || 
functionalType.getKind() != TypeKind.DECLARED) return null;
+el = 
info.getElementUtilities().getDescriptorElement((TypeElement) ((DeclaredType) 
functionalType).asElement());
+break;
+case METHOD:
+el = info.getTrees().getElement(method);
+break;
+}
 
 if (el == null || el.getKind() != ElementKind.METHOD) return null;
 
-State expected = getStateFromAnnotations(ctx.getInfo(), el);
+State expected = getStateFromAnnotations(info, el);
 String key = null;
 
 switch (returnState) {
@@ -472,9 +480,9 @@ public static ErrorDescription returnNull(HintContext ctx) {
 VisitorImpl v = new VisitorImpl(ctx, info, null);
 
 v.scan(info.getCompilationUnit(), null);
-
-info.putCachedValue(KEY_EXPRESSION_STATE, result = v.expressionState, 
CompilationInfo.CacheClearPolicy.ON_TASK_END);
-
+
+result = v.expressionState;
+info.putCachedValue(KEY_EXPRESSION_STATE, result, 
CompilationInfo.CacheClearPolicy.ON_TASK_END);
 return result;
 }
 //Cancelling:
@@ -488,8 +496,9 @@ public static ErrorDescription returnNull(HintContext ctx) {
 VisitorImpl v = new VisitorImpl(ctx);
 
 v.scan(ctx.getInfo().getCompilationUnit(), null);
-
-ctx.getInfo().putCachedValue(KEY_EXPRESSION_STATE, result = 
v.expressionState, CompilationInfo.CacheClearPolicy.ON_TASK_END);
+
+result = v.expressionState;
+ctx.getInfo().putCachedValue(KEY_EXPRESSION_STATE, result, 
CompilationInfo.CacheClearPolicy.ON_TASK_END);
 return result;
 }
 
@@ -539,18 +548,18 @@ private static State 
getStateFromAnnotations(CompilationInfo info, Element e, St
  * Tracks variables which are in scope. When a variable goes out of 
scope, its state (if any) moves
  * to {@link #variable2StateFinal}.
  */
-private Map

Re: Ending the @netbeans.org mailing lists.

On Sun, Nov 26, 2017 at 7:11 PM, Christian Lenz 
wrote:

> IMHO it would be better to Keep the Mailing list until everyone or at
> least we, migrated all or most of the tickets from bugzilla to JIRA,
> because the users from the Mailing lists, gets notifications for changes in
> the tickets.
>


I think we should keep the discussion re bug tracker separate from the
mailing list discussion.

Gj





>
>
> Cheers
>
> Chris
>
> Gesendet von Mail für Windows 10
>
> Von: Ludovic HOCHET
> Gesendet: Sonntag, 26. November 2017 17:53
> An: dev@netbeans.incubator.apache.org
> Betreff: Re: Ending the @netbeans.org mailing lists.
>
> The email looks good to me.
> By the way, should the README.md "Get in touch" section be adjusted
> along the same lines?
> (remove the direct mails and point to the archives?)
>
> On 26 November 2017 at 11:19, Geertjan Wielenga
>  wrote:
> > Here is the e-mail that will be sent out during this week, to all the @
> > netbeans.org mailing lists, with the edits and additions provided in
> this
> > thread incorporated into it:
> >
> > https://cwiki.apache.org/confluence/display/NETBEANS/
> ending+...@netbeans.org+mailing+lists
> >
> > Thanks,
> >
> > Gj
> >
> > On Sun, Nov 26, 2017 at 11:14 AM, Geertjan Wielenga <
> > geertjan.wiele...@googlemail.com> wrote:
> >
> >>
> >>
> >> On Thu, Nov 23, 2017 at 3:03 PM, Ate Douma  wrote:
> >>
> >>> Please add wording that users migrating to the users@ or dev@ list
> >>> should *subscribe* to those lists by sending an empty email to
> >>> users-subscr...@netbeans.apache.org or dev-subscribe@netbeans.apache.
> org
> >>> otherwise we (moderators) will get swamped...
> >>>
> >>
> >>
> >> Good point, thanks.
> >>
> >>
> >>
> >>> Maybe also helpful to remark that you can anonymously browse the mail
> >>> archives via https://lists.apache.org/list.
> html?us...@netbeans.apache.org
> >>> and https://lists.apache.org/list.html?d...@netbeans.apache.org
> >>>
> >>> All this typically is/should be documented already on the website, but
> >>> as we don't have any real (ASF) content yet at netbeans.apache.org new
> >>> users easily will get lost.
> >>>
> >>
> >>
> >> Yup. In the meantime, and in addition, this is also listed here:
> >>
> >> https://cwiki.apache.org/confluence/display/NETBEANS/How+to+Participate
> >>
> >> Gj
> >>
> >>
> >>
> >>>
> >>> I think the website really needs to get priority attention, also
> because
> >>> otherwise there is no place to communicate and provide the download
> >>> links for the current HTML/Java API and upcoming platform releases...
> >>>
> >>> Ate
> >>>
> >>> On 2017-11-23 12:06, Geertjan Wielenga wrote:
> >>>
>  Hi all,
> 
>  We should, at some stage, put an end to the various netbeans.org
> mailing
>  lists, e.g., nbus...@netbeans.org and the dozen or so other
> netbeans.org
>  mailing lists and ensure that everyone asks questions about NetBeans
> on
>  the
>  Apache NetBeans mailing lists instead. Jiri Kovalsky and I, who have
>  managed the NetBeans.org mailing lists over the years, propose we send
>  the
>  following to ALL the netbeans.org mailing lists at the beginning of
> next
>  week.
> 
>  Subject for the mail: “January 1st, 2018: End of @netbeans.org
> Mailing
> 
> > Lists and Forum"
> >
> > Text:
> >
> > “If you’ve been following Oracle's Apache NetBeans donation process,
> > you’ll be aware that a large part of NetBeans is in Apache Git
> already.
> > You
> > should also be aware that mailing lists are available at Apache for
> > purposes of discussing the development and usage of Apache NetBeans.
> >
> > By means of this e-mail, we’re letting you know that as of January
> 1st,
> > 2018, the @netbeans.org mailing lists will be deleted (they are
> > archived
> > at netbeans.markmail.org), all references to @netbeans.org will,
> where
> > possible, be replaced with references to Apache NetBeans mailing
> lists,
> > and
> > everyone will need to manually move to the Apache NetBeans @dev (
> > dev@netbeans.incubator.apache.org) and Apache NetBeans @user (
> > us...@netbeans.incubator.apache.org) mailing lists.
> >
> 
> 
>  Anyone asking questions about the usage of NetBeans, whether for Java,
> > JavaScript, C/C++, or any other language or technology, as well as
> those
> > using the NetBeans APIs for developing modules and applications, will
> > use
> > the Apache NetBeans @user mailing list. If and when it turns out that
> > too
> > many developers of one category dominate the @user mailing list, a
> > separate
> > Apache NetBeans mailing list will be created for them. The Apache
> > NetBeans
> > @dev mailing list is specifically for those committed to working on
> the
> > development of Apache NetBeans itself, as well as those committed to
> >

[GitHub] geertjanw commented on issue #297: Merging recent changes in JDK9 javac into nb-javac.

geertjanw commented on issue #297: Merging recent changes in JDK9 javac into 
nb-javac.
URL: 
https://github.com/apache/incubator-netbeans/pull/297#issuecomment-347138591
 
 
   Merging.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

[GitHub] geertjanw closed pull request #297: Merging recent changes in JDK9 javac into nb-javac.

geertjanw closed pull request #297: Merging recent changes in JDK9 javac into 
nb-javac.
URL: https://github.com/apache/incubator-netbeans/pull/297
 
 
   

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 pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):

diff --git a/libs.javacapi/external/binaries-list 
b/libs.javacapi/external/binaries-list
index 8a50118cb..3f4d18162 100644
--- a/libs.javacapi/external/binaries-list
+++ b/libs.javacapi/external/binaries-list
@@ -14,4 +14,4 @@
 # KIND, either express or implied.  See the License for the
 # specific language governing permissions and limitations
 # under the License.
-C6E5101D6A096D90AD8CF9E0F21C30F1D6DA74D4 nb-javac-api.jar
+184D809687180CF321C724B8E8EA1C3945E8C208 nb-javac-api.jar
diff --git a/libs.javacimpl/external/binaries-list 
b/libs.javacimpl/external/binaries-list
index 9f45e7de6..e835c0364 100644
--- a/libs.javacimpl/external/binaries-list
+++ b/libs.javacimpl/external/binaries-list
@@ -14,4 +14,4 @@
 # KIND, either express or implied.  See the License for the
 # specific language governing permissions and limitations
 # under the License.
-BB17923713699B721CDB3BDBBAE863D8C8B291E3 nb-javac-impl.jar
+EA8670918AF969E28B53ABA8574A661BA36A402A nb-javac-impl.jar


 


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

Re: Packaging Netbeans 9 on Gentoo