DOI registration server returned an error:

Hello folks,

When I click the “register” button in the “menage article’s doi” page, the following error message comes up under notification box…
It doesn’t register the doi number.

Would you please guide me? What does this error message means?

Notification
Submission was not successful! The DOI registration server returned an error: ‘1 - HTTP/1.1 400 Bad Request
Content-Type: application/json Vary: Accept Access-Control-Allow-Origin: * Access-Control-Allow-Headers: X-Requested-With Content-Length: 270 Server: http-kit Date: Fri, 02 Dec 2016 06:50:50 GMT X-Rate-Limit-Limit: 50 X-Rate-Limit-Interval: 1s Connection: close [:status :failed][:message-type :entity-parsing-failure][:message {:exception “com.mongodb.MongoException$DuplicateKey: insertDocument :: caused by :: 11000 E11000 duplicate key error index: crossref.deposits.$id dup key: { : ObjectId(‘584119caa78ebb5bf47e2b5f’) }”}]’.

There is possibly an ongoing issue at the CrossRef server:

Hello,

I have checked crossref server, they said that no problem experienced.

I can register an article via crossref’s web form. It success.
But via “crossref registration plugin”, I can’t.
It gives same error message above.

Actually it was working until few days ago. It stopped suddenly. We didn’t change anything.

Would you please help me what does the message means? How can I solve.

Do you get the same error message if you try to update an existing registration vs. registering a new object?

Yes.
I did the two check:

  1. First registered via crossref web form. Succeeded.
  2. Try to register via OJS’s registration plugin: notification error message below
  3. I registered an old registered article to test: again notification below

So it should be OJS plugin problem.

Notification
Submission was not successful! The DOI registration server returned an error: ‘1 - HTTP/1.1 400 Bad Request
Content-Type: application/json Vary: Accept Access-Control-Allow-Origin: * Access-Control-Allow-Headers: X-Requested-With Content-Length: 270 Server: http-kit Date: Wed, 07 Dec 2016 06:36:12 GMT X-Rate-Limit-Limit: 50 X-Rate-Limit-Interval: 1s Connection: close [:status :failed][:message-type :entity-parsing-failure][:message {:exception “com.mongodb.MongoException$DuplicateKey: insertDocument :: caused by :: 11000 E11000 duplicate key error index: crossref.deposits.$id dup key: { : ObjectId(‘5847addcd5dee75839dd4909’) }”}]’.

Same issue appears here last month:

{"status":true,"content":{"inPlace":{"1":{"14272":"\n<div id=\"pkp_notification_14272\" class=\"notification_block notifyError\">\n\t<h4>Notification:<\/h4>\n\t<span class=\"description\">\n\t\t\t\t\t<p>Registration was not successful! The DOI registration server returned an error: '1 - HTTP\/1.1 400 Bad Request\r\nContent-Type: application\/json\r\nVary: Accept\r\nAccess-Control-Allow-Origin: *\r\nAccess-Control-Allow-Headers: X-Requested-With\r\nContent-Length: 270\r\nServer: http-kit\r\nDate: Wed, 07 Dec 2016 09:57:54 GMT\r\nX-Rate-Limit-Limit: 50\r\nX-Rate-Limit-Interval: 1s\r\nConnection: close\r\n\r\n[:status :failed][:message-type :entity-parsing-failure][:message {:exception \"com.mongodb.MongoException$DuplicateKey: insertDocument :: caused by :: 11000 E11000 duplicate key error index: crossref.deposits.$_id_  dup key: { : ObjectId('5847dd22d5dee75839dd495d') }\"}]'.<\/p>\n\t\t\t<\/span>\n<\/div>"}},"general":{"1":{"14272":{"pnotify_title":"Notification","pnotify_text":"Registration was not successful! The DOI registration server returned an error: '1 - HTTP\/1.1 400 Bad Request\r\nContent-Type: application\/json\r\nVary: Accept\r\nAccess-Control-Allow-Origin: *\r\nAccess-Control-Allow-Headers: X-Requested-With\r\nContent-Length: 270\r\nServer: http-kit\r\nDate: Wed, 07 Dec 2016 09:57:54 GMT\r\nX-Rate-Limit-Limit: 50\r\nX-Rate-Limit-Interval: 1s\r\nConnection: close\r\n\r\n[:status :failed][:message-type :entity-parsing-failure][:message {:exception \"com.mongodb.MongoException$DuplicateKey: insertDocument :: caused by :: 11000 E11000 duplicate key error index: crossref.deposits.$_id_  dup key: { : ObjectId('5847dd22d5dee75839dd495d') }\"}]'.","pnotify_addclass":"notifyError","pnotify_notice_icon":"notifyIconError"}}}},"elementId":"0"}

