HI, I solved my problem.
Looking the code of the HandlePluging, it on the method haveNA, do a comprovation about the name authority that in my case allways return false, then the server never follow the operations. Adding the variable "handle.plugin.checknameauthority" to false on dspace.cfg, this method return allways true and continue fine with the process of resolution of the handle. Thank you and I hope that this can help to others. Jordi Barrios wrote: > > Hi Stuart, > > > Stuart Lewis [sdl] wrote: >> >> Hi Tom, >> >>>> I have my handle server up and running, it¹s responding over the >>>> necessary >>>> ports. But it¹s not able to get the actual handles from my Oracle >>>> database. >>>> The database box is located across a firewall, and we¹ve already opened >>>> a >>>> port >>>> so that the DSpace application itself can communicate with it. Does the >>>> handle >>>> server require or use a separate port that we will need to open, or >>>> does it >>>> use a different protocol? >>> Which logs would even contain the errors I'm looking for? >> >> Edit [dspace]/config/log4j-handle-plugin.properties and change it so that >> rather than logging at the INFO level it logs at the DEBUG level. That >> file >> will also tell you where the log file is, probably >> [dspace]/log/handle-plugin.log >> >> If you then restart the handle server (make sure all the old handle >> server >> processes are killed - there might be two of them) and start it again, >> debug-level logs should appear in that file. Hopefully these will help >> track >> down the problem. >> >> Thanks, >> >> >> Stuart >> _________________________________________________________________ >> >> Gwasanaethau Gwybodaeth Information Services >> Prifysgol Aberystwyth Aberystwyth University >> >> E-bost / E-mail: [email protected] >> Ffon / Tel: (01970) 622860 >> _________________________________________________________________ >> >> >> ------------------------------------------------------------------------------ >> Check out the new SourceForge.net Marketplace. >> It is the best place to buy or sell services for >> just about anything Open Source. >> http://p.sf.net/sfu/Xq1LFB >> _______________________________________________ >> DSpace-tech mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/dspace-tech >> >> > > I'm detecting the same problem. > > The installation of dspace works fine. > Like Thomas I can do a telnet to 2641 or 8000 ports and the server > respond. > If I use the gui tools of handle server and I do a Home Naming Authority I > can see the response of the server. > If I query any handle from other entity like 10.1000/3 my server redirect > to correct page, but if I query some local handle the client throw this > exception > > sending HDL-TCP request (version=2.1; oc=1; rc=0; snId=0 caCrt noAuth > 10363/573 [ ] [ ]) to 213.73.40.217:2641 > Saving global values to: /home/jbarrios/.handle/root_info > java.net.SocketTimeoutException: Read timed out > > ........ > > Changing the loglevel to DEBUG the application don't show more info. > > Any suggestion to solve this throuble ? > > > -- View this message in context: http://www.nabble.com/HANDLE-server---Oracle---Firewall-tp21338385p21477847.html Sent from the DSpace - Tech mailing list archive at Nabble.com. ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
