[dspace-tech] DSpace log files created by tomcat
When running the *$HOME/bin/dspace generate-sitemaps > /dev/null *command, I am getting the following error log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: /home/dspace/log/dspace.log.2019-03-25 ( Permission denied) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:221) at java.io.FileOutputStream.(FileOutputStream.java:142) at org.apache.log4j.FileAppender.setFile(FileAppender.java:294) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:165) at org.dspace.app.util.DailyFileAppender.activateOptions( DailyFileAppender.java:94) at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java: 307) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter. java:172) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter. java:104) at org.apache.log4j.PropertyConfigurator.parseAppender( PropertyConfigurator.java:842) at org.apache.log4j.PropertyConfigurator.parseCategory( PropertyConfigurator.java:768) at org.apache.log4j.PropertyConfigurator.configureRootCategory( PropertyConfigurator.java:648) at org.apache.log4j.PropertyConfigurator.doConfigure( PropertyConfigurator.java:514) at org.apache.log4j.PropertyConfigurator.doConfigure( PropertyConfigurator.java:580) at org.apache.log4j.helpers.OptionConverter.selectAndConfigure( OptionConverter.java:526) at org.apache.log4j.LogManager.(LogManager.java:127) at org.apache.log4j.Logger.getLogger(Logger.java:117) at org.dspace.core.ConfigurationManager.(ConfigurationManager. java:50) at org.dspace.app.launcher.ScriptLauncher.getConfig(ScriptLauncher.java: 256) at org.dspace.app.launcher.ScriptLauncher.(ScriptLauncher.java: 35) log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: /home/dspace/log/dspace.log.2019-03-25 ( Permission denied) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:221) at java.io.FileOutputStream.(FileOutputStream.java:142) at org.apache.log4j.FileAppender.setFile(FileAppender.java:294) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:165) at org.dspace.app.util.DailyFileAppender.activateOptions( DailyFileAppender.java:94) at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java: 307) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter. java:172) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter. java:104) at org.apache.log4j.PropertyConfigurator.parseAppender( PropertyConfigurator.java:842) at org.apache.log4j.PropertyConfigurator.parseCategory( PropertyConfigurator.java:768) at org.apache.log4j.PropertyConfigurator.configureRootCategory( PropertyConfigurator.java:648) at org.apache.log4j.PropertyConfigurator.doConfigure( PropertyConfigurator.java:514) at org.apache.log4j.PropertyConfigurator.doConfigure( PropertyConfigurator.java:580) at org.apache.log4j.helpers.OptionConverter.selectAndConfigure( OptionConverter.java:526) at org.dspace.core.ConfigurationManager.loadConfig(ConfigurationManager. java:805) at org.dspace.core.ConfigurationManager.getMutableProperties( ConfigurationManager.java:122) at org.dspace.core.ConfigurationManager.getProperty(ConfigurationManager .java:167) at org.dspace.app.launcher.ScriptLauncher.getConfig(ScriptLauncher.java: 256) at org.dspace.app.launcher.ScriptLauncher.(ScriptLauncher.java: 35) We are using DSpace CRIS 5.10 with Tomcat 8 on Debian Jessie It looks like Tomcat is creating the log files with the following permissions -rw-r--r-- 1 tomcat8 tomcat8 I have seen suggestions of running tomcat under the dspace user or changing the variable UMASK Is there a suggested solution for this? Regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To post to this group, send email to dspace-tech@googlegroups.com. Visit this group at https://groups.google.com/group/dspace-tech. For more options, visit https://groups.google.com/d/optout.
[dspace-tech] Writing to log files, error
We have DSpace CRIS 5.10 install on Debian Jessie, running on Tomcat 8. When running the *$HOME/bin/dspace generate-sitemaps > /dev/null* command in the dspace cron job the following error message is generated ``` log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: /home/dspace/log/dspace.log.2019-03-25 (Permission denied) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:221) at java.io.FileOutputStream.(FileOutputStream.java:142) at org.apache.log4j.FileAppender.setFile(FileAppender.java:294) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:165) at org.dspace.app.util.DailyFileAppender.activateOptions(DailyFileAppender.java:94) at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:307) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:172) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:104) at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:842) at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:768) at org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:648) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:514) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:580) at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:526) at org.apache.log4j.LogManager.(LogManager.java:127) at org.apache.log4j.Logger.getLogger(Logger.java:117) at org.dspace.core.ConfigurationManager.(ConfigurationManager.java:50) at org.dspace.app.launcher.ScriptLauncher.getConfig(ScriptLauncher.java:256) at org.dspace.app.launcher.ScriptLauncher.(ScriptLauncher.java:35) log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: /home/dspace/log/dspace.log.2019-03-25 (Permission denied) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.(FileOutputStream.java:221) at java.io.FileOutputStream.(FileOutputStream.java:142) at org.apache.log4j.FileAppender.setFile(FileAppender.java:294) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:165) at org.dspace.app.util.DailyFileAppender.activateOptions(DailyFileAppender.java:94) at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:307) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:172) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:104) at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:842) at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:768) at org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:648) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:514) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:580) at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:526) at org.dspace.core.ConfigurationManager.loadConfig(ConfigurationManager.java:805) at org.dspace.core.ConfigurationManager.getMutableProperties(ConfigurationManager.java:122) at org.dspace.core.ConfigurationManager.getProperty(ConfigurationManager.java:167) at org.dspace.app.launcher.ScriptLauncher.getConfig(ScriptLauncher.java:256) at org.dspace.app.launcher.ScriptLauncher.(ScriptLauncher.java:35) ``` Tomcat is running under it’s own user and generating the log files with the following permissions ``` -rw-r--r-- 1 tomcat8 tomcat8 ``` Reading around this issue there seems to be a number of solutions, including changing the user that tomcat runs under to the dspace user or setting the UMASK variable. I believe I have followed the setup instructions correctly. Is there a suggested solution to this issue? Regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To post to this group, send email to dspace-tech@googlegroups.com. Visit this group at https://groups.google.com/group/dspace-tech. For more options, visit https://groups.google.com/d/optout.
Re: [dspace-tech] DSpace log files created by tomcat
Thank you Mark, Yes you are completely correct on how Tomcat was installed. We followed the series of instructions that Hilton Gibson kindly posted. So yes Tomcat 8 is running under the system tomcat8 user and there is another user called dspace whose home directory has all the dspace stuff. This is a test system, so there is really no problem blowing it away and starting again. It looks like the system default umask was 002 when Hilton Gibson created his tutorials. Checking now it seems out of the box, Debian Jessie sets the umask to 022, meaning that now groups are only given read access to new files rather then read write previously. PS sorry for the duplicate post On 26 Mar 2019, at 13:02, Mark H. Wood wrote: On Tuesday, March 26, 2019 at 8:46:53 AM UTC-4, Marc wrote: When running the *$HOME/bin/dspace generate-sitemaps > /dev/null *command, I am getting the following error log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: /home/dspace/log/dspace.log.2019-03-25 ( Permission denied)We are using DSpace CRIS 5.10 with Tomcat 8 on Debian Jessie It looks like Tomcat is creating the log files with the following permissions -rw-r--r-- 1 tomcat8 tomcat8 That tells me that, probably, you have used the Debian package management system to install Tomcat, and it creates an account for Tomcat to run in. That's a reasonable thing to do, and I wouldn't change it if I had no other reason to do so. The DSpace installation instructions assume that you are building Tomcat from source and installing it manually. Tomcat needs an account in which to run, and for some reason we named it 'dspace'. I cannot think of a reason to have both accounts. Tomcat *must* have read/write access to DSpace's files. The simplest way to do that is to have them owned by whatever account is used to run Tomcat. In your case, that would be 'tomcat8'. I have seen suggestions of running tomcat under the dspace user or changing the variable UMASK When others have tried changing the ownership of an already-installed Tomcat instance, it has tended to be a long-running exercise in frustration, and 'apt' may undo it at the next upgrade. I would suggest just making the DSpace files be owned by 'tomcat8' and deleting the 'dspace' OS account. (The DBMS has its own accounts system independent of the OS, so there's no need to change anything there if it is working for you.) -- 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 dspace-tech+unsubscr...@googlegroups.com. To post to this group, send email to dspace-tech@googlegroups.com. Visit this group at https://groups.google.com/group/dspace-tech. For more options, visit https://groups.google.com/d/optout. -- 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 dspace-tech+unsubscr...@googlegroups.com. To post to this group, send email to dspace-tech@googlegroups.com. Visit this group at https://groups.google.com/group/dspace-tech. For more options, visit https://groups.google.com/d/optout.
[dspace-tech] Error on restart of DSpace
org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:130) at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:152) at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:142) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:698) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:714) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1071) at org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1721) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:473) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:622) at java.lang.Thread.run(Thread.java:748) Apr 19, 2019 1:29:41 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deployment of web application directory /var/lib/tomcat8/webapps/ROOT has finished in 56,420 ms ``` Any advice would be gratefully received Kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To post to this group, send email to dspace-tech@googlegroups.com. Visit this group at https://groups.google.com/group/dspace-tech. For more options, visit https://groups.google.com/d/optout.
[dspace-tech] Re: Error on restart of DSpace
Sorry forgot the version information Debian Jessie 8.11 Java OpenJDK version 1.7.0_201 24.201-b00 Tomcat 8.0.14 (Debian) DSpace CRIS 5.10 -- 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 dspace-tech+unsubscr...@googlegroups.com. To post to this group, send email to dspace-tech@googlegroups.com. Visit this group at https://groups.google.com/group/dspace-tech. For more options, visit https://groups.google.com/d/optout.
[dspace-tech] Re: Error on restart of DSpace
Please ignore this, I think it could have been a bug that has already been fixed. We pulled the latest version from the git repository and the message is no longer appearing in the log. On Friday, April 19, 2019 at 1:42:43 PM UTC+1, Marc wrote: > > Dear List, > > Please could you point us in the right direction. When restarting tomcat8 > we are getting the following error reported in the DSpace log file. This is > a completely fresh install, with only the administrator account created. > > INFO: Loading: /home/dspace/config/log4j.properties > Apr 19, 2019 1:29:35 PM org.apache.catalina.session.StandardManager doLoad > SEVERE: standardManager.loading.ioe > java.io.InvalidClassException: The class [java.util.Locale] did not match the > regular expression [java\.lang\.(?:Boolean|Integer|Long|Number|String)] for > classes allowed to be deserialized > at > org.apache.catalina.util.CustomObjectInputStream.resolveClass(CustomObjectInputStream.java:152) > at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1865) > at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1748) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2037) > at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1570) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:428) > at > org.apache.catalina.session.StandardSession.doReadObject(StandardSession.java:1634) > at > org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java:1099) > at > org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:266) > at > org.apache.catalina.session.StandardManager$PrivilegedDoLoad.run(StandardManager.java:74) > at > org.apache.catalina.session.StandardManager$PrivilegedDoLoad.run(StandardManager.java:65) > at java.security.AccessController.doPrivileged(Native Method) > at > org.apache.catalina.session.StandardManager.load(StandardManager.java:167) > at > org.apache.catalina.session.StandardManager.startInternal(StandardManager.java:465) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at > org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5282) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:724) > at > org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:130) > at > org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:152) > at > org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:142) > at java.security.AccessController.doPrivileged(Native Method) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:698) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:714) > at > org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1071) > at > org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1721) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:473) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:622) > at java.lang.Thread.run(Thread.java:748) > > Apr 19, 2019 1:29:35 PM org.apache.catalina.session.StandardManager > startInternal > SEVERE: Exception loading sessions from persistent storage > java.io.InvalidClassException: The class [java.util.Locale] did not match the > regular expression [java\.lang\.(?:Boolean|Integer|Long|Number|String)] for > classes allowed to be deserialized > at > org.apache.catalina.util.CustomObjectInputStream.resolveClass(CustomObjectInputStream.java:152) > at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1865) > at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1748) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2037) > at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1570) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:428) > at > org.apache.catalina.session.StandardSession.doReadObject(StandardSession.java:1634) > at > org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java:1099) > at > org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:266) > at > org.apache.catalina.session.StandardManager$PrivilegedDoLoad.run(
[dspace-tech] Submitting an item using a bibliographic file
Dear List, When using the submission form and selecting to submit an item using a bibliographic file, when clicking the process button the loading dialog just sits there and nothing seems to happen. Checking the dspace log the following error is logged. Debian Jessie 8.11 Java OpenJDK version 1.7.0_201 24.201-b00 Tomcat 8.0.14 (Debian) DSpace CRIS 5.10 ORCID is configured to use the sandbox. Any advice would be gratefully received Regards Marc ``` 2019-04-22 13:04:34,977 WARN org.dspace.app.webui.servlet.InternalErrorServlet @ :session_id=C234C3FC26E8B4AC6BA224AB30E87786:internal_error:-- URL Was: http://test.testuni.ac.uk/json/submissionLookup -- Method: POST -- Parameters were: java.lang.RuntimeException at org.dspace.app.webui.servlet.JSONServlet.doDSGet(JSONServlet.java:76) at org.dspace.app.webui.servlet.JSONServlet.doDSPost(JSONServlet.java:33) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:115) at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:73) at javax.servlet.http.HttpServlet.service(HttpServlet.java:644) at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) at sun.reflect.GeneratedMethodAccessor168.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:275) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:272) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:548) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:307) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:167) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:285) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:185) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:184) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at sun.reflect.GeneratedMethodAccessor169.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:275) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:272) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:548) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:307) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:247) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:185) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:184) at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78) 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.catalina.security.SecurityUtil$1.run(SecurityUtil.java:275) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:272) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:548) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:307) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:247) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:185) at java.security.AccessController.doPrivileged(Native Method) at
[dspace-tech] DSpace 5.10 on Debian Stretch - Java heap space error
Dear list, Struggling with an install of a new DSpace server. The new server is running Debian Stretch 9. This is to replace a DSpace server running Debian Jessie 8. When we come to create the Administrator account (`$HOME/bin/dspace create-administrator`)the following error is returned. ``` Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:3332) at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:472) at java.lang.StringBuffer.append(StringBuffer.java:310) at java.lang.StringBuffer.append(StringBuffer.java:97) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:486) at java.lang.StringBuffer.append(StringBuffer.java:338) at java.util.regex.Matcher.appendReplacement(Matcher.java:890) at java.util.regex.Matcher.replaceAll(Matcher.java:955) at java.lang.String.replace(String.java:2240) at org.dspace.servicemanager.config.DSpaceConfigurationService.replaceVariables(DSpaceConfigurationService.java:542) at org.dspace.servicemanager.config.DSpaceConfigurationService.loadConfiguration(DSpaceConfigurationService.java:272) at org.dspace.servicemanager.config.DSpaceConfigurationService.loadConfiguration(DSpaceConfigurationService.java:232) at org.dspace.servicemanager.config.DSpaceConfigurationService.loadInitialConfig(DSpaceConfigurationService.java:466) at org.dspace.servicemanager.config.DSpaceConfigurationService.(DSpaceConfigurationService.java:61) at org.dspace.servicemanager.DSpaceKernelImpl.start(DSpaceKernelImpl.java:145) at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:58) ``` Looking at the code it is trying to read the `dspace.dir` property I am assuming from the `dspace.conf` file in the config directory. The maven and ant processes went fine and everything looks correct. DSpace CRIS version: 5.10 Java version: 1.8.0_212 Java options are: -Dorg.apache.el.parser.SKIP_IDENTIFIER_CHECK=true -Djava.awt.headless=true -Xmx4096m -Xms2048m -Dfile.encoding=UTF-8 -XX:+UseConcMarkSweepGC PostgreSQL version: 11.3 Ant version: 1.9.9 Maven version: 3.6.1 The dspace log files do not contain anything. I am unable to replicate this on a Mac OS X development machine, but have tried installing on two different Debian Strech servers and got the some errors. Any suggestions on how to fix this would be appreciated. Kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/9DFB194D-ADDE-498B-ABB4-BAA2BD40B2B3%40gmail.com.
[dspace-tech] Re: DSpace 5.10 on Debian Stretch - Java heap space error
This is an embarrassing. It turned out to be some corruption in the build.properties file. Recreating the file fixed the problem. Leaving this here in case someone else has this issue On Monday, May 20, 2019 at 3:13:57 PM UTC+1, Marc wrote: > > Dear list, > > Struggling with an install of a new DSpace server. The new server is > running Debian Stretch 9. This is to replace a DSpace server running Debian > Jessie 8. > > When we come to create the Administrator account ($HOME/bin/dspace > create-administrator)the following error is returned. > > Exception in thread "main" java.lang.OutOfMemoryError: Java heap space > at java.util.Arrays.copyOf(Arrays.java:3332) > at > java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124) > at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:472) > at java.lang.StringBuffer.append(StringBuffer.java:310) > at java.lang.StringBuffer.append(StringBuffer.java:97) > at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:486) > at java.lang.StringBuffer.append(StringBuffer.java:338) > at java.util.regex.Matcher.appendReplacement(Matcher.java:890) > at java.util.regex.Matcher.replaceAll(Matcher.java:955) > at java.lang.String.replace(String.java:2240) > at > org.dspace.servicemanager.config.DSpaceConfigurationService.replaceVariables(DSpaceConfigurationService.java:542) > at > org.dspace.servicemanager.config.DSpaceConfigurationService.loadConfiguration(DSpaceConfigurationService.java:272) > at > org.dspace.servicemanager.config.DSpaceConfigurationService.loadConfiguration(DSpaceConfigurationService.java:232) > at > org.dspace.servicemanager.config.DSpaceConfigurationService.loadInitialConfig(DSpaceConfigurationService.java:466) > at > org.dspace.servicemanager.config.DSpaceConfigurationService.(DSpaceConfigurationService.java:61) > at > org.dspace.servicemanager.DSpaceKernelImpl.start(DSpaceKernelImpl.java:145) > at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:58) > > Looking at the code it is trying to read the dspace.dir property I am > assuming from the dspace.conf file in the config directory. > > The maven and ant processes went fine and everything looks correct. > > DSpace CRIS version: 5.10 > Java version: 1.8.0_212 > Java options are: -Dorg.apache.el.parser.SKIP_IDENTIFIER_CHECK=true > -Djava.awt.headless=true -Xmx4096m -Xms2048m -Dfile.encoding=UTF-8 > -XX:+UseConcMarkSweepGC > PostgreSQL version: 11.3 > Ant version: 1.9.9 > Maven version: 3.6.1 > > The dspace log files do not contain anything. I am unable to replicate > this on a Mac OS X development machine, but have tried installing on two > different Debian Strech servers and got the some errors. > > Any suggestions on how to fix this would be appreciated. > > Kind regards > > Marc > -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/4e28b6b6-508f-4a36-a8e1-f8e49ee820df%40googlegroups.com.
[dspace-tech] Re: Submitting an item using a bibliographic file
Looking at the code at org.dspace.submit.lookup.MultipleSubmissionLookupDataLoader.getRecords(MultipleSubmissionLookupDataLoader.java:91) record.makeMutable().addValue( "originalRecord", new StringValue(identifiers.keySet().iterator().next())); identifiers is null, so the above code throws a NullPointerException I am assuming that identifiers is populated from the bte.xml, the multipleDataLoader bean? On Monday, April 22, 2019 at 1:16:46 PM UTC+1, Marc wrote: > > Dear List, > > When using the submission form and selecting to submit an item using a > bibliographic file, when clicking the process button the loading dialog > just sits there and nothing seems to happen. Checking the dspace log the > following error is logged. > > Debian Jessie 8.11 > Java OpenJDK version 1.7.0_201 24.201-b00 > Tomcat 8.0.14 (Debian) > DSpace CRIS 5.10 > ORCID is configured to use the sandbox. > > Any advice would be gratefully received > > Regards > Marc > > 2019-04-22 13:04:34,977 WARN > org.dspace.app.webui.servlet.InternalErrorServlet @ > :session_id=C234C3FC26E8B4AC6BA224AB30E87786:internal_error:-- URL Was: > http://test.testuni.ac.uk/json/submissionLookup > -- Method: POST > -- Parameters were: > > java.lang.RuntimeException > at org.dspace.app.webui.servlet.JSONServlet.doDSGet(JSONServlet.java:76) > at org.dspace.app.webui.servlet.JSONServlet.doDSPost(JSONServlet.java:33) > at > org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:115) > at > org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:73) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:644) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) > at sun.reflect.GeneratedMethodAccessor168.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:275) > at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:272) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAsPrivileged(Subject.java:548) > at > org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:307) > at > org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:167) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:285) > at > org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55) > at > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189) > at > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:185) > at java.security.AccessController.doPrivileged(Native Method) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:184) > at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) > at sun.reflect.GeneratedMethodAccessor169.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:275) > at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:272) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAsPrivileged(Subject.java:548) > at > org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:307) > at > org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:247) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55) > at > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189) > at > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:185) > at java.security.AccessController.doPrivileged(Native Method) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:184) > at > org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78) > at sun.reflect.GeneratedMethodAccessor167.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) >
[dspace-tech] Null pointer exception when submitting an item via a file
Dear List, As requested, I am reposting this issue When using the submission form and selecting to submit an item using a bibliographic file, when clicking the process button the loading dialog just sits there and nothing seems to happen. Checking the dspace log the error below is logged. Debian Stretch 9 Java OpenJDK version 1.8 Tomcat 8.5 DSpace CRIS 5.10 ORCID is configured to use the sandbox. NginX used as a reverse proxy and for SSL Putting a breakpoint at the code in `MultipleSubmissionLookupDataLoader.java` line 76, reveals that the `identifiers` map variable on line 91 is null and is causing the error. I am not that familiar with the DSpace code, but I am assuming that this map variable is populated from the `bte.xml` configuration file, but I could be wrong. We have not modified the `bte.xml` file yet. Any advice would be gratefully received Regards Marc 2019-06-04 15:45:06,527 WARN org.dspace.app.webui.servlet.InternalErrorServlet @ :session_id=08BA154A01067A1C0AA1908B81D6E56B:internal_error:-- URL Was: http://wytham1.ouce.ox.ac.uk/json/submissionLookup -- Method: POST -- Parameters were: java.lang.RuntimeException at org.dspace.app.webui.servlet.JSONServlet.doDSGet(JSONServlet.java:76) at org.dspace.app.webui.servlet.JSONServlet.doDSPost(JSONServlet.java:33) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:115) at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:73) at javax.servlet.http.HttpServlet.service(HttpServlet.java:661) at javax.servlet.http.HttpServlet.service(HttpServlet.java:742) at sun.reflect.GeneratedMethodAccessor165.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:282) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:279) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:549) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:314) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:170) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:225) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:47) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:149) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:145) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:144) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:282) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:279) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:549) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:314) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:253) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:191) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:47) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:149) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:145) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:144) at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78) at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:282) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:279) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:549) at
[dspace-tech] Re: Null pointer exception when submitting an item via a file
Looking into this further it would seem that the identifiers map variable is set to null when the setFile method is called before the getRecords method. We are using the recommend version of DSpace CRIS from GitHub https://github.com/4Science/DSpace/tree/dspace-5_x_x-cris I am wondering if this is a bug and should be logged in GitHub? On Tuesday, June 4, 2019 at 4:58:01 PM UTC+1, Marc wrote: > > Dear List, > > > As requested, I am reposting this issue > > > When using the submission form and selecting to submit an item using a > bibliographic file, > > when clicking the process button the loading dialog just sits there and > nothing seems to happen. > > Checking the dspace log the error below is logged. > > > Debian Stretch 9 > Java OpenJDK version 1.8 > Tomcat 8.5 > DSpace CRIS 5.10 > ORCID is configured to use the sandbox. > > NginX used as a reverse proxy and for SSL > > > Putting a breakpoint at the code in > `MultipleSubmissionLookupDataLoader.java` line 76, reveals that the > `identifiers` map variable on line 91 is null and is causing the error. I > am not that familiar with the DSpace code, but I am assuming that this map > variable is populated from the `bte.xml` configuration file, but I could be > wrong. We have not modified the `bte.xml` file yet. > > > Any advice would be gratefully received > > > Regards > Marc > > > 2019-06-04 15:45:06,527 WARN > org.dspace.app.webui.servlet.InternalErrorServlet @ > :session_id=08BA154A01067A1C0AA1908B81D6E56B:internal_error:-- URL Was: > http://wytham1.ouce.ox.ac.uk/json/submissionLookup > -- Method: POST > -- Parameters were: > > java.lang.RuntimeException > at > org.dspace.app.webui.servlet.JSONServlet.doDSGet(JSONServlet.java:76) > at > org.dspace.app.webui.servlet.JSONServlet.doDSPost(JSONServlet.java:33) > at > org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:115) > at > org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:73) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:661) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:742) > at sun.reflect.GeneratedMethodAccessor165.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:282) > at > org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:279) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAsPrivileged(Subject.java:549) > at > org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:314) > at > org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:170) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:225) > at > org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:47) > at > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:149) > at > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:145) > at java.security.AccessController.doPrivileged(Native Method) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:144) > at > org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) > at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at > org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:282) > at > org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:279) > at java.security.AccessController.doPrivileged(Native Method) > at javax.security.auth.Subject.doAsPrivileged(Subject.java:549) > at > org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:314) > at > org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:253) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:191) > at > org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:47) > at > org.apache.catalina.core.ApplicationFilterChain$1.run(Application
Re: [dspace-tech] Null pointer exception when submitting an item via a file
Dear Riccardo, Thank you for the quick response. The New Submission, import a file is no longer stopping and no error is logged in dspace log. But no data is being read from the file, both in preview mode and direct import into a collection. I will try and debug into the code a little more and get back On Wednesday, June 5, 2019 at 3:15:47 PM UTC+1, Fazio Riccardo wrote: > > Dear Marc, > > I put a fix ( > > https://github.com/4Science/DSpace/commit/49bf2bcb60d13163a7aeac61c24c2280fe7b382e > > ) into github dspace-5_x_x-cris branch; > try to update > thanks for pointing this out > > regards > Riccardo > > On Tue, 2019-06-04 at 08:58 -0700, Marc wrote: > > Dear List, > > > > As requested, I am reposting this issue > > > > When using the submission form and selecting to submit an item using > > a bibliographic file, > > when clicking the process button the loading dialog just sits there > > and nothing seems to happen. > > Checking the dspace log the error below is logged. > > > > Debian Stretch 9 > > Java OpenJDK version 1.8 > > Tomcat 8.5 > > DSpace CRIS 5.10 > > ORCID is configured to use the sandbox. > > NginX used as a reverse proxy and for SSL > > > > Putting a breakpoint at the code in > > `MultipleSubmissionLookupDataLoader.java` line 76, reveals that the > > `identifiers` map variable on line 91 is null and is causing the > > error. I am not that familiar with the DSpace code, but I am assuming > > that this map variable is populated from the `bte.xml` configuration > > file, but I could be wrong. We have not modified the `bte.xml` file > > yet. > > > > Any advice would be gratefully received > > > > Regards > > Marc > > > > 2019-06-04 15:45:06,527 > > WARN org.dspace.app.webui.servlet.InternalErrorServlet @ > > :session_id=08BA154A01067A1C0AA1908B81D6E56B:internal_error:-- URL > > Was: http://wytham1.ouce.ox.ac.uk/json/submissionLookup > > -- Method: POST > > -- Parameters were: > > > > java.lang.RuntimeException > > at > > org.dspace.app.webui.servlet.JSONServlet.doDSGet(JSONServlet.java:76) > > at > > org.dspace.app.webui.servlet.JSONServlet.doDSPost(JSONServlet.java:33 > > ) > > at > > org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServl > > et.java:115) > > at > > org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java: > > 73) > > at > > javax.servlet.http.HttpServlet.service(HttpServlet.java:661) > > at > > javax.servlet.http.HttpServlet.service(HttpServlet.java:742) > > at sun.reflect.GeneratedMethodAccessor165.invoke(Unknown > > Source) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces > > sorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:498) > > at > > org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:282 > > ) > > at > > org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:279 > > ) > > at java.security.AccessController.doPrivileged(Native Method) > > at > > javax.security.auth.Subject.doAsPrivileged(Subject.java:549) > > at > > org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:3 > > 14) > > at > > org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil. > > java:170) > > at > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl > > icationFilterChain.java:225) > > at > > org.apache.catalina.core.ApplicationFilterChain.access$000(Applicatio > > nFilterChain.java:47) > > at > > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilt > > erChain.java:149) > > at > > org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilt > > erChain.java:145) > > at java.security.AccessController.doPrivileged(Native Method) > > at > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF > > ilterChain.java:144) > > at > > org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52 > > ) > > at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown > > Source) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces > > sorImpl.java:43) >
Re: [dspace-tech] Null pointer exception when submitting an item via a file
Dear Riccardo, I think I may have determined one reason why the file upload is not working. In SubmissionLookupJSONRequest.java when doing the BTE transformation, it creates a new TransformationSpec, but the creation fails with a null pointer error. Line 293. I will create a new issue against the GitHub repository for Dspace CRIS to avoid spamming this mailing list kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/96aab5cc-7414-4edd-bf7e-bdd34b7fd48a%40googlegroups.com.
Re: [dspace-tech] Null pointer exception when submitting an item via a file
Hi Riccardo, I have logged a issue in the DSpace CRIS GitHub Repo for this issue https://github.com/4Science/DSpace/issues/84 This is actually quite an important issue for us, as we want to allow researchers to upload items using files. I am afraid my knowledge of DSpace CRIS is lacking otherwise I would try and fix it myself. I am not sure what is trying to be accomplished using the BTE Transformation. Kind regards Marc On 6 Jun 2019, at 15:05, Marc wrote: Dear Riccardo, I think I may have determined one reason why the file upload is not working. In SubmissionLookupJSONRequest.java when doing the BTE transformation, it creates a new TransformationSpec, but the creation fails with a null pointer error. Line 293. I will create a new issue against the GitHub repository for Dspace CRIS to avoid spamming this mailing list kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/96aab5cc-7414-4edd-bf7e-bdd34b7fd48a%40googlegroups.com. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/890CFB42-784A-4205-981D-614853445923%40gmail.com.
[dspace-tech] Browse a DSpace CRIS entity type
Dear List,
We have setup a new entity type and this seems to be working correctly. It
is linked into the Navbar and you can search on it a get a list of entities
back for this entity type. What is not working is the the Browse link for
the Scientific Name
We have followed the instructions at the following links and also looked at
how other entity types are setup.
https://wiki.duraspace.org/pages/viewpage.action?pageId=78153687
https://wiki.duraspace.org/pages/viewpage.action?pageId=78163308
I am assumming that this is caused by a missing setting somewhere, but not
sure where else to look. Any advice would be greatly appreciated.
DSpace CRIS 5.10
regards
Marc
The error as reported in the dspace log is
2019-06-26 13:06:20,474 WARN org.dspace.app.webui.servlet.
InternalErrorServlet @ :session_id=7CCDA3BCD706D5EA80DF2697BE5D39E2:
internal_error:-- URL Was: http://localhost:8080/dspace5/browse?type=spname
-- Method: GET
-- Parameters were:
-- type: "spname"
javax.servlet.ServletException: org.apache.jasper.JasperException: An
exception occurred processing JSP page [/browse/full.jsp] at line [610]
607: else
608: {
609: %>
610:
611: <%
612: }
613:
Stacktrace:
at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(
DSpaceWebappServletFilter.java:85)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
ApplicationFilterChain.java:166)
at org.apache.catalina.core.ApplicationDispatcher.invoke(
ApplicationDispatcher.java:728)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(
ApplicationDispatcher.java:470)
at org.apache.catalina.core.ApplicationDispatcher.doForward(
ApplicationDispatcher.java:395)
at org.apache.catalina.core.ApplicationDispatcher.forward(
ApplicationDispatcher.java:316)
at org.dspace.app.webui.util.JSPManager.showJSP(JSPManager.java:60)
at org.dspace.app.webui.servlet.BrowserServlet.showFullPage(
BrowserServlet.java:200)
at org.dspace.app.webui.servlet.AbstractBrowserServlet.processBrowse(
AbstractBrowserServlet.java:382)
at org.dspace.app.webui.servlet.BrowserServlet.doDSGet(BrowserServlet.
java:97)
at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(
DSpaceServlet.java:119)
at org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:
67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
ApplicationFilterChain.java:231)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
ApplicationFilterChain.java:166)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52
)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
ApplicationFilterChain.java:166)
at org.dspace.app.webui.cris.filter.ExploreLocationFilter.doFilter(
ExploreLocationFilter.java:88)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
ApplicationFilterChain.java:166)
at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(
DSpaceWebappServletFilter.java:78)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
ApplicationFilterChain.java:193)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(
ApplicationFilterChain.java:166)
at org.apache.catalina.core.StandardWrapperValve.invoke(
StandardWrapperValve.java:199)
at org.apache.catalina.core.StandardContextValve.invoke(
StandardContextValve.java:96)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
AuthenticatorBase.java:493)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.
java:137)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.
java:81)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(
AbstractAccessLogValve.java:660)
at org.apache.catalina.core.StandardEngineValve.invoke(
StandardEngineValve.java:87)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.
java:343)
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java
:798)
at org.apache.coyote.AbstractProcessorLight.process(
AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(
AbstractProtocol.java:806)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(
NioEndpoint.java:1498)
at org.apache.tomcat.util.net.SocketProcessorBase.run(
SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.
java:1149)
at java.util.concurrent.ThreadPoolExe
[dspace-tech] Request a Copy function - Email used
Dear List, When a user uses the Request a Copy function it seems to send the email to the email address of the person that submitted the item originally. I am assumming that this is the eperson reference in the item table (dspace5.public.item.submitter_id). But there does not seem to be any interface (admin or otherwise) to change this. Is it possible to use a different email address, perhaps one held against the item or even the collection the item belongs to? regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/fef7c54f-8b50-48c2-bb06-7e591e3e9204%40googlegroups.com.
[dspace-tech] Request an Item email - invalid link
Dear List,
I have noticed a bug in the email that is sent to the author via the
Request a Copy function. The link provided is invalid because a full stop
is being included.
This can be easily fixed by modifying the template to include a space
between the {6} parameter and the fullstop in the
/dspace/config/emails/request_item.admin email template.
Hope this is the correct place to fix this error
kind regards
Marc
--
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 dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/dspace-tech/be7c79ca-28a7-4067-bf5b-2051b8e4bfc7%40googlegroups.com.
Re: [dspace-tech] Request a Copy function - Email used
Thank you Mark, Yes I looked at the helpdesk option, and initially dismissed it as not meeting our requirements. But thinking on this further it actually may be an option. Thank you also for the example for directing the emails to the collections editor, this is very helpful. kind regards Marc On Wednesday, June 26, 2019 at 3:03:14 PM UTC+1, Mark H. Wood wrote: > > On Wed, Jun 26, 2019 at 05:44:28AM -0700, Marc wrote: > > When a user uses the Request a Copy function it seems to send the email > to > > the email address of the person that submitted the item originally. I am > > assumming that this is the eperson reference in the item table > > (dspace5.public.item.submitter_id). But there does not seem to be any > > interface (admin or otherwise) to change this. Is it possible to use a > > different email address, perhaps one held against the item or even the > > collection the item belongs to? > > They can *all* be sent to a single "helpdesk" address. See: > > > https://wiki.duraspace.org/display/DSDOC6x/Request+a+Copy#RequestaCopy-Configurationparameters > > > You may be interested in the patch at: > > https://github.com/DSpace/DSpace/pull/2115 > > which provides a way to direct these emails to the collection's > editors, and which may serve as an example if you wish to write your > own RequestItemSubmitterStrategy. > > -- > Mark H. Wood > Lead Technology Analyst > > University Library > Indiana University - Purdue University Indianapolis > 755 W. Michigan Street > Indianapolis, IN 46202 > 317-274-0749 > www.ulib.iupui.edu > -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/f2a80f80-25fa-42ed-a7cc-666d32982f05%40googlegroups.com.
Re: [dspace-tech] Browse a DSpace CRIS entity type
Thank you Luigi,
This does seem to be the configuration that I am missing. The bit that I
can not figure out is how to set the filter to display only the CRIS
entities of the type I am interested in. As mentioned I have created a cris
entity for species with the short code of *sp *. My understanding is that
resourcetype is defined in const.jsp and crisconst.jsp, is there a way of
determining the resourcetype for my cris entity or can I use a different
solr filter?
kind regards
Marc
On Wednesday, June 26, 2019 at 3:05:36 PM UTC+1, Pascarelli Luigi Andrea
wrote:
>
> Dear Marc,
>
> you have to setup a meaningful filter for the browse option, please see
> the paragraph at
>
> https://wiki.duraspace.org/pages/viewpage.action?pageId=78153687#Browse&Search-Applyfilterstothebrowseindexes
>
>
> For example:
>
> webui.browse.index.25 = spname:crisrp:spname
> browse.solr.bi_crisrp.filter=search.resourcetype:9
> browse.solr.bi_25_dis.filter=search.resourcetype:9
>
>
> Hope this helps.
>
> Luigi Andrea
>
>
> On Wed, 2019-06-26 at 05:21 -0700, Marc wrote:
> > Dear List,
> >
> > We have setup a new entity type and this seems to be working
> > correctly. It is linked into the Navbar and you can search on it a
> > get a list of entities back for this entity type. What is not working
> > is the the Browse link for the Scientific Name
> >
> >
> > We have followed the instructions at the following links and also
> > looked at how other entity types are setup.
> >
> > https://wiki.duraspace.org/pages/viewpage.action?pageId=78153687
> > https://wiki.duraspace.org/pages/viewpage.action?pageId=78163308
> >
> > I am assumming that this is caused by a missing setting somewhere,
> > but not sure where else to look. Any advice would be greatly
> > appreciated.
> >
> > DSpace CRIS 5.10
> >
> > regards
> > Marc
> >
> > The error as reported in the dspace log is
> >
> > 2019-06-26 13:06:20,474 WARN
> > org.dspace.app.webui.servlet.InternalErrorServlet @
> > :session_id=7CCDA3BCD706D5EA80DF2697BE5D39E2:internal_error:-- URL
> > Was: http://localhost:8080/dspace5/browse?type=spname
> > -- Method: GET
> > -- Parameters were:
> > -- type: "spname"
> >
> > javax.servlet.ServletException: org.apache.jasper.JasperException: An
> > exception occurred processing JSP page [/browse/full.jsp] at line
> > [610]
> >
> > 607: else
> > 608: {
> > 609: %>
> > 610:
> > 611: <%
> > 612: }
> > 613:
> >
> >
> > Stacktrace:
> > at
> > org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWeb
> > appServletFilter.java:85)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> > icationFilterChain.java:193)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> > ilterChain.java:166)
> > at
> > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp
> > atcher.java:728)
> > at
> > org.apache.catalina.core.ApplicationDispatcher.processRequest(Applica
> > tionDispatcher.java:470)
> > at
> > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationD
> > ispatcher.java:395)
> > at
> > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDis
> > patcher.java:316)
> > at
> > org.dspace.app.webui.util.JSPManager.showJSP(JSPManager.java:60)
> > at
> > org.dspace.app.webui.servlet.BrowserServlet.showFullPage(BrowserServl
> > et.java:200)
> > at
> > org.dspace.app.webui.servlet.AbstractBrowserServlet.processBrowse(Abs
> > tractBrowserServlet.java:382)
> > at
> > org.dspace.app.webui.servlet.BrowserServlet.doDSGet(BrowserServlet.ja
> > va:97)
> > at
> > org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServl
> > et.java:119)
> > at
> > org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:6
> > 7)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
> > icationFilterChain.java:231)
> > at
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
> > ilterChain.java:166)
> > at
> > org.a
Re: [dspace-tech] Browse a DSpace CRIS entity type
Hi Luigi, Please ignore my previous message. My knowledge of solr is limited, but I have managed to figure out that the following browse.solr.bi_crissp.filter = crisdo.type:sp This seems to work well Thanks again Marc On Thursday, June 27, 2019 at 10:12:33 AM UTC+1, Marc wrote: > > Thank you Luigi, > > This does seem to be the configuration that I am missing. The bit that I > can not figure out is how to set the filter to display only the CRIS > entities of the type I am interested in. As mentioned I have created a cris > entity for species with the short code of *sp *. My understanding is that > resourcetype is defined in const.jsp and crisconst.jsp, is there a way of > determining the resourcetype for my cris entity or can I use a different > solr filter? > > kind regards > Marc > > On Wednesday, June 26, 2019 at 3:05:36 PM UTC+1, Pascarelli Luigi Andrea > wrote: >> >> Dear Marc, >> >> you have to setup a meaningful filter for the browse option, please see >> the paragraph at >> >> https://wiki.duraspace.org/pages/viewpage.action?pageId=78153687#Browse&Search-Applyfilterstothebrowseindexes >> >> >> For example: >> >> webui.browse.index.25 = spname:crisrp:spname >> browse.solr.bi_crisrp.filter=search.resourcetype:9 >> browse.solr.bi_25_dis.filter=search.resourcetype:9 >> >> >> Hope this helps. >> >> Luigi Andrea >> >> -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/682fbccf-a03c-4860-81db-5a3d7f8a1294%40googlegroups.com.
[dspace-tech] DSpace CRIS New Dynamic Entity - Searchin
Dear List, We have created a new dynamic entity and configured dspace to allow the end user to search within this entity type. Everything works fine accept that other entity types are being included in the search result. So if the following search is entered https://www.oursite.org/simple-search?location=species&query=++(ash) The system returns the relevant species entity, but also returns a researcher that has the search term in their bio. I am guessing that I have missed some filter setting somewhere, but I can not figure out where. I have looked through both https://wiki.duraspace.org/pages/viewpage.action?pageId=78153687 and https://wiki.duraspace.org/pages/viewpage.action?pageId=78163308 but can not see where I am going wrong. Any advice would be appreciated kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/c29e90e2-f257-46d4-bd85-8a132b72d142%40googlegroups.com.
[dspace-tech] DSpace CRIS - clean of database failing
Dear List, During the testing DSpace CRIS 5.10 we found that using the following command fails bin/dspace database clean Currently we are running PostgreSQL version 11.3 on Debian Stretch. It would seem that this is related to the following issue logged against flyaway PostgreSQL 11.0 is not supported (clean() fails) https://github.com/flyway/flyway/issues/2193 Would you suggest that we downgraded to either PostgreSQL 10 or 9.6? regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/21168c6e-491e-41e0-bc4d-868f6611c1d7%40googlegroups.com.
Re: [dspace-tech] DSpace CRIS - clean of database failing
Dear Our Maisari, I have been putting together instructions for the install of DSpace CRIS on Debian Stretch Linux Server. But they are still really in note form at the moment and would be hesitant to sharing for this reason. If I can find the time, I may be able to upload something to the list for comments. I used a combination of the install instructions on the main DSpace CRIS website (https://wiki.duraspace.org/display/DSPACECRIS/Installation) and the guides from SunScholar (https://wiki.lib.sun.ac.za/index.php/SUNScholar/DSpace). Kind regards Marc On 4 Jul 2019, at 8:46, Nur Maisari wrote: Can anyone give me documentation installation Dspace CRIS. I'm trying to install but it always failed. Thank you On Wed, Jul 3, 2019 at 6:54 PM Pascarelli Luigi Andrea < luigiandrea.pascare...@4science.it> wrote: Dear Marc, you can try with PostgreSQL 10, we have some test installations running and no issues found. BTW the PostgreSQL 9.6 is the safely choice. Regards, Luigi Andrea On Tue, 2019-07-02 at 08:02 -0700, Marc wrote: Dear List, During the testing DSpace CRIS 5.10 we found that using the following command fails bin/dspace database clean Currently we are running PostgreSQL version 11.3 on Debian Stretch. It would seem that this is related to the following issue logged against flyaway PostgreSQL 11.0 is not supported (clean() fails) https://github.com/flyway/flyway/issues/2193 Would you suggest that we downgraded to either PostgreSQL 10 or 9.6? regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/21168c6e-491e-41e0-bc4d-868f6611c1d7%40googlegroups.com . -- Questo messaggio e' stato analizzato da Libra ESVA ed e' risultato non infetto. This message was scanned by Libra ESVA and is believed to be clean. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/bc9b220f58900c99ac3ad12c387b53b74333da67.camel%404science.it . -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/48CA698A-FA71-449D-86EE-7E00A55531FC%40gmail.com.
Re: [dspace-tech] DSpace CRIS - clean of database failing
Thank Luigi, I will probably rollback to 9.6 then kind regards Marc On Wednesday, July 3, 2019 at 11:54:53 AM UTC+1, Pascarelli Luigi Andrea wrote: > > Dear Marc, > > you can try with PostgreSQL 10, we have some test installations running > and no issues found. BTW the PostgreSQL 9.6 is the safely choice. > > Regards, > > Luigi Andrea > > > > On Tue, 2019-07-02 at 08:02 -0700, Marc wrote: > > Dear List, > > > > During the testing DSpace CRIS 5.10 we found that using the following > > command fails > > > > bin/dspace database clean > > > > Currently we are running PostgreSQL version 11.3 on Debian Stretch. > > > > It would seem that this is related to the following issue logged > > against flyaway > > > > PostgreSQL 11.0 is not supported (clean() fails) > > https://github.com/flyway/flyway/issues/2193 > > > > Would you suggest that we downgraded to either PostgreSQL 10 or 9.6? > > > > regards > > Marc > > -- > > 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 dspac...@googlegroups.com . > > To view this discussion on the web visit > > > https://groups.google.com/d/msgid/dspace-tech/21168c6e-491e-41e0-bc4d-868f6611c1d7%40googlegroups.com > > > . > > > > -- > Questo messaggio e' stato analizzato da Libra ESVA ed e' risultato non > infetto. > This message was scanned by Libra ESVA and is believed to be clean. > > -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/1b56900f-9514-4f6b-af12-903a306a79fa%40googlegroups.com.
[dspace-tech] DSpace CRIS 5.10 - View and Download metrics on Front Page
Dear List, For DSpace CRIS 5.10, we are no longer getting counts for the number of times an item has been removed or downloaded. Entries are appearing on the frontpage after the /bin/view-and-download-retrieve script is run but values are always set to zero. If a new item is upload to the repository then the entries are being either appended with the following text Data is loading. Please come back in few minutes or replaced with that text. This was working, but I am afraid I did not notice when it stopped working. I can not see anything relevant in the DSpace log files. kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/97bbc9b0-e9f5-4c6a-aa8a-f243d3dd001b%40googlegroups.com.
[dspace-tech] Re: DSpace CRIS 5.10 - View and Download metrics on Front Page
Please ignore this post. I have merged the changes from github and everything now seems to be working On Monday, July 8, 2019 at 3:47:04 PM UTC+1, Marc wrote: > > Dear List, > > For DSpace CRIS 5.10, we are no longer getting counts for the number of > times an item has been removed or downloaded. Entries are appearing on the > frontpage after the /bin/view-and-download-retrieve script is run but > values are always set to zero. If a new item is upload to the repository > then the entries are being either appended with the following text > > Data is loading. Please come back in few minutes > > or replaced with that text. > > This was working, but I am afraid I did not notice when it stopped > working. I can not see anything relevant in the DSpace log files. > > kind regards > Marc > -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/41458bbe-40fb-4127-bb6e-1396e35f76a7%40googlegroups.com.
[dspace-tech] Re: DSpace CRIS New Dynamic Entity - Searchin
Finally got this working. I had the facet not defined correctly. But the main reason why this was not working was that I falied to run the following command dspace index-discovery to update the discovery indexes On Tuesday, July 2, 2019 at 9:21:28 AM UTC+1, Marc wrote: > > Dear List, > > We have created a new dynamic entity and configured dspace to allow the > end user to search within this entity type. Everything works fine accept > that other entity types are being included in the search result. So if the > following search is entered > > https://www.oursite.org/simple-search?location=species&query=++(ash) > > The system returns the relevant species entity, but also returns a > researcher that has the search term in their bio. > > I am guessing that I have missed some filter setting somewhere, but I can > not figure out where. I have looked through both > https://wiki.duraspace.org/pages/viewpage.action?pageId=78153687 and > https://wiki.duraspace.org/pages/viewpage.action?pageId=78163308 but can > not see where I am going wrong. > > Any advice would be appreciated > > kind regards > Marc > -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/76727732-098b-464b-8ee1-c02c3452fb36%40googlegroups.com.
[dspace-tech] DSpace CRIS creating links to dynamic entity types
Dear list, We have created a new entity type and added it as an authority for a new metadata field. This all seems to be working correctly. But on the item view page we would like the displayed values to link to the records for the entities of the new entity type. In a similar why to the dc.contributor.author field provides a link to the relevant researcher profile. I have looked through https://wiki.duraspace.org/pages/viewpage.action?pageId=78163308 and https://wiki.duraspace.org/display/DSPACECRIS/Integration+with+the+basic+DSpace+data+model but can not figure out which setting I am missing. We have added the metadata field to webui.itemdisplay.simple and webui.itemdisplay.default With crisitemref in brackets afterwards. I believe that the icon is defined in the message.properties file but I must be missing some other setting. Any advice would bbe gratefully received. kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/615c045b-5f5d-42b8-b3a3-ae6ea33a576c%40googlegroups.com.
[dspace-tech] DSpace CRIS hiding the username/password login
Dear List, Using DSpace CRIS 5.10, is there anyway of hiding the username/password login and have just the ORCID login option displayed? Ideally this would just be a configuration option, but looking at /dspace-jspui/src/main/webapp/components/login-form-with-orcid.jsp it does not look like there is. Before creating a custom version, I thought I had better check that I am not missing anything. kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/4fd2f94d-4e0b-49f5-98c3-c909a2138bdf%40googlegroups.com.
[dspace-tech] DSpace CRIS Virtual metadata in search
Dear List, For DSpace CRIS 5.10 it is possible to use the ItemEnhancer to add virtual metadata to an item, for example the author's department name. Is it possible to have this virtual metadata include in the solr search? So in the example above, if a search was conducted against the department name, not only would the department and author be displayed, but also the items that the author is associated will be included kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/22119dc3-060d-40d9-9058-ccddba741117%40googlegroups.com.
[dspace-tech] Re: Please guide me about DSpace-CRIS
Hi Pham Quang Quyen The values are stored in the cris.cfg file I believe. The settings are called facet.type.something and you will need to change the string after the \n|||\n For example for the Entry you are seeing as Publications the setting in cris.cfg is facet.type.item = 001publications\n|||\nPublications###publications Change the highlighted text You will also need to run dspace index-discovery for the settings to take effect Hope this helps Marc On Friday, July 19, 2019 at 8:26:31 AM UTC+1, Pham Quang Quyen wrote: > > I get succeed in installing DSpace-CRIS (only version 5.10, I'm not > succeed build version 6.x). Now, I translate Vietnamese interface but get > problem like this picture. Please help me where to change into Vietnamese. > Thanks so much and good luck to you and your organization. Your DSpace-CRIS > is excellent! > Sicerely, > Pham Quang Quyen > > [image: image.png] > -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/06c9b32b-85f7-439b-bb7c-13d582c7f6d8%40googlegroups.com.
Re: [dspace-tech] Language of JSPUI (facet discovery of DSpace-CRIS) (I'm waiting hearing guidance)
Hi Pham, Sorry for not replying sooner. If the string you want to change is not in the message.properties file or one of the other configuration files, then I would suggest you do a search across your code base for the relevant string. Just be careful about changing anything if you do not know what the file is for. I am afraid that I am not familiar with the code that is used to generate the menu. Perhaps someone else can help you more then me Kind regards Marc On 22 Jul 2019, at 11:08, Pham Quang Quyen wrote: I follow Marc and Bollini's guidance I succeed to config drop-down menu global search into Vietnamese. Now, when I discovery by others! It not fully Vietnamese. I had tried to find in : cris.cfg and discovery.xml and Messages.properties but I coundn't succeed. Please help me! I am waiting for your guidance! Thanks! [image: NeedhelpDSpaceCRIS.png] -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/bd9fe9e7-2de3-4989-965c-c32fba9fe5b7%40googlegroups.com. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/2480672A-F041-4864-BD68-C6458BBC1450%40gmail.com.
Re: [dspace-tech] DSpace CRIS Virtual metadata in search
Thank you Andrea, This is now working. Initially I could not get this working for existing items until I realised that I need to pass the -b option in the index-discovery dspace command. kind regards Marc On Friday, July 19, 2019 at 6:05:52 PM UTC+1, andrea.bollini wrote: > > Yes, this is supported. > if the enhanced metadata changes for external modification not directly > done on the item (as in your example a change to the researcher > profile) you will need to force a reindex of the item. > > Here two examples of indexed virtual metadata > > > > https://github.com/4Science/DSpace/blob/dspace-5_x_x-cris/dspace/config/spring/api/discovery.xml#L1798 > > this is exactly what you need but the metadata need to be fixed in > crisitem.author.dept according to the default configuration > > > > https://github.com/4Science/DSpace/blob/dspace-5_x_x-cris/dspace/config/spring/api/discovery.xml#L2052 > > > Andrea > > > On Fri, 2019-07-19 at 06:20 -0700, Marc wrote: > > Dear List, > > > > For DSpace CRIS 5.10 it is possible to use the ItemEnhancer to add > > virtual metadata to an item, for example the author's department > > name. > > > > Is it possible to have this virtual metadata include in the solr > > search? > > > > So in the example above, if a search was conducted against the > > department name, not only would the department and author be > > displayed, but also the items that the author is associated will be > > included > > > > kind regards > > Marc > > -- > > 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 dspac...@googlegroups.com . > > To view this discussion on the web visit > > > https://groups.google.com/d/msgid/dspace-tech/22119dc3-060d-40d9-9058-ccddba741117%40googlegroups.com > > > . > > > > -- > Questo messaggio e' stato analizzato da Libra ESVA ed e' risultato non > infetto. > This message was scanned by Libra ESVA and is believed to be clean. > > -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/ae4f780c-6250-4776-83b9-faa8c4db962a%40googlegroups.com.
[dspace-tech] Maven package of DSpace CRIS
Dear List, We are getting the following 4 errors when building DSpace CRIS 5.10. Is this something that can be ignored? Failure to find org.restlet.jee:org.restlet:pom:2.1.1 in https://nexus.4science.it/repository/maven-public/ was cached in the local repository, resolution will not be reattempted until the update interval of 4science-repo-nexus has elapsed or updates are forced Failure to find org.restlet.jee:org.restlet.ext.servlet:pom:2.1.1 in https://nexus.4science.it/repository/maven-public/ was cached in the local repository, resolution will not be reattempted until the update interval of 4science-repo-nexus has elapsed or updates are forced Failure to find org.restlet.jee:org.restlet:pom:2.1.1 in https://nexus.4science.it/repository/maven-public/ was cached in the local repository, resolution will not be reattempted until the update interval of 4science-repo-nexus has elapsed or updates are forced Failure to find org.restlet.jee:org.restlet.ext.servlet:pom:2.1.1 in https://nexus.4science.it/repository/maven-public/ was cached in the local repository, resolution will not be reattempted until the update interval of 4science-repo-nexus has elapsed or updates are forced Is this something that can be safely ignored? Browsing the 4Science public maven repository it looks like the items are not in there. I believe that we have the latest version of source code pulled from github kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/b5283038-0eac-4b62-ae5e-72dc2f58c371%40googlegroups.com.
[dspace-tech] Show Thumbnails for item in restricted collection
Dear List, We have a collection that is setup to restrict access to bitstreams attached to items. When the thumbnails are created they also have this restriction. Is there any way of making the items in the thumbnail bundle have Anonymous Read whilst keeping the items in the original bundle restricted, without having to manually change the permissions? We have DSpace CRIS 5.10 although this should be applicable to the non CRIS version. Any advice would be appreciated, as a search of the previous messages in this forum and the documentation does not reveal the answer, at least that I can see Kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/9d7efb0e-019d-4638-99dc-ee4c27af9df3%40googlegroups.com.
Re: [dspace-tech] Show Thumbnails for item in restricted collection
Thank you Tim, I missed that setting in the DSpace config file. Works a charm kind regards Marc On Thursday, August 1, 2019 at 10:37:07 PM UTC+1, Tim Donohue wrote: > > Hi Marc, > > Yes! There's a configuration that does just that. You have to enable it > per media filter (which generates thumbnails). So, you'd want to figure > out which media filters you are using to generate those thumbnails and set > them in the "publicPermission" configuration here: > > > https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/dspace.cfg#L473-L476 > > Good luck, > > Tim > ------ > *From:* dspac...@googlegroups.com > on behalf of Marc > > *Sent:* Thursday, August 1, 2019 4:36 AM > *To:* DSpace Technical Support > > *Subject:* [dspace-tech] Show Thumbnails for item in restricted collection > > Dear List, > > We have a collection that is setup to restrict access to bitstreams > attached to items. When the thumbnails are created they also have this > restriction. Is there any way of making the items in the thumbnail bundle > have Anonymous Read whilst keeping the items in the original bundle > restricted, without having to manually change the permissions? > > We have DSpace CRIS 5.10 although this should be applicable to the non > CRIS version. > > Any advice would be appreciated, as a search of the previous messages in > this forum and the documentation does not reveal the answer, at least that > I can see > > Kind regards > Marc > > -- > 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 dspac...@googlegroups.com . > To view this discussion on the web visit > https://groups.google.com/d/msgid/dspace-tech/9d7efb0e-019d-4638-99dc-ee4c27af9df3%40googlegroups.com > > <https://groups.google.com/d/msgid/dspace-tech/9d7efb0e-019d-4638-99dc-ee4c27af9df3%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/6febf8d7-60df-48e1-b484-4b881310f799%40googlegroups.com.
[dspace-tech] Hiding input fields in submission forms
Dear List, When setting up the fields in the ```input-forms.xml``` for a collection that accepts articles only, there is a default form already set up for articles. The ```Type``` field in this form has the following hint ```Nothing to do here. Note for administrators, this metadata could be completely hide using template item``` I have setup a template for the collection to set the dc.type field automatically to ```Article``` and it is being defaulted in correctly. But is it possible to hide this field and still have the metadata value set for the *dc.type* field? Thank you Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/ae52c869-f193-46ab-894a-5e2cf9ca1e39%40googlegroups.com.
Re: [dspace-tech] Hiding input fields in submission forms
Thank you Claudia, This is very helpful kind regards Marc On 20 Dec 2019, at 9:57, Claudia Jürgen wrote: Hi Marc, a metadata which is in a collection template can be left out of the input form, if you like it. It will still be applied to the item. Furthermore there are visibility options (workflow, submit) for input form fields. Hope that helps Claudia Am 19.12.2019 um 18:35 schrieb Marc: Dear List, When setting up the fields in the ```input-forms.xml``` for a collection that accepts articles only, there is a default form already set up for articles. The ```Type``` field in this form has the following hint ```Nothing to do here. Note for administrators, this metadata could be completely hide using template item``` I have setup a template for the collection to set the dc.type field automatically to ```Article``` and it is being defaulted in correctly. But is it possible to hide this field and still have the metadata value set for the *dc.type* field? Thank you Marc -- Claudia Juergen Eldorado Technische Universität Dortmund Universitätsbibliothek Vogelpothsweg 76 44227 Dortmund Tel.: +49 231-755 40 43 Fax: +49 231-755 40 32 claudia.juer...@tu-dortmund.de www.ub.tu-dortmund.de Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender und vernichten Sie diese Mail. Vielen Dank. Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung eines solchen Schriftstücks per Telefax erfolgen. Important note: The information included in this e-mail is confidential. It is solely intended for the recipient. If you are not the intended recipient of this e-mail please contact the sender and delete this message. Thank you. Without prejudice of e-mail correspondence, our statements are only legally binding when they are made in the conventional written form (with personal signature) or when such documents are sent by fax. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/bedb6cf2-8bc4-ca8f-c046-9ec8636497d5%40tu-dortmund.de. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/8FD4EDEE-02F2-4A07-9213-91A58FA7E182%40gmail.com.
[dspace-tech] Metadata field dc.type, multiple values
Dear List, Using DSpace CRIS 5.8, so the JSPUI interface. On the input form (input-forms.xml) would seem to suggest that it is possible to select multiple values for the dc.type field. But all that is displayed is a standard dropdown from which only one value can be selected. Is this correct or am I missing something? The wiki pages would suggest that you can select multiple values https://wiki.lyrasis.org/display/DSPACE/Change+a+form+value Thanks Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/8732a7ca-429d-45b1-8b16-68d98d93eb11%40googlegroups.com.
Re: [dspace-tech] Metadata field dc.type, multiple values
Thank Claudia, Yes that makes sense. It was the hint text that was included in the original file that would suggest that multiple items could be selected in one drop down, that was confusing me. Kind regards Marc On 15 Jan 2020, at 16:02, Claudia Jürgen wrote: Hello Marc, this is configurable, every field of an input form has the element In DSpace it is set to true per default https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/input-forms.xml#L137 In DSpace CRIS to false https://github.com/4Science/DSpace/blob/dspace-5_x_x-cris/dspace/config/input-forms.xml#L110 Hope this helps Claudia Jürgen Am 15.01.2020 um 16:34 schrieb Marc: Dear List, Using DSpace CRIS 5.8, so the JSPUI interface. On the input form (input-forms.xml) would seem to suggest that it is possible to select multiple values for the dc.type field. But all that is displayed is a standard dropdown from which only one value can be selected. Is this correct or am I missing something? The wiki pages would suggest that you can select multiple values https://wiki.lyrasis.org/display/DSPACE/Change+a+form+value Thanks Marc -- Claudia Juergen Eldorado Technische Universität Dortmund Universitätsbibliothek Vogelpothsweg 76 44227 Dortmund Tel.: +49 231-755 40 43 Fax: +49 231-755 40 32 claudia.juer...@tu-dortmund.de www.ub.tu-dortmund.de Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie ist ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für diese E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender und vernichten Sie diese Mail. Vielen Dank. Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher Schriftform (mit eigenhändiger Unterschrift) oder durch Übermittlung eines solchen Schriftstücks per Telefax erfolgen. Important note: The information included in this e-mail is confidential. It is solely intended for the recipient. If you are not the intended recipient of this e-mail please contact the sender and delete this message. Thank you. Without prejudice of e-mail correspondence, our statements are only legally binding when they are made in the conventional written form (with personal signature) or when such documents are sent by fax. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/29eb7acd-0d5a-fa9c-11a8-0c5a8f5b8d67%40tu-dortmund.de. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/D38FC7B3-4636-4441-BDE2-478F181B8A1D%40gmail.com.
[dspace-tech] Related datasets for datasets
Dear list, Using DSpace CRIS 5.8 it is possible to relate datasets to publications. If you enter the related dataset (dc.related.dataset) then the related publication field (dc.related.publication) of the corresponding dataset item is populated and vice a versa. We would like to relate datasets to datasets in a similar manner. Is this possible? I would assume not kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/2b759dbd-7a55-4f6b-9929-b5edcef671fb%40googlegroups.com.
[dspace-tech] deleting repeated form entries during submission
Dear List, During item submission it is possible to have repeated fields e.g. dc.contributing.author. Buttons are provided to delete and add entries. At the moment clicking the add button, adds two new blank entries and clicking the delete button does nothing. we are using DSpace CRIS 5.8 and the browser we are using is Firefox latest build. Is this a known issue and if so is there a work around? kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/9cca51bf-132c-4dab-bdc1-3df258e51b5f%40googlegroups.com.
Re: [dspace-tech] SQL Injection Vulnerability
Dear Sean, We would be interested in the outcome of this, as we have a DSpace CRIS system about to be released. Kind regards Marc On 22 Oct 2020, at 7:18, Sean Carte wrote: Good points; thanks, Tim and Emilio. I wasn't about to *report* a vulnerability, I was really just asking for advice on how to address this. (I could have phrased my question better.) As you suggest, *if* IT or the auditors do supply anything concrete, I will take it up directly with 4Science. On Wed, 21 Oct 2020 at 16:15, Tim Donohue wrote: All, Per our DSpace Software Support policy, we have a recommended way to report security issues privately to the developer team: https://wiki.lyrasis.org/display/DSPACE/DSpace+Software+Support+Policy To analyze a potential security issue, we *require* some sort of proof or example way to exploit the vulnerability. At this time, there are no known SQL injection vulnerabilities related to DSpace. That said, the above support policy does *NOT* apply to DSpace-CRIS, which is a third-party product built/supported/maintained by 4Science <https://www.4science.it/en/>. You'd need to contact 4Science directly regarding any security issues/reports with DSpace-CRIS. Thanks, Tim -- *From:* dspace-tech@googlegroups.com on behalf of emilio lorenzo *Sent:* Wednesday, October 21, 2020 2:32 AM *To:* dspace-tech@googlegroups.com *Subject:* Re: [dspace-tech] SQL Injection Vulnerability in any case, I think that information about vulnerabilities must be keep off the public lists,... the "group" has mechanisms to deal with these issues. it is only an idea... BEST Emilio On 20/10/2020 10:10, Sean Carte wrote: I'm running DSpace-CRIS 5.10 and have received a message from our IT dept alerting me to an SQL injection vulnerability on our repository. It seems the auditors were using HighBond, but they haven't given me any details as to how they assessed this vulnerability. I'm supposed to do something about it, but I don't know what. Is there a known vulnerability in DSpace-CRIS 5.10? /dspacecris-dut/bin/dspace version DSpace version: CRIS-5.10.0-SNAPSHOT SCM revision: 8390fec2945050541427ef1249dbbbd56b1ccdc4 SCM branch: fix-sword OS: Linux(amd64) version 4.4.0-190-generic Discovery: enabled. JRE: Private Build version 1.8.0_265 Ant version: Apache Ant(TM) version 1.9.6 compiled on July 20 2018 Maven version: 3.3.9 DSpace home: /dspacecris-dut -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/CA%2BxAuhPWr8AO5xqkkTE1SbzXK%3D6xuswSS%2BmmfBPoj9OH3s0w4g%40mail.gmail.com <https://groups.google.com/d/msgid/dspace-tech/CA%2BxAuhPWr8AO5xqkkTE1SbzXK%3D6xuswSS%2BmmfBPoj9OH3s0w4g%40mail.gmail.com?utm_medium=email&utm_source=footer> . -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/81bc6792-7978-a3b2-1bf2-82a239fc245c%40arvo.es <https://groups.google.com/d/msgid/dspace-tech/81bc6792-7978-a3b2-1bf2-82a239fc245c%40arvo.es?utm_medium=email&utm_source=footer> . -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/DM5PR2201MB1148B556D17188670CF03876ED1C0%40DM5PR2201MB1148.namprd22.prod.outlook.com <https://groups.google.com/d/msgid/dspace-tech/DM5PR2201MB1148B556D17188670CF03876ED1C0%40DM5PR2201MB1148.namprd22.prod.outlook.com?utm_medium=email&utm_source=footer> . -- 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
Re: [dspace-tech] Restrict access to logged-in users only
Dear José and group, Hope you don’t mind me hijacking this thread. Would setting the login.specialgroup work for DSpace CRIS 5.10 using ORCID as the authentication method? I basically just want to restrict access to the default_bitstream_read, to logged on users. Meaning that you have to be logged in to be able to download files. Thank you Marc On 3 Feb 2021, at 15:58, José Geraldo wrote: Use the database to change or add permission. The table used is resourcepolicy. Updating the epersongroup_id to id of the special group created e o filtro por action_id. action_id: 0 read 1 write 3 add 4 remove 9 default_bitstream_read 10 default_item_read 11 admin Em qua., 3 de fev. de 2021 às 11:52, Sean Carte escreveu: I was hoping for some guidance on that. I did look at the tables, but wasn't able to find anything obviously related to access rights. Or did you mean that I should use the database to move items from the collection? That might work. On Wed, 3 Feb 2021 at 15:11, José Geraldo wrote: Another option would be to backup your database and make changes to the database. Em qua., 3 de fev. de 2021 às 04:13, Sean Carte escreveu: For most collections, using the wildcard policy admin tool has worked very well, and I have been able to restrict their bitstreams to logged-in users. However, I have two collections with over 1000 items. For one of these, with 1688 items, I was not able to remove the anonymous read access; the browser reports an internal error, but there's nothing in the tomcat or dspace logs. Another collection, of 1012 items, allowed me to remove anonymous read access, but I have not been able to add READ access for the logged-in group. Apart from moving hundreds of items out of those collections, to reduce their size, does anybody have any suggestions on how I should proceed? DSpace version: 6.3 XMLUI Mirage2 theme On Fri, 29 Jan 2021 at 20:48, Sean Carte wrote: Thanks again, José; you've been extremely helpful. On Fri, 29 Jan 2021 at 15:43, José Geraldo wrote: Hi, Items accepted in a collection inherit the associated authorization policies DEFAULT_ITEM_READ and DEFAULT_BITSTREAM_READ, which become READ policies for the item and its attachments. However, when changing the default policies for a collection, once items are accepted, the policies for existing items will not be changed automatically. Soon, a user, without logging in and in possession of the link to one of the items in the collection, will have access to the item and its contents. To get around this point, you will need to change the permissions of the items in the collection using the Policy Administration Tool to make them accessible only to logged-in users. For each item in a collection, there is only one READ policy configured for the Anonymous group. However, the tool does not have the option to edit policies, having only the options to add and delete policies. Therefore, it will be necessary to first delete the policies for items and binary files (attachments) and then create new READ policies linked to the special group for them. This process is done one collection at a time, if you need to apply to all collections, a suggestion would be to apply it to the database. Em sex., 29 de jan. de 2021 às 04:09, Sean Carte escreveu: Using the login.specialgroup, along with removing default read access to the collections, does restrict access to collections listed on the home page. However, anonymous access is still available to items made available by Discovery. That is, in the 'Recently Added' section, or via search, or the browse lists. Removing anonymous read access from items' bitstreams and replacing it with read access for the authenticated special group does work, but I'm going to have to repeat this process every time a new item is added. Also, the wildcard policy admin tool seems to time out when used on multiple collections, or even large collections (> ~1000), in which case the items are not modified. I suppose I could modify the UI to remove the ability to use discovery, etc., but that rather defeats the purpose of using DSpace. Is there a better approach? My goal is to have all items available to logged-in users, but nothing available to anonymous users. DSpace version: 6.3 XMLUI Mirage2 theme On Wed, 27 Jan 2021 at 15:28, Sean Carte wrote: Thanks, José! On Wed, 27 Jan 2021 at 14:54, José Geraldo wrote: Hi, You can use the "login.specialgroup" and change the READ policy for this group. https://wiki.lyrasis.org/display/DSDOC5x/Authentication+Plugins#AuthenticationPlugins-ConfiguringAuthenticationbyPassword Em qua., 27 de jan. de 2021 às 05:30, Sean Carte < sean.ca...@gmail.com> escreveu: Is there a way to restrict access to logged-in users only, so that anonymous access to collections requires a log-in? I understand that I can simply remove the ano
[dspace-tech] SOL init error
Dear List, We have a system running DSpace CRIS 5.10 with the following Server version name: Apache Tomcat/8.5.54 (Debian) Server version number: 8.5.54.0 OS Name: Linux OS Version:4.9.0-18-amd64 JVM Version: 1.8.0_322-8u322-b06-1~deb9u1-b06 Browsing to the home page gives an Internal System Error. Looking at the log for /var/log/tomcat8/localhost.2023-02-14.log Getting the following message msg=SolrCore 'search' is not available due to init failure: Error opening new searcher,trace=org.apache.solr.common.SolrException: SolrCore 'search' is not available due to init failure: Error opening new searcher Digging deeper it seems to be caused by Caused by: org.apache.lucene.index.CorruptIndexException: codec mismatch: actual codec=CompoundFileWriterData vs expected codec=Lucene41PostingsWriterPos (resource: MMapIndexInput(path="/home/dspace/solr/search/data/index/_o42_Lucene41_0.pos")) Any suggestions about how I might go about fixing this? Kind regards Marc -- All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx --- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/0C2D4FF4-13AE-4BDF-9BDA-2AFDDF1B3379%40gmail.com.
Re: [dspace-tech] DSpace-cris home page
Hi Aware, If you log into your site as an administrator and go to the Administration Tools Page, under the logged in menu. You can select the General Settings menu, Edit News Option. From here you can edit the three customisable text messages. I believe that all three take html text. Hope this helps Kind regards Marc On 16 May 2019, at 8:33, Jaware wrote: Hello Everone, I was installing DSpace CRIS-5.10.0 over ubuntu 18.04.I want to customize/remove the default text(DSpace CRIS ) on the front page However I try to look the configuration file but I couldn't find that. Iam happy if anyone has hint over this Thanks, Jaware -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/f92bcaf3-c42d-4530-ba0f-860c79b9ab76%40googlegroups.com. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/72DFDFF5-E5F8-45DB-A119-B5B6A2ECF99B%40gmail.com.
Re: [dspace-tech] DSpace-cris home page
Hi Aware, Yes sorry. It is then in the file /dspace-api/src/main/resources/Messages.properties The keys for the two values you may want to edit are jsp.layout.header-default.brand.heading jsp.layout.header-default.brand.description Hopefully this is what you are looking for Kind regards Marc On 16 May 2019, at 8:52, Jaware wrote: Hi Marc, Sure I was checking that way but I couldn't get the default text like below DSpace-CRIS consists of a data model describing objects of interest to Research and Development and a set of tools to manage the data. Standard DSpace is used to deal with publications and data sets, whereas DSpace-CRIS involves other CRIS entities: Researcher Pages, Projects, Organization Units and Second Level Dynamic Objects (single entities specialized by a profile, such as Journal, Prize, Event etc; because any profile can define its own set of properties and nested objects) Thanks,Jaware On Thursday, May 16, 2019 at 10:46:12 AM UTC+3, Marc Brouard wrote: Hi Aware, If you log into your site as an administrator and go to the Administration Tools Page, under the logged in menu. You can select the General Settings menu, Edit News Option. From here you can edit the three customisable text messages. I believe that all three take html text. Hope this helps Kind regards Marc On 16 May 2019, at 8:33, Jaware wrote: Hello Everone, I was installing DSpace CRIS-5.10.0 over ubuntu 18.04.I want to customize/remove the default text(DSpace CRIS ) on the front page However I try to look the configuration file but I couldn't find that. Iam happy if anyone has hint over this Thanks, Jaware -- 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 dspac...@googlegroups.com . To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/f92bcaf3-c42d-4530-ba0f-860c79b9ab76%40googlegroups.com <https://groups.google.com/d/msgid/dspace-tech/f92bcaf3-c42d-4530-ba0f-860c79b9ab76%40googlegroups.com?utm_medium=email&utm_source=footer> . -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/6bf50c65-e1ba-4913-ba48-172195e676bc%40googlegroups.com. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/1C28E3D9-5DA3-45E2-8AE8-15540AB9D2DB%40gmail.com.
Re: [dspace-tech] DSpace-cris home page
Hi Jaware Please accept my apologies for previous message mistyping you name, I had not notice autocorrect had kicked in The following webpage describes the editing process https://wiki.duraspace.org/pages/viewpage.action?pageId=19006090 Although the page has not been edited since 2013 Kind regards Marc On 16 May 2019, at 13:03, Marc Brouard wrote: Hi Aware, Yes sorry. It is then in the file /dspace-api/src/main/resources/Messages.properties The keys for the two values you may want to edit are jsp.layout.header-default.brand.heading jsp.layout.header-default.brand.description Hopefully this is what you are looking for Kind regards Marc On 16 May 2019, at 8:52, Jaware wrote: Hi Marc, Sure I was checking that way but I couldn't get the default text like below DSpace-CRIS consists of a data model describing objects of interest to Research and Development and a set of tools to manage the data. Standard DSpace is used to deal with publications and data sets, whereas DSpace-CRIS involves other CRIS entities: Researcher Pages, Projects, Organization Units and Second Level Dynamic Objects (single entities specialized by a profile, such as Journal, Prize, Event etc; because any profile can define its own set of properties and nested objects) Thanks,Jaware On Thursday, May 16, 2019 at 10:46:12 AM UTC+3, Marc Brouard wrote: Hi Aware, If you log into your site as an administrator and go to the Administration Tools Page, under the logged in menu. You can select the General Settings menu, Edit News Option. From here you can edit the three customisable text messages. I believe that all three take html text. Hope this helps Kind regards Marc On 16 May 2019, at 8:33, Jaware wrote: Hello Everone, I was installing DSpace CRIS-5.10.0 over ubuntu 18.04.I want to customize/remove the default text(DSpace CRIS ) on the front page However I try to look the configuration file but I couldn't find that. Iam happy if anyone has hint over this Thanks, Jaware -- 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 dspac...@googlegroups.com . To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/f92bcaf3-c42d-4530-ba0f-860c79b9ab76%40googlegroups.com <https://groups.google.com/d/msgid/dspace-tech/f92bcaf3-c42d-4530-ba0f-860c79b9ab76%40googlegroups.com?utm_medium=email&utm_source=footer> . -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/6bf50c65-e1ba-4913-ba48-172195e676bc%40googlegroups.com. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/9BC33323-9CD6-4CC8-B8E8-AB1E38E9EABF%40gmail.com.
Re: [dspace-tech] DSpace 5.10 on Debian Stretch - Java heap space error
Thank you Leidy, Turns out it was a corrupted build.properties file, recreating the file fixed the problem. Marc On 31 May 2019, at 0:03, Leidy Madroñero wrote: Check these links: http://dspace.2283337.n4.nabble.com/Dspace-carga-lento-td4679308.html https://stackoverflow.com/questions/37335/how-to-deal-with-java-lang-outofmemoryerror-java-heap-space-error El lunes, 20 de mayo de 2019, 9:13:57 (UTC-5), Marc escribió: Dear list, Struggling with an install of a new DSpace server. The new server is running Debian Stretch 9. This is to replace a DSpace server running Debian Jessie 8. When we come to create the Administrator account ($HOME/bin/dspace create-administrator)the following error is returned. Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:3332) at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:472) at java.lang.StringBuffer.append(StringBuffer.java:310) at java.lang.StringBuffer.append(StringBuffer.java:97) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:486) at java.lang.StringBuffer.append(StringBuffer.java:338) at java.util.regex.Matcher.appendReplacement(Matcher.java:890) at java.util.regex.Matcher.replaceAll(Matcher.java:955) at java.lang.String.replace(String.java:2240) at org.dspace.servicemanager.config.DSpaceConfigurationService.replaceVariables(DSpaceConfigurationService.java:542) at org.dspace.servicemanager.config.DSpaceConfigurationService.loadConfiguration(DSpaceConfigurationService.java:272) at org.dspace.servicemanager.config.DSpaceConfigurationService.loadConfiguration(DSpaceConfigurationService.java:232) at org.dspace.servicemanager.config.DSpaceConfigurationService.loadInitialConfig(DSpaceConfigurationService.java:466) at org.dspace.servicemanager.config.DSpaceConfigurationService.(DSpaceConfigurationService.java:61) at org.dspace.servicemanager.DSpaceKernelImpl.start(DSpaceKernelImpl.java:145) at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:58) Looking at the code it is trying to read the dspace.dir property I am assuming from the dspace.conf file in the config directory. The maven and ant processes went fine and everything looks correct. DSpace CRIS version: 5.10 Java version: 1.8.0_212 Java options are: -Dorg.apache.el.parser.SKIP_IDENTIFIER_CHECK=true -Djava.awt.headless=true -Xmx4096m -Xms2048m -Dfile.encoding=UTF-8 -XX:+UseConcMarkSweepGC PostgreSQL version: 11.3 Ant version: 1.9.9 Maven version: 3.6.1 The dspace log files do not contain anything. I am unable to replicate this on a Mac OS X development machine, but have tried installing on two different Debian Strech servers and got the some errors. Any suggestions on how to fix this would be appreciated. Kind regards Marc -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/2cff2202-d424-4b1a-8a8f-e8a1b7882171%40googlegroups.com. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/7EE2CB23-57E7-450A-9D61-87CA9FF8B96B%40gmail.com.
Re: [dspace-tech] Customizing the submission notification email
Hi Beau, The email templates are held in either /dspace/config/emails or in a deployed system /config/emails This is for DSpace 5.10, should be the same for version 6 as well kind regards Marc On 3 Jul 2019, at 16:57, Beau Smith wrote: When a user submits an item to a collection in DSpace, I receive an email from dspace-nore...@university.edu with the subject - "DSpace: You have a new task". The body of the email looks like: """ A new item has been submitted: Title: [Title goes here] Collection: [Collection goes here] Submitted by: [Author] (aut...@university.edu) The submission must be checked before inclusion in the archive. To claim this task, please visit your "My DSpace" page: https://dspace.university.edu/mydspace Many thanks! DSpace """ Is it possible to customize or change the text of this letter? If so, how? Thanks, Beau -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/bbae02a6-9c5b-43c1-b1e5-cefd2fd9f74e%40googlegroups.com. -- 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 dspace-tech+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/63F6C7BC-C7B5-4650-B36C-C78CD46F895B%40gmail.com.
[dspace-tech] Mails not sending
Hi I need some help regarding mail sending. I saw the documentation about it but I still can't receive mails and I don't know where I can see logs to see if SMTP is failing. I need it to work with O365 and I followed the configuration commented at the end of the section. Only difference is that my SMTP configuration says I must use port 588 instead of 587. Frontend says that mail was sent succesfully but I don't receive anything. My conf: mail.server = smtp.office365.com mail.server.port = 588 mail.extraproperties = mail.smtp.socketFactory.port=588, \ mail.smtp.starttls.enable=true, \ mail.smtp.starttls.required=true, \ mail.smtp.ssl.protocols=TLSv1.2 Anyone managed to make it work? Thanks -- All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx --- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/bf98b556-c78d-4d8a-8285-7bfd9907b94an%40googlegroups.com.
Re: [dspace-tech] Mails not sending
So seems like it was the port number. I realized that when it failed to me with port 587 the reason was that I had no SPF Record for the server so my org Barracuda blocked it. Now I tried it with other mail domains and no problem. Thanks for your answer. Marc El dia dissabte, 16 de juliol de 2022 a les 8:50:10 UTC+2, ravi...@gmail.com va escriure: > Hi, > > For me it is working perfectly with the following parameters in local.cfg > file > > mail.extraproperties = mail.smtp.starttls.enable=true, \ > > mail.smtp.socketFactory.fallback=false, \ > mail.smtp.socketFactory.port=587 > > mail.server = smtp.office365.com > mail.server.port = 587 > > Check by just changing the port number from 587 to 588. It should work. > > > > With Warm Regards > > *Ravi K.* > > > > *From:* Marc Casals > *Sent:* Friday, July 15, 2022 2:42 PM > *To:* DSpace Technical Support > *Subject:* [dspace-tech] Mails not sending > > Hi > > I need some help regarding mail sending. I saw the documentation about it > but I still can't receive mails and I don't know where I can see logs to > see if SMTP is failing. > > I need it to work with O365 and I followed the configuration commented at > the end of the section. Only difference is that my SMTP configuration says > I must use port 588 instead of 587. > > Frontend says that mail was sent succesfully but I don't receive anything. > > My conf: > mail.server = smtp.office365.com > mail.server.port = 588 > mail.extraproperties = mail.smtp.socketFactory.port=588, \ > mail.smtp.starttls.enable=true, \ > mail.smtp.starttls.required=true, \ > mail.smtp.ssl.protocols=TLSv1.2 > > Anyone managed to make it work? > > Thanks > -- > All messages to this mailing list should adhere to the Code of Conduct: > https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx > --- > 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 view this discussion on the web visit > https://groups.google.com/d/msgid/dspace-tech/bf98b556-c78d-4d8a-8285-7bfd9907b94an%40googlegroups.com > > <https://groups.google.com/d/msgid/dspace-tech/bf98b556-c78d-4d8a-8285-7bfd9907b94an%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx --- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/587ec51c-2f51-4574-81b1-d7bbab085c2an%40googlegroups.com.
[dspace-tech] MediaViewer not displaying
Hi, I want to test the image visualizer and ccording documentation in order to display MediaViewer in the frontend I just have to change the config/config.yml file with this: mediaViewer: image: true video: true The problem is that it's like Angular is ignoring the configuration and keeps showing the thumbnail. I tried building again and also I used the filter-media command just in case. Any idea if I have to run a command or if I'm missing some config? Also I would like to know if someone managed to implement a PDF viewer for the frontend. I know DSpace does not provide a built-in viewer but maybe there is an unofficial implementation of that. Thanks in advance -- All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx --- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/b778bd66-7be3-4771-a5f2-91b660314cc9n%40googlegroups.com.
[dspace-tech] Can't load password reset page
Hello, I recently trying to register new users to my Dspace, but when they receive the email and go to the page to set the password, the page keeps loading forever. I tried searching for logs to see if there is an error but I only see the endpoint that is trying to use: 2022-09-08 11:25:34,628 INFO 866129c6-85c7-43e4-9735-c507e3d85ad9 4fdb6dc8-634a-4f32-9767-668396ed37f8 org.dspace.app.rest.utils.DSpaceAPIRequestLoggingFilter @ Before request [GET /server/api] originated from / 2022-09-08 11:25:34,641 INFO 866129c6-85c7-43e4-9735-c507e3d85ad9 644d0c71-bd3f-4671-8969-5e3fe1c6c752 org.dspace.app.rest.utils.DSpaceAPIRequestLoggingFilter @ Before request [GET /server/api/authn/status] originated from / Is there a way to find more info? -- All messages to this mailing list should adhere to the Code of Conduct: https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx --- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/dspace-tech/d6787868-bc14-442f-8a34-f6ae21a5868cn%40googlegroups.com.
[dspace-tech] CORS Error with an Nginx Reverse Proxy server
Hi,
I'm currently trying to make a demo with a public domain and to do this I
must use an Nginx located in a different server where I have DSpace.
Frontend loads fine and backend works too, but I unable to make the
frontend work with the backend (CORS Error).
I've tried all combinations possible but nothing works. Here I attach the
actual configuration, I don't see what I'm doing wrong!
*NGINX*
upstream node_upstream {
server 192.168.10.43:4000;
keepalive 64;
}
server {
listen 80;
server_name *demo.example.com;*
location / {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $http_host;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_pass http://node_upstream/;
proxy_redirect off;
proxy_read_timeout 240s;
}
}
upstream back_upstream {
server 192.168.10.43:8080;
keepalive 64;
}
server {
listen 80;
server_name demo-api.example.com;
location / {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $http_host;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_pass http://back_upstream/;
proxy_redirect off;
proxy_read_timeout 240s;
}
}
*dspace local.cfg *
dspace.server.url = http://demo-api.example.com/server
dspace.ui.url = http://demo.example.com
rest.cors.allowed-origins =
${dspace.ui.url},http://demo.example.com,http://192.168.10.43:4000,http://192.168.10.10
(192.168.10.10 is the server with Nginx)
*config.yml (frontend)*
ui:
ssl: false
host: 192.168.10.43
port: 4000
nameSpace: /
rest:
ssl: false
host: demo-api.abev.net
port: 80
nameSpace: /server
--
All messages to this mailing list should adhere to the Code of Conduct:
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
---
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/dspace-tech/7098d360-21f1-4017-86f9-678ecf8eb681n%40googlegroups.com.
[dspace-tech] CORS errors using NGINX Reverse Proxy
Hi,
I'm currently trying to make a demo with a public domain and to do this I
must use an Nginx located in a different server where I have DSpace.
Frontend loads fine and backend works too, but I unable to make the
frontend work with the backend (CORS Error).
I've tried all combinations possible but nothing works. Here I attach the
actual configuration, I don't see what I'm doing wrong!
*NGINX*
upstream node_upstream {
server 192.168.10.43:4000;
keepalive 64;
}
server {
listen 80;
server_name *demo.example.com
[dspace-tech] Re: CORS errors using NGINX Reverse Proxy
Right now I'm using http, haven't tried https yet. So I don't think it will
be the case.
Thanks for commenting
El dia dijous, 17 de novembre de 2022 a les 12:38:38 UTC+1,
edmund@gmail.com va escriure:
> As with apache as a reverse proxy, you will probably find that you need to
> set the X-Forwarded_Proto to preserve the inbound https in the responses.
> In our apache reverse proxy we use RequestHeader set X-Forwarded-Proto https
>
> I believe the following will help with nginx
>
> proxy_set_header X-Forwarded-Proto https;
>
> Edmund
>
> On Thursday, November 17, 2022 at 9:43:00 PM UTC+11 mcasals...@gmail.com
> wrote:
>
>> Hi,
>> I'm currently trying to make a demo with a public domain and to do this I
>> must use an Nginx located in a different server where I have DSpace.
>>
>> Frontend loads fine and backend works too, but I unable to make the
>> frontend work with the backend (CORS Error).
>>
>> I've tried all combinations possible but nothing works. Here I attach the
>> actual configuration, I don't see what I'm doing wrong!
>>
>> *NGINX*
>> upstream node_upstream {
>> server 192.168.10.43:4000;
>> keepalive 64;
>> }
>>
>> server {
>> listen 80;
>>
>> server_name *demo.example.com