As reported, if I upload it manually it works perfectly.

First time I though was a problem in the authentication in the CrossRef side, but today I got the same error in a different journal (in both cases with OJS 2.4.x branch) while it worked like a charm in both journals during the past 2 years or so.

If I login in crossRef, no request was recived and no error shown so my guess: CrossRef changed something in it’s API and didn’t explained it to anybody.

Any way, com.mongodb.MongoException reference confuses me a lot.

I tried to trace the comunication exchange with Chrome Network tools, but I didn’t see how to capture more than the server’s answer that is shown.

@birkok, have you recently upgraded OJS? If so, from what version and two what version?

If there hasn’t been a recent upgrade, and no recent change to the plugin, it is hard to imagine how this issue could be introduced by the OJS plugin. I understand that manual uploads of the XML to CrossRef work, but that doesn’t necessarily mean the issue is within the OJS plugin - it could still be within the CrossRef API which the plugin uses.

  1. No recent update.
    Current version is 2.4.8.1 (August 5, 2016 - 10:58 AM)
    From 2.4.8.0 (2016-02-11)

  2. And yes, I did something just before problem start. I have checked the plugin settings and saved crossref’s username and password. Because username was different than crossref did give us. I corrected username and password and saved settings. Whenever I check crossref plugin settings, I see my login credentials which is “editor”, that is not crosref’s username.

  3. I don’t know if it is misunderstand, just to correct you. I didn’t manuel upload a XML file to crossref. I didn’t try and I don’t know where to upload. I just use crosref web deposit form to add article in this page:
    http://www.crossref.org/webDeposit/

@ctgraham I have manual upload XML file and get following error from CrossRef Query System:
http://prntscr.com/dgigq8

<?xml version="1.0" encoding="UTF-8"?>
<doi_batch_diagnostic status="completed" sp="ds3.crossref.org">
   <submission_id>1399009669</submission_id>
   <batch_id>7ce0adc7155c63a5e2b-1918</batch_id>
   <record_diagnostic status="Failure" msg_id="29">
      <doi />
      <msg>Deposited XML is not well-formed or does not validate: Error on line 14: The processing instruction target matching "[xX][mM][lL]" is not allowed.: Error on line 14: The processing instruction target matching "[xX][mM][lL]" is not allowed.</msg>
   </record_diagnostic>
   <batch_data>
      <record_count>1</record_count>
      <success_count>0</success_count>
      <warning_count>0</warning_count>
      <failure_count>1</failure_count>
   </batch_data>
</doi_batch_diagnostic>

What are the first 14 lines of the XML you uploaded? It almost sounds like the file contained a new <?xml ... ?> header fourteen lines into the file.

What was your navigation (clicking) path to download the XML?

This is path where I get the XML file downloaded:

And below is whole XML file I have uploaded to crossref.

This is XML file deposited to crossref:

