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, <dspace-tech-request@lists.sourceforge.net> wrote:
Send DSpace-tech mailing list submissions to
       dspace-tech@lists.sourceforge.net

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
       dspace-tech-request@lists.sourceforge.net

You can reach the person managing the list at
       dspace-tech-owner@lists.sourceforge.net

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 (matthewjbills@hotmail.com)
  2. SocketTimeouts in [DS-364] (Peter Dietz)


----------------------------------------------------------------------

Message: 1
Date: Mon, 28 Dec 2009 10:11:15 -0800
From: <matthewjbills@hotmail.com>
Subject: [Dspace-tech] [SPAM] Vacation reply
To: dspace-tech@lists.sourceforge.net
Message-ID: <SNT0-MC3-F13C2C4A853BBC6689CCE1FAB7B0@phx.gbl>
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 <dietz.72@osu.edu>
Subject: [Dspace-tech] SocketTimeouts in [DS-364]
To: dspace-tech@lists.sourceforge.net
Message-ID:
       <240a31830912281422v3c144383o46e377105007dcea@mail.gmail.com>
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
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


End of DSpace-tech Digest, Vol 44, Issue 22
*******************************************