Sounds interesting. Don't really know anything about jclouds, a quick glance at your link didn't tell me much, but if they ship libraries that can plug in (or otherwise be leveraged without need for any external software) and handle connectivity that sounds like a win. Not as keen if it requires an additional running service or exposes significant complexity to the user. We need to make it easier to use solr (IMHO).
On Mon, Apr 10, 2023 at 1:22 PM Ishan Chattopadhyaya < ichattopadhy...@gmail.com> wrote: > Supported storage providers, FYI: > https://jclouds.apache.org/reference/providers/#blobstore-providers > > On Mon, 10 Apr 2023 at 22:49, Ishan Chattopadhyaya < > ichattopadhy...@gmail.com> wrote: > > > TBH, I haven't personally used either of them extensively, but just > synced > > up with my colleague who built that solution. So, I thought of bringing > it > > up here for any additional points of consideration (in case JClouds > wasn't > > considered earlier). > > I'm not invested into this effort much either way as yet. > > > > On Mon, 10 Apr 2023 at 22:38, Ishan Chattopadhyaya < > > ichattopadhy...@gmail.com> wrote: > > > >> Hi all, > >> > >> For backup/restore, we have out of the box support for GCS and S3, but > >> not Azure. I think we should deprecate both the modules for S3 and GCS, > and > >> adopt Apache JCloud project that supports all three. For testing, we > could > >> try Minio (unless we are already happy with S3Mock that we use today). > Any > >> thoughts or concerns? > >> > >> One of my colleagues at SearchScale has a solution for this (which > >> pre-dates the introduction of S3 and GCS repositories). The solution is > >> based on Apache JCloud, and I found that the integration was pretty > clean. > >> If there's interest, we can consider open sourcing it. > >> > >> Regards, > >> Ishan > >> > >> > -- http://www.needhamsoftware.com (work) http://www.the111shift.com (play)
