[Dspace-tech] Fwd: Internal System Error after uploading document.

2009-03-04 Thread divyang patel
Dear All,

We are using Dspace 1.5.1 with Fedora 9.
When uploading  document to collection , its showing Internal System
Error.

We have already few document in our dspace collection, this is first time we
are facing this error.
May be we have missed something in the editing of different file to get our
required customization.

Any one please bring light in to this matter.

Thanks



-- 
Divyang Patel
System Administrator
CMIE -IIM, Ahmedabad
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Internal System Error after uploading document.

2009-03-04 Thread Van Ly
 We are using Dspace 1.5.1 with Fedora 9. 
 When uploading  document to collection , its showing Internal System Error.

I know of the following work-around

# for tomcat 5.5.27
JAVA_OPTS=$JAVA_OPTS 
-Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false

-- Van Ly
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] log levels in DSpace 1.5.1

2009-03-04 Thread Thornton, Susan M. (LARC-B702)[RAYTHEON TECHNICAL SERVICES COMPANY]
We are in the testing phase of a DSpace upgrade from version 1.4.2 to
1.5.1.  I happened to notice today that there seems to be a lot more
INFO-level lines in 1.5.1's dspace.log files, than in 1.4.2.  For
example, there are a lot of displays when an online browse is executed,
as follows:

 

2009-03-04 15:06:30,182 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,183 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 15:06:30,273 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,273 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 15:06:30,355 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,356 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 15:06:30,435 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,435 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 15:06:30,534 INFO
org.dspace.app.webui.servlet.AbstractBrowserServlet @
anonymous:session_id=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166
:browse:type=dateissued,order=ASC,value=null,month=null,year=null,starts
_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/a,collectio
n=2121/4,level=0,etal=-1

2009-03-04 15:06:30,534 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166
:browse_by_item:

2009-03-04 17:41:50,727 INFO
org.dspace.app.webui.servlet.CommunityListServlet @
anonymous:session_id=3a662851092e88fedee77d129e4f:ip_addr=198.119.152.10
9:view_community_list:

2009-03-04 17:41:55,426 INFO  org.dspace.app.webui.servlet.DSpaceServlet
@
anonymous:session_id=3a662851092e88fedee77d129e4f:ip_addr=198.119.152.10
9:view_collection:collection_id=1

2009-03-04 17:41:55,426 INFO  org.dspace.browse.BrowseEngine @
anonymous:session_id=3a662851092e88fedee77d129e4f:ip_addr=198.119.152.10
9:browse_mini:

 

 Etc etc

 

Are these multiple INFO lines really necessary in a normal, everyday
operation?  It's very nice to be able to check the logs whenever a
problem has occurred, however I routinely browse them as part of my
daily routine site monitoring and I don't think I need to see all this.
Normally if a problem occurs, it can be recreated also, after changing
the log level to show more detail (DEBUG, etc).  What is the best way to
decrease the amount of information I'm currently seeing in the 1.5.1
logs?  Is there such a thing as log4j.rootCategory=WARN (or WARNING)
in log4j.properties??  I did a Google search on this and nothing came
up.

 

Thanks in advance,

Sue

 

Sue Walker-Thornton

ConITS Contract
NASA Langley Research Center
//Integrated Library Systems Application  Database Administrator

130 Research Drive

Hampton, VA  23666

Office: (757) 224-4074
Fax:(757) 224-4001
Pager: (757) 988-2547 
Email:  susan.m.thorn...@nasa.gov mailto:susan.m.thorn...@nasa.gov 

 

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] DSpace-tech Digest, Vol 35, Issue 5

2009-03-04 Thread Leonie Hayes
Hi Jason

Another suggestion is to use 

dc.contributor.corporatename

you can string a hierarchy together and form controlled list, if you want to 
use if for more than one department ie

Faculty of Science::Computer Science Department
Faculty of Science::Biological Sciences Department.


Leonie Hayes
Research Repository Librarian
http://www.library.auckland.ac.nz/contacts/?firstname=lastname=hayes
http://researchspace.auckland.ac.nz  
 




-Original Message-
From: dspace-tech-requ...@lists.sourceforge.net 
[mailto:dspace-tech-requ...@lists.sourceforge.net] 
Sent: Thursday, 5 March 2009 2:43 p.m.
To: dspace-tech@lists.sourceforge.net
Subject: DSpace-tech Digest, Vol 35, Issue 5

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-requ...@lists.sourceforge.net

You can reach the person managing the list at
dspace-tech-ow...@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. Re: Dublin Core recommendation (Diggory Mark)
   2. Packaged Stats reports in XMLUI (Floyd,  Randall Dean)
   3. Re: Dublin Core recommendation (Jason Fowler)
   4. Re: Packaged Stats reports in XMLUI (Scott Phillips)
   5. Re: Internal System Error after uploading document. (Van Ly)
   6. log levels in DSpace 1.5.1
  (Thornton, Susan M. (LARC-B702)[RAYTHEON TECHNICAL SERVICES COMPANY])


--

Message: 1
Date: Wed, 4 Mar 2009 10:05:39 -0800
From: Diggory Mark mdigg...@gmail.com
Subject: Re: [Dspace-tech] Dublin Core recommendation
To: Jason Fowler jfow...@sbts.edu
Cc: DSpace-tech@lists.sourceforge.net
DSpace-tech@lists.sourceforge.net
Message-ID: cc3b649e-7d6e-4d23-bcd6-144babe51...@gmail.com
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes

Maybe dc.publisher if you consider them as such.

http://dublincore.org/documents/dcmi-terms/#elements-publisher


On Mar 4, 2009, at 8:00 AM, Jason Fowler wrote:

 I am working on a Ruby script that will harvest mp3 recordings of  
 our chapel services and upload them into DSpace. Basically the  
 script downloads the files, puts each in a directory with the dublin  
 core and content list, uploads them to our DSpace server, and  
 imports them using the batch importer.

 I am recording the name of the speaker as dc.contributor.author, but  
 I would also like to capture the name of the department that created  
 the files.

 In writing the Dublin Core files, I began to wonder if I should use  
 the name of the creating organization, which is a department on  
 campus, as dc.creator. The notes for dc.creator on the Metadata  
 Schema page of DSpace say Do not use; only for harvested metadata.  
 However, since I am harvesting this metadata, would it be  
 appropriate to use it?


 Jason Fowler, CA
 Archives and Special Collections Librarian
 The Southern Baptist Theological Seminary
 502-897-4573
 jfow...@sbts.edu

 --
 Open Source Business Conference (OSBC), March 24-25, 2009, San  
 Francisco, CA
 -OSBC tackles the biggest issue in open source: Open Sourcing the  
 Enterprise
 -Strategies to boost innovation and cut costs with open source  
 participation
 -Receive a $600 discount off the registration fee with the source  
 code: SFAD
 http://p.sf.net/sfu/XcvMzF8H
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory
http://purl.org/net/mdiggory/homepage






--

Message: 2
Date: Wed,  4 Mar 2009 16:37:00 -0500
From: Floyd,  Randall Dean rdfl...@indiana.edu
Subject: [Dspace-tech] Packaged Stats reports in XMLUI
To: dspace-tech@lists.sourceforge.net
Message-ID: 20090304163700.u5zberru8o8co...@webmail.iu.edu
Content-Type: text/plain;   charset=ISO-8859-1; format=flowed

Hi all,

Does anybody have the standard packaged stats reporting working within 
XMLUI?  I can't see any reports.  I am logged in as admin, but all it 
ever says is 'No reports currently available'.  I have followed the 
directions exactly to use the new Java-based stats generators (vs, the 
Perl-based ones).  I know I have this configured correctly because when 
I run all the required scripts I get exactly what I expect, which is 
correctly named and formatted *.dat files in my log directory, and the 
corresponding HTML files in reports.  Upon visual inspection, all of 
these files contain reasonably accurate data.

 From looking at StatisticsViewer.java it appears that the XMLUI 
version does not use the HTML reports and 

Re: [Dspace-tech] log levels in DSpace 1.5.1

2009-03-04 Thread Diggory Mark
Actually, if your using the dspace statistics logger, then these are  
important as each is a request from a user.


On Mar 4, 2009, at 5:36 PM, Thornton, Susan M. (LARC-B702)[RAYTHEON  
TECHNICAL SERVICES COMPANY] wrote:


We are in the testing phase of a DSpace upgrade from version 1.4.2  
to 1.5.1.  I happened to notice today that there seems to be a lot  
more INFO-level lines in 1.5.1’s dspace.log files, than in 1.4.2.   
For example, there are a lot of displays when an online browse is  
executed, as follows:


2009-03-04 15:06:30,182 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3181d231122020fb74f624dff43b:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,183 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 15:06:30,273 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3181d231122020fb74f624dff43b:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,273 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 15:06:30,355 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3181d231122020fb74f624dff43b:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,356 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3181d231122020fb74f624dff43b:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 15:06:30,435 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3182b1ecfefe90f55876a671b86a:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,435 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 15:06:30,534 INFO   
org.dspace.app.webui.servlet.AbstractBrowserServlet @  
anonymous:session_id 
= 
3182b1ecfefe90f55876a671b86a:ip_addr 
= 
146.165.42.166 
:browse:type 
= 
dateissued 
,order 
= 
ASC 
,value 
= 
null 
,month 
= 
null 
,year 
= 
null 
,starts_with=null,vfocus=null,focus=-1,rpp=20,sort_by=2,community=n/ 
a,collection=2121/4,level=0,etal=-1
2009-03-04 15:06:30,534 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3182b1ecfefe90f55876a671b86a:ip_addr=146.165.42.166:browse_by_item:
2009-03-04 17:41:50,727 INFO   
org.dspace.app.webui.servlet.CommunityListServlet @  
anonymous:session_id 
= 
3a662851092e88fedee77d129e4f:ip_addr 
=198.119.152.109:view_community_list:
2009-03-04 17:41:55,426 INFO   
org.dspace.app.webui.servlet.DSpaceServlet @  
anonymous:session_id 
= 
3a662851092e88fedee77d129e4f:ip_addr 
=198.119.152.109:view_collection:collection_id=1
2009-03-04 17:41:55,426 INFO  org.dspace.browse.BrowseEngine @  
anonymous:session_id 
=3a662851092e88fedee77d129e4f:ip_addr=198.119.152.109:browse_mini:


 Etc etc….

Are these multiple INFO lines really necessary in a normal, everyday  
operation?  It’s very nice to be able to check the logs whenever a  
problem has occurred, however I routinely browse them as part of my  
daily routine site monitoring and I don’t think I need to see all  
this.  Normally if a problem occurs, it can be recreated also, after  
changing the log level to show more detail (DEBUG, etc).  What is  
the best way to decrease the amount of information I’m currently  
seeing in the 1.5.1 logs?  Is there such a thing as  
“log4j.rootCategory=WARN (or WARNING)” in log4j.properties??  I did  
a Google search on this and nothing came up.


Thanks in advance,
Sue

Sue Walker-Thornton
ConITS Contract
NASA Langley Research Center
Integrated Library Systems Application  Database Administrator
130 Research Drive
Hampton, VA  23666
Office: (757) 224-4074
Fax:(757) 224-4001
Pager: (757) 988-2547
Email:  susan.m.thorn...@nasa.gov

--
Open Source Business Conference (OSBC), March 24-25, 2009, San  
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the  
Enterprise
-Strategies to boost innovation and cut costs with open source  
participation
-Receive a $600 discount off 

Re: [Dspace-tech] Packaged Stats reports in XMLUI

2009-03-04 Thread Claudia Jürgen
Hi Floyd,

see 
http://sourceforge.net/tracker/index.php?func=detailaid=2137425group_id=19984atid=119984
The stats are written to log.dir but the statistics loader tries to get 
them from report.dir. This has been fixed for the next release.


Hope that helps

Claudia Jürgen


Floyd, Randall Dean schrieb:
 Hi all,
 
 Does anybody have the standard packaged stats reporting working within 
 XMLUI?  I can't see any reports.  I am logged in as admin, but all it 
 ever says is 'No reports currently available'.  I have followed the 
 directions exactly to use the new Java-based stats generators (vs, the 
 Perl-based ones).  I know I have this configured correctly because when 
 I run all the required scripts I get exactly what I expect, which is 
 correctly named and formatted *.dat files in my log directory, and the 
 corresponding HTML files in reports.  Upon visual inspection, all of 
 these files contain reasonably accurate data.
 
  From looking at StatisticsViewer.java it appears that the XMLUI 
 version does not use the HTML reports and instead uses the DSpace stats 
 APIs directly.  In my case, the result of instantiating the log data 
 returns null and just falls through to the 'no reports' messages. It 
 stands to reason to me that if the command-line analyzers can produce 
 accurate HTML reports from the data files, then the XMLUI should be 
 able to.  Am I missing a step?  What is the XMLUI looking for that it 
 can't find?
 
 
 --
 Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
 -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
 -Strategies to boost innovation and cut costs with open source participation
 -Receive a $600 discount off the registration fee with the source code: SFAD
 http://p.sf.net/sfu/XcvMzF8H
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech