Issues with the DOI-CrossRef automatic registration

vmarinj · October 18, 2016, 9:54am

Hi there,
I have been trying to register all the articles of a journal in OJS 2.4.8.0 through the Exportation plugin of CrossRef XML.
First I had an error related to the publication date of the issues and we solved it and now another error is showing up and I do not know exactly where it could be.
We have checked the username and password for CrossRef and it seems that everything is ok…

I have also checked some topics on this forum, but the error seems to be different that ours.

It says the following:
No se pudo realizar el registro. El servidor de registro DOI ha devuelto un error: ‘No response from server.’. (The register could not be done. The server of the DOI register has given an error: No response from server).

I have also tried to export the XML for all the articles with the plugin but it shows a white screen. It seems that it has nothing to do with the amount of articles, because I have also tried only checking one or few articles each time.

Someone has some solution for this?

Thank you very much.

ctgraham · October 18, 2016, 12:45pm

The message of “No response from server” indicates that your server is having trouble connecting to the CrossRef server at https://api.crossref.org/deposits .

Some possible considerations:

Is this server behind a proxy? Do you have a proxy configured in config.inc.php?
Does your PHP have cURL support enabled?
Does cURL support HTTPS?

You can get details on the white screen at export by looking at your web server’s error log:

a2usmani · April 1, 2021, 1:25am

@ctgraham

I am having a similiar issue with exporting DOI. I am using the current version of OJS. Can you help me with this

ctgraham · April 1, 2021, 2:39pm

@a2usmani , please share your specific steps to reproduce the problem, and the error messages you see, both those messages on the screen and any messages from your webserver’s error log.

a2usmani · April 2, 2021, 9:12am

@ctgraham Thanks for your reply.

I use the default plugin for Depositing DOI. I have entered the required username and password for Crossref in the plugin.

In the plugin I goto articles and check one article and click deposit button at the end of the page.
The error I get is

Registration was not successful! The DOI registration server returned an error: 'No response from server.'.

Then I goto Cpanel > File Manager>public_html and check error log. The log is showing the following message and there is nothing else in the log

[02-Apr-2021 08:55:12 UTC] ojs2: 404 Not Found
[02-Apr-2021 08:56:37 UTC] ojs2: 404 Not Found

Now I don’t know what is the issue. I tried to google it but couldn’t get to the solution. Please help. Thankyou.

Regards

ctgraham · April 6, 2021, 8:46pm

Are you comfortable modifying the code to get some additional information on why this is failing? In 3.2 and earlier, there are two places where this message appears in the CrossRef plugin:

github.com

pkp/ojs/blob/cf6013aaf94079bd14d25b284504e45b1da57dd2/plugins/importexport/crossref/CrossRefExportPlugin.inc.php#L138


		// Set the form post fields
		$username = $this->getSetting($context->getId(), 'username');
		$password = $this->getSetting($context->getId(), 'password');
		$batchId = $request->getUserVar('batchId');
		$data = array('doi_batch_id' => $batchId, 'type' => 'result', 'usr' => $username, 'pwd' => $password);
		curl_setopt($curlCh, CURLOPT_POSTFIELDS, $data);

		$response = curl_exec($curlCh);

		if ($response === false) {
			$result = __('plugins.importexport.common.register.error.mdsError', array('param' => 'No response from server.'));
		} else {
			$result = $response;
		}
		return $result;
	}


	/**
	 * @copydoc PubObjectsExportPlugin::getExportActionNames()
	 */

and

github.com

pkp/crossref-ojs/blob/d9de7362f2f774a78bc93e019f6e4c391684182b/CrossRefExportPlugin.inc.php#L301


						],
						[
							'name'     => 'mdFile',
							'contents' => fopen($filename, 'r'),
						],
					]
				]
			);
		} catch (GuzzleHttp\Exception\RequestException $e) {
			if ($e->getResponse()->getStatusCode() != CROSSREF_API_DEPOSIT_ERROR_FROM_CROSSREF) {
				return [['plugins.importexport.common.register.error.mdsError', 'No response from server.']];
			}

			$response = $e->getResponse();
		}

		// Get DOMDocument from the response XML string
		$xmlDoc = new DOMDocument();
		$xmlDoc->loadXML($response->getBody());
		$batchIdNode = $xmlDoc->getElementsByTagName('batch_id')->item(0);

