----- 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 modifiedI 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.1Thanks 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 & BITSTREAMSPara: "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
OAI-ORE Reference patch
Description: Binary data
OAI-ORE Bitstream patch
Description: Binary data
------------------------------------------------------------------------------ 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
