Re: Code One NetBeans Party

[Geertjan Wielenga]

I'll only be arriving on Sunday, so hope to run into people at the Thirsty
Bear that evening and at the party that evening there.

Also, we should have a get together again at the end of the week, i.e., on
the last evening -- in addition to running into each other at the various
NetBeans sessions.

I'll put up a blog post on blogs.apache.org/netbeans today about the
various activities and sessions focused on NetBeans.

Thanks,

Gj

On Sat, Aug 31, 2019 at 8:56 AM Ondro Mihályi 
wrote:

> Hi, I'll be around on Saturday and I'd join you at Thirsty Bear if I'm not
> completely jet-lagged.
>
> Ondro
>
>
> > For sure, I'll be there. :-)
> >
> > Gj
> >
> > On Wed, Aug 28, 2019 at 7:36 AM mark stephens <
> marksteph...@idrsolutions.com>
> > wrote:
> >
> > > Is anyone up for usual Thirsty Bear gathering on saturday night if not
> a
> > > JC?
> > >
> > > MArk
> > >
> > > > On 27 Aug 2019, at 21:34, Kenneth Fogel 
> > > wrote:
> > > >
> > > > I have a packed party schedule for Code One:
> > > >
> > > > Saturday: JC
> > > > Sunday:   Oracle Appreciation
> > > > Monday:   JCP
> > > > Tuesday:
> > > > Wednesday:CloudFest
> > > > Thursday afternoon: Google
> > > > Thursday Evening: a brief visit to a house party before I head to the
> > > airport for my flight home.
> > > >
> > > > So, as you can see the NetBeans gathering needs to be Tuesday
> evening?
> > > >
> > > > Ken
> > > >
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > >
> > > For further information about the NetBeans mailing lists, visit:
> > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > >
> > >
> > >
> > >
> >
> >
>

Yenta plugin

[Jean-Marc Borer]

Hi guys,

I use Jesse's org.netbeans.contrib.yenta plugin to overcome annoying (and
too restrictive) dependencies in one of my NB based application. However
Yenta is still linked to NB 7.2.

https://javalibs.com/artifact/org.netbeans.contrib.yenta/api

Yenta allows me to use public classes from modules that only give access to
them to friends.

Do you guys know another more recent plugin or way to do the same as Yenta?

Cheers,

JMB

Current state of Oracle donation of NetBeans to Apache

[Geertjan Wielenga]

Hi all,

Long-ish e-mail on current status, with helpful headers in between.

*4th Donation*

The 4th donation, focused primarily on C/C++ support has gone through
auditing and we're satisfied that what we're donating to Apache from Oracle
really is Oracle's to donate. The source code is now in a ZIP file at
Oracle Legal, after which documents need to be signed, and then the 4th
donation will be complete and the code handed over to Apache.
The o.n.swing.laf.dark mlodule is also included in the 4th donation.

This will be done soon but not soon enough to be included in the 11.2
release -- since aside from donating the code, there'll be quite some work
of relicensing everything to Apache and getting everything to work
correctly within Apache NetBeans. It looks to me like the 11.3 release,
scheduled for January[1] should be able to include the C/C++ features,
assuming the donation and integration is complete in that timeframe.

*5th Donation*

After that is the 5th donation, which will focus on the clusters
nb.cluster.dlight and nb.cluster.extra. The C/C++ modules have a build-time
dependency on nb.cluster.dlight so until the 5th donation is done, we'll
need to depend on a binary at build time of the relevant parts of that
cluster. Included in this donation will be the source code of the Jira
module, as requested on this mailing list.

*Contrib Repository*

In parallel, there's the question of the 'contrib' cluster. Some of the
modules in there were experimental plugins written by Oracle employees
while others are under the OCA (Oracle Contributor Agreement) by external
third party contributors. The latter should probably simply be able to
donate their modules to Apache NetBeans, without Oracle needing to be
involved in any way. However, we're getting Oracle Legal opinion on this,
just to be sure. And we probably don't want all of the contrib repository
anyway, some clear guidance from the community here would help.

*And then...*

After the above have been handled, the question is what to deal with next,
if anything.

We have these listed for donation but the question is whether anyone is
waiting for these or actually going to be working on them:

nb.cluster.javacard
nb.cluster.mobility
community-ruby
community-soa
community-uml
community-visualweb

What is the level of interest in the above areas of NetBeans? If you're
going to write in response "we must really have this in Apache NetBeans"
will you also be the one driving that code forward, adding new features,
and fixing related bugs yourself?

The transition page[2] has been updated to reflect the above.

[1] https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
[2] https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition

Thanks,

Gj

Re: Yenta plugin

[Geertjan Wielenga]

Or maybe you could work on Yenta and get it to work with the latest
releases?

Gj

On Wed, Sep 11, 2019 at 9:54 AM Jean-Marc Borer  wrote:

> Hi guys,
>
> I use Jesse's org.netbeans.contrib.yenta plugin to overcome annoying (and
> too restrictive) dependencies in one of my NB based application. However
> Yenta is still linked to NB 7.2.
>
> https://javalibs.com/artifact/org.netbeans.contrib.yenta/api
>
> Yenta allows me to use public classes from modules that only give access to
> them to friends.
>
> Do you guys know another more recent plugin or way to do the same as Yenta?
>
> Cheers,
>
> JMB
>

Re: Yenta plugin

[Jean-Marc Borer]

I found the sources here:

https://github.com/jglick/yenta

I just cloned the repo, fixed the dependencies declaration for NB 11 and
compiled it. Somehow it worked but did no pass the tests. I'll have to
investigate.

Question: how can I publish it later on if I manage to fix it properly?

On Wed, Sep 11, 2019 at 7:53 AM Jean-Marc Borer  wrote:

> Hi guys,
>
> I use Jesse's org.netbeans.contrib.yenta plugin to overcome annoying (and
> too restrictive) dependencies in one of my NB based application. However
> Yenta is still linked to NB 7.2.
>
> https://javalibs.com/artifact/org.netbeans.contrib.yenta/api
>
> Yenta allows me to use public classes from modules that only give access
> to them to friends.
>
> Do you guys know another more recent plugin or way to do the same as Yenta?
>
> Cheers,
>
> JMB
>

Re: Yenta plugin

[Geertjan Wielenga]

Just check with Jesse, he's on this mailing list, you should be able to
find his e-mail address, maybe ask him to donate it to Apache NetBeans or
to publish it in the Plugin Portal.

Gj

On Wed, Sep 11, 2019 at 10:18 AM Jean-Marc Borer  wrote:

> I found the sources here:
>
> https://github.com/jglick/yenta
>
> I just cloned the repo, fixed the dependencies declaration for NB 11 and
> compiled it. Somehow it worked but did no pass the tests. I'll have to
> investigate.
>
> Question: how can I publish it later on if I manage to fix it properly?
>
> On Wed, Sep 11, 2019 at 7:53 AM Jean-Marc Borer  wrote:
>
> > Hi guys,
> >
> > I use Jesse's org.netbeans.contrib.yenta plugin to overcome annoying (and
> > too restrictive) dependencies in one of my NB based application. However
> > Yenta is still linked to NB 7.2.
> >
> > https://javalibs.com/artifact/org.netbeans.contrib.yenta/api
> >
> > Yenta allows me to use public classes from modules that only give access
> > to them to friends.
> >
> > Do you guys know another more recent plugin or way to do the same as
> Yenta?
> >
> > Cheers,
> >
> > JMB
> >
>

Apache NetBeans at Oracle Code One

[Geertjan Wielenga]

https://blogs.apache.org/netbeans/entry/netbeans-at-oracle-code-one

Gj

AW: Yenta plugin

[Christian Lenz]

In personal, I don’t know how performant yenta is, can anyone say smth about 
it? It could be a very nice workaround for apis to make them public, that are 
private and only usable as friends.


Cheers

Chris



Von: Geertjan Wielenga
Gesendet: Mittwoch, 11. September 2019 10:26
An: dev
Betreff: Re: Yenta plugin

Just check with Jesse, he's on this mailing list, you should be able to
find his e-mail address, maybe ask him to donate it to Apache NetBeans or
to publish it in the Plugin Portal.

Gj

On Wed, Sep 11, 2019 at 10:18 AM Jean-Marc Borer  wrote:

> I found the sources here:
>
> https://github.com/jglick/yenta
>
> I just cloned the repo, fixed the dependencies declaration for NB 11 and
> compiled it. Somehow it worked but did no pass the tests. I'll have to
> investigate.
>
> Question: how can I publish it later on if I manage to fix it properly?
>
> On Wed, Sep 11, 2019 at 7:53 AM Jean-Marc Borer  wrote:
>
> > Hi guys,
> >
> > I use Jesse's org.netbeans.contrib.yenta plugin to overcome annoying (and
> > too restrictive) dependencies in one of my NB based application. However
> > Yenta is still linked to NB 7.2.
> >
> > https://javalibs.com/artifact/org.netbeans.contrib.yenta/api
> >
> > Yenta allows me to use public classes from modules that only give access
> > to them to friends.
> >
> > Do you guys know another more recent plugin or way to do the same as
> Yenta?
> >
> > Cheers,
> >
> > JMB
> >
>

Re: Yenta plugin

[Tim Boudreau]

> I use Jesse's org.netbeans.contrib.yenta plugin to overcome annoying (and
> too restrictive) dependencies in one of my NB based application. However
> Yenta is still linked to NB 7.2.
>

That version works fine with the latest dev builds.  I am using it.

Bear in mind, with modules, you *want *to set your dependency versions to
the *oldest* version of NetBeans that you can definitely run against.  All
setting them higher than that does is restrict people running older
versions from being able to install your plugin for no reason.  There is no
reason to update the dependencies of it if it works, and in general,
NetBeans is very, very backward compatible - there are plugins I wrote and
haven't touched for 15 years that I use regularly.

-Tim