<?xml version="1.0" encoding="UTF-8"?>
<doi_batch xmlns="http://www.crossref.org/schema/4.3.6" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="4.3.6" xmlns:jats="http://www.ncbi.nlm.nih.gov/JATS1" xmlns:ai="http://www.crossref.org/AccessIndicators.xsd" xsi:schemaLocation="http://www.crossref.org/schema/4.3.6 http://www.crossref.org/schema/deposit/crossref4.3.6.xsd"><head><doi_batch_id>JHS_1481126132</doi_batch_id><timestamp>1481126132</timestamp><depositor><depositor_name>Journal of Human Sciences</depositor_name><email_address>support@j-humansciences.com</email_address></depositor><registrant>Sakarya University</registrant></head><body><journal><journal_metadata><full_title>Journal of Human Sciences</full_title><abbrev_title>HumanSciences</abbrev_title><issn media_type="electronic">2458-9489</issn><issn media_type="print">1303-5134</issn></journal_metadata><journal_issue><publication_date media_type="online"><month>09</month><day>01</day><year>2016</year></publication_date><journal_volume><volume>13</volume></journal_volume><issue>3</issue></journal_issue><journal_article publication_type="full_text" metadata_distribution_opts="any"><titles><title>“Woman” ın high school sociology course books at Ataturk Period&lt;p&gt;Atatürk Dönemi lise sosyoloji ders kitaplarında kadın</title></titles><contributors><person_name contributor_role="author" sequence="first"><given_name>Melek</given_name><surname>Eryentü</surname></person_name><person_name contributor_role="author" sequence="additional"><given_name>Sena</given_name><surname>Coşğun Kandal</surname></person_name></contributors><jats:abstract><jats:p>Course books are definitely the most important education material. In the societies which are just founded like Turkish Republic and try to have a brand new social structure, and infuse this into young generations via education; the importance of course books increases enormously. The founders of Turkish Republic and the leaders of education system aimed to shape the social state of women and change the historical perception in this respect. The previous and the following change of a republic woman can be observed more clearly from the course books, especially in sociology course books, since it is about a social manner.The teaching of sociology as a course launched at Turkish Republic just after the decisions of 1924 II. Heyet-iİlmiyye (II. Education Committee). After this decision, course books were immediately prepared. The first sociology course book at high school was Terbiye ve Ahlâka Dâir Müteallik Tatbîkatıyla İçtimâîyyat Dersleri (Sociology Course Book Implementation Concerning Nurture and Morality) which had been translated by the master Mehmet İzzet from French language. After this the course books which were used in education respectively were; Yeni İctimaiyyat (The New Sociology) of master Mehmet Izzet, İçtimâîyyat (The Sociology) which is prepared by master Ali Kâmi, and Sosyoloji (The Sociology) course books which are prepared by Necmettin Sadak during Ataturk Period. In this study, the aforementioned course books were investigated within the scope of woman perception and the change in this perception, through one of qualitative research methods; document review. ÖzetDers kitapları kuşkusuz en önemli eğitim materyalleridir. Türkiye Cumhuriyeti gibi yeni kurulan ve yepyeni bir toplumsal yapıya bürünmeye çalışan, bunu da eğitim vasıtası ile genç nesillere benimsetmeyi hedefleyen topluluklarda ders kitaplarının önemi bir derece daha artar. Türkiye Cumhuriyeti’nin kurucuları ve eğitim öncüleri, kadınların toplumsal konumlarını biçimlendirmeyi ve bu hususta var olan tarihsel algıyı değiştirmeyi hedeflemişlerdir. Cumhuriyet kadınının yaşadığı ve yaşayacağı değişim en çok ders kitaplarında, toplumsal bir mesele olması dolayısıyla da sosyoloji ders kitaplarında net bir şekilde gözlemlenir.Türkiye Cumhuriyeti’nde sosyolojinin bir ders olarak okutulması 1924 II. Heyet-i İlmiyye kararı ile gerçekleşmiştir. Bu karardan sonra derhal ders kitapları hazırlanmıştır. Liselerde okutulan ilk sosyoloji ders kitabı Mehmet İzzet Bey’in Fransızcadan tercüme ettiği Terbiye ve Ahlâka Dâir Müteallik Tatbîkatıyla İçtimâîyyat Dersleri’dir. Atatürk Dönemi’nde bundan sonra sırasıyla Mehmet İzzet Bey tarafından yazılan Yeni İçtimâîyyat, Ali Kâmi Bey’in hazırladığı İçtimâîyyat ve Necmettin Sadak’ın hazırladığı Sosyoloji ders kitapları okutulmuştur. Bu makalede söz konusu ders kitapları, nitel araştırma yöntemlerinden doküman inceleme kullanılarak kadın algısı ve bu algıdaki değişim çerçevesinde incelenmiştir.</jats:p></jats:abstract><publication_date media_type="online"><month>12</month><day>07</day><year>2016</year></publication_date><pages><first_page>5234</first_page><other_pages>5247</other_pages></pages><ai:program name="AccessIndicators"><ai:license_ref>https://creativecommons.org/licenses/by-nc-sa/4.0</ai:license_ref></ai:program><doi_data><doi>10.14687/jhs.v13i3.4137</doi><resource>https://www.j-humansciences.com/ojs/index.php/IJHS/article/view/4137</resource><collection property="crawler-based"><item crawler="iParadigms"><resource>https://www.j-humansciences.com/ojs/index.php/IJHS/article/viewFile/4137/2008</resource></item></collection><collection property="text-mining"><item><resource mime_type="application/pdf">https://www.j-humansciences.com/ojs/index.php/IJHS/article/viewFile/4137/2008</resource></item></collection></doi_data></journal_article></journal></body></doi_batch>

