I did a bit of research on this.
The problem stems from an invalid POM for the artifact javax.ws.rs-api with
version 2.1.1. javax.ws.rs-api gets somehow included as a transitive
dependency by tika-parsers:1.20 (running *./gradlew dependencies *reveal
dependency list for the project) and
Congratulations Dan. Welcome aboard!
Best,
Girish
On Fri, Jan 1, 2021, 21:58 Jacques Le Roux
wrote:
> Hi Daniel,
>
> Welcome!
>
> Jacques
>
> Le 01/01/2021 à 16:02, James Yong a écrit :
> > Hi Daniel,
> >
> > Congratulations on joining the Committer team!
> > All the best with your new role.
>
Hi Michael/Jacques
+1 for the proposal. However, I do not face this issue on my local, partly
because I never tried to push to the repository without running any gradle
command. The gitHook gradle plug-in is essentially creating hooks on the
local repository that's why when I push to my forked
I'm also inclined to go with jdk11.
Best,
Girish
On Wed, Feb 3, 2021 at 9:58 PM Jacques Le Roux
wrote:
> Hi Michael,
>
> +1 for 11
>
> Jacques
>
> Le 03/02/2021 à 17:20, Michael Brohl a écrit :
> > Hi all,
> >
> > there was the idea to make the official switch to jdk11 within the next
> new
Hi Jacques
Apparently this is an issue on Windows machines. The whitespaces in
windows would have to be escaped with "%20". I think the path that gets
resolved probably does not have escape characters for whitespace. This is
not a problem on Unix machines and I didn't face any issue.
A complete
It seems that they do exactly what I described, just have to check. If
> >> this is the case, I would recommend to use such a Gradle plugin which
> >> automatically sets up the git hooks in the local repository and closes
> >> the gap.
> >>
> >> I will c
giya
> Vice President of Operations
> *HotWax Systems*
> *Enterprise open source experts*
> cell: +91-9893479711
> http://www.hotwaxsystems.com
>
>
>
> On Thu, Jan 28, 2021 at 10:10 PM Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
>
+1
Best,
Girish
On Mon, Mar 29, 2021 at 12:27 PM Nicolas Malin
wrote:
> +1
>
> let each integrator to enable this with the related security needing for
> this
>
> Nicolas
>
> On 25/03/2021 18:35, Jacques Le Roux wrote:
> > Hi,
> >
> > After the recent fix for the CVE-2021-26295[1] we discussed
Many congratulations, Priya.
Best,
Girish
On Fri, Mar 12, 2021, 23:48 Sharan Foga wrote:
> Huge congratulations and welcome Priya! :-)
>
> Thanks
> Sharan
>
> On 2021/03/11 13:01:23, Pawan Verma wrote:
> > The OFBiz PMC has invited Priya to become a new committer and we are
> > pleased to
+1
All tests passed on macOS Catalina 10.15.7, openjdk version
"1.8.0_242" (build 1.8.0_242-b08)
Best,
Girish
On Tue, Mar 16, 2021 at 5:39 PM Christian Geisert <
christian.geis...@isu-gmbh.de> wrote:
> +1
>
> (Ubuntu 18.04.5 LTS, openjdk version "1.8.0_282")
>
> Christian
>
>
> Am 14.03.21 um
ll the syndication
> files in
> cache to no avail. I mean the files where put back when building.
>
> I then used --refresh-dependencies, the build worked too.
>
> After clearing the cache, I got not problem (w/o changing syndication
> path) on trunk
>
> HTH
>
> Jacques
Hi Daniel
Apparently, if the gradle cache is cleared, everyone should be facing this
issue. See below :
https://spring.io/blog/2020/10/29/notice-of-permissions-changes-to-repo-spring-io-fall-and-winter-2020
Looks like anonymous access to repository repo.spring.io is disabled now,
below no
Hello All,
Has anyone also started noticing build failure due to repo.spring.io that
OFBiz uses for "com.springsource.com.sun.syndication"?
Here's the relevant details :
https://spring.io/blog/2020/10/29/notice-of-permissions-changes-to-repo-spring-io-fall-and-winter-2020
Possibly, gradle cache
ed from "
https://repo.spring.io/plugins-release; which seems to now have blocked
anonymous access.
Best,
Girish
On Tue, Jul 27, 2021 at 8:50 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Le 27/07/2021 à 15:47, Girish Vasmatkar a écrit :
> > Possibly, gradle cache is preven
101 - 114 of 114 matches
Mail list logo