Re: Apache NetBeans at Oracle Code One

[Zoran Sevarac]

Cool. To add to this list if possible, although not directly NetBeans
related it includes a demo of application based on NetBeans platform
https://events.rainfocus.com/widget/oracle/oow19/catalogcodeone19?search=dev2126
https://www.deepnetts.com/product.html#video

On Wed, Sep 11, 2019 at 10:26 AM Geertjan Wielenga 
wrote:

> https://blogs.apache.org/netbeans/entry/netbeans-at-oracle-code-one
>
> Gj
>


-- 
Zoran Sevarac, PhD, Associate Professor
Department of Software Engineering
University of Belgrade, Faculty of Organisational Sciences

Deep Netts   Co-founder & CEO  | Oracle
Groundbreaker Ambassador | Java Champion

Open source: Neuroph founder, Apache Net
Beans  contributor
Homepage: http://www.zoransevarac.com

Re: Apache NetBeans at Oracle Code One

[mark stephens]

Would you like the Netbeans duke to be on any stands/attend anything?

MArk 

> On 11 Sep 2019, at 09:26, Geertjan Wielenga  wrote:
> 
> https://blogs.apache.org/netbeans/entry/netbeans-at-oracle-code-one
> 
> Gj


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Apache NetBeans at Oracle Code One

[Geertjan Wielenga]

Done.

Gj

On Wed, Sep 11, 2019 at 10:52 AM Zoran Sevarac  wrote:

> Cool. To add to this list if possible, although not directly NetBeans
> related it includes a demo of application based on NetBeans platform
>
> https://events.rainfocus.com/widget/oracle/oow19/catalogcodeone19?search=dev2126
> https://www.deepnetts.com/product.html#video
>
> On Wed, Sep 11, 2019 at 10:26 AM Geertjan Wielenga 
> wrote:
>
> > https://blogs.apache.org/netbeans/entry/netbeans-at-oracle-code-one
> >
> > Gj
> >
>
>
> --
> Zoran Sevarac, PhD, Associate Professor
> Department of Software Engineering
> University of Belgrade, Faculty of Organisational Sciences
> 
> Deep Netts   Co-founder & CEO  | Oracle
> Groundbreaker Ambassador | Java Champion
> 
> Open source: Neuroph founder, Apache Net
> Beans  contributor
> Homepage: http://www.zoransevarac.com
>

Re: Current state of Oracle donation of NetBeans to Apache

[Tim Boudreau]

> nb.cluster.javacard
>

I'm the primary (only?) author of Javacard support, and as far as I can
tell, Javacard is dead as a doornail.  I see Oracle is still plugging away
at it - press release from January on the web site.  But I can't say I've
heard of anyone using it in years.  As a demo of how to write plugins for
things with weird deployment models for JVMs that lack java.lang.String and
floating point numbers, it might have some use, but that's it.  Kill it.


> nb.cluster.mobility
>

That was some fantastic stuff in its day;  there was some visual designer
code in there that perhaps could be repurposed more generally.  Not sure
that Java ME has any life left in it, unless it's being used in some
peculiar corner of the industry.


> community-ruby
>

Ruby support is worth keeping, if it's even somewhat working.  That has a
real audience, and I recall the support was once pretty good.


> community-soa
>

Misguided junk to sell to managers who don't understand technology, so they
can torture their employees with it.


> community-uml
>

Ditto.


> community-visualweb
>

And so must die another attempt at live-editing in an emulated browser.

-Tim

-- 
http://timboudreau.com

Re: Apache NetBeans at Oracle Code One

[Geertjan Wielenga]

Anywhere you go, take him with you. :-) And hand him over to someone else
in the community to take with them, maybe Zoran, maybe Ken, for example.

Gj

On Wed, Sep 11, 2019 at 10:58 AM mark stephens <
marksteph...@idrsolutions.com> wrote:

> Would you like the Netbeans duke to be on any stands/attend anything?
>
> MArk
>
> > On 11 Sep 2019, at 09:26, Geertjan Wielenga  wrote:
> >
> > https://blogs.apache.org/netbeans/entry/netbeans-at-oracle-code-one
> >
> > Gj
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

RE: Current state of Oracle donation of NetBeans to Apache

[Eric Barboni]

Hi Geertjan,

 Nice to see progression in donation.

 I cannot remember if community-uml was the tools we were using for teaching 
purpose. But if it was the one in this screen [1] I may try to help if donated.
 
Best Regards
Eric

[1] https://netbeans.org/images_www/v6/5/screenshots/uml.png

-Message d'origine-
De : Geertjan Wielenga  
Envoyé : mercredi 11 septembre 2019 10:02
À : dev 
Objet : Current state of Oracle donation of NetBeans to Apache

Hi all,

Long-ish e-mail on current status, with helpful headers in between.

*4th Donation*

The 4th donation, focused primarily on C/C++ support has gone through auditing 
and we're satisfied that what we're donating to Apache from Oracle really is 
Oracle's to donate. The source code is now in a ZIP file at Oracle Legal, after 
which documents need to be signed, and then the 4th donation will be complete 
and the code handed over to Apache.
The o.n.swing.laf.dark mlodule is also included in the 4th donation.

This will be done soon but not soon enough to be included in the 11.2 release 
-- since aside from donating the code, there'll be quite some work of 
relicensing everything to Apache and getting everything to work correctly 
within Apache NetBeans. It looks to me like the 11.3 release, scheduled for 
January[1] should be able to include the C/C++ features, assuming the donation 
and integration is complete in that timeframe.

*5th Donation*

After that is the 5th donation, which will focus on the clusters 
nb.cluster.dlight and nb.cluster.extra. The C/C++ modules have a build-time 
dependency on nb.cluster.dlight so until the 5th donation is done, we'll need 
to depend on a binary at build time of the relevant parts of that cluster. 
Included in this donation will be the source code of the Jira module, as 
requested on this mailing list.

*Contrib Repository*

In parallel, there's the question of the 'contrib' cluster. Some of the modules 
in there were experimental plugins written by Oracle employees while others are 
under the OCA (Oracle Contributor Agreement) by external third party 
contributors. The latter should probably simply be able to donate their modules 
to Apache NetBeans, without Oracle needing to be involved in any way. However, 
we're getting Oracle Legal opinion on this, just to be sure. And we probably 
don't want all of the contrib repository anyway, some clear guidance from the 
community here would help.

*And then...*

After the above have been handled, the question is what to deal with next, if 
anything.

We have these listed for donation but the question is whether anyone is waiting 
for these or actually going to be working on them:

nb.cluster.javacard
nb.cluster.mobility
community-ruby
community-soa
community-uml
community-visualweb

What is the level of interest in the above areas of NetBeans? If you're going 
to write in response "we must really have this in Apache NetBeans"
will you also be the one driving that code forward, adding new features, and 
fixing related bugs yourself?

The transition page[2] has been updated to reflect the above.

[1] https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
[2] https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition

Thanks,

Gj


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Current state of Oracle donation of NetBeans to Apache

[Geertjan Wielenga]

Thanks for the responses thus far, agree with them all.

And, in the case of UML, take a look at this:
https://blogs.oracle.com/geertjan/royal-netherlands-navy-on-netbeans

I agree that UML is worth keeping, though we need actual real people to be
working on it (as opposed to 'someone').

Gj

On Wed, Sep 11, 2019 at 11:03 AM Eric Barboni  wrote:

> Hi Geertjan,
>
>  Nice to see progression in donation.
>
>  I cannot remember if community-uml was the tools we were using for
> teaching purpose. But if it was the one in this screen [1] I may try to
> help if donated.
>
> Best Regards
> Eric
>
> [1] https://netbeans.org/images_www/v6/5/screenshots/uml.png
>
> -Message d'origine-
> De : Geertjan Wielenga 
> Envoyé : mercredi 11 septembre 2019 10:02
> À : dev 
> Objet : Current state of Oracle donation of NetBeans to Apache
>
> Hi all,
>
> Long-ish e-mail on current status, with helpful headers in between.
>
> *4th Donation*
>
> The 4th donation, focused primarily on C/C++ support has gone through
> auditing and we're satisfied that what we're donating to Apache from Oracle
> really is Oracle's to donate. The source code is now in a ZIP file at
> Oracle Legal, after which documents need to be signed, and then the 4th
> donation will be complete and the code handed over to Apache.
> The o.n.swing.laf.dark mlodule is also included in the 4th donation.
>
> This will be done soon but not soon enough to be included in the 11.2
> release -- since aside from donating the code, there'll be quite some work
> of relicensing everything to Apache and getting everything to work
> correctly within Apache NetBeans. It looks to me like the 11.3 release,
> scheduled for January[1] should be able to include the C/C++ features,
> assuming the donation and integration is complete in that timeframe.
>
> *5th Donation*
>
> After that is the 5th donation, which will focus on the clusters
> nb.cluster.dlight and nb.cluster.extra. The C/C++ modules have a build-time
> dependency on nb.cluster.dlight so until the 5th donation is done, we'll
> need to depend on a binary at build time of the relevant parts of that
> cluster. Included in this donation will be the source code of the Jira
> module, as requested on this mailing list.
>
> *Contrib Repository*
>
> In parallel, there's the question of the 'contrib' cluster. Some of the
> modules in there were experimental plugins written by Oracle employees
> while others are under the OCA (Oracle Contributor Agreement) by external
> third party contributors. The latter should probably simply be able to
> donate their modules to Apache NetBeans, without Oracle needing to be
> involved in any way. However, we're getting Oracle Legal opinion on this,
> just to be sure. And we probably don't want all of the contrib repository
> anyway, some clear guidance from the community here would help.
>
> *And then...*
>
> After the above have been handled, the question is what to deal with next,
> if anything.
>
> We have these listed for donation but the question is whether anyone is
> waiting for these or actually going to be working on them:
>
> nb.cluster.javacard
> nb.cluster.mobility
> community-ruby
> community-soa
> community-uml
> community-visualweb
>
> What is the level of interest in the above areas of NetBeans? If you're
> going to write in response "we must really have this in Apache NetBeans"
> will you also be the one driving that code forward, adding new features,
> and fixing related bugs yourself?
>
> The transition page[2] has been updated to reflect the above.
>
> [1] https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> [2] https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
>
> Thanks,
>
> Gj
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: adding classpath

