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
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
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
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
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
Wi
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
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
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
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
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
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
11 matches
Mail list logo