Re: [dspace-tech] Handle-server cannot start
Thanks, all fine now after downloads are copied to the lib directory On Tuesday, 27 September 2022 at 19:37:14 UTC+1 Gabriella Harangi wrote: > Hi! > > As I wrote in my previous e-mail, you need 6 jars. Beside the > jetty-servlet, you need jetty-deploy, jetty-security,, jetty-servlets, > jetty-xml, jetty-webapp > Download these jar files also, and copy them to the lib directory. > > > Gabi > > Olayiwola Lawal ezt írta (időpont: 2022. szept. > 27., K 20:14): > >> Hello, I am facing the same issue on a fresh 7.3 installation. we just >> got our prefix today. when I run the script to start the Handle-Server I >> get no confirmation prompt or errors. CNRI says they can't reach our handle >> server. From the handle-server/log I got this error after I have copied the >> jetty-servlet to the lib directory. >> >> Anny further assistance please? >> >> >> >> >> >> >> >> >> >> >> >> >> *"2022-09-27 18:07:11.300Z" 25 Started new run."2022-09-27 18:07:11.304Z" >> 25 Handle.net Server Software version 9.3.0Exception in thread "main" >> java.lang.NoClassDefFoundError: org/eclipse/jetty/security/SecurityHandler >> at net.handle.server.Main.configureDefaultRootWebApp(Main.java:373) >> at net.handle.server.Main.initEmbeddedJetty(Main.java:348)at >> net.handle.server.Main.initialize(Main.java:273)at >> net.handle.server.Main.main(Main.java:122)Caused by: >> java.lang.ClassNotFoundException: >> org.eclipse.jetty.security.SecurityHandlerat >> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581) >> >> at >> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178) >> >> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522) >> ... 4 more* >> >> On Tuesday, 27 September 2022 at 14:18:03 UTC+1 Mark H. Wood wrote: >> >>> On Tue, Sep 27, 2022 at 03:20:04AM -0700, Gabriella Harangi wrote: >>> > I've tried to start the handle server on our production server, which >>> is a >>> > fresh 7.3 install, and it doesn't work, it throws the same exception >>> as >>> > mentioned above. Then I've tried it on our test server, which is also >>> a >>> > dspace 7.3, but upgraded from dspace 7.2. The handle server doesn't >>> start >>> > there either (same exception). I've also tried it in docker with no >>> success. >>> > Always got the same error: >>> > Exception in thread "main" java.lang.NoClassDefFoundError: >>> > org/eclipse/jetty/servlet/ServletContextHandler >>> > >>> > Please, give me any suggestion, how can I fix the handle server. >>> >>> It seems that the JAR which contains this class is not installed by >>> 7.3. That class is found in the 'jetty-servlet' artifact. I think >>> that if you add 'jetty-servlet-9.4.44.v20210927.jar' to the 'lib' >>> directory, this problem will be fixed. You can find it here: >>> >>> https://repo1.maven.org/maven2/org/eclipse/jetty/jetty-servlet/9.4.44.v20210927/jetty-servlet-9.4.44.v20210927.jar >>> >>> It may already be in your local repository (~/.m2/repository). >>> >>> >>> I haven't figured out why the JAR is not installed. I can't find it >>> in my development/test instances. >>> >>> The 'log/handle-server.log' is probably the best place to be looking >>> for clues, should there be further problems. >>> >>> > Mark H. Wood a következőt írta (2022. szeptember 26., hétfő, 16:55:18 >>> > UTC+2): >>> > >>> > > On Mon, Sep 26, 2022 at 03:43:40AM -0700, Fatih Güneş wrote: >>> > > > Hello Tim, >>> > > > We did some updates. Now I get no error message about >>> Jetty-server. But >>> > > > handle-server still does not start. Below is a part from >>> dspace.log. >>> > > > >>> > > > 2022-09-26 13:31:47,687 WARN unknown unknown >>> > > > org.dspace.servicemanager.DSpaceServiceManager @ Unable to locate >>> bean >>> > > by >>> > > > name or id=dsprop. Will try to look up bean by type next. >>> > > >>> > > I think this is not related to the problem. The command line tool >>> has >>> > > two ways of discovering which commands exist. It first tries the new >>> > > "script"s, apparently using the command's name itself. If not found >>> > > that way, it looks the command up in the older 'launcher.xml' which >>> > > maps it to the implementing class. >>> > > >>> > > So the ServiceManager will always log this warning for a command >>> which >>> > > is defined in launcher.xml. >>> > > >>> > > If the real issue is logged, it is probably after this entry. >>> > > >>> > > -- >>> > > Mark H. Wood >>> > > Lead Technology Analyst >>> > > >>> > > University Library >>> > > Indiana University - Purdue University Indianapolis >>> > > 755 W. Michigan Street >>> > > Indianapolis, IN 46202 >>> > > 317-274-0749 <(317)%20274-0749> <(317)%20274-0749> >>> > > www.ulib.iupui.edu >>> > > >>> > >>> > -- >>> > All messages to this mailing list should adhere to the Code of >>> Conduct: https://www.lyrasis.org/about
Re: [dspace-tech] Handle-server cannot start
Hi! As I wrote in my previous e-mail, you need 6 jars. Beside the jetty-servlet, you need jetty-deploy, jetty-security,, jetty-servlets, jetty-xml, jetty-webapp Download these jar files also, and copy them to the lib directory. Gabi Olayiwola Lawal ezt írta (időpont: 2022. szept. 27., K 20:14): > Hello, I am facing the same issue on a fresh 7.3 installation. we just got > our prefix today. when I run the script to start the Handle-Server I get no > confirmation prompt or errors. CNRI says they can't reach our handle > server. From the handle-server/log I got this error after I have copied the > jetty-servlet to the lib directory. > > Anny further assistance please? > > > > > > > > > > > > > *"2022-09-27 18:07:11.300Z" 25 Started new run."2022-09-27 18:07:11.304Z" > 25 Handle.net Server Software version 9.3.0Exception in thread "main" > java.lang.NoClassDefFoundError: org/eclipse/jetty/security/SecurityHandler > at net.handle.server.Main.configureDefaultRootWebApp(Main.java:373) > at net.handle.server.Main.initEmbeddedJetty(Main.java:348)at > net.handle.server.Main.initialize(Main.java:273)at > net.handle.server.Main.main(Main.java:122)Caused by: > java.lang.ClassNotFoundException: > org.eclipse.jetty.security.SecurityHandlerat > java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581) > at > java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178) > at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522) > ... 4 more* > > On Tuesday, 27 September 2022 at 14:18:03 UTC+1 Mark H. Wood wrote: > >> On Tue, Sep 27, 2022 at 03:20:04AM -0700, Gabriella Harangi wrote: >> > I've tried to start the handle server on our production server, which >> is a >> > fresh 7.3 install, and it doesn't work, it throws the same exception as >> > mentioned above. Then I've tried it on our test server, which is also a >> > dspace 7.3, but upgraded from dspace 7.2. The handle server doesn't >> start >> > there either (same exception). I've also tried it in docker with no >> success. >> > Always got the same error: >> > Exception in thread "main" java.lang.NoClassDefFoundError: >> > org/eclipse/jetty/servlet/ServletContextHandler >> > >> > Please, give me any suggestion, how can I fix the handle server. >> >> It seems that the JAR which contains this class is not installed by >> 7.3. That class is found in the 'jetty-servlet' artifact. I think >> that if you add 'jetty-servlet-9.4.44.v20210927.jar' to the 'lib' >> directory, this problem will be fixed. You can find it here: >> >> https://repo1.maven.org/maven2/org/eclipse/jetty/jetty-servlet/9.4.44.v20210927/jetty-servlet-9.4.44.v20210927.jar >> It may already be in your local repository (~/.m2/repository). >> >> >> I haven't figured out why the JAR is not installed. I can't find it >> in my development/test instances. >> >> The 'log/handle-server.log' is probably the best place to be looking >> for clues, should there be further problems. >> >> > Mark H. Wood a következőt írta (2022. szeptember 26., hétfő, 16:55:18 >> > UTC+2): >> > >> > > On Mon, Sep 26, 2022 at 03:43:40AM -0700, Fatih Güneş wrote: >> > > > Hello Tim, >> > > > We did some updates. Now I get no error message about Jetty-server. >> But >> > > > handle-server still does not start. Below is a part from >> dspace.log. >> > > > >> > > > 2022-09-26 13:31:47,687 WARN unknown unknown >> > > > org.dspace.servicemanager.DSpaceServiceManager @ Unable to locate >> bean >> > > by >> > > > name or id=dsprop. Will try to look up bean by type next. >> > > >> > > I think this is not related to the problem. The command line tool has >> > > two ways of discovering which commands exist. It first tries the new >> > > "script"s, apparently using the command's name itself. If not found >> > > that way, it looks the command up in the older 'launcher.xml' which >> > > maps it to the implementing class. >> > > >> > > So the ServiceManager will always log this warning for a command >> which >> > > is defined in launcher.xml. >> > > >> > > If the real issue is logged, it is probably after this entry. >> > > >> > > -- >> > > Mark H. Wood >> > > Lead Technology Analyst >> > > >> > > University Library >> > > Indiana University - Purdue University Indianapolis >> > > 755 W. Michigan Street >> > > Indianapolis, IN 46202 >> > > 317-274-0749 <(317)%20274-0749> <(317)%20274-0749> >> > > www.ulib.iupui.edu >> > > >> > >> > -- >> > 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/c9602b1f-5639-4e39-8e8f
Re: [dspace-tech] Handle-server cannot start
Hello, I am facing the same issue on a fresh 7.3 installation. we just got our prefix today. when I run the script to start the Handle-Server I get no confirmation prompt or errors. CNRI says they can't reach our handle server. From the handle-server/log I got this error after I have copied the jetty-servlet to the lib directory. Anny further assistance please? *"2022-09-27 18:07:11.300Z" 25 Started new run."2022-09-27 18:07:11.304Z" 25 Handle.net Server Software version 9.3.0Exception in thread "main" java.lang.NoClassDefFoundError: org/eclipse/jetty/security/SecurityHandler at net.handle.server.Main.configureDefaultRootWebApp(Main.java:373) at net.handle.server.Main.initEmbeddedJetty(Main.java:348)at net.handle.server.Main.initialize(Main.java:273)at net.handle.server.Main.main(Main.java:122)Caused by: java.lang.ClassNotFoundException: org.eclipse.jetty.security.SecurityHandlerat java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522) ... 4 more* On Tuesday, 27 September 2022 at 14:18:03 UTC+1 Mark H. Wood wrote: > On Tue, Sep 27, 2022 at 03:20:04AM -0700, Gabriella Harangi wrote: > > I've tried to start the handle server on our production server, which is > a > > fresh 7.3 install, and it doesn't work, it throws the same exception as > > mentioned above. Then I've tried it on our test server, which is also a > > dspace 7.3, but upgraded from dspace 7.2. The handle server doesn't > start > > there either (same exception). I've also tried it in docker with no > success. > > Always got the same error: > > Exception in thread "main" java.lang.NoClassDefFoundError: > > org/eclipse/jetty/servlet/ServletContextHandler > > > > Please, give me any suggestion, how can I fix the handle server. > > It seems that the JAR which contains this class is not installed by > 7.3. That class is found in the 'jetty-servlet' artifact. I think > that if you add 'jetty-servlet-9.4.44.v20210927.jar' to the 'lib' > directory, this problem will be fixed. You can find it here: > > https://repo1.maven.org/maven2/org/eclipse/jetty/jetty-servlet/9.4.44.v20210927/jetty-servlet-9.4.44.v20210927.jar > > It may already be in your local repository (~/.m2/repository). > > > I haven't figured out why the JAR is not installed. I can't find it > in my development/test instances. > > The 'log/handle-server.log' is probably the best place to be looking > for clues, should there be further problems. > > > Mark H. Wood a következőt írta (2022. szeptember 26., hétfő, 16:55:18 > > UTC+2): > > > > > On Mon, Sep 26, 2022 at 03:43:40AM -0700, Fatih Güneş wrote: > > > > Hello Tim, > > > > We did some updates. Now I get no error message about Jetty-server. > But > > > > handle-server still does not start. Below is a part from dspace.log. > > > > > > > > 2022-09-26 13:31:47,687 WARN unknown unknown > > > > org.dspace.servicemanager.DSpaceServiceManager @ Unable to locate > bean > > > by > > > > name or id=dsprop. Will try to look up bean by type next. > > > > > > I think this is not related to the problem. The command line tool has > > > two ways of discovering which commands exist. It first tries the new > > > "script"s, apparently using the command's name itself. If not found > > > that way, it looks the command up in the older 'launcher.xml' which > > > maps it to the implementing class. > > > > > > So the ServiceManager will always log this warning for a command which > > > is defined in launcher.xml. > > > > > > If the real issue is logged, it is probably after this entry. > > > > > > -- > > > Mark H. Wood > > > Lead Technology Analyst > > > > > > University Library > > > Indiana University - Purdue University Indianapolis > > > 755 W. Michigan Street > > > Indianapolis, IN 46202 > > > 317-274-0749 <(317)%20274-0749> <(317)%20274-0749> > > > www.ulib.iupui.edu > > > > > > > -- > > 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/c9602b1f-5639-4e39-8e8f-06e889a079d9n%40googlegroups.com. > > > > > -- > Mark H. Wood > Lead Technology Analyst > > University Library > Indiana University - Purdue University Indianapolis > 755 W. Michigan Street > Indianapolis, IN 46202 > 317-274-0749 <(317)%20274-0749> > www.ulib.iupui.edu > -- All messages to this mailing list should adhere to the
Re: [dspace-tech] Handle-server cannot start
On Tue, Sep 27, 2022 at 03:20:04AM -0700, Gabriella Harangi wrote: > I've tried to start the handle server on our production server, which is a > fresh 7.3 install, and it doesn't work, it throws the same exception as > mentioned above. Then I've tried it on our test server, which is also a > dspace 7.3, but upgraded from dspace 7.2. The handle server doesn't start > there either (same exception). I've also tried it in docker with no success. > Always got the same error: > Exception in thread "main" java.lang.NoClassDefFoundError: > org/eclipse/jetty/servlet/ServletContextHandler > > Please, give me any suggestion, how can I fix the handle server. It seems that the JAR which contains this class is not installed by 7.3. That class is found in the 'jetty-servlet' artifact. I think that if you add 'jetty-servlet-9.4.44.v20210927.jar' to the 'lib' directory, this problem will be fixed. You can find it here: https://repo1.maven.org/maven2/org/eclipse/jetty/jetty-servlet/9.4.44.v20210927/jetty-servlet-9.4.44.v20210927.jar It may already be in your local repository (~/.m2/repository). I haven't figured out why the JAR is not installed. I can't find it in my development/test instances. The 'log/handle-server.log' is probably the best place to be looking for clues, should there be further problems. > Mark H. Wood a következőt írta (2022. szeptember 26., hétfő, 16:55:18 > UTC+2): > > > On Mon, Sep 26, 2022 at 03:43:40AM -0700, Fatih Güneş wrote: > > > Hello Tim, > > > We did some updates. Now I get no error message about Jetty-server. But > > > handle-server still does not start. Below is a part from dspace.log. > > > > > > 2022-09-26 13:31:47,687 WARN unknown unknown > > > org.dspace.servicemanager.DSpaceServiceManager @ Unable to locate bean > > by > > > name or id=dsprop. Will try to look up bean by type next. > > > > I think this is not related to the problem. The command line tool has > > two ways of discovering which commands exist. It first tries the new > > "script"s, apparently using the command's name itself. If not found > > that way, it looks the command up in the older 'launcher.xml' which > > maps it to the implementing class. > > > > So the ServiceManager will always log this warning for a command which > > is defined in launcher.xml. > > > > If the real issue is logged, it is probably after this entry. > > > > -- > > Mark H. Wood > > Lead Technology Analyst > > > > University Library > > Indiana University - Purdue University Indianapolis > > 755 W. Michigan Street > > Indianapolis, IN 46202 > > 317-274-0749 <(317)%20274-0749> > > www.ulib.iupui.edu > > > > -- > 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/c9602b1f-5639-4e39-8e8f-06e889a079d9n%40googlegroups.com. -- 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 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/YzL4BzWvI8G%2BqQ2D%40IUPUI.Edu. signature.asc Description: PGP signature
Re: [dspace-tech] dspace 7.x and support for node js v18
On Tue, Sep 27, 2022 at 01:16:59AM -0700, Allan Pickett wrote: > > Would anyone know if there are plans to add support for nodejs v18 as part > of the maintenance for DSpace 7 as nodejs v16 will be end of life next > year? And in which sub release this support be aiming for? If you just want to be able to build and run it on node 18, this works for me: diff --git a/package.json b/package.json index 33e337121..aee1a4083 100644 --- a/package.json +++ b/package.json @@ -172,7 +172,7 @@ "eslint": "^8.2.0", "eslint-plugin-deprecation": "^1.3.2", "eslint-plugin-import": "^2.25.4", -"eslint-plugin-jsdoc": "^38.0.6", +"eslint-plugin-jsdoc": "^39.3.6", "eslint-plugin-unused-imports": "^2.0.0", "express-static-gzip": "^2.1.5", "fork-ts-checker-webpack-plugin": "^6.0.3", @@ -209,7 +209,7 @@ "ts-loader": "^5.2.0", "ts-node": "^8.10.2", "typescript": "~4.5.5", -"webpack": "^5.69.1", +"webpack": "^5.74.0", "webpack-bundle-analyzer": "^4.4.0", "webpack-cli": "^4.2.0", "webpack-dev-server": "^4.5.0" I will bring up the question of *official support*. > Knowing this would help enormously with scheduling our project. > > Should I log an enhancement request for this? Yes, that would be helpful. > Can see that nodejs end of life is soon, with security updates to finish on > 11 Sep 2023. > Details here - https://nodejs.org/ar/blog/announcements/nodejs16-eol/ -- 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 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/YzLtnDQCv5U2X7QY%40IUPUI.Edu. signature.asc Description: PGP signature
[dspace-tech] Re: [dspace-community] Question about Dspace 6.X
On Tue, Sep 27, 2022 at 09:47:16AM +0530, Rupinder Singh wrote: > 1. is it mandatory to create a system user named 'dspace' ? if it's related > to some permissions issue to /build or /dspace folder, why can't we grant > permissions to the existing user and do our work with just that? I just > cant understand this step. The 'dspace' user is not necessary. What is necessary is that Tomcat has read/write access to DSpace's installed files and directories. I think that this user was invented for the case that you are installing Tomcat from source, solely to run DSpace, so it needs an account to run it. I always install Tomcat from the distro's package manager, and that process creates an account to run it. So I use that account (typically something like 'tomcat') to own the installed DSpace files. > 2. I don't remember setting any particular password for postgres sql, > because while running 'psql' commands, it asks for password for postgres > user. and I don't have that. do I need to reset the default password to > something of my choice, to perform backup /restore and other tasks on > postgres CLI. (I'm asking because, MySQL has this kind of mechanism). You can backup and restore *the DSpace database* using the password that you have configured as 'db.password'. But that won't give you access to the system tables which should also be backed up. Yes, you need to have control of PostgreSQL. It should be running in its own account. If you can 'su' to that account, then you can use 'psql' without knowing any passwords. If you don't have the password for the PostgreSQL superuser's OS account, but you do have the root password, you can do this in two stages: 1. 'su' and give the root password. You are now root, and can 'su' to any other account without a password. 2. 'su postgres'. You are now the DBMS superuser. You can set a password on the OS account, if you wish. You can use 'psql' to access any database in the cluster, without a password. You can set the password for the DBMS superuser role. (The OS user might have a different name in your system. 'postgres' is what the Gentoo Linux package for PostgreSQL installs.) -- 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 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/YzLo7K6mJ9JigxJw%40IUPUI.Edu. signature.asc Description: PGP signature
[dspace-tech] Re: Ip based problem in Dspace 7.2.1
I think because your Dspace frontend and Backend only recognise the localhost:4000 url. On Tuesday, 27 September 2022 at 11:56:25 UTC+1 grisha...@gmail.com wrote: > Hi all, > > I have installed 7.2.1 on localhost:4000 and it is opening successfully > but when i am trying 127.0.0.1:4000 it shows "500 service unavailable" > error. > Kindly advise me on this issue. > > Regards > Rishav > -- 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/4e42e8be-b2d1-4737-9d58-fd15b67993c5n%40googlegroups.com.
Re: [dspace-tech] Handle-server cannot start
If anybody has the same problem: the followng jars are missing for the handle server to work: jetty-deploy, jetty-security, jetty-servlet, jetty-servlets, jetty-xml, jetty-webapp Gabi Gabriella Harangi a következőt írta (2022. szeptember 27., kedd, 12:20:04 UTC+2): > I've tried to start the handle server on our production server, which is a > fresh 7.3 install, and it doesn't work, it throws the same exception as > mentioned above. Then I've tried it on our test server, which is also a > dspace 7.3, but upgraded from dspace 7.2. The handle server doesn't start > there either (same exception). I've also tried it in docker with no success. > Always got the same error: > Exception in thread "main" java.lang.NoClassDefFoundError: > org/eclipse/jetty/servlet/ServletContextHandler > > Please, give me any suggestion, how can I fix the handle server. > > > Mark H. Wood a következőt írta (2022. szeptember 26., hétfő, 16:55:18 > UTC+2): > >> On Mon, Sep 26, 2022 at 03:43:40AM -0700, Fatih Güneş wrote: >> > Hello Tim, >> > We did some updates. Now I get no error message about Jetty-server. But >> > handle-server still does not start. Below is a part from dspace.log. >> > >> > 2022-09-26 13:31:47,687 WARN unknown unknown >> > org.dspace.servicemanager.DSpaceServiceManager @ Unable to locate bean >> by >> > name or id=dsprop. Will try to look up bean by type next. >> >> I think this is not related to the problem. The command line tool has >> two ways of discovering which commands exist. It first tries the new >> "script"s, apparently using the command's name itself. If not found >> that way, it looks the command up in the older 'launcher.xml' which >> maps it to the implementing class. >> >> So the ServiceManager will always log this warning for a command which >> is defined in launcher.xml. >> >> If the real issue is logged, it is probably after this entry. >> >> -- >> Mark H. Wood >> Lead Technology Analyst >> >> University Library >> Indiana University - Purdue University Indianapolis >> 755 W. Michigan Street >> Indianapolis, IN 46202 >> 317-274-0749 <(317)%20274-0749> >> www.ulib.iupui.edu >> > -- 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/8c5a14cd-22fe-4be7-97d1-18a25aaf04ban%40googlegroups.com.
[dspace-tech] Re: Dspace 7 beta - 5: Error fetching sub-communities and Error fetching sub-collections
I have the same thing here. I need your help to fix it. Thank you. On Tuesday, January 18, 2022 at 2:00:27 PM UTC+1 lib...@gmail.com wrote: > Have you fix this error, please help me. I've get this error. Thanks so > much! > > Vào lúc 21:27:52 UTC+7 ngày Thứ Hai, 26 tháng 4, 2021, ANUPTA JANA đã viết: > >> Hello, >> >> I've installed Dspace 7 beta-5 locally. After adding the new 'Community' >> inside it, getting two error messages: "Error fetching sub-communities" and >> "Error fetching sub-collections" >> >> And the existing communities are not found while trying to add >> 'collection'. >> >> Thank you >> >> [image: Screenshot from 2021-04-26 15-36-17.png] >> [image: Screenshot from 2021-04-26 15-36-45.png] >> > -- 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/1f6e2ff0-5254-4305-9be2-91cdabc49905n%40googlegroups.com.
[dspace-tech] Question about Dspace 6.X
Hello all, I have this silly question but need to know; 1. is it mandatory to create a system user named 'dspace' ? if it's related to some permissions issue to /build or /dspace folder, why can't we grant permissions to the existing user and do our work with just that? I just cant understand this step. 2. I don't remember setting any particular password for postgres sql, because while running 'psql' commands, it asks for password for postgres user. and I don't have that. do I need to reset the default password to something of my choice, to perform backup /restore and other tasks on postgres CLI. (I'm asking because, MySQL has this kind of mechanism). 3. Does AIP backups, also restore the custom metadata fields, embargo settings, and other access restrictions? I need to move an existing site (running Dsapce 6.2 on old ubuntu 16.04 server) to a newer installation. or shall i just do it the old-fashioned way? (taking PostgresSQL backup along with assetstore) Please advise Thank You Rupinder Singh Assistant Librarian Central University of Punjab -- 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/CAMLo0tX6Ywfpg1QgjDkf09T3m5Tm36NcXQVymvvdeLGhEPuowA%40mail.gmail.com.
[dspace-tech] Ip based problem in Dspace 7.2.1
Hi all, I have installed 7.2.1 on localhost:4000 and it is opening successfully but when i am trying 127.0.0.1:4000 it shows "500 service unavailable" error. Kindly advise me on this issue. Regards Rishav -- 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/CABxt7FUpG%3DfbPBkcQ6P_iEZjQz_xkE66CsJRR%2BoyRLT8Q5tpyA%40mail.gmail.com.
Re: [dspace-tech] Handle-server cannot start
I've tried to start the handle server on our production server, which is a fresh 7.3 install, and it doesn't work, it throws the same exception as mentioned above. Then I've tried it on our test server, which is also a dspace 7.3, but upgraded from dspace 7.2. The handle server doesn't start there either (same exception). I've also tried it in docker with no success. Always got the same error: Exception in thread "main" java.lang.NoClassDefFoundError: org/eclipse/jetty/servlet/ServletContextHandler Please, give me any suggestion, how can I fix the handle server. Mark H. Wood a következőt írta (2022. szeptember 26., hétfő, 16:55:18 UTC+2): > On Mon, Sep 26, 2022 at 03:43:40AM -0700, Fatih Güneş wrote: > > Hello Tim, > > We did some updates. Now I get no error message about Jetty-server. But > > handle-server still does not start. Below is a part from dspace.log. > > > > 2022-09-26 13:31:47,687 WARN unknown unknown > > org.dspace.servicemanager.DSpaceServiceManager @ Unable to locate bean > by > > name or id=dsprop. Will try to look up bean by type next. > > I think this is not related to the problem. The command line tool has > two ways of discovering which commands exist. It first tries the new > "script"s, apparently using the command's name itself. If not found > that way, it looks the command up in the older 'launcher.xml' which > maps it to the implementing class. > > So the ServiceManager will always log this warning for a command which > is defined in launcher.xml. > > If the real issue is logged, it is probably after this entry. > > -- > Mark H. Wood > Lead Technology Analyst > > University Library > Indiana University - Purdue University Indianapolis > 755 W. Michigan Street > Indianapolis, IN 46202 > 317-274-0749 <(317)%20274-0749> > www.ulib.iupui.edu > -- 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/c9602b1f-5639-4e39-8e8f-06e889a079d9n%40googlegroups.com.
[dspace-tech] dspace 7.x and support for node js v18
Would anyone know if there are plans to add support for nodejs v18 as part of the maintenance for DSpace 7 as nodejs v16 will be end of life next year? And in which sub release this support be aiming for? Knowing this would help enormously with scheduling our project. Should I log an enhancement request for this? Can see that nodejs end of life is soon, with security updates to finish on 11 Sep 2023. Details here - https://nodejs.org/ar/blog/announcements/nodejs16-eol/ We have been a dspace user for many years now and we are currently planning an upgrade to v7. Thanks to everyone for all their effort. Regards - Allan -- 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/637193c6-1068-4adf-8601-5f2c27a36cb8n%40googlegroups.com.
