Re: Help [WANTED] by skilled JavaScript gurus
You should be using websockets. The link was too small to read on a phone, so: if Some basic building block requires the connection to be synchronous, get some new blocks - you're using the wrong ones. Having spent years developing a server framework in which NOTHING is synchronous, I'm pretty sure there are other choices. If you mean you don't want a single queue of messages, open a bunch of connections and round-robin them (and have fun sorting them on the other end). -Tim On Sun, Nov 10, 2019 at 11:53 AM Jaroslav Tulach wrote: > Open letter to Christian Lenz and other skilled HTML and JavaScript guys > willing to help HTML/Java API to be better. > > 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 [browser presenter]( > > https://bits.netbeans.org/html+java/1.7/org/netbeans/html/presenters/browser/package-summary.html > ). > I have found it quite flexible - it starts an HTTP server on a local port > and let's a browser connect to it. Then it handles all the message passing > to make sure Java is executed on the server and JavaScript in the browser. > It has great potential, but... > > The code is a bit unreliable. Take a look at > > https://github.com/apache/netbeans-html4j/blob/master/browser/src/main/java/org/netbeans/html/presenters/browser/Browser.java#L418 > that one seems to open a long polling XHR connection waiting for commands > from the Java side to be executed in the JavaScript VM. Whenever the > JavaScript wants to call into Java, it uses another XHR: > > https://github.com/apache/netbeans-html4j/blob/master/browser/src/main/java/org/netbeans/html/presenters/browser/Browser.java#L636 > - it seems to work most of the time, but not always (for example I have not > got it working on Windows8 IE, only Firefox). > > Work to change the browser<->server connection to be more reliable > welcomed! Help with identifying/fixing what is wrong welcomed too. Thanks > in advance for your help, I am not that good in server/browser > technologies. I don't even know how to properly debug what is happening in > there - maybe the server accepts too many parallel connections? Maybe each > client should only have one and share it? How? Etc... > -jt > > PS: I was thinking of using WebSocket, but alas, the [basic building > block]( > > https://bits.netbeans.org/html+java/dev/net/java/html/js/package-summary.html > ) > requires the connection from JavaScript to Java to be synchronous and I > have no idea how to simulate that... > > PPS: ... synchronous XHR is indeed bad, but this one is local call - e.g. > fast and it works fine on all other supported platforms. Moreover there is > too much code using `@JavaScriptBody(javacall=true)` which relies on its > synchronicity. E.g. this direction of thoughts isn't really useful. > -- http://timboudreau.com
Refresh my Memory Please (External binaries and sigtest)
Dear all, As Gradle 6.0 came out, I've started to upgrade the Gradle Tooling API from 4.10.2 -> 6.0 For some reason our source of binaries is either from Oregon State University or Apache Maven Central. Unfortunately I can't remember why. Unfortunately I just realized that after implemented multi repository support in DownloadBinaries Ant task. 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? 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: Add an issue description template
On 11/10/19 7:40 AM, Christian Lenz wrote: Sure, I mean they have separated fields if we can handle this under Apache, to have suche a template, why not. I don’t want to exegerate it. Using a plain text like others do in Github, for example here: https://github.com/microsoft/vscode/issues/new?template=bug_report.md or here: https://github.com/junichi11/netbeans-wordpress-plugin/issues/new smth simple with text inside the description field. Right. I think I'll drop the text effects (italic and bold) and keep just the headings (h3). That makes it more legible as plain text. The examples above use Markdown, though, and it seems we're stuck with the less well-known Jira notation. I found a Markdown plug-in for Jira, but I'm not sure how the switch in markup would work at Apache. By the way, for our own bug reports, it's easy to write them in Markdown and convert them to Jira notation using Pandoc! For details, see the Bash script in my comment here: Minor formatting issues with Jira output https://github.com/jgm/pandoc/issues/5858#issuecomment-551900899 There's also a link to a Makefile I use at the top of that issue. 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
Help [WANTED] by skilled JavaScript gurus
Open letter to Christian Lenz and other skilled HTML and JavaScript guys willing to help HTML/Java API to be better. 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 [browser presenter]( https://bits.netbeans.org/html+java/1.7/org/netbeans/html/presenters/browser/package-summary.html). I have found it quite flexible - it starts an HTTP server on a local port and let's a browser connect to it. Then it handles all the message passing to make sure Java is executed on the server and JavaScript in the browser. It has great potential, but... The code is a bit unreliable. Take a look at https://github.com/apache/netbeans-html4j/blob/master/browser/src/main/java/org/netbeans/html/presenters/browser/Browser.java#L418 that one seems to open a long polling XHR connection waiting for commands from the Java side to be executed in the JavaScript VM. Whenever the JavaScript wants to call into Java, it uses another XHR: https://github.com/apache/netbeans-html4j/blob/master/browser/src/main/java/org/netbeans/html/presenters/browser/Browser.java#L636 - it seems to work most of the time, but not always (for example I have not got it working on Windows8 IE, only Firefox). Work to change the browser<->server connection to be more reliable welcomed! Help with identifying/fixing what is wrong welcomed too. Thanks in advance for your help, I am not that good in server/browser technologies. I don't even know how to properly debug what is happening in there - maybe the server accepts too many parallel connections? Maybe each client should only have one and share it? How? Etc... -jt PS: I was thinking of using WebSocket, but alas, the [basic building block]( https://bits.netbeans.org/html+java/dev/net/java/html/js/package-summary.html) requires the connection from JavaScript to Java to be synchronous and I have no idea how to simulate that... PPS: ... synchronous XHR is indeed bad, but this one is local call - e.g. fast and it works fine on all other supported platforms. Moreover there is too much code using `@JavaScriptBody(javacall=true)` which relies on its synchronicity. E.g. this direction of thoughts isn't really useful.
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
We can set up such a Template in JIRA (it has a function like that). It provides a specific URL for that template. We could embed that url into a JavaFX web component and we would have a bug reporting tool. On 11/8/19 10:30 AM, John Neffenger wrote: 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. Thank you, Chris. What do you think about starting with the Java bug report template that the JDK has used for years? Report a Bug or Request a Feature https://bugreport.java.com/bugreport/ I reproduced that template below in Jira notation, adding a brief introduction. Just copy and paste it into a new Jira issue to see the formatting (and then Cancel). I think it's particularly helpful to add a link to the Jira Text Formatting Notation Help. To get a template added, would I open an issue with the project below? ASF infrastructure https://issues.apache.org/jira/projects/INFRA/summary Thanks, John -- _Replace the italicized text in this template with your own text, leaving the headings._ _Add any log reports, such as the *UI Log* or *IDE Log*, as *attachments*; please do not copy and paste them into this description._ _For help with the formatting, see the Jira [Text Formatting Notation Help|https://jira.atlassian.com/secure/WikiRendererHelpAction.jspa?section=texteffects]_. h3. Synopsis _Enter a one line summary of your report here and in the Summary field above._ _Please be specific._ h3. Description _Enter a detailed description of the problem._ _Please describe only one problem per report._ _For multiple problems, file a separate report for each one._ h3. System / OS / Java Runtime Information _Place additional system configuration information here and in the Environment field below._ h3. Steps to Reproduce _Describe the step-by-step process we can follow to reproduce this bug._ h3. Expected Results _Describe the results you were expecting when performing the above steps._ h3. Actual Result _Please report the actual results that you saw with the exact text of any error messages that appeared or any trace information available._ h3. Source code for an executable test case _Add the complete Java source code that compiles and demonstrates the problem, if available._ h3. Workaround _Please provide a temporary method for bypassing this bug, if you have found one._ - 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
AW: Add an issue description template
Sure, I mean they have separated fields if we can handle this under Apache, to have suche a template, why not. I don’t want to exegerate it. Using a plain text like others do in Github, for example here: https://github.com/microsoft/vscode/issues/new?template=bug_report.md or here: https://github.com/junichi11/netbeans-wordpress-plugin/issues/new smth simple with text inside the description field. But sure, go for it. Yes, you should create a INFRA ticket first. Maybe they already have smth like that, for that, you can ask at infra.chat Cheers Chris Von: John Neffenger Gesendet: Freitag, 8. November 2019 19:30 An: dev@netbeans.apache.org Betreff: Re: Add an issue description template 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. Thank you, Chris. What do you think about starting with the Java bug report template that the JDK has used for years? Report a Bug or Request a Feature https://bugreport.java.com/bugreport/ I reproduced that template below in Jira notation, adding a brief introduction. Just copy and paste it into a new Jira issue to see the formatting (and then Cancel). I think it's particularly helpful to add a link to the Jira Text Formatting Notation Help. To get a template added, would I open an issue with the project below? ASF infrastructure https://issues.apache.org/jira/projects/INFRA/summary Thanks, John -- _Replace the italicized text in this template with your own text, leaving the headings._ _Add any log reports, such as the *UI Log* or *IDE Log*, as *attachments*; please do not copy and paste them into this description._ _For help with the formatting, see the Jira [Text Formatting Notation Help|https://jira.atlassian.com/secure/WikiRendererHelpAction.jspa?section=texteffects]_. h3. Synopsis _Enter a one line summary of your report here and in the Summary field above._ _Please be specific._ h3. Description _Enter a detailed description of the problem._ _Please describe only one problem per report._ _For multiple problems, file a separate report for each one._ h3. System / OS / Java Runtime Information _Place additional system configuration information here and in the Environment field below._ h3. Steps to Reproduce _Describe the step-by-step process we can follow to reproduce this bug._ h3. Expected Results _Describe the results you were expecting when performing the above steps._ h3. Actual Result _Please report the actual results that you saw with the exact text of any error messages that appeared or any trace information available._ h3. Source code for an executable test case _Add the complete Java source code that compiles and demonstrates the problem, if available._ h3. Workaround _Please provide a temporary method for bypassing this bug, if you have found one._ - 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: Signing the Apache way Re: [DISCUSS] Handling release updates
Hi all, Excuse my confusion regarding this. So what we need is to sign the NBMs using our PGP keys, right? I mean, use our PGP keys for release builds and using some other PGP keys for development builds,. Thanks, Antonio El 10/11/19 a las 14:16, Jaroslav Tulach escribió: Can’t we change/enhance the way we do signing? 1. If there is an .asc file next to the .nbm one, then use it to verify the NBM. Search https://www.apache.org/dist/netbeans/KEYS to get list of approved keys. Display trusted, if .asc file is OK. 2. If the NBM comes from Maven central, but isn’t listed among trusted keys, then verify the .asc file and display “signed by 3rd party” With such check in, we don’t need to change existing processes. All Apache released NetBeans bits will be signed by default. We have just one “technical” problem: we need somebody(!) to write the code. -jt PS: This doesn’t solve the current 11.2 problem. 8. 11. 2019 v 11:53, Neil C Smith : On Fri, 8 Nov 2019, 10:35 Geertjan Wielenga, wrote: How is the signing done for Apache NetBeans during releases and why can't that be used for the patch too? Different kinds of signing. The releases and the updates will be signed as ASF requires with an external .asc file. But the nbms in the release aren't currently jar signed (ie. internal signature) so will show as unsigned with a warning in the IDE. You can see this if you uninstall and reinstall modules in the IDE. This is what we need to sort out. And yes, you're not the only one to have been confused by this distinction! ;-) 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
Signing the Apache way Re: [DISCUSS] Handling release updates
Can’t we change/enhance the way we do signing? 1. If there is an .asc file next to the .nbm one, then use it to verify the NBM. Search https://www.apache.org/dist/netbeans/KEYS to get list of approved keys. Display trusted, if .asc file is OK. 2. If the NBM comes from Maven central, but isn’t listed among trusted keys, then verify the .asc file and display “signed by 3rd party” With such check in, we don’t need to change existing processes. All Apache released NetBeans bits will be signed by default. We have just one “technical” problem: we need somebody(!) to write the code. -jt PS: This doesn’t solve the current 11.2 problem. > 8. 11. 2019 v 11:53, Neil C Smith : > > On Fri, 8 Nov 2019, 10:35 Geertjan Wielenga, wrote: > >> How is the signing done for Apache NetBeans during releases and why can't >> that be used for the patch too? > > Different kinds of signing. The releases and the updates will be signed as > ASF requires with an external .asc file. But the nbms in the release aren't > currently jar signed (ie. internal signature) so will show as unsigned with > a warning in the IDE. You can see this if you uninstall and reinstall > modules in the IDE. This is what we need to sort out. > > And yes, you're not the only one to have been confused by this distinction! > ;-) > > Best wishes, > > Neil
