ilian Bold <
emilian.b...@gmail.com>:
> It's amazing there's no 3rd party place for Javadocs considering there's
> now so many OpenJDK distros.
>
> Luckily the IDE doesn't show the huge cookie consent you see on
> docs.oracle.com
>
> --emi
>
>
>
If you have added the Java Platform via Tools > Java Platforms it should be
already there.
If it's not, then:
1. Tools > Java Platforms
2. On the left side, select the JDK entry
3. On the right side, click the tab Javadoc
4. Click "Add URL"
5. Enter https.//docs.oracle.com/en/java/javase/16/docs/a
itialization.
>
> On 6/21/21 9:20 AM, Thomas Kellerer wrote:
> > For me, switchting to a different project groups fixes this error (at
> > least most of the time)
> >
> > Christian Pervoelz schrieb am 21.06.2021 um 15:34:
> >> Yes, usually that helps for me too
eload the project after building to
> ensure the classes being imported have been compiled. It would certainly
> be better if that wasn’t required.
>
> Scott
>
> On Jun 21, 2021, at 8:35 AM, Christian Pervoelz
> wrote:
>
>
> Hi,
>
> I have a gradle container p
Hi,
I have a gradle container project consisting of two sub projects.
Clean, Build, Run, Debug, etc.works properly as it should from NetBeans.
But... every single import statement is marked as "package does not exist".
This applies to
- imports from external libraries
- imports from the ot
State of now, the hashCode of a String is the same in between different
executions for (most) oracle vms.
That might change in the future and might not be correct for all vms out
there.
If you you want to go sure and be future safe, the only valid way I see, is
to create a utility method created i
May you want to try implementing your own?
https://github.com/apache/netbeans/tree/master/java/maven.graph might be a
good starting point...
There might not be everything in place for scanning gradle, but maybe the
output of what Giles propose might be a good input for the graph.
Am Mo., 3. Mai 2
