Re: [External] : RE: [DISCUSSION] Gradle Patch Release for NetBeans 16

[Thomas Kellerer]

I had problems that NB 16 did not load my Gradle 7.5.1 projects at all.
With the fix, those projects can now be loaded and build

Thanks a lot!

Thomas


László Kishalmi schrieb am 15.12.2022 um 18:34:
> Thanks for your understanding!
>
> Went ahead and merged the delivery to the release160 branch. The update can
> be tested by adding the following update center URL:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/14/artifact/dist/netbeans/nbms/updates.xml.gz
> On 12/13/22 07:37, Martin Balin wrote:
>
> Hello,
> Most of the fixes there are related to VSNetBeans, although related to
> Gradle or projects infrastructure. I understand your intention was
> about Gradle update itself to the latest version. If listed PRs are
> too much then these can wait and I will do VSNetBeans 16.0.301 in
> January. Not making 16u1 too big, no problem.
>
> Martin

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [DISCUSS] tweak some defaults for NB17?

[Thomas Kellerer]

John Neffenger schrieb am 03.11.2022 um 02:53:
> On 11/2/22 11:16 AM, Michael Bien wrote:
>> small toolbar icons:
>
> Those are very tiny on my 109-dpi (non-HiDPI) 27-inch monitor.

I am using a 27 HiDPI monitor (3840*2160)  and I always switch back to small 
icons
Windows is set to scale everything to 175%

Thomas






-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: FlatLAF tab style discussion

[Thomas Kellerer]

FlatLaf uses their own themes https://www.formdev.com/flatlaf/themes/

Themes offer more flexibility then customization through properties files: 
https://www.formdev.com/flatlaf/properties-files/

Christian Lenz schrieb am 24.06.2022 um 14:13:
> Hey all,
>
> I prefer to have an option for this because not everyone likes it I Guess. If 
> we will have no Option then I prefer it as default. On the other Hand what 
> Thomas said, to Change the LaF of your choice, the theming Options is that 
> was we are Looking for. I dunno whether it is JSON or property files but this 
> is already there in swing and for this we have already a ticket: 
> https://issues.apache.org/jira/browse/NETBEANS-3746 and DevCharly already 
> started a PR: https://issues.apache.org/jira/browse/NETBEANS-3746
>
>
> Cheers
>
> Chris
>
> Von: Thomas Kellerer
> Gesendet: Freitag, 24. Juni 2022 13:54
> An: dev@netbeans.apache.org
> Betreff: Re: FlatLAF tab style discussion
>
> Eirik Bakke schrieb am 24.06.2022 um 11:46:
>> Hi, dev.
>>
>> There's a discussion on https://github.com/apache/netbeans/pull/3115 about 
>> changing the default "look" of window system tabs in NetBeans. See the 
>> before/after screenshots there.
>>
>> With FlatLAF becoming the default look & feel since NetBeans 13, the tab 
>> components in the window system (over editors and sidebars) no longe 
>> resemble tabs, and are somewhat difficult to see. The proposed PR fixes 
>> this, by introducing a new look for the tabs that shows the selected tab as 
>> a proper tab while leaving a simplified flattened look for unselected tabs. 
>> Other kinds of tabs, e.g. in dialog boxes, or nested tabs in the Output 
>> pane, retain the more flat "blue underline" style.
>>
>> 1) Would people like this new style to become the default on NetBeans? (See 
>> screenshots in the PR above.)
>> 2) Should there be an option to switch back to the old style?
>
> I still prefer the  Windows Look & Feel, so I don't really care, but 
> regarding the FlatLaf integration:
>
> Maybe NetBeans could support customizing FlatLaf through external .properties 
> file, so people can customize it to their preferences.
>
> Users for my own (non-NetBeans, pure Swing) application were asking about 
> customization options for FlatLaf. So I integrated that.
>
> It's really not a huge effort, this can either be done through .properties 
> file (very easy to integrate) or through .theme files, which requires using a 
> different LnF class during initialization.
>
>
> Maybe that's an option for NetBeans as well.
>
>
> Just my 0.02€
> Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: FlatLAF tab style discussion

[Thomas Kellerer]

Eirik Bakke schrieb am 24.06.2022 um 11:46:
> Hi, dev.
>
> There's a discussion on https://github.com/apache/netbeans/pull/3115 about 
> changing the default "look" of window system tabs in NetBeans. See the 
> before/after screenshots there.
>
> With FlatLAF becoming the default look & feel since NetBeans 13, the tab 
> components in the window system (over editors and sidebars) no longe resemble 
> tabs, and are somewhat difficult to see. The proposed PR fixes this, by 
> introducing a new look for the tabs that shows the selected tab as a proper 
> tab while leaving a simplified flattened look for unselected tabs. Other 
> kinds of tabs, e.g. in dialog boxes, or nested tabs in the Output pane, 
> retain the more flat "blue underline" style.
>
> 1) Would people like this new style to become the default on NetBeans? (See 
> screenshots in the PR above.)
> 2) Should there be an option to switch back to the old style?

I still prefer the  Windows Look & Feel, so I don't really care, but regarding 
the FlatLaf integration:

Maybe NetBeans could support customizing FlatLaf through external .properties 
file, so people can customize it to their preferences.

Users for my own (non-NetBeans, pure Swing) application were asking about 
customization options for FlatLaf. So I integrated that.

It's really not a huge effort, this can either be done through .properties file 
(very easy to integrate) or through .theme files, which requires using a 
different LnF class during initialization.


Maybe that's an option for NetBeans as well.


Just my 0.02€
Thomas


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [NOTICE] Apache NetBeans 13 release candidate 1 available for testing

[Thomas Kellerer]

Not sure if this is a bug or intended.

The "Find in Projects" now uses a multi-line input field for the search term 
("Containing text").
Which has the effect that hitting ENTER inside that field, just creates a new 
line (even though the field is displayed as a single line) and does not start 
the search (as it used to be the previous version).

The "File name patterns" input behaves as before (ENTER closes the dialog and 
starts searching).

Regards
Thomas


Neil C Smith schrieb am 19.01.2022 um 18:55:

The first release candidate build for Apache NetBeans 13 is available
(links below).

Please help with testing, and file issues in GitHub .. yes, GitHub! ..
as necessary -

https://github.com/apache/netbeans/issues

If you're a committer adding an issue, or helping triage an issue
(please do!), add the milestone and/or priority labels as appropriate.
Use priority:high for should be fixed before release,
priority:critical for must be fixed before we can release.

**The following rules are applied to pull requests from now until release:**

PR's intended to be included in the 13 release :
  - Limited to fixes (no need for a ticket!)
  - Base on the delivery branch.
  - Mark with NB13 milestone (we'll monitor - no need to add us all as
reviewers!).
  - Will be merged by the release team.
  - Will be assessed against bug priorities - please use the
priority:high and priority:critical labels here too.

PR's with features for NB14 :
  - Base on the master branch.
  - Will be reviewed and merged in the usual way.
  - If possible stay away from big refactoring.
  - If possible do not overlap with fixes for 13 (delivery will be
merged to master weekly).




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [BETA] Apache NetBeans 12.5-beta2 available for testing

[Thomas Kellerer]

Neil C Smith schrieb am 26.08.2021 um 17:43:
>> In "my dump" only 
>> "org.netbeans.modules.project.ui.actions.LookupSensitiveAction"
>> and "Load Open Projects" are blocked, whereas in the thread dumps in that 
>> issue substantially more threads
>> are involved.
>>
>> However "Load Open Projects" seems to always be included, so I attached my 
>> dump to that issue.
>
> Definitely looks to be NETBEANS-5914 - key thing is deadlock around
> org.netbeans.spi.project.support.DelegatingLookupImpl.doDelegate
>
> The LookupSensitiveAction thread stuck in
> org.netbeans.modules.maven.ActionProviderImpl.isActionEnabled seems to
> be across these too, and had recent-ish changes ???
>
> Marked that as a blocker for 12.5 for now too then!

The freeze didn't occur since then.

However, I experience many short "locks" where NetBeans 12.5 pegs the CPU and 
becomes unresponsive for a few seconds.
Anything I type during that, only appears when this "lock" goes away  (and CPU 
usage goes down again).

This happens more and more the longer NetBeans runs.
I suspected GC or something similar, but the performance toolbar icon shows it 
has enough memory.

Anyway, this made me go back to 12.4 where I never experienced anything like 
that

In both cases I used the same memory settings: 1.3GB and had about 10 Gradle 
based projects open
(I general I have the impression that using Gradle makes NetBeans use way more 
memory compared to Maven projects, not just because of the dreaded daemon)

Thomas


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [BETA] Apache NetBeans 12.5-beta2 available for testing

[Thomas Kellerer]

Neil C Smith schrieb am 26.08.2021 um 16:37:
> On Thu, 26 Aug 2021 at 15:16, Thomas Kellerer  wrote:
>>
>> Neil C Smith schrieb am 26.08.2021 um 15:42:
>>> Deadlock / freezes raised in NETBEANS-5740 and NETBEANS-5913 should be
>>> fixed (caused by deadlock between Micronaut hyperlink handler,
>>> whenever that module enabled, and test method computation)
>>>
>>> https://issues.apache.org/jira/browse/NETBEANS-5740
>>> https://issues.apache.org/jira/browse/NETBEANS-5913
>>
>> Hmm, I just had a freeze right after startup with beta2 (locked up in 
>> "Opening Projects")
>>
>> I have generated a thread dump with VisualVM.
> ...
>> Or should I add it to one of the mentioned issues?
>
> I wonder if it might actually be
> https://issues.apache.org/jira/browse/NETBEANS-5914 ?
>
> If you're sure it's the same as one of those issues from the thread
> dump, then attach there.
>
> If you're not sure, could you open a new issue and follow up with the link 
> here?

The thread dumps do look different.

In "my dump" only 
"org.netbeans.modules.project.ui.actions.LookupSensitiveAction"
and "Load Open Projects" are blocked, whereas in the thread dumps in that issue 
substantially more threads
are involved.

However "Load Open Projects" seems to always be included, so I attached my dump 
to that issue.

Regards
Thomas




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [BETA] Apache NetBeans 12.5-beta2 available for testing

[Thomas Kellerer]

Neil C Smith schrieb am 26.08.2021 um 15:42:
> Deadlock / freezes raised in NETBEANS-5740 and NETBEANS-5913 should be
> fixed (caused by deadlock between Micronaut hyperlink handler,
> whenever that module enabled, and test method computation)
>
> https://issues.apache.org/jira/browse/NETBEANS-5740
> https://issues.apache.org/jira/browse/NETBEANS-5913

Hmm, I just had a freeze right after startup with beta2 (locked up in "Opening 
Projects")

I have generated a thread dump with VisualVM.

I wasn't sure if "largish" attachments (60k) are allowed on this list.
If that is OK, I can send it as an attachment.

Or should I add it to one of the mentioned issues?

After I killed NetBeans and re-started it, it came up without problems.

Regards
Thomas


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [BETA] Apache NetBeans 12.5-beta2 available for testing

[Thomas Kellerer]

Neil C Smith schrieb am 25.08.2021 um 15:28:
> As mentioned earlier this week, I've triggered a second beta build for
> Apache NetBeans 12.5 today which is now available for testing.
>
> Changes between beta1 and beta2 can be seen at
> https://github.com/apache/netbeans/pull/3121
>
> Hopefully this can be our final beta and the voting candidate for 12.5
> can be built off the same git hash.  In particular, please test issues
> fixed between beta1 and beta2, as well as source builds.  Please also
> help with assessing / closing any relevant JIRA tickets. I suggest we
> could aim to move to a release vote a week today assuming no critical
> issues raised - Eric? Geertjan?
>
> The NetBeans 12.5-beta2 artifacts are here :
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release125/7/artifact/
>
> Link to the binary zip :
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release125/7/artifact/dist/netbeans/netbeans-12.5-beta2-bin.zip
> SHA512: 
> 349283292fc716ffc7e37461c59db11a4923f69fd9183ff7c92a161c9045d59c70e250ea44c042f9c65df1c66f2d1473f80ffe06b5cd7f292ca561621dacdb8d


Windows complains that netbeans64.exe is from an "untrusted source" and only 
runs it after a confirmation.

I never got this with any NetBeans .exe so it seems this beta was built 
differently.

Thomas


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Gradle-based exception in 12.4-rc2

[Thomas Kellerer]

I also see exceptions like this:

java.lang.ClassCastException: class com.sun.tools.javac.code.Type$ClassType 
cannot be cast to class com.sun.tools.javac.jvm.UninitializedType 
(com.sun.tools.javac.code.Type$ClassType and 
com.sun.tools.javac.jvm.UninitializedType are in unnamed module of loader 
org.netbeans.StandardModule$OneModuleClassLoader @2ba19405)
  at com.sun.tools.javac.jvm.Code.emitInvokespecial(Code.java:468)
  at com.sun.tools.javac.jvm.Items$MemberItem.invoke(Items.java:532)
  at com.sun.tools.javac.jvm.Gen.visitApply(Gen.java:1864)
  at 
com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1760)
  at com.sun.tools.javac.jvm.Gen.genExpr(Gen.java:868)
  at com.sun.tools.javac.jvm.Gen.visitExec(Gen.java:1727)
  at 
com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1547)
  at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:601)
  at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:636)
  at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:622)
  at com.sun.tools.javac.jvm.Gen.genStats(Gen.java:673)
  at com.sun.tools.javac.jvm.Gen.visitBlock(Gen.java:1088)
  at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1062)
  at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:601)
  at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:636)
  at com.sun.tools.javac.jvm.Gen.genMethod(Gen.java:958)
  at com.sun.tools.javac.jvm.Gen.visitMethodDef(Gen.java:921)
  at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:908)
  at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:601)
  at com.sun.tools.javac.jvm.Gen.genClass(Gen.java:2402)
  at com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:786)
  at com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1752)
  at com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:592)
  at 
com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:669)
  at com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:595)
[catch] at 
org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:303)
  at 
org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
  at 
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
  at 
org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
  at 
org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
  at 
org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
  at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
  

with Gradle projects in rc2 (not with Maven). Which forced me to go back to 12.3

Uninstallting nb-javac didn't help in this case

Thomas


Scott Palmer schrieb am 08.05.2021 um 00:54:
> Just noticed this while opening a Gradle project.  (Gradle 7.0, Java 16,
> Win 10, NB 12.4-rc2)
>
> java.lang.StringIndexOutOfBoundsException: begin 9, end -1, length 19
> at java.base/java.lang.String.checkBoundsBeginEnd(String.java:3751)
> at java.base/java.lang.String.substring(String.java:1907)
> at
> org.netbeans.modules.gradle.GradleModuleFileCache21.gavSplit(GradleModuleFileCache21.java:259)
> at
> org.netbeans.modules.gradle.GradleModuleFileCache21.resolveModule(GradleModuleFileCache21.java:234)
> at
> org.netbeans.modules.gradle.api.GradleBaseProjectBuilder.resolveModuleDependency(GradleBaseProjectBuilder.java:268)
> at
> org.netbeans.modules.gradle.api.GradleBaseProjectBuilder.processDependencies(GradleBaseProjectBuilder.java:198)
> at
> org.netbeans.modules.gradle.api.GradleBaseProjectBuilder.build(GradleBaseProjectBuilder.java:78)
> at
> org.netbeans.modules.gradle.api.GradleBaseProjectBuilder$Extractor.extract(GradleBaseProjectBuilder.java:335)
> at
> org.netbeans.modules.gradle.loaders.AbstractProjectLoader.createGradleProject(AbstractProjectLoader.java:108)
> at
> 

Re: Status of Ant vs Maven

[Thomas Kellerer]

Martin Desruisseaux schrieb am 12.08.2020 um 13:58:
>> ...I'd say that Ant is a legacy. We don't expect new projects to be created 
>> with the Ant build system.
>>
> But Ant is faster for daily development in Netbeans. Compiling and
> running a file (with or without debugger) is instantaneous with an
> Ant project while every execution takes a perceivable delay to launch
> as a Maven project.

This is the main reason I still use Ant based projects for anything that is not 
shared in a development team (e.g. private projects, simple tools etc)


> I also maintain an Ant project configuration in an
> "ide-project/NetBeans/" directory for those who wish to open the
> project as a NetBeans Ant project.

How is this possible? NetBeans complains if two projects share the same source 
directory (and refuses to open either of them)

Thomas






-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: FOSDEM talk: "From Oracle to Apache: News from NetBeans Community"

[Thomas Kellerer]

Geertjan Wielenga schrieb am 03.02.2020 um 14:54:
> Several of us on the mailing list were at FOSDEM in Brussel yesterday
> (Neil, Jan Lahoda, Martin Entlicher, Patrik Karlstrom) and it was a pretty
> good event -- I think we should treat FOSDEM as a place where we can get
> together every year and share new insights etc around NetBeans.
>
> One of the talks was by me, specifically about the state and direction of
> NetBeans, it takes about 20 minutes, take a look here:
>
> https://mirror.cyberbits.eu/fosdem/2020/UD2.119/fromoracleapache.webm

The short introduction to the history of NetBeans reminded me
that I started using NetBeans when it was still called "Forte for Java".

Which I actually found odd a the time, because DEC (Digital Equipment, later 
acquired by Compaq)
also had a tool named Forté which was a distributed application server - 
something completely different

Thomas



-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: google style guide support

[Thomas Kellerer]

I would have one question about code style support.
Are you planning to add support of the google style guide for Netbeans in
the near future?
We would like to become an IDE independent developer group in here at
Nokia. We really like Netbeans and other major IDEs in here. Unfortunately
Netbeans is the only one IDE from the major IDEs that can't support the
google style guide as a common formatting options.


You'll probably get better responses if you describe what kind of formatting 
rules you can not configure with the built-in NetBeans Java Formatter.

(I wasn't even aware that Google hat their own coding style rules)

Thomas


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Apache NetBeans maven artefacts for version 11.2

[Thomas Kellerer]

I retract this vote as it was in the wrong place.

Thomas Kellerer schrieb am 21.10.2019 um 14:59:
> -1
>
> because refactoring throws an exception.
>
> I have logged that under: https://issues.apache.org/jira/browse/NETBEANS-3263 
> including a very small Maven project where the exception occurs for me.
>
> Thomas


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Apache NetBeans maven artefacts for version 11.2

[Thomas Kellerer]

Ah, bummer!
I hit reply on the wrong thread - so please ignore this here, I'll answer in 
the other thread.

Sorry for the noise.

Thomas

Eric Barboni schrieb am 21.10.2019 um 15:38:
> Hi Thomas,
>  This vote is for Maven artefacts that allow to "mavenize" Aapche NetBeans 
> itself, not the Maven feature in Apache NetBeans. Maybe the vote should be in 
> the "main" thread. I did not see in the issue that your project use the 
> artefacts.
>
> Best Regards
> Eric
>
>
> -Message d'origine-
> De : Thomas Kellerer 
> Envoyé : lundi 21 octobre 2019 14:59
> À : dev@netbeans.apache.org
> Objet : Re: [VOTE] Apache NetBeans maven artefacts for version 11.2
>
> -1
>
> because refactoring throws an exception.
>
> I have logged that under: https://issues.apache.org/jira/browse/NETBEANS-3263 
> including a very small Maven project where the exception occurs for me.
>
> Thomas
>
>
> Eric Barboni schrieb am 21.10.2019 um 14:31:
>> Dear member of the Apache NetBeans community.
>>
>> The Maven artefacts for Apache NetBeans 11.2 are ready ( with correct
>> build numbers + javadoc  where Javadoc is generated) to be published
>> based on the respective state of source that is used for main vote [1].
>>
>> Build from this commit:
>> https://github.com/apache/incubator-netbeans/commit/d04fb24027334c4b6f
>> d8397b
>> 5d0cdd33187a8f54
>>
>> Artefacts taken from the same build as main voting thread [1] build
>> number the same.
>>
>> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/
>> netbea
>> ns/job/release112/29/
>>
>> staged at
>> https://repository.apache.org/content/repositories/orgapachenetbeans-1
>> 045
>>
>> Artefacts are signed using my key (Eric Barboni) and verified by the
>> repository.apache.org closing phase.
>>
>> Artefacts are composed of jars,nbm,sources,javadocs,pom.
>>
>> This vote is going to be open at least 72  hours, vote with +1, 0, and
>> -1 as usual
>> --- Important rules
>> If main vote[1] is cancelled this vote will be cancelled too.
>>
>>
>> Best Regards
>> Eric
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Apache NetBeans maven artefacts for version 11.2

[Thomas Kellerer]

-1

because refactoring throws an exception.

I have logged that under: https://issues.apache.org/jira/browse/NETBEANS-3263 
including a very small Maven project where the exception occurs for me.

Thomas


Eric Barboni schrieb am 21.10.2019 um 14:31:
> Dear member of the Apache NetBeans community.
>
> The Maven artefacts for Apache NetBeans 11.2 are ready ( with correct build
> numbers + javadoc  where Javadoc is generated) to be published based on the
> respective state of source that is used for main vote [1].
>
> Build from this commit:
> https://github.com/apache/incubator-netbeans/commit/d04fb24027334c4b6fd8397b
> 5d0cdd33187a8f54
>
> Artefacts taken from the same build as main voting thread [1] build number
> the same.
>
> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbea
> ns/job/release112/29/
>
> staged at
> https://repository.apache.org/content/repositories/orgapachenetbeans-1045
>
> Artefacts are signed using my key (Eric Barboni) and verified by the
> repository.apache.org closing phase.
>
> Artefacts are composed of jars,nbm,sources,javadocs,pom.
>
> This vote is going to be open at least 72  hours, vote with +1, 0, and -1 as
> usual
> --- Important rules
> If main vote[1] is cancelled this vote will be cancelled too.
>
>
> Best Regards
> Eric

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: NetBeans fails to validate web.xml - bug or missing feature?

[Thomas Kellerer]

Pete,

thanks for the suggestion.

The project was indeed "migrated" from NetBeans 8.2 - but it's a Maven project.
So the only (project) configuration file there is, is the pom.xml

There is nbactions.xml but that does not seem to contain any entries relevant 
for that.

nb-configuration.xml contains the following




http://www.netbeans.org/ns/maven-properties-data/1;>


Tomcat
JDK_1.8




Not sure if that influences the resolution of the XSD files.

Thomas


Pete Whelpton schrieb am 16.07.2019 um 10:10:
> Hi Thomas,
>
> I was banned from bringing a laptop on holiday, so this is from memory -
> please excuse any mistakes.
>
> I submitted https://github.com/apache/netbeans/pull/1266 to update the
> enterprise catalog to look for JavaEE XSDs in org/netbeans/modules/j2ee/dd/
> impl/resources
>
> I'm curious why NB is trying to find the XSDs in the old location in your
> case. Does your project date from <= NB8.2?
>
> If you root around inside the nbproject folder of your project, you may
> find an XML configuration file (sorry, can't remember exact name/location
> offhand) listing the XSDs used by the project and directory structures
> containing any XSDs NB downloaded as it couldn't find them in the
> Enterprise Catalog.
>
> Could be that config file still points to an old location?
>
> If so, close your project, make a copy of your project, and in that copy
> remove said config file along with the directories containing any
> downloaded XSDs. NB will then try and re-resolve them when you open that
> copy.
>
> Obviously make sure you have plenty of backups etc etc
>
>
> P
>
>
>
> On Tue, 16 Jul 2019, 06:54 Thomas Kellerer,  wrote:
>
>> Hi Josh,
>>
>> same with a clean userdir. This is the (somewhat obfuscated) web.xml:
>>
>> 
>> http://java.sun.com/xml/ns/j2ee;
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
>>  xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;>
>> Registration Servlet
>> Registration Servlet
>> 
>> jdbc/events
>> javax.sql.DataSource
>> Container
>> Shareable
>> 
>> 
>> RegistrationServlet
>> com.somepackage.RegistrationServlet
>> 
>> event-id
>> ${event.id}
>> 
>> 
>> 
>> RegistrationServlet
>> /register
>> 
>> 
>>
>>
>> It's a Maven project using OpenJDK 1.8 - maybe that makes a difference?
>>
>> The actual value of ${event.id} will be replaced by Maven during build.
>> I tried with a hardcoded value as well, and that doesn't make a difference.
>>
>> The error it shows is still:
>>
>> XML validation started.
>> Checking file:/C:/***/web.xml...
>> schema_reference.4: Failed to read schema document
>> 'nbres:/org/netbeans/modules/j2ee/ddloaders/catalog/resources/web-app_2_4.xsd',
>> because 1) could not find the document; 2) the document could not be read;
>> 3) the root element of the document is not . [4]
>> cvc-elt.1.a: Cannot find the declaration of element 'web-app'. [4]
>> .
>> .
>>
>> Regards
>> Thomas
>>
>>
>> P.S.: totally unrelated, but: your link to apress.com results in a blank
>> page in Firefox and an "Sorry, I can't display this page" in Microsoft Edge
>>
>> Josh Juneau schrieb am 15.07.2019 um 17:41:
>>> Hi Thomas,
>>>
>>> I cannot reproduce with 11.1 beta 4.  The web.xml does not show a red
>> X.  Have you tried with a clean userdir?   Thanks!
>>>
>>>
>>> Josh Juneau
>>> http://jj-blogger.blogspot.com
>>> https://www.apress.com/index.php/author/author/view/id/1866
>>>
>>>
>>>> On Jul 15, 2019, at 1:40 AM, Thomas Kellerer  wrote:
>>>>
>>>> Josh,
>>>>
>>>> it's not a big thing, because everything works even editing the web.xml
>> with the "wizard".
>>>>
>>>> Only the Projects window shows a little red cross next to the file.
>>>>
>>>> It's a (very old) Maven project and it's using JavaEE 7
>>>>
>>>>
>>>>  javax
>>>>  javaee-web-api
>>>>  7.0
>>>>  provided
>>>>
>>>>
>>>> Regards
>>>> Thomas
>>>>
>>>>
>>>> Josh 

Re: NetBeans fails to validate web.xml - bug or missing feature?

[Thomas Kellerer]

Hi Josh,

same with a clean userdir. This is the (somewhat obfuscated) web.xml:


http://java.sun.com/xml/ns/j2ee;
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;>
Registration Servlet
Registration Servlet

jdbc/events
javax.sql.DataSource
Container
Shareable


RegistrationServlet
com.somepackage.RegistrationServlet

event-id
${event.id}



RegistrationServlet
/register




It's a Maven project using OpenJDK 1.8 - maybe that makes a difference?

The actual value of ${event.id} will be replaced by Maven during build.
I tried with a hardcoded value as well, and that doesn't make a difference.

The error it shows is still:

XML validation started.
Checking file:/C:/***/web.xml...
schema_reference.4: Failed to read schema document 
'nbres:/org/netbeans/modules/j2ee/ddloaders/catalog/resources/web-app_2_4.xsd', 
because 1) could not find the document; 2) the document could not be read; 3) 
the root element of the document is not . [4]
cvc-elt.1.a: Cannot find the declaration of element 'web-app'. [4]
.
.

Regards
Thomas


P.S.: totally unrelated, but: your link to apress.com results in a blank page 
in Firefox and an "Sorry, I can't display this page" in Microsoft Edge

Josh Juneau schrieb am 15.07.2019 um 17:41:
> Hi Thomas,
>
> I cannot reproduce with 11.1 beta 4.  The web.xml does not show a red X.  
> Have you tried with a clean userdir?   Thanks!
>
>
> Josh Juneau
> http://jj-blogger.blogspot.com
> https://www.apress.com/index.php/author/author/view/id/1866
>
>
>> On Jul 15, 2019, at 1:40 AM, Thomas Kellerer  wrote:
>>
>> Josh,
>>
>> it's not a big thing, because everything works even editing the web.xml with 
>> the "wizard".
>>
>> Only the Projects window shows a little red cross next to the file.
>>
>> It's a (very old) Maven project and it's using JavaEE 7
>>
>>
>>  javax
>>  javaee-web-api
>>  7.0
>>  provided
>>
>>
>> Regards
>> Thomas
>>
>>
>> Josh Juneau schrieb am 12.07.2019 um 16:10:
>>> Hi Thomas,
>>>
>>> There is a PR that has been submitted which may repair these issues.  There
>>> is a similar issue that is repaired in the PR which addresses validation of
>>> the web-app_4_0.xsd.
>>>
>>> Is your project running a very old (pre-Java EE 5) version of Java EE?
>>> Even J2EE perhaps?
>>>
>>> Thanks
>>>
>>>> On Fri, Jul 12, 2019 at 8:48 AM Shammat  wrote:
>>>>
>>>> NetBeans 11.1-vc1 fails to alidate a valid web.xml
>>>>
>>>> When I open my web.xml from my project and click on the "Validate XML"
>>>> button (the two down arrows), it shows the following error message:
>>>>
>>>> XML validation started.
>>>> Checking file:/C:/**/src/main/webapp/WEB-INF/web.xml...
>>>> schema_reference.4: Failed to read schema document
>>>> 'nbres:/org/netbeans/modules/j2ee/ddloaders/catalog/resources/web-app_2_4.xsd',
>>>> because 1) could not find the document; 2) the document could not be read;
>>>> 3) the root element of the document is not . [2]
>>>> cvc-elt.1.a: Cannot find the declaration of element 'web-app'. [2]
>>>>
>>>> However, the file "web-app_2_4.xsd" is contained in several jar files.
>>>>
>>>> It is contained in "org-netbeans-modules-j2ee-dd.jar", but inside that jar
>>>> file it's in the package/directory:
>>>>
>>>>   org/netbeans/modules/j2ee/dd/impl/resources
>>>>
>>>> rather than "org/netbeans/modules/j2ee/ddloaders/catalog/resources" where
>>>> the editor seems to expect it.
>>>>
>>>> And it's also part of servlet3.1-jsp2.3-api.jar, but there it's in the
>>>> package/directory "resources/schemas"
>>>>
>>>> Thomas

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: NetBeans fails to validate web.xml - bug or missing feature?

[Thomas Kellerer]

Josh,

it's not a big thing, because everything works even editing the web.xml with 
the "wizard".

Only the Projects window shows a little red cross next to the file.

It's a (very old) Maven project and it's using JavaEE 7


  javax
  javaee-web-api
  7.0
  provided


Regards
Thomas


Josh Juneau schrieb am 12.07.2019 um 16:10:
> Hi Thomas,
>
> There is a PR that has been submitted which may repair these issues.  There
> is a similar issue that is repaired in the PR which addresses validation of
> the web-app_4_0.xsd.
>
> Is your project running a very old (pre-Java EE 5) version of Java EE?
> Even J2EE perhaps?
>
> Thanks
>
> On Fri, Jul 12, 2019 at 8:48 AM Shammat  wrote:
>
>> NetBeans 11.1-vc1 fails to alidate a valid web.xml
>>
>> When I open my web.xml from my project and click on the "Validate XML"
>> button (the two down arrows), it shows the following error message:
>>
>> XML validation started.
>> Checking file:/C:/**/src/main/webapp/WEB-INF/web.xml...
>> schema_reference.4: Failed to read schema document
>> 'nbres:/org/netbeans/modules/j2ee/ddloaders/catalog/resources/web-app_2_4.xsd',
>> because 1) could not find the document; 2) the document could not be read;
>> 3) the root element of the document is not . [2]
>> cvc-elt.1.a: Cannot find the declaration of element 'web-app'. [2]
>>
>> However, the file "web-app_2_4.xsd" is contained in several jar files.
>>
>> It is contained in "org-netbeans-modules-j2ee-dd.jar", but inside that jar
>> file it's in the package/directory:
>>
>>org/netbeans/modules/j2ee/dd/impl/resources
>>
>> rather than "org/netbeans/modules/j2ee/ddloaders/catalog/resources" where
>> the editor seems to expect it.
>>
>> And it's also part of servlet3.1-jsp2.3-api.jar, but there it's in the
>> package/directory "resources/schemas"
>>
>> Thomas
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>> --
> Josh Juneau
> juneau...@gmail.com
> http://jj-blogger.blogspot.com
> https://www.apress.com/us/search?query=Juneau
> 
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists