Re: [Dspace-tech] Submission taking too much time after license agreement

[Stuart Yeates]

[Don't worry about your English; the description of the problem is fine.]


(a)The first thing I do in terms of Java slowness is to repeat the 
operation. Often tools such as tomcat can be very slow to start up, but once 
they're started they can be much quicker.

(b)   The second thing is to make sure that you've giving your java enough 
memory (not enough memory results in excessive garbage collection) but not too 
much (which can result in excessive swapping). Try doubling or halving the 
memory you give it. Use system tools to see how much it's actually using of 
what you give it.

(c)Use a tool like 'top' to see what is running during the 10 minutes. If 
java / tomcat is running, it's a dspace issue. If postgres is running it's a 
database issue. If nothing is running it's a network issue (such as trying to 
connect to a remote site and waiting for a timeout) or a file I/O issue (such 
as writing a very large file to a slow disk, etc).
Cheers
stuart


From: Elifelet Lopez Ramos [mailto:elife...@um.edu.mx]
Sent: Friday, 7 March 2014 2:52 p.m.
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] Submission taking too much time after license agreement

Hello All

I'm new in the lists world and English is not my first language so thank you 
for your understanding.

I'm using DSpace 3.2 and as the title says, when an Item is submitted it takes 
too much time on the final step (the license agreement). I checked the logs and 
found a line that says that Apache Cocoon processed the request en 10.092 
minutes!!

I don't know where to start searching for a fix since there is no error at all.
Basically i haven't change anything since the installation (except from the 
header file of the jspui) so everything should be default.

Could someone give me some guidance please?
I'm attaching part the cocoon log where i found the line I'm talking about 
(it's almost at the end).

Elifelet López

<>--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] Submission taking too much time after license agreement

[Elifelet Lopez Ramos]

Hello All

I'm new in the lists world and English is not my first language so thank
you for your understanding.

I'm using DSpace 3.2 and as the title says, when an Item is submitted it
takes too much time on the final step (the license agreement). I checked
the logs and found a line that says that Apache Cocoon processed the
request en 10.092 minutes!!

I don't know where to start searching for a fix since there is no error at
all.
Basically i haven't change anything since the installation (except from the
header file of the jspui) so everything should be default.

Could someone give me some guidance please?
I'm attaching part the cocoon log where i found the line I'm talking about
(it's almost at the end).

Elifelet López
2014-03-06 19:22:51,366 INFO  org.apache.cocoon.i18n.XMLResourceBundle  - 
Bundle  not loaded: Source URI not found
2014-03-06 19:22:51,367 INFO  org.apache.cocoon.i18n.XMLResourceBundle  - 
Bundle  not loaded: Source URI not found
2014-03-06 19:22:51,369 INFO  org.apache.cocoon.i18n.XMLResourceBundle  - 
Bundle  not loaded: Source URI not found
2014-03-06 19:22:51,371 INFO  org.apache.cocoon.i18n.XMLResourceBundle  - 
Bundle  not loaded: Source URI not found
2014-03-06 19:22:51,372 INFO  org.apache.cocoon.i18n.XMLResourceBundle  - 
Bundle  not loaded: Source URI not found
2014-03-06 19:22:51,374 INFO  org.apache.cocoon.i18n.XMLResourceBundle  - 
Bundle  not loaded: Source URI not found
2014-03-06 19:22:51,375 INFO  org.apache.cocoon.i18n.XMLResourceBundle  - 
Bundle  not loaded: Source URI not found
2014-03-06 19:22:51,377 INFO  org.apache.cocoon.i18n.XMLResourceBundle  - 
Bundle  not loaded: Source URI not found
2014-03-06 19:22:51,391 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
Caching new response for PK_G-aspect-coco
on://DRI/9/handle/123456789/81/submit/completedStep?pipelinehash=-3983196624749804755_T-Navigation-3401332273545421
730
2014-03-06 19:22:51,392 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
Caching new response for PK_G-aspect-coco
on://DRI/8/handle/123456789/81/submit/completedStep?pipelinehash=-3150908472389862549_T-Navigation-3401332273545421
730
2014-03-06 19:22:51,392 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
Caching new response for PK_G-aspect-coco
on://DRI/7/handle/123456789/81/submit/completedStep?pipelinehash=8573665344502766021_T-Navigation-34013322735454217
30
2014-03-06 19:22:51,392 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
Caching new response for PK_G-aspect-coco
on://DRI/6/handle/123456789/81/submit/completedStep?pipelinehash=6804943732556644466_T-SystemwideAlerts-1_T-Navigat
ion--3433695270053905161
2014-03-06 19:22:51,392 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
Caching new response for PK_G-aspect-coco
on://DRI/5/handle/123456789/81/submit/completedStep?pipelinehash=2819294939249208261_T-Navigation-60364632464392965
4
2014-03-06 19:22:51,393 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
Caching new response for PK_G-aspect-coco
on://DRI/4/handle/123456789/81/submit/completedStep?pipelinehash=-7558188720031010191_T-Navigation-1
2014-03-06 19:22:51,395 INFO  cocoon.access  - 
'handle/123456789/81/submit/01427c1a77014f15562e211d4d26524f2f586281
.continue' Processed by Apache Cocoon in 10.092 minutes.
2014-03-06 19:22:51,624 INFO  cocoon.access  - 'loadJQuery.js' Processed by 
Apache Cocoon in 6 milliseconds.--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Upgrade Issues: Broken Browse by for Collections

[helix84]

Hi Maura,

an annotated screenshot would help. What is missing and where is it in
the Mirage theme?


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] Troubles with upgrading from 3.1 to 3.2 and then to 4?

