Dear,

We are working on a customized version of DSpace for the Agris (FAO) and for 
the IODE community (UNESCO), including Agrovoc and/or ASFA as a thesaurus. In 
the next weeks the code and an easy-to-install version will be made available.

At the moment it includes the Agrovoc thesaurus managed with the standard 
authority control application of DSpace. In a later version (Nov-Dec 2011), a 
thesaurus plug-in will make the web services of Agrovoc accessible.

The AgriOcean DSpace has also refined the OAI crosswalks, making it possible to 
add attributes in the xml (for language, authority ID), which is used to refine 
the MODS format exported in OAI and to create an Agris AP crosswalk.

You will find more information at: 
http://aims.fao.org/community/group/agriocean-dspace. see also the test server 
at 193.190.8.15\agriocean (login: [email protected] and password: agri).

Regards

Marc Goovaerts
Head Library
Hasselt University


-----Original Message-----
From: [email protected] 
[mailto:[email protected]] 
Sent: maandag 16 mei 2011 16:00
To: [email protected]
Subject: DSpace-tech Digest, Vol 61, Issue 33

Send DSpace-tech mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of DSpace-tech digest..."


Today's Topics:

   1. NPE error in searching after an upgrade to 1.7.1  (plus
      patches) (Pottinger, Hardy J.)
   2. Re: NPE error in searching after an upgrade to 1.7.1 (plus
      patches) (Graham Triggs)
   3. que abt mass uploading (Abhishek Raval)
   4. integration of AGROVOC wth DSPACE (Abhishek Raval)
   5. Re: NPE error in searching after an upgrade to 1.7.1 (plus
      patches) (Pottinger, Hardy J.)
   6. Re: que abt mass uploading (Tim Donohue)
   7. Re: XMLUI weirdness--RESOLVED (Jeffrey Trimble)


----------------------------------------------------------------------

Message: 1
Date: Sun, 15 May 2011 14:50:33 -0500
From: "Pottinger, Hardy J." <[email protected]>
Subject: [Dspace-tech] NPE error in searching after an upgrade to
        1.7.1   (plus patches)
To: "[email protected]"
        <[email protected]>
Message-ID:
        <a58dc16442384b4c956d43e6ed570cc143f0222...@um-email05.um.umsystem.edu>
        
Content-Type: text/plain; charset="us-ascii"

Hi, I'm in a pickle, our upgrade to 1.7.1 in production is not working out so 
well, we can browse OK, but searching is throwing NPE errors, I'm looking for 
advice to troubleshoot.

Here's a link that is currently throwing an NPE:
https://mospace.umsystem.edu/xmlui/search?query=test&submit=Go

And of course, we didn't see anything like this in our testing. Both production 
and dev boxes are running the same toolchain on RHEL5. Very similar hardware.

Have done the normal upgrade steps (have rebuilt the index a few times, 
restarted everything a few times, cleared the cocoon cache).

Thanks for any pointers you can provide, I really appreciate it.

--Hardy


------------------------------

Message: 2
Date: Sun, 15 May 2011 21:36:51 +0100
From: Graham Triggs <[email protected]>
Subject: Re: [Dspace-tech] NPE error in searching after an upgrade to
        1.7.1 (plus patches)
To: "Pottinger, Hardy J." <[email protected]>
Cc: "[email protected]"
        <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

Hi,

There is an error in the 1.7.1 source. Lines 170 & 171 of

org.dspace.app.xmlui.aspect.artifactbrowser.AbstractSearch

need to be moved so that they come after the call to performSearch().
These two lines are expecting the queryResults object to be set, but
that won't happen until after the search has been executed.


Regards,

G


On 15 May 2011 20:50, Pottinger, Hardy J. <[email protected]> wrote:

> Hi, I'm in a pickle, our upgrade to 1.7.1 in production is not working out
> so well, we can browse OK, but searching is throwing NPE errors, I'm looking
> for advice to troubleshoot.
>
> Here's a link that is currently throwing an NPE:
> https://mospace.umsystem.edu/xmlui/search?query=test&submit=Go
>
> And of course, we didn't see anything like this in our testing. Both
> production and dev boxes are running the same toolchain on RHEL5. Very
> similar hardware.
>
> Have done the normal upgrade steps (have rebuilt the index a few times,
> restarted everything a few times, cleared the cocoon cache).
>
> Thanks for any pointers you can provide, I really appreciate it.
>
> --Hardy
>
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> DSpace-tech mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 3
Date: Mon, 16 May 2011 10:36:08 +0530
From: Abhishek Raval <[email protected]>
Subject: [Dspace-tech] que abt mass uploading
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

I have a around 20,000 items to upload in DSPACE, which is the easiest way
to upload .......is there any functionality or script for MASS UPLOADING
????
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 4
Date: Mon, 16 May 2011 10:38:22 +0530
From: Abhishek Raval <[email protected]>
Subject: [Dspace-tech] integration of AGROVOC wth DSPACE
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"

i want to use AGROVOC within DSPACE ......how do i integrate it wth dspace
.....?
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 5
Date: Mon, 16 May 2011 06:08:08 -0500
From: "Pottinger, Hardy J." <[email protected]>
Subject: Re: [Dspace-tech] NPE error in searching after an upgrade to
        1.7.1 (plus patches)
To: Graham Triggs <[email protected]>
Cc: "[email protected]"
        <[email protected]>
Message-ID: <c9f66d8c.2b1e%[email protected]>
Content-Type: text/plain; charset="us-ascii"

Hmm... Line 170 in that file is the patch for DS-898:

170 validity.add("total:"+queryResults.getHitCount());
171 validity.add("start:"+queryResults.getStart());

I'm going to add some info and will copy/paste your suggestion into the
ticket for DS-898. Thanks, Graham.


My short-term solution will be to go into production without this patch,
then I'll see about fixing up the patch in our dev environment (which
reproduces the error.... Yes, kicking myself now).
--
HARDY POTTINGER <[email protected]>
University of Missouri Library Systems
http://lso.umsystem.edu/~pottingerhj/
"No matter how far down the wrong road you've gone,
turn back." --Turkish proverb






On 5/15/11 3:36 PM, "Graham Triggs" <[email protected]> wrote:

>Hi,
>There is an error in the 1.7.1 source. Lines 170 & 171 of
>
>org.dspace.app.xmlui.aspect.artifactbrowser.AbstractSearchneed to be
>moved so that they come after the call to performSearch(). These two
>lines are expecting the queryResults object to be set, but that won't
>happen until after the search has been executed.
>Regards,G
>On 15 May 2011 20:50, Pottinger, Hardy J. <[email protected]>
>wrote:
>
>Hi, I'm in a pickle, our upgrade to 1.7.1 in production is not working
>out so well, we can browse OK, but searching is throwing NPE errors, I'm
>looking for advice to troubleshoot.
>
>Here's a link that is currently throwing an NPE:
>https://mospace.umsystem.edu/xmlui/search?query=test&submit=Go
>
>And of course, we didn't see anything like this in our testing. Both
>production and dev boxes are running the same toolchain on RHEL5. Very
>similar hardware.
>
>Have done the normal upgrade steps (have rebuilt the index a few times,
>restarted everything a few times, cleared the cocoon cache).
>
>Thanks for any pointers you can provide, I really appreciate it.
>
>--Hardy
>--------------------------------------------------------------------------
>----
>Achieve unprecedented app performance and reliability
>What every C/C++ and Fortran developer should know.
>Learn how Intel has extended the reach of its next-generation tools
>to help boost performance applications - inlcuding clusters.
>http://p.sf.net/sfu/intel-dev2devmay
>_______________________________________________
>DSpace-tech mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>
>
>
>
>




------------------------------

Message: 6
Date: Mon, 16 May 2011 08:47:38 -0500
From: Tim Donohue <[email protected]>
Subject: Re: [Dspace-tech] que abt mass uploading
To: Abhishek Raval <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi Abhishek,

Please see our DSpace Documentation about how to bulk ingest content 
into DSpace.

Especially, take a look at the Item Importer tool:
https://wiki.duraspace.org/display/DSDOC/System+Administration#SystemAdministration-ItemImporterandExporter

Good luck,

- Tim

On 5/16/2011 12:06 AM, Abhishek Raval wrote:
> I have a around 20,000 items to upload in DSPACE, which is the easiest
> way to upload .......is there any functionality or script for MASS
> UPLOADING ????
>
>
>
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
>
>
>
> _______________________________________________
> DSpace-tech mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspace-tech



------------------------------

Message: 7
Date: Mon, 16 May 2011 09:59:52 -0400
From: Jeffrey Trimble <[email protected]>
Subject: Re: [Dspace-tech] XMLUI weirdness--RESOLVED
To: "[email protected] Tech"
        <[email protected]>
Cc: dspace-devel Developers <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii

I reported an issue with XMLUI as "weirdness".  Several private suggestions 
came to me.  Though those didn't answer the issue at hand, they
did give me some great ideas of fixing other issues that I needed to address.

This weekend, while looking at logs (Catalina logs in Tomcat) and other files, 
I was reminded that there is a "cache" file in Cocoon that needs
attention.  If you go to: [Tomcat]/work/Catalina/localhost/xmlui/cache-dir  you 
will find two files:

        cocoon-ehcache.data
        cocoon-ehcache.index

If you delete the cocoon-ehcache.data file and restart tomcat, the issue I 
experienced goes away.  It seems that Cocoon is not updating
this file appropriately in any automated fashion (from rebuilding DSpace from 
scratch).  

There is one other issue connected with this problem, where I do not have any 
hard data to support it, but I will put it out for discussion.  Is there a
difference were the DSpace Webapps reside that makes this happen or not happen. 
 For example, our webapps are at [dspace]/webapps/*
instead of the standard [tomcat]/webapps/* .  These are two options we have in 
our documentation.  The first option is one that I implemented
with release 1.6 at my own local installation.  Very convenient.   Prior to 
1.6, I had always copied over the webapps to the Catalina$ directories.

Food for thought.

Perhaps we should update the documentation with the above tip about deleting 
the cache file on a regular basis or when DSpace is rebuilt/updated
at any time.

Comments?

Thanks

Jeff



On May 9, 2011, at 4:19 PM, Jeffrey Trimble wrote:

> I have a strange XMLUI "weirdness" happening.  When you choose a "browse" 
> search, you usually retrieve the first entry in the browse index.
> For Title, dates, series, subject this works just fine.  When you choose 
> "author" (at least in my current install), you retrieve a slightly
> disfunctional display.  Everything looks just, how can I say this "more 
> twisted than a color tv".  If you click the "next" button or the previous
> button or choose an alpha character that will drop you further into the 
> index, all is well.
> 
> What do you make of this?  My solution, that has worked, has been to 
> re-compile DSpace.  That seems so drastic.
> 
> Please look at http://digital.maag.ysu.edu and then choose "Author" browse on 
> the rh. side.
> 
> All ideas are welcome.
> 
> Thanks in advance,
> 

Jeffrey Trimble
System LIbrarian
William F.  Maag Library
Youngstown State University
330.941.2483 (Office)
[email protected]
http://www.maag.ysu.edu
http://digital.maag.ysu.edu
""For he is the Kwisatz Haderach..."




------------------------------

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay

------------------------------

_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech


End of DSpace-tech Digest, Vol 61, Issue 33
*******************************************


------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to