Hello Edmilson, That ticket you referenced (https://jira.duraspace.org/browse/DS-3956) has a possible bug fix available at https://github.com/DSpace/DSpace/pull/2119
It's a simple one line fix which removes the "handle" database table from any database caching. It's possible this is what you are seeing locally, if you find the new Handles are only temporarily missing or slow to appear (as this database cache is cleared after Tomcat restarts or after a specific period of time). If that's what you are seeing in your local behavior, then I'd recommend applying that fix locally and reporting back on how it works for you. If it's successful, we'd like to hear that, since it will help us "fast track" this fix into the next DSpace 6.x (and 7.x) release. If this is not the behavior you are seeing, or if this doesn't work, then I'd recommend looking more closely at any code you may have customized in your system. From the look of your site, it has received some customizations, and it's possible something in those customizations could be breaking the Handle Server functionality. As of yet, we've not heard of any widespread bugs in the DSpace 6.x Handle Server Plugin (beyond that caching issue). Also, I'm not able to reproduce this issue on other DSpace 6.x sites (If anyone else on this list *is able to reproduce this issue in DSpace 6.x* please report it on this list, as it will help us all narrow down what the problem may be) I wish I had a better answer for you here, but hopefully that bug fix above will actually fix the issues you've encountered. Tim On Mon, May 20, 2019 at 8:28 AM Edmilson José Boregas <[email protected]> wrote: > > > Tim, > > My point is that handle server plugin on Dspace 6.2 is not working as > expected. > > I've just found a post on Dspace Jira DS-3956 reporting that handle server > is not resolving new handles: > https://www.google.com/url?sa=t&source=web&rct=j&url=https://jira.duraspace.org/plugins/servlet/mobile%23issue/DS-3956&ved=2ahUKEwjG377jiaXiAhX9E7kGHUNmCaYQFjAAegQIAxAB&usg=AOvVaw1udl7lrpqci6yXiWgeo7Hr > > > It seems to be exactly what is going on here. > > Could you help us to find a workaround and immediate solution for that? > > Edmilson > > Em sexta-feira, 17 de maio de 2019 11:53:10 UTC-3, Edmilson José Boregas > escreveu: >> >> Hi Tim, >> >> Let me clarify the situation by using other examples: >> >> 1. The point is that both *items exist on our Dspace site and are public* >> : >> >> Older item (created on Dspace 5) : http://hdl.handle.net/10438/27419 >> è handle server redirect correctly to: >> http://bibliotecadigital.fgv.br/dspace/10438/27419 >> <http://www.google.com/url?q=http%3A%2F%2Fbibliotecadigital.fgv.br%2Fdspace%2F10438%2F13788&sa=D&sntz=1&usg=AFQjCNFVq5I-lzo1gxhWQLO9XqqDwRCgtA> >> >> >> New item (created on Dspace 6.2): http://hdl.handle.net/10438/27425 >> è handle server *does not* redirect to: >> http://bibliotecadigital.fgv.br/dspace/10438/27425 and shows a handle >> page with a NOT FOUND message >> instead of displaying the item page ( >> http://bibliotecadigital.fgv.br/dspace/10438/27425) >> >> 2. In the other hand, not existing items are resolved by the handle >> server on the expected way, that is: displaying our Dspace page for Page >> not found. >> See this example of an item that dos nos exists: >> http://hdl.handle.net/10438/99998 >> è handle server display the page: >> http://bibliotecadigital.fgv.br/dspace/handle/10438/99998 >> >> 3. But there are other inexisting items that handle server displays that >> Handle.net page instead of our Dspace page. >> See this example: http://hdl.handle.net/10438/300020202 >> >> Those situation are puting me crazy!!! >> >> Edmilson, São Paulo, Brasil >> >> >> Em quinta-feira, 16 de maio de 2019 15:52:33 UTC-3, Tim Donohue escreveu: >>> >>> Hello Edmilson, >>> >>> I'm not sure I have an answer, but on my end, the second URL doesn't >>> work. >>> >>> So, this item exists & is public, and it's hdl.handle.net URL works: >>> http://bibliotecadigital.fgv.br/dspace/10438/13788 >>> >>> However, this item either does *not* exist (or maybe it exists but is >>> not public), and the hdl.handle.net URL doesn't work: >>> http://bibliotecadigital.fgv.br/dspace/10438/100002 >>> >>> When I visit that second URL, I see a 404 (Page Not Found) page, which >>> may also be why the hdl.handle.net URL ( >>> http://hdl.handle.net/10438/100002) is returning a 404 error. >>> >>> I'm not sure if that helps, but it could be a clue as to what is >>> different about these two Items. >>> >>> Tim >>> >>> On Wed, May 15, 2019 at 11:39 AM Edmilson José Boregas < >>> [email protected]> wrote: >>> >>>> Hi folks, >>>> >>>> We've just upgraded from Dspace 5 to Dspace 6.2. >>>> >>>> Since last Monday, our handle server is not resolving the new items >>>> created on Dspace 6.2. >>>> >>>> Only the old ones are being resolved. >>>> >>>> >>>> >>>> Take a look: >>>> >>>> >>>> Older handle: http://hdl.handle.net/10438/13788 è redirected to >>>> http://bibliotecadigital.fgv.br/dspace/10438/13788 >>>> >>>> New handle: http://hdl.handle.net/10438/100002 è not found, but it >>>> exists on http://bibliotecadigital.fgv.br/dspace/10438/100002 >>>> >>>> >>>> >>>> Could someone help us to solve this problem? >>>> >>>> >>>> >>>> Edmilson José Boregas >>>> >>>> Fundação Getulio Vargas >>>> >>>> São Paulo, Brasil >>>> >>>> -- >>>> All messages to this mailing list should adhere to the DuraSpace Code >>>> of Conduct: https://duraspace.org/about/policies/code-of-conduct/ >>>> --- >>>> You received this message because you are subscribed to the Google >>>> Groups "DSpace Technical Support" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/dspace-tech/a3bdd5d7-9db1-4bde-9fcb-49d0de6b0cc5%40googlegroups.com >>>> <https://groups.google.com/d/msgid/dspace-tech/a3bdd5d7-9db1-4bde-9fcb-49d0de6b0cc5%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>> >>> >>> -- >>> >>> Tim Donohue >>> Technical Lead for DSpace & DSpaceDirect >>> DuraSpace.org | DSpace.org | DSpaceDirect.org >>> >>> -- > All messages to this mailing list should adhere to the DuraSpace Code of > Conduct: https://duraspace.org/about/policies/code-of-conduct/ > --- > You received this message because you are subscribed to the Google Groups > "DSpace Technical Support" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/dspace-tech/491b6a2e-47bf-45af-b62f-57675ce5b495%40googlegroups.com > <https://groups.google.com/d/msgid/dspace-tech/491b6a2e-47bf-45af-b62f-57675ce5b495%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- Tim Donohue Technical Lead for DSpace & DSpaceDirect DuraSpace.org | DSpace.org | DSpaceDirect.org -- All messages to this mailing list should adhere to the DuraSpace Code of Conduct: https://duraspace.org/about/policies/code-of-conduct/ --- You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/CACKSJ9NMwKcTij9Ka4iWm62bNKTPgVPGzkiqK5SoAz1PpbEaPw%40mail.gmail.com.
