Paulo, I've applied a fix for this issue to trunk. The problem was created by a bug fix that was included in 1.7.0 to address database pool exhaustion when downloading large bitstreams. You patch as it would have removed that fix, I modified bitstream reader to only close database connections that it created. Otherwise it will assume the context is under the control of the aspect pipeline. It would be nice to spring-ify the dspace API and blast the context object into orbit.....
https://jira.duraspace.org/browse/DS-915 You should apply the updated patch to your local instance so that you don't waste your DB connections. When you upgrade to 1.8 it should be included. Scott-- 2011/5/12 <pa...@jobim.org>: > 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 ----- > > ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 _______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
