Dear Sir, I am not able to find any dspace-source folder in dspace directory, when I have downloaded all the files. Can please any help in this regards
Fatima On Tue, Dec 29, 2009 at 7:07 AM, <[email protected]>wrote: > 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. [SPAM] Vacation reply ([email protected]) > 2. SocketTimeouts in [DS-364] (Peter Dietz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 28 Dec 2009 10:11:15 -0800 > From: <[email protected]> > Subject: [Dspace-tech] [SPAM] Vacation reply > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 2 > Date: Mon, 28 Dec 2009 17:22:45 -0500 > From: Peter Dietz <[email protected]> > Subject: [Dspace-tech] SocketTimeouts in [DS-364] > To: [email protected] > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="utf-8" > > Stuart, > Thanks for the recent > post< > http://jira.dspace.org/jira/browse/DS-364?focusedCommentId=10986&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_10986 > >about > updating legacy stats to solr stats. > > I ran into some Java SocketTimeouts on the second half of the process, > putting the solr files back in. > > The commands I ran were: > *bin/dsrun org.dspace.statistics.util.ClassicDSpaceLogConverter -m -i > /dspace/log/dspace* -o /dspace/log/solroutput.log* > ... > dspace.log.2009-06-15 > About to convert '/dspace/log/dspace.log.2009-06-15' to > '/dspace/log/solroutput.log.2009-06-15' > Read 134324 lines and recorded 28706 events > ... > > *bin/dsrun org.dspace.statistics.util.StatisticsImporter -mi > /dspace/log/solroutput.log** > It was working > ... > solroutput.log.7 > Processing file: /dspace/log/solroutput.log.7 > Processed 0 log lines (0) errors. > About to commit data to solr... done! > ... > But then tossed a million java errors: > solroutput.log.2009-06-15 > Processing file: /dspace/log/solroutput.log.2009-06-15 > java.net.SocketTimeoutException > at org.xbill.DNS.Client.blockUntil(Client.java:43) > at org.xbill.DNS.UDPClient.recv(UDPClient.java:43) > at org.xbill.DNS.UDPClient.sendrecv(UDPClient.java:70) > at org.xbill.DNS.SimpleResolver.send(SimpleResolver.java:256) > at > org.xbill.DNS.ExtendedResolver$Resolution.start(ExtendedResolver.java:93) > at org.xbill.DNS.ExtendedResolver.send(ExtendedResolver.java:359) > at org.dspace.statistics.util.DnsLookup.reverseDns(DnsLookup.java:36) > at > > org.dspace.statistics.util.StatisticsImporter.load(StatisticsImporter.java:191) > at > > org.dspace.statistics.util.StatisticsImporter.main(StatisticsImporter.java:75) > > I'm wondering if it just skips over entries that cause this, or if some > SocketTimeout constant needs to be bumped up? > > Here are a few lines from solroutput.log.2009.06-15 > > 20090616000000288,view_item,6177,2009-06-16T00:00:00,anonymous,66.249.68.172 > > 20090616000001115,view_item,38737,2009-06-16T00:00:01,anonymous,66.249.68.68 > > 20090616000001939,view_bitstream,77155,2009-06-16T00:00:01,anonymous,66.249.68.68 > > 20090616000003457,view_item,5127,2009-06-16T00:00:03,anonymous,66.249.68.172 > > 20090616000004278,view_item,16976,2009-06-16T00:00:04,anonymous,66.249.68.172 > > @stuartlewis There is a small typo in that comment (StatistcisImporter) > > If anyone wants, I can email solroutput.log.2009.06-15 it is 2.2M. However > my dspace.log.2009-06-15 is 30M. > > Lastly, execution halted with this (machine has 4GB ram): > Exception in thread "main" java.lang.OutOfMemoryError: Java heap space > at java.lang.Class.getDeclaredFields0(Native Method) > at java.lang.Class.privateGetDeclaredFields(Class.java:2291) > at java.lang.Class.getDeclaredField(Class.java:1880) > at > > java.util.concurrent.atomic.AtomicReferenceFieldUpdater$AtomicReferenceFieldUpdaterImpl.<init>(AtomicReferenceFieldUpdater.java:181) > at > > java.util.concurrent.atomic.AtomicReferenceFieldUpdater.newUpdater(AtomicReferenceFieldUpdater.java:65) > at java.sql.SQLException.<clinit>(SQLException.java:353) > at > > org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1295) > at > > org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:188) > at > > org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:452) > at > > org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:354) > at > > org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:258) > at > > org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:93) > at > > org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:93) > at > > org.dspace.storage.rdbms.DatabaseManager.queryTable(DatabaseManager.java:239) > at org.dspace.content.Item.retrieveMetadata(Item.java:202) > at org.dspace.content.Item.<init>(Item.java:148) > at org.dspace.content.Bundle.getItems(Bundle.java:358) > at org.dspace.statistics.SolrLogger.storeParents(SolrLogger.java:295) > at > > org.dspace.statistics.util.StatisticsImporter.load(StatisticsImporter.java:239) > at > > org.dspace.statistics.util.StatisticsImporter.main(StatisticsImporter.java:75) > > > > -- > Peter Dietz > Systems Developer/Engineer > Ohio State University Libraries > -------------- next part -------------- > An HTML attachment was scrubbed... > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: solroutput.log.2009-06-15 > Type: application/octet-stream > Size: 2300938 bytes > Desc: not available > > ------------------------------ > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > > ------------------------------ > > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > End of DSpace-tech Digest, Vol 44, Issue 22 > ******************************************* >
------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
