I do not think that people would normally try to dictate it but there is a
good chance that people follow the default setting and ignore the warning
message. I rarely see a build without warnings, people normally look away.
The problem I see is that the people in charge of building and packaging
t
Changeset: 44dc458dd4ba
Author:alanb
Date: 2017-05-22 12:16 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/44dc458dd4ba
Javadoc typos
! src/java.base/share/classes/java/lang/module/ModuleFinder.java
! src/java.instrument/share/classes/java/lang/instrument/package.html
Hi Volker,
On 19/05/17 19:39, Volker Simonis wrote:
> So why did I wrote all that? I think I just wanted to emphasize the
> following points:
>
> - We need good/better standards (and that's why the JCP is so important)!
> - With great power comes great responsibility (i.e. as a
> Java/applica
On 22/05/2017 09:05, wzberger wrote:
ClassA acts as a kind of resource loader and only the resource string
is passed - is it possible to include the module name in the resource
string something like "module!resource"?
The module name isn't unique either. Can you say a bit more about
ClassA? It
ClassA acts as a kind of resource loader and only the resource string is
passed - is it possible to include the module name in the resource
string something like "module!resource"?
-Wolfgang
Am 22.05.2017 um 09:55 schrieb Alan Bateman:
On 22/05/2017 08:45, wzberger wrote:
Hm, so how can Clas
On 22/05/2017 08:45, wzberger wrote:
Hm, so how can ClassA access the resource from module com.b directly -
without having a class instance of module b?
Does the code in ClassA have any context to work this? How does it know
the resource is in com.b? The APIs allow you to locate a resource in
Hm, so how can ClassA access the resource from module com.b directly -
without having a class instance of module b?
-Wolfgang
On 18/05/2017 08:16, wzberger wrote:
:
public class ClassA{
public ClassA() {
//success
System.out.println(getClass().getResource("/com/b/resources/test.txt"))