Thanks.

In your screenshot, you have two articles selected for download. In your XML, there is only one article included. Is this an intentional discrepancy?

I tried validating your XML against CrossRef’s schema checker, and it reported “OK”.
http://www.crossref.org/02publishers/parser.html

Is this the same XML which generated the error you mentioned previously? I would have expected 14 lines in the file, when only 2 lines exist.

Same thing here with our journal (running OJS 2.4.8.1). Tried to deposit DOI through Crossref plugin and got a similar error notification as @birkok and @wiebkeberlin posted. Manual XML export and submission via Crossref site worked.

So there is some sort of problem with Crossref rejecting the automated deposits, but thankfully the manual upload works. The problem might be that the new papers are shown as Submitted in the Manage DOIs, although the submission was not sucessful, this might be misleading. Also, after manual submission via XML, these papers are still shown as Submitted. To keep things in order, one should first check if the DOIs work and then select them and Mark registered.

I noticed too that the Crossref Settings changes the Crossref username to the username of the currently logged in user. Can we check what username/password is used in automatic DOI deposition in the Crossref plugin?

Regards,
Ales

Can you walk me though the process where you see the username in the CrossRef plugin settings changing? I just tried setting the username in the CrossRef settings, and didn’t see any change.

OJS 2.4.8-1.
User “admin”:
User Home → Journal Manager → Import / Export Data → CrossRef Export / Registration → configure the CrossRef export/registration plug-in here

Enter username of “tester”, password of “testing”. Save.

User Home → Journal Manager → Import / Export Data → CrossRef Export / Registration → configure the CrossRef export/registration plug-in here

Username and password remain unchanged.

Sorry, this was a misunderstanding caused by automatic user filling by chrome explorer.
I tried with another explorer, and no settings changed.

Hello

  1. Yes, I just send the one of two articles.

  2. I have upload a xml file generated bu OJS crossref plugin to crossref. All of articles registered. No errors.

  3. The xml file which generated the error you asked, is here:
    https://drive.google.com/file/d/0B5GudLVHPxjwQm5HaW9DaDRDVFU/view?usp=sharing

  4. Actually, the “Register DOIs automatically” was not working. Its checkbox was checked formerly to try how it works, no single article registered automatically. I don’t know if it is related.
    Thanks a lot for your help

Same here, when I ran the configuration in Chrome incognito mode, the username was unchanged. So it was also because of autocomplete forms in browser. I’m sorry for the false alarm.

Regards, Ales

Hi everybody, same thing for me, every time i register DOI on Crossref plugin, it show this message:

can you help me to understand where i can fix this problem?

Thanks!

Bye
Tiziano

We asked Crossref and there seems to be something with their deposit API/system and they are working on it. Till it is solved, please export XML from OJS and manual upload it on the Crossref portal. We will let you know once the issue is solve.
Thanks!

3 Likes

The Crossref deposit API issue should be solved now i.e. the “Register” button should work as earlier…

1 Like