----- Mensagem de mdigg...@atmire.com ---------
Data: Thu, 12 May 2011 14:55:08 -0700
De: Mark Diggory <mdigg...@atmire.com>
Endereço para Resposta (Reply-To): Mark Diggory <mdigg...@atmire.com>
Assunto: Re: [Dspace-devel] OAI-ORE Harvesting & BITSTREAMS
Para: pa...@jobim.org
Cc: sc...@scottphillips.com, Scott Phillips
<scott.a.phill...@gmail.com>, "dspace-devel@lists.sourceforge.net"
<dspace-devel@lists.sourceforge.net>
Probably involved with the cocoon upgrades/patching we've been
doing. The ORE is in a Bitstream in the Item right? "cocoon://" not
working for resolving context centric resources was something I
recall breaking and possibly the reason that cocoon "blocks" are
broken in XMLUI, can you give context:// a try and see if that works?
From the cocoon docs...
Define parts inside of an aggregate. You can define as source of a
part a URL. The following list of examples summarizes some useful
part sources:
Use http://foo/bar[1] to merge in xml content via http protocol,
received from machine foo.
Use context://servlet-context-path/foo/bar[2] to merge in xml
content from the servlet context.
Use cocoon:/current-sitmap-pipeline/foo/bar to merge in xml content
from the current sitemap. The appropriate pipeline is selected
matching current-sitemap-pipeline.
Use cocoon://root-sitmap-pipeline/foo/bar[3] to merge in xml content
from the root sitemap. The appropriate pipeline is selected
matching root-sitemap-pipeline.
Mark
On May 12, 2011, at 11:13 AM, pa...@jobim.org wrote:
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_______________________________________________[4]
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel[5]
----- Final da mensagem de mdigg...@atmire.com -----
Links:
------
[1] http://foo/bar
[2] context://servlet-context-path/foo/bar
[3] cocoon://root-sitmap-pipeline/foo/bar
[4]
http://p.sf.net/sfu/intel-dev2devmay_______________________________________________
[5] https://lists.sourceforge.net/lists/listinfo/dspace-devel
------------------------------------------------------------------------------
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-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
