Yes thanks for bringing this up. And if some NB Platform App has a
dependency to it, it's even more annoying.
Especially when installer comes into play. Maybe these additional
dependencies could be all downloaded as a part of installation procedure.
On Fri, Jul 12, 2019 at 2:33 PM Emilian Bold w
Use the binaries built on linux!
Well I know it is strange, but we build the windows binaries (exe-s) on
Linux (with mingw) from the source. On Windows they are using the 9.0
version (AFAIK). We had a number of fixes since that.
On 7/12/19 7:57 AM, Jake Ochs wrote:
I see the Linux nightly bi
+1, that is a great idea to have Travis fail sooner.
On Fri, Jul 12, 2019 at 12:15 PM Neil C Smith wrote:
> On Fri, 12 Jul 2019 at 18:05, Neil C Smith wrote:
> > One thing from this that might be good to look at in future is having
> > our Travis tests fail fast.
>
> Maybe a "|| travis_terminat
On Fri, 12 Jul 2019 at 18:05, Neil C Smith wrote:
> One thing from this that might be good to look at in future is having
> our Travis tests fail fast.
Maybe a "|| travis_terminate 1" on a few things like rat?
https://medium.com/@manjula.cse/how-to-stop-the-execution-of-travis-pipeline-if-script
On Fri, 12 Jul 2019 at 17:50, Josh Juneau wrote:
>
> Thanks Neil for your patience with the PR. Took a few tries and lots of
> time...I appreciate it.
No problem!
One thing from this that might be good to look at in future is having
our Travis tests fail fast. Took a while for me to realise th
Thanks Neil for your patience with the PR. Took a few tries and lots of
time...I appreciate it.
Best wishes
On Fri, Jul 12, 2019 at 11:43 AM Neil C Smith wrote:
> On Fri, 12 Jul 2019 at 16:31, Geertjan Wielenga
> wrote:
> >
> > Thanks for your resilience and calm control of everything. :-)
>
On Fri, 12 Jul 2019 at 16:31, Geertjan Wielenga wrote:
>
> Thanks for your resilience and calm control of everything. :-)
There is a famous phrase about a swan! ;-)
After a couple more failed attempts, we got all green lights, and it's
merged to master. Assuming the PR to release branch also go
Thanks for your resilience and calm control of everything. :-)
Gj
On Fri, 12 Jul 2019 at 17:12, Neil C Smith wrote:
> On Fri, 12 Jul 2019 at 16:05, Alessandro wrote:
> >
> > Hi Neil,
> > could the reason be this instead:
> >
> > BUILD FAILED
> > /home/travis/build/apache/netbeans/scratch/nbb
On Fri, 12 Jul 2019 at 16:05, Alessandro wrote:
>
> Hi Neil,
> could the reason be this instead:
>
> BUILD FAILED
> /home/travis/build/apache/netbeans/scratch/nbbuild/build.xml:2167:
> Failed Rat test(s):
> Unapproved license in 1 file(s)
> https://github.com/apache/netbeans/tree/master/enterpri
Hi Neil,
could the reason be this instead:
BUILD FAILED
/home/travis/build/apache/netbeans/scratch/nbbuild/build.xml:2167:
Failed Rat test(s):
Unapproved license in 1 file(s)
https://github.com/apache/netbeans/tree/master/enterprise/j2ee.dd/src/org/netbeans/modules/j2ee/dd/impl/resources/web-app
I see the Linux nightly binaries are available as binaries from Jenkins. How
can I get the Windows nightly binaries?
Hi,
Josh and I could do with someone having a quick look at why the Travis
test on https://github.com/apache/netbeans/pull/1375 is failing? It's
been retriggered a couple of times so it's not a one-off glitch.
It says it's failing on ant verify-libs-and-licenses. Neither of us
can replicate tha
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
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
Yes, thanks, notified those that need to be notified.
Gj
On Fri, 12 Jul 2019 at 14:46, Emilian Bold wrote:
> https://netbeans.apache.org/nb/plugins/11.1/catalog.xml.gz does not
> work for me. Server drops the connection.
>
> --emi
>
>
Hi Neil,
I submitted the new PR https://github.com/apache/netbeans/pull/1375 and Travis
fails on some external binaries that are not related to my changes.
BUILD FAILED
/home/travis/build/apache/netbeans/nbbuild/build.xml:1584: Failed
VerifyLibsAndLicenses test(s):
Some binaries were found outs
But any reason this can't be a proper URL?
--emi
On Fri, Jul 12, 2019 at 3:43 PM Neil C Smith wrote:
>
> On Fri, 12 Jul 2019 at 13:38, Emilian Bold wrote:
> > The URLs for the other update centers are normal URLs that an user can
> > download and look what the XML contains.
> >
> > The "Third P
https://netbeans.apache.org/nb/plugins/11.1/catalog.xml.gz does not
work for me. Server drops the connection.
--emi
-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.
On Fri, 12 Jul 2019 at 13:38, Emilian Bold wrote:
> The URLs for the other update centers are normal URLs that an user can
> download and look what the XML contains.
>
> The "Third Party Libraries" update center seems more special as it has
> the URL
> nbresloc:/org/netbeans/modules/updatecenters
Hello,
The URLs for the other update centers are normal URLs that an user can
download and look what the XML contains.
The "Third Party Libraries" update center seems more special as it has
the URL
nbresloc:/org/netbeans/modules/updatecenters/resources/3rdparty-catalog.xml
. Clicking it does not
Hello,
Last I looked into this the Oracle JSParser was under a BSD license so
the only problem was the nobody is re-packaging it as a proper JAR we
can use. Has this changed recently?
It seems like a bad experience that for both Jave SE and Java EE (and
JS/PHP actually) you have to wait for a 3rd
I am working on the repaired PR now...will be in touch soon. Thanks
Josh Juneau
juneau...@gmail.com
http://jj-blogger.blogspot.com
https://www.apress.com/us/search?query=Juneau
> On Jul 12, 2019, at 5:09 AM, Neil C Smith wrote:
>
> On Fri, 12 Jul 2019 at 10:26, Geertjan Wielenga wrote:
>>
>
On Fri, 12 Jul 2019 at 11:32, Geertjan Wielenga wrote:
>
> I think the following should go in to beta-4:
>
> - Gaurav's fix for the Payara Micro issue that triggered the need for beta-4
> - Laszlo's license fixes
> - Josh's PR, if he can get to it in time,
> - Toni's PR about the DukeScript suppop
I think the following should go in to beta-4:
- Gaurav's fix for the Payara Micro issue that triggered the need for beta-4
- Laszlo's license fixes
- Josh's PR, if he can get to it in time,
- Toni's PR about the DukeScript suppoprt and JDK 11
That's all, I think.
Gj
On Fri, Jul 12, 2019 at 12:0
On Fri, 12 Jul 2019 at 10:26, Geertjan Wielenga wrote:
>
> Excellent, great, thank you!
>
Just waiting to hear if Josh can look at fixing the J2EE PR. Have
opened a sync PR to the release branch. Let me know if anything else
looks missing.
https://github.com/apache/netbeans/pull/1374
As an as
Hi,
Copied from PR ...
On Thu, 11 Jul 2019 at 22:35, Josh Juneau wrote:
> Thanks Neil! I’ll submit the PR tonight. I appreciate it.
Unfortunately this PR is broken. I've tried manually creating a patch
based on your last commit and it also fails to build with the same
error as in Travis
```
Thanks Jan
From: Jan Lahoda
Sent: Friday, July 12, 2019 3:48 AM
To: dev@netbeans.apache.org
Subject: Re: Is this design weird
FWIW:
https://github.com/apache/netbeans/pull/1369
Jan
On Thu, Jul 11, 2019 at 1:26 PM Christian Lenz
wrote:
> FYI: https://issues.apa
Excellent, great, thank you!
Gj
On Fri, Jul 12, 2019 at 10:19 AM Neil C Smith wrote:
> Hi,
>
> So, unfortunately a critical issue was picked up in NB 11.1-vc1, and
> voting on that has had to be cancelled. See
> https://issues.apache.org/jira/browse/NETBEANS-2824 Despite
> downgrading to Crit
Hi,
So, unfortunately a critical issue was picked up in NB 11.1-vc1, and
voting on that has had to be cancelled. See
https://issues.apache.org/jira/browse/NETBEANS-2824 Despite
downgrading to Critical because there is a (horrible) workaround,
there's no way we should release NB 11.1 with it in.
On Thu, 11 Jul 2019 at 22:00, Laszlo Kishalmi wrote:
> Having that in I cannot say +1 however I wish. I do not think that is a
> real blocker, so you can still overrule me with +1-s, as it seems to be
> a good release in every other aspect I've checked.
Well, as you've seen elsewhere, we have a c
On Fri, 12 Jul 2019 at 07:52, Alessandro wrote:
> Neil explained that the NOTICE file in the zip is generated by an Ant task
> that takes nbbuild/notice-stub.txt as a header, the NOTICE file in the root
> of the repo is not going to be distributed.
> Maybe it would be better to delete it?
No, it
On Thu, 11 Jul 2019 at 23:54, Laszlo Kishalmi wrote:
>
> Here is it: https://github.com/apache/netbeans/pull/1370
Thanks!
> As of the date in the NOTICE file, we need to check the build as both on
> master and on release111 the NOTICE file is different than the one ended
> up in the zip and both
32 matches
Mail list logo