The exact formulation of how to log the additional error information will depend on your specific version of OJS. If you are comfortable adding some debugging code, what version are you using?

a2usmani · April 8, 2021, 8:21am

@ctgraham

Yes I am comfortable and able to add the code. Will it work.

I have three OJS installations on different servers

3.3.0.4

3.1.2.4

3.3.0.4

I having the same error on all installations. Also I received information from another friend with the same error and they asked for my help.

Please guide.

thanks

Regards

ctgraham · April 8, 2021, 12:34pm

I’m not seeing the message “No response from server” in the code for 3.3.0.4, so let’s look at the 3.1.2.4 install to try to debug. Hopefully this will give us some clues about 3.3.0.4 as well.

In /plugins/importexport/crossref/CrossRefExportPlugin.inc.php at line 142:

github.com

pkp/ojs/blob/19b453b94b3198022cf8727307bd4941776d60d4/plugins/importexport/crossref/CrossRefExportPlugin.inc.php#L142


		// Set the form post fields
		$username = $this->getSetting($context->getId(), 'username');
		$password = $this->getSetting($context->getId(), 'password');
		$batchId = $request->getUserVar('batchId');
		$data = array('doi_batch_id' => $batchId, 'type' => 'result', 'usr' => $username, 'pwd' => $password);
		curl_setopt($curlCh, CURLOPT_POSTFIELDS, $data);
		curl_setopt($curlCh, CURLOPT_SSL_VERIFYPEER, false);
		$response = curl_exec($curlCh);

		if ($response === false) {
			$result = __('plugins.importexport.common.register.error.mdsError', array('param' => 'No response from server.'));
		} else {
			$result = $response;
		}
		return $result;
	}


	/**
	 * @copydoc PubObjectsExportPlugin::getExportActionNames()
	 */

and at line 316:

github.com

pkp/ojs/blob/19b453b94b3198022cf8727307bd4941776d60d4/plugins/importexport/crossref/CrossRefExportPlugin.inc.php#L316


		} else {
			$cfile = "@$filename";
		}
		$data = array('operation' => 'doMDUpload', 'usr' => $username, 'pwd' => $password, 'mdFile' => $cfile);
		curl_setopt($curlCh, CURLOPT_POSTFIELDS, $data);
		curl_setopt($curlCh, CURLOPT_SSL_VERIFYPEER, false);
		$response = curl_exec($curlCh);

		$msg = null;
		if ($response === false) {
			$result = array(array('plugins.importexport.common.register.error.mdsError', 'No response from server.'));
		} elseif (curl_getinfo($curlCh, CURLINFO_HTTP_CODE) != CROSSREF_API_DEPOSIT_OK) {
			// These are the failures that occur immediatelly on request
			// and can not be accessed later, so we save the falure message in the DB
			$xmlDoc = new DOMDocument();
			$xmlDoc->loadXML($response);
			// Get batch ID
			$batchIdNode = $xmlDoc->getElementsByTagName('batch_id')->item(0);
			// Get re message
			$msg = $response;
			$status = CROSSREF_STATUS_FAILED;

If you change the parameter:
'No response from server.'
to
'No response from server.'.curl_error($curlCh)
then the message which appears on screen will contain additional details about why the connection is failing.

For example, after the change, the first line would look like:

			$result = __('plugins.importexport.common.register.error.mdsError', array('param' => 'No response from server.'.curl_error($curlCh)));

a2usmani · April 10, 2021, 5:46pm

@ctgraham

I changed both the lines in the filer and then tried to deposit one article. It failed and when I clicked failed link. It gave me this message. It says incorrect username and password. But I am using correct credentials which CrossRef gave me and I use it for logging in their portal and meta data manager.

Apache Tomcat/8.0.15 - Error reportH1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}.line {height: 1px; background-color: #525D76; border: none;}
HTTP Status 500 - Request processing failed; nested exception is org.crossref.qs.security.CredentialException: Wrong credentials. Incorrect username or password.
type Exception report
message Request processing failed; nested exception is org.crossref.qs.security.CredentialException: Wrong credentials. Incorrect username or password.
description The server encountered an internal error that prevented it from fulfilling this request.
exception
org.springframework.web.util.NestedServletException: Request processing failed; nested exception is org.crossref.qs.security.CredentialException: Wrong credentials. Incorrect username or password.
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:965)

org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:855)

javax.servlet.http.HttpServlet.service(HttpServlet.java:644)

org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:829)

javax.servlet.http.HttpServlet.service(HttpServlet.java:725)

org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

org.crossref.common.servlet.RequestCaptureFilter.doFilter(RequestCaptureFilter.java:139)
root cause
org.crossref.qs.security.CredentialException: Wrong credentials. Incorrect username or password.

org.crossref.qs.security.GeneratePermissionsImpl.authenticateUsername(GeneratePermissionsImpl.java:472)

org.crossref.qs.security.NameAndPasswordCredential.authenticate(NameAndPasswordCredential.java:68)

org.crossref.qs.security.AuthorizationServiceImpl.authorize(AuthorizationServiceImpl.java:84)

org.crossref.qs.security.AuthorizationServiceImpl.authorizeAndIncrementConcurrentUseCount(AuthorizationServiceImpl.java:129)

org.crossref.ds.controllers.SynchronousDepositController.handleRequest(SynchronousDepositController.java:143)

org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)

org.crossref.common.spring.servlet.CrossRefDispatcherServlet$1.handle(CrossRefDispatcherServlet.java:140)

org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:919)

org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:851)

org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:953)

org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:855)

javax.servlet.http.HttpServlet.service(HttpServlet.java:644)

org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:829)

javax.servlet.http.HttpServlet.service(HttpServlet.java:725)

org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

org.crossref.common.servlet.RequestCaptureFilter.doFilter(RequestCaptureFilter.java:139)
note The full stack trace of the root cause is available in the Apache Tomcat/8.0.15 logs.
Apache Tomcat/8.0.15

ctgraham · April 12, 2021, 2:03pm

Do your username or password have any special characters which might be misinterpreted? For example a quote which might have be converted to a “smart quote” in a copy and paste?

If you are able to access the database directly, does the username and password look correct there?

select setting_name, setting_value from plugin_settings where plugin_name = 'crossrefexportplugin' and setting_name in ('username', 'password');

a2usmani · April 12, 2021, 10:36pm

@ctgraham

Yes the password in db is correct. Ichecked through the query
Also there are no special characters

ctgraham · April 15, 2021, 1:29pm

My next steps would be (in order):

Change the Crossref password; retest.
Reach out to Crossref support to see if they have a reason why a username password which is working for the Web UI is failing for API calls
Copy the site to a different service provider and test the Crossref connection from there (unless your three installations already span different service providers).
Debug the API call at the HTTP level, to confirm the credentials are being sent as expected.

a2usmani · April 27, 2021, 7:34am

Dear @ctgraham

I reached out to cross ref team and asked for the point 2. They asked

Can you send me over some examples of the API calls that are failing

Please guide,

ctgraham · April 27, 2021, 8:56pm

The two API endpoints which OJS uses are:
https://api.crossref.org/v2/deposits
and
https://api.crossref.org/servlet/submissionDownload

If that is not enough, this essentially pushes us toward the fourth option, “Debug the API call at the HTTP level”, which will be quite complex.

This stackoverflow article describes capturing the requested HTTP calls via PHP cURL, using CURLOPT_VERBOSE and pointing CURLOPT_STDERR to a file handle. You should only approach this if very comfortable modifying the code.

felcaetano · May 4, 2021, 7:03pm

I’m experiencing the same problem.

Please post here if you get a response from their team!