There's a plugin, https://plugins.netbeans.apache.org/catalogue/?id=40,
that allows *dynamic* control of loggers in the /running/ NetBeans. Its
wiki has an example, http://raelity.com/jlogman/Home.html#example,
showing how to control logging for sub-trees of the logger hierarchy.
Changes can be
Hi Eric,
Thanks for the suggestion but I don’t think that’s the case. Eventually
creating a project with this exact same combination worked (but, again, I
don’t know what changes - removing an old ~/.netbeans/ or creating a
different project of same name elsewhere - caused it to work again).
I l
Not sure if this is the case or matter anymore but
There was a satriage in the path with a satriage project being created. So
could this
/Users/twolf/spectare/git/satriage/src/satriage
be seen as a package within a package with the same name?
Would a project with a different name work?
Eric B
Thanks a bunch.
Tom
On Dec 2, 2021 at 4:39:24 PM, Laszlo Kishalmi
wrote:
> Just add a system property .level=< logging level >
>
> Example start netbeans with:
>
> netbeans -J-Dorg.netbeans.api.project.level=FINEST
> On 12/2/21 13:24, Thomas Wolf wrote:
>
> Hi again,
> I have no idea why, but
Just add a system property .level=< logging level >
Example start netbeans with:
netbeans -J-Dorg.netbeans.api.project.level=FINEST
On 12/2/21 13:24, Thomas Wolf wrote:
Hi again,
I have no idea why, but using the package now works?!?!?!?!?
The only thing I’ve done, afaik, since the last time
Hi again,
I have no idea why, but using the package now works?!?!?!?!?
The only thing I’ve done, afaik, since the last time when it didn’t work is
to try creating a project with a directory still called ’satriage’ but in a
different parent directory - and removing an old ~/.netbeans/ directory
(wh
I just realized i hit ‘r’eply on a couple messages rather than ‘Reply to
all :-(
Just to summarize: I removed the ~/Library/Caches/NetBeans/* and
~/Library/Application Support/NetBeans/** directories - and still get the
problem of NB not accepting my package because it’s supposedly also used in
a
I've certainly encountered something similar before, which seemed to be
related to trying to create a project with the same name as one NB
previously knew about. While I don't know about NB internals, from
memory I tracked it down to being related to NB's caching of "Open
Recent Project" info.
Hi Laszlo,
I always use the same project type (Java with existing source), so Netbeans
lets me specify the directories containing the source. In this case, this
was a brand new git repository - i.e. a completely empty one. All I had
added to this new repository is a ’src’ directory. So, no, the
I'd try to create a new folder in your home and try to create a project
in it.
However you said that you've created the project from Java Ant from
existing source. DOes not the existing source come with some build
NetBeans might recognize?
On 12/1/21 15:22, Thomas Wolf wrote:
Hi Laszlo,
I c
Forgot to mention - I also did a ‘find . -name twolf -print’ in my $HOME
directory to see if there was another ’twolf’ directory/ somewhere - there
wasn’t.
Again, any other help is appreciated.
Tom
On Dec 1, 2021 at 6:22:20 PM, Thomas Wolf wrote:
> Hi Laszlo,
> I checked my $HOME directory and
Hi Laszlo,
I checked my $HOME directory and I don’t have nbproject/, build.xml,
pom.xml, build.gradle, or settings.gradle there. Any other files I could
look for?
Where does FileOwnerQuery get ’twolf’ from? Where is this information
stored? Does NB go through my entire filesystem looking for f
It seems you have already something in your (most probably home folder)
what NetBeans detects as a project.
We have a thing called FileOwnerQuery which shall able to say that a
folder belongs to what project. In this case we call it on
/Users/twols/spectare/satriage/src and we are expecting a
13 matches
Mail list logo