[Schuster, David]

Has anyone done these upgrades lately and what should I anticipate in the way 
of problems or "opportunities" to have to work through?

Thanks for advice!

David Schuster
Texas Woman's University
Director of Library Information Technology & Technical Support
Phone: 940-898-3909
dschus...@twu.edu

[Description: emailsignature]

<>--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] Upgrade Issues: Broken Browse by for Collections

[Maura Carbone]

Hello again all,

Some basic information first: I'm currently running DSpace 3.2 with a
custom theme based on the Kubrick xmlui theme. The theme was originally
built for DSpace 1.7.x.

I'm having kind of a strange error, one that I think is tied to my custom
theme: the disappearance of the search options in the 'Browse this
collection by' box. To see what it looks like on 1.7.x:
http://bir.brandeis.edu/handle/10192/26250
However, after upgrading, the linked text inside the box vanishes, although
not the header. We have a few collections that have their own custom themes
in addition to the overall custom, including hard-coded collection-browse
boxes which are still functional after upgrade.  If I switch to the
included Mirage theme this problem doesn't occur, which is why I suspect it
has to do with something new being needed in my older Kubrick-based theme.
My configuration appears to be in order, and I checked that the labels
exist in messages.xml. I did not make any alterations to
CollectionViewer.java and the CollectionViewer.class is in my installation.

Any input would be helpful! I've checked all the places I can think of
where this would be broken, but it's entirely possible I'm overlooking
something. Thanks all.
-- 
Maura
Digital Initiatives Librarian
Brandeis University
--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] Handle server configuración

[Dspace P]

Good morning.
In this moment, where i'm working, we have 5 dspaces working. The version
is 1.6.2 in every dspace.. Every dspace 1.6.2 have a diferent handle (for
example 12345,12345.1,12345.2, 12345.3 and 12345.4) We want to update our
repositories. We are studying to have only one dspace 3.2. In this
new dspace 3.2 would have 5 comunities, one per old dspace. So all content
in every old dspace1.6.2 will be in the new dspace 3.2. Obviously the ítems
from old dspaces that will be in the new dspace 3.2 will  have the
same handle, the handle they had in dspace 1.6.2,  in the new dspace 3.2
(this dspace 3.2 will be configurated with a  handle of one of the
old dspaces for example 12345).  I would like to know how could be the
configuration of the new handle server of the new dspace 3.2 to know if
when some one put in internet http://hdl.handle.net/12345/123 or
http://hdl.handle.net/12345.1/37 (2 example that exist in dspace 1.6.2 now
and will be in the new dspace 3.2) the new dspace3.2 handle server vive the
correct items.
The questions would be:
1 would It be posible make a configuration in the handle server of dspace
3.2 to resolve ítems of dspace 3.2 that come from old dspace 1.62.?
2 if It is possible would it be necesary one handle server or 5 handle
server?
3 if one handle server is needed. In config.dct i have to introduce
the handle where YOUR_NAMING_AUTHORITY is writen. This handle would be the
same handle that the handle i write in dspace.cfg, wouldn'nt it? ( for
example 12345) but with this configuration if It is repuested a ítem with
handle 12345.1, could this server give the URL of item if ítem exist in
dspace 3.2? If no posible, could i introduce more that one handle in the
same config.dct? If more than one handle can be configurated in config.dct
i would email the sitebndl.zip file and identify the  5 prefixes to CNRI.
But i don't know if CNRI could accept this.
4 if 5 handles are needed , i don't know if there would be any problem with
dspace, because en dspace.cfg only i can indicate one handle server cannot
i?
Thank
--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] MVN Error with Dspace 1.8.3

[Maura Carbone]

Thanks helix! Downgraded java and it worked like a charm. Thanks so much!


On Thu, Mar 6, 2014 at 6:27 AM, helix84  wrote:

> Hi Maura,
>
> please take a look at the requirements section in the official docs
> for DSpace 1.8. They specifically state which versions of Java and
> Maven you can use.
>
>
> https://wiki.duraspace.org/display/DSDOC18/Installation#Installation-PrerequisiteSoftware
>
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>



-- 
Maura Carbone
Digital Initiatives Librarian
Brandeis University
Library and Technology Services
(781) 736-4659
415 South Street, (MS 017/P.O. Box 549110)
Waltham, MA 02454-9110

email: mau...@brandeis.edu
--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Trouble trying to deploy REST

[helix84]

On Thu, Mar 6, 2014 at 11:32 AM, X ch  wrote:
> I'm trying to deploy the REST module on a 3.1 DSpace installation, but I'm
> having serious trouble with it. Following this guide:
> https://jspace.atlassian.net/wiki/display/DSPACEAPI/DSpace+REST+API+Home,
> neither first or second possibilities work and the third is unaffordable
> right now.

This is a different REST API. There are at least 5 different
implementations and this is not the one that is part of DSpace 4.

Your stacktrace looks like you're deploying the dspace-rest from
DSpace 4 compiled with DSpace 4 to a container running DSpace 3. That
won't work unless you build it with a separate configuration directory
that has the beans for the appropriate DSpace version (4). I'm not
sure whether it's even possible, because the config directory is
assumed to be ${dspace.dir} + "/config/" and if you change
${dspace.dir}, there won't be the assetstore you want... though you
could create symlinks. You see where I'm going. This is complex and
there's no guarantee that the REST API even works with DSpace 3.

I also tried to build dspace-rest from DSpace 4 with DSpace 3, but it
does depend on some method signatures that changed between these
versions, so this would mean some work, too.

What do you specifically need to use the REST API for? There may be a
different way to do that.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] OAI Harvester much improved in 4.1, still unable to handle deletions though

[helix84]

On Thu, Mar 6, 2014 at 4:27 PM, Thanos Kyritsis  wrote:
> On Thu, Mar 6, 2014 at 3:21 PM, helix84  wrote:
>> Thanks, that clears it up.
>>
>> The reason I asked for set names is that I'm not familiar with a way
>> to tell the DSpace harvester to harvest using from/until. AFAIK, it
>> works only with sets. Yet the all the test items are in the same set.
>> When harvesting full repository content, of course I don't get the
>> deleted item. So I'm not sure how to test it.
>
> I can feel what you mean.
>
> Would it be convenient to split the test items into more than one sets
> ? I cannot figure out how that would help testing, but if it does let
> me know and I'll make the change.

You're probably right, when I request a set without from/until, it
wouldn't show the deleted item.

> I'm currently thinking of a different/faster "hack" to let you test it
> properly. I can add a php script on the same test Data Provider (i.e.
> oai/foobar.php) that upon request modifies the delete status (on and
> off) of that particular "item 2" (and its datestamp of course). You
> could then hit it with curl or something, make it re-appear on
> ListRecords, then hit it again with curl after a few minutes (will set
> it to deleted) and run the harvester. And so on, repeating the steps
> as you'd like in order to test it multiple times.
>
> How does that sound ? :)

Sounds good. I hope I'll be able to do something with it, I mean get
DSpace to recognize the status and delete the item :)


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] OAI Harvester much improved in 4.1, still unable to handle deletions though

[Thanos Kyritsis]

On Thu, Mar 6, 2014 at 3:21 PM, helix84  wrote:
> Thanks, that clears it up.
>
> The reason I asked for set names is that I'm not familiar with a way
> to tell the DSpace harvester to harvest using from/until. AFAIK, it
> works only with sets. Yet the all the test items are in the same set.
> When harvesting full repository content, of course I don't get the
> deleted item. So I'm not sure how to test it.

I can feel what you mean.

Would it be convenient to split the test items into more than one sets
? I cannot figure out how that would help testing, but if it does let
me know and I'll make the change.

I'm currently thinking of a different/faster "hack" to let you test it
properly. I can add a php script on the same test Data Provider (i.e.
oai/foobar.php) that upon request modifies the delete status (on and
off) of that particular "item 2" (and its datestamp of course). You
could then hit it with curl or something, make it re-appear on
ListRecords, then hit it again with curl after a few minutes (will set
it to deleted) and run the harvester. And so on, repeating the steps
as you'd like in order to test it multiple times.

How does that sound ? :)

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] OAI Harvester much improved in 4.1, still unable to handle deletions though

[helix84]

Thanks, that clears it up.

The reason I asked for set names is that I'm not familiar with a way
to tell the DSpace harvester to harvest using from/until. AFAIK, it
works only with sets. Yet the all the test items are in the same set.
When harvesting full repository content, of course I don't get the
deleted item. So I'm not sure how to test it.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] OAI Harvester much improved in 4.1, still unable to handle deletions though

[Thanos Kyritsis]

On Thu, Mar 6, 2014 at 1:55 PM, helix84  wrote:
> On Thu, Mar 6, 2014 at 12:43 PM, Thanos Kyritsis  wrote:
>> In version 4.0, I was affected by bugs DS-1445 and DS-1848 and it was
>> practically unusable.
>
> Hi Thanos, these are OAI provider (server) bugs, not OAI harvester (client).

Thanks for the quick response helix,

you are probably right, however the problem under 4.0 was that
whenever the harvester received the noRecordsMatch response, it set
the collection to Internal Errors and refused to further harvest. I
was about to report that problem to this mailing list, but 4.1 was
already out, I performed my tests all over and that problem is
apparently gone.

> The provider and the harvester are actually separate and probably
> independent pieces of code in the DSpace codebase. The rest of the
> email implies that you're attempting to use the harvester, correct?

That is correct.

> Can you provide an example URL of a small OAI set which contains
> deleted items for testing?

There it is: http://eclass30-test.gunet.gr/modules/oai/oai2.php?verb=Identify

It is staged for 3 different datestamps:

- before 2014-03-06T12:42:41Z, 4 items are already present on the Data provider
- at 2014-03-06T12:42:41Z, 1 item is added (item 5) and 1 item is
updated/title renamed (item 3)
- at 2014-03-06T12:44:17Z, 1 item is deleted (item 2)


My tests include having the harvester rolling and trying to feed it:

- with noRecordsMatch (meaning nothing is changed on the Data
Provider, this is the one that failed in 4.0, but no longer fails)
- with additional/newly added records
- with updated records (changing the metadata and looking for proper
updating in dspace)
(up to this point dspace 4.1 fully succeeds)

- with deleted records (currently fails)

when the above test works :-), the next (and final) test will be:
- make some deleted records re-appear

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] OAI Harvester much improved in 4.1, still unable to handle deletions though

[helix84]

On Thu, Mar 6, 2014 at 12:43 PM, Thanos Kyritsis  wrote:
> In version 4.0, I was affected by bugs DS-1445 and DS-1848 and it was
> practically unusable.

Hi Thanos, these are OAI provider (server) bugs, not OAI harvester (client).

The provider and the harvester are actually separate and probably
independent pieces of code in the DSpace codebase. The rest of the
email implies that you're attempting to use the harvester, correct?

Can you provide an example URL of a small OAI set which contains
deleted items for testing?


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] OAI Harvester much improved in 4.1, still unable to handle deletions though

[Thanos Kyritsis]

Hello all,

as the subject implies, I'm trying to put dspace's harvester feature
to good use (actually aggregate from various OAI-PMH Data Providers).

In version 4.0, I was affected by bugs DS-1445 and DS-1848 and it was
practically unusable.

I'm re-testing CRUD operations over OAI-PMH with version 4.1 and I can
say it successfuly handles most of the operations (no
changes/nomatchRecords, create/new and updates in metadata), but it is
not able to handle deletions. Particularly, when the harvester reads
the following OAI-PMH XML response (during ListRecords), it sets the
collection in Internal Error status and stops periodic harvest for it:


http://www.openarchives.org/OAI/2.0/";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/
http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd";>
  2014-03-06T11:06:05Z
  myURL
  

  
myID
2014-03-06T11:04:52Z
mySpec
  

  


(the timestamps are real, oai harvester runs with 1 minute frequency
and a heartBeat between 30 and 60 seconds, for testing purposes)

I think the above is a valid OAI-PMH response (using
http://validator.oaipmh.com/ for validation), however DSpace harvester
cannot handle it.

Is someone else affected by the same problem ? Is it a known issue ?
(I cannot see something relevant in JIRA when searching with "OAI
delete" keyword)

Should I report it in JIRA ?


Thank you in advance for your help.

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] MVN Error with Dspace 1.8.3

[helix84]

Hi Maura,

please take a look at the requirements section in the official docs
for DSpace 1.8. They specifically state which versions of Java and
Maven you can use.

https://wiki.duraspace.org/display/DSDOC18/Installation#Installation-PrerequisiteSoftware


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] Trouble trying to deploy REST

[X ch]

Hi all,

I'm trying to deploy the REST module on a 3.1 DSpace installation, but I'm
having serious trouble with it. Following this guide:
https://jspace.atlassian.net/wiki/display/DSPACEAPI/DSpace+REST+API+Home,
neither first or second possibilities work and the third is unaffordable
right now.

For the first one, I used maven package and it indeed generated the
rest.war file, but after deploying the .war file in Tomcat, it gives a
Spring related exception which I can't understand. Spring has been working
good up until now. At the end of this mail I'll paste the exception. I also
tried to hardcode the path to the dspace.cfg file, but no luck.

For the second one, everything was going fine until build time, on which I
got this error:

Reason: Failed to validate POM for project org.dspace.modules:rest at
dspace/modules/rest/pom.xml

Below I'm pasting the error for the first method. Any help really
appreciated since this is driving me nuts. Thanks!



mar 06, 2014 9:38:44 AM org.apache.catalina.core.StandardContext
listenerStart
SEVERE: Excepción enviando evento inicializado de contexto a instancia de
escuchador de clase
org.dspace.servicemanager.servlet.DSpaceKernelServletContextListener
java.lang.RuntimeException: Failure during filter init: Failed to startup
the DSpace Service Manager: failure starting up spring service manager:
Error creating bean with name
'org.dspace.discovery.configuration.DiscoveryConfigurationService' defined
in URL
[jar:file:/var/lib/tomcat6/webapps/rest/WEB-INF/lib/dspace-api-3.0.jar!/spring/spring-dspace-addon-discovery-configuration-services.xml]:
Cannot resolve reference to bean 'defaultConfiguration' while setting bean
property 'map' with key [TypedStringValue: value [default], target type
[null]]; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'defaultConfiguration' defined in URL
[jar:file:/var/lib/tomcat6/webapps/rest/WEB-INF/lib/dspace-api-3.0.jar!/spring/spring-dspace-addon-discovery-configuration-services.xml]:
Initialization of bean failed; nested exception is
org.springframework.beans.ConversionNotSupportedException: Failed to
convert property value of type 'java.util.ArrayList' to required type
'java.util.List' for property 'sidebarFacets'; nested exception is
java.lang.IllegalStateException: Cannot convert value of type
[org.dspace.discovery.configuration.SidebarFacetConfiguration] to required
type [org.dspace.discovery.configuration.DiscoverySearchFilterFacet] for
property 'sidebarFacets[0]': no matching editors or conversion strategy
found
at
org.dspace.servicemanager.servlet.DSpaceKernelServletContextListener.contextInitialized(DSpaceKernelServletContextListener.java:92)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4206)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4705)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:799)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:601)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:943)
at
org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:778)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:504)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1385)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:306)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1389)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1653)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1662)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1642)
at java.lang.Thread.run(Thread.java:724)
Caused by: java.lang.RuntimeException: Failed to startup the DSpace Service
Manager: failure starting up spring service manager: Error creating bean
with name
'org.dspace.discovery.configuration.DiscoveryConfigurationService' defined
in URL
[jar:file:/var/lib/tomcat6/webapps/rest/WEB-INF/lib/dspace-api-3.0.jar!/spring/spring-dspace-addon-discovery-configuration-services.xml]:
Cannot resolve reference to bean 'defaultConfiguration' while setting bean
property 'map' with key [TypedStringValue: value [default], target type
[null]]; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'defaultConfiguration' defined in URL
[jar:file:/var/lib/tomcat6/webapps/rest/WEB-INF/lib/dspace-api-3.0.jar!/spring/spring-dspace-addon-discovery-configuration-services.xml]:
Initialization of bean failed; nested exception is
org.springframework.beans.ConversionNot

Re: [Dspace-tech] Dspace 4.0 - Collections blank.

[helix84]

Let's check the database and index first. Provide the output of the
following commands (run them as your dspace user):

psql -A -t -c "select count(1) from item;"
psql -A -t -c "\dt"
curl "http://localhost:8080/solr/search/select?q=*:*&rows=0";

Are you using XMLUI or JSPUI?

Do you have Discovery enabled? (by default, it should be enabled)


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] Dspace 4.0 - Collections blank.

[Pushkin Salim]

Hai,

 Restored the assetstore and database from Dspace 3.1 to the newly
installed Dspace 4.0 in Ubuntu. But collections are blank. Tried
/home/dspace/bin/dspace index-discovery also, but in-vain. Please help.


Thanks
S.Pushkin
CSIR-NIIST
--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Item Submission Long Delays (10 minutes+) after Upgrade from 4.0 to 4.1

[helix84]

I filed this problem into Jira on your behalf:

https://jira.duraspace.org/browse/DS-1937


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Automatic metadata submitter

[helix84]

On Thu, Mar 6, 2014 at 1:01 AM, Keir Vaughan-Taylor
 wrote:
>   nextValueId=$(psql -A -t -c "select max(metadata_value_id)+1
>   from metadatavalue")

No, no no. This defeats the purpose of sequences.

>   psql -A -t -c "insert into metadatavalue (metadata_value_id,
> item_id, metadata_field_id, text_value, text_lang,confidence) values
> ($nextValueId, $itemid, $metaDataCode1, '$md1', 'en', -1 )"

Use nextval('metadatavalue_seq') instead of $nextValueId.

I didn't check the rest.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette