CC License step failing

[George Kozak]

Hi,

We have a DSpace 5.5 and a DSpace 6.2 install.  This afternoon, the CC License submission step stopped working and caused an internal error.  I don't use Twitter, but one of my co-workers who does saw Creative Commons tweeted that their API was broken, but an hour later said it was back up.  However, our DSpace installs are still failing at the CC License step.  I tried rebooting my tomcat, but that didn't help.  Any suggestions?

--

***************************
George Kozak
Digital Library Specialist
Cornell University Library - IT
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924

gs...@cornell.edu

[Javier Távara]

I noticed that. Despite the API is back, we still have the issue in the CC license step.

Tried restarting Tomcat, even a full DSpace rebuild, but it is still the same.

Java stacktrace:
java.lang.NullPointerException
 at org.dspace.app.xmlui.aspect.submission.submit.CCLicenseStep.addBody(CCLicenseStep.java:127)
 at org.dspace.app.xmlui.aspect.submission.StepTransformer.addBody(StepTransformer.java:145)
 at org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:223)
 at sun.reflect.GeneratedMethodAccessor106.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy101.startElement(Unknown Source)
 at org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
 at org.apache.cocoon.components.sax.AbstractXMLByteStreamInterpreter.parse(AbstractXMLByteStreamInterpreter.java:117)
 at org.apache.cocoon.components.sax.XMLByteStreamInterpreter.deserialize(XMLByteStreamInterpreter.java:44)
 at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:324)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:750)
 at sun.reflect.GeneratedMethodAccessor157.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy86.process(Unknown Source)
 at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:362)
 at org.apache.cocoon.components.source.util.SourceUtil.toSAX(SourceUtil.java:111)
 at org.apache.cocoon.components.source.util.SourceUtil.parse(SourceUtil.java:294)
 at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:136)
 at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy90.generate(Unknown Source)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:544)
 at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:273)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:750)
 at sun.reflect.GeneratedMethodAccessor157.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy86.process(Unknown Source)
 at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:362)
 at org.apache.cocoon.components.source.util.SourceUtil.toSAX(SourceUtil.java:111)
 at org.apache.cocoon.components.source.util.SourceUtil.parse(SourceUtil.java:294)
 at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:136)
 at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy90.generate(Unknown Source)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:544)
 at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:273)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:750)
 at sun.reflect.GeneratedMethodAccessor157.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy86.process(Unknown Source)
 at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:362)
 at org.apache.cocoon.components.source.util.SourceUtil.toSAX(SourceUtil.java:111)
 at org.apache.cocoon.components.source.util.SourceUtil.parse(SourceUtil.java:294)
 at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:136)
 at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy90.generate(Unknown Source)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:544)
 at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:273)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:750)
 at sun.reflect.GeneratedMethodAccessor157.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy86.process(Unknown Source)
 at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:362)
 at org.apache.cocoon.components.source.util.SourceUtil.toSAX(SourceUtil.java:111)
 at org.apache.cocoon.components.source.util.SourceUtil.parse(SourceUtil.java:294)
 at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:136)
 at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy90.generate(Unknown Source)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:544)
 at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:273)
 at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:439)
 at sun.reflect.GeneratedMethodAccessor167.invoke(Unknown Source)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
 at com.sun.proxy.$Proxy86.process(Unknown Source)
 at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:147)
 at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
 at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)
 at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
 at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
 at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
 at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:81)
 at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:239)
 at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
 at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:247)
 at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
 at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
 at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)
 at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
 at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
 at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
 at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:81)
 at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:239)
 at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
 at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:247)
 at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
 at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
 at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
 at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
 at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:81)
 at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:239)
 at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
 at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:247)
 at org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:351)
 at org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:169)
 at org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:84)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
 at org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:468)
 at org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:443)
 at org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:264)
 at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
 at com.sun.proxy.$Proxy83.service(Unknown Source)
 at org.dspace.springmvc.CocoonView.render(CocoonView.java:113)
 at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1180)
 at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:950)
 at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
 at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
 at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:789)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:648)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
 at org.dspace.app.xmlui.cocoon.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
 at org.dspace.app.xmlui.cocoon.DSpaceCocoonServletFilter.doFilter(DSpaceCocoonServletFilter.java:274)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
 at org.dspace.app.xmlui.cocoon.servlet.multipart.DSpaceMultipartFilter.doFilter(DSpaceMultipartFilter.java:119)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
 at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
 at org.dspace.rdf.negotiation.NegotiationFilter.doFilter(NegotiationFilter.java:50)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
 at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:108)
 at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:522)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
 at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:620)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:349)
 at org.apache.coyote.ajp.AjpProcessor.service(AjpProcessor.java:780)
 at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
 at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:785)
 at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1425)
 at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:52)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:622)
 at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
 at java.lang.Thread.run(Thread.java:748)

[Nicholas Woodward]

Our DSpace instances are in the same situation. Like you said, the CC Twitter account says the API is back up, but we still get a NullPointerException when contacting it.

[Keith Gilbertson]

George, we've had similar problems today. We'll probably disable CC License steps for now, and then restart Tomcat. On our system, this is configured in /dspace/conf/item-submission.xml
--keith

[Javier Távara]

I really don't want to disable the CC License step.

Disabling/enabling fixes nothing by the way.

- Javier.

[Keith Gilbertson]

On Monday, April 2, 2018 at 6:18:47 PM UTC-4, Javier Távara wrote:

I really don't want to disable the CC License step.

That's understandable. Our repository team has been encouraging people to select CC licenses. 

Rob Myers at Creative Commons is aware that some DSpace repositories have had an issue, but it's now past normal working hours, and I haven't been able to provide him with any useful information as to what's specifically causing the problem.

Disabling/enabling fixes nothing by the way.

I had to comment out the CC License step in multiple locations in the item-submission.xml file on our test server, and then restart Tomcat. I think you are offering additional information that the CC License step still doesn't work once you enable it again.

[Javier Távara]

I saw the tweets. Thank you.

As we don't have any useful logs of what's happening, I thought disabling/enabling the step could fire any sort of cache clearing.

No success.

- Javier

[Rob Myers]

Heya everyone, Rob from Creative Commons here.

I'm very sorry that our API isn't working with DSpace at the moment. I upgraded the server that the API runs on, and the problem that you are seeing wasn't caught by my tests.

If I call the API simply via the command line, e.g.:

curl -d "answers=<answers><locale>en</locale><license-standard><commercial>y</commercial><derivatives>sa</derivatives><jurisdiction></jurisdiction></license-standard><work-info><title>Untitled</title><creator>A. N. Other</creator><work-url>https://example.com/untitled</work-url></work-info></answers>" https://api.creativecommons.org/rest/1.5/license/standard/issue

Then I do get back an xml block, e.g.:

<?xml version='1.0' encoding='utf-8'?>

<result>

  <license-uri>http://creativecommons.org/licenses/by-sa/4.0/</license-uri>

  <license-name>Attribution-ShareAlike 4.0 International</license-name>

  <deprecated>false</deprecated>

  <rdf>

    <rdf:RDF xmlns="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

  <Work xmlns:dc="http://purl.org/dc/elements/1.1/" rdf:about="https://example.com/untitled"><dc:title>Untitled</dc:title><dc:creator>A. N. Other</dc:creator><license rdf:resource="http://creativecommons.org/licenses/by-sa/4.0/"/></Work><License rdf:about="http://creativecommons.org/licenses/by-sa/4.0/">

    <permits rdf:resource="http://creativecommons.org/ns#DerivativeWorks"/>

    <permits rdf:resource="http://creativecommons.org/ns#Distribution"/>

    <permits rdf:resource="http://creativecommons.org/ns#Reproduction"/>

    <requires rdf:resource="http://creativecommons.org/ns#Attribution"/>

    <requires rdf:resource="http://creativecommons.org/ns#Notice"/>

    <requires rdf:resource="http://creativecommons.org/ns#ShareAlike"/>

  </License>

</rdf:RDF>

  </rdf>

  <licenserdf>

    <rdf:RDF xmlns="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

  <License rdf:about="http://creativecommons.org/licenses/by-sa/4.0/">

    <permits rdf:resource="http://creativecommons.org/ns#DerivativeWorks"/>

    <permits rdf:resource="http://creativecommons.org/ns#Distribution"/>

    <permits rdf:resource="http://creativecommons.org/ns#Reproduction"/>

    <requires rdf:resource="http://creativecommons.org/ns#Attribution"/>

    <requires rdf:resource="http://creativecommons.org/ns#Notice"/>

    <requires rdf:resource="http://creativecommons.org/ns#ShareAlike"/>

  </License>

</rdf:RDF>

  </licenserdf>

  <html><a rel="license" href="http://creativecommons.org/licenses/by-sa/4.0/"><img alt="Creative Commons License" style="border-width:0" src="http://i.creativecommons.org/l/by-sa/4.0/88x31.png"/></a><br/><span xmlns:dct="http://purl.org/dc/terms/" property="dct:title">Untitled</span> by <a xmlns:cc="http://creativecommons.org/ns#" href="https://example.com/untitled" property="cc:attributionName" rel="cc:attributionURL">A. N. Other</a> is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by-sa/4.0/">Creative Commons Attribution-ShareAlike 4.0 International License</a>.</html>

</result>

Which does validate OK locally.

The only thing that should have changed for users of the API is the SSL certificate for the domain (might the old one be being cached somewhere?), although the versions of Python and Apache Web server that the software runs of have jumped a few versions, so it is possible that something else has changed without me catching it.

I'd be very grateful if anyone could pass me any further information, particularly if anyone can see what api.creativecommons.org thinks it is sending back to DSpace in response to a license request.

Thank you, and again my apologies for this.

- Rob Myers,

Core Systems Manager,

Creative Commons.

[Javier Távara]

Thank you for the update Rob.

Any redirection is being applied from non-SSL to SSL? Was the same before the update?

I changed my settings (dspace.cfg) to use SSL:

# The url to the web service API

cc.api.rooturl = https://api.creativecommons.org/rest/1.5

And it works now :)

- Javier.

[Rob Myers]

Heya Javier.

Thank you for checking this.

There is a 301 redirect in place from http to https.

The old server had Varnish publicly accessible on port 80, which I assumed was an error so I didn't recreate that (we were meant to have switched everything to https a couple of years ago!).

If changing to https fixes the issue, this would explain it.

Is it easy to change cc.api.rooturl to https, or is that going to be a pain for people?

Thank you again.

- Rob.

[George Kozak]

Hi, Everyone:

I made the suggested change from http to https, but I still have failure in connecting to Creative Commons.  I restarted tomcat and cleared the cocoon cache, as well.

George Kozak

Cornell University

--
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 dspace-tech+unsubscribe@googlegroups.com.
To post to this group, send email to dspac...@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[amgc...@gmail.com]

Hi all,

We have also performed the change to HTTPS for the cc.api.rooturl configuration parameter and restarted DSpace (v5.6) and everything seems to be working again.

Best,
Agustina

[Marion Rupp]

Hi,

We still have failure with CC, too (DSpace Version 6.2).

At the momentan, the CC API at https://api.creativecommons.org/rest/1.5 is not available (503 error).

Kind regards,
Marion

-----------------------------------
Marion Rupp
Bibliotheks-IT
Universitäts- und Landesbibliothek Bonn
Postfach 2460, D-53014 Bonn
Tel. 0228 / 73 75 50 Fax: 0228 / 73 75 46
eMail: mario...@ulb.uni-bonn.de
Internet: http://www.ulb.uni-bonn.de
Twitter: http://twitter.com/ulbbonn
Facebook: http://facebook.com/ulbbonn

