ade.
>
> Best Regards
> Eric
>
> -Message d'origine-
> De : Michael Bien
> Envoyé : vendredi 24 novembre 2023 13:38
> À : dev@netbeans.apache.org; Patrik Karlström
> Objet : Re: Build failure with nbm-maven-plugin:14.0
>
> Hi Patrik,
>
> I quickly che
Eric
-Message d'origine-
De : Michael Bien
Envoyé : vendredi 24 novembre 2023 13:38
À : dev@netbeans.apache.org; Patrik Karlström
Objet : Re: Build failure with nbm-maven-plugin:14.0
Hi Patrik,
I quickly checked and the nbm-maven-plugin doesn't directly depend on ASM but
uses
for my project on
NB20-rc4 yesterday and initially it worked fine.
Today I got a build failure in 1 of 60 modules that I solved with this
dependency.
org.ow2.asm
asm
9.6
Is that normal, is it me or something with nbm-maven-plugin
I switched to nbm-maven-plugin:14.0 to use Java 21 for my project on
NB20-rc4 yesterday and initially it worked fine.
Today I got a build failure in 1 of 60 modules that I solved with this
dependency.
org.ow2.asm
asm
9.6
Looks like ant can not access "internal" JDK classes.
I'm using ant that comes bundled with NB 13.
Here is some output from ant debug logging:
Detected Java version: 11 in:
C:\Dev\Apps\Java\zulu11.54.25-ca-jdk11.0.14.1-win_x64
Detected OS: Windows 11
ant.version -> Apache Ant(TM) version
This is weird. Looks like and ant or java misconfiguration.
What does "ant -diagnostics" say? Double-check that ant and java are
supported versions.
El 12/4/22 a las 20:57, Karl Tauber escribió:
I'm having problems to build NB master branch.
It fails always in project "JPDA Debugger API"
Hello,
I'm having problems to build NB master branch.
It fails always in project "JPDA Debugger API" (java/api.debugger.jpda).
Here is the output (last line it the important one):
all-api.debugger.jpda:
Building java/api.debugger.jpda...
java/api.debugger.jpda.init-tasks:
When I pushed updates to my github netbeans fork which triggers the CI
processing as part of
Apache Netbeans Continuous Integration Apache Netbeans Continuous
Integration #12
I get the following issue. Assume this has to do with the
availability/reliability of the osuosl download server. Is
I got an email with Subject:
[apache/netbeans] PR run failed: Apache Netbeans Continuous
Integration - [NETBEANS-4745] Include immutable objects for fxml
editor identification (37ba4d2)
letting me know a pull request failed continuous integration. This
certainly doesn't seem to have
So on one of the deltas listed I see it removing gnu debugger in place of what
looked like the proprietary one. Could the gnu debugger be resurrection and
used instead?
If clank is basically a third party product can an external dependency be added
and used instead of including it directly as
Okay,
I had to remove validation.nb.cluster.cnd=cnd.kit, too.
Now I get the Target "all-cnd" does not exist in the project "main". error.
However I get the same error when trying to build dlight.
Now from the Jira I concluded that I might need to call ant differently. So I
tried
ant -f
Thanks a lot for this history lesson -- so great that we have people with
this long perspective on where the code came from and so on.
I have also seen "Target "all-cnd" does not exist in the project "main"".
But then sometimes it just goes away. Reminds me a bit of this discussion:
I took a look at geertjans branch (https://github.com/geertjanw/netbeans)
building "ant -Dcluster.config=cnd" ...
You should be able to deal with the dbx dependency simply by removing
'cnd.debugger.dbx' from the 'nb.cluster.cnd'
list in "nbbuild/cluster.properties". There's also
On Fri, Feb 7, 2020 at 10:15 AM Ivan Soleimanipour <
ivan.soleimanip...@sbcglobal.net> wrote:
>
>
> On 2/6/20 11:06 PM, Jan Lahoda wrote:
> > On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour <
> > ivan.soleimanip...@sbcglobal.net> wrote:
> >
> >> This is odd.
> >> cnd/cnd.debugger.dbx et-al is a
Maybe it makes sense to collect all issues first. We could treat all
missing dependencies as Gaps and try to figure out where in the code we
have issues.
We could then evaluate the gaps and make a decision if it is worth to
close the gaps or rewrite. And maybe we can collect Informations or
It’s going to be a lot of work integrating C/C++ back into NetBeans and I
may need to restart from scratch.
Gj
On Fri, 7 Feb 2020 at 10:15, Ivan Soleimanipour <
ivan.soleimanip...@sbcglobal.net> wrote:
>
>
> On 2/6/20 11:06 PM, Jan Lahoda wrote:
> > On Fri, Feb 7, 2020 at 5:19 AM Ivan
On 2/6/20 11:06 PM, Jan Lahoda wrote:
On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour <
ivan.soleimanip...@sbcglobal.net> wrote:
This is odd.
cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio"
closed-source product.
Maybe some kind of stub was added later on. My copy of
Ohh cool. Thanks. That helps. Lets take a look on the code :)
On 07.02.20 08:06, Jan Lahoda wrote:
> On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour <
> ivan.soleimanip...@sbcglobal.net> wrote:
>
>> This is odd.
>> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio"
>>
I pulled Geertjan github repo, there is the cnd donation included.
https://github.com/geertjanw/netbeans
On 07.02.20 05:19, Ivan Soleimanipour wrote:
> This is odd.
> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio"
> closed-source product.
> Maybe some kind of stub was added
On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour <
ivan.soleimanip...@sbcglobal.net> wrote:
> This is odd.
> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio"
> closed-source product.
> Maybe some kind of stub was added later on. My copy of the NB repo is is
> all pre-apache and
This is odd.
cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio"
closed-source product.
Maybe some kind of stub was added later on. My copy of the NB repo is is all
pre-apache and even older and it doesn't
have these modules.
Maybe Oracle accidentally gave away the C++ from
Feel free to change everything completely -- though a clue might be to take
a look at a the installation directory of a full 8.2 distribution (or a
C/C++ specific distribution of 8.2), to see what exactly (in JARs) is in
the folders 'cnd', 'cndext', and 'dlight' and then try to mirror that in
your
I see. I had hopes that still one got lost in the merge.
I will try to find a solution. Thanks for the feedback.
On 06.02.20 22:57, Geertjan Wielenga wrote:
> Yes, heaps of things to figure out, far from anywhere where I have answers
> to your questions right now.
>
> All that's been added is
Yes, heaps of things to figure out, far from anywhere where I have answers
to your questions right now.
All that's been added is 'cnd', 'cndext', and 'dlight'. All answers to your
questions will be in one/more of these.
Gj
On Thu, Feb 6, 2020 at 10:51 PM Peter Kovacs wrote:
> Thanks for the
Thanks for the checking of missing builds. I have to figure out if I can
get a notification if you change something ;)
Now I got the Issue that following dependency is missing:
cnd/cnd.debugger.dbx
In the repo there is
cnd.debugger.common2
cnd.debugger.gdb2
maybe similar case?
All the best
Hmm, I am stuck. I cloned the github repo as suggested and tried to build.
where do I find the following definition?
netbeans/nbbuild/templates/projectized.xml:101: No dependent module
org.netbeans.libs.clank
It is not at the given location.
Same message different location:
Hi Brad,
Am Mittwoch, den 09.10.2019, 16:20 -0600 schrieb Brad Walker:
> I'm getting a build failure and not sure where to look.. I have some
> ideas
> but thought I would ask here.
>
> Building w/ the following ant gives me an error:
>
> bwalker@brads-T460s:~/netbeans$
I'm getting a build failure and not sure where to look.. I have some ideas
but thought I would ask here.
Building w/ the following ant gives me an error:
bwalker@brads-T460s:~/netbeans$ ant download-selected-extbins
...
download-selected-extbins:
[echo] Downloading external binaries
28 matches
Mail list logo