Even better! I still favor removing it in 9 but if not, this sounds like a good approach
On Wed, Sep 23, 2020 at 8:54 AM Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > We don't need Jersey either. It is already possible for Solr to accept > arbitrarily nested paths for endpoints (using annotations) without using > Restlet or Jersey. > > On Wed, 23 Sep, 2020, 8:16 pm Alexandre Rafalovitch, <arafa...@gmail.com> > wrote: > >> How much harder are the use-cases currently covered by managed >> resources, if that module was removed? >> >> For standalone instances, it is nearly as easy to edit the file and >> reload the schema. And it will probably be more version-control >> friendly than the files currently saved by the module. >> What about for SolrCloud? >> >> My feeling is that this module did not catch on, I don't think anybody >> ever implemented additional managed resources, though I remember >> seeing Jiras. So, unless there are super-special use cases, I am +1 on >> deprecating it ASAP for 8.7 and removing it in 9. It will fit with the >> overall theme of getting slimmer and more consistent. >> >> Regards, >> Alex. >> P.s. Also, I think the question on SolrUsers about this had limited >> response and mentioned a security issue. >> >> >> On Wed, 23 Sep 2020 at 10:28, Timothy Potter <thelabd...@gmail.com> >> wrote: >> > >> > I agree we should deprecate the managed resources feature, it was the >> first thing I was asked to build by LW nearly 7 years ago, before I was a >> committer. Restlet was already in place and I built on top of that, not >> sure who introduced it originally (nor do I care). Clearly from the vantage >> point of looking back, JAX-RS and Jersey won the day with REST in Java but >> that simply wasn't the case back then. What's important is how we move >> forward vs. bestowing judgement backed by wisdom of hindsight on decisions >> made many years ago. >> > >> > In the short term, does Apache have an Artifactory (or similar) where >> we can host the Restlet dependencies for Github to pull them from? If not, >> then we can port the code that's using Restlet over to using JAX-RS / >> Jersey. Personally I'd prefer we remove Managed Resources support from 9 >> instead of porting the Restlet code but I don't know if 9 is too soon from >> a deprecation stand point? >> > >> > Tim >> > >> > >> > On Mon, Sep 21, 2020 at 11:33 PM Noble Paul <noble.p...@gmail.com> >> wrote: >> >> >> >> We should deprecate that feature and remove restlet dependency >> altogether >> >> >> >> On Mon, Sep 21, 2020 at 10:20 PM Joel Bernstein <joels...@gmail.com> >> wrote: >> >> > >> >> > Restlet again!!!!!!! >> >> > >> >> > >> >> > >> >> > Joel Bernstein >> >> > http://joelsolr.blogspot.com/ >> >> > >> >> > >> >> > On Mon, Sep 21, 2020 at 7:18 AM Eric Pugh < >> ep...@opensourceconnections.com> wrote: >> >> >> >> >> >> Do we have a community blessed alternative to restlet already? >> >> >> >> >> >> On Sep 20, 2020, at 9:40 AM, Noble Paul <noble.p...@gmail.com> >> wrote: >> >> >> >> >> >> Haha. >> >> >> >> >> >> In fact schema APIs don't use restlet. Only the managed resources >> use it >> >> >> >> >> >> On Sat, Sep 19, 2020, 3:35 PM Ishan Chattopadhyaya < >> ichattopadhy...@gmail.com> wrote: >> >> >>> >> >> >>> If I were talend, I'd immediately start publishing to maven >> central. If I were the developer who built the schema APIs, I would never >> have used restlet to begin with. >> >> >>> >> >> >>> On Sat, 19 Sep, 2020, 1:13 am Uwe Schindler, <u...@thetaphi.de> >> wrote: >> >> >>>> >> >> >>>> I was thinking the same. Because GitHub does not cache the >> downloaded artifacts like our jenkins servers. >> >> >>>> >> >> >>>> It seems to run it in a new VM or container every time, so it >> downloads all artifacts. If I were Talend, I'd also block this. >> >> >>>> >> >> >>>> Uwe >> >> >>>> >> >> >>>> Am September 18, 2020 7:32:47 PM UTC schrieb Dawid Weiss < >> dawid.we...@gmail.com>: >> >> >>>>> >> >> >>>>> I don't think it's http/https - I believe restlet repository >> simply >> >> >>>>> bans github servers because of excessive traffic? These URLs >> work for >> >> >>>>> me locally... >> >> >>>>> >> >> >>>>> Dawid >> >> >>>>> >> >> >>>>> On Fri, Sep 18, 2020 at 6:35 PM Christine Poerschke (BLOOMBERG/ >> >> >>>>> LONDON) <cpoersc...@bloomberg.net> wrote: >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> This sounds vaguely familiar. "http works, https does not >> work" and https://issues.apache.org/jira/browse/SOLR-13756 possibly >> related? >> >> >>>>>> >> >> >>>>>> From: dev@lucene.apache.org At: 09/18/20 10:01:29 >> >> >>>>>> To: dev@lucene.apache.org >> >> >>>>>> Subject: Re: restlet dependencies >> >> >>>>>> >> >> >>>>>> I don't think it is, sadly. >> >> >>>>>> https://repo1.maven.org/maven2/org/restlet >> >> >>>>>> >> >> >>>>>> The link you provided (mvnrepository) aggregates from several >> maven >> >> >>>>>> repositories. >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> D. >> >> >>>>>> >> >> >>>>>> On Fri, Sep 18, 2020 at 10:46 AM Ishan Chattopadhyaya >> >> >>>>>> <ichattopadhy...@gmail.com> wrote: >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> Sorry, afk, but I heard (*hearsay*) that restlet is also on >> maven central >> >> >>>>>> >> >> >>>>>> these days. Can we confirm and switch to that? Sorry, if that's >> not the case. >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> On Fri, 18 Sep, 2020, 1:15 pm Dawid Weiss, < >> dawid.we...@gmail.com> wrote: >> >> >>>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> Just FYI: can't get PR builds on github to work recently >> because of this: >> >> >>>>>>>> >> >> >>>>>>>>> Could not resolve all files for configuration >> >> >>>>>> >> >> >>>>>> ':solr:core:compileClasspath'. >> >> >>>>>>>> >> >> >>>>>>>> 350 > Could not download org.restlet.ext.servlet-2.4.3.jar >> >> >>>>>>>> (org.restlet.jee:org.restlet.ext.servlet:2.4.3) >> >> >>>>>>>> 351 > Could not get resource >> >> >>>>>>>> >> >> >>>>>> ' >> https://maven.restlet.com/org/restlet/jee/org.restlet.ext.servlet/2.4.3/org.res >> >> >>>>>> tlet.ext.servlet-2.4.3.jar'. >> >> >>>>>>>> >> >> >>>>>>>> 352 > Could not GET >> >> >>>>>>>> >> >> >>>>>> ' >> https://maven.restlet.com/org/restlet/jee/org.restlet.ext.servlet/2.4.3/org.res >> >> >>>>>> tlet.ext.servlet-2.4.3.jar'. >> >> >>>>>>>> >> >> >>>>>>>> 353 > Connection reset >> >> >>>>>>>> 354 > Could not download org.restlet-2.4.3.jar >> >> >>>>>>>> (org.restlet.jee:org.restlet:2.4.3) >> >> >>>>>>>> 355 > Could not get resource >> >> >>>>>>>> >> >> >>>>>> ' >> https://maven.restlet.com/org/restlet/jee/org.restlet/2.4.3/org.restlet-2.4.3.j >> >> >>>>>> ar'. >> >> >>>>>>>> >> >> >>>>>>>> 356 > Could not GET >> >> >>>>>>>> >> >> >>>>>> ' >> https://maven.restlet.talend.com/org/restlet/jee/org.restlet/2.4.3/org.restlet- >> >> >>>>>> 2.4.3.jar'. >> >> >>>>>>>> >> >> >>>>>>>> 357 > Connection reset >> >> >>>>>>>> >> >> >>>>>>>> D. >> >> >>>>>>>> ________________________________ >> >> >>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> >> >>>>>>>> For additional commands, e-mail: dev-h...@lucene.apache.org >> >> >>>>>>>> >> >> >>>>>> ________________________________ >> >> >>>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> >> >>>>>> For additional commands, e-mail: dev-h...@lucene.apache.org >> >> >>>>>> >> >> >>>>>> >> >> >>>>> ________________________________ >> >> >>>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> >> >>>>> For additional commands, e-mail: dev-h...@lucene.apache.org >> >> >>>>> >> >> >>>> >> >> >>>> -- >> >> >>>> Uwe Schindler >> >> >>>> Achterdiek 19, 28357 Bremen >> >> >>>> https://www.thetaphi.de >> >> >> >> >> >> >> >> >> _______________________ >> >> >> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | >> 434.466.1467 | http://www.opensourceconnections.com | My Free/Busy >> >> >> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed >> >> >> This e-mail and all contents, including attachments, is considered >> to be Company Confidential unless explicitly stated otherwise, regardless >> of whether attachments are marked as such. >> >> >> >> >> >> >> >> >> -- >> >> ----------------------------------------------------- >> >> Noble Paul >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> >> For additional commands, e-mail: dev-h...@lucene.apache.org >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> For additional commands, e-mail: dev-h...@lucene.apache.org >> >>