To unsubscribe from this group and stop receiving emails from it, send an email to dspace-tech...@googlegroups.com.

[George Kozak]

Javier:

On my DSpace 5.5 instance, I made the change you noted to https in the dspace.cfg file and restarted tomcat.  On my DSpace 6.2 instance, I made the change in the local.cfg file and restarted tomcat, but in both cases, nothing changed.  I couldn't reconnect.

I see in your email that you mentioned recompiling.  Do you mean going through the Maven and ant process all over again after this change is made? 

George Kozak

Cornell University

On Tue, Apr 3, 2018 at 9:52 AM, Javier Távara <jav...@tavara.pe> wrote:

Rob, 

The change is easy, at least for the most common DSpace installations, but it will break a lot of instances probably. It must be done at any time in the future though.

George,

Are you sure you recompiled DSpace correctly? The API was online when you posted.

CC API is down since 8:41 UTC (I started monitoring it yesterday https://goo.gl/xEwLjn).

Meanwhile, I will better disable the CC License step until everything is back stable.

- Javier.

To unsubscribe from this group and stop receiving emails from it, send an email to dspace-tech...@googlegroups.com.
To post to this group, send email to dspac...@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

--

***************************
George Kozak
Digital Library Specialist
Cornell University Library - IT
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924

gs...@cornell.edu

--
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 dspace-tech...@googlegroups.com.
To post to this group, send email to dspac...@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

--
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 dspace-tech+unsubscribe@googlegroups.com.
To post to this group, send email to dspac...@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[Javier Távara]

George,

It depends on where you are doing the change. See https://wiki.duraspace.org/display/DSPACE/Rebuild+DSpace and https://wiki.duraspace.org/display/DSDOC5x/Ant+targets+and+options

I only make changes to [dspace-source], so I have to rebuild it for the new config to be copied to [dspace] installation directory.

I saved this as config-update.sh to make things faster:

cd /home/dspace/source-5.5/dspace

mvn package -P !dspace-jspui,!dspace-sword,!dspace-swordv2,!dspace-rdf

cd /home/dspace/source-5.5/dspace/target/dspace-installer

ant update_configs

service tomcat restart

I hope I'm not doing unnecessary stuff.

— Javier T.

[Rob Myers]

Heya all.

I have re-enabled http for now. I will put a redirect back in place at some point in the future, with suitable warning.

For anyone who changing the url to be https didn't help, does switching back to http improve things?

- Rob.

[Javier Távara]

Thanks Rob, definitely the best choice.

I see the API is back online.

— Javier T.

--
You received this message because you are subscribed to a topic in the Google Groups "DSpace Technical Support" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/dspace-tech/FCEX2tWbq7g/unsubscribe.
To unsubscribe from this group and all its topics, send an email to dspace-tech...@googlegroups.com.

[George Kozak]

Rob:

Thank you.  Going back to http has fixed the problem for us at Cornell University.

George Kozak

Cornell University

--

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 dspace-tech+unsubscribe@googlegroups.com.

To post to this group, send email to dspac...@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[Rob Myers]

Thank you everyone who reported this.

I am going to mark this as fixed.

We should move the API to https-only at some point in the future to help keep user information private, but it shouldn't happen without warning.

Thanks again.

- Rob.

To unsubscribe from this group and stop receiving emails from it, send an email to dspace-tech...@googlegroups.com.

To post to this group, send email to dspac...@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[Javier Távara]

Hi Rob!

Our DSpace instances are having problems again due to an invalid SSL cert.

I hope you can take a look soon.

Disabling CC step in DSpace meanwhile...

Thank you!

Javier.

[jc...@cin.ufpe.br]

Hi everyone,

Does anyone is having some problem with CC again? In my repository the cc step just show "no license" option.

Thanks.