[Dspace-tech] Sorl statistics

[amutsikiwa]

I have recently  re-installed my ubuntu server on which my  dspace instance
runs on.  I then used my back up to re-install dspace. I changed my port
from port 8080 to 80. I managed to change the log entries  in [dspace]/logs
from, for example http://localhost:8080/solr/statistics/update?wt=javabin

&version=1 to http://localhost/solr/statistics/update?wt=javabin
 &version=1 .
However, when I want to view statistic on an item such as
http://ir.uz.ac.zw/jspui/displaystats?handle=10646%2F631
 &submit_simple=View+Statistics  I am getting a blank page. 

 

I checked on the logs that were created after I changed the port from 8080
to 80  and they are logged as
http://localhost:8080/solr/statistics/update?wt=javabin

&version=1. Where else should I change so that the statistics are logged
correctly?

 

Kind Regards,

 

Admire Mutsikiwa

ICT Projects Manager

Library IT

University of Zimbabwe

 


---

The University of Zimbabwe is on a drive to raise 5 million dollars for an 
endowment fund for projects, improvement of students facilities and 
infrastructure re-capitalization. To this end a university tour and dinner will 
be hosted on 1st October 2011. Your participation in Cash or Kind is most 
welcome. VIP tickets USD100 per person, other tickets USD30 per person and 
raffle tickets at USD 5.00. 

For more information contact bus.developm...@admin.uz.ac.zw, 
in...@admin.uz.ac.zw. 
Telephone numbers: 30321/13 Ext 11103/11334; 
Website: www.fundraising.uz.ac.zw

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] problem in dspace-1.7.2 - create-admin

[Abhishek Raval]

Hello

i m using dspace 1.7.2 in red-hat want to create a admin for my dspace
instance. There is no problem with mvn package n ant fresh_install command,
those were successfully completed. But create-administrator give me a error
as below.



[dspace@localhost dspace-1.7.2-build.dir]$
/home/dspace/dspace-1.7.2/dspace-ins/bin/dspace create-administrator
Exception in thread "main" java.lang.ClassFormatError:
org.dspace.app.launcher.ScriptLauncher (unrecognized class file version)
   at java.lang.VMClassLoader.defineClass(libgcj.so.7rh)
   at java.lang.ClassLoader.defineClass(libgcj.so.7rh)
   at java.security.SecureClassLoader.defineClass(libgcj.so.7rh)
   at java.net.URLClassLoader.findClass(libgcj.so.7rh)
   at java.lang.ClassLoader.loadClass(libgcj.so.7rh)
   at java.lang.ClassLoader.loadClass(libgcj.so.7rh)
   at gnu.java.lang.MainThread.run(libgcj.so.7rh)
[dspace@localhost dspace-1.7.2-build.dir]$


any suggestion ?



Thanks in advance
Abhishek Raval
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] submitting using manakin

[Blanco, Jose]

 Tim, Have you had a chance to think about this?  I'm just real stuck.  I'd 
like to turn on cocoon DEBUG, but then the instance does not show up, any way 
to get that part to work, maybe if I saw an error message I'd know what's going 
wrong.

Thank you!
Jose

-Original Message-
From: Blanco, Jose [mailto:blan...@umich.edu] 
Sent: Tuesday, September 20, 2011 3:44 PM
To: Tim Donohue
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] submitting using manakin

Tim,
I'm using the input-fomrs.xml that came with the code release for 1.7 ( just to 
make sure ), and that one works fine in the jspui environment.

This:

http://blancoj.dev.deepblue.lib.umich.edu:8080/handle/TEMP-BOGUS/70048/submit/

gives me a page not found 

This ( without the last slash ):

http://blancoj.dev.deepblue.lib.umich.edu:8080/handle/TEMP-BOGUS/70048/submit

gives me the 1st page in the submission form ( Initial question page )

-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org] 
Sent: Tuesday, September 20, 2011 3:12 PM
To: Blanco, Jose
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] submitting using manakin

Hi Jose,

The 'org.dspace.app.xmlui.aspect.submission.submit.DescribeStep' in the 
XMLUI basically just loads all the Metadata fields specified in your 
input-forms.xml configuration file at:

[dspace]/config/input-forms.xml

Have you changed this file at all?  Maybe there's an issue with 
something you changed there?

Also, when you saw that "Page Not Found" exception previously, if you 
take the *.continue off the URL, was it a valid one?  In other words, is 
this a valid URL for your site?
http://blancoj.dev.deepblue.lib.umich.edu:8080/submit
(Just want to double check that the submission process is attempting to 
send things to the proper URL. If it isn't, then you may have an issue 
in your dspace.cfg file or something.)

- Tim

On 9/20/2011 11:00 AM, Blanco, Jose wrote:
> I'm back on this problem now.  I have a bit more info, and I'm hoping someone 
> could help me with this.  I did look at the log files and did not see 
> anything that gave me a clue as to why I could not get from the initial 
> question in the submission form to the page where you enter metadata values 
> in the xmlui interface. I went into the item-submission.xml file and changed 
> this:
>
>
>  
>  submit.progressbar.describe
>  
> org.dspace.submit.step.DescribeStep
>  
> org.dspace.app.webui.submit.step.JSPDescribeStep
>   
> org.dspace.app.xmlui.aspect.submission.submit.DescribeStep
>  true
>
>
> To
>
>  
>  submit.progressbar.describe
>  
> org.dspace.submit.step.DescribeStep
>  
> org.dspace.app.webui.submit.step.JSPDescribeStep
>   
> org.dspace.app.xmlui.aspect.submission.submit.UploadStep
>  true
>
>
> (Notice the change in the  tag).  When I did this I got the 
> page to Upload the bitstream.  So the problem must be in the 
> DescribeStep.java file.  I'm trying to see if one of the metadata is causing 
> the problem, but am wondering if anyone has a clue as to what it could be.
>
> Thank you!
> Jose
> -Original Message-
> From: Tim Donohue [mailto:tdono...@duraspace.org]
> Sent: Wednesday, August 17, 2011 11:28 AM
> To: Blanco, Jose
> Cc: dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] submitting using manakin
>
> Hi Jose,
>
> You'll need to check your logs to let us know if there are any
> underlying errors. The URL you sent is just a normal XMLUI submission
> URL (that weird *.continue string on the end is just how XMLUI manages
> the submission "session" info).
>
> I'm guessing that there must be some underlying error in the Tomcat or
> DSpace logs (or Cocoon logs).
>
> Here's hints/tips on finding error messages:
> https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error
>
> - Tim
>
> On 8/17/2011 10:18 AM, Blanco, Jose wrote:
>> In my development environment I was trying to submit an item using the xmlui 
>> interface and when I select a collection to submit into, I get a Page Not 
>> found response in the browser.  Do I not have some config parameter set?  
>> The url from which I get the Page Not found response is this one:
>>
>> http://blancoj.dev.deepblue.lib.umich.edu:8080/submit/83263926207f39102b7a213c7d3b7b7255795139.continue
>>
>> Thank you!
>> Jose
>>
>> --
>> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>> user administration capabilities and model configuration. Take
>> the hassle out of deploying and managing Subversion and the
>> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>> ___
>> DSpace-tech mailing list
>> DSpace-tech@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
> -

[Dspace-tech] dspace thumbnails

[Lewatle Phaladi]

Hi All



I was running  filter-media command to preview thumbnails on our
repository but I got the following error message:



Exception: Java heap space

java.lang.OutOfMemoryError: Java heap space

at java.awt.image.DataBufferByte.(DataBufferByte.java:58)

at
java.awt.image.ComponentSampleModel.createDataBuffer(ComponentSampleMode
l.java:397)

at java.awt.image.Raster.createWritableRaster(Raster.java:938)

at
javax.imageio.ImageTypeSpecifier.createBufferedImage(ImageTypeSpecifier.
java:1056)

at
javax.imageio.ImageReader.getDestination(ImageReader.java:2879)

at
com.sun.imageio.plugins.jpeg.JPEGImageReader.readInternal(JPEGImageReade
r.java:980)

at
com.sun.imageio.plugins.jpeg.JPEGImageReader.read(JPEGImageReader.java:9
48)

at javax.imageio.ImageIO.read(ImageIO.java:1422)

at javax.imageio.ImageIO.read(ImageIO.java:1326)

at
org.dspace.app.mediafilter.JPEGFilter.getDestinationStream(JPEGFilter.ja
va:67)

at
org.dspace.app.mediafilter.MediaFilterManager.processBitstream(MediaFilt
erManager.java:737)

at
org.dspace.app.mediafilter.MediaFilterManager.filterBitstream(MediaFilte
rManager.java:561)

at
org.dspace.app.mediafilter.MediaFilterManager.filterItem(MediaFilterMana
ger.java:511)

at
org.dspace.app.mediafilter.MediaFilterManager.applyFiltersItem(MediaFilt
erManager.java:479)

at
org.dspace.app.mediafilter.MediaFilterManager.applyFiltersAllItems(Media
FilterManager.java:414)

at
org.dspace.app.mediafilter.MediaFilterManager.main(MediaFilterManager.ja
va:333)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)

at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at
org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183)



please suggest any idea to this problem on my test server anything works
well.





Regards,

Lewatle


This communication 
is intended for the addressee only. It is confidential. If you have received 
this communication in error, please notify us immediately and destroy the 
original message. You may not copy or disseminate this communication without 
the permission of the University. Only authorized signatories are competent to 
enter into agreements on behalf of the University and recipients are thus 
advised that the content of this message may not be legally binding on the 
University and may contain the personal views and opinions of the author, which 
are not necessarily the views and opinions of The University of the 
Witwatersrand, Johannesburg. All agreements between the University and 
outsiders are subject to South African Law unless the University agrees in 
writing to the contrary.
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] [Dspace-general] Private Collections

[Mark Diggory]

Miguel,

Creating private Collections where the contents cannot be searched or
browsed is not possible at this time. The Search and Browse indexes
are not sophisticated enough to filter the search based on user
role/permissions.

Cheers,
Mark



On Mon, Sep 19, 2011 at 9:10 AM, Miguel A. Robledo
 wrote:
> Hello everyone,
>
> In my organization need some private collections. My intention is restrict
> access to many searches. You can apply this kind of restrictions on one or a
> set of collections?
>
> It is possible apply to certain items in a collection?
>
> What do you recommend?
>
> --
> Ing. Miguel A. Robledo
>
> Dirección Provincial de Gobierno Digital
> Tucuman 2657 1º Piso - Santa Fe
> Teléfono: 0342-4508704
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> Learn about the latest advances in developing for the
> BlackBerry® mobile platform with sessions, labs & more.
> See new tools and technologies. Register for BlackBerry® DevCon today!
> http://p.sf.net/sfu/rim-devcon-copy1
> ___
> Dspace-general mailing list
> dspace-gene...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-general
>
>



-- 

Mark Diggory @mire Inc.
2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010
Esperantolaan 4, Heverlee 3001, Belgium
 www.atmire.com

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] submitting using manakin

[Blanco, Jose]

Tim,  I was able to turn DEBUG for cocoon, and this is what's in the cocoon log 
file, but I still can't tell what's wrong.

2011-09-21 10:12:49,060 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/
2011-09-21 10:12:49,064 DEBUG cocoon  - Checking if 
URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
 matches any theme rules.
2011-09-21 10:12:49,064 DEBUG cocoon  - rule=Classic
2011-09-21 10:12:49,064 DEBUG cocoon  - checking for patterns
2011-09-21 10:12:49,064 DEBUG cocoon  - checking for handles
2011-09-21 10:12:49,064 DEBUG cocoon  - rule selected!!
2011-09-21 10:12:49,067 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/
2011-09-21 10:12:49,069 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/
2011-09-21 10:12:49,074 DEBUG cocoon.flow.manager  - WK: Created continuation 
81073d42634321527e261e1a2061663f0a464b6a
2011-09-21 10:12:49,074 INFO  
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector
  - Redirecting to 'cocoon:/handle/TEMP-BOGUS/111499/submit/continue'
2011-09-21 10:12:49,076 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/
2011-09-21 10:12:49,078 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/
2011-09-21 10:12:49,082 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/
2011-09-21 10:12:49,086 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/
2011-09-21 10:12:49,088 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
2011-09-21 10:12:49,088 DEBUG cocoon.sitemap.generator.file  - Source 
protodocument.xml resolved to 
jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
2011-09-21 10:12:49,088 INFO  org.apache.cocoon.caching.impl.CacheImpl  - Cache 
HIT for 
PK_G-file-jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
2011-09-21 10:12:49,089 INFO  org.apache.cocoon.caching.impl.CacheImpl  - Cache 
HIT for 
PK_G-aspect-cocoon://DRI/5/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=488325223041054298_T-Navigation-5075401270672987300
2011-09-21 10:12:49,089 INFO  org.apache.cocoon.caching.impl.CacheImpl  - Cache 
HIT for 
PK_G-aspect-cocoon://DRI/4/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=-3521148133149583488_T-SystemwideAlerts-1_T-Navigation-219447409375749338
2011-09-21 10:12:49,094 INFO  org.apache.cocoon.caching.impl.CacheImpl  - Cache 
HIT for 
PK_G-aspect-cocoon://DRI/3/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=772939344792179531_T-Navigation-4737533168805885054
2011-09-21 10:12:49,094 INFO  org.apache.cocoon.caching.impl.CacheImpl  - Cache 
HIT for 
PK_G-aspect-cocoon://DRI/2/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=-2825803255751290004_T-Navigation-1
2011-09-21 10:12:49,094 INFO  org.apache.cocoon.caching.impl.CacheImpl  - Cache 
MISS for 
PK_G-aspect-cocoon://DRI/1/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue_T-PageNotFound-7117786586297567773
2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.generator.file  - Source 
cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
 resolved to 
cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
2011-09-21 10:12:49,095 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl
2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Using 
stylesheet: 
'jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl' in 
org.apache.cocoon.transformation.TraxTransformer@8f3eac
2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Use parameters 
is false
2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Use cookies is 
false
2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Use session 
info is false
2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Check for 
included stylesheets is true
2011-09-21 10:12:49,096 DEBUG cocoon  - Creating source object for 
jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/../dri2xhtml.xsl
2011-09-21 10:12:49,097 INFO  org.apache.cocoon.caching.impl.CacheImpl  - Cache 
MISS for 
PK_G-file-cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue_T-IncludePageMeta--4145997850892886096_T-xslt-jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl_T-i18n-context://i18n/?en_US__S-xhtml-;doctype-public=-//W3C//DTD
 XHTML 1.0 
Strict//EN;doctype-system=http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;encoding=UTF-8;indent=yes
2011-09-21 10:12:49,100 DEBUG cocoon  - Creating source object for 
resource://aspects/Submission/i18n/
2011-09-21 10:12:49,100 DEBUG cocoon  - Releasing source o

Re: [Dspace-tech] submitting using manakin

[Tim Donohue]

Jose,

Is this a default XMLUI Instance (with a default 'item-submission.xml' 
file and 'input-forms.xml' configuration files)?  Have you performed 
any XMLUI customizations (even theme based) that could be causing these 
issues?  I'm at a loss here as well, as no errors seem to be logged 
(have you checked your Tomcat logs as well for any messages there?).

If you have any custom aspects enabled, you might want to test 
temporarily disabling them to see if that has any effect.
If you have a custom theme in place, you might also want to test 
temporarily disabling it and reverting to the default DSpace theme, to 
see if that has any effect.

- Tim

On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote:
> Tim,  I was able to turn DEBUG for cocoon, and this is what's in the cocoon 
> log file, but I still can't tell what's wrong.
>
> 2011-09-21 10:12:49,060 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/
> 2011-09-21 10:12:49,064 DEBUG cocoon  - Checking if 
> URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
>  matches any theme rules.
> 2011-09-21 10:12:49,064 DEBUG cocoon  - rule=Classic
> 2011-09-21 10:12:49,064 DEBUG cocoon  - checking for patterns
> 2011-09-21 10:12:49,064 DEBUG cocoon  - checking for handles
> 2011-09-21 10:12:49,064 DEBUG cocoon  - rule selected!!
> 2011-09-21 10:12:49,067 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/
> 2011-09-21 10:12:49,069 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/
> 2011-09-21 10:12:49,074 DEBUG cocoon.flow.manager  - WK: Created continuation 
> 81073d42634321527e261e1a2061663f0a464b6a
> 2011-09-21 10:12:49,074 INFO  
> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector
>   - Redirecting to 'cocoon:/handle/TEMP-BOGUS/111499/submit/continue'
> 2011-09-21 10:12:49,076 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/
> 2011-09-21 10:12:49,078 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/
> 2011-09-21 10:12:49,082 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/
> 2011-09-21 10:12:49,086 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/
> 2011-09-21 10:12:49,088 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
> 2011-09-21 10:12:49,088 DEBUG cocoon.sitemap.generator.file  - Source 
> protodocument.xml resolved to 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
> 2011-09-21 10:12:49,088 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
> Cache HIT for 
> PK_G-file-jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
> 2011-09-21 10:12:49,089 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
> Cache HIT for 
> PK_G-aspect-cocoon://DRI/5/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=488325223041054298_T-Navigation-5075401270672987300
> 2011-09-21 10:12:49,089 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
> Cache HIT for 
> PK_G-aspect-cocoon://DRI/4/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=-3521148133149583488_T-SystemwideAlerts-1_T-Navigation-219447409375749338
> 2011-09-21 10:12:49,094 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
> Cache HIT for 
> PK_G-aspect-cocoon://DRI/3/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=772939344792179531_T-Navigation-4737533168805885054
> 2011-09-21 10:12:49,094 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
> Cache HIT for 
> PK_G-aspect-cocoon://DRI/2/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=-2825803255751290004_T-Navigation-1
> 2011-09-21 10:12:49,094 INFO  org.apache.cocoon.caching.impl.CacheImpl  - 
> Cache MISS for 
> PK_G-aspect-cocoon://DRI/1/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue_T-PageNotFound-7117786586297567773
> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.generator.file  - Source 
> cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
>  resolved to 
> cocoon://DRI/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
> 2011-09-21 10:12:49,095 DEBUG cocoon  - Creating source object for 
> jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl
> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Using 
> stylesheet: 
> 'jndi:/blancoj.dev.deepblue.lib.umich.edu/themes/Classic/Classic.xsl' in 
> org.apache.cocoon.transformation.TraxTransformer@8f3eac
> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Use 
> parameters is false
> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Use cookies 
> is false
> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.transformer.xslt  - Use session 
> info is false
> 2011-09-21 10:12:49,095 DEBUG cocoon.si

Re: [Dspace-tech] submitting using manakin

[Tim Donohue]

Jose,

A few more things to try:
* Have you tried submitting to a different Collection? Maybe it's 
something in the Collection's settings?
* I'm also wondering about the handle prefix of "TEMP-BOGUS" which you 
have set.  Normally, handle prefixes don't include special characters 
like a dash (-).  I *think* DSpace XMLUI should be OK with a dash in 
the handle prefix, but I cannot say for certain. So, this might be 
another thing to check into.  You could always temporarily change this 
prefix back to the default of '123456789', create a new collection 
using that prefix, and try to submit to that collection.  Again, not 
sure this will fix anything, but it's something else to try.

-Tim

On Wednesday, September 21, 2011 9:36:43 AM, Tim Donohue wrote:
> Jose,
>
> Is this a default XMLUI Instance (with a default 'item-submission.xml' 
> file and 'input-forms.xml' configuration files)? Have you performed 
> any XMLUI customizations (even theme based) that could be causing 
> these issues? I'm at a loss here as well, as no errors seem to be 
> logged (have you checked your Tomcat logs as well for any messages 
> there?).
>
> If you have any custom aspects enabled, you might want to test 
> temporarily disabling them to see if that has any effect.
> If you have a custom theme in place, you might also want to test 
> temporarily disabling it and reverting to the default DSpace theme, to 
> see if that has any effect.
>
> - Tim
>
> On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote:
>> Tim, I was able to turn DEBUG for cocoon, and this is what's in the 
>> cocoon log file, but I still can't tell what's wrong.
>>
>> 2011-09-21 10:12:49,060 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,064 DEBUG cocoon - Checking if 
>> URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
>>  
>> matches any theme rules.
>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule=Classic
>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for patterns
>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for handles
>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule selected!!
>> 2011-09-21 10:12:49,067 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,069 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,074 DEBUG cocoon.flow.manager - WK: Created 
>> continuation 81073d42634321527e261e1a2061663f0a464b6a
>> 2011-09-21 10:12:49,074 INFO 
>> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector
>>  
>> - Redirecting to 'cocoon:/handle/TEMP-BOGUS/111499/submit/continue'
>> 2011-09-21 10:12:49,076 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,078 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,082 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,086 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,088 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
>> 2011-09-21 10:12:49,088 DEBUG cocoon.sitemap.generator.file - Source 
>> protodocument.xml resolved to 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
>> 2011-09-21 10:12:49,088 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for 
>> PK_G-file-jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml 
>>
>> 2011-09-21 10:12:49,089 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for 
>> PK_G-aspect-cocoon://DRI/5/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=488325223041054298_T-Navigation-5075401270672987300
>>  
>>
>> 2011-09-21 10:12:49,089 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for 
>> PK_G-aspect-cocoon://DRI/4/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=-3521148133149583488_T-SystemwideAlerts-1_T-Navigation-219447409375749338
>>  
>>
>> 2011-09-21 10:12:49,094 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for 
>> PK_G-aspect-cocoon://DRI/3/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=772939344792179531_T-Navigation-4737533168805885054
>>  
>>
>> 2011-09-21 10:12:49,094 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for 
>> PK_G-aspect-cocoon://DRI/2/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=-2825803255751290004_T-Navigation-1
>>  
>>
>> 2011-09-21 10:12:49,094 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache MISS for 
>> PK_G-aspect-cocoon://DRI/1/handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue_T-PageNotFound-7117786586297567773
>>  
>>
>> 2011-09-21 10:12:49,095 DEBUG cocoon.sitemap.generator.file - Source 
>> cocoon://DRI/handle/TEMP

Re: [Dspace-tech] Sorl statistics

[Peter Dietz]

You should check that you can still view the data in solr.

If you ssh into your server, then try to view some data:
http://localhost:8080/solr/statistics/select?q=type:[*%20TO%20*]
or
http://localhost/solr/statistics/select?q=type:[*%20TO%20*]


If you've configured tomcat/apache to serve everything as port 80, then for
DSpace, to change this in 1.6 and 1.7, change [dspace/config/dspace.cfg
property solr.log.server to whichever url is working.


If you get an error when viewing the stats page, then check your DSpace.log,
as it could have an error message.


Peter Dietz



On Wed, Sep 21, 2011 at 3:48 AM, amutsikiwa wrote:

>  I have recently  re-installed my ubuntu server on which my  dspace
> instance runs on.  I then used my back up to re-install dspace. I changed my
> port from port 8080 to 80. I managed to change the log entries  in
> [dspace]/logs   from, for example
> http://localhost:8080/solr/statistics/update?wt=javabin&version=1 to
> http://localhost/solr/statistics/update?wt=javabin&version=1 . However,
> when I want to view statistic on an item such as
> http://ir.uz.ac.zw/jspui/displaystats?handle=10646%2F631&submit_simple=View+Statistics
> I am getting a blank page. 
>
> ** **
>
> I checked on the logs that were created after I changed the port from 8080
> to 80  and they are logged as
> http://localhost:8080/solr/statistics/update?wt=javabin&version=1. Where
> else should I change so that the statistics are logged correctly?
>
> ** **
>
> Kind Regards,
>
> ** **
>
> Admire Mutsikiwa
>
> ICT Projects Manager
>
> Library IT
>
> University of Zimbabwe
>
> ** **
>
>  The University of Zimbabwe is on a drive to raise 5 million dollars for
> an endowment fund for projects, improvement of students facilities and
> infrastructure re-capitalization. To this end a university tour and dinner
> will be hosted on 1st October 2011. Your participation in Cash or Kind is
> most welcome. *VIP tickets USD100 per person, other tickets USD30 per
> person and raffle tickets at USD5*
>
> *For more information contact bus.developm...@admin.uz.ac.zw,
> in...@admin.uz.ac.zw.
> Telephone numbers: 30321/13 Ext 11103/11334; *
> Webs ite: www.fundraising.uz.ac.zw
>
>
>
> --
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] submitting using manakin

[Blanco, Jose]

Still stuck.  Tried a different collection, no change.  I did try putting a 
whole bunch of print statements in DescribeStep.java and I see that addPageMeta 
gets called but that's it, it never calls addBody.  Why would it not?  I'm 
trying to find the place where this would get called from, but have not gotten 
there yet.  I have not made any changes to the themes.  Can you point me to the 
place that addBody would get called from.  Perhaps I can track it down from 
there.

-Jose

-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org] 
Sent: Wednesday, September 21, 2011 11:19 AM
To: Blanco, Jose
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] submitting using manakin

Jose,

A few more things to try:
* Have you tried submitting to a different Collection? Maybe it's 
something in the Collection's settings?
* I'm also wondering about the handle prefix of "TEMP-BOGUS" which you 
have set.  Normally, handle prefixes don't include special characters 
like a dash (-).  I *think* DSpace XMLUI should be OK with a dash in 
the handle prefix, but I cannot say for certain. So, this might be 
another thing to check into.  You could always temporarily change this 
prefix back to the default of '123456789', create a new collection 
using that prefix, and try to submit to that collection.  Again, not 
sure this will fix anything, but it's something else to try.

-Tim

On Wednesday, September 21, 2011 9:36:43 AM, Tim Donohue wrote:
> Jose,
>
> Is this a default XMLUI Instance (with a default 'item-submission.xml' 
> file and 'input-forms.xml' configuration files)? Have you performed 
> any XMLUI customizations (even theme based) that could be causing 
> these issues? I'm at a loss here as well, as no errors seem to be 
> logged (have you checked your Tomcat logs as well for any messages 
> there?).
>
> If you have any custom aspects enabled, you might want to test 
> temporarily disabling them to see if that has any effect.
> If you have a custom theme in place, you might also want to test 
> temporarily disabling it and reverting to the default DSpace theme, to 
> see if that has any effect.
>
> - Tim
>
> On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote:
>> Tim, I was able to turn DEBUG for cocoon, and this is what's in the 
>> cocoon log file, but I still can't tell what's wrong.
>>
>> 2011-09-21 10:12:49,060 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,064 DEBUG cocoon - Checking if 
>> URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
>>  
>> matches any theme rules.
>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule=Classic
>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for patterns
>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for handles
>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule selected!!
>> 2011-09-21 10:12:49,067 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,069 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,074 DEBUG cocoon.flow.manager - WK: Created 
>> continuation 81073d42634321527e261e1a2061663f0a464b6a
>> 2011-09-21 10:12:49,074 INFO 
>> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector
>>  
>> - Redirecting to 'cocoon:/handle/TEMP-BOGUS/111499/submit/continue'
>> 2011-09-21 10:12:49,076 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,078 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,082 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,086 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>> 2011-09-21 10:12:49,088 DEBUG cocoon - Creating source object for 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
>> 2011-09-21 10:12:49,088 DEBUG cocoon.sitemap.generator.file - Source 
>> protodocument.xml resolved to 
>> jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml
>> 2011-09-21 10:12:49,088 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for 
>> PK_G-file-jndi:/blancoj.dev.deepblue.lib.umich.edu/aspects/protodocument.xml 
>>
>> 2011-09-21 10:12:49,089 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for 
>> PK_G-aspect-cocoon://DRI/5/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=488325223041054298_T-Navigation-5075401270672987300
>>  
>>
>> 2011-09-21 10:12:49,089 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for 
>> PK_G-aspect-cocoon://DRI/4/handle/TEMP-BOGUS/111499/submit/continue?pipelinehash=-3521148133149583488_T-SystemwideAlerts-1_T-Navigation-219447409375749338
>>  
>>
>> 2011-09-21 10:12:49,094 INFO org.apache.cocoon.caching.impl.CacheImpl 
>> - Cache HIT for

[Dspace-tech] DSpace 1.8 fails to build, FileNotFoundException database_schema.sql

[DSpace]

I've been trying to get a DSpace 1.8 instance running at my institution, but 
have been unable to do so.
I have two instances of 1.7.2 running without issues, on RHEL 5 servers.

I have used the following packages for setting up 1.8:
RHEL 5/6, x64
Debian 6.0.2.1, x32
Ant 1.8.1/1.8.2
Java JDK 6_u25/26/27
Maven 2.2.1/3.0.3 (I realize that 3.0.3 is unsupported, but it has worked well 
for 1.7.2)

The installation procedure goes well until I reach ant fresh_install
At this point I receive the following error:

.
 [java] Testing connection...
 [java] Connected successfully!
 [java]

setup_database:
 [java] 2011-09-21 12:52:28,570 INFO  org.dspace.core.ConfigurationManager 
@ Loading system provided config property (-Ddspace.configuration): 
config/dspace.cfg
 [java] 2011-09-21 12:52:28,577 INFO  org.dspace.core.ConfigurationManager 
@ Using default log4j provided log configuration,if unintended, check your 
dspace.cfg for (log.init.config)
 [java] 2011-09-21 12:52:28,577 INFO  
org.dspace.storage.rdbms.InitializeDatabase @ Initializing Database
 [java] 2011-09-21 12:52:28,578 FATAL 
org.dspace.storage.rdbms.InitializeDatabase @ Caught exception:
 [java] java.io.FileNotFoundException: database_schema.sql (No such file or 
directory)
 [java] at java.io.FileInputStream.open(Native Method)
 [java] at java.io.FileInputStream.(FileInputStream.java:120)
 [java] at java.io.FileInputStream.(FileInputStream.java:79)
 [java] at java.io.FileReader.(FileReader.java:41)
 [java] at 
org.dspace.storage.rdbms.InitializeDatabase.getScript(InitializeDatabase.java:119)
 [java] at 
org.dspace.storage.rdbms.InitializeDatabase.main(InitializeDatabase.java:68)

BUILD FAILED

This issue has occurred every time with each of the variations that I presented 
above.
Has anyone else encountered this or have some advice for resolving this?

Thanks,

Carlos
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] submitting using manakin

[Tim Donohue]

Hi Jose,

addBody() is actually called from the "Wing Framework API", 
specifically from org.dspace.app.xmlui.wing.AbstractWingTransformer.

But, to be honest, I doubt that's the problem.  Obviously, this all 
should work fine out-of-the-box.

I'm wondering if we should take a step back and ensure you have all 
your prerequisites right?  The DSpace 1.7.x prerequisites are all 
listed at:
https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware

For example, what are the versions of DSpace, Tomcat, Java, Maven that 
you are using? (FYI I know there are some recent issues reported with 
Tomcat 7)  Is this an "out-of-the-box" version of DSpace, or is this 
customized?  Have you tried installing a completely fresh install of 
DSpace?

I have a feeling this is a configuration or prerequisite issue of some 
sort, to be honest.  But, I'm not sure exactly where it would be.  So, 
if you could verify some more information about your setup, or even try 
a fresh install of DSpace (to ensure that works), then maybe that can 
lead us down the path to getting this issue resolved for you.

- Tim
On Wednesday, September 21, 2011 2:18:22 PM, Blanco, Jose wrote:
> Still stuck.  Tried a different collection, no change.  I did try putting a 
> whole bunch of print statements in DescribeStep.java and I see that 
> addPageMeta gets called but that's it, it never calls addBody.  Why would it 
> not?  I'm trying to find the place where this would get called from, but have 
> not gotten there yet.  I have not made any changes to the themes.  Can you 
> point me to the place that addBody would get called from.  Perhaps I can 
> track it down from there.
>
> -Jose
>
> -Original Message-
> From: Tim Donohue [mailto:tdono...@duraspace.org]
> Sent: Wednesday, September 21, 2011 11:19 AM
> To: Blanco, Jose
> Cc: dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] submitting using manakin
>
> Jose,
>
> A few more things to try:
> * Have you tried submitting to a different Collection? Maybe it's
> something in the Collection's settings?
> * I'm also wondering about the handle prefix of "TEMP-BOGUS" which you
> have set.  Normally, handle prefixes don't include special characters
> like a dash (-).  I *think* DSpace XMLUI should be OK with a dash in
> the handle prefix, but I cannot say for certain. So, this might be
> another thing to check into.  You could always temporarily change this
> prefix back to the default of '123456789', create a new collection
> using that prefix, and try to submit to that collection.  Again, not
> sure this will fix anything, but it's something else to try.
>
> -Tim
>
> On Wednesday, September 21, 2011 9:36:43 AM, Tim Donohue wrote:
>> Jose,
>>
>> Is this a default XMLUI Instance (with a default 'item-submission.xml'
>> file and 'input-forms.xml' configuration files)? Have you performed
>> any XMLUI customizations (even theme based) that could be causing
>> these issues? I'm at a loss here as well, as no errors seem to be
>> logged (have you checked your Tomcat logs as well for any messages
>> there?).
>>
>> If you have any custom aspects enabled, you might want to test
>> temporarily disabling them to see if that has any effect.
>> If you have a custom theme in place, you might also want to test
>> temporarily disabling it and reverting to the default DSpace theme, to
>> see if that has any effect.
>>
>> - Tim
>>
>> On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote:
>>> Tim, I was able to turn DEBUG for cocoon, and this is what's in the
>>> cocoon log file, but I still can't tell what's wrong.
>>>
>>> 2011-09-21 10:12:49,060 DEBUG cocoon - Creating source object for
>>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - Checking if
>>> URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
>>> matches any theme rules.
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule=Classic
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for patterns
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for handles
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule selected!!
>>> 2011-09-21 10:12:49,067 DEBUG cocoon - Creating source object for
>>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>>> 2011-09-21 10:12:49,069 DEBUG cocoon - Creating source object for
>>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>>> 2011-09-21 10:12:49,074 DEBUG cocoon.flow.manager - WK: Created
>>> continuation 81073d42634321527e261e1a2061663f0a464b6a
>>> 2011-09-21 10:12:49,074 INFO
>>> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector
>>> - Redirecting to 'cocoon:/handle/TEMP-BOGUS/111499/submit/continue'
>>> 2011-09-21 10:12:49,076 DEBUG cocoon - Creating source object for
>>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>>> 2011-09-21 10:12:49,078 DEBUG cocoon - Creating source object for
>>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>>> 2011-09-21 10:12:49,082 DEBUG cocoon - Creating 

Re: [Dspace-tech] submitting using manakin

[Blanco, Jose]

Tim,

This is our installation:

-bash-3.2$ /l/local/bin/mvn -version
Apache Maven 3.0.1 (r1038046; 2010-11-23 05:58:32-0500)
Java version: 1.6.0_24
Java home: /usr/jdk1.6.0_24/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux" version: "2.6.18-238.1.1.el5pae" arch: "i386" Family: "unix"

I'm not running a fresh installation exactly.  I'm running one in which there 
are a lot of changes to support the jspui interface, but very few on the xmlui 
side. I'll try a fresh install and see what happens.

-Jose

-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org] 
Sent: Wednesday, September 21, 2011 3:59 PM
To: Blanco, Jose
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] submitting using manakin

Hi Jose,

addBody() is actually called from the "Wing Framework API", 
specifically from org.dspace.app.xmlui.wing.AbstractWingTransformer.

But, to be honest, I doubt that's the problem.  Obviously, this all 
should work fine out-of-the-box.

I'm wondering if we should take a step back and ensure you have all 
your prerequisites right?  The DSpace 1.7.x prerequisites are all 
listed at:
https://wiki.duraspace.org/display/DSDOC/Installation#Installation-PrerequisiteSoftware

For example, what are the versions of DSpace, Tomcat, Java, Maven that 
you are using? (FYI I know there are some recent issues reported with 
Tomcat 7)  Is this an "out-of-the-box" version of DSpace, or is this 
customized?  Have you tried installing a completely fresh install of 
DSpace?

I have a feeling this is a configuration or prerequisite issue of some 
sort, to be honest.  But, I'm not sure exactly where it would be.  So, 
if you could verify some more information about your setup, or even try 
a fresh install of DSpace (to ensure that works), then maybe that can 
lead us down the path to getting this issue resolved for you.

- Tim
On Wednesday, September 21, 2011 2:18:22 PM, Blanco, Jose wrote:
> Still stuck.  Tried a different collection, no change.  I did try putting a 
> whole bunch of print statements in DescribeStep.java and I see that 
> addPageMeta gets called but that's it, it never calls addBody.  Why would it 
> not?  I'm trying to find the place where this would get called from, but have 
> not gotten there yet.  I have not made any changes to the themes.  Can you 
> point me to the place that addBody would get called from.  Perhaps I can 
> track it down from there.
>
> -Jose
>
> -Original Message-
> From: Tim Donohue [mailto:tdono...@duraspace.org]
> Sent: Wednesday, September 21, 2011 11:19 AM
> To: Blanco, Jose
> Cc: dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] submitting using manakin
>
> Jose,
>
> A few more things to try:
> * Have you tried submitting to a different Collection? Maybe it's
> something in the Collection's settings?
> * I'm also wondering about the handle prefix of "TEMP-BOGUS" which you
> have set.  Normally, handle prefixes don't include special characters
> like a dash (-).  I *think* DSpace XMLUI should be OK with a dash in
> the handle prefix, but I cannot say for certain. So, this might be
> another thing to check into.  You could always temporarily change this
> prefix back to the default of '123456789', create a new collection
> using that prefix, and try to submit to that collection.  Again, not
> sure this will fix anything, but it's something else to try.
>
> -Tim
>
> On Wednesday, September 21, 2011 9:36:43 AM, Tim Donohue wrote:
>> Jose,
>>
>> Is this a default XMLUI Instance (with a default 'item-submission.xml'
>> file and 'input-forms.xml' configuration files)? Have you performed
>> any XMLUI customizations (even theme based) that could be causing
>> these issues? I'm at a loss here as well, as no errors seem to be
>> logged (have you checked your Tomcat logs as well for any messages
>> there?).
>>
>> If you have any custom aspects enabled, you might want to test
>> temporarily disabling them to see if that has any effect.
>> If you have a custom theme in place, you might also want to test
>> temporarily disabling it and reverting to the default DSpace theme, to
>> see if that has any effect.
>>
>> - Tim
>>
>> On Wednesday, September 21, 2011 9:17:00 AM, Blanco, Jose wrote:
>>> Tim, I was able to turn DEBUG for cocoon, and this is what's in the
>>> cocoon log file, but I still can't tell what's wrong.
>>>
>>> 2011-09-21 10:12:49,060 DEBUG cocoon - Creating source object for
>>> jndi:/blancoj.dev.deepblue.lib.umich.edu/
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - Checking if
>>> URL=handle/TEMP-BOGUS/111499/submit/1523554d761d142b024e86892705552f46481c3b.continue
>>> matches any theme rules.
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule=Classic
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for patterns
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - checking for handles
>>> 2011-09-21 10:12:49,064 DEBUG cocoon - rule selected!!
>>> 2011-09-21 10:12:49,067 DEBUG cocoon - Creating source object for
>>> jndi:/bl

Re: [Dspace-tech] DSpace 1.8 fails to build, FileNotFoundException database_schema.sql

[DSpace]

Looks like I finally caught my mistake...
I was modifying the value to db.name = postgres, which of course was confusing 
ant.

From: DSpace [mailto:dsp...@nps.edu]
Sent: Wednesday, September 21, 2011 12:57 PM
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] DSpace 1.8 fails to build, FileNotFoundException 
database_schema.sql

I've been trying to get a DSpace 1.8 instance running at my institution, but 
have been unable to do so.
I have two instances of 1.7.2 running without issues, on RHEL 5 servers.

I have used the following packages for setting up 1.8:
RHEL 5/6, x64
Debian 6.0.2.1, x32
Ant 1.8.1/1.8.2
Java JDK 6_u25/26/27
Maven 2.2.1/3.0.3 (I realize that 3.0.3 is unsupported, but it has worked well 
for 1.7.2)

The installation procedure goes well until I reach ant fresh_install
At this point I receive the following error:

.
 [java] Testing connection...
 [java] Connected successfully!
 [java]

setup_database:
 [java] 2011-09-21 12:52:28,570 INFO  org.dspace.core.ConfigurationManager 
@ Loading system provided config property (-Ddspace.configuration): 
config/dspace.cfg
 [java] 2011-09-21 12:52:28,577 INFO  org.dspace.core.ConfigurationManager 
@ Using default log4j provided log configuration,if unintended, check your 
dspace.cfg for (log.init.config)
 [java] 2011-09-21 12:52:28,577 INFO  
org.dspace.storage.rdbms.InitializeDatabase @ Initializing Database
 [java] 2011-09-21 12:52:28,578 FATAL 
org.dspace.storage.rdbms.InitializeDatabase @ Caught exception:
 [java] java.io.FileNotFoundException: database_schema.sql (No such file or 
directory)
 [java] at java.io.FileInputStream.open(Native Method)
 [java] at java.io.FileInputStream.(FileInputStream.java:120)
 [java] at java.io.FileInputStream.(FileInputStream.java:79)
 [java] at java.io.FileReader.(FileReader.java:41)
 [java] at 
org.dspace.storage.rdbms.InitializeDatabase.getScript(InitializeDatabase.java:119)
 [java] at 
org.dspace.storage.rdbms.InitializeDatabase.main(InitializeDatabase.java:68)

BUILD FAILED

This issue has occurred every time with each of the variations that I presented 
above.
Has anyone else encountered this or have some advice for resolving this?

Thanks,

Carlos
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech