Hi,
I want to ask - how should we mark issues which are intended to be
solved in NetBeans 11.1 ?
Right now, I have:
https://issues.apache.org/jira/browse/NETBEANS-2361
https://issues.apache.org/jira/browse/NETBEANS-2565
https://issues.apache.org/jira/browse/NETBEANS-2577
Two of them are
Dne 06. 11. 19 v 16:17 Peter Hull napsal(a):
On Wed, 6 Nov 2019 at 15:13, Jose Ch wrote:
For some reason I've got both 7.2 and 5.0.1 on the startup classpath -
Yes, that was it. You probably didn't do "ant clean" (neither did I).
The NPE should be fixed by
+1 (binding)
Checksum matches.
Installer tested on Ubuntu 19.04 / KDE 5; on JDK 8; 11.0.5; 13 -
consistent, working.
Similar findings as Laszlo, no blockers.
-Svata
Dne 25. 10. 19 v 17:47 reema.tan...@oracle.com napsal(a):
Hi,
Artifacts are available here:
Hi,
+1 from me. I was waiting for such a change towards more collaborative
environment since the former release process was defined.
-S.
Dne 07. 10. 20 v 16:23 Laszlo Kishalmi napsal(a):
Dear all,
While the current release process we have seems to work, the review
shows that the freeze on
Hi,
I am trying to fix "commit-validation" test that (among other things)
ensures some consistency in registration layers, in particular order of
registrations in MIME Lookup.
The explanation got terribly long, so I put up a Wiki page, see
Hi,
the IDE respects file.encoding property as the ultimate default, but
usually(!) a file resides in a Project which can decide on the encoding
(see e.g. org.netbeans.modules.maven.queries.MavenFileEncodingQueryImpl)
or the DataObject (= file type) may have its own mechanism to detect
Hi,
I do not follow exactly from the start, but ...
Dne 23. 06. 20 v 23:48 Dmitry Semikin napsal(a):
Nevertheless, meanwhile I updated the example implementation, so that it
implements now HighlightsContainer directly instead of using OffsetsBag. If
someone is interested it is still
+1 (binding)
Installed on a pristine vscode profile, went smooth, completion was
working. Tested on Linux Kubuntu 19.04 / x86_64
-Svata
Dne 25. 11. 20 v 9:31 Martin Balin napsal(a):
Dear community,
As suggested by Laszlo Kishalmi I've started a new thread to vote on
Apache NetBeans
+1 (binding)
* SHA512 of source zip checked
* verified netbeans-12.2-source.zip.asc signature
* LICENSE, NOTICE files present and contains expected content
* built from the sources
* the product contains LICENSE, NOTICE
* opened [java] project, built run, edited source
* verified
apache-rat-0.12.jar is the first binary (my) build downloads. It
succeeded on my machine with build 11.0.5+10-LTS.
If the 1st binary fails, then it's quite likely you're experiencing some
network issues, rather than a build error.
Doublecheck your network setup, if there's not a HTTP proxy
+1 (binding)
* SHA512 of source zip checked
* verified netbeans-12.2-source.zip.asc signature
* LICENSE, NOTICE files present and contains expected content
* built from the sources
* the product contains LICENSE, NOTICE
* opened [java] project, built run, edited source
* verified
+1 (binding)
* verified source zip digests and signatures
* build from sources according to the instructions
* vsix contents corresponds to the vsix built on my machine
* LICENSE & NOTICES ok
* tested basic operations with the lang server (completion, refactor,
build, execute, debug)
Dne 11.
Hi, Joerg, Christian,
in fact all the binaries are present at
https://ftp.osuosl.org/pub/netbeans/binaries/ but are not linked from
the web (see note at
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=115507251).
If someone suggests a procedure how to refresh the index file
Dne 13. 05. 21 v 18:36 Laszlo Kishalmi napsal(a):
What I need to know is how do you test any changed code? I can't
believe it is necessary to rebuild the app every time that would
surely take too long and possibly not very informative. For my system
it varies between 25 to 30 minutes. So when
+1 (binding)
- SHA verified, signatures valid
- LICENSE and NOTICE ok in src/binary zip
- builds OK (JDK 8, Ubuntu 19.04)
- basic sanity checks on java/maven project editing passed.
-Svata
Dne 14. 05. 21 v 23:28 Geertjan Wielenga napsal(a):
Build artifacts are available here:
+1 (binding)
- SHA512, GPG signature verified.
- installable into vscode
- basic open-edit-debug-run scenario works
-Svata
Dne 19. 05. 21 v 14:09 Martin Balin napsal(a):
Dear community,
This is the voting for Apache NetBeans Language Server 12.4 release - VSIX for
VSCode marketplace.
BTW - looking at the JavaFX archetype resources[1], there's
javafx-maven-plugin configured ...
... which could nicely plug into
https://issues.apache.org/jira/browse/NETBEANS-5394 that will be
probably implemented.
Additional action mappings would be then activated by e.g. plugin
presence in
Dne 29. 04. 21 v 9:06 Martin Balin napsal(a):
What about something like this which Svata merged to master and labeled as 12.4?
https://github.com/apache/netbeans/pull/2897
Does this need a new PR to “delivery” branch?
The commits from PR 2897 (checked 8cd30f3) seem to be already part of
Hi,
would it be possible to tag git revisions of the RC builds as it was
done for 12.2 release in the past ?
Thanks,
-Svata
Dne 29. 04. 21 v 16:18 Geertjan Wielenga napsal(a):
Hi all,
Here's our schedule, we're (Neil and I) are working on putting rc2
together, we're not far off from
Hi, Lazslo, Jardo,
Dne 11. 03. 21 v 10:32 Jaroslav Tulach napsal(a):
Hello Laszlo.
I do not think that having an LSP Gradle module for customizing actions
would mean a "fork".
...new module we are duplicating the amount of work and reducing the
synergy. If we go that path, then
it may happen
Dne 31. 03. 21 v 17:31 Scott Palmer napsal(a):
That was exactly it. Why don’t we just update the requirements to Ant 1.10.8
and close that issue?
Scott
1/ the issue is closed/fixed already
2/ IMHO not worth to bump requirements now, but sooner or later we may
need some new _feature_ of
Dne 30. 03. 21 v 21:31 Svata Dedic napsal(a):
getSupportedActions() nor whether it is enabled. And PHP seems to be
Really too late. Does check for enabled, but not for its existence. Sorry.
-S
-
To unsubscribe, e-mail: dev
https://github.com/apache/netbeans/pull/2822
is the likely culprit; it does not check for the action being among
getSupportedActions() nor whether it is enabled. And PHP seems to be
'picky' for unknown/unhandled actions :)
I'll try to fix that tomorrow, too late today (or maybe Jarda will do
+1 (binding)
- SHAs and ASCs verified for binary, sources and NBMs
- checked LICENSE and NOTICE files
- built from sources on Ubuntu 19.04 / x86_64, Oracle JDK 8
- opened a project (maven), checked basic editing
- briefly checked the convenience binary; looks sane; LICENSE and NOTICE
files
A sidenote: splitting the conversation, as it really deserves two
threads. This one should discuss the proposed "Run with Parameters
feature for gradle.
But the original thread ("Gradle fixes & heads up") contains also other
stuff related to the existing stalled PRs[2],[3] - Laszlo, would
+1 (binding)
- sha + gpg signature checked
- tested on Ubuntu Linux 19.04 / KDE, works as expected
-Svata
Dne 12. 04. 21 v 17:19 Martin Balín napsal(a):
Dear community,
As discussed here some time ago I would like to release VSCode NetBeans 12.4
Beta2 on VSCode marketplace.
Therefore I’m
Hi,
+1 (binding)
* SHA512 ok
* GPG signature verified (geert...@apache.org)
* source contains LICENSE and NOTICE
* source builds into a binary with LICENSE + NOTICE (+3rd party) - JDK8
used.
Happy testing,
-Svata
Dne 08. 04. 21 v 12:43 Geertjan Wielenga napsal(a):
Dear community,
Here's
Hi,
+1 (binding)
- sha512 checked
- signatures checked
- build succeeded
- vsix installable, works
- update centers point to 12.2
Let's work toghether to make the 12.3 release really smooth :)
-Svata
Dne 14. 02. 21 v 6:52 Jaroslav Tulach napsal(a):
Dear community,
please accept my apology
Dne 22. 02. 21 v 17:37 Laszlo Kishalmi napsal(a):
That's Ok, though I'm going to put the dev list in the cc. There is
nothing secret on this, and I do not mind if someone else would give
feedback on the topics. But at least these discussions are open.
Perfect. I sent it off the list just as a
Laszlo -
I've tried to find out how could a plugin inspect details of a Task
configured for a gradle project -- but so far I haven't found a way how
to dig out e.g. properties (primitive ones could be sufficient, maybe) ?
Is there a way or model in current Gradle support that I've missed ? The
Neil, Matthias at all,
Let me present a different opinion. I understand the policy that
"compiled code should not be part of the relase (that is: sources that
are used to build the convenience binary).
I suppose the main philosophy behind objections against *compiled code*
is that it is an
+1 (binding)
- SHA512 and GPG signatures verified
- installs OK
- project creation, basic editing OK
Linux Ubuntu 19.04 / KDE
-S.
Dne 14. 09. 21 v 8:21 Martin Balin napsal(a):
Dear community,
We can now vote for Apache Netbeans 12.5.0 VSCode extension (VSIX).
Primary voting artefact:
+1 (binding)
- signature and SHA verified
- complete / incomplete / custom dir installation succeeded
- installed IDE worked OK for maven
- attempted to install using JDK8,13,16 on the system
Linux Ubuntu 19.04 / KDE
-Svata
Dne 13. 09. 21 v 18:00 Eric Barboni napsal(a):
Hi,
We can vote for
+1 (binding)
* ZIP and VSIX sha-checked, signatures verified
* built from sources (OK), installed into vscode (OK)
* used as an editor for several hours
* basic run / debug / stop at breakpoint works
Ubuntu 19.04 / KDE / JDK8+11
-S.
Dne 14. 10. 21 v 9:31 Martin Balin napsal(a):
Dear
Dne 04. 10. 21 v 15:20 Eric Barboni napsal(a):
But now the sub job "Test Java modules with nb-javac on Java 8" fail with
the following on regular basis on several PR.
"hide-logs.sh ant $OPTS -f java/gradle.java test" exited with 1.
In several of my PRs the Gradle's JavaExecToken* test is
+1 (binding)
- ZIP and NBMs SHA512 checked, GPG signatures OK.
- LICENSE, NOTICE and DEPENDENCIES present & sane in the tarball
- build from sources (JDK 8, JDK 11) - Ubuntu 18.04
- basic test (open project, compile run + debug), editing OK
- Maven + gradle projects
-Svata
Dne 22. 11. 21 v
+1 (binding)
- SHA512 & GPG signatures checked
- installation OK, starts with the selected JDK.
- opened & compiled maven project
Dne 24. 11. 21 v 15:20 Neil C Smith napsal(a):
Hi,
Vote for Apache NetBeans 12.6 Linux installer.
Primary voting artefact :
+1 (binding)
- SHA1 & GPG verified
- extension installed OK
- worked briefly with Gradle project (Micronaut-core)
-S.
Dne 26. 11. 21 v 7:24 Martin Balin napsal(a):
Hi,
We can vote for Apache NetBeans 12.6.0 VSCode extension (VSIX) to be released
on VSCode Marketplace.
Primary voting
Hi,
When it happens again, either run VisualVM in parallel & monitor, or
take a few thread dumps in sequence (CTRL + \ in console or SIGQUIT
signal). Maybe the thread dumps could lead us to what blocks project
open or takes so much time. File a JIRA issue + attach the visualvm
snapshots or
starting the sampling is show the open Project
dialog and cancel it a few times.
image.png
(Hopefully the screenshot comes through)
Scott
On Fri, Nov 5, 2021 at 4:57 AM Svata Dedic <mailto:svatopluk.de...@gmail.com>> wrote:
Hi,
When it happens again, either run VisualVM i
+1 (binding)
- signatures OK
- build OK
- tested new project, build, debug, continuous mode run (gradle). basic
editing.
-Svata
-Message d'origine-
De : Martin Balin
Envoyé : jeudi 15 juillet 2021 15:01
À : dev@netbeans.apache.org
Objet : [VOTE] Release Apache NetBeans Language
+1 (binding)
- SHA512 OK. .asc signature OK.
- source build OK.
- installed OK.
- Opened Maven project, build, debug OK
-Svata
P.S.: 2022 year update to NOTICE file filed as
https://github.com/apache/netbeans/pull/3464 for NB13.
Dne 13. 01. 22 v 9:29 Martin Balin napsal(a):
Dear community,
+1 (binding)
- Checksum OK
- Signature verified
- Runs fine on JDK11, Ubuntu
- Attempted edit-compile-run cycle, all OK
Dne 28. 02. 22 v 11:31 Martin Balin napsal(a):
Dear community,
Vote for NetBeans 13.0 extension for VSCode (VSIX).
Primary voting artefact is :
How do I record dependencies between GH issues ? I can of course just
mention it - and the link will be lost somewhere in the issue conversation ?
-S.
Dne 31. 01. 22 v 9:04 Geertjan Wielenga napsal(a):
GitHub, please.
We need to set Jira to readonly soon.
Gj
On Mon, 31 Jan 2022 at 08:03,
[X] yes / +1
[ ] no / -1 (please justify -1)
[X] binding (member of PMC)
My vote is based on
[X] I have built and tested the source with Oracle JDK 17 on Ubuntu
22.04 (required)
[X] I have tested the binary zip with Oracle JDK 17 and Oracle JDK 21
(prerelease) on Ubuntu 22.04
[X] I have
Hi,
+1 (binding)
- LICENSE, NOTICE checked
- sha sums and signatures OK
- build OK on Java17.0.3.1 / Ubuntu 22.04
- the vsix seems to run OK in basic scenarios
Tested basic editing, completion, build + run on a simple Micronaut
4.0.3 project, on Ubuntu Linux 22.04
-Svata
On 15. 09. 23
Can you invent your own MIME type for your file content (= is it some
special - purpose JSON/XML) ? If so, then you could use (for XML)
composed mime type text/javier-content+xml
The editor pane will inherit everything registered for plain XML +
you'll be able to register specific services for
Or, if you have the usual env vars (http_proxy etc) set up, you can do
ant -autoproxy
-S.
Dne 21. 04. 22 v 20:07 antonio napsal(a):
Try something like
export ANT_OPTS="-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080"
ant
as explained here:
https://ant.apache.org/manual/proxy.html
HTH,
+1 (binding)
- checked SHA and GPG signatures for all files (platform, netbeans, nbms)
- eyeballed LICENSE, NOTICE - OK
- built from sources (platform, netbeans), Oracle Java 11 / Linux Ubuntu
19.04
- sanity check of NeBeans build: open maven project, compile, edit
- checked basic operation
I have very bad experience with turning off integration tests. And
consistency of the registrations is ultimately important. We can easily
go unnoticed to the situation when the IDE simply does not start because
of broken layer.
I've fixed similar situation in the past (after some time
Hi,
NetBeans relies on an embedded Graal.js (which includes Truffle
libraries) for parsing javascript PAC proxy configuration. There was a
bug in NB-13 until almost NB14 release in bad metadata in a wrapper jar
that blocked some classes from loading - they were moved in Truffle to
another
On 19. 07. 22 18:32, Peter Cheung wrote:
Hi
I am creating a new project type for RISC-V. The below code only work when
my netbeans loaded maven plugin. Is it possible to let netbeans load my plugin
and auto load maven plugin together?
Well, that's bad. Maven module's API is just
It is, but I'd like at least some time (and ideally some
colleague/companion for the work - it's big) for +- reviewing /
polishing the API before publishing
-S.
On 20. 07. 22 17:45, Neil C Smith wrote:
On Tue, 19 Jul 2022 at 21:36, Svata Dedic wrote:
On 19. 07. 22 18:32, Peter Cheung
+1 (binding)
- SHA signatures checked, GPG verified
- builds cleanly
- open (gradle, maven) project, generate micronaut entity class, basic
editing, run,debug
Tested on Kubuntu 20.04.4 LTS x86_64, KDE
Issues found (will report separately, not critical for the release):
- go to library source
Hi,
+1 (binding)
- SHA512 OK, GPG signature verified & is in KEYS file
- LICENSE, NOTICE, DEPENDENCIES seem sane
- build OK (JDK 9)
- extension installs OK from source build & convenience binary
- briefly tested on micronaut-starter, project opens, builds.
- Ubuntu Linux 19.04 + oracle JDK11
Dne 09. 05. 22 v 22:17 Łukasz Bownik napsal(a):
The problem is that another method of this class
*public String processPattern(String newPattern) throws
IllegalArgumentException*
becomes useless now.
I think it should be removed.
In general no API can be *ever* removed once published in a
+1 (binding)
- Signatures verified
- Successfully installed, project features work OK
- Tried basic edit-debug-run scenario, Maven + Gradle projects
tested on Linux Ubuntu 20.04.5 LTS, vscode 1.70.2
-Svata
On 29. 08. 22 18:42, Martin Balin wrote:
Dear community,
Vote for Apache NetBeans 15.0
On 07. 09. 22 19:46, Peter Cheung wrote:
hi
1. I want to customize the editor's side bar (the one showing the line
number), I want to add some icon to it. Any example for this?
Two ways:
1/ register a sidebar on the 'west' side. See editor.fold.nbui module -
you're free to paint whatever
On 17. 10. 22 15:13, Michael Bien wrote:
I saw the micronaut tests of the enterprise job fail twice so far. This
might need to be wrapped into the retry script.
Have you links to those failures ? I've added the whole micronaut
testsuite recently (PR merged today), maybe it could be
Hi,
+1 (binding)
- signatures and SHA checked
- built from sources - all OK
- checked vscode Projects view, build, compile, run, test explorer
tested on Ubuntu Linux 20.04.5 LTS / KDE / Oracle JDK11
-S.
On 11. 10. 22 13:41, Martin Balin wrote:
Dear community,
let's update the Apache
What was the project's size (# of dependency closure) ?
-S.
On 07. 10. 22 15:46, Eric Bresie wrote:
OkayI was trying again and wanted to bring it up again.
When opening pom.xml, clicking the Graph button, it seems to get stuck
while "Loading and constructing the graph". It indicates it
Hi,
downloaded right now - SHA512 seems correct (did you checked by sha512,
not sha1 :) ?), and even the GPG signature is OK - but Neil's signing
key expired just today (signed on 21. Nov 2022)
Maybe the release should be signed next time by a key which is at least
6 months before
+1 (binding)
- SHA512 and GPG signature OK
- installs OK, provides views and code completion
- tested on Ubuntu 20.04 / Oracle Java 11.
-Svata
On 29. 11. 22 12:48, Martin Balin wrote:
Hello,
Vote for Apache NetBeans VSCode Extension 16.0 to be released.
Primary voting artefact:
Hi,
late Friday, a colleague discovered a bug in NbProjectInfoBuilder -
mishandled compiler options (compilerArgs / allCompilerArgs /
freeCompilerArgs) that fails to load the project when NB runs on JDK19.
I can provide a fix tomorrow.
-S.
On 18. 12. 22 18:28, Neil C Smith wrote:
On Sun,
And what about old school
List uris = new ArrayList<>(prjs.length);
for (Project p : prjs) {
for (AntArtifact a :
AntArtifactQuery.findArtifactsByType(p,
JavaProjectConstants.ARTIFACT_TYPE_JAR)) {
It would greatly help to also supply a minimal build.gradle that
triggers the failure: I've tried to load several of my gradle samples
using JDK19 seemingly without any issues.
The printed type/method seems as my changes to gradle loading are the
culprit: based on the sample I'll be probably
Hi,
please temporarily disable the java.lsp.server test in the main suite, I
will take the #4921 over next week.
Great job with the migration !
-Svata
On 05. 11. 22 19:18, Michael Bien wrote:
Hi devs,
at first we weren't sure if we should migrate all travis jobs to github,
then we
Hi,
During testing, one somewhat critical bug was discovered: newer
Micronauts (3.8.x) use newer GraalVM native-image plugin, which default
goal binding is different from what the NBLS code anticipates, so wrong
project product artifact(s) are reported.
This PR (for delivery / NB17) should
Speaking for myself personally:
I'd like to step in the discussion, as I see the rapid movement between
JDK versions that is even increasing with increased frequency of JDK
releases (with only limited features that make a real difference for NB
development) as dangerous - but I still lag
[X] yes / +1
[ ] no / -1 (please justify -1)
[X] binding (member of PMC)
My vote is based on
[X] I have built and tested the source with Oracle JDK 11.0.5 and 19.0.1
on Ubuntu 22.04.1
[X] I have tested the binary zip with Oracle JDK 11.0.5 and GraalVM CE
22.3.1 on Ubuntu 22.04.1
[X] I have
On 17. 02. 23 11:17, Neil C Smith wrote:
Definitely in favour of the command line parameter. But, does it
absolutely need launcher changes to achieve it? Not achievable by
parsing the command line argument in MainImpl like you're doing with
the system property?
The thing is that the
Hi, all,
This e-mail is to solicit possible comments/opinions to the approach ...
and to get some help as I don't seem to have enough info about the
launcher release process :)
I'd like to add a small enhancements to the binary launchers, as a
follow-up to
Interesting stats, but
Apache-NetBeans-17-bin-windows-x64.exe 643,458 downloads,
netbeans-17-bin.zip 130,456 Downloads
the files being +- the same size.
but the traffic says:
netbeans-17-bin.zip 24,873,400,441,109
Apache-NetBeans-17-bin-windows-x64.exe
Please remember that the published proposal not only covered JDK8's
fate, which we argue about right now, but also the idea to drop JDK11 in
2024. So take my
* -1 (at the moment) for JDK8 phase out with NB19;
* and ANOTHER -1 to the JDK11 plans as presented in this thread (but
that should be
On 10. 04. 23 19:35, Scott Palmer wrote:
Note that the one example we have been given so far of "Microchip IDE", if
it is what I think it is "MPLAB X IDE" (
https://www.microchip.com/en-us/tools-resources/develop/mplab-x-ide), then
it seems to have Windows 10, Ubuntu 16.04, macOs 10.15 as
On 12. 04. 23 6:04, László Kishalmi wrote:
Well, your proposal is actually putting additional work both on who wants
to move forward and who wants to support Java 8 runtime. Also how would it
look like wne Java 17, 21 would be the base? I would like to avoid having
codes in the ide like this
+1 (binding)
- sha + signatures checked
- builds cleanly on JDK19
- basic edit/compile cycle seems to work fine on a simple sample project.
Tested on Ubuntu 22.04 / Oracle JDK 17 + 19
-S.
On 11. 04. 23 17:58, Martin Balin wrote:
Dear community,
let's update the Apache NetBeans Language
Hi,
+1 (binding)
- SHA + GPG checked
- builds cleanly
- LICENSE present, NOTICE looks sane
- tested basic editing, audit,
- tested proxy (nonproxy) detection
- tested deploy of micronaut (old and new), springboot
all seems good.
-S.
On 31. 01. 23 19:51, Martin Balin wrote:
Dear community,
[resend, from gmail address; pls. ignore duplicates]
Hi, Neil, and all,
again I am causing trouble with the release. Approx an hour ago, a
colleague tested the upcoming release on Windows and found out that DB
drivers (from other VSCode extension on Marketplace) are not getting
injected into
On 10. 04. 23 5:40, Laszlo Kishalmi wrote:
It is also being said that "The IDE will continue to support users
developing projects for/with JDK 8, for as long as nb-javac and other
dependencies allow." . I think the team would understand if we keep our
Gradle Tooling library on JDK8 level for
Pls. also consider the memory settings fix here:
https://github.com/apache/netbeans/pull/5914
-S.
On 09. 05. 23 10:08, Neil C Smith wrote:
On Fri, 5 May 2023 at 10:11, Neil C Smith wrote:
On Tue, 2 May 2023 at 16:09, Neil C Smith wrote:
We don't have much in delivery for 18-rc3 yet, and
[X] yes / +1
[ ] no / -1 (please justify -1)
[X] binding (member of PMC)
My vote is based on
[X] I have built and tested the source with OpenJDK 21 on Ubuntu Linux
22.04.1 (required)
[X] I have tested the binary zip with Oracle JDK 17.0.8 LTS on Ubuntu
Linux 22.04.1
[X] I have tested the DEB
Will check, thanks.
Anything is possible until the API matures and goes public, tentative
timeframe is NB23. I am willing to adapt 'early adopter' code, we now
need for Oracle exensions, of course.
-S.
On 18. 12. 23 13:04, Neil C Smith wrote:
On Wed, 29 Nov 2023 at 19:24, Svata Dedic
+1 (binding)
- SHA512 and GPG signatures OK
- builds cleanly (JDK17, Ubuntu linux 22.04)
- license, notices present
- tested on JDK17 + JDK21 Ubuntu Linux
-Svata
On 11. 01. 24 11:35, Martin Balin wrote:
Hello,
Yesterday the issue was discovered in VSNetBeans 20.0.301 voting candidate 1
and
On 01. 12. 23 16:22, Michael Bien wrote:
is this about a convenience action which:
Possibly, but it's mainly about a convenience API that allows (other)
modules to do that.
Currently a "technology" module (micronaut, spring, oracle cloud) that
would like to introduce an artifact to the
Hi,
I am working (finishing) on an extension of (still private) Project
Dependency API that would allow to *add* dependency to a project (and
also remove). This is a change that will span both Maven and Gradle
modules, so I thought I'll put a note in advance, but PR will be landing
shortly
On 01. 12. 23 3:29, Michael Bien wrote:
And why is it not sufficient to (mvn) install the dependency into the
local repo, and then depend on it the regular way?
The API is just an abstraction implemented by project system. So with
Maven project, it will be implemented as an edit into
On 01. 12. 23 15:53, Michael Bien wrote:
Sounds like a useful feature in some situations. The impl details will
be interesting though, since I am sure someone will try to add a maven
project to a gradle project or vise versa.
The feature should be primarily used to add artifact (e.g.
+1 (binding)
- SHA512 and GPG signatures checked
- LICENSE and NOTICE lok sane
- built cleanly with GraalVM for JDK21
- briefly tested with on Maven java projects
Tested on Ubuntu Linux 22.04, GraalVM for JDK21 21.0.2+13.1
-S.
On 10. 04. 24 13:31, Dusan Balek wrote:
+1 (binding)
Features
Hi,
I have tried to follow Matthias' work but tried to retain as much of
GraalVM/JS libraries as possible - see
https://github.com/apache/netbeans/pull/7268
If I tested the change correctly, this change should run on GraalVMs
with and without JS installed as well as non-polyglot / non-jvmci
-- Answer form
[X] yes / +1
[ ] no / -1 (please justify -1)
[X] binding (member of PMC)
My vote is based on
[X] I have built and tested the source with Oracle JDK 17 on Ubuntu
22.04 (required)
[X] I have tested the binary zip with Oracle JDK 17 on Ubuntu 22.04
[X] I
91 matches
Mail list logo