Hi again!
I have another similar problem. When I login ( to 192.100.30.xxx where I
have setup DSPACE ) as an admin it works fine. The links work fine. When
I click on logout it redirects to localhost and crashes , JUST like OAI.
what basic mistake am I making?
Best Regards,
Ashim
On Fri,
Hello,
can someone please answer my query ?
Thank you,
Ashim
On Wed, 20 Mar 2019 at 16:07, Ashim Kapoor
wrote:
> Dear all,
>
> I am trying to expose the SPARQL endpoint to the internet. Just to test if
> it is working I have also setup XMLUI on similar lines.
>
> Here is my attempt @
Hi there,
Perhaps I was not clear in expressing my query. When I access the apps (
XMLUI / JSPUI / Solr / REST ) from outside the virtual machine they work
fine. EXCEPT for the OAI app.
The OAI app works fine when I access the URL of the 6 verbs directly from
outside the VM.
Here is my problem
Hello all,
I have encountered the dreaded build time error described in this link:
https://jira.duraspace.org/browse/DS-4115
TLDR - The build fails because it is expecting a version of Ruby >= 2.2.
We are using SLES 12 and the default Ruby is at version 2.1 (internally it
is probably higher;
Thanks for the response, Mark.
I have started testing Solr 4.10.4 in a few development environments will
share my notes after some time. Regarding the lock files, I might be
barking up the wrong tree because it seems like Solr never deletes these: I
did a quick check by adding a `find /dspace
Hi Keith,
The general errors are listed in the log snippet you provided. Take a look
at these SEVERE logs, which essentially say that Tomcat cannot run "/xmlui":
SEVERE: One or more listeners failed to start. Full details will be found
in the appropriate container log file
Mar 21, 2019 2:10:35
Hi Tim,
I've gone into Tomcat's log file and it doesn't give me enough information
to help me figure out why it will not load the xmlui folder.
I copied the xmlui folder into the webapps directory in Tomcat.
Here is the log file:
Mar 21, 2019 2:10:22 PM org.apache.coyote.AbstractProtocol pause
Hi Hayden,
If you are using the traditional, 3-step workflow system (described here:
https://wiki.duraspace.org/display/DSDOC6x/Functional+Overview#FunctionalOverview-WorkflowSteps),
then yes this is hardcoded. In this scenario, you'd have to modify the Java
code.
However, you may want to
Hi Hayden,
I don't know the answer to your question exactly. It's possible there's a
new bug that has been introduced here (that is yet undiscovered), or it
could be a caching issue in the XMLUI.
In any case, DSpace creates RSS feeds using this class:
You may also want to check your Tomcat logs to see if any errors are being
reported there. You noted checking the DSpace logs, but it's unclear if
you've also looked closely at the Tomcat logs. It's possible the Tomcat
logs will tell you exactly why Tomcat is failing to load the DSpace webapp.
-
10 matches
Mail list logo
