Hi Peter
> netbeans 8 vs 11 or later
When you phrase like that I would be concerned that you think there's
some kind of affinity between the NetBeans version naming and the JDK
versions.
There isn't !! The two are totally unrelated.
Apologies if this is not your understanding.
/Lars
On Tue, No
evel=FINEST
to see what is in effect. However, you'll not see anything related to
PAC evaluation unless NetBeans actually discovers a PAC file in the
network.
Kind regards
Lars
On Mon, May 9, 2022 at 10:42 PM Eirik Bakke wrote:
>
> Hi, NetBeans friends.
>
>
>
> Back
Hi Bertil
NetBeans IDE is made with Java and Java (or more precisely JDBC) is
pretty agnostic to the flavor of database you are using. So yes,
NetBeans IDE does have a build-in browser which you can use to query
your MS SQL Server database and perform actions on it. It is an
absolutely decent featu
Hi Zoran
It has indeed been possible for many years to bundle a JRE with a
NetBeans Platform installer.
It is documented here: https://dzone.com/articles/including-jre-in-nbi
The advantage is that you can simply distribute a single file to your
users which is an Installer executable (e.g. a .exe
On Sat, Sep 11, 2021 at 11:43 PM Oliver Rettig wrote:
>
> I am still using the netbeans buildin installing stuff but it was always
> difficult for me to figure out how to implement specific needs. Main
> disadvanatage
> for me was need of a jre installed on the pc to use the installer and the lac
cified for junit-jupiter.. perhaps it
> >> was supposed to get it from the BOM a few lines above in the POM.xml. But
> >> apparently it doesn't.
> >>
> >> Scott
> >>
> >>
> >> On Sun, Apr 25, 2021 at 11:50 AM Lars Bruun-Hansen <
; After several runs I got rounded averages of:
> >>
> >> Clean & Build 11.7 s
> >> Run 2.7 s
> >> Test 9.7 s
> >>
> >> Unfortunately, I no longer have a copy of IntelliJ IDEA so can provide
> >> no comparison.
> >>
> >> Reg
In fact about x20 slower than IntelliJ IDEA. But before jumping to
conclusions I was hoping for verification from community and - if
validated - on some ideas why this might be so.
For showcasing the problem I've created a minimal Maven example
(attached to [NETBEANS-5592]). It simply prints 10,00
Hi Antonio
missed this one.
Specially for cnd.remote when you ask what platforms should be
supported, do you mean where the IDE is running or the platform OS of
the remote target?
Example: Solaris hasn't been relevant as a desktop OS for decades but
is (was?) still relevant as a remote developmen
Thanks, Matthias, for uploading.
I've just created PR-2853 which is the PR which will actually make the
new binaries part of the NetBeans IDE distribution.
/Lars
On Thu, Apr 1, 2021 at 9:14 PM Bläsing, Matthias
wrote:
>
> Hi Lars,
>
> Am 01.04.2021 um 20:29 schrieb Lars Bruu
I've merged PR-2700 !
I'll create the follow-up PR shortly.
Who can upload to OSUOSL ? (instructions on what to do are in the PR-2700)
Btw: For the longer term I'm inclined to go with Neil .. I wasn't in
the past because I thought it would be too much voting. But for
now
/Lars
On Thu,
PR-2700 (making the Profiler work on Windows with JDK 9+) must not
be forgotten, IMO.
I've called for Linux and MacOS folks to test in a previous thread. No
response. Now I intend to merge my own PR-2700 even though I'm not
sure that is proper etiquette?
In any case, merging PR-2700 will not m
On Tue, Mar 23, 2021 at 5:02 PM Ernie Rael wrote:
>
>
> Just to mention, AFAIK only the windows binary needs to be
> incorporated/accepted into the build.
>
Nope, see the "Background" section of the PR.
The bug only manifested itself on Windows but that was sheer luck. We
need to rebuild for Linu
I'm the author of PR-2700.
By "cowboy method", I meant: A non-producible build. Developer
builds the native binary on his own workstation from
who-knows-what-source and hands it over to someone who uploads it to
bin-repo. Worst case he builds from some code which isn't committed,
perhaps never w
I've created https://issues.apache.org/jira/browse/INFRA-21539.
90% certain this is the issue. In any case it will not hurt to get
this fixed as described in the ticket.
/Lars
On Mon, Mar 8, 2021 at 11:45 AM Lars Bruun-Hansen
wrote:
>
> Indeed there is a DTD file at that new locati
Indeed there is a DTD file at that new location.
The problem seems to be that is is not served with the right
"Content-Type" header. At least that is my conclusion.
The command "curl --verbose --location
http://www.netbeans.org/dtds/filesystem-1_2.dtd"; reveals that the
server returns the followi
Yes, but Java world has two good things going for it:
- Java world learned early on (thanks to Maven) that released
artifacts must be immutable. No exceptions! I've been struck with how
that lesson is only very slowly filtering into the Docker and npm
world, if at all yet. And yes, they have been
On Fri, Feb 5, 2021 at 3:29 PM Eric Bresie wrote:
>
> Regarding the authentication...
>
> As I recall during build for somethings, the builds still had to be
> certified in some way before fully usable. Is this any different then
> authentication with Github? See
> https://docs.github.com/en/pac
Also occasionally experiencing this.
It's been a while now, though.
I have a feeling that I haven't experienced the issue now that my IDE
(which at moment primarily is NB 12.1) is running on top of JDK 11.
Just a hunch.
I think the issue somewhat fits this old bug report:
https://bz.apache.org/net
On Mon, Feb 1, 2021 at 10:48 AM Neil C Smith wrote:
>
> On Sun, 31 Jan 2021 at 19:18, Lars Bruun-Hansen
> wrote:
> > I had the exact same idea for example in relation to Apache NetBeans
> > native artifacts (launcher, nbi libs, nbi launcher, profiler libs)
Hi Eric,
I had the exact same idea for example in relation to Apache NetBeans
native artifacts (launcher, nbi libs, nbi launcher, profiler libs)
because the https://netbeans.osuosl.org/binaries/ is really meant to
be a site for truly external binaries, i.e. those that are *outside*
of the Apache N
> For those on users@infra, this email worth a read -
> https://lists.apache.org/thread.html/r748a0e034256f22c240d6a00cece0e005724a3173cfbb478b548d979%40%3Cusers.infra.apache.org%3E
This is a disturbing read !
Some notes based on my experience with GitHub Actions.
Optimization ideas:
- Using so
hread
> leveraging compiled binaries there as well. Would the profiler components
> fit in the same model? So make a project for the profiler, cause the
> builds, have a binary release component then pull this in?
>
> On Sat, Jan 16, 2021 at 10:22 AM Eric Bresie wrote:
>
>
haps some investment in
> > "piecemeal fix" tools, would have great dividends considering all the
> > things that can't be done because they don't fit into the right way to
> > do it.
> >
> > With the cut off for the next release at hand, I've brou
omewhere, where you could
> contribute; or start a new thread.
>
> Where relevant, it would be great to reference those big picture here.
> But not avoid the issue at hand.
>
> Apologies (and thanks for the space) for blowing off steam.
> -ernie
>
> On 1/12/2021 12:13 AM
t
> following a successful vote of the VC.
>
> Regards
>
> John
>
>
>
> On Tue, 12 Jan 2021 at 08:13, Lars Bruun-Hansen
> wrote:
>
> > I think we as a community need to fix the "native builds" issue very
> > soon. PRs are piling up.
> >
I think we as a community need to fix the "native builds" issue very
soon. PRs are piling up.
This current email thread is not the only one. Over the past 2 years
fixes have been made (PRs merged) to native binaries code in the areas
of
* Native Launchers
* NBI (installers)
* Profiler launcher
Hi
There are fixes for NBI native binaries which have been sitting in Git
for long time but never made it into an actual release.
Ref:
Fix for [NETBEANS-2523], Pull Request #1844
Fix for [NETBEANS-3094], Pull Request #1504
I've reopened those issues in Jira as I think "Resolved" should mea
+1 (binding)
I've installed, opened, imported setting from previous and tested that
I could build a Java Maven project. I've also done an uninstall
operation.
However, NETBEANS-2523 is still there as a bug even if fixed in the C
source. Since the bug has existed for approximately 10 years I still
> If people outside Oracle would do this, that would be best and simplest (any
> process or decision in Oracle takes time).
>
> Gj
>
> On Thursday, January 16, 2020, Lars Bruun-Hansen
> wrote:
>
> > Hi Matthias
> >
> > Sure. When suggesting to "salvage&q
t; eligable for integration/redistribution.
>
> The message from the ASF to my understand is pretty clear: We will
> _not_ distribute GPL (regardless of the classpath exception).
>
> Greetings
>
> Matthias
>
> Am Mittwoch, den 15.01.2020, 07:34 +0100 schrieb Lars Bru
As the suggestion is phrased, "turn off netbeans.org", I cannot support it.
It has to be clearer. Will that TLD cease to exist? Or what exactly do
you mean by "turn off" ?
Summary:
Things to consider which are hosted (or redirected from) netbeans.org:
- NetBeans WWW (the page you arrive at when
As far as I know it cannot be done from the GitHub UI. You need to do
it via your own local copy (of your fork).
Have a look in the NetBeans wiki:
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=74681408#SubmittingPullRequestonApacheNetBeans-KeepingyourownforkinsyncwithApacheGitH
d on Windows.
> > It could be worked around by using the --javahome command line option, but
> > embedding it provides a better user experience.
> >
> > --Christian
> >
> >
> >
> > On Thu, Sep 12, 2019 at 4:05 PM Lars Bruun-Hansen
> > wrote:
&g
I've filed a Jira ticket : https://issues.apache.org/jira/browse/NETBEANS-3094
with the aim to change the C code for the cleaner.exe to be able to
delete read-only files too. It is rather trivial. I've assigned it to
myself.
@Emilian Bold: Where would I document? Please point me in right
directio
Hi Christian
I once wrote some notes on how the cleaner works. (yes, they are
probably worthy of a Wiki page, but currently the only exist here). It
was written about 5 years ago, but I doubt it has changed. The notes
are below and I think they are worth the read because I'm guessing
they implicit
36 matches
Mail list logo