[Tim Boudreau]

Describe better what you are trying to do:  Modify the POM of a Maven
project, or modify what the IDE thinks is the classpath of it so it offers
completion for some more stuff?

For the former, there's
 - Have an implementation dependency on the Maven module, and call code
internal to it
 - Depend directly on Maven and use Maven's goshawful API for that sort of
thing
 - Find the pom file, analyze it and rewrite what you need (carefully, and
checking parent poms!) - for me, this was the least painful and least
likely to break option

For the latter:
 - Assuming you want to expose a folder under src/main on the classpath,
implement LookupProvider (not Lookup.Provider!), and register it against
the maven project type, e.g. @LookupProvider.Registration(projectTypes =
@LookupProvider.Registration.ProjectType(id = "org-netbeans-modules-maven"))
 - In the lookup that returns, put an object that implements (from the
Maven module's unofficial API - use Yenta) OtherSourcesExclude and
JavaLikeRootProvider to *remove* that source folder from the ones it will
detect as "other sources" (if you skip this step all hell breaks loose)
 - Also include in that lookup your own implementation of Sources which
returns some additional folders when SourceGroup[] getSourceGroups(String
type) is called with "java" - that should allow the ClassPathProvider in
the project to pick it up (and will get you your own "sources" node under
the project)

-Tim

On Tue, Sep 10, 2019 at 2:50 PM joe schmo  wrote:

> Does anyone know how to add a directory to the classpath in a Maven based
> project in NetBeans 11.1?
>
> Thanks
>
>
>

-- 
http://timboudreau.com

Re: Yenta plugin

[Jean-Marc Borer]

Thank you Tim.

You are right about the backward compatibility. I am also using Yenta 1.1
(linked to NB 7.2) with my 11.1 application. It works perfect. However some
Maven tools tend to be "too" smart (IntelliJ I see you ;-) and try to
retrieve all transitive dependencies.

Apparently RELEASE72 as well as the 8 releases not longer exists and this
was the trigger of my question. Maybe we can afford to make the new version
of Yenta backward compatible back to 9.0 since this the oldest version
available on Apache repo?

 For older applications, just use Yenta 1.1, don't you think?



On Wed, Sep 11, 2019 at 8:37 AM Tim Boudreau  wrote:

> > I use Jesse's org.netbeans.contrib.yenta plugin to overcome annoying (and
> > too restrictive) dependencies in one of my NB based application. However
> > Yenta is still linked to NB 7.2.
> >
>
> That version works fine with the latest dev builds.  I am using it.
>
> Bear in mind, with modules, you *want *to set your dependency versions to
> the *oldest* version of NetBeans that you can definitely run against.  All
> setting them higher than that does is restrict people running older
> versions from being able to install your plugin for no reason.  There is no
> reason to update the dependencies of it if it works, and in general,
> NetBeans is very, very backward compatible - there are plugins I wrote and
> haven't touched for 15 years that I use regularly.
>
> -Tim
>

Re: Current state of Oracle donation of NetBeans to Apache

[John Mc]

Can we also look to see whats happening with the JIRA modules?

>From here(http://hg.netbeans.org/main-golden/file) I can see the following
6 modules:
c.atlassian.connector.eclipse.jira.core
c.atlassian.connector.eclipse.jira.core.rest
jira
jira.rest
jira.xmlrpc
libs.jira.rest

Regards

John


On Wed, 11 Sep 2019 at 10:08, Geertjan Wielenga  wrote:

> Thanks for the responses thus far, agree with them all.
>
> And, in the case of UML, take a look at this:
> https://blogs.oracle.com/geertjan/royal-netherlands-navy-on-netbeans
>
> I agree that UML is worth keeping, though we need actual real people to be
> working on it (as opposed to 'someone').
>
> Gj
>
> On Wed, Sep 11, 2019 at 11:03 AM Eric Barboni  wrote:
>
> > Hi Geertjan,
> >
> >  Nice to see progression in donation.
> >
> >  I cannot remember if community-uml was the tools we were using for
> > teaching purpose. But if it was the one in this screen [1] I may try to
> > help if donated.
> >
> > Best Regards
> > Eric
> >
> > [1] https://netbeans.org/images_www/v6/5/screenshots/uml.png
> >
> > -Message d'origine-
> > De : Geertjan Wielenga 
> > Envoyé : mercredi 11 septembre 2019 10:02
> > À : dev 
> > Objet : Current state of Oracle donation of NetBeans to Apache
> >
> > Hi all,
> >
> > Long-ish e-mail on current status, with helpful headers in between.
> >
> > *4th Donation*
> >
> > The 4th donation, focused primarily on C/C++ support has gone through
> > auditing and we're satisfied that what we're donating to Apache from
> Oracle
> > really is Oracle's to donate. The source code is now in a ZIP file at
> > Oracle Legal, after which documents need to be signed, and then the 4th
> > donation will be complete and the code handed over to Apache.
> > The o.n.swing.laf.dark mlodule is also included in the 4th donation.
> >
> > This will be done soon but not soon enough to be included in the 11.2
> > release -- since aside from donating the code, there'll be quite some
> work
> > of relicensing everything to Apache and getting everything to work
> > correctly within Apache NetBeans. It looks to me like the 11.3 release,
> > scheduled for January[1] should be able to include the C/C++ features,
> > assuming the donation and integration is complete in that timeframe.
> >
> > *5th Donation*
> >
> > After that is the 5th donation, which will focus on the clusters
> > nb.cluster.dlight and nb.cluster.extra. The C/C++ modules have a
> build-time
> > dependency on nb.cluster.dlight so until the 5th donation is done, we'll
> > need to depend on a binary at build time of the relevant parts of that
> > cluster. Included in this donation will be the source code of the Jira
> > module, as requested on this mailing list.
> >
> > *Contrib Repository*
> >
> > In parallel, there's the question of the 'contrib' cluster. Some of the
> > modules in there were experimental plugins written by Oracle employees
> > while others are under the OCA (Oracle Contributor Agreement) by external
> > third party contributors. The latter should probably simply be able to
> > donate their modules to Apache NetBeans, without Oracle needing to be
> > involved in any way. However, we're getting Oracle Legal opinion on this,
> > just to be sure. And we probably don't want all of the contrib repository
> > anyway, some clear guidance from the community here would help.
> >
> > *And then...*
> >
> > After the above have been handled, the question is what to deal with
> next,
> > if anything.
> >
> > We have these listed for donation but the question is whether anyone is
> > waiting for these or actually going to be working on them:
> >
> > nb.cluster.javacard
> > nb.cluster.mobility
> > community-ruby
> > community-soa
> > community-uml
> > community-visualweb
> >
> > What is the level of interest in the above areas of NetBeans? If you're
> > going to write in response "we must really have this in Apache NetBeans"
> > will you also be the one driving that code forward, adding new features,
> > and fixing related bugs yourself?
> >
> > The transition page[2] has been updated to reflect the above.
> >
> > [1]
> https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> > [2]
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
> >
> > Thanks,
> >
> > Gj
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>

Re: Yenta plugin

[Jean-Marc Borer]

To answer Christian's question:

Yenta is super useful to access public classes that you are ment to be
friend with. This avoids to declare implementation dependencies.

However if you need to access private classes, you will have no other
option as to depend on an implementation version of the module. This is not
an issue when you create your own application since you have full control
on the platform version, but it is barely an option if you design a plugin
or any other reusable modules that that may be reused on any platform.
Sometimes I wish some NB modules would be more "open" or less restrictive...

No performance issue noticed yet.

On Wed, Sep 11, 2019 at 9:19 AM Jean-Marc Borer  wrote:

> Thank you Tim.
>
> You are right about the backward compatibility. I am also using Yenta 1.1
> (linked to NB 7.2) with my 11.1 application. It works perfect. However some
> Maven tools tend to be "too" smart (IntelliJ I see you ;-) and try to
> retrieve all transitive dependencies.
>
> Apparently RELEASE72 as well as the 8 releases not longer exists and this
> was the trigger of my question. Maybe we can afford to make the new version
> of Yenta backward compatible back to 9.0 since this the oldest version
> available on Apache repo?
>
>  For older applications, just use Yenta 1.1, don't you think?
>
>
>
> On Wed, Sep 11, 2019 at 8:37 AM Tim Boudreau  wrote:
>
>> > I use Jesse's org.netbeans.contrib.yenta plugin to overcome annoying
>> (and
>> > too restrictive) dependencies in one of my NB based application. However
>> > Yenta is still linked to NB 7.2.
>> >
>>
>> That version works fine with the latest dev builds.  I am using it.
>>
>> Bear in mind, with modules, you *want *to set your dependency versions to
>> the *oldest* version of NetBeans that you can definitely run against.  All
>> setting them higher than that does is restrict people running older
>> versions from being able to install your plugin for no reason.  There is
>> no
>> reason to update the dependencies of it if it works, and in general,
>> NetBeans is very, very backward compatible - there are plugins I wrote and
>> haven't touched for 15 years that I use regularly.
>>
>> -Tim
>>
>

Re: Current state of Oracle donation of NetBeans to Apache

[Geertjan Wielenga]

Yes, intended for the 5th donation, see my original mail in this thread,
many thanks for the pointer to these, we definitely want to bring across
the JIRA modules.

Gj

On Wed, Sep 11, 2019 at 11:26 AM John Mc  wrote:

> Can we also look to see whats happening with the JIRA modules?
>
> From here(http://hg.netbeans.org/main-golden/file) I can see the following
> 6 modules:
> c.atlassian.connector.eclipse.jira.core
> c.atlassian.connector.eclipse.jira.core.rest
> jira
> jira.rest
> jira.xmlrpc
> libs.jira.rest
>
> Regards
>
> John
>
>
> On Wed, 11 Sep 2019 at 10:08, Geertjan Wielenga 
> wrote:
>
> > Thanks for the responses thus far, agree with them all.
> >
> > And, in the case of UML, take a look at this:
> > https://blogs.oracle.com/geertjan/royal-netherlands-navy-on-netbeans
> >
> > I agree that UML is worth keeping, though we need actual real people to
> be
> > working on it (as opposed to 'someone').
> >
> > Gj
> >
> > On Wed, Sep 11, 2019 at 11:03 AM Eric Barboni  wrote:
> >
> > > Hi Geertjan,
> > >
> > >  Nice to see progression in donation.
> > >
> > >  I cannot remember if community-uml was the tools we were using for
> > > teaching purpose. But if it was the one in this screen [1] I may try to
> > > help if donated.
> > >
> > > Best Regards
> > > Eric
> > >
> > > [1] https://netbeans.org/images_www/v6/5/screenshots/uml.png
> > >
> > > -Message d'origine-
> > > De : Geertjan Wielenga 
> > > Envoyé : mercredi 11 septembre 2019 10:02
> > > À : dev 
> > > Objet : Current state of Oracle donation of NetBeans to Apache
> > >
> > > Hi all,
> > >
> > > Long-ish e-mail on current status, with helpful headers in between.
> > >
> > > *4th Donation*
> > >
> > > The 4th donation, focused primarily on C/C++ support has gone through
> > > auditing and we're satisfied that what we're donating to Apache from
> > Oracle
> > > really is Oracle's to donate. The source code is now in a ZIP file at
> > > Oracle Legal, after which documents need to be signed, and then the 4th
> > > donation will be complete and the code handed over to Apache.
> > > The o.n.swing.laf.dark mlodule is also included in the 4th donation.
> > >
> > > This will be done soon but not soon enough to be included in the 11.2
> > > release -- since aside from donating the code, there'll be quite some
> > work
> > > of relicensing everything to Apache and getting everything to work
> > > correctly within Apache NetBeans. It looks to me like the 11.3 release,
> > > scheduled for January[1] should be able to include the C/C++ features,
> > > assuming the donation and integration is complete in that timeframe.
> > >
> > > *5th Donation*
> > >
> > > After that is the 5th donation, which will focus on the clusters
> > > nb.cluster.dlight and nb.cluster.extra. The C/C++ modules have a
> > build-time
> > > dependency on nb.cluster.dlight so until the 5th donation is done,
> we'll
> > > need to depend on a binary at build time of the relevant parts of that
> > > cluster. Included in this donation will be the source code of the Jira
> > > module, as requested on this mailing list.
> > >
> > > *Contrib Repository*
> > >
> > > In parallel, there's the question of the 'contrib' cluster. Some of the
> > > modules in there were experimental plugins written by Oracle employees
> > > while others are under the OCA (Oracle Contributor Agreement) by
> external
> > > third party contributors. The latter should probably simply be able to
> > > donate their modules to Apache NetBeans, without Oracle needing to be
> > > involved in any way. However, we're getting Oracle Legal opinion on
> this,
> > > just to be sure. And we probably don't want all of the contrib
> repository
> > > anyway, some clear guidance from the community here would help.
> > >
> > > *And then...*
> > >
> > > After the above have been handled, the question is what to deal with
> > next,
> > > if anything.
> > >
> > > We have these listed for donation but the question is whether anyone is
> > > waiting for these or actually going to be working on them:
> > >
> > > nb.cluster.javacard
> > > nb.cluster.mobility
> > > community-ruby
> > > community-soa
> > > community-uml
> > > community-visualweb
> > >
> > > What is the level of interest in the above areas of NetBeans? If you're
> > > going to write in response "we must really have this in Apache
> NetBeans"
> > > will you also be the one driving that code forward, adding new
> features,
> > > and fixing related bugs yourself?
> > >
> > > The transition page[2] has been updated to reflect the above.
> > >
> > > [1]
> > https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> > > [2]
> > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
> > >
> > > Thanks,
> > >
> > > Gj
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > >
> > > For furth

Re: adding classpath

[Bailey Campbell]

On 2019/09/11 09:13:40, Tim Boudreau  wrote: 
> Describe better what you are trying to do:  Modify the POM of a Maven
> project, or modify what the IDE thinks is the classpath of it so it offers
> completion for some more stuff?
> 
> For the former, there's
>  - Have an implementation dependency on the Maven module, and call code
> internal to it
>  - Depend directly on Maven and use Maven's goshawful API for that sort of
> thing
>  - Find the pom file, analyze it and rewrite what you need (carefully, and
> checking parent poms!) - for me, this was the least painful and least
> likely to break option
> 
> For the latter:
>  - Assuming you want to expose a folder under src/main on the classpath,
> implement LookupProvider (not Lookup.Provider!), and register it against
> the maven project type, e.g. @LookupProvider.Registration(projectTypes =
> @LookupProvider.Registration.ProjectType(id = "org-netbeans-modules-maven"))
>  - In the lookup that returns, put an object that implements (from the
> Maven module's unofficial API - use Yenta) OtherSourcesExclude and
> JavaLikeRootProvider to *remove* that source folder from the ones it will
> detect as "other sources" (if you skip this step all hell breaks loose)
>  - Also include in that lookup your own implementation of Sources which
> returns some additional folders when SourceGroup[] getSourceGroups(String
> type) is called with "java" - that should allow the ClassPathProvider in
> the project to pick it up (and will get you your own "sources" node under
> the project)
> 
> -Tim
> 
> On Tue, Sep 10, 2019 at 2:50 PM joe schmo  wrote:
> 
> > Does anyone know how to add a directory to the classpath in a Maven based
> > project in NetBeans 11.1?
> >
> > Thanks
> >
> >
> >
> 
> -- 
> http://timboudreau.com
> 
Wowee!.   I will find a workaround,  I had no idea adding a classpath would be 
so complicated.

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Current state of Oracle donation of NetBeans to Apache

[Carl Mosca]

Thanks Tim for the reminders on some of that stuff and the updates.  A good
bit of it brings back some memories.

On the community-visualweb, I keep thinking we can somehow get such an
effort current/right.

On Wed, Sep 11, 2019 at 5:00 AM Tim Boudreau  wrote:

> > nb.cluster.javacard
> >
>
> I'm the primary (only?) author of Javacard support, and as far as I can
> tell, Javacard is dead as a doornail.  I see Oracle is still plugging away
> at it - press release from January on the web site.  But I can't say I've
> heard of anyone using it in years.  As a demo of how to write plugins for
> things with weird deployment models for JVMs that lack java.lang.String and
> floating point numbers, it might have some use, but that's it.  Kill it.
>
>
> > nb.cluster.mobility
> >
>
> That was some fantastic stuff in its day;  there was some visual designer
> code in there that perhaps could be repurposed more generally.  Not sure
> that Java ME has any life left in it, unless it's being used in some
> peculiar corner of the industry.
>
>
> > community-ruby
> >
>
> Ruby support is worth keeping, if it's even somewhat working.  That has a
> real audience, and I recall the support was once pretty good.
>
>
> > community-soa
> >
>
> Misguided junk to sell to managers who don't understand technology, so they
> can torture their employees with it.
>
>
> > community-uml
> >
>
> Ditto.
>
>
> > community-visualweb
> >
>
> And so must die another attempt at live-editing in an emulated browser.
>
> -Tim
>
> --
> http://timboudreau.com
>


-- 
Carl J. Mosca

Re: adding classpath

[Carl Mosca]

It should not be complicated.  If you're moving to maven, it will be less
effort in the long run if follow conventions.

If you already are following conventions, (e.g. sources are in the expected
directory, etc.) I am wondering what the issue might be.

Perhaps you have other projects on which you're relying that are not maven.

On Wed, Sep 11, 2019 at 5:46 AM Bailey Campbell 
wrote:

>
>
> On 2019/09/11 09:13:40, Tim Boudreau  wrote:
> > Describe better what you are trying to do:  Modify the POM of a Maven
> > project, or modify what the IDE thinks is the classpath of it so it
> offers
> > completion for some more stuff?
> >
> > For the former, there's
> >  - Have an implementation dependency on the Maven module, and call code
> > internal to it
> >  - Depend directly on Maven and use Maven's goshawful API for that sort
> of
> > thing
> >  - Find the pom file, analyze it and rewrite what you need (carefully,
> and
> > checking parent poms!) - for me, this was the least painful and least
> > likely to break option
> >
> > For the latter:
> >  - Assuming you want to expose a folder under src/main on the classpath,
> > implement LookupProvider (not Lookup.Provider!), and register it against
> > the maven project type, e.g. @LookupProvider.Registration(projectTypes =
> > @LookupProvider.Registration.ProjectType(id =
> "org-netbeans-modules-maven"))
> >  - In the lookup that returns, put an object that implements (from the
> > Maven module's unofficial API - use Yenta) OtherSourcesExclude and
> > JavaLikeRootProvider to *remove* that source folder from the ones it will
> > detect as "other sources" (if you skip this step all hell breaks loose)
> >  - Also include in that lookup your own implementation of Sources which
> > returns some additional folders when SourceGroup[] getSourceGroups(String
> > type) is called with "java" - that should allow the ClassPathProvider in
> > the project to pick it up (and will get you your own "sources" node under
> > the project)
> >
> > -Tim
> >
> > On Tue, Sep 10, 2019 at 2:50 PM joe schmo 
> wrote:
> >
> > > Does anyone know how to add a directory to the classpath in a Maven
> based
> > > project in NetBeans 11.1?
> > >
> > > Thanks
> > >
> > >
> > >
> >
> > --
> > http://timboudreau.com
> >
> Wowee!.   I will find a workaround,  I had no idea adding a classpath
> would be so complicated.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

-- 
Carl J. Mosca

Re: adding classpath

[Geertjan Wielenga]

Probably what you're trying to do is simply add a dependency to a Maven POM?

Gj

On Wed, Sep 11, 2019 at 11:46 AM Bailey Campbell 
wrote:

>
>
> On 2019/09/11 09:13:40, Tim Boudreau  wrote:
> > Describe better what you are trying to do:  Modify the POM of a Maven
> > project, or modify what the IDE thinks is the classpath of it so it
> offers
> > completion for some more stuff?
> >
> > For the former, there's
> >  - Have an implementation dependency on the Maven module, and call code
> > internal to it
> >  - Depend directly on Maven and use Maven's goshawful API for that sort
> of
> > thing
> >  - Find the pom file, analyze it and rewrite what you need (carefully,
> and
> > checking parent poms!) - for me, this was the least painful and least
> > likely to break option
> >
> > For the latter:
> >  - Assuming you want to expose a folder under src/main on the classpath,
> > implement LookupProvider (not Lookup.Provider!), and register it against
> > the maven project type, e.g. @LookupProvider.Registration(projectTypes =
> > @LookupProvider.Registration.ProjectType(id =
> "org-netbeans-modules-maven"))
> >  - In the lookup that returns, put an object that implements (from the
> > Maven module's unofficial API - use Yenta) OtherSourcesExclude and
> > JavaLikeRootProvider to *remove* that source folder from the ones it will
> > detect as "other sources" (if you skip this step all hell breaks loose)
> >  - Also include in that lookup your own implementation of Sources which
> > returns some additional folders when SourceGroup[] getSourceGroups(String
> > type) is called with "java" - that should allow the ClassPathProvider in
> > the project to pick it up (and will get you your own "sources" node under
> > the project)
> >
> > -Tim
> >
> > On Tue, Sep 10, 2019 at 2:50 PM joe schmo 
> wrote:
> >
> > > Does anyone know how to add a directory to the classpath in a Maven
> based
> > > project in NetBeans 11.1?
> > >
> > > Thanks
> > >
> > >
> > >
> >
> > --
> > http://timboudreau.com
> >
> Wowee!.   I will find a workaround,  I had no idea adding a classpath
> would be so complicated.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

bits.netbeans.org vs netbeans.apache.org

[Jean-Marc Borer]

Hi list members,

How long is bits.netbeans.org supposed to be maintained and is there any
plan to migrate the legacy artifacts (dependencies up to 6.5!!) to the new
netbeans.apache.org repo?

Cheers,

JMB

Re: Bump OpenJFX to 13 for NB 11.2?

[Jean-Marc Borer]

IMHO, any version that makes NB IDE crash or freeze (isn't it proxy!!) out
of the box is a show stopper and shall not be included in the release. Now
I have no experience at all with OpenJFX...

Cheers,

JMB

On Tue, Sep 10, 2019 at 1:03 PM Matthias Bläsing 
wrote:

> Hello all,
>
> I know that we are nearing feature freeze, but I want to bump OpenJFX
> to version 13 none the less. The reason is, that OpenJFK 13 holds at
> least one immediate-crash bug, that makes it unusable on any machine,
> that has the native libraries on the search path:
>
> https://bugs.openjdk.java.net/browse/JDK-8223377
>
> I'd like to hear your opinions if you have any.
>
> Matthias
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: bits.netbeans.org vs netbeans.apache.org

[Geertjan Wielenga]

Only source code is being donated by Oracle to Apache and only the tip of
the source code it donates.

Gj

On Wed, Sep 11, 2019 at 12:29 PM Jean-Marc Borer  wrote:

> Hi list members,
>
> How long is bits.netbeans.org supposed to be maintained and is there any
> plan to migrate the legacy artifacts (dependencies up to 6.5!!) to the new
> netbeans.apache.org repo?
>
> Cheers,
>
> JMB
>

Re: Allowing top down approach was: Maven experiment

[Jean-Marc Borer]

Hi,

Not sure to fully understand the topic, but if Jaroslav suggests to add a
target to compile and then deploy all NB modules in a local or remote Maven
repository, I am 200% in favor for that. Especially for the DEV version

On Wed, Sep 4, 2019 at 10:00 AM Eric Barboni  wrote:

> Hi
>
>
>
> Not sure to have the full scope.
>
>
>
> there is an outdated target “patch-for-maven” at the bottom of
> nbbuild/templates/projectized we can maybe take inspiration
>
> nb-repository is the plugin used for doing that work.
>
>
>
> In the current maven population for repository I have to use the download
> index feature to permit to use the “true” maven dependencies.
>
> Naïve interpretation: Otherwise it populate org.netbeans.external with
> clone of existing dependencies on central. Maybe incomplete.
>
>
>
> I guess this use is only because nb-plugin use finished artefact and is
> not knowing the build
>
>
>
> If we show from outside:
>
>   We should cache a index of maven central (it takes time to get it 12min
> on apache build).
>
> If we are knowing the build
>
>   We may use central coordinate from externals.
>
>
>
> Regards
>
> Eric
>
>
>
> De : Jaroslav Tulach 
> Envoyé : mercredi 4 septembre 2019 09:26
> À : dev ; Jan Lahoda ; Eric
> Barboni 
> Objet : Allowing top down approach was: Maven experiment
>
>
>
> Hi.
>
> Jan just explained me what is going on and contrary to his suggestion in
> the quoted email we ended up with an idea to start converting the top-most
> clusters first. Maybe `enterprise`, etc. To make that possible I suggest
> small improvement to `nbbuild/templates/common.xml`: Let's add there a
> target `maven-install` - with it one could switch into any existing
> NetBeans project directory and just invoke:
>
> ```
>
> $ cd platform/openide.util.lookup
>
> platform/openide.util.lookup$ ant maven-install
>
> ```
>
> The module would build normally. However, in addition to that, Eric's NBM
> Maven plugin would be used to install the necessary artifacts into the
> local Maven repository `.m2/repository`. Of course, there would also be a
> way to build and install whole NetBeans:
>
> ```
>
> nbbuild$ ant maven-install
>
> ```
>
>
>
> Once we have it, anyone can start experimenting with changing build of for
> example `enterprise` cluster to Maven - as all the necessary artifacts
> would already be installed in the local Maven repository.
>
>
>
> Eric, do you think having `ant maven-install` is possible? I believe it
> would be a great enabler of the other steps.
>
> -jt
>
>
>
> út 3. 9. 2019 v 8:10 odesílatel Jan Lahoda  lah...@gmail.com> > napsal:
>
> Hi Robert,
>
> I'd recommend to start with platform/openide.util.lookup - the code for it
> does not have any dependencies, the group of its test dependencies is
> fairly small and self-contained, and the resulting jar is useful by itself.
> It also shows what Lazslo mentioned - a semi-circular dependency in test
> dependencies. The test dependencies for openide.util.lookup are:
> platform/libs.junit4 and harness/nbjunit. platform/libs.junit4 is a plain
> wrapped for junit4, that shouldn't be a problem. harness/nbjunit has module
> dependencies: harness/o.n.insane, platform/junit4 and
> platform/openide.util.lookup and test dependencies: platform/libs.junit4
> (which is unnecessary to mention), platform/openide.util.ui,
> platform/openide.util and platform/openide.util.lookup. And I believe all
> these modules only have dependencies from this list, so this should be
> self-contained.
>
> Not sure what would be the next step once the openide.util.lookup would
> work - possibly have a working platform (i.e. everything under the platform
> directory, so that it would actually start), but the issue there is that
> the NetBeans modulesystem needs a specific filesystem structure to start.
> Here:
> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin
>
> are tasks like:
>
> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin/blob/master/src/main/java/org/apache/netbeans/nbm/CreateClusterAppMojo.java
>
> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin/blob/master/src/main/java/org/apache/netbeans/nbm/CreateClusterMojo.java
>
> may be interesting there, although those are not meant to work on the base
> platform cluster, I believe, so I'd expect some tweaking there.
>
>
> A completely different approach might be to try to peel off some "leaf"
> clusters of modules (those that noone else is depending on them) using the
> existing tools above (i.e. depending on existing modules built by Ant, and
> "exported" to Maven - there are tools for that already). This might mean
> e.g. the apisupport of javafx clusters (directories in the repository). The
> main complication there might be that in the main NetBeans code base, tests
> directories may have dependencies on other test directories. So, e.g.,
> tests of apisupport/apisupport.project.ant depend on tests of
> platform/openide.util.lookup (and other). So solving this might be

Re: Maven experiment

[Jean-Marc Borer]

@Tim

Great job with the contrib. If one wants to use some of them, how should he
proceed? Clone the repo, build all projects and then load the generated
NBMs in its NB IDE?

Cheers

On Tue, Sep 3, 2019 at 4:46 PM Robert Scholte  wrote:

> This is all very useful information.
>
> To answer this question:
> > So part of the question is, do you want to do this to say "hey cool, see,
> > it can be done" or so that the result actually *becomes* the NetBeans
> > build system?
>
> I'd start with the first phrase. One can learn a lot from doing such
> exercises.
> If the result is worth donating back, I'd be happy to do so.
>
> thanks,
> Robert
>
> On Tue, 03 Sep 2019 09:26:07 +0200, Tim Boudreau 
> wrote:
>
> > FYI, I have thought of taking on that project.  About a year ago I
> > converted the entire netbeans contrib repository to Maven -
> > https://github.com/timboudreau/netbeans-contrib
> >
> > 95% of it was automated, with manual cleanup frequently needed.  The
> > tooling I used for it is basically my personal pile of Maven refactoring
> > tools I started writing in 2012 when converting a giant legacy Ant
> > project
> > to Maven, and have added to whenever I had something that required
> > modifying hundreds of POM files (which is actually not an infrequent task
> > for me - things like library groupId changes, ensuring dependency
> > versions
> > are all handled by to topmost parent's dependencyManagement across a tree
> > of projects, bulk updating versions with caveats, globally adding scm and
> > developer coordinates across a ton of projects, stuff like that).
> >
> > It's all in Java - lots of XPath and DOM node chewing, but it works.
> > But I
> > will say, it's kind of hideous - every refactoring I've ever needed to do
> > is commented out in its main method, and so forth.  But it does contain
> > tools to read NetBeans build system project.xml files, figure out the
> > dependencies (with some hacked up mapping of NetBeans names for
> > "external"
> > binaries to maven coordinates), and even generate the pom with the
> > granular
> > specification-version dependencies the nbm-maven-plugin allows, which
> > will
> > allow modules to load in a version that is "older" than the RELEASE*
> > version the Maven dependency specifies, so code that was compatible with
> > some older version of NetBeans stays compatible with it; and generates a
> > parent POM with a good  section for handling
> > relative
> > dependencies.
> >
> > Basically you need to:
> >  - Find projects
> >  - Read their project.xml's
> >  - Read their manifests
> >  - Find their bundle files if present so you can give the projects
> > human-friendly names off their localization info
> >  - Generate POMs based on the project.xml contents (they basically
> > express
> > the same things, so it's mostly a matter of mapping one system's quirks
> > to
> > another one's)
> > - Specifically important to get right:  compiler args, junit version
> > expected
> >  - Move files into the right places (e.g. $basedir/manifest.mf ->
> > $basedir/src/main/nbm/manifest.mf, $basedir/test/unit ->
> > $basedir/test/java
> >  - Find all non-Java sources under src/ and move them to equivalent
> > places
> > in resource directories
> >
> > Most projects built upon conversion; the main pain point I recall was
> > getting unit tests working (in the case of contrib, many hadn't been
> > maintained in years and were incompatible with the code they tested); and
> > the fact that NetBeans mapping of groupId to "org.netbeans.api" vs.
> > "org.netbeans.modules" isn't very sane (things grow an API that didn't
> > originally have one, but for backward compatibility the groupId remains
> > "org.netbeans.modules"), though there is code that maps these correctly
> > for
> > every module used by something in contrib.
> >
> > The hard parts I'd imagine with the main NetBeans codebase are likely
> to
> > be:
> >  - A lot of custom Ant tasks - it might well be MORE work to generate
> > code
> > to do those things using the antrun plugin than to figure out what they
> > do
> > and write a maven plugin to do it - particularly the early parts of
> > bootstrapping the entire Ant build system - not to mention, you'd wind up
> > with pom files that are 80% embedded Ant stuff
> >  - Integration UI tests (I wouldn't prioritize that) using Jemmy / Jelly
> >  - Building the real application structure - the nbm-maven-plugin is far
> > more limited and won't help you much (if I want to "run" one module in a
> > multi-plugin project, there is no way to do that in-place - I have to
> > have
> > a separate nbm-application packaging project that I'm constantly updating
> > the dependencies on, with a deathly slow build time, which needs to be
> > rebuilt from scratch every time I want to run it with updated modules)
> >  - For real world use, Maven's idea of dependency versioning is pretty
> > inadequate to address NetBeans versioning coordinates, which involve
> > separate version-like f

Re: bits.netbeans.org vs netbeans.apache.org

[Jean-Marc Borer]

And how long will bits.netbeans.org be maintained? Any input here?

On Wed, Sep 11, 2019 at 10:32 AM Geertjan Wielenga 
wrote:

> Only source code is being donated by Oracle to Apache and only the tip of
> the source code it donates.
>
> Gj
>
> On Wed, Sep 11, 2019 at 12:29 PM Jean-Marc Borer 
> wrote:
>
> > Hi list members,
> >
> > How long is bits.netbeans.org supposed to be maintained and is there any
> > plan to migrate the legacy artifacts (dependencies up to 6.5!!) to the
> new
> > netbeans.apache.org repo?
> >
> > Cheers,
> >
> > JMB
> >
>

Re: bits.netbeans.org vs netbeans.apache.org

[Geertjan Wielenga]

What is it exactly that you need, as specifically as possible?

Gj

On Wed, 11 Sep 2019 at 13:00, Jean-Marc Borer  wrote:

> And how long will bits.netbeans.org be maintained? Any input here?
>
> On Wed, Sep 11, 2019 at 10:32 AM Geertjan Wielenga 
> wrote:
>
> > Only source code is being donated by Oracle to Apache and only the tip of
> > the source code it donates.
> >
> > Gj
> >
> > On Wed, Sep 11, 2019 at 12:29 PM Jean-Marc Borer 
> > wrote:
> >
> > > Hi list members,
> > >
> > > How long is bits.netbeans.org supposed to be maintained and is there
> any
> > > plan to migrate the legacy artifacts (dependencies up to 6.5!!) to the
> > new
> > > netbeans.apache.org repo?
> > >
> > > Cheers,
> > >
> > > JMB
> > >
> >
>

Re: bits.netbeans.org vs netbeans.apache.org

[Jean-Marc Borer]

Well, I was wondering how long one could rely on legacy NB Maven artifacts
such as NETBEANS72 or such hosted on bits.netbeans.org?

I don't mind directly since we have finally migrated to NBP 11, but during
a long time after the donation, we were still bound to NETBEANS82 and so do
some plugins that need to be "ported". So if bits.netbeans.org would have
been shutdown during this period, I would have been in trouble.

I know, NB foundations (modules) are pretty stable between the versions.
However each time we plan to move our applications to a new version, I must
admit that I am little bit stressed the first time I compile them. We had
some surprises in the past that could hopefully be easily fixed (some API
classes had moved to other modules). You never know...



On Wed, Sep 11, 2019 at 11:09 AM Geertjan Wielenga 
wrote:

> What is it exactly that you need, as specifically as possible?
>
> Gj
>
> On Wed, 11 Sep 2019 at 13:00, Jean-Marc Borer  wrote:
>
> > And how long will bits.netbeans.org be maintained? Any input here?
> >
> > On Wed, Sep 11, 2019 at 10:32 AM Geertjan Wielenga 
> > wrote:
> >
> > > Only source code is being donated by Oracle to Apache and only the tip
> of
> > > the source code it donates.
> > >
> > > Gj
> > >
> > > On Wed, Sep 11, 2019 at 12:29 PM Jean-Marc Borer 
> > > wrote:
> > >
> > > > Hi list members,
> > > >
> > > > How long is bits.netbeans.org supposed to be maintained and is there
> > any
> > > > plan to migrate the legacy artifacts (dependencies up to 6.5!!) to
> the
> > > new
> > > > netbeans.apache.org repo?
> > > >
> > > > Cheers,
> > > >
> > > > JMB
> > > >
> > >
> >
>

Re: Current state of Oracle donation of NetBeans to Apache

[John Mc]

Thank Geertjan,

I didn't see the link in your email so missed the reference to JIRA...
Apologies

Going through the transition items, I spotted T06 - 'Migration of Wiki (or
start from scratch?)'  I was thinking, and looking at
http://wiki.netbeans.org/Main_Page, theres a lot there that we shouldn't
lose, specifically under the sections:
http://wiki.netbeans.org/NetBeansDeveloperFAQ
http://wiki.netbeans.org/NetBeansUserFAQ

Do these need to be gone through before being migrated over, could we/I
look to start migrating pages over to the Apache confluence?

John

On Wed, 11 Sep 2019 at 11:01, Carl Mosca  wrote:

> Thanks Tim for the reminders on some of that stuff and the updates.  A good
> bit of it brings back some memories.
>
> On the community-visualweb, I keep thinking we can somehow get such an
> effort current/right.
>
> On Wed, Sep 11, 2019 at 5:00 AM Tim Boudreau  wrote:
>
> > > nb.cluster.javacard
> > >
> >
> > I'm the primary (only?) author of Javacard support, and as far as I can
> > tell, Javacard is dead as a doornail.  I see Oracle is still plugging
> away
> > at it - press release from January on the web site.  But I can't say I've
> > heard of anyone using it in years.  As a demo of how to write plugins for
> > things with weird deployment models for JVMs that lack java.lang.String
> and
> > floating point numbers, it might have some use, but that's it.  Kill it.
> >
> >
> > > nb.cluster.mobility
> > >
> >
> > That was some fantastic stuff in its day;  there was some visual designer
> > code in there that perhaps could be repurposed more generally.  Not sure
> > that Java ME has any life left in it, unless it's being used in some
> > peculiar corner of the industry.
> >
> >
> > > community-ruby
> > >
> >
> > Ruby support is worth keeping, if it's even somewhat working.  That has a
> > real audience, and I recall the support was once pretty good.
> >
> >
> > > community-soa
> > >
> >
> > Misguided junk to sell to managers who don't understand technology, so
> they
> > can torture their employees with it.
> >
> >
> > > community-uml
> > >
> >
> > Ditto.
> >
> >
> > > community-visualweb
> > >
> >
> > And so must die another attempt at live-editing in an emulated browser.
> >
> > -Tim
> >
> > --
> > http://timboudreau.com
> >
>
>
> --
> Carl J. Mosca
>

Preview build of 11.2 for Oracle Code One?

[Geertjan Wielenga]

Hi all, especially Neil,

Could we create a special build at feature freeze named 11.2-preview so
that those of us at Oracle Code One next week won’t simply have a daily
build but something with a semi official name in the ZIP to be downloaded?

I think especially the JDK 13 language features, i.e., multiline text
blocks and Yield would be good to be able to show off.

Gj

Jenkins build seems to fail

[Junichi Yamamoto]

The build seems to fail[1]. Can someone have a look at this?

Xvfb starting$ /usr/bin/Xvfb -displayfd 2 -fbdir
/home/jenkins/jenkins-slave/xvfb-1237-..fbdir343791156881897007
Xvfb stopping
ERROR: Cannot find executable from the chosen Ant installation "Ant 1.9.7"
Archiving artifacts

[1] https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-linux/

Thanks,
Junichi

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Preview build of 11.2 for Oracle Code One?

[Neil C Smith]

Hi,

On Wed, 11 Sep 2019, 16:49 Geertjan Wielenga,  wrote:

> Hi all, especially Neil,
>
> Could we create a special build at feature freeze named 11.2-preview so
> that those of us at Oracle Code One next week won’t simply have a daily
> build but something with a semi official name in the ZIP to be downloaded?


As mentioned elsewhere, I'm not able to do much until Monday. Taking a
daily build from feature freeze day might be enough? Or someone else will
need to do this.

Best wishes,

Neil

Re: Current state of Oracle donation of NetBeans to Apache

[Sven Reimers]

What about community-XML?

Seems still to be interesting..

-Sven

John Mc  schrieb am Mi., 11. Sep. 2019, 17:35:

> Thank Geertjan,
>
> I didn't see the link in your email so missed the reference to JIRA...
> Apologies
>
> Going through the transition items, I spotted T06 - 'Migration of Wiki (or
> start from scratch?)'  I was thinking, and looking at
> http://wiki.netbeans.org/Main_Page, theres a lot there that we shouldn't
> lose, specifically under the sections:
> http://wiki.netbeans.org/NetBeansDeveloperFAQ
> http://wiki.netbeans.org/NetBeansUserFAQ
>
> Do these need to be gone through before being migrated over, could we/I
> look to start migrating pages over to the Apache confluence?
> 
> John
>
> On Wed, 11 Sep 2019 at 11:01, Carl Mosca  wrote:
>
> > Thanks Tim for the reminders on some of that stuff and the updates.  A
> good
> > bit of it brings back some memories.
> >
> > On the community-visualweb, I keep thinking we can somehow get such an
> > effort current/right.
> >
> > On Wed, Sep 11, 2019 at 5:00 AM Tim Boudreau 
> wrote:
> >
> > > > nb.cluster.javacard
> > > >
> > >
> > > I'm the primary (only?) author of Javacard support, and as far as I can
> > > tell, Javacard is dead as a doornail.  I see Oracle is still plugging
> > away
> > > at it - press release from January on the web site.  But I can't say
> I've
> > > heard of anyone using it in years.  As a demo of how to write plugins
> for
> > > things with weird deployment models for JVMs that lack java.lang.String
> > and
> > > floating point numbers, it might have some use, but that's it.  Kill
> it.
> > >
> > >
> > > > nb.cluster.mobility
> > > >
> > >
> > > That was some fantastic stuff in its day;  there was some visual
> designer
> > > code in there that perhaps could be repurposed more generally.  Not
> sure
> > > that Java ME has any life left in it, unless it's being used in some
> > > peculiar corner of the industry.
> > >
> > >
> > > > community-ruby
> > > >
> > >
> > > Ruby support is worth keeping, if it's even somewhat working.  That
> has a
> > > real audience, and I recall the support was once pretty good.
> > >
> > >
> > > > community-soa
> > > >
> > >
> > > Misguided junk to sell to managers who don't understand technology, so
> > they
> > > can torture their employees with it.
> > >
> > >
> > > > community-uml
> > > >
> > >
> > > Ditto.
> > >
> > >
> > > > community-visualweb
> > > >
> > >
> > > And so must die another attempt at live-editing in an emulated browser.
> > >
> > > -Tim
> > >
> > > --
> > > http://timboudreau.com
> > >
> >
> >
> > --
> > Carl J. Mosca
> >
>

updating the interface for a module or java file..

[Brad Walker]

Let's say that I've cleaned up all references to a deprecated method.

Now I want to remove the deprecated method since no one is using it.

Don't I have to update the interface definition? And if so, how does one go
about doing this?

Thanks.

-brad w.

Re: Preview build of 11.2 for Oracle Code One?

[Geertjan Wielenga]

When you’re ready, i.e., Monday is really simply perfect, you can make this
happen. :-)

Gj


On Wed, 11 Sep 2019 at 21:19, Neil C Smith  wrote:

> Hi,
>
> On Wed, 11 Sep 2019, 16:49 Geertjan Wielenga,  wrote:
>
> > Hi all, especially Neil,
> >
> > Could we create a special build at feature freeze named 11.2-preview so
> > that those of us at Oracle Code One next week won’t simply have a daily
> > build but something with a semi official name in the ZIP to be
> downloaded?
>
>
> As mentioned elsewhere, I'm not able to do much until Monday. Taking a
> daily build from feature freeze day might be enough? Or someone else will
> need to do this.
>
> Best wishes,
>
> Neil
>

JCrete Apache NetBeans session outcomes

[John Kostaras]

I guess, I forgot to distribute this. We ran a session about Apache
NetBeans in JCrete and here are the outcomes.

- NB has very good support for EE and mvn
- Very good support for JS developers in the past (see their changes in the
browser); not anymore; VSCode has very good support for JS and NB should
take ideas for plugins; or make VSCode work together with NB
- Need to rewrite the AngularJS, MicroProfile, jHipster plugins
- Quick presentation mode, support for mirroring screens
- Due to the move to Apache many developers seem to have moved away from
NB; versions 9.0-11.0 should have been named beta
- Communication & Marketing, e.g. people have missed that NB went to
Apache; JetBrains do have communication people;
- Page: like in jakarta live feed to publish blogs (add your blog; list of
bloggers); Alexius could host this
- How can one integrate a feature to the core of NB, e.g. Atlassian's
Bamboo CI Integration NB-954?
- Continue with the virtual meetings; need once per month
- NetBeans Days? or virtual?
- When a new plugin is uploaded, some people should be triggered; e.g. for
testing, verification instead of sending an email to the dev mainling list

Kind regards,

John.

Re: JCrete Apache NetBeans session outcomes

[Geertjan Wielenga]

Excellent, understand and agree on all points.

Thanks,

Gj

On Wed, 11 Sep 2019 at 22:24, John Kostaras  wrote:

> I guess, I forgot to distribute this. We ran a session about Apache
> NetBeans in JCrete and here are the outcomes.
>
> - NB has very good support for EE and mvn
> - Very good support for JS developers in the past (see their changes in the
> browser); not anymore; VSCode has very good support for JS and NB should
> take ideas for plugins; or make VSCode work together with NB
> - Need to rewrite the AngularJS, MicroProfile, jHipster plugins
> - Quick presentation mode, support for mirroring screens
> - Due to the move to Apache many developers seem to have moved away from
> NB; versions 9.0-11.0 should have been named beta
> - Communication & Marketing, e.g. people have missed that NB went to
> Apache; JetBrains do have communication people;
> - Page: like in jakarta live feed to publish blogs (add your blog; list of
> bloggers); Alexius could host this
> - How can one integrate a feature to the core of NB, e.g. Atlassian's
> Bamboo CI Integration NB-954?
> - Continue with the virtual meetings; need once per month
> - NetBeans Days? or virtual?
> - When a new plugin is uploaded, some people should be triggered; e.g. for
> testing, verification instead of sending an email to the dev mainling list
>
> Kind regards,
>
> John.
>

James Gosling on NetBeans at ApacheCon today

[Geertjan Wielenga]

Hi all,

I’d like to highlight the fact that one of our PMC members and committers,
none other than James Gosling, did a keynote today at ApacheCon where he
praised and thanked the Apache Incubator, and all the infrastructure around
it (e.g., our amazing mentors) for our progress in becoming a top level
project over the past months.

See:

https://mobile.twitter.com/TheASF/status/1171824558971637761

Thanks James for always saying it like it is and for being such an
authentic ambassador for Apache NetBeans.

Gj

Re: Re: Current state of Oracle donation of NetBeans to Apache

[Eric Bresie]

Wondering given the push towards the embedded module JDK would refactoring some 
of this into more Embedded context be better?

Suppose some of that may also overlap some with C/C++ contribution.

Eric Bresie
ebre...@gmail.com
> On September 11, 2019 at 4:00:27 AM CDT, Tim Boudreau  
> wrote:
> > nb.cluster.javacard
> >
>
> I'm the primary (only?) author of Javacard support, and as far as I can
> tell, Javacard is dead as a doornail. I see Oracle is still plugging away
> at it - press release from January on the web site. But I can't say I've
> heard of anyone using it in years. As a demo of how to write plugins for
> things with weird deployment models for JVMs that lack java.lang.String and
> floating point numbers, it might have some use, but that's it. Kill it.
>
>
> > nb.cluster.mobility
> >
>
> That was some fantastic stuff in its day; there was some visual designer
> code in there that perhaps could be repurposed more generally. Not sure
> that Java ME has any life left in it, unless it's being used in some
> peculiar corner of the industry.
>
>
>
>

Re: James Gosling on NetBeans at ApacheCon today

[Kai Uwe Pel]

Wow, that's amazing news!
Thanks for the update.

Regards,
Kai

On 9/11/2019 11:11 PM, Geertjan Wielenga wrote:

Hi all,

I’d like to highlight the fact that one of our PMC members and committers,
none other than James Gosling, did a keynote today at ApacheCon where he
praised and thanked the Apache Incubator, and all the infrastructure around
it (e.g., our amazing mentors) for our progress in becoming a top level
project over the past months.

See:

https://mobile.twitter.com/TheASF/status/1171824558971637761

Thanks James for always saying it like it is and for being such an
authentic ambassador for Apache NetBeans.

Gj




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Re: Current state of Oracle donation of NetBeans to Apache (UML)

[Eric Bresie]

I do seem to recall a past thread on the UML part including some existing code 
(1) and some other pull requests (2) around some of that.

Not sure if any of that would be helpful.

(1) 
http://mail-archives.apache.org/mod_mbox/netbeans-dev/201905.mbox/%3cCACkjAxTQ1RrnFF=vemcza_aswa7nzudrpqq1euselaovr4q...@mail.gmail.com%3e

(2) 
http://mail-archives.apache.org/mod_mbox/netbeans-dev/201905.mbox/%3c6403f6bc8dc383d9ac8eef685918ecdbfbd8bcfa.ca...@doppel-helix.eu%3e

Eric Bresie
ebre...@gmail.com
> On September 11, 2019 at 4:08:40 AM CDT, Geertjan Wielenga 
>  wrote:
> Thanks for the responses thus far, agree with them all.
>
> And, in the case of UML, take a look at this:
> https://blogs.oracle.com/geertjan/royal-netherlands-navy-on-netbeans
>
> I agree that UML is worth keeping, though we need actual real people to be
> working on it (as opposed to 'someone').
>
> Gj
>
> On Wed, Sep 11, 2019 at 11:03 AM Eric Barboni  wrote:
>
> > Hi Geertjan,
> >
> > Nice to see progression in donation.
> >
> > I cannot remember if community-uml was the tools we were using for
> > teaching purpose. But if it was the one in this screen [1] I may try to
> > help if donated.
> >
> > Best Regards
> > Eric
> >
> > [1] https://netbeans.org/images_www/v6/5/screenshots/uml.png
> >
> > -Message d'origine-
> > De : Geertjan Wielenga 
> > Envoyé : mercredi 11 septembre 2019 10:02
> > À : dev 
> > Objet : Current state of Oracle donation of NetBeans to Apache
> >
> > Hi all,
> >
> > Long-ish e-mail on current status, with helpful headers in between.
> >
> > *4th Donation*
> >
> > The 4th donation, focused primarily on C/C++ support has gone through
> > auditing and we're satisfied that what we're donating to Apache from Oracle
> > really is Oracle's to donate. The source code is now in a ZIP file at
> > Oracle Legal, after which documents need to be signed, and then the 4th
> > donation will be complete and the code handed over to Apache.
> > The o.n.swing.laf.dark mlodule is also included in the 4th donation.
> >
> > This will be done soon but not soon enough to be included in the 11.2
> > release -- since aside from donating the code, there'll be quite some work
> > of relicensing everything to Apache and getting everything to work
> > correctly within Apache NetBeans. It looks to me like the 11.3 release,
> > scheduled for January[1] should be able to include the C/C++ features,
> > assuming the donation and integration is complete in that timeframe.
> >
> > *5th Donation*
> >
> > After that is the 5th donation, which will focus on the clusters
> > nb.cluster.dlight and nb.cluster.extra. The C/C++ modules have a build-time
> > dependency on nb.cluster.dlight so until the 5th donation is done, we'll
> > need to depend on a binary at build time of the relevant parts of that
> > cluster. Included in this donation will be the source code of the Jira
> > module, as requested on this mailing list.
> >
> > *Contrib Repository*
> >
> > In parallel, there's the question of the 'contrib' cluster. Some of the
> > modules in there were experimental plugins written by Oracle employees
> > while others are under the OCA (Oracle Contributor Agreement) by external
> > third party contributors. The latter should probably simply be able to
> > donate their modules to Apache NetBeans, without Oracle needing to be
> > involved in any way. However, we're getting Oracle Legal opinion on this,
> > just to be sure. And we probably don't want all of the contrib repository
> > anyway, some clear guidance from the community here would help.
> >
> > *And then...*
> >
> > After the above have been handled, the question is what to deal with next,
> > if anything.
> >
> > We have these listed for donation but the question is whether anyone is
> > waiting for these or actually going to be working on them:
> >
> > nb.cluster.javacard
> > nb.cluster.mobility
> > community-ruby
> > community-soa
> > community-uml
> > community-visualweb
> >
> > What is the level of interest in the above areas of NetBeans? If you're
> > going to write in response "we must really have this in Apache NetBeans"
> > will you also be the one driving that code forward, adding new features,
> > and fixing related bugs yourself?
> >
> > The transition page[2] has been updated to reflect the above.
> >
> > [1] https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> > [2] https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
> >
> > Thanks,
> >
> > Gj
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >

Re: Current state of Oracle donation of NetBeans to Apache

[Laszlo Kishalmi]

Hi Geertjan,

I know it is a minor point, but were you successful to schedule the dark 
theme support ahead from the last donation?


Darcula is kind of depending on that one, though maybe one or two 
classes form them.


On 9/11/19 1:02 AM, Geertjan Wielenga wrote:

Hi all,

Long-ish e-mail on current status, with helpful headers in between.

*4th Donation*

The 4th donation, focused primarily on C/C++ support has gone through
auditing and we're satisfied that what we're donating to Apache from Oracle
really is Oracle's to donate. The source code is now in a ZIP file at
Oracle Legal, after which documents need to be signed, and then the 4th
donation will be complete and the code handed over to Apache.
The o.n.swing.laf.dark mlodule is also included in the 4th donation.

This will be done soon but not soon enough to be included in the 11.2
release -- since aside from donating the code, there'll be quite some work
of relicensing everything to Apache and getting everything to work
correctly within Apache NetBeans. It looks to me like the 11.3 release,
scheduled for January[1] should be able to include the C/C++ features,
assuming the donation and integration is complete in that timeframe.

*5th Donation*

After that is the 5th donation, which will focus on the clusters
nb.cluster.dlight and nb.cluster.extra. The C/C++ modules have a build-time
dependency on nb.cluster.dlight so until the 5th donation is done, we'll
need to depend on a binary at build time of the relevant parts of that
cluster. Included in this donation will be the source code of the Jira
module, as requested on this mailing list.

*Contrib Repository*

In parallel, there's the question of the 'contrib' cluster. Some of the
modules in there were experimental plugins written by Oracle employees
while others are under the OCA (Oracle Contributor Agreement) by external
third party contributors. The latter should probably simply be able to
donate their modules to Apache NetBeans, without Oracle needing to be
involved in any way. However, we're getting Oracle Legal opinion on this,
just to be sure. And we probably don't want all of the contrib repository
anyway, some clear guidance from the community here would help.

*And then...*

After the above have been handled, the question is what to deal with next,
if anything.

We have these listed for donation but the question is whether anyone is
waiting for these or actually going to be working on them:

nb.cluster.javacard
nb.cluster.mobility
community-ruby
community-soa
community-uml
community-visualweb

What is the level of interest in the above areas of NetBeans? If you're
going to write in response "we must really have this in Apache NetBeans"
will you also be the one driving that code forward, adding new features,
and fixing related bugs yourself?

The transition page[2] has been updated to reflect the above.

[1] https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
[2] https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition

Thanks,

Gj



-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Current state of Oracle donation of NetBeans to Apache

[Geertjan Wielenga]

See the initial post here about the 4th donation re the dark look and feel.

Gj

On Thu, 12 Sep 2019 at 05:13, Laszlo Kishalmi 
wrote:

> Hi Geertjan,
>
> I know it is a minor point, but were you successful to schedule the dark
> theme support ahead from the last donation?
>
> Darcula is kind of depending on that one, though maybe one or two
> classes form them.
>
> On 9/11/19 1:02 AM, Geertjan Wielenga wrote:
> > Hi all,
> >
> > Long-ish e-mail on current status, with helpful headers in between.
> >
> > *4th Donation*
> >
> > The 4th donation, focused primarily on C/C++ support has gone through
> > auditing and we're satisfied that what we're donating to Apache from
> Oracle
> > really is Oracle's to donate. The source code is now in a ZIP file at
> > Oracle Legal, after which documents need to be signed, and then the 4th
> > donation will be complete and the code handed over to Apache.
> > The o.n.swing.laf.dark mlodule is also included in the 4th donation.
> >
> > This will be done soon but not soon enough to be included in the 11.2
> > release -- since aside from donating the code, there'll be quite some
> work
> > of relicensing everything to Apache and getting everything to work
> > correctly within Apache NetBeans. It looks to me like the 11.3 release,
> > scheduled for January[1] should be able to include the C/C++ features,
> > assuming the donation and integration is complete in that timeframe.
> >
> > *5th Donation*
> >
> > After that is the 5th donation, which will focus on the clusters
> > nb.cluster.dlight and nb.cluster.extra. The C/C++ modules have a
> build-time
> > dependency on nb.cluster.dlight so until the 5th donation is done, we'll
> > need to depend on a binary at build time of the relevant parts of that
> > cluster. Included in this donation will be the source code of the Jira
> > module, as requested on this mailing list.
> >
> > *Contrib Repository*
> >
> > In parallel, there's the question of the 'contrib' cluster. Some of the
> > modules in there were experimental plugins written by Oracle employees
> > while others are under the OCA (Oracle Contributor Agreement) by external
> > third party contributors. The latter should probably simply be able to
> > donate their modules to Apache NetBeans, without Oracle needing to be
> > involved in any way. However, we're getting Oracle Legal opinion on this,
> > just to be sure. And we probably don't want all of the contrib repository
> > anyway, some clear guidance from the community here would help.
> >
> > *And then...*
> >
> > After the above have been handled, the question is what to deal with
> next,
> > if anything.
> >
> > We have these listed for donation but the question is whether anyone is
> > waiting for these or actually going to be working on them:
> >
> > nb.cluster.javacard
> > nb.cluster.mobility
> > community-ruby
> > community-soa
> > community-uml
> > community-visualweb
> >
> > What is the level of interest in the above areas of NetBeans? If you're
> > going to write in response "we must really have this in Apache NetBeans"
> > will you also be the one driving that code forward, adding new features,
> > and fixing related bugs yourself?
> >
> > The transition page[2] has been updated to reflect the above.
> >
> > [1]
> https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> > [2]
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+Transition
> >
> > Thanks,
> >
> > Gj
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>