I wasn’t going to say anything but my sentiment is the same. We’ve functioned
very well this way for a long time, and nothing is broken. There is a lot of
work to be done with the transition, lets focus on what is important.
I have been fairly quiet lately due to a new role in BigData and time
I’m still using 8.2 in production, and I’ve never seen it replace the version.
However, i use the following recommended strategy in maven projects.
1. Use variables for storing versions used in dependencies
2. Use the versions [1] plugin to identify new releases
3. Never use ranges, it’s not
; Hope it helps,
>
> Gj
>
>
>
>> On Sat, Jul 28, 2018 at 7:12 AM, Brett Ryan wrote:
>>
>> I’m still using 8.2 in production, and I’ve never seen it replace the
>> version. However, i use the following recommended strategy in maven
>> projects.
>&g
s I always do if after
the >
> On 28 Jul 2018, at 19:11, Geertjan Wielenga
> wrote:
>
> https://www.youtube.com/watch?v=wGuvhDJ0f80
>
> Above you see how it works in 8.2 and how it works in 9.0 vc3.
>
> Hope it helps,
>
> Gj
>
>
>
>> On Sat, Jul
> On 15 Aug 2018, at 06:04, Tim Boudreau wrote:
>
> If anyone shows up on the mailing list complaining about performance, we
>> can tell them to get rid of the image and copy the bundle over.
>>
> 99.9% of people who have that experience will NOT show up onn the mailing
> list here. They'll
On 15 Aug 2018, at 09:21, James Gosling wrote:
>> On Aug 14, 2018, at 4:13 PM, Brett Ryan wrote:
>>
>> That was a little tongue in cheek, but I do get called a dino at work
>> from the young ones ‘cos I’m an nb advocate, trying to sway them.
>
> I
> On 13 Aug 2018, at 05:29, Neil C Smith wrote:
>
> On Sun, 12 Aug 2018, 16:23 Carl Mosca, wrote:.
>
>> I have not looked at pack2000, at least not lately. I will check it out.
>>
>
> Hasn't pack200 just been deprecated!?
>
> Out of interest is there a preference / benefit for mac users
Not quite. Remember the 8.2 installer did install Glassfish and tomcat for JEE
versions and above. When it did this the servlet container was customised to
match the users preferences.
> On 11 Aug 2018, at 15:44, Scott Palmer wrote:
>
> The macOS “installer” should be nothing more than a disk
> On 13 Aug 2018, at 06:27, Scott Palmer wrote:
>
> Really? Wow. Okay, another option (still preferable to a .pkg IMO) is to
> simply distribute the application bundle in zipped form.
As mentioned the issue with this is it could not be installed by the user
globally, think of a
d
not allow user customisation. Given licensing that would mean tomcat is fine as
it’s apache licensed, don’t know what will need to be done to bundle glassfish
though.
> Scott
>
>> On Aug 12, 2018, at 4:14 PM, Brett Ryan wrote:
>>
>> Not quite. Remember the 8.2 instal
> On 13 Aug 2018, at 19:22, Neil C Smith wrote:
>
>> On Mon, 13 Aug 2018 at 01:59, Tim Boudreau wrote:
>>
>> That's not a great user experience for Mac OSX users - it kind of
>> telegraphs "we don't actually care about Mac OSX users".
>>
>
> I admit to using my mac as little as possible
> On 14 Aug 2018, at 20:14, Geertjan Wielenga
> wrote:
>
> I created two YouTube clips during the past few hours that show the
> ZIP-based and Mac Installer-based approaches to installing Apache NetBeans:
>
> https://www.youtube.com/watch?v=am-7aa2hYgc
>
>
> On 13 Aug 2018, at 22:11, Neil C Smith wrote:
>
> On Mon, 13 Aug 2018 at 12:42, Brett Ryan wrote:
>>> On 13 Aug 2018, at 19:22, Neil C Smith wrote:
>>> I admit to using my mac as little as possible for testing purposes,
>>> but I really don't get why a
This is fantastic news Walter and this is a brilliant book!
> On 20 Jul 2018, at 19:57, Walter Nyland
> wrote:
>
> Hi all,
>
> I’m one of the auhors of leanpub.com/nbp4beginners.
>
> There’s continual interest in our book and clearly the Java desktop domain is
> alive and well. Meanwhile,
Personally I felt after seeing the new splash screen I thought it looked
brilliant but did feel the welcome screen detracted the freshness. It’s highly
important that branding is consistent as this is the image of netbeans.
I vote not to wait and have this come in ASAP.
> On 8 Jul 2018, at
..@protonmail.ch.invalid
>>>>>
>>>>> wrote:
>>>>>
>>>>>> The designer we have should also help us with the welcome screen as we
>>>>>>
>>>>>> need some new color palette (right now the Welcome screen is usin
That is a great book. Has it been continually updated for 8.x? I haven’t read
since the original MEAP.
> On 8 Jul 2018, at 05:09, Geertjan Wielenga
> wrote:
>
> Really suggest you buy leanpub.com/nbp4beginners
>
> Gj
>
>
>> On Saturday, July 7, 2018, Peter Nabbefeld wrote:
>>
>>
>>
Well, the always online mentality is not a good one because many corporations
block sites, we have the plugin portal blocked as an example.
Some of us with poor internet also suffer a bad experience, it’s getting better
here but I had dialup only 3 years ago, much of Australia still has bad
I’m thinking the same thing here. stageing.netbeans.org for one makes sense to
me, all others should be subdomains also.
> On 24 Sep 2018, at 23:21, Scott Palmer wrote:
>
> I’m curious as to why subdomains are not used instead?
>
> stage.netbeans.org
> dev.netbeans.org
>
> I agree that .com
I’d really like to help volunteer supporting the scala plugin to bring it to a
first class supported language within the NetBeans IDE. I did start looking at
it about 10 months ago but got by with the spark shell, I can’t remember
exactly but iirc there was some dependency that had a specific
+1
> On 27 Jan 2019, at 14:44, Juan David Ferreira Granados
> wrote:
>
> +1
>
>> On 2019/01/26 03:51:19, Laszlo Kishalmi wrote:
>> Dear all,>
>>
>> Well, it is time to finalize out version scheme for a while. There will >
>> be three voting threads created on this topic with subjects:>
>>
I agree with this. It’s my practice that feature branches contain high level
granularity, merges there squash to not pollute history.
> On 13 Mar 2019, at 00:30, Laszlo Kishalmi wrote:
>
> Dear all,
>
> It would be great if we could use rebase for 1commit PR-s and Squash and
> merge for PR-s
This sounds complicated and may add expectations :-/
> On 29 Jan 2019, at 08:16, Kenneth Fogel wrote:
>
> With IntelliJ and Eclipse using the year.month approach may I suggest doing
> the same thing but instead of the release date we use the date it goes stale
> such as when the next release
It’s always a sensitive topic whenever considering to remove something,
however; I am in favour for removing classic JavaEE support in favour of
concentrating on modern java web technologies such as spring and Jakarta.
It becomes an enormous task to support everything. We can always provide
Tomas
>
>> On Mon, Jan 28, 2019, 22:24 Brett Ryan >
>> It’s always a sensitive topic whenever considering to remove something,
>> however; I am in favour for removing classic JavaEE support in favour of
>> concentrating on modern java web technologies such as spring
25 matches
Mail list logo
