No, no logs or console output. The userdir is not created. Running a plain java
application works just fine. I think you are right that there is something with
the launcher. It fails so fast that I don't think the jvm is started. Are there
any arguments I could set to the launcher that makes it
Hello,
I see that people periodically complain about the Maven index wasting over 1GB
of local disk space, network and CPU and rediscover this plugin I made in 2016:
https://jaxenter.com/netbeans/keep-netbeans-nimble-with-maven-remote-search
http://plugins.netbeans.org/plugin/68415/maven-remote
I'll try to work on this issue next week.
--emi
‐‐‐ Original Message ‐‐‐
On 25 April 2018 4:30 PM, Glenn Holmer wrote:
> On 04/25/2018 12:36 AM, Thomas Kellerer wrote:
>
> > The latest dev build (413) shows the same (mis)behaviour
>
> It's this one, right?
>
> https://issues.apache.
Could you report this problem on JIRA
https://issues.apache.org/jira/projects/NETBEANS/summary with more details /
logs?
I don't understand what it means that editors lose the serialization.
--emi
‐‐‐ Original Message ‐‐‐
On 26 April 2018 6:52 PM, Larry Sheffield wrote:
> In Netbean
Never heard of this, but are there no NetBeans logs to look at?
It might be just the .exe launcher having and issues inside this new
configuration.
Have you tried just running java by hand? A non-GUI Platform app shouldn't have
that many JARs.
--emi
‐‐‐ Original Message ‐‐‐
On 28 Apr
Hi,
Anyone been able to run a NetBeans platform application(no gui) in a Windows
Docker container? I have tried using the openjdk:8-windowsservercore, but when
trying to start the application executable it immediately returns without any
messages. I have also tried installing a bunch of vcredis