Hi Scott
Thank you for your answer.
I understood your point and it really wouldn't make sense for me
opening 24 new connections for any new browse collection page. I
tested the same patch I did using "cocoon://" instead of "http://"; and
it really works in version 1.6.2 of dspace, as reported by James
Russel, so I think this bug was probably introduced with changes made
after 1.6.2 in the cocoon part of dspace-xmlui, specially the class
BitstreamReader.java that was quite modified
I will probably be experimenting with OAI-ORE in version 1.6.2 but
some one could take a look at this new bug in 1.7.1
Thanks a lot
Paulo Jobim
----- Mensagem de scott.a.phill...@gmail.com ---------
Data: Wed, 11 May 2011 10:57:30 -0500
De: Scott Phillips <scott.a.phill...@gmail.com>
Endereço para Resposta (Reply-To): sc...@scottphillips.com
Assunto: Re: [Dspace-devel] OAI-ORE Harvesting & BITSTREAMS
Para: "dspace-devel@lists.sourceforge.net"
<dspace-devel@lists.sourceforge.net>
Cc: pa...@jobim.org
This will require some more time to look at it. The problem with using
"http://"; is because it is treated as a completely separate web request by
cocoon which means that a new DSpace context as created an it ties up a
database connection. Cocoon does a little bit of magic The default install
of dspace set's the database pool size to 30, it's realistic to have a 100
or more items displayed on a page. That means it's conceivable you would
exhaust your database pool with one web request. I'm sure there's some other
problem that needs to be tracked down, this might work as a short-term fix
for a small repository but I doubt it would be effective in the long run.
Scott--
2011/5/7 <pa...@jobim.org>
Hi Scott and Alexey
I have made this patch to make OAI-ORE harvesting a collection with
external links to bitstreams display correctly in summarylists for
collections and communities.
It makes the Reference theme behave the same for local collections or
colletions harvested with links to bitstreams.
I changed the calls to the ORE.xml documents to use the prefix "http://";
instead of "cocoon://" because it was making XSL brake, displaying just the
first document.
I would like if you could submit it after reviewing
Thanks
Paulo Jobim
I----- Mensagem de ja...@ohiolink.edu ---------
Data: Fri, 6 May 2011 19:52:39 +0000
De: James Russell <ja...@ohiolink.edu>
Endereço para Resposta (Reply-To): James Russell <ja...@ohiolink.edu>
Assunto: RE: [Dspace-devel] OAI-ORE Harvesting & BITSTREAMS
Para: "pa...@jobim.org" <pa...@jobim.org>, "amas...@lib-gw.tamu.edu"
<amas...@lib-gw.tamu.edu>, "dspace-devel@lists.sourceforge.net" <
dspace-devel@lists.sourceforge.net>, "dspace-gene...@lists.sourceforge.net"
<dspace-gene...@lists.sourceforge.net>
>
> We are doing precisely the same thing,
> and experiencing exactly the same results.
>
> I just discovered this in the process of migrating to 1.7.1.
> In my case, this method is known to work correctly in 1.6.2.
>
> James Russell
> OhioLINK
>
>
> From: pa...@jobim.org [mailto:pa...@jobim.org]
> Sent: Saturday, April 30, 2011 2:40 PM
> To: amas...@lib-gw.tamu.edu; dspace-devel@lists.sourceforge.net;
> dspace-gene...@lists.sourceforge.net
> Subject: [Dspace-devel] OAI-ORE Harvesting & BITSTREAMS
>
>
> Dear Alex
>
> I am having difficulties displaying the thumbnails from a collection
> harvested with the OAI-ORE interface using only the links to
> bitstreams.
>
> Whenever I read the ORE.xml document with the links to bitstream,
> the whole XSL system gets lost, displaying only the first line of a
> summaryList.
>
> I have attached a patch to the Reference theme so you can reproduce
> the problem.
>
> I hope you can help me
>
> Paulo Jobim
>
----- Final da mensagem de ja...@ohiolink.edu -----
----- Final da mensagem de scott.a.phill...@gmail.com -----
------------------------------------------------------------------------------
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-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
