Hi Kyle, This logo have 3.000 bytes, but the problem also is present with upload other documents, that is to say with ALL files.
Atte Rodrigo Castro Jefe de Tecnología Alerta al Conocimiento S.A. Fono: 233-7908 -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de [EMAIL PROTECTED] Enviado el: Miércoles, 14 de Febrero de 2007 16:23 Para: [email protected] Asunto: DSpace-tech Digest, Vol 10, Issue 34 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. Re: Reindexing vs Tomcat running (Jose Blanco) 2. Re: need some suggestions plzzzzz (Jim Downing) 3. Re: Help: Dspace 1.4.1; Internal System Error (Kyle Brentnell) 4. Re: Reindexing vs Tomcat running (Graham Triggs) ---------------------------------------------------------------------- Message: 1 Date: Wed, 14 Feb 2007 12:41:08 -0500 From: "Jose Blanco" <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Reindexing vs Tomcat running To: "'Graham Triggs'" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="US-ASCII" Graham: Your new patch completes successfully. Now I would like to make a change to it. I would like it NOT to copy from search.dir.create to search.dir. I want to do this just for testing purposes. So I think in order to do this, I need to change the DSIndexer.java file. I believe if I Comment out return DSIndexer.moveIndex(c, offlineIndexDir, toPath); in the routine moveAlternateIndex, and just return false; That should do it, right? I don't think this will break anything. I simply want to see what goes on (resource being used) when the indexer is running, but I don't want it to replace the active one being used by DSpace. Thanks! Jose -----Original Message----- From: Graham Triggs [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 14, 2007 5:52 AM To: Jose Blanco Cc: [email protected] Subject: RE: [Dspace-tech] Reindexing vs Tomcat running Jose, I've just uploaded what should be my final revision of this patch. It incorporates a couple of additional small fixes: 1) If somebody is logged into a console and are 'in' the search directory, it no longer stops the index replacement from happening 2) Minor structural improvements to the code. I've now tested just about every scenario that I can think of occurring for which it is possible to fabricate a test case for, on both Linux and Windows platforms, including with multiple Tomcat instances running. As before, let me know how you get on. G On Mon, 2007-02-12 at 17:06 -0500, Jose Blanco wrote: > Graham: > > I installed you patch in my dev area, and I see that search.dir.create has > the new indexes but it did not seem to copy it over to the search.dir area. > I don't see anything in the log file about failing to copy it over. I'm > assuming that I have something open as you indicate in the "caveats" section > of your patch, but would I get some sort of message on the log file? > > Thanks! > > Jose > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, February 08, 2007 5:29 PM > To: [email protected] > Subject: Re: [Dspace-tech] Reindexing vs Tomcat running > > Stephane, > > I've now submitted a patch for this reindexing issue: #1655583 > > You can read my notes and download the patch file here: > > https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1655583&group_i > d=19984 > > With the patch applied, you will also need to add a 'search.dir.create' > entry to your dspace.cfg as per the comments. > > Let me know if you have any questions. > > G > > ------ > Graham Triggs > Technical Architect > Open Repository > +44 (0)20 7631 9942 > This email has been scanned by Postini. > For more information please visit http://www.postini.com > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > ------------------------------ Message: 2 Date: Wed, 14 Feb 2007 17:50:15 +0000 From: Jim Downing <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] need some suggestions plzzzzz To: [email protected] Cc: [EMAIL PROTECTED], Krishna <[EMAIL PROTECTED]>, Sai Srinivas Dharanikota <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sai Srinivas Dharanikota wrote: > Scenario: We need to integrate DSpace as a content repository for the > *Metadata*, we have a registry to register the metadata. We need a > repository to store this metadata. DSpace is used in this case. We > have a prefix for every registry and repository (DSpace instance). All > the handles are maintained by our handle server. > > > Taken this scenario, > > Why do we get into hassle if we have a prefix for every DSpace > instance with handles being generated by our handle server? Your > comments would be helpful to correct our approach. You don't need to; this is what Corey was suggesting. You do have a problem if "All handles are maintained by our handle server" is a requirement, because out-of-the-box DSpace does not work as a client to a Handle server - it works as a Handle server itself. If you can have a prefix for each DSpace *and* let each DSpace resolve the handles for that prefix then there's no problem at all. Best regards, jim ------------------------------ Message: 3 Date: Wed, 14 Feb 2007 13:11:58 -0500 From: Kyle Brentnell <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Help: Dspace 1.4.1; Internal System Error To: "Rodrigo Castro Artigas" <[EMAIL PROTECTED]>, <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Hi Rodrigo, How many bytes is the logo that you are trying to upload? If it is a large logo, as a text try uploading a smaller logo(smaller number of bytes). I am wondering if the error is due to the file size (bytes) being too large to fit in the integer data type. Kyle At / ? 10:20 AM 14/02/2007, Rodrigo Castro Artigas wrote / a ?crit: >Hi, I have the problem with upload new logo the edit collection. > >The dspace.log is the folowind: > > > >2007-02-12 12:49:10,192 >WARN org.dspace.app.webui.servlet.InternalErrorServlet @ >:session_id=6A0DF69DF829212D25CA373FF45D87B1:internal_error:-- URL Was: >http://192.168.1.163/dspace/tools/edit-communities > >-- Method: POST > >-- Parameters were: > > > >java.lang.IllegalArgumentException: Value for SIZE_BYTES is not an integer > > at org.dspace.storage.rdbms.TableRow.getIntColumn(TableRow.java:162) > > at > org.dspace.storage.rdbms.DatabaseManager.execute(DatabaseManager.java:1418) > > at > org.dspace.storage.rdbms.DatabaseManager.update(DatabaseManager.java:853) > > at > org.dspace.storage.bitstore.BitstreamStorageManager.store(BitstreamStorageMa nager.java:359) > > at org.dspace.content.Bitstream.create(Bitstream.java:184) > > at org.dspace.content.Community.setLogo(Community.java:406) > > at > org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.processUploadLogo( EditCommunitiesServlet.java:708) > > at > org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.doDSPost(EditCommu nitiesServlet.java:132) > > at > org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java :147) > > at > org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:105) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:252) > > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:173) > > at > org.dspace.app.webui.filter.RegisteredOnlyFilter.doFilter(RegisteredOnlyFilt er.java:98) > > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:202) > > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:173) > > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:213) > > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:178) > > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126 ) > > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105 ) > > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :107) > > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) > > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) > > at > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC onnection(Http11BaseProtocol.java:664) > > at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav a:527) > > at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo rkerThread.java:80) > > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:684) > > at java.lang.Thread.run(Thread.java:534) > > > >Thanks > > > >Rodrigo Castro > >Jefe de Tecnolog?a > >Alerta al Conocimiento S.A. > >Fono: 233-7908 > > >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share your >opinions on IT & business topics through brief surveys-and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >_______________________________________________ >DSpace-tech mailing list >[email protected] >https://lists.sourceforge.net/lists/listinfo/dspace-tech -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 4 Date: Wed, 14 Feb 2007 19:22:20 -0000 From: "Graham Triggs" <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Reindexing vs Tomcat running To: "Jose Blanco" <[EMAIL PROTECTED]> Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Jose, That depends on what you want to do the test for - and what platform you are running under. When running offline, the createIndex method (actually, the new overloaded version that takes a second parameter - more on that later), directly calls moveIndex(). So, to stop an offline indexer from moving the directory, you need to comment that call out (the offline indexer can only move the index if the destination isn't locked - ie. you are not running under Windows, or you don't have an IndexSearcher open). moveAlternateIndex() is actually used by DSQuery, and is the method by which the web application moves the index from search.dir.create. This method actually has the additional check for the existence of a 'dspace-index-complete' file, which is used to stop an already running web application from attempting to move the new index before it has finished being built. So, to stop a running web application from moving the index, you need to comment out the call to moveIndex() here. To stop both offline and web applications from moving the index, you therefore have to comment out both calls to moveIndex(). Or perhaps more easily, just make moveIndex() return without doing anything. However, as I mentioned, createIndex has an overloaded version with an additional parameter - a boolean flag that states whether this index is to be used only for testing purposes. If you call createIndex with this flag set to true, then it will ignore search.dir.create (if it has been set), and attempt to create an index in the directory specified by the environment variable java.io.tmpdir. So, you could extend the main method of the application you are using to call createIndex in this fashion. Note that by default, when specifying this is a test index, it will also delete the index directly after building it. If you need the index to remain after the execution of the program, you would need to comment out the appropriate call to deleteDirs() from the createIndex() method. G ----- Original Message ----- From: "Jose Blanco" <[EMAIL PROTECTED]> To: "'Graham Triggs'" <[EMAIL PROTECTED]> Cc: <[email protected]> Sent: Wednesday, February 14, 2007 5:41 PM Subject: RE: [Dspace-tech] Reindexing vs Tomcat running > Graham: > > Your new patch completes successfully. Now I would like to make a change > to > it. I would like it NOT to copy from search.dir.create to search.dir. I > want to do this just for testing purposes. So I think in order to do > this, > I need to change the DSIndexer.java file. I believe if I > > Comment out > > return DSIndexer.moveIndex(c, offlineIndexDir, toPath); > > in the routine moveAlternateIndex, and just > > return false; > > That should do it, right? > > I don't think this will break anything. I simply want to see what goes on > (resource being used) when the indexer is running, but I don't want it to > replace the active one being used by DSpace. > > Thanks! > > Jose > > -----Original Message----- > From: Graham Triggs [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 14, 2007 5:52 AM > To: Jose Blanco > Cc: [email protected] > Subject: RE: [Dspace-tech] Reindexing vs Tomcat running > > Jose, > > I've just uploaded what should be my final revision of this patch. It > incorporates a couple of additional small fixes: > > 1) If somebody is logged into a console and are 'in' the search > directory, it no longer stops the index replacement from happening > > 2) Minor structural improvements to the code. > > I've now tested just about every scenario that I can think of occurring > for which it is possible to fabricate a test case for, on both Linux and > Windows platforms, including with multiple Tomcat instances running. > > As before, let me know how you get on. > > G > > On Mon, 2007-02-12 at 17:06 -0500, Jose Blanco wrote: >> Graham: >> >> I installed you patch in my dev area, and I see that search.dir.create >> has >> the new indexes but it did not seem to copy it over to the search.dir > area. >> I don't see anything in the log file about failing to copy it over. I'm >> assuming that I have something open as you indicate in the "caveats" > section >> of your patch, but would I get some sort of message on the log file? >> >> Thanks! >> >> Jose >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf Of >> [EMAIL PROTECTED] >> Sent: Thursday, February 08, 2007 5:29 PM >> To: [email protected] >> Subject: Re: [Dspace-tech] Reindexing vs Tomcat running >> >> Stephane, >> >> I've now submitted a patch for this reindexing issue: #1655583 >> >> You can read my notes and download the patch file here: >> >> > https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1655583&group_i >> d=19984 >> >> With the patch applied, you will also need to add a 'search.dir.create' >> entry to your dspace.cfg as per the comments. >> >> Let me know if you have any questions. >> >> G >> >> ------ >> Graham Triggs >> Technical Architect >> Open Repository >> +44 (0)20 7631 9942 >> This email has been scanned by Postini. >> For more information please visit http://www.postini.com >> >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job >> easier. >> Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> DSpace-tech mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/dspace-tech >> >> >> > > > > This email has been scanned by Postini. For more information please visit http://www.postini.com ------------------------------ ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ------------------------------ _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech End of DSpace-tech Digest, Vol 10, Issue 34 ******************************************* ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
