Re: NetBeans Design

[Tim Boudreau]

Indeed.  I've found it handy to create a shell alias for searching java
sources - dirt simple, but handy in your .bashrc:

alias jfind='find . -name "*.java" | xargs grep -i '

will find any java source containing whatever string you pass to it.

-Tim

Re: Help [WANTED] - webkit2 integration

[Jaroslav Tulach]

> 
> thx. Where can I find the Linux/mac Integration? I opened this project: 
> webkit-2.0-snapshot from html4j with package 
> org.netbeans.html.presenters.webkit and the class WebKitPresenter.java.

>> Von: Jaroslav Tulach
>> Gesendet: Sonntag, 10. November 2019 17:03

>> As far as I can tell the interface talking to `libwebkit` is
>> defined at
>> 
>> https://github.com/apache/netbeans-html4j/blob/master/renderer/src/main/java/org/netbeans/html/presenters/render/GTK.java#L126
>> - one would have to replace those seven methods by a new interface
>> `WebKit2` which would delegate to
>> https://trac.webkit.org/wiki/WebKit2
>> https://webkitgtk.org/reference/webkit2gtk/stable/index.html
>> 

-
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: travis build checks failing

[Brad Walker]

I would tend to agree with you since it seemed very non-reproducible in
terms of the failures.

Thanks for having a look at this!

-brad w.


On Tue, Nov 12, 2019 at 7:36 PM Laszlo Kishalmi 
wrote:

>
> It seems to be a temporal issue.
>
> Also we have 3 PRs for Travis in the queue, it might be worth to include
> them early in the release cycle. So let's review them:
>
> https://github.com/apache/netbeans/pull/1595
>
> https://github.com/apache/netbeans/pull/1598
>
> https://github.com/apache/netbeans/pull/1621
>
>
> On 11/12/19 1:00 PM, Brad Walker wrote:
> > I'm trying to create a pull request but it keeps failing Travis build
> > checks. And the failures are in different places and don't really look
> like
> > it's related to any of the work that I've done.
> >
> > My pull request is: https://github.com/apache/netbeans/pull/1624
> >
> > Can someone help me as it looks like something going on with the Travis
> > integration server.
> >
> > Thanks.
> >
> > -brad w.
> >
>
> -
> 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: travis build checks failing

[Laszlo Kishalmi]

It seems to be a temporal issue.

Also we have 3 PRs for Travis in the queue, it might be worth to include 
them early in the release cycle. So let's review them:


https://github.com/apache/netbeans/pull/1595

https://github.com/apache/netbeans/pull/1598

https://github.com/apache/netbeans/pull/1621


On 11/12/19 1:00 PM, Brad Walker wrote:

I'm trying to create a pull request but it keeps failing Travis build
checks. And the failures are in different places and don't really look like
it's related to any of the work that I've done.

My pull request is: https://github.com/apache/netbeans/pull/1624

Can someone help me as it looks like something going on with the Travis
integration server.

Thanks.

-brad w.



-
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: NetBeans Design

[Eirik Bakke]

> How does anyone know where anything is?

It's actually quite easy--just find a user-visible text string somewhere in the 
viscinity of what you're looking for, and grep for it in the git repository.

For example, some days ago I wanted to know which class implements the dropdown 
button component that can be seen in some of the NetBeans toolbar. I hovered 
over the one in the Java editor, and got a tooltip that said "Go back to 
StringUtil.java". This meant that somewhere in the NetBeans codebase, there is 
a string called "Go back to", which should bring me in the right direction. 
Then, from the checked-out netbeans sources, I do:

git grep 'Go back to'

This shows me a few results, with one being relevant:

ide/editor/src/org/netbeans/modules/editor/impl/actions/Bundle.properties:NavigationHistoryBackAction_Tooltip=Go
 back to {0}

Then I do:

git grep 'NavigationHistoryBackAction_Tooltip'

This takes me to 
ide/editor/src/org/netbeans/modules/editor/impl/actions/NavigationHistoryBackAction.java
 .

In that file I find a method call DropDownButtonFactory.createDropDownButton, 
which is in the class org.openide.awt.DropDownButtonFactory. And that's the 
class I was looking for.

In the end, you usually just end up having to open up one or two NetBeans 
modules in the IDE to work on a particular bug, or inspect a particular feature.

-- Eirik

-Original Message-
From: Jeremy Cavanagh  
Sent: Thursday, November 7, 2019 3:47 AM
To: dev@netbeans.apache.org
Subject: Re: NetBeans Design

Hi Tim,

That is most impressive, and yet terrifying at the same time. It raises even 
more questions for me. How does anyone know where anything is?

Probably not for discussion here but, what use is software engineering, design 
methodologies etc., is software development just an enormous hackathon?

Food for thought.

Many thanks to everyone who replied to my original post.

Jeremy


On 07/11/2019 03:29, Tim Boudreau wrote:
> A few people asked for a visual representation. I pulled this together 
> a few years ago. Mostly it just illustrates why those kinds of 
> representations are useless at scale.
> 
> Package dependencies:
> 
> https://timboudreau.com/files/nb-packagegraph/
> 
> Classes (IIRC trimmed down a LOT):
> 
> https://timboudreau.com/files/netbeans-classes/
> 
> On Wed, Nov 6, 2019 at 7:57 PM Eric Bresie  wrote:
> 
>> Is this a reason to push for the UML plugin ;-)
> 
> 
> There are no reasons to push for uml, ever :-)
> 
> -Tim
> 
> 
> 
>>
>> Eric Bresie
>> ebre...@gmail.com
>>> On November 6, 2019 at 9:02:49 AM CST, Eric Barboni 
>>> 
>> wrote:
>>> Hi,
>>> Not sure that is what you want.
>>>
>>> ((A small help can be
>>> If you get the sources, do a first build:
>>> ant
>>> you can then do
>>> ant index-layer-paths
>>>
>>> this will create in nbbuild/build/generated layers.txt and 
>>> services.txt where given a " UI element" " mimetype" "project type" 
>>> you can find
>> which module provide it (this is a bit too textual).
>>> ))
>>>
>>> Maybe you want a more complex visualization, with rectangle and edge 
>>> but
>> I guess should be some layout and "dynamic page" to filter ( or 8K 
>> monitors :p). Modules are legion.
>>>
>>> Best Regards
>>> Eric
>>> -Message d'origine-
>>> De : Christian Lenz  Envoyé : mercredi 6 
>>> novembre 2019 15:43 À : dev@netbeans.apache.org Objet : AW: NetBeans 
>>> Design
>>>
>>> ➢ And this IMHO continues to be the best book on the NetBeans Platform:
>>>
>>> ➢ https://leanpub.com/nbp4beginners
>>>
>>> ➢ Gj
>>>
>>> Hey Geertjan,
>>>
>>> how does that fit in the reworked/categorized structure. Is the book
>> still up to date? Just asking.
>>>
>>>
>>> Cheers
>>>
>>> Chris
>>>
>>>
>>> Von: Geertjan Wielenga
>>> Gesendet: Mittwoch, 6. November 2019 15:34
>>> An: dev
>>> Betreff: Re: NetBeans Design
>>>
>>> On Wed, Nov 6, 2019 at 3:09 PM Christoph Theis  wrote:
>>>
 I have the same problem:
 E.g., NB doesn't accept a current javahl. So, where would I find 
 the module where the check happened (I grep'ed for the error 
 message and found it). Are there dependencies? If I want to improve 
 the error message (right now it is hidden in the log files), how to do it?

 So, summarizing, an eagles view of what NB is composed of, would be 
 a start. Sthg., that would help newcomers to understand the code of NB.

>>>
>>>
>>> In many ways, the current GitHub structure provides the eagle's view 
>>> you
>>> seek:
>>>
>>> https://github.com/apache/netbeans
>>>
>>> Rather than it being a long list of modules, the above categorizes 
>>> them
>> into their clusters, reflecting what you see in your NetBeans 
>> installation directory.
>>>
>>> Indeed, grepping is a good approach to find the code you need to 
>>> work
>> with.
>>>
>>> You can also search directly in the GitHub repo on-line in the web
>> interface.
>>>
>>> The dependencies of any modules are always listed in the project.xml
>> file of a module.
>>>
>>> And this IMHO continues to be 

Re: NetBeans Design

[Tim Boudreau]

That is most impressive, and yet terrifying at the same time. It raises
> even more questions for me. How does anyone know where anything is?


You learn. Learn the basics of how things In NetBeans are put together -
Lookup, the system filesystem, MimeLookup, what DataObjects are - and you
can look at unfamiliar parts of the system do and think “I bet there’s a
things that provides X and it’s probably found here.” And look and see if
it is. Learn the difference between API and SPI and expect them to be
separate things.

After that, you just pick the functionality you want to implement, look up
what APIs might be helpful for that (google, the Javadoc, and grepping the
sources are your friends), and start coding. In this way, you incrementally
learn your way around - it’s not necessary to know everything to be
productive.

Probably not for discussion here but, what use is software engineering,
> design methodologies etc., is software development just an enormous
> hackathon?


Most “methodologies” are frauds designed to inflate consultants’ billable
hours, or guarantee a product broken enough that they have a long term
revenue strram. Usually both.

Don’t mistake size for lack of discipline. There are modules I wrote
fifteen or more years ago and use daily, unmodified.

Welcome to the wonderful world of non-trivial software :-)

-Tim


>
> Food for thought.
>
> Many thanks to everyone who replied to my original post.
>
> Jeremy
>
>
> On 07/11/2019 03:29, Tim Boudreau wrote:
> > A few people asked for a visual representation. I pulled this together a
> > few years ago. Mostly it just illustrates why those kinds of
> > representations are useless at scale.
> >
> > Package dependencies:
> >
> > https://timboudreau.com/files/nb-packagegraph/
> >
> > Classes (IIRC trimmed down a LOT):
> >
> > https://timboudreau.com/files/netbeans-classes/
> >
> > On Wed, Nov 6, 2019 at 7:57 PM Eric Bresie  wrote:
> >
> >> Is this a reason to push for the UML plugin ;-)
> >
> >
> > There are no reasons to push for uml, ever :-)
> >
> > -Tim
> >
> >
> >
> >>
> >> Eric Bresie
> >> ebre...@gmail.com
> >>> On November 6, 2019 at 9:02:49 AM CST, Eric Barboni 
> >> wrote:
> >>> Hi,
> >>> Not sure that is what you want.
> >>>
> >>> ((A small help can be
> >>> If you get the sources, do a first build:
> >>> ant
> >>> you can then do
> >>> ant index-layer-paths
> >>>
> >>> this will create in nbbuild/build/generated layers.txt and services.txt
> >>> where given a " UI element" " mimetype" "project type" you can find
> >> which module provide it (this is a bit too textual).
> >>> ))
> >>>
> >>> Maybe you want a more complex visualization, with rectangle and edge
> but
> >> I guess should be some layout and "dynamic page" to filter ( or 8K
> monitors
> >> :p). Modules are legion.
> >>>
> >>> Best Regards
> >>> Eric
> >>> -Message d'origine-
> >>> De : Christian Lenz 
> >>> Envoyé : mercredi 6 novembre 2019 15:43
> >>> À : dev@netbeans.apache.org
> >>> Objet : AW: NetBeans Design
> >>>
> >>> ➢ And this IMHO continues to be the best book on the NetBeans Platform:
> >>>
> >>> ➢ https://leanpub.com/nbp4beginners
> >>>
> >>> ➢ Gj
> >>>
> >>> Hey Geertjan,
> >>>
> >>> how does that fit in the reworked/categorized structure. Is the book
> >> still up to date? Just asking.
> >>>
> >>>
> >>> Cheers
> >>>
> >>> Chris
> >>>
> >>>
> >>> Von: Geertjan Wielenga
> >>> Gesendet: Mittwoch, 6. November 2019 15:34
> >>> An: dev
> >>> Betreff: Re: NetBeans Design
> >>>
> >>> On Wed, Nov 6, 2019 at 3:09 PM Christoph Theis  wrote:
> >>>
>  I have the same problem:
>  E.g., NB doesn't accept a current javahl. So, where would I find the
>  module where the check happened (I grep'ed for the error message and
>  found it). Are there dependencies? If I want to improve the error
>  message (right now it is hidden in the log files), how to do it?
> 
>  So, summarizing, an eagles view of what NB is composed of, would be a
>  start. Sthg., that would help newcomers to understand the code of NB.
> 
> >>>
> >>>
> >>> In many ways, the current GitHub structure provides the eagle's view
> you
> >>> seek:
> >>>
> >>> https://github.com/apache/netbeans
> >>>
> >>> Rather than it being a long list of modules, the above categorizes them
> >> into their clusters, reflecting what you see in your NetBeans
> installation
> >> directory.
> >>>
> >>> Indeed, grepping is a good approach to find the code you need to work
> >> with.
> >>>
> >>> You can also search directly in the GitHub repo on-line in the web
> >> interface.
> >>>
> >>> The dependencies of any modules are always listed in the project.xml
> >> file of a module.
> >>>
> >>> And this IMHO continues to be the best book on the NetBeans Platform:
> >>>
> >>> https://leanpub.com/nbp4beginners
> >>>
> >>> Gj
> >>>
> >>>
> >>>
> >>>
> >>>
> 
>  @Jeremy: I hope I got your point.
> 
> 
>  Best regards
> 
>  Christoph
> 
>  On 06.11.2019 14:24, 

Re: [DISCUSS] What to do with old community contributed plugins?

[Josh Juneau]

+1 to limiting the NBMs to 8.2+ compatibility.

Josh Juneau
juneau...@gmail.com
http://jj-blogger.blogspot.com
https://www.apress.com/us/search?query=Juneau

> On Nov 12, 2019, at 9:14 AM, Mark Ferguson  wrote:
> 
>  Could there be a way of putting it all on GitHub? (Noobie here)
> 
>On Tuesday, 12 November 2019, 12:57:22 GMT, Geertjan Wielenga 
>  wrote:  
> 
> Just as a start to this discussion, maybe we could decide to not keep all
> the NBMs, e.g., make a cut off point at a certain release, e.g., 8.2, for
> example. And if we were to limit the number of NBMs, in some way, such as
> that, or another way, maybe we could upload them into a dedicated folder
> here: http://netbeans.osuosl.org/binaries/, unless we can figure out a
> smart way to put the ones we want to keep onto Maven Central.
> 
> Gj
> 
>> On Tue, Nov 12, 2019 at 1:51 PM Jiří Kovalský 
>> wrote:
>> 
>> Hello people,
>> 
>> we are preparing decommission of the old Plugin Portal 2.0 [1] which
>> is hosted on Oracle infrastructure. Before we turn off the switch we
>> need to decide what we want to do with the plugins contributed by all
>> the kind NetBeans community members over the years totaling ~20 GB. I
>> believe that we don't want to just delete these NBM files.
>> 
>> [1] http://plugins.netbeans.org/
>> 
>> The problem here is the restriction that we can't use Apache
>> infrastructure to host any 3rd party binaries. The only thing what we
>> could potentially do is to publish module catalogs with references to
>> some other publicly accessible places.
>> 
>> Any opinions on what is the right thing to do?
>> 
>> Thanks,
>> -Jirka
>> 
>> -
>> 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
>> 
>> 
>> 

Eclipse Code Formatter Plugin for NetBeans

[Fabian Bahle]

Hello list,

I’m happy to announce that I took over the work on the Eclipse Code Formatter 
Plugin for NetBeans with allowance of Geertjan Wielenga.

I released a first SNAPSHOT version on the Sonatype Maven central repository:
https://oss.sonatype.org/content/repositories/snapshots/de/funfried/netbeans/plugins/eclipsecodeformatter/1.13-SNAPSHOT/
 


Please try it and if you have questions please let me know via mail, contact 
form (www.funfried.de/en/contact ) or in the 
NetBeans Slack workspace, or if you would like to join me, please go to 
https://github.com/funfried/eclipsecodeformatter_for_netbeans/ 


I plan to publish the first release within the next couple of days.

Kind regards,
Fabian Bahle

Eclipse Code Formatter Plugin

[Fabian Bahle]

Hello list,

I’m happy to announce that I took over the work on the Eclipse Code Formatter 
Plugin for NetBeans with allowance of Geertjan Wielenga.

I released a first SNAPSHOT version on the Sonatype Maven central repository:
https://oss.sonatype.org/content/repositories/snapshots/de/funfried/netbeans/plugins/eclipsecodeformatter/1.13-SNAPSHOT/
 


Please try it and if you have questions please let me know via mail, contact 
form (www.funfried.de/en/contact) or in the NetBeans Slack workspace, or if you 
would like to join me, please go to 
https://github.com/funfried/eclipsecodeformatter_for_netbeans/ 


I plan to publish the first release within the next couple of days.

Kind regards,
Fabian Bahle

travis build checks failing

[Brad Walker]

I'm trying to create a pull request but it keeps failing Travis build
checks. And the failures are in different places and don't really look like
it's related to any of the work that I've done.

My pull request is: https://github.com/apache/netbeans/pull/1624

Can someone help me as it looks like something going on with the Travis
integration server.

Thanks.

-brad w.

Re: NetBeans plugins classloader shared

[Gaurav Gupta]

Thanks, Jaroslav and Matthias for the reply, soon I will try this solution.

Thanks and kind regards,
Gaurav Gupta





On Wed, Nov 13, 2019 at 1:22 AM Matthias Bläsing 
wrote:

> Hi,
>
> I had a similar problem (Webservice Client bases on Axis 1). It was
> possible to fix it this way:
>
> private static MantisConnectPortType initClient(String baseUrl, String
> httpUsername, String httpPassword) throws ServiceException,
> MalformedURLException {
> ClassLoader origLoader =
> Thread.currentThread().getContextClassLoader();
>
> Thread.currentThread().setContextClassLoader(MantisRepository.class.getClassLoader());
> MantisConnectPortType result = null;
> try {
> // Initialize client
> } finally {
> Thread.currentThread().setContextClassLoader(origLoader);
> }
> return result;
> }
>
> It was enough to just wrap the initialization, this might work for you
> to.
>
> Greetings
>
> Matthias
>
> Am Dienstag, den 12.11.2019, 17:32 +0100 schrieb Jaroslav Tulach:
> > Thread.currentThread.getContextClassLoader is asked to load the
> > class. The
> > ClassLoader sees classes from all modules. It doesn't know which one
> > to
> > choose.
> >
> > -jt
> >
> >
> > Dne út 12. 11. 2019 13:08 uživatel Gaurav Gupta <
> > gaurav.gupta...@gmail.com>
> > napsal:
> >
> > > Hi all,
> > >
> > > I am facing a weird classloader issue in Jeddict plugin that
> > > includes
> > > *org.netbeans.api:org-netbeans-modules-xml-jaxb-api* dependency via
> > > maven
> > > plugin nbm-maven-plugin as JAXB removed from JDK.
> > >
> > > Every XML binding operation performs perfectly without any issue
> > > until other plugins like Radar
> > >  and SQL
> > > DAL
> > > Maker
> > >  installed
> > > in
> > > Apache NetBeans which bundle JAXB libraries (API, Impl, and Core).
> > >
> > > After installation of any of above-listed plugins, Jeddict plugin
> > > throws
> > > the following error:
> > >
> > > Message : Will not load class com.sun.xml.bind.v2.ContextFactory
> > > > arbitrarily from one of ModuleCL@2f558e85[org.radar.radar.netbean
> > > > s] and
> > > > ModuleCL@4ff0[org.netbeans.libs.jaxb] starting from
> > > > SystemClassLoader[742 modules];
> > >
> > >
> > > As Radar and SQL DAL Maker plugins, neither part of the Apache
> > > NetBeans
> > > Platform nor listed in Jeddict module's manifest file then how
> > > classloader
> > > is shared.
> > >
> > > Please help!
> > >
> > > Thanks and kind regards,
> > > Gaurav Gupta
> > >
>
>
> -
> 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: NetBeans plugins classloader shared

[Matthias Bläsing]

Hi,

I had a similar problem (Webservice Client bases on Axis 1). It was
possible to fix it this way:

private static MantisConnectPortType initClient(String baseUrl, String 
httpUsername, String httpPassword) throws ServiceException, 
MalformedURLException {
ClassLoader origLoader = Thread.currentThread().getContextClassLoader();

Thread.currentThread().setContextClassLoader(MantisRepository.class.getClassLoader());
MantisConnectPortType result = null;
try {
// Initialize client
} finally {
Thread.currentThread().setContextClassLoader(origLoader);
}
return result;
}

It was enough to just wrap the initialization, this might work for you
to.

Greetings

Matthias

Am Dienstag, den 12.11.2019, 17:32 +0100 schrieb Jaroslav Tulach:
> Thread.currentThread.getContextClassLoader is asked to load the
> class. The
> ClassLoader sees classes from all modules. It doesn't know which one
> to
> choose.
> 
> -jt
> 
> 
> Dne út 12. 11. 2019 13:08 uživatel Gaurav Gupta <
> gaurav.gupta...@gmail.com>
> napsal:
> 
> > Hi all,
> > 
> > I am facing a weird classloader issue in Jeddict plugin that
> > includes
> > *org.netbeans.api:org-netbeans-modules-xml-jaxb-api* dependency via
> > maven
> > plugin nbm-maven-plugin as JAXB removed from JDK.
> > 
> > Every XML binding operation performs perfectly without any issue
> > until other plugins like Radar
> >  and SQL
> > DAL
> > Maker
> >  installed
> > in
> > Apache NetBeans which bundle JAXB libraries (API, Impl, and Core).
> > 
> > After installation of any of above-listed plugins, Jeddict plugin
> > throws
> > the following error:
> > 
> > Message : Will not load class com.sun.xml.bind.v2.ContextFactory
> > > arbitrarily from one of ModuleCL@2f558e85[org.radar.radar.netbean
> > > s] and
> > > ModuleCL@4ff0[org.netbeans.libs.jaxb] starting from
> > > SystemClassLoader[742 modules];
> > 
> > 
> > As Radar and SQL DAL Maker plugins, neither part of the Apache
> > NetBeans
> > Platform nor listed in Jeddict module's manifest file then how
> > classloader
> > is shared.
> > 
> > Please help!
> > 
> > Thanks and kind regards,
> > Gaurav Gupta
> > 


-
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

AW: Help [WANTED] - webkit2 integration

[Christian Lenz]

Hey Jaroslav,

thx. Where can I find the Linux/mac Integration? I opened this project: 
webkit-2.0-snapshot from html4j with package 
org.netbeans.html.presenters.webkit and the class WebKitPresenter.java.


Cheers

Chris



Von: Jaroslav Tulach
Gesendet: Dienstag, 12. November 2019 17:08
An: dev
Betreff: Re: Help [WANTED] - webkit2 integration

Hello Chris,
the [presenter](
http://bits.netbeans.org/html+java/1.7/org/netbeans/html/boot/spi/Fn.Presenter.html)
should handle the presentation - e.g. display the HTML and execute the
passed in JavaScript.
-jt


po 11. 11. 2019 v 11:00 odesílatel Christian Lenz 
napsal:

> Hey Jaroslav,
>
> great news. I would like to help here, but first I need to know what is a
> presenter and what does it do exactly. Is there a good documentation for
> hat? Should I look into the existing presenters?
>
>
> Cheers
>
> Chris
>
>
>
> Von: Jaroslav Tulach
> Gesendet: Sonntag, 10. November 2019 17:03
> An: dev
> Betreff: Help [WANTED] - webkit2 integration
>
> Open letter to all Linux and WebKit2 fans and HTML/Java (future)
> supporters.
>
> The donation of new presenters by DukeHoff has been integrated into
> HTML/Java API version 1.7 - [the javadoc](
> https://bits.netbeans.org/html+java/1.7/) has been kindly generated by
> Eric.
>
> One of the new presenters is [webkit presenter](
>
> https://bits.netbeans.org/html+java/1.7/org/netbeans/html/presenters/webkit/package-summary.html
> )
> that is supposed to display using native WebKit component on Linux and Mac
> OS X. While testing it I have found out that it works on Ubuntu 18.10 (with
> `libwebkit` installed), but there is no such library on 19.10! It has been
> made obsolete by `libwebkit2`.
>
> Dear supporters, don't you want to rewrite the current `WebKit` binding to
> `WebKit2`? As far as I can tell the interface talking to `libwebkit` is
> defined at
>
> https://github.com/apache/netbeans-html4j/blob/master/renderer/src/main/java/org/netbeans/html/presenters/render/GTK.java#L126
> - one would have to replace those seven methods by a new interface
> `WebKit2` which would delegate to
> https://trac.webkit.org/wiki/WebKit2
> https://webkitgtk.org/reference/webkit2gtk/stable/index.html
>
> I can probably study the code and learn the tricks myself, but I'd be glad
> to get some community help now, when the code belongs to us at Apache.
> -jt
>
> PS: Whoever would write a Windows presenter, would be another hero! Then we
> would have a complete portability story which doesn't involve dependency on
> JavaFX...
>
>

Re: Add an issue description template

[John Neffenger]

On 11/6/19 12:24 AM, Christian Lenz wrote:

Feel free to have a look/change it and maybe we can create a Infra ticket soon 
for that improvement. I think there are not that much concerns about it so it 
is good to go.


I opened the following issue with Apache Infrastructure.

INFRA-19430: Add an issue description template
https://issues.apache.org/jira/browse/INFRA-19430

Please add your comments about the template and your suggestions for 
improving it directly to that issue.


If I got the template wrong, this could backfire and make them even 
worse, but our current notice to copy and paste the log files is just 
asking for bad bug reports. :-)


Thank you,
John

-
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: NetBeans plugins classloader shared

[Jaroslav Tulach]

Thread.currentThread.getContextClassLoader is asked to load the class. The
ClassLoader sees classes from all modules. It doesn't know which one to
choose.

-jt


Dne út 12. 11. 2019 13:08 uživatel Gaurav Gupta 
napsal:

> Hi all,
>
> I am facing a weird classloader issue in Jeddict plugin that includes
> *org.netbeans.api:org-netbeans-modules-xml-jaxb-api* dependency via maven
> plugin nbm-maven-plugin as JAXB removed from JDK.
>
> Every XML binding operation performs perfectly without any issue
> until other plugins like Radar
>  and SQL DAL
> Maker
>  installed in
> Apache NetBeans which bundle JAXB libraries (API, Impl, and Core).
>
> After installation of any of above-listed plugins, Jeddict plugin throws
> the following error:
>
> Message : Will not load class com.sun.xml.bind.v2.ContextFactory
> > arbitrarily from one of ModuleCL@2f558e85[org.radar.radar.netbeans] and
> > ModuleCL@4ff0[org.netbeans.libs.jaxb] starting from
> > SystemClassLoader[742 modules];
>
>
>
> As Radar and SQL DAL Maker plugins, neither part of the Apache NetBeans
> Platform nor listed in Jeddict module's manifest file then how classloader
> is shared.
>
> Please help!
>
> Thanks and kind regards,
> Gaurav Gupta
>

Re: HelpCtx without JavaHelp?

[Jaroslav Tulach]

There is nothing JavaHelp specific in HelpCtx - it is just a way to obtain
String ID...

Sure. Use it.
-jt


Dne út 12. 11. 2019 7:15 uživatel Oliver Rettig 
napsal:

> Hi,
>
> I am thinking about to substitute JavaHelp from my netbeans platform
> applications and to
> switch to webbased documentation.  A couple of years I use docuwiki, e.g.
>
> Now I want to navigate in the docuwiki  by opening specific urls invoked
> by my netbeans
> platoform app.
>
> There is
>
>
> https://netbeans.org/download/5_5/javadoc/org-openide-util/org/openide/util/HelpCtx.html
>
> and further classes in the netbeans code.
>
> Does it make sense to use this api without JavaHelp? Maybe I can use it to
> get the url to a
> specific htmo-docu-page by a help button of dialog?
>
> best regards
> Oliver
>

Re: Refresh my Memory Please (External binaries and sigtest)

[Jaroslav Tulach]

Hello Laszlo.

Also the sigtest fails on some minor incompatibilities in the exposed
> Gradle Tooling API. Kind of expected with 2 major version change jump.
> But otherwise the code seems to work. What would be the recommended
> procedure in this case? Shall we increment the major version of the API
> this time? Shall be a lib-gradle-tooling module created instead?
>

We should signal to the module system that linking against Gradle API is no
longer going to work. That is usually done by incrementing the major
version (the one after / in module name).

-jt



> Thank you for your advice!
>
>
> -
> 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: Help [WANTED] - webkit2 integration

[Jaroslav Tulach]

Hello Chris,
the [presenter](
http://bits.netbeans.org/html+java/1.7/org/netbeans/html/boot/spi/Fn.Presenter.html)
should handle the presentation - e.g. display the HTML and execute the
passed in JavaScript.
-jt


po 11. 11. 2019 v 11:00 odesílatel Christian Lenz 
napsal:

> Hey Jaroslav,
>
> great news. I would like to help here, but first I need to know what is a
> presenter and what does it do exactly. Is there a good documentation for
> hat? Should I look into the existing presenters?
>
>
> Cheers
>
> Chris
>
>
>
> Von: Jaroslav Tulach
> Gesendet: Sonntag, 10. November 2019 17:03
> An: dev
> Betreff: Help [WANTED] - webkit2 integration
>
> Open letter to all Linux and WebKit2 fans and HTML/Java (future)
> supporters.
>
> The donation of new presenters by DukeHoff has been integrated into
> HTML/Java API version 1.7 - [the javadoc](
> https://bits.netbeans.org/html+java/1.7/) has been kindly generated by
> Eric.
>
> One of the new presenters is [webkit presenter](
>
> https://bits.netbeans.org/html+java/1.7/org/netbeans/html/presenters/webkit/package-summary.html
> )
> that is supposed to display using native WebKit component on Linux and Mac
> OS X. While testing it I have found out that it works on Ubuntu 18.10 (with
> `libwebkit` installed), but there is no such library on 19.10! It has been
> made obsolete by `libwebkit2`.
>
> Dear supporters, don't you want to rewrite the current `WebKit` binding to
> `WebKit2`? As far as I can tell the interface talking to `libwebkit` is
> defined at
>
> https://github.com/apache/netbeans-html4j/blob/master/renderer/src/main/java/org/netbeans/html/presenters/render/GTK.java#L126
> - one would have to replace those seven methods by a new interface
> `WebKit2` which would delegate to
> https://trac.webkit.org/wiki/WebKit2
> https://webkitgtk.org/reference/webkit2gtk/stable/index.html
>
> I can probably study the code and learn the tricks myself, but I'd be glad
> to get some community help now, when the code belongs to us at Apache.
> -jt
>
> PS: Whoever would write a Windows presenter, would be another hero! Then we
> would have a complete portability story which doesn't involve dependency on
> JavaFX...
>
>

Re: [DISCUSS] What to do with old community contributed plugins?

[Mark Ferguson]

 Could there be a way of putting it all on GitHub? (Noobie here)

On Tuesday, 12 November 2019, 12:57:22 GMT, Geertjan Wielenga 
 wrote:  
 
 Just as a start to this discussion, maybe we could decide to not keep all
the NBMs, e.g., make a cut off point at a certain release, e.g., 8.2, for
example. And if we were to limit the number of NBMs, in some way, such as
that, or another way, maybe we could upload them into a dedicated folder
here: http://netbeans.osuosl.org/binaries/, unless we can figure out a
smart way to put the ones we want to keep onto Maven Central.

Gj

On Tue, Nov 12, 2019 at 1:51 PM Jiří Kovalský 
wrote:

> Hello people,
>
>    we are preparing decommission of the old Plugin Portal 2.0 [1] which
> is hosted on Oracle infrastructure. Before we turn off the switch we
> need to decide what we want to do with the plugins contributed by all
> the kind NetBeans community members over the years totaling ~20 GB. I
> believe that we don't want to just delete these NBM files.
>
> [1] http://plugins.netbeans.org/
>
>    The problem here is the restriction that we can't use Apache
> infrastructure to host any 3rd party binaries. The only thing what we
> could potentially do is to publish module catalogs with references to
> some other publicly accessible places.
>
> Any opinions on what is the right thing to do?
>
> Thanks,
> -Jirka
>
> -
> 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: "Netbeans IDE 11.1 is Available" notification in NB 11.2

[Jiří Kovalský]

Should be fixed but it will take 1/2 day till all download servers 
synchronize and adopt the change. BTW, I have removed the notification 
message completely.


If you can still reproduce this tomorrow (11/13), let me know.

-Jirka

Dne 11. 11. 19 v 13:21 Geertjan Wielenga napsal(a):

I agree with you -- Jirka, can we change it so that it's at least not 
release specific?


Thanks,

Gj

On Mon, Nov 11, 2019 at 1:20 PM Neil C Smith > wrote:


On Mon, 11 Nov 2019 at 12:13, Jean-Marc Borer mailto:jmbo...@gmail.com>> wrote:
 >
 > Yes indeed. I disabled it meanwhile. Misleading message anyway.

Agreed!  But that's under Oracle's control, not ours.  I'm not sure
how long we intend to keep that UC link in the IDE, but I would
suggest a final change on the Oracle side to "Apache NetBeans is
available" or just removing the notification entirely from the catalog
would be good?

Best wishes,

Neil

-
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







-
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: [DISCUSS] What to do with old community contributed plugins?

[Geertjan Wielenga]

Just as a start to this discussion, maybe we could decide to not keep all
the NBMs, e.g., make a cut off point at a certain release, e.g., 8.2, for
example. And if we were to limit the number of NBMs, in some way, such as
that, or another way, maybe we could upload them into a dedicated folder
here: http://netbeans.osuosl.org/binaries/, unless we can figure out a
smart way to put the ones we want to keep onto Maven Central.

Gj

On Tue, Nov 12, 2019 at 1:51 PM Jiří Kovalský 
wrote:

> Hello people,
>
> we are preparing decommission of the old Plugin Portal 2.0 [1] which
> is hosted on Oracle infrastructure. Before we turn off the switch we
> need to decide what we want to do with the plugins contributed by all
> the kind NetBeans community members over the years totaling ~20 GB. I
> believe that we don't want to just delete these NBM files.
>
> [1] http://plugins.netbeans.org/
>
> The problem here is the restriction that we can't use Apache
> infrastructure to host any 3rd party binaries. The only thing what we
> could potentially do is to publish module catalogs with references to
> some other publicly accessible places.
>
> Any opinions on what is the right thing to do?
>
> Thanks,
> -Jirka
>
> -
> 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
>
>
>
>

[DISCUSS] What to do with old community contributed plugins?

[Jiří Kovalský]

Hello people,

   we are preparing decommission of the old Plugin Portal 2.0 [1] which 
is hosted on Oracle infrastructure. Before we turn off the switch we 
need to decide what we want to do with the plugins contributed by all 
the kind NetBeans community members over the years totaling ~20 GB. I 
believe that we don't want to just delete these NBM files.


[1] http://plugins.netbeans.org/

   The problem here is the restriction that we can't use Apache 
infrastructure to host any 3rd party binaries. The only thing what we 
could potentially do is to publish module catalogs with references to 
some other publicly accessible places.


Any opinions on what is the right thing to do?

Thanks,
-Jirka

-
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

NetBeans plugins classloader shared

[Gaurav Gupta]

Hi all,

I am facing a weird classloader issue in Jeddict plugin that includes
*org.netbeans.api:org-netbeans-modules-xml-jaxb-api* dependency via maven
plugin nbm-maven-plugin as JAXB removed from JDK.

Every XML binding operation performs perfectly without any issue
until other plugins like Radar
 and SQL DAL Maker
 installed in
Apache NetBeans which bundle JAXB libraries (API, Impl, and Core).

After installation of any of above-listed plugins, Jeddict plugin throws
the following error:

Message : Will not load class com.sun.xml.bind.v2.ContextFactory
> arbitrarily from one of ModuleCL@2f558e85[org.radar.radar.netbeans] and
> ModuleCL@4ff0[org.netbeans.libs.jaxb] starting from
> SystemClassLoader[742 modules];



As Radar and SQL DAL Maker plugins, neither part of the Apache NetBeans
Platform nor listed in Jeddict module's manifest file then how classloader
is shared.

Please help!

Thanks and kind regards,
Gaurav Gupta

RE: docs for Apache Maven IDE Integration

[Eric Barboni]

Hi,
 Antonio did some migration script long time ago, but they are filtering devFaq.

 Maybe we should run for all former wiki page once (not sure how to capture 
them all),  and the "remove" wiki on netbeans.org. 
 
Regards
Eric
 

-Message d'origine-
De : John Mc  
Envoyé : mardi 12 novembre 2019 10:39
À : dev@netbeans.apache.org; anto...@vieiro.net
Objet : Re: docs for Apache Maven IDE Integration

I submitted a PR there for it now.

The link is still the old one as I couldn't find that page in 
https://github.com/apache/netbeans-website.  @Antonio, would you know where 
this page(http://wiki.netbeans.org/Maven) might be located in our website setup 
at all?

Regards

John

On Tue, 12 Nov 2019 at 08:31, Ernie Rael  wrote:

> On 11/11/2019 11:35 PM, Geertjan Wielenga wrote:
> > Great, makes sense, make it happen. :-)
> >
> > Happy to review and provide feedback,
>
> I haven't used NB for 5 years, and have never used maven (before this 
> week). I might be able to produce some attractive information within a 
> year. But I wouldn't count on it, since I probably won't dig in to 
> maven and all its features in NB.
>
> -ernie
>
> >
> > Gj
> >
> >
> > On Tue, Nov 12, 2019 at 8:31 AM Ernie Rael  wrote:
> >
> >> On 11/11/2019 11:19 PM, Geertjan Wielenga wrote:
> >>> It seems correct to me. What needs to be updated?
> >> I thought it was now called "Apache NetBeans" and the link goes to 
> >> netbeans.org. Seems like a wordsmith might want to update the 
> >> description, does all that the Eclipse IDE does and also ...
> >>> Gj
> >>>
> >>> On Tue, Nov 12, 2019 at 8:06 AM Ernie Rael  wrote:
> >>>
>  At https://maven.apache.org/ide.html there is a section called
> >> "Netbeans
>  IDE". Someone with an appropriate contact might want to get this
> >> updated.
>  -ernie
>  
> 
> 
>  -
>   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+list
>  s
> 
> 
> 
> 
> >>
> >> ---
> >> -- 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
> >>
> >>
> >>
> >>
>
>
> -
> 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
>
>
>
>


-
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: docs for Apache Maven IDE Integration

[John Mc]

I submitted a PR there for it now.

The link is still the old one as I couldn't find that page in
https://github.com/apache/netbeans-website.  @Antonio, would you know where
this page(http://wiki.netbeans.org/Maven) might be located in our website
setup at all?

Regards

John

On Tue, 12 Nov 2019 at 08:31, Ernie Rael  wrote:

> On 11/11/2019 11:35 PM, Geertjan Wielenga wrote:
> > Great, makes sense, make it happen. :-)
> >
> > Happy to review and provide feedback,
>
> I haven't used NB for 5 years, and have never used maven (before this
> week). I might be able to produce some attractive information within a
> year. But I wouldn't count on it, since I probably won't dig in to maven
> and all its features in NB.
>
> -ernie
>
> >
> > Gj
> >
> >
> > On Tue, Nov 12, 2019 at 8:31 AM Ernie Rael  wrote:
> >
> >> On 11/11/2019 11:19 PM, Geertjan Wielenga wrote:
> >>> It seems correct to me. What needs to be updated?
> >> I thought it was now called "Apache NetBeans" and the link goes to
> >> netbeans.org. Seems like a wordsmith might want to update the
> >> description, does all that the Eclipse IDE does and also ...
> >>> Gj
> >>>
> >>> On Tue, Nov 12, 2019 at 8:06 AM Ernie Rael  wrote:
> >>>
>  At https://maven.apache.org/ide.html there is a section called
> >> "Netbeans
>  IDE". Someone with an appropriate contact might want to get this
> >> updated.
>  -ernie
>  
> 
> 
>  -
>  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
> 
> 
> 
> 
> >>
> >> -
> >> 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
> >>
> >>
> >>
> >>
>
>
> -
> 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: docs for Apache Maven IDE Integration

[Ernie Rael]

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

Great, makes sense, make it happen. :-)

Happy to review and provide feedback,


I haven't used NB for 5 years, and have never used maven (before this 
week). I might be able to produce some attractive information within a 
year. But I wouldn't count on it, since I probably won't dig in to maven 
and all its features in NB.


-ernie



Gj


On Tue, Nov 12, 2019 at 8:31 AM Ernie Rael  wrote:


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

It seems correct to me. What needs to be updated?

I thought it was now called "Apache NetBeans" and the link goes to
netbeans.org. Seems like a wordsmith might want to update the
description, does all that the Eclipse IDE does and also ...

Gj

On Tue, Nov 12, 2019 at 8:06 AM Ernie Rael  wrote:


At https://maven.apache.org/ide.html there is a section called

"Netbeans

IDE". Someone with an appropriate contact might want to get this

updated.

-ernie



-
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






-
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







-
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