Is this discontinued? - Githubissues

darwinjob commented 3 years ago

If yes, what should I do if I need iRODS REST API?

trel commented 3 years ago

No, we're still here. This API still works.

There is also a new C++ REST API under development at https://github.com/irods/irods_client_rest_cpp - no releases yet.

michael-conway commented 3 years ago

If there was enough community support I'd jump in and update this

On Sat, Jun 19, 2021 at 5:33 PM Terrell Russell @.***> wrote:

No, we're still here. This API still works.

There is also a new C++ REST API under development at https://github.com/irods/irods_client_rest_cpp - no releases yet.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/irods-contrib/irods-rest/issues/76#issuecomment-864466409, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAIL4LIG4LZQBISY7IAFKVLTTUEKJANCNFSM4664W6UQ .

trel commented 3 years ago

@darwinjob is there anything in particular you're needing?

michael-conway commented 3 years ago

I think a few things to ponder:

What's the state of the C version? I'm not going to work on the C code but would be happy to contribute to the OpenAPI side of things. If this was ready to roll the point is moot
What do we feel about the existing OpenAPI spec? Is it viable and represents a good consensus? Is it implemented as spec'd or partially implemented?
If we get to this point I'd be willing to work on updating it but would love to have help. For myself I would still do it in Java as python still doesn't have a lot of things, I'm hoping to eventually jump on Go as a second client library of interest...really that's just personal preference. I'd like to reuse libraries at any rate so I could back Metalnx in the shift to REST through the shortest route.

I don't know what folks think, I'm also happy to just be a consumer if there's sufficient effort on this ;-)

On Sat, Jun 19, 2021, 7:05 PM Terrell Russell @.***> wrote:

@darwinjob https://github.com/darwinjob is there anything in particular you're needing?

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/irods-contrib/irods-rest/issues/76#issuecomment-864474033, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAIL4LLJ54LPSKQQ2LXOT6TTTUPDJANCNFSM4664W6UQ .

darwinjob commented 3 years ago

@darwinjob is there anything in particular you're needing?

Well, I need REST for my data :)

Here is the story. More than 10 years ago we developed a data management system for our in-lab needs (mainly high resolution microscopy images - storing/sharing/viewing online). For now we have accumulated around 100T of the image data (TIFFs, DeepZoom pyramids, SVGs, NIfTIs) and metadata. Unfortunately the technologies we've been using are discontinued so we have to migrate. Fortunately iRODS seems like a perfect match as the replacement (plus extras). However, our web viewers require HTTP access to the data and I think this is where iRODS REST should kick in. Example: https://wiki.uio.no/projects/navigator3/index.php/Tg-Arc-Swe_Atlas

There're two use cases presented on the page: 1) view the images http://cmbn-navigator.uio.no/navigator/filmstrip/index.html?blockId=381 and 2) download the images http://cmbn-navigator.uio.no/navigator/feeder/all_originals/?id=381 I believe both should be possible to implement using iRODS REST.

Our main concern is the updates - the latest one is 2 years old. Are you planning to continue developing this or we should look for something else (like REST2)?

Best regards ДД

michael-conway commented 3 years ago

REST2 was a false start to pick up on OpenAPI, however the consortium had jumped in with a REST API so that got put on the back burner, so really to me this is a question of whether to fire that up again, I was not trying to duplicate efforts ;-)

MC

On Tue, Jun 22, 2021 at 1:33 PM darwinjob @.***> wrote:

@darwinjob https://github.com/darwinjob is there anything in particular you're needing?

Well, I need REST for my data :)

Here is the story. More than 10 years ago we developed a data management system for our in-lab needs (mainly high resolution microscopy images - storing/sharing/viewing online). For now we have accumulated around 100T of the image data (TIFFs, DeepZoom pyramids, SVGs, NIfTIs) and metadata. Unfortunately the technologies we've been using are discontinued so we have to migrate. Fortunately iRODS seems like a perfect match as the replacement (plus extras). However, our web viewers require HTTP access to the data and I think this is where iRODS REST should kick in. Example: https://wiki.uio.no/projects/navigator3/index.php/Tg-Arc-Swe_Atlas

There're two use cases presented on the page: 1) view the images http://cmbn-navigator.uio.no/navigator/filmstrip/index.html?blockId=381 and 2) download the images http://cmbn-navigator.uio.no/navigator/feeder/all_originals/?id=381 I believe both should be possible to implement using iRODS REST.

Our main concern is the updates - the latest one is 2 years old. Are you planning to continue developing this or we should look for something else (like REST2)?

Best regards ДД

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/irods-contrib/irods-rest/issues/76#issuecomment-866189247, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAIL4LKPMTT242GPHBF4UJ3TUDCQFANCNFSM4664W6UQ .

darwinjob commented 3 years ago

OK, thanks for the explanations. So if I need iRODS REST now I should use this project? There are no alternatives?

michael-conway commented 3 years ago

Sure, it's just an older framework (a wayback version of JBoss RestEasy). I'm willing to fire up a new version based on a more modern framework. It looked like the Consortium was going a different direction and I wasn't quite sure what to do there. I'd probably start with that REST2 project, tear it back down, and start again building up around an OpenAPI SPEC. I'm just trying to get a feel for whether that's duplicative, I'm not interested in setting up a competing API, etc but it is an important thing, I agree.

Like I said my main languages are Java, and increasingly Go and I plan on sticking to those environments. It'd be great if there were other devs to jump in b/c I can only do best effort and really it's on my own time at this point.

On Thu, Jun 24, 2021 at 8:44 AM darwinjob @.***> wrote:

OK, thanks for the explanations. So if I need iRODS REST now I should use this project? There are no alternatives?

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/irods-contrib/irods-rest/issues/76#issuecomment-867606510, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAIL4LKQGZCBEETUW4U2NGLTUMSBZANCNFSM4664W6UQ .

trel commented 12 months ago

Archiving this repository.

Please find the new HTTP API implementation at:

https://github.com/irods/irods_client_http_api

irods-contrib / irods-rest

Is this discontinued? #76