Re: Check, if the nogui option was used for a netbeans platform application
Am 21.01.2024 um 10:01 schrieb Andreas Hauffe: is there a way to check in the restored function of a ModuleInstall Object, if the nogui option was used to run the program? Since --nogui does not a full "headless" mode (this has to be done by the launcher?!) you allways should also add "-J-Djava.awt.headless=true" to your command line. After that GraphicsEnvironment.isHeadless() will give you the right info Greetings Jens -- http://blog.nigjo.de/netbeans https://threema.id/3Y279Z3U - 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: How to get output of System.out.println() in NB Output view?
Hi the problem is the "64-bit VM" detection in the ant script that expects the old Java <9 installation directory. set jvm.arch.string=64 on CLI or in your private.properties and you will see the output again. The problem is in harness/run.xml (search for "architecture of jvm on which app will run"). I found this a while ago but didn't found time to create a proper PR, sorry. Jens Am 20.01.2022 um 13:27 schrieb Karl Tauber: > that's what I expect, but it does not show up in the Output window. > > When I create a simple Ant project app, it works. > But when running NetBeans IDE from NetBeans, it does not. > > Karl > > > Am 1/20/2022 um 12:18 PM schrieb Michael Bien: >> it won't show up in the log view, however, if you start the platform >> application or module with netbeans (e.g run project), it should be >> visible in the output window (of the IDE, not from the app). >> >> -mbien >> >> On 20.01.22 10:26, Karl Tauber wrote: >>> Hi, >>> >>> while working on improvements/fixes for FlatLaf support in NetBeans, >>> I'd like to temporary add some System.out.println() to NetBeans core >>> modules and see its output in the NetBeans Output view. But it does >>> not show up. >>> >>> The printlns are compiled. I've checked it with the debugger. >>> >>> -J-Dnetbeans.logger.console=true did not help. >>> >>> The last lines in the Output view are: >>> debug: >>> nbbuild.tryme-debug: >>> Searching for JARs in D:\Java\netbeans-apache\nbbuild\netbeans, this >>> may take a moment... >>> nbbuild.tryme-setup-debug-args: >>> nbbuild.tryme: >>> >>> >>> >>> I'm using NetBeans 12.6 with Java 11 >>> >>> Any ideas? >>> >>> Thanks, >>> Karl >>> >>> - >>> 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 > > > - 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: 12.5 preparation
Hi Am 18.06.2021 um 17:54 schrieb Eric Barboni: > Just a kind reminder to review / merge / commit before 12.5 to have your > change incorporated in. I whould like draw the attention to [NETBEANS-5772]. This will prevent modules or OSGi Bundles to be installed that are depending on e.g. "Commons CSV". My PR [1] is failing the Travis Build, but I don't know why. Jens [1] https://github.com/apache/netbeans/pull/3000 -- http://blog.nigjo.de/netbeans/ - 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
JavaHelp in browser (was: UML, Donations, and JavaHelp Oh-My)
Am 08.03.2021 um 11:33 schrieb Jens Hofschröer: Hi Am 07.03.2021 um 18:49 schrieb Eric Bresie: I’ve seen a few threads which seems to indicate the way forward is to have the help materials to be translated into some common format (i.e. either html, asciidoc, docwiki) and then render either in a internal/external web view or have some new component to render the context as applicable. To minimize the work on updating help, I believe the hope was these would be basically backwards compatible to reduce the need for too much translation. So all that said, is anyone actively developing an Alternative Help? >> Or is the way forward to create help in some specific non-JavaHelp way and > any dependencies on Java-Help replace by something else? > May be I can extract the more generic part an open source it, but I can not say in which time frame due to my daily work. Here is an eary version: https://github.com/nigjo/nb-help The default implementation just sends the JavaHelp page to the local Browser. No navigation like in JavaHelp itself. It is possible to reuse this in an RCP and the implementations can be replaced by own "renderers". I updated our own help system to use this module, so this might be updated in the future. There are currently not that many JavaDocs, but most is done via services. Also there are no security checks for the output, so be aware and use it only in an trusted environment. Jens -- http://blog.nigjo.de/netbeans/ - 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: Missing DTDs due to EOL of netbeans.org
Yes. I don't see any "[Fatal Error]" entries in the build log any more. Thank you all. Jens Am 08.03.2021 um 16:15 schrieb antonio: So, did this work? It seems the server is returning a proper Content-Type now... Thanks, Antonio On 08/03/2021 12:10, Lars Bruun-Hansen wrote: I've created https://issues.apache.org/jira/browse/INFRA-21539. 90% certain this is the issue. In any case it will not hurt to get this fixed as described in the ticket. /Lars On Mon, Mar 8, 2021 at 11:45 AM Lars Bruun-Hansen wrote: Indeed there is a DTD file at that new location. The problem seems to be that is is not served with the right "Content-Type" header. At least that is my conclusion. The command "curl --verbose --location http://www.netbeans.org/dtds/filesystem-1_2.dtd"; reveals that the server returns the following: < HTTP/1.1 200 OK < Date: Mon, 08 Mar 2021 10:35:56 GMT < Server: Apache < Last-Modified: Tue, 27 Oct 2020 17:24:19 GMT < ETag: "7c1-5b2aa513232d5" < Accept-Ranges: bytes < Content-Length: 1985 < Access-Control-Allow-Origin: * < So yes, there's a DTD there. But I would have expected the server to set a Content-Type, for example I guess "Content-Type: application/xml-dtd" would be appropriate. The missing Content-Type explains why a browser displays nil, but it doesn't necessarily explain why the NetBeans Platform won't download and use that DTD. We need to check if the mechanism which downloads these DTDs is set to follow redirects. I would assume so. Secondly we need to check if the mechanism is sensitive omission of the Content-Type header. /Lars On Mon, Mar 8, 2021 at 11:24 AM Jens Hofschröer wrote: Hi everybody With the end of life of netbeans.org on Oracle infrastructure we encounter a problem with DTD adresses in (old?) build systems. For example our current RCP app is based on Apache NetBeans 12.0. A lot of annotation do generate a "generated-layer.xml" with a DTD pointing to http://www.netbeans.org/dtds/filesystem-1_2.dtd This is/was the official Public-ID of "XML-Layerfiles". This URL is now redirected to https://netbeans.apache.org/dtds/filesystem-1_2.dtd But this location does not hold any DTD file so in our build logs are a lot of warnings like [Fatal Error] filesystem-1_2.dtd:1:3: The markup declarations contained or pointed to by the document type declaration must be well-formed. Are there only some files missing or is there more to do? Greetings Jens -- http://blog.nigjo.de/netbeans/ - 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 -- http://blog.nigjo.de/netbeans/ - 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: UML, Donations, and JavaHelp Oh-My
Hi Am 07.03.2021 um 18:49 schrieb Eric Bresie: I’ve seen a few threads which seems to indicate the way forward is to have the help materials to be translated into some common format (i.e. either html, asciidoc, docwiki) and then render either in a internal/external web view or have some new component to render the context as applicable. To minimize the work on updating help, I believe the hope was these would be basically backwards compatible to reduce the need for too much translation. So all that said, is anyone actively developing an Alternative Help? >> Or is the way forward to create help in some specific non-JavaHelp way and > any dependencies on Java-Help replace by something else? > Not actively and not in the public. I have done a netty proxy server which encapsulates our current Docbook-JavaHelp output in a "nicer" HTML5 page template and recreates a simple menu for that pages. That "updated" page is displayed in the systems default browser. I have managed to capture the current F1 key presses. It is working for us but there a more things to do (link generic templates and cross help linking) May be I can extract the more generic part an open source it, but I can not say in which time frame due to my daily work. Jens -- http://blog.nigjo.de/netbeans/ - 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
Missing DTDs due to EOL of netbeans.org
Hi everybody With the end of life of netbeans.org on Oracle infrastructure we encounter a problem with DTD adresses in (old?) build systems. For example our current RCP app is based on Apache NetBeans 12.0. A lot of annotation do generate a "generated-layer.xml" with a DTD pointing to http://www.netbeans.org/dtds/filesystem-1_2.dtd This is/was the official Public-ID of "XML-Layerfiles". This URL is now redirected to https://netbeans.apache.org/dtds/filesystem-1_2.dtd But this location does not hold any DTD file so in our build logs are a lot of warnings like [Fatal Error] filesystem-1_2.dtd:1:3: The markup declarations contained or pointed to by the document type declaration must be well-formed. Are there only some files missing or is there more to do? Greetings Jens -- http://blog.nigjo.de/netbeans/ - 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: How to fix tests of file path on Windows?
Hi Why is the test using an absolute path anyway? shouldn't this fail on all systems? Your test string should be system dependant. (At least the base path and the File.separatorChar). On Windows it is a bad idea to write directly to "getProperty("java.home")" it is a better idea to write to "getEnv("LOCALAPPDATA")". Also you can't "equal"-test a path on Windows. The NTFS Filesystem does not care about case. You have to handle this. Jens Am 28.05.2020 um 19:00 schrieb Tomáš Procházka: > Hi, > > what is correct way of fixing unit tests when they pass on Linux but > fail on Windows because of different file path? > > Example > > Test: > https://github.com/apache/netbeans/blob/master/php/php.codeception/test/unit/src/org/netbeans/modules/php/codeception/coverage/CodeceptionCoverageLogParserTest.java > > > Test data: > https://github.com/apache/netbeans/blob/master/php/php.codeception/test/unit/data/codeception-coverage.xml > > > Test data contain path > "/home/junichi11/NetBeansProjects/codeception/src/FizzBuzz.php". > > Test asserts this path and on Linux test passes. On Widnows test fails > with message "junit.framework.ComparisonFailure: > expected:<[/home/junichi11/NetBeansProjects/codeception/src/]FizzBuzz.php> > but > was:<[C:\home\junichi11\NetBeansProjects\codeception\src\]FizzBuzz.php>" > > Regards, > > Tom > > > - > 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: MarkdownViewer module for NetBeans
Hi Am 24.05.2020 um 21:53 schrieb John Kostaras: > Thank you for the bringing up the plugin Siddhesh. I was not aware of. The problem with Madflow's Plugin is, that it uses PegDown witch is abandoned some years ago. Flexmark is the successor to PegDown. Also Madflows Plugin is Some things should be easier with flexmark since you can access the AST. Keep going with your Plugin. I don't know if "madflow" is reading this mailing list, but I whould be nice if you "join your forces" ;) Jens However, testing both my plugin and the flow-netbeans-markdown I noticed that none of them manages to render tables correctly. flow-netbeans-markdown fails to identify code that is next to each other, e.g. something like this: ```for```. ```bash ``` mixes up for with bash as they are in the same block even though they are in different lines. It identifies it correctly in source view but not in Preview! But for this Issues can be opened. :) Anyway, thanks for pointing it out. Kind regards, John. On Sun, 24 May 2020 at 18:50, Siddhesh Rane wrote: Hi John, There is a full fledged plugin for markdown support in netbeans at [1]. This plugin provides syntax highliting, code structure, code templates, live preview and html export. Its based on the depracated pegdown processor. You can take a look at it and understand about further integration. [1]: https://github.com/madflow/flow-netbeans-markdown ( https://github.com/madflow/flow-netbeans-markdown) Regards Siddhesh Rane May 24, 2020 9:45 AM, "John Kostaras" )> wrote: Hallo all, when you open a github project in Intellij IDEA, it automatically opens the README.md file. When you open it in NetBeans, you only see the raw markdown text. This simple NetBeans module ( https://github.com/jkost/MarkdownViewerForNetBeans/ ( https://github.com/jkost/MarkdownViewerForNetBeans/)) implements the first and third of the above screenshots (will provide an implementation of the middle screenshot soon). The result looks like so. I used flexmark-java (https://github.com/vsch/flexmark-java) (which is also used by NetBeans) to convert the markdown to HTML to be displayed to a JEditorPane. Questions: 1. How to integrate it to NetBeans source code if it is found useful? Do I need to create a plugin, sign it etc, then import it NB or it is easier with a pull request? 2. Not sure which location it should be added. Inside editor, inside ide? Any comments/suggestions are welcome. Kind regards, John. -- http://blog.nigjo.de/netbeans/ - 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: Module build fails in IDE but works on command line
Am 09.10.2019 um 20:08 schrieb Siddhesh Rane: October 9, 2019 10:21 AM, "Jaroslav Tulach" wrote: Looks like the deprecated Class org.netbeans.modules.openfile.PackagePanel "E1.2 - API type removed" : method public java.awt.peer.ComponentPeer java.awt.Component.getPeer() anno 0 java.lang.Deprecated() method got removed. If that is true, we will have to update the `.sigfile` (or files) and remove the line requesting the method. -tj So basically this method is removed in JDK 11 but not in JDK 8. If I set the project Properties > Library > Java Platform to JDK 8, it should compile in the IDE as well. However this does not happen. This seems to be a bug. Ant only compiles with the jdk it is run with, which is JDK 11 inside the IDE and JDK 8 on command line, ignoring the project setting. No. Ant is running inside the same JVM as the IDE. So Ant itself is using JDK11 and compiles against JDK8. There is (currently) no way to run Ant in a separate task other that run the command line. Jens -- http://blog.nigjo.de/netbeans threema://add?id=3Y279Z3U - 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: Why does NetBeans scan the Windows desktop?
Hi I got those messages starting with JDK 11.0.1 (11.0 was OK) on Windows. In NetBeans and our RCP. The solution to us was to stay with 11.0.0. Recent tests with JDK 12 shows, that this regression was solved somehow. I had no such problems with simple Swing applications. Jens Am 05.06.2019 um 09:57 schrieb Geertjan Wielenga: > Hi all, > > https://issues.apache.org/jira/browse/NETBEANS-2631 > > https://issues.apache.org/jira/browse/NETBEANS-1537 > > Does anyone know why NetBeans cans the Windows desktop, and then find > broken desktop links and shortcuts, and then produce lots of dialogs and > popups? > > Gj > -- http://blog.nigjo.de/netbeans/ - 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