You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by Taher Alkhateeb <ta...@pythys.com.INVALID> on 2021/02/05 21:04:59 UTC
JFrog to shut down jcenter
Hello Everyone,
I received emails and checked resources [1] that seem to confirm JCenter
from JFrog is going down and that the last day of operation for the
repository is going to be May 1st 2021.
This is a big deal as many running instances will crash unless updated,
so not only do future versions of OFBiz need to adapt, but also existing
installations.
I'm not sure how to best handle this? Especially for production
instances out there on older versions of OFBiz. Maybe one solution is to
host the existing libraries in some temporary location or try to migrate
them to MavenCentral ... Whatever is the solution I think we should make
a fast move.
[1]
https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Hi Taher,
absolutely, this is a major problem for production projects and for them
the timeframe is very short.
Thinking about your list of possible actions, the most convenient
(simplest) way for all parties would be to provide patches for the
affected release versions IF we are able to solve this just with
repository configuration.
Users can apply those patches or adjust their installations guided by us.
We might need to provide alternative download options for artifacts
which are not hosted by maven central, google or other central
repositories. Hopefully, those are only a few. I am currently checking
this. For trunk, we are at about seven libraries missing when using
maven central.
Of course, we should have a good communication towards our users
providing information and solutions through our various social media
channels, blog etc.
Let's gather some more information and make a plan when we have more
insight of the real impact (technically).
Best regards,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 06.02.21 um 12:01 schrieb Taher Alkhateeb:
> Hi Folks.
>
> I need to stress something very important here. The problem is not at
> all future versions, the big problem is existing versions.
>
> If you have a production system running and JFrog pulls the plug on
> May 1st, you cannot run the server unless you have some existing
> gradle cache and you need to pass the offline flag to ignore the
> jcenter repository.
>
> So any solution here is a painful one. Here are the solutions I can
> think of:
>
> - create a mirror of jcenter that at least covers the requirements of
> older OFBiz versions. The problem here is that people who worked on
> older versions of trunk are going to hit a wall. It's also hard and
> costly to setup a mirrored repo.
> - create a compressed archive of all cache artifacts for each major
> version.
> - Inform users to make a backup copy of gradle cache archives if they
> are on an older version and encourage them to upgrade ASAP.
> - create a patch file for each major release that alters dependencies
> to switch to mavenCentral. The patch would mostly affect build.gradle.
> - Make commits directly to all release branches. However the problem
> here is that some people are running on old releases and cannot
> upgrade immediately due to merge conflicts and whatnot.
>
> This is a very nasty move by JFrog, they hurt a lot of projects.
> Android depends on JCenter, React Native, OFBiz, and numerous other
> projects and libraries that go even beyond the java eco-system.
>
> - Taher
>
> On 2/6/21 1:30 PM, Jacques Le Roux wrote:
>> Hi Taher,
>>
>> Yes, yesterday I moderated/accepted, I guess the same message you
>> received, to the private ML. We received it in the private ML because
>> we (PMC members) have a credential we use to upload Gradle wrappers
>> version on Bintray:
>> https://cwiki.apache.org/confluence/display/OFBIZ/Load+new+gradle+wrapper+version+on+bintray
>>
>> So it's also a release concern...
>>
>> I agree we should not procrastinate... Fortunately we have 2 months
>> to decide and act...
>>
>> We should try to use MavenCentral as much as possible, but IIRW maybe
>> it will not be enough.
>>
>> HTH
>>
>> Jacques
>>
>> Le 05/02/2021 à 22:04, Taher Alkhateeb a écrit :
>>> Hello Everyone,
>>>
>>> I received emails and checked resources [1] that seem to confirm
>>> JCenter from JFrog is going down and that the last day of operation
>>> for the repository is going to be May 1st 2021.
>>>
>>> This is a big deal as many running instances will crash unless
>>> updated, so not only do future versions of OFBiz need to adapt, but
>>> also existing installations.
>>>
>>> I'm not sure how to best handle this? Especially for production
>>> instances out there on older versions of OFBiz. Maybe one solution
>>> is to host the existing libraries in some temporary location or try
>>> to migrate them to MavenCentral ... Whatever is the solution I think
>>> we should make a fast move.
>>>
>>> [1]
>>>
>>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>>>
>>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>>>
Re: JFrog to shut down jcenter
Posted by Taher Alkhateeb <ta...@pythys.com.INVALID>.
Hi Folks.
I need to stress something very important here. The problem is not at
all future versions, the big problem is existing versions.
If you have a production system running and JFrog pulls the plug on May
1st, you cannot run the server unless you have some existing gradle
cache and you need to pass the offline flag to ignore the jcenter
repository.
So any solution here is a painful one. Here are the solutions I can
think of:
- create a mirror of jcenter that at least covers the requirements of
older OFBiz versions. The problem here is that people who worked on
older versions of trunk are going to hit a wall. It's also hard and
costly to setup a mirrored repo.
- create a compressed archive of all cache artifacts for each major version.
- Inform users to make a backup copy of gradle cache archives if they
are on an older version and encourage them to upgrade ASAP.
- create a patch file for each major release that alters dependencies to
switch to mavenCentral. The patch would mostly affect build.gradle.
- Make commits directly to all release branches. However the problem
here is that some people are running on old releases and cannot upgrade
immediately due to merge conflicts and whatnot.
This is a very nasty move by JFrog, they hurt a lot of projects. Android
depends on JCenter, React Native, OFBiz, and numerous other projects and
libraries that go even beyond the java eco-system.
- Taher
On 2/6/21 1:30 PM, Jacques Le Roux wrote:
> Hi Taher,
>
> Yes, yesterday I moderated/accepted, I guess the same message you
> received, to the private ML. We received it in the private ML because
> we (PMC members) have a credential we use to upload Gradle wrappers
> version on Bintray:
> https://cwiki.apache.org/confluence/display/OFBIZ/Load+new+gradle+wrapper+version+on+bintray
>
> So it's also a release concern...
>
> I agree we should not procrastinate... Fortunately we have 2 months to
> decide and act...
>
> We should try to use MavenCentral as much as possible, but IIRW maybe
> it will not be enough.
>
> HTH
>
> Jacques
>
> Le 05/02/2021 à 22:04, Taher Alkhateeb a écrit :
>> Hello Everyone,
>>
>> I received emails and checked resources [1] that seem to confirm
>> JCenter from JFrog is going down and that the last day of operation
>> for the repository is going to be May 1st 2021.
>>
>> This is a big deal as many running instances will crash unless
>> updated, so not only do future versions of OFBiz need to adapt, but
>> also existing installations.
>>
>> I'm not sure how to best handle this? Especially for production
>> instances out there on older versions of OFBiz. Maybe one solution is
>> to host the existing libraries in some temporary location or try to
>> migrate them to MavenCentral ... Whatever is the solution I think we
>> should make a fast move.
>>
>> [1]
>>
>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>>
>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>>
Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi Taher,
Yes, yesterday I moderated/accepted, I guess the same message you received, to the private ML. We received it in the private ML because we (PMC
members) have a credential we use to upload Gradle wrappers version on Bintray:
https://cwiki.apache.org/confluence/display/OFBIZ/Load+new+gradle+wrapper+version+on+bintray
So it's also a release concern...
I agree we should not procrastinate... Fortunately we have 2 months to decide and act...
We should try to use MavenCentral as much as possible, but IIRW maybe it will not be enough.
HTH
Jacques
Le 05/02/2021 à 22:04, Taher Alkhateeb a écrit :
> Hello Everyone,
>
> I received emails and checked resources [1] that seem to confirm JCenter from JFrog is going down and that the last day of operation for the
> repository is going to be May 1st 2021.
>
> This is a big deal as many running instances will crash unless updated, so not only do future versions of OFBiz need to adapt, but also existing
> installations.
>
> I'm not sure how to best handle this? Especially for production instances out there on older versions of OFBiz. Maybe one solution is to host the
> existing libraries in some temporary location or try to migrate them to MavenCentral ... Whatever is the solution I think we should make a fast move.
>
> [1]
>
> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>
Re: JFrog to shut down jcenter
Posted by Nicolas Malin <ni...@nereide.fr>.
Hi Michael,
On 15/02/2021 22:12, Michael Brohl wrote:
> Hi Nicolas,
>
> I thought that we are restricted to the Gradle version for 17.12, aren‘t we?
Yes we said that. The rules are the better help to follow the path and
when it come to hard to follow perhaps it's time to share for an
alternative way.
> If not I think it‘s easy to upgrade Gradle to just the first version which supports metadataSources and proceed from there.
I think it's a good compromise to try :)
Nicolas
>
> Thanks,
> Michael
>
>> Am 15.02.2021 um 19:08 schrieb Nicolas Malin <ni...@nereide.fr>:
>>
>> Hi Michel,
>>
>> Thanks for your works, I will check If I found a solution with Gradle
>> 3.2.1. I keep in my that a solution would be increase the Gradle
>> version for the 17.12
>>
>> Nicolas
>>
>>> On 14/02/2021 16:51, Michael Brohl wrote:
>>> For those who do not read the notifications for
>>> https://issues.apache.org/jira/browse/OFBIZ-12171 I'd like to reach
>>> you here too.
>>>
>>> I've already done the migration for trunk (committed) and r18.12
>>> (PR's, to be committed in the next days).
>>>
>>> I've also started with the migration for 17.12, which will be tougher
>>> because of the Gradle old version used there. There is no
>>> metadataSources API to specify to pull a jar without a pom, which is
>>> used for the flute dependency.
>>>
>>> Does someone know how to correct a pom in maven central? This is the
>>> reason why metadataSources API was used for trunk and r18.12.
>>>
>>> Or does someone know a way to pull artefacts/jars from a repository
>>> without a valid pom in Gradle 3.2.1?
>>>
>>> Any help is appreciated, thanks!
>>>
>>> Michael Brohl
>>>
>>> ecomify GmbH - www.ecomify.de
>>>
>>>
>>>> Am 10.02.21 um 16:44 schrieb Michael Brohl:
>>>> Ah, yes, thanks Jacques.
>>>>
>>>> See https://issues.apache.org/jira/browse/OFBIZ-12171 for the issue
>>>> and links to the pull requests.
>>>>
>>>> Thanks,
>>>>
>>>> Michael
>>>>
>>>>
>>>> Am 10.02.21 um 16:22 schrieb Jacques Le Roux:
>>>>> Le 10/02/2021 à 11:06, Michael Brohl a écrit :
>>>>>> I think I've got it solved for trunk, please see
>>>>>> https://issues.apache.org/jira/browse/INFRA-21376 and the linked
>>>>>> pull requests there.
>>>>> I guess you mean OFBIZ-12171 rather no?
>>>>>
>>>>> Jacques
>>>>>
Re: JFrog to shut down jcenter
Posted by Girish Vasmatkar <gi...@hotwaxsystems.com>.
Hi Jacques
It seems, for now, it has again started working, so no need for changes.
But I am keeping an eye on this because in another thread Daniel also faced
the same issue. I am unsure if anything was done by the spring community.
All of our docker based builds in all environments were failing.
Thanks for confirming!
Best,
Girish
On Wed, Jul 28, 2021 at 1:16 PM Jacques Le Roux <
jacques.le.roux@les7arts.com> wrote:
> Thanks Girish,
>
> Reluctant to clean all my cache (1 GB to download again for the 3
> branches), I have tried 1st to manually remove only but all 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
>
> Le 28/07/2021 à 06:44, Girish Vasmatkar a écrit :
> > Hi Jacques,
> >
> > Yes, I do. Apparently, the artifact "
> > com.sun.syndication:com.springsource.com.sun.syndication:1.0.0" is
> > available on "https://plugins.gradle.org/m2/" too. I was able to do a
> > successful build using this.
> >
> > Earlier, the syndication dependency was being resolved 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.roux@les7arts.com> wrote:
> >
> >> Le 27/07/2021 à 15:47, Girish Vasmatkar a écrit :
> >>> Possibly, gradle cache is preventing building failure but if you do
> clean
> >>> up your cache you should start getting build failure. Can someone
> please
> >>> confirm?
> >> Hi Girish,
> >>
> >> Before doing so, do you have a cure?
> >>
> >> Jacques
> >>
> >>
>
Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
Thanks Girish,
Reluctant to clean all my cache (1 GB to download again for the 3 branches), I have tried 1st to manually remove only but all 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
Le 28/07/2021 à 06:44, Girish Vasmatkar a écrit :
> Hi Jacques,
>
> Yes, I do. Apparently, the artifact "
> com.sun.syndication:com.springsource.com.sun.syndication:1.0.0" is
> available on "https://plugins.gradle.org/m2/" too. I was able to do a
> successful build using this.
>
> Earlier, the syndication dependency was being resolved 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.roux@les7arts.com> wrote:
>
>> Le 27/07/2021 à 15:47, Girish Vasmatkar a écrit :
>>> Possibly, gradle cache is preventing building failure but if you do clean
>>> up your cache you should start getting build failure. Can someone please
>>> confirm?
>> Hi Girish,
>>
>> Before doing so, do you have a cure?
>>
>> Jacques
>>
>>
Re: JFrog to shut down jcenter
Posted by Girish Vasmatkar <gi...@hotwaxsystems.com>.
Hi Jacques,
Yes, I do. Apparently, the artifact "
com.sun.syndication:com.springsource.com.sun.syndication:1.0.0" is
available on "https://plugins.gradle.org/m2/" too. I was able to do a
successful build using this.
Earlier, the syndication dependency was being resolved 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.roux@les7arts.com> wrote:
> Le 27/07/2021 à 15:47, Girish Vasmatkar a écrit :
> > Possibly, gradle cache is preventing building failure but if you do clean
> > up your cache you should start getting build failure. Can someone please
> > confirm?
>
> Hi Girish,
>
> Before doing so, do you have a cure?
>
> Jacques
>
>
Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 27/07/2021 à 15:47, Girish Vasmatkar a écrit :
> Possibly, gradle cache is preventing building failure but if you do clean
> up your cache you should start getting build failure. Can someone please
> confirm?
Hi Girish,
Before doing so, do you have a cure?
Jacques
Re: JFrog to shut down jcenter
Posted by Girish Vasmatkar <gi...@hotwaxsystems.com>.
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 is preventing building failure but if you do clean
up your cache you should start getting build failure. Can someone please
confirm?
Best Regards,
Girish
On Wed, Mar 10, 2021 at 7:38 PM Michael Brohl <mi...@ecomify.de>
wrote:
> It's weird but can someone please check and confirm:
>
> With latest trunk and blocked jcenter.bintray.com (set to 127.0.0.1 in
> /etc/hosts) OFBiz is not building anymore. There are several artefacts
> which Gradle tries to load from JCenter again:
>
> ~/Projects/apache-ofbiz/ofbiz-framework ⑂trunk* ./gradlew cleanAll build
>
> FAILURE: Build failed with an exception.
>
> * What went wrong:
> A problem occurred configuring root project 'ofbiz'.
> > Could not resolve all artifacts for configuration ':classpath'.
> > Could not resolve
> se.patrikerdes:gradle-use-latest-versions-plugin:0.2.15.
> Required by:
> project : >
>
> se.patrikerdes.use-latest-versions:se.patrikerdes.use-latest-versions.gradle.plugin:0.2.15
> > Could not resolve
> se.patrikerdes:gradle-use-latest-versions-plugin:0.2.15.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/se/patrikerdes/gradle-use-latest-versions-plugin/0.2.15/gradle-use-latest-versions-plugin-0.2.15.module
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/se/patrikerdes/gradle-use-latest-versions-plugin/0.2.15/gradle-use-latest-versions-plugin-0.2.15.module
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
> > Could not resolve
> com.github.jakemarsden:git-hooks-gradle-plugin:0.0.2.
> Required by:
> project : >
>
> com.github.jakemarsden.git-hooks:com.github.jakemarsden.git-hooks.gradle.plugin:0.0.2
> > Could not resolve
> com.github.jakemarsden:git-hooks-gradle-plugin:0.0.2.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/com/github/jakemarsden/git-hooks-gradle-plugin/0.0.2/git-hooks-gradle-plugin-0.0.2.module
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/com/github/jakemarsden/git-hooks-gradle-plugin/0.0.2/git-hooks-gradle-plugin-0.0.2.module
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
> > Could not resolve org.codehaus.groovy:groovy-all:2.4.7.
> Required by:
> project : >
> at.bxm.svntools:at.bxm.svntools.gradle.plugin:2.2.1 >
> at.bxm.gradleplugins:gradle-svntools-plugin:2.2.1
> > Could not resolve org.codehaus.groovy:groovy-all:2.4.7.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/org/codehaus/groovy/groovy-all/2.4.7/groovy-all-2.4.7.pom
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/org/codehaus/groovy/groovy-all/2.4.7/groovy-all-2.4.7.pom
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
> > Could not resolve org.tmatesoft.svnkit:svnkit:1.8.12.
> Required by:
> project : >
> at.bxm.svntools:at.bxm.svntools.gradle.plugin:2.2.1 >
> at.bxm.gradleplugins:gradle-svntools-plugin:2.2.1
> > Could not resolve org.tmatesoft.svnkit:svnkit:1.8.12.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/org/tmatesoft/svnkit/svnkit/1.8.12/svnkit-1.8.12.pom
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/org/tmatesoft/svnkit/svnkit/1.8.12/svnkit-1.8.12.pom
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
> > Could not resolve org.ysb33r.gradle:grolifant:0.12.1.
> Required by:
> project : >
> org.asciidoctor.convert:org.asciidoctor.convert.gradle.plugin:2.4.0 >
> org.asciidoctor:asciidoctor-gradle-jvm:2.4.0
> project : >
> org.asciidoctor.convert:org.asciidoctor.convert.gradle.plugin:2.4.0 >
> org.asciidoctor:asciidoctor-gradle-jvm:2.4.0 >
> org.asciidoctor:asciidoctor-gradle-base:2.4.0
> > Could not resolve org.ysb33r.gradle:grolifant:0.12.1.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/org/ysb33r/gradle/grolifant/0.12.1/grolifant-0.12.1.pom
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/org/ysb33r/gradle/grolifant/0.12.1/grolifant-0.12.1.pom
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
> > Could not resolve org.owasp:dependency-check-core:6.0.3.
> Required by:
> project : >
> org.owasp.dependencycheck:org.owasp.dependencycheck.gradle.plugin:6.0.3
> > org.owasp:dependency-check-gradle:6.0.3
> > Could not resolve org.owasp:dependency-check-core:6.0.3.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/org/owasp/dependency-check-core/6.0.3/dependency-check-core-6.0.3.pom
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/org/owasp/dependency-check-core/6.0.3/dependency-check-core-6.0.3.pom
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
> > Could not resolve org.owasp:dependency-check-utils:6.0.3.
> Required by:
> project : >
> org.owasp.dependencycheck:org.owasp.dependencycheck.gradle.plugin:6.0.3
> > org.owasp:dependency-check-gradle:6.0.3
> > Could not resolve org.owasp:dependency-check-utils:6.0.3.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/org/owasp/dependency-check-utils/6.0.3/dependency-check-utils-6.0.3.pom
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/org/owasp/dependency-check-utils/6.0.3/dependency-check-utils-6.0.3.pom
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
> > Could not resolve net.gpedro.integrations.slack:slack-webhook:1.4.0.
> Required by:
> project : >
> org.owasp.dependencycheck:org.owasp.dependencycheck.gradle.plugin:6.0.3
> > org.owasp:dependency-check-gradle:6.0.3
> > Could not resolve
> net.gpedro.integrations.slack:slack-webhook:1.4.0.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/net/gpedro/integrations/slack/slack-webhook/1.4.0/slack-webhook-1.4.0.pom
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/net/gpedro/integrations/slack/slack-webhook/1.4.0/slack-webhook-1.4.0.pom
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
> > Could not resolve com.thoughtworks.xstream:xstream:1.4.10.
> Required by:
> project : >
> com.github.ben-manes.versions:com.github.ben-manes.versions.gradle.plugin:0.36.0
>
> > com.github.ben-manes:gradle-versions-plugin:0.36.0
> > Could not resolve com.thoughtworks.xstream:xstream:1.4.10.
> > Could not get resource
> '
> https://plugins.gradle.org/m2/com/thoughtworks/xstream/xstream/1.4.10/xstream-1.4.10.pom
> '.
> > Could not GET
> '
> https://jcenter.bintray.com/com/thoughtworks/xstream/xstream/1.4.10/xstream-1.4.10.pom
> '.
> > Connect to jcenter.bintray.com:443
> [jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
> refused)
>
> * Try:
> Run with --stacktrace option to get the stack trace. Run with --info or
> --debug option to get more log output. Run with --scan to get full
> insights.
>
> * Get more help at https://help.gradle.org
>
> BUILD FAILED in 23s
>
>
> Please check, I want to exclude a problem on my side.
>
> Thanks,
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 10.03.21 um 12:44 schrieb Michael Brohl:
> > I have reopened https://issues.apache.org/jira/browse/OFBIZ-12171 for
> > necessary changes in the documentation (README.adoc) which references
> > JCenter.
> >
> > Regards,
> >
> > Michael Brohl
> >
> > ecomify GmbH - www.ecomify.de
> >
> >
> > Am 22.02.21 um 17:47 schrieb Michael Brohl:
> >> Hi everyone,
> >>
> >> please help testing the jCenter to mavenCentral migration for trunk
> >> and release branches r17.12/r18.12. See
> >> https://issues.apache.org/jira/browse/OFBIZ-12171 and the linked pull
> >> requests there.
> >>
> >> Testing with different environments helps finding potential issues.
> >>
> >> If there are no objections, I will merge the pull requests for all
> >> branches coming weekend (after Friday, 26. February).
> >>
> >> Thanks,
> >>
> >> Michael Brohl
> >>
> >> ecomify GmbH - www.ecomify.de
> >>
> >>
> >> Am 19.02.21 um 10:42 schrieb Jacques Le Roux:
> >>> +1, works for me
> >>>
> >>> Jacques
> >>>
> >>> Le 18/02/2021 à 22:18, Michael Brohl a écrit :
> >>>> I think I have a first solution for r17.12. The incompatibilities
> >>>> did not occur again and the IOUtils problem could be solved by
> >>>> restricting the commons-io dependency to a fixed version.
> >>>>
> >>>> All tests pass on my machine.
> >>>>
> >>>> Please test with your environments and let me know if you have any
> >>>> remarks or ideas for optimization, thanks!
> >>>>
> >>>> See pull requests
> >>>>
> >>>> https://github.com/apache/ofbiz-plugins/pull/59
> >>>> https://github.com/apache/ofbiz-framework/pull/278
> >>>>
> >>>> Michael Brohl
> >>>>
> >>>> ecomify GmbH - www.ecomify.de
> >>>>
> >>>>
> >>>> Am 18.02.21 um 17:53 schrieb Michael Brohl:
> >>>>> Hi Nicolas,
> >>>>>
> >>>>> not yet. I'll provide a pull request with the latest changes soon.
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>> Michael
> >>>>>
> >>>>>
> >>>>> Am 17.02.21 um 17:27 schrieb Nicolas Malin:
> >>>>>> Michael,
> >>>>>>
> >>>>>> Do you have a patch or git branch to be sure that can reproduce
> >>>>>> the same
> >>>>>> state from my part ?
> >>>>>>
> >>>>>> Nicolas
> >>>>>>
> >>>>>> On 16/02/2021 23:49, Michael Brohl wrote:
> >>>>>>> Thanks, Jacques.
> >>>>>>>
> >>>>>>> The migration for r17.12 is going to be tough.
> >>>>>>>
> >>>>>>> If I update to the lowest Gradle version supporting metadataSources
> >>>>>>> (4.5.1) we need to change the build.gradle as well. There seem
> >>>>>>> to be
> >>>>>>> incompatibilities with the clean* tasks.
> >>>>>>>
> >>>>>>> I am also currently facing this bug:
> >>>>>>> https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile
> >>>>>>> errors
> >>>>>>> because UOUtils cannot be found.
> >>>>>>>
> >>>>>>> I'm at it but it won't go as fast as I'd wish it would.
> >>>>>>>
> >>>>>>> Regards,
> >>>>>>>
> >>>>>>> Michael Brohl
> >>>>>>>
> >>>>>>> ecomify GmbH - www.ecomify.de
> >>>>>>>
> >>>>>>>
> >>>>>>> Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
> >>>>>>>> Done
> >>>>>>>>
> >>>>>>>> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
> >>>>>>>>> Can someone please create a 17.12.06 release version in Jira?
> >>>
>
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
It's weird but can someone please check and confirm:
With latest trunk and blocked jcenter.bintray.com (set to 127.0.0.1 in
/etc/hosts) OFBiz is not building anymore. There are several artefacts
which Gradle tries to load from JCenter again:
~/Projects/apache-ofbiz/ofbiz-framework ⑂trunk* ./gradlew cleanAll build
FAILURE: Build failed with an exception.
* What went wrong:
A problem occurred configuring root project 'ofbiz'.
> Could not resolve all artifacts for configuration ':classpath'.
> Could not resolve
se.patrikerdes:gradle-use-latest-versions-plugin:0.2.15.
Required by:
project : >
se.patrikerdes.use-latest-versions:se.patrikerdes.use-latest-versions.gradle.plugin:0.2.15
> Could not resolve
se.patrikerdes:gradle-use-latest-versions-plugin:0.2.15.
> Could not get resource
'https://plugins.gradle.org/m2/se/patrikerdes/gradle-use-latest-versions-plugin/0.2.15/gradle-use-latest-versions-plugin-0.2.15.module'.
> Could not GET
'https://jcenter.bintray.com/se/patrikerdes/gradle-use-latest-versions-plugin/0.2.15/gradle-use-latest-versions-plugin-0.2.15.module'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
> Could not resolve
com.github.jakemarsden:git-hooks-gradle-plugin:0.0.2.
Required by:
project : >
com.github.jakemarsden.git-hooks:com.github.jakemarsden.git-hooks.gradle.plugin:0.0.2
> Could not resolve
com.github.jakemarsden:git-hooks-gradle-plugin:0.0.2.
> Could not get resource
'https://plugins.gradle.org/m2/com/github/jakemarsden/git-hooks-gradle-plugin/0.0.2/git-hooks-gradle-plugin-0.0.2.module'.
> Could not GET
'https://jcenter.bintray.com/com/github/jakemarsden/git-hooks-gradle-plugin/0.0.2/git-hooks-gradle-plugin-0.0.2.module'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
> Could not resolve org.codehaus.groovy:groovy-all:2.4.7.
Required by:
project : >
at.bxm.svntools:at.bxm.svntools.gradle.plugin:2.2.1 >
at.bxm.gradleplugins:gradle-svntools-plugin:2.2.1
> Could not resolve org.codehaus.groovy:groovy-all:2.4.7.
> Could not get resource
'https://plugins.gradle.org/m2/org/codehaus/groovy/groovy-all/2.4.7/groovy-all-2.4.7.pom'.
> Could not GET
'https://jcenter.bintray.com/org/codehaus/groovy/groovy-all/2.4.7/groovy-all-2.4.7.pom'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
> Could not resolve org.tmatesoft.svnkit:svnkit:1.8.12.
Required by:
project : >
at.bxm.svntools:at.bxm.svntools.gradle.plugin:2.2.1 >
at.bxm.gradleplugins:gradle-svntools-plugin:2.2.1
> Could not resolve org.tmatesoft.svnkit:svnkit:1.8.12.
> Could not get resource
'https://plugins.gradle.org/m2/org/tmatesoft/svnkit/svnkit/1.8.12/svnkit-1.8.12.pom'.
> Could not GET
'https://jcenter.bintray.com/org/tmatesoft/svnkit/svnkit/1.8.12/svnkit-1.8.12.pom'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
> Could not resolve org.ysb33r.gradle:grolifant:0.12.1.
Required by:
project : >
org.asciidoctor.convert:org.asciidoctor.convert.gradle.plugin:2.4.0 >
org.asciidoctor:asciidoctor-gradle-jvm:2.4.0
project : >
org.asciidoctor.convert:org.asciidoctor.convert.gradle.plugin:2.4.0 >
org.asciidoctor:asciidoctor-gradle-jvm:2.4.0 >
org.asciidoctor:asciidoctor-gradle-base:2.4.0
> Could not resolve org.ysb33r.gradle:grolifant:0.12.1.
> Could not get resource
'https://plugins.gradle.org/m2/org/ysb33r/gradle/grolifant/0.12.1/grolifant-0.12.1.pom'.
> Could not GET
'https://jcenter.bintray.com/org/ysb33r/gradle/grolifant/0.12.1/grolifant-0.12.1.pom'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
> Could not resolve org.owasp:dependency-check-core:6.0.3.
Required by:
project : >
org.owasp.dependencycheck:org.owasp.dependencycheck.gradle.plugin:6.0.3
> org.owasp:dependency-check-gradle:6.0.3
> Could not resolve org.owasp:dependency-check-core:6.0.3.
> Could not get resource
'https://plugins.gradle.org/m2/org/owasp/dependency-check-core/6.0.3/dependency-check-core-6.0.3.pom'.
> Could not GET
'https://jcenter.bintray.com/org/owasp/dependency-check-core/6.0.3/dependency-check-core-6.0.3.pom'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
> Could not resolve org.owasp:dependency-check-utils:6.0.3.
Required by:
project : >
org.owasp.dependencycheck:org.owasp.dependencycheck.gradle.plugin:6.0.3
> org.owasp:dependency-check-gradle:6.0.3
> Could not resolve org.owasp:dependency-check-utils:6.0.3.
> Could not get resource
'https://plugins.gradle.org/m2/org/owasp/dependency-check-utils/6.0.3/dependency-check-utils-6.0.3.pom'.
> Could not GET
'https://jcenter.bintray.com/org/owasp/dependency-check-utils/6.0.3/dependency-check-utils-6.0.3.pom'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
> Could not resolve net.gpedro.integrations.slack:slack-webhook:1.4.0.
Required by:
project : >
org.owasp.dependencycheck:org.owasp.dependencycheck.gradle.plugin:6.0.3
> org.owasp:dependency-check-gradle:6.0.3
> Could not resolve
net.gpedro.integrations.slack:slack-webhook:1.4.0.
> Could not get resource
'https://plugins.gradle.org/m2/net/gpedro/integrations/slack/slack-webhook/1.4.0/slack-webhook-1.4.0.pom'.
> Could not GET
'https://jcenter.bintray.com/net/gpedro/integrations/slack/slack-webhook/1.4.0/slack-webhook-1.4.0.pom'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
> Could not resolve com.thoughtworks.xstream:xstream:1.4.10.
Required by:
project : >
com.github.ben-manes.versions:com.github.ben-manes.versions.gradle.plugin:0.36.0
> com.github.ben-manes:gradle-versions-plugin:0.36.0
> Could not resolve com.thoughtworks.xstream:xstream:1.4.10.
> Could not get resource
'https://plugins.gradle.org/m2/com/thoughtworks/xstream/xstream/1.4.10/xstream-1.4.10.pom'.
> Could not GET
'https://jcenter.bintray.com/com/thoughtworks/xstream/xstream/1.4.10/xstream-1.4.10.pom'.
> Connect to jcenter.bintray.com:443
[jcenter.bintray.com/127.0.0.1] failed: Connection refused (Connection
refused)
* Try:
Run with --stacktrace option to get the stack trace. Run with --info or
--debug option to get more log output. Run with --scan to get full insights.
* Get more help at https://help.gradle.org
BUILD FAILED in 23s
Please check, I want to exclude a problem on my side.
Thanks,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 10.03.21 um 12:44 schrieb Michael Brohl:
> I have reopened https://issues.apache.org/jira/browse/OFBIZ-12171 for
> necessary changes in the documentation (README.adoc) which references
> JCenter.
>
> Regards,
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 22.02.21 um 17:47 schrieb Michael Brohl:
>> Hi everyone,
>>
>> please help testing the jCenter to mavenCentral migration for trunk
>> and release branches r17.12/r18.12. See
>> https://issues.apache.org/jira/browse/OFBIZ-12171 and the linked pull
>> requests there.
>>
>> Testing with different environments helps finding potential issues.
>>
>> If there are no objections, I will merge the pull requests for all
>> branches coming weekend (after Friday, 26. February).
>>
>> Thanks,
>>
>> Michael Brohl
>>
>> ecomify GmbH - www.ecomify.de
>>
>>
>> Am 19.02.21 um 10:42 schrieb Jacques Le Roux:
>>> +1, works for me
>>>
>>> Jacques
>>>
>>> Le 18/02/2021 à 22:18, Michael Brohl a écrit :
>>>> I think I have a first solution for r17.12. The incompatibilities
>>>> did not occur again and the IOUtils problem could be solved by
>>>> restricting the commons-io dependency to a fixed version.
>>>>
>>>> All tests pass on my machine.
>>>>
>>>> Please test with your environments and let me know if you have any
>>>> remarks or ideas for optimization, thanks!
>>>>
>>>> See pull requests
>>>>
>>>> https://github.com/apache/ofbiz-plugins/pull/59
>>>> https://github.com/apache/ofbiz-framework/pull/278
>>>>
>>>> Michael Brohl
>>>>
>>>> ecomify GmbH - www.ecomify.de
>>>>
>>>>
>>>> Am 18.02.21 um 17:53 schrieb Michael Brohl:
>>>>> Hi Nicolas,
>>>>>
>>>>> not yet. I'll provide a pull request with the latest changes soon.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Michael
>>>>>
>>>>>
>>>>> Am 17.02.21 um 17:27 schrieb Nicolas Malin:
>>>>>> Michael,
>>>>>>
>>>>>> Do you have a patch or git branch to be sure that can reproduce
>>>>>> the same
>>>>>> state from my part ?
>>>>>>
>>>>>> Nicolas
>>>>>>
>>>>>> On 16/02/2021 23:49, Michael Brohl wrote:
>>>>>>> Thanks, Jacques.
>>>>>>>
>>>>>>> The migration for r17.12 is going to be tough.
>>>>>>>
>>>>>>> If I update to the lowest Gradle version supporting metadataSources
>>>>>>> (4.5.1) we need to change the build.gradle as well. There seem
>>>>>>> to be
>>>>>>> incompatibilities with the clean* tasks.
>>>>>>>
>>>>>>> I am also currently facing this bug:
>>>>>>> https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile
>>>>>>> errors
>>>>>>> because UOUtils cannot be found.
>>>>>>>
>>>>>>> I'm at it but it won't go as fast as I'd wish it would.
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Michael Brohl
>>>>>>>
>>>>>>> ecomify GmbH - www.ecomify.de
>>>>>>>
>>>>>>>
>>>>>>> Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
>>>>>>>> Done
>>>>>>>>
>>>>>>>> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>>>>>>>>> Can someone please create a 17.12.06 release version in Jira?
>>>
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
I have reopened https://issues.apache.org/jira/browse/OFBIZ-12171 for
necessary changes in the documentation (README.adoc) which references
JCenter.
Regards,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 22.02.21 um 17:47 schrieb Michael Brohl:
> Hi everyone,
>
> please help testing the jCenter to mavenCentral migration for trunk
> and release branches r17.12/r18.12. See
> https://issues.apache.org/jira/browse/OFBIZ-12171 and the linked pull
> requests there.
>
> Testing with different environments helps finding potential issues.
>
> If there are no objections, I will merge the pull requests for all
> branches coming weekend (after Friday, 26. February).
>
> Thanks,
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 19.02.21 um 10:42 schrieb Jacques Le Roux:
>> +1, works for me
>>
>> Jacques
>>
>> Le 18/02/2021 à 22:18, Michael Brohl a écrit :
>>> I think I have a first solution for r17.12. The incompatibilities
>>> did not occur again and the IOUtils problem could be solved by
>>> restricting the commons-io dependency to a fixed version.
>>>
>>> All tests pass on my machine.
>>>
>>> Please test with your environments and let me know if you have any
>>> remarks or ideas for optimization, thanks!
>>>
>>> See pull requests
>>>
>>> https://github.com/apache/ofbiz-plugins/pull/59
>>> https://github.com/apache/ofbiz-framework/pull/278
>>>
>>> Michael Brohl
>>>
>>> ecomify GmbH - www.ecomify.de
>>>
>>>
>>> Am 18.02.21 um 17:53 schrieb Michael Brohl:
>>>> Hi Nicolas,
>>>>
>>>> not yet. I'll provide a pull request with the latest changes soon.
>>>>
>>>> Thanks,
>>>>
>>>> Michael
>>>>
>>>>
>>>> Am 17.02.21 um 17:27 schrieb Nicolas Malin:
>>>>> Michael,
>>>>>
>>>>> Do you have a patch or git branch to be sure that can reproduce
>>>>> the same
>>>>> state from my part ?
>>>>>
>>>>> Nicolas
>>>>>
>>>>> On 16/02/2021 23:49, Michael Brohl wrote:
>>>>>> Thanks, Jacques.
>>>>>>
>>>>>> The migration for r17.12 is going to be tough.
>>>>>>
>>>>>> If I update to the lowest Gradle version supporting metadataSources
>>>>>> (4.5.1) we need to change the build.gradle as well. There seem to be
>>>>>> incompatibilities with the clean* tasks.
>>>>>>
>>>>>> I am also currently facing this bug:
>>>>>> https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile
>>>>>> errors
>>>>>> because UOUtils cannot be found.
>>>>>>
>>>>>> I'm at it but it won't go as fast as I'd wish it would.
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Michael Brohl
>>>>>>
>>>>>> ecomify GmbH - www.ecomify.de
>>>>>>
>>>>>>
>>>>>> Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
>>>>>>> Done
>>>>>>>
>>>>>>> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>>>>>>>> Can someone please create a 17.12.06 release version in Jira?
>>
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Hi everyone,
please help testing the jCenter to mavenCentral migration for trunk and
release branches r17.12/r18.12. See
https://issues.apache.org/jira/browse/OFBIZ-12171 and the linked pull
requests there.
Testing with different environments helps finding potential issues.
If there are no objections, I will merge the pull requests for all
branches coming weekend (after Friday, 26. February).
Thanks,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 19.02.21 um 10:42 schrieb Jacques Le Roux:
> +1, works for me
>
> Jacques
>
> Le 18/02/2021 à 22:18, Michael Brohl a écrit :
>> I think I have a first solution for r17.12. The incompatibilities did
>> not occur again and the IOUtils problem could be solved by
>> restricting the commons-io dependency to a fixed version.
>>
>> All tests pass on my machine.
>>
>> Please test with your environments and let me know if you have any
>> remarks or ideas for optimization, thanks!
>>
>> See pull requests
>>
>> https://github.com/apache/ofbiz-plugins/pull/59
>> https://github.com/apache/ofbiz-framework/pull/278
>>
>> Michael Brohl
>>
>> ecomify GmbH - www.ecomify.de
>>
>>
>> Am 18.02.21 um 17:53 schrieb Michael Brohl:
>>> Hi Nicolas,
>>>
>>> not yet. I'll provide a pull request with the latest changes soon.
>>>
>>> Thanks,
>>>
>>> Michael
>>>
>>>
>>> Am 17.02.21 um 17:27 schrieb Nicolas Malin:
>>>> Michael,
>>>>
>>>> Do you have a patch or git branch to be sure that can reproduce the
>>>> same
>>>> state from my part ?
>>>>
>>>> Nicolas
>>>>
>>>> On 16/02/2021 23:49, Michael Brohl wrote:
>>>>> Thanks, Jacques.
>>>>>
>>>>> The migration for r17.12 is going to be tough.
>>>>>
>>>>> If I update to the lowest Gradle version supporting metadataSources
>>>>> (4.5.1) we need to change the build.gradle as well. There seem to be
>>>>> incompatibilities with the clean* tasks.
>>>>>
>>>>> I am also currently facing this bug:
>>>>> https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile errors
>>>>> because UOUtils cannot be found.
>>>>>
>>>>> I'm at it but it won't go as fast as I'd wish it would.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Michael Brohl
>>>>>
>>>>> ecomify GmbH - www.ecomify.de
>>>>>
>>>>>
>>>>> Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
>>>>>> Done
>>>>>>
>>>>>> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>>>>>>> Can someone please create a 17.12.06 release version in Jira?
>
Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
+1, works for me
Jacques
Le 18/02/2021 à 22:18, Michael Brohl a écrit :
> I think I have a first solution for r17.12. The incompatibilities did not occur again and the IOUtils problem could be solved by restricting the
> commons-io dependency to a fixed version.
>
> All tests pass on my machine.
>
> Please test with your environments and let me know if you have any remarks or ideas for optimization, thanks!
>
> See pull requests
>
> https://github.com/apache/ofbiz-plugins/pull/59
> https://github.com/apache/ofbiz-framework/pull/278
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 18.02.21 um 17:53 schrieb Michael Brohl:
>> Hi Nicolas,
>>
>> not yet. I'll provide a pull request with the latest changes soon.
>>
>> Thanks,
>>
>> Michael
>>
>>
>> Am 17.02.21 um 17:27 schrieb Nicolas Malin:
>>> Michael,
>>>
>>> Do you have a patch or git branch to be sure that can reproduce the same
>>> state from my part ?
>>>
>>> Nicolas
>>>
>>> On 16/02/2021 23:49, Michael Brohl wrote:
>>>> Thanks, Jacques.
>>>>
>>>> The migration for r17.12 is going to be tough.
>>>>
>>>> If I update to the lowest Gradle version supporting metadataSources
>>>> (4.5.1) we need to change the build.gradle as well. There seem to be
>>>> incompatibilities with the clean* tasks.
>>>>
>>>> I am also currently facing this bug:
>>>> https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile errors
>>>> because UOUtils cannot be found.
>>>>
>>>> I'm at it but it won't go as fast as I'd wish it would.
>>>>
>>>> Regards,
>>>>
>>>> Michael Brohl
>>>>
>>>> ecomify GmbH - www.ecomify.de
>>>>
>>>>
>>>> Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
>>>>> Done
>>>>>
>>>>> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>>>>>> Can someone please create a 17.12.06 release version in Jira?
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
I think I have a first solution for r17.12. The incompatibilities did
not occur again and the IOUtils problem could be solved by restricting
the commons-io dependency to a fixed version.
All tests pass on my machine.
Please test with your environments and let me know if you have any
remarks or ideas for optimization, thanks!
See pull requests
https://github.com/apache/ofbiz-plugins/pull/59
https://github.com/apache/ofbiz-framework/pull/278
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 18.02.21 um 17:53 schrieb Michael Brohl:
> Hi Nicolas,
>
> not yet. I'll provide a pull request with the latest changes soon.
>
> Thanks,
>
> Michael
>
>
> Am 17.02.21 um 17:27 schrieb Nicolas Malin:
>> Michael,
>>
>> Do you have a patch or git branch to be sure that can reproduce the same
>> state from my part ?
>>
>> Nicolas
>>
>> On 16/02/2021 23:49, Michael Brohl wrote:
>>> Thanks, Jacques.
>>>
>>> The migration for r17.12 is going to be tough.
>>>
>>> If I update to the lowest Gradle version supporting metadataSources
>>> (4.5.1) we need to change the build.gradle as well. There seem to be
>>> incompatibilities with the clean* tasks.
>>>
>>> I am also currently facing this bug:
>>> https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile errors
>>> because UOUtils cannot be found.
>>>
>>> I'm at it but it won't go as fast as I'd wish it would.
>>>
>>> Regards,
>>>
>>> Michael Brohl
>>>
>>> ecomify GmbH - www.ecomify.de
>>>
>>>
>>> Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
>>>> Done
>>>>
>>>> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>>>>> Can someone please create a 17.12.06 release version in Jira?
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Hi Nicolas,
not yet. I'll provide a pull request with the latest changes soon.
Thanks,
Michael
Am 17.02.21 um 17:27 schrieb Nicolas Malin:
> Michael,
>
> Do you have a patch or git branch to be sure that can reproduce the same
> state from my part ?
>
> Nicolas
>
> On 16/02/2021 23:49, Michael Brohl wrote:
>> Thanks, Jacques.
>>
>> The migration for r17.12 is going to be tough.
>>
>> If I update to the lowest Gradle version supporting metadataSources
>> (4.5.1) we need to change the build.gradle as well. There seem to be
>> incompatibilities with the clean* tasks.
>>
>> I am also currently facing this bug:
>> https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile errors
>> because UOUtils cannot be found.
>>
>> I'm at it but it won't go as fast as I'd wish it would.
>>
>> Regards,
>>
>> Michael Brohl
>>
>> ecomify GmbH - www.ecomify.de
>>
>>
>> Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
>>> Done
>>>
>>> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>>>> Can someone please create a 17.12.06 release version in Jira?
Re: JFrog to shut down jcenter
Posted by Nicolas Malin <ni...@nereide.fr>.
Michael,
Do you have a patch or git branch to be sure that can reproduce the same
state from my part ?
Nicolas
On 16/02/2021 23:49, Michael Brohl wrote:
> Thanks, Jacques.
>
> The migration for r17.12 is going to be tough.
>
> If I update to the lowest Gradle version supporting metadataSources
> (4.5.1) we need to change the build.gradle as well. There seem to be
> incompatibilities with the clean* tasks.
>
> I am also currently facing this bug:
> https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile errors
> because UOUtils cannot be found.
>
> I'm at it but it won't go as fast as I'd wish it would.
>
> Regards,
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
>> Done
>>
>> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>>>
>>> Can someone please create a 17.12.06 release version in Jira?
>>
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Thanks, Jacques.
The migration for r17.12 is going to be tough.
If I update to the lowest Gradle version supporting metadataSources
(4.5.1) we need to change the build.gradle as well. There seem to be
incompatibilities with the clean* tasks.
I am also currently facing this bug:
https://www.jfrog.com/jira/browse/RTFACT-24621 causing compile errors
because UOUtils cannot be found.
I'm at it but it won't go as fast as I'd wish it would.
Regards,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 16.02.21 um 11:26 schrieb Jacques Le Roux:
> Done
>
> Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>>
>> Can someone please create a 17.12.06 release version in Jira?
>
Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
Done
Le 16/02/2021 à 10:33, Michael Brohl a écrit :
>
> Can someone please create a 17.12.06 release version in Jira?
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Thanks Nicolas and Jacques for your input.
I will try to update Gradle to the minimal version which fits and try to
proceed from ther.
Can someone please create a 17.12.06 release version in Jira? I
backported some of the latest bugfixes to the 17.12 release branch also
but was not able to set the fixed version because it is missing. I
assigned the release branch instead and would change that when we have
the version.
Thanks,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 16.02.21 um 09:17 schrieb Jacques Le Roux:
> Hi,
>
> I'd say that 17.12.06 is a bit apart. It's mostly because of JFrog
> shuting down jcenter that we decided to create a new releases after
> 17.12.05, even if a priori that was not excluded.
>
> So I'm not against Nicolas's proposition...
>
> Jacques
>
> Le 15/02/2021 à 22:12, Michael Brohl a écrit :
>> Hi Nicolas,
>>
>> I thought that we are restricted to the Gradle version for 17.12,
>> aren‘t we?
>> If not I think it‘s easy to upgrade Gradle to just the first version
>> which supports metadataSources and proceed from there.
>>
>> Thanks,
>> Michael
>>
>>> Am 15.02.2021 um 19:08 schrieb Nicolas Malin
>>> <ni...@nereide.fr>:
>>>
>>> Hi Michel,
>>>
>>> Thanks for your works, I will check If I found a solution with Gradle
>>> 3.2.1. I keep in my that a solution would be increase the Gradle
>>> version for the 17.12
>>>
>>> Nicolas
>>>
>>>> On 14/02/2021 16:51, Michael Brohl wrote:
>>>> For those who do not read the notifications for
>>>> https://issues.apache.org/jira/browse/OFBIZ-12171 I'd like to reach
>>>> you here too.
>>>>
>>>> I've already done the migration for trunk (committed) and r18.12
>>>> (PR's, to be committed in the next days).
>>>>
>>>> I've also started with the migration for 17.12, which will be tougher
>>>> because of the Gradle old version used there. There is no
>>>> metadataSources API to specify to pull a jar without a pom, which is
>>>> used for the flute dependency.
>>>>
>>>> Does someone know how to correct a pom in maven central? This is the
>>>> reason why metadataSources API was used for trunk and r18.12.
>>>>
>>>> Or does someone know a way to pull artefacts/jars from a repository
>>>> without a valid pom in Gradle 3.2.1?
>>>>
>>>> Any help is appreciated, thanks!
>>>>
>>>> Michael Brohl
>>>>
>>>> ecomify GmbH - www.ecomify.de
>>>>
>>>>
>>>>> Am 10.02.21 um 16:44 schrieb Michael Brohl:
>>>>> Ah, yes, thanks Jacques.
>>>>>
>>>>> See https://issues.apache.org/jira/browse/OFBIZ-12171 for the issue
>>>>> and links to the pull requests.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Michael
>>>>>
>>>>>
>>>>> Am 10.02.21 um 16:22 schrieb Jacques Le Roux:
>>>>>> Le 10/02/2021 à 11:06, Michael Brohl a écrit :
>>>>>>> I think I've got it solved for trunk, please see
>>>>>>> https://issues.apache.org/jira/browse/INFRA-21376 and the linked
>>>>>>> pull requests there.
>>>>>> I guess you mean OFBIZ-12171 rather no?
>>>>>>
>>>>>> Jacques
>>>>>>
Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
Hi,
I'd say that 17.12.06 is a bit apart. It's mostly because of JFrog shuting down jcenter that we decided to create a new releases after 17.12.05, even
if a priori that was not excluded.
So I'm not against Nicolas's proposition...
Jacques
Le 15/02/2021 à 22:12, Michael Brohl a écrit :
> Hi Nicolas,
>
> I thought that we are restricted to the Gradle version for 17.12, aren‘t we?
> If not I think it‘s easy to upgrade Gradle to just the first version which supports metadataSources and proceed from there.
>
> Thanks,
> Michael
>
>> Am 15.02.2021 um 19:08 schrieb Nicolas Malin <ni...@nereide.fr>:
>>
>> Hi Michel,
>>
>> Thanks for your works, I will check If I found a solution with Gradle
>> 3.2.1. I keep in my that a solution would be increase the Gradle
>> version for the 17.12
>>
>> Nicolas
>>
>>> On 14/02/2021 16:51, Michael Brohl wrote:
>>> For those who do not read the notifications for
>>> https://issues.apache.org/jira/browse/OFBIZ-12171 I'd like to reach
>>> you here too.
>>>
>>> I've already done the migration for trunk (committed) and r18.12
>>> (PR's, to be committed in the next days).
>>>
>>> I've also started with the migration for 17.12, which will be tougher
>>> because of the Gradle old version used there. There is no
>>> metadataSources API to specify to pull a jar without a pom, which is
>>> used for the flute dependency.
>>>
>>> Does someone know how to correct a pom in maven central? This is the
>>> reason why metadataSources API was used for trunk and r18.12.
>>>
>>> Or does someone know a way to pull artefacts/jars from a repository
>>> without a valid pom in Gradle 3.2.1?
>>>
>>> Any help is appreciated, thanks!
>>>
>>> Michael Brohl
>>>
>>> ecomify GmbH - www.ecomify.de
>>>
>>>
>>>> Am 10.02.21 um 16:44 schrieb Michael Brohl:
>>>> Ah, yes, thanks Jacques.
>>>>
>>>> See https://issues.apache.org/jira/browse/OFBIZ-12171 for the issue
>>>> and links to the pull requests.
>>>>
>>>> Thanks,
>>>>
>>>> Michael
>>>>
>>>>
>>>> Am 10.02.21 um 16:22 schrieb Jacques Le Roux:
>>>>> Le 10/02/2021 à 11:06, Michael Brohl a écrit :
>>>>>> I think I've got it solved for trunk, please see
>>>>>> https://issues.apache.org/jira/browse/INFRA-21376 and the linked
>>>>>> pull requests there.
>>>>> I guess you mean OFBIZ-12171 rather no?
>>>>>
>>>>> Jacques
>>>>>
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Hi Nicolas,
I thought that we are restricted to the Gradle version for 17.12, aren‘t we?
If not I think it‘s easy to upgrade Gradle to just the first version which supports metadataSources and proceed from there.
Thanks,
Michael
> Am 15.02.2021 um 19:08 schrieb Nicolas Malin <ni...@nereide.fr>:
>
> Hi Michel,
>
> Thanks for your works, I will check If I found a solution with Gradle
> 3.2.1. I keep in my that a solution would be increase the Gradle
> version for the 17.12
>
> Nicolas
>
>> On 14/02/2021 16:51, Michael Brohl wrote:
>> For those who do not read the notifications for
>> https://issues.apache.org/jira/browse/OFBIZ-12171 I'd like to reach
>> you here too.
>>
>> I've already done the migration for trunk (committed) and r18.12
>> (PR's, to be committed in the next days).
>>
>> I've also started with the migration for 17.12, which will be tougher
>> because of the Gradle old version used there. There is no
>> metadataSources API to specify to pull a jar without a pom, which is
>> used for the flute dependency.
>>
>> Does someone know how to correct a pom in maven central? This is the
>> reason why metadataSources API was used for trunk and r18.12.
>>
>> Or does someone know a way to pull artefacts/jars from a repository
>> without a valid pom in Gradle 3.2.1?
>>
>> Any help is appreciated, thanks!
>>
>> Michael Brohl
>>
>> ecomify GmbH - www.ecomify.de
>>
>>
>>> Am 10.02.21 um 16:44 schrieb Michael Brohl:
>>> Ah, yes, thanks Jacques.
>>>
>>> See https://issues.apache.org/jira/browse/OFBIZ-12171 for the issue
>>> and links to the pull requests.
>>>
>>> Thanks,
>>>
>>> Michael
>>>
>>>
>>> Am 10.02.21 um 16:22 schrieb Jacques Le Roux:
>>>> Le 10/02/2021 à 11:06, Michael Brohl a écrit :
>>>>> I think I've got it solved for trunk, please see
>>>>> https://issues.apache.org/jira/browse/INFRA-21376 and the linked
>>>>> pull requests there.
>>>> I guess you mean OFBIZ-12171 rather no?
>>>>
>>>> Jacques
>>>>
Re: JFrog to shut down jcenter
Posted by Nicolas Malin <ni...@nereide.fr>.
Hi Michel,
Thanks for your works, I will check If I found a solution with Gradle
3.2.1. I keep in my that a solution would be increase the Gradle
version for the 17.12
Nicolas
On 14/02/2021 16:51, Michael Brohl wrote:
> For those who do not read the notifications for
> https://issues.apache.org/jira/browse/OFBIZ-12171 I'd like to reach
> you here too.
>
> I've already done the migration for trunk (committed) and r18.12
> (PR's, to be committed in the next days).
>
> I've also started with the migration for 17.12, which will be tougher
> because of the Gradle old version used there. There is no
> metadataSources API to specify to pull a jar without a pom, which is
> used for the flute dependency.
>
> Does someone know how to correct a pom in maven central? This is the
> reason why metadataSources API was used for trunk and r18.12.
>
> Or does someone know a way to pull artefacts/jars from a repository
> without a valid pom in Gradle 3.2.1?
>
> Any help is appreciated, thanks!
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 10.02.21 um 16:44 schrieb Michael Brohl:
>> Ah, yes, thanks Jacques.
>>
>> See https://issues.apache.org/jira/browse/OFBIZ-12171 for the issue
>> and links to the pull requests.
>>
>> Thanks,
>>
>> Michael
>>
>>
>> Am 10.02.21 um 16:22 schrieb Jacques Le Roux:
>>> Le 10/02/2021 à 11:06, Michael Brohl a écrit :
>>>> I think I've got it solved for trunk, please see
>>>> https://issues.apache.org/jira/browse/INFRA-21376 and the linked
>>>> pull requests there.
>>> I guess you mean OFBIZ-12171 rather no?
>>>
>>> Jacques
>>>
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
For those who do not read the notifications for
https://issues.apache.org/jira/browse/OFBIZ-12171 I'd like to reach you
here too.
I've already done the migration for trunk (committed) and r18.12 (PR's,
to be committed in the next days).
I've also started with the migration for 17.12, which will be tougher
because of the Gradle old version used there. There is no
metadataSources API to specify to pull a jar without a pom, which is
used for the flute dependency.
Does someone know how to correct a pom in maven central? This is the
reason why metadataSources API was used for trunk and r18.12.
Or does someone know a way to pull artefacts/jars from a repository
without a valid pom in Gradle 3.2.1?
Any help is appreciated, thanks!
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 10.02.21 um 16:44 schrieb Michael Brohl:
> Ah, yes, thanks Jacques.
>
> See https://issues.apache.org/jira/browse/OFBIZ-12171 for the issue
> and links to the pull requests.
>
> Thanks,
>
> Michael
>
>
> Am 10.02.21 um 16:22 schrieb Jacques Le Roux:
>> Le 10/02/2021 à 11:06, Michael Brohl a écrit :
>>> I think I've got it solved for trunk, please see
>>> https://issues.apache.org/jira/browse/INFRA-21376 and the linked
>>> pull requests there.
>> I guess you mean OFBIZ-12171 rather no?
>>
>> Jacques
>>
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Ah, yes, thanks Jacques.
See https://issues.apache.org/jira/browse/OFBIZ-12171 for the issue and
links to the pull requests.
Thanks,
Michael
Am 10.02.21 um 16:22 schrieb Jacques Le Roux:
> Le 10/02/2021 à 11:06, Michael Brohl a écrit :
>> I think I've got it solved for trunk, please see
>> https://issues.apache.org/jira/browse/INFRA-21376 and the linked pull
>> requests there.
> I guess you mean OFBIZ-12171 rather no?
>
> Jacques
>
Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
Le 10/02/2021 à 11:06, Michael Brohl a écrit :
> I think I've got it solved for trunk, please see https://issues.apache.org/jira/browse/INFRA-21376 and the linked pull requests there.
I guess you mean OFBIZ-12171 rather no?
Jacques
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
I think I've got it solved for trunk, please see
https://issues.apache.org/jira/browse/INFRA-21376 and the linked pull
requests there.
Is anyone using the Ldap plugin and can help out to test the changes
I've made during the migration process?
If the community approves this solution I would go through the releases
and adapt this work to release 17.12 and 18.12 as well. I expect some
manual changes becaus of different dependencies (at least in versions).
Do we also want to adapt the changes to 16.11 even if not supported
anymore? We could provide a patch.
I'd also set up a wiki page to describe the problem and provide
informations for the different releases. The mentioned patch could go
there too.
Thoughts?
Thanks,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 06.02.21 um 13:52 schrieb Jacques Le Roux:
> That's a good news, thanks Michael
>
> Let's follow what we can expect from Infra, those guys often do marvel...
>
> Jacques
>
> Le 06/02/2021 à 11:42, Michael Brohl a écrit :
>> Infra is also at it, see
>> https://issues.apache.org/jira/browse/INFRA-21376
>>
>> Michael Brohl
>>
>> ecomify GmbH - www.ecomify.de
>>
>>
>> Am 06.02.21 um 11:29 schrieb Michael Brohl:
>>> Hi Taher,
>>>
>>> thanks for bringing this up!
>>>
>>> This is indeed something we should care about quite soon. It will
>>> affect the upcoming 18.12 release as well as supporting the 17.12
>>> release for which we might have to do another release handling this.
>>>
>>> I created a Jira issue for it at [1].
>>>
>>> I also did a first check with wiped Gradle cache and removed JCenter
>>> reference and put the results in the Jira as well. There are about
>>> 78 libraries which are not found at Maven central.
>>>
>>> While there are a lot of Apache libraries which we can assume to be
>>> moved to Maven central soon, there are also some libraries which
>>> might not be maintained actively.
>>>
>>> Will think about how to handle this and come back here.
>>>
>>> Thanks,
>>>
>>> Michael Brohl
>>>
>>> ecomify GmbH - www.ecomify.de
>>>
>>>
>>> [1] https://issues.apache.org/jira/browse/OFBIZ-12171
>>>
>>> PS: great to hear from you again, it's been a while, Taher.
>>>
>>>
>>> Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
>>>> Hello Everyone,
>>>>
>>>> I received emails and checked resources [1] that seem to confirm
>>>> JCenter from JFrog is going down and that the last day of operation
>>>> for the repository is going to be May 1st 2021.
>>>>
>>>> This is a big deal as many running instances will crash unless
>>>> updated, so not only do future versions of OFBiz need to adapt, but
>>>> also existing installations.
>>>>
>>>> I'm not sure how to best handle this? Especially for production
>>>> instances out there on older versions of OFBiz. Maybe one solution
>>>> is to host the existing libraries in some temporary location or try
>>>> to migrate them to MavenCentral ... Whatever is the solution I
>>>> think we should make a fast move.
>>>>
>>>> [1]
>>>>
>>>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>>>>
>>>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>
Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
That's a good news, thanks Michael
Let's follow what we can expect from Infra, those guys often do marvel...
Jacques
Le 06/02/2021 à 11:42, Michael Brohl a écrit :
> Infra is also at it, see https://issues.apache.org/jira/browse/INFRA-21376
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 06.02.21 um 11:29 schrieb Michael Brohl:
>> Hi Taher,
>>
>> thanks for bringing this up!
>>
>> This is indeed something we should care about quite soon. It will affect the upcoming 18.12 release as well as supporting the 17.12 release for
>> which we might have to do another release handling this.
>>
>> I created a Jira issue for it at [1].
>>
>> I also did a first check with wiped Gradle cache and removed JCenter reference and put the results in the Jira as well. There are about 78
>> libraries which are not found at Maven central.
>>
>> While there are a lot of Apache libraries which we can assume to be moved to Maven central soon, there are also some libraries which might not be
>> maintained actively.
>>
>> Will think about how to handle this and come back here.
>>
>> Thanks,
>>
>> Michael Brohl
>>
>> ecomify GmbH - www.ecomify.de
>>
>>
>> [1] https://issues.apache.org/jira/browse/OFBIZ-12171
>>
>> PS: great to hear from you again, it's been a while, Taher.
>>
>>
>> Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
>>> Hello Everyone,
>>>
>>> I received emails and checked resources [1] that seem to confirm JCenter from JFrog is going down and that the last day of operation for the
>>> repository is going to be May 1st 2021.
>>>
>>> This is a big deal as many running instances will crash unless updated, so not only do future versions of OFBiz need to adapt, but also existing
>>> installations.
>>>
>>> I'm not sure how to best handle this? Especially for production instances out there on older versions of OFBiz. Maybe one solution is to host the
>>> existing libraries in some temporary location or try to migrate them to MavenCentral ... Whatever is the solution I think we should make a fast move.
>>>
>>> [1]
>>>
>>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Infra is also at it, see https://issues.apache.org/jira/browse/INFRA-21376
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 06.02.21 um 11:29 schrieb Michael Brohl:
> Hi Taher,
>
> thanks for bringing this up!
>
> This is indeed something we should care about quite soon. It will
> affect the upcoming 18.12 release as well as supporting the 17.12
> release for which we might have to do another release handling this.
>
> I created a Jira issue for it at [1].
>
> I also did a first check with wiped Gradle cache and removed JCenter
> reference and put the results in the Jira as well. There are about 78
> libraries which are not found at Maven central.
>
> While there are a lot of Apache libraries which we can assume to be
> moved to Maven central soon, there are also some libraries which might
> not be maintained actively.
>
> Will think about how to handle this and come back here.
>
> Thanks,
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> [1] https://issues.apache.org/jira/browse/OFBIZ-12171
>
> PS: great to hear from you again, it's been a while, Taher.
>
>
> Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
>> Hello Everyone,
>>
>> I received emails and checked resources [1] that seem to confirm
>> JCenter from JFrog is going down and that the last day of operation
>> for the repository is going to be May 1st 2021.
>>
>> This is a big deal as many running instances will crash unless
>> updated, so not only do future versions of OFBiz need to adapt, but
>> also existing installations.
>>
>> I'm not sure how to best handle this? Especially for production
>> instances out there on older versions of OFBiz. Maybe one solution is
>> to host the existing libraries in some temporary location or try to
>> migrate them to MavenCentral ... Whatever is the solution I think we
>> should make a fast move.
>>
>> [1]
>>
>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>>
>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Hi Taher,
thanks for bringing this up!
This is indeed something we should care about quite soon. It will affect
the upcoming 18.12 release as well as supporting the 17.12 release for
which we might have to do another release handling this.
I created a Jira issue for it at [1].
I also did a first check with wiped Gradle cache and removed JCenter
reference and put the results in the Jira as well. There are about 78
libraries which are not found at Maven central.
While there are a lot of Apache libraries which we can assume to be
moved to Maven central soon, there are also some libraries which might
not be maintained actively.
Will think about how to handle this and come back here.
Thanks,
Michael Brohl
ecomify GmbH - www.ecomify.de
[1] https://issues.apache.org/jira/browse/OFBIZ-12171
PS: great to hear from you again, it's been a while, Taher.
Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
> Hello Everyone,
>
> I received emails and checked resources [1] that seem to confirm
> JCenter from JFrog is going down and that the last day of operation
> for the repository is going to be May 1st 2021.
>
> This is a big deal as many running instances will crash unless
> updated, so not only do future versions of OFBiz need to adapt, but
> also existing installations.
>
> I'm not sure how to best handle this? Especially for production
> instances out there on older versions of OFBiz. Maybe one solution is
> to host the existing libraries in some temporary location or try to
> migrate them to MavenCentral ... Whatever is the solution I think we
> should make a fast move.
>
> [1]
>
> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>
> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
Re: UPDATE, was:Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
Yes, this will cease soon. I think we'll have to move to mavenCentral
with this.
There is documentation about the process here:
https://maven.apache.org/repository/guide-central-repository-upload.html
Regards,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 10.02.21 um 16:24 schrieb Jacques Le Roux:
> It seems it does not concern Bintray itself, so what is described at
> https://cwiki.apache.org/confluence/display/OFBIZ/Load+new+gradle+wrapper+version+on+bintray
>
> Will no longer be available
>
> Jacques
>
> Le 10/02/2021 à 11:17, Michael Brohl a écrit :
>> jFrog announced in an update that jCenter is going to serve artefacts
>> until February 1st 2022, see
>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/
>>
>> Regards,
>>
>> Michael Brohl
>>
>> ecomify GmbH - www.ecomify.de
>>
>>
>> Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
>>> Hello Everyone,
>>>
>>> I received emails and checked resources [1] that seem to confirm
>>> JCenter from JFrog is going down and that the last day of operation
>>> for the repository is going to be May 1st 2021.
>>>
>>> This is a big deal as many running instances will crash unless
>>> updated, so not only do future versions of OFBiz need to adapt, but
>>> also existing installations.
>>>
>>> I'm not sure how to best handle this? Especially for production
>>> instances out there on older versions of OFBiz. Maybe one solution
>>> is to host the existing libraries in some temporary location or try
>>> to migrate them to MavenCentral ... Whatever is the solution I think
>>> we should make a fast move.
>>>
>>> [1]
>>>
>>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>>>
>>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>>>
Re: UPDATE, was:Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
It's in the private ML, please ask there ;)
Le 10/02/2021 à 16:55, Michael Brohl a écrit :
> How to we sign in to the Bintray account? Who has the credentials for it?
>
> Thanks,
>
> Michael
>
>
> Am 10.02.21 um 16:24 schrieb Jacques Le Roux:
>> It seems it does not concern Bintray itself, so what is described at
>> https://cwiki.apache.org/confluence/display/OFBIZ/Load+new+gradle+wrapper+version+on+bintray
>> Will no longer be available
>>
>> Jacques
>>
>> Le 10/02/2021 à 11:17, Michael Brohl a écrit :
>>> jFrog announced in an update that jCenter is going to serve artefacts until February 1st 2022, see
>>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/
>>>
>>> Regards,
>>>
>>> Michael Brohl
>>>
>>> ecomify GmbH - www.ecomify.de
>>>
>>>
>>> Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
>>>> Hello Everyone,
>>>>
>>>> I received emails and checked resources [1] that seem to confirm JCenter from JFrog is going down and that the last day of operation for the
>>>> repository is going to be May 1st 2021.
>>>>
>>>> This is a big deal as many running instances will crash unless updated, so not only do future versions of OFBiz need to adapt, but also existing
>>>> installations.
>>>>
>>>> I'm not sure how to best handle this? Especially for production instances out there on older versions of OFBiz. Maybe one solution is to host the
>>>> existing libraries in some temporary location or try to migrate them to MavenCentral ... Whatever is the solution I think we should make a fast
>>>> move.
>>>>
>>>> [1]
>>>>
>>>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>>>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>>>>
Re: UPDATE, was:Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
How to we sign in to the Bintray account? Who has the credentials for it?
Thanks,
Michael
Am 10.02.21 um 16:24 schrieb Jacques Le Roux:
> It seems it does not concern Bintray itself, so what is described at
> https://cwiki.apache.org/confluence/display/OFBIZ/Load+new+gradle+wrapper+version+on+bintray
>
> Will no longer be available
>
> Jacques
>
> Le 10/02/2021 à 11:17, Michael Brohl a écrit :
>> jFrog announced in an update that jCenter is going to serve artefacts
>> until February 1st 2022, see
>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/
>>
>> Regards,
>>
>> Michael Brohl
>>
>> ecomify GmbH - www.ecomify.de
>>
>>
>> Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
>>> Hello Everyone,
>>>
>>> I received emails and checked resources [1] that seem to confirm
>>> JCenter from JFrog is going down and that the last day of operation
>>> for the repository is going to be May 1st 2021.
>>>
>>> This is a big deal as many running instances will crash unless
>>> updated, so not only do future versions of OFBiz need to adapt, but
>>> also existing installations.
>>>
>>> I'm not sure how to best handle this? Especially for production
>>> instances out there on older versions of OFBiz. Maybe one solution
>>> is to host the existing libraries in some temporary location or try
>>> to migrate them to MavenCentral ... Whatever is the solution I think
>>> we should make a fast move.
>>>
>>> [1]
>>>
>>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>>>
>>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>>>
Re: UPDATE, was:Re: JFrog to shut down jcenter
Posted by Jacques Le Roux <ja...@les7arts.com>.
It seems it does not concern Bintray itself, so what is described at
https://cwiki.apache.org/confluence/display/OFBIZ/Load+new+gradle+wrapper+version+on+bintray
Will no longer be available
Jacques
Le 10/02/2021 à 11:17, Michael Brohl a écrit :
> jFrog announced in an update that jCenter is going to serve artefacts until February 1st 2022, see
> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/
>
> Regards,
>
> Michael Brohl
>
> ecomify GmbH - www.ecomify.de
>
>
> Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
>> Hello Everyone,
>>
>> I received emails and checked resources [1] that seem to confirm JCenter from JFrog is going down and that the last day of operation for the
>> repository is going to be May 1st 2021.
>>
>> This is a big deal as many running instances will crash unless updated, so not only do future versions of OFBiz need to adapt, but also existing
>> installations.
>>
>> I'm not sure how to best handle this? Especially for production instances out there on older versions of OFBiz. Maybe one solution is to host the
>> existing libraries in some temporary location or try to migrate them to MavenCentral ... Whatever is the solution I think we should make a fast move.
>>
>> [1]
>>
>> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>>
UPDATE, was:Re: JFrog to shut down jcenter
Posted by Michael Brohl <mi...@ecomify.de>.
jFrog announced in an update that jCenter is going to serve artefacts
until February 1st 2022, see
https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/
Regards,
Michael Brohl
ecomify GmbH - www.ecomify.de
Am 05.02.21 um 22:04 schrieb Taher Alkhateeb:
> Hello Everyone,
>
> I received emails and checked resources [1] that seem to confirm
> JCenter from JFrog is going down and that the last day of operation
> for the repository is going to be May 1st 2021.
>
> This is a big deal as many running instances will crash unless
> updated, so not only do future versions of OFBiz need to adapt, but
> also existing installations.
>
> I'm not sure how to best handle this? Especially for production
> instances out there on older versions of OFBiz. Maybe one solution is
> to host the existing libraries in some temporary location or try to
> migrate them to MavenCentral ... Whatever is the solution I think we
> should make a fast move.
>
> [1]
>
> https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter
>
> https://www.infoq.com/news/2021/02/jfrog-jcenter-bintray-closure
>