[Dspace-tech] Manakin customization

2011-09-16 Thread Miguel Pizarro
Dear Dspace team:

 

Anyone know how to remove and rename fields in the manakin interface?

 

My Dspace version is 1.6.2

 

Example 1:

 




How remove or hide link?

  
Remove or hide link

 

 

 

 




How rename title?

  
Example 2:

 




How remove field?

  


 

 

 

Thanks for your help.

 

 

Miguel Pizarro

Soporte Tecnológico

Alerta al Conocimiento

Fono: 56 (2) 233 79 08

Santiago de Chile

image009.pngimage010.pngimage011.pngimage012.pngimage013.pngimage014.pngimage015.pngimage016.png--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Manakin customization

2011-09-16 Thread Alvaro Sandoval


  
  
Hi Miguel:

In order to remove or hide a link, you need to custom your manakin
theme. Or if you prefer, create a new one:
https://wiki.duraspace.org/display/DSPACE/Create+a+new+theme+%28Manakin%29

If you need to change a label, you can do it editing this file:

[dspace]/webapps/xmlui/i18n/messages_es.xml

Regards,
Alvaro Sandoval


El 16/09/11 10:56, Miguel Pizarro escribi:

  
  
  
  
  
Dear Dspace team:

Anyone
  know how
  to remove and rename
fields in the manakin
interface?

My Dspace version is
1.6.2

Example 1:



  

  
  

  

  
How
remove or hide link?
  
  
  

  


  

  






  

  
  

  

  
How rename title?
  
  
  

  


  

  Example 2:


  

  
  

  

  
How remove field?
  
  
  

  


  

  



Thanks
  for your help.


Miguel Pizarro
Soporte Tecnolgico
Alerta al Conocimiento
Fono: 56 (2) 233 79 08
Santiago de Chile
  
  

--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
  

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech




-- 
lvaro Sandoval Pizarro

BCN, Biblioteca del Congreso Nacional de Chile
Ingeniera y Desarrollo
Fono (5632) 226 3981

http://www.bcn.cl/

  

--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] BrowseException Error

2011-09-16 Thread Wolfe, Eric
Good morning all.  I am new to the dspace community and picking up from someone 
who recently left my company.  In the last week I have begun receiving the 
following error (I get this message 6 or seven times every few days).  Has 
anyone seen this and corrected it?  Thanks in advance.


An internal server error occurred on http://www.clpdigital.org/jspui:



Date:   9/16/11 3:20 AM

Session ID: B96AF591DD10C091BF2575B478329975



-- URL Was: 
http://www.clpdigital.org/jspui/browse?value=American+Iron+and+Steel+Institute.

-- Method: GET

-- Parameters were:

-- value: American Iron and Steel Institute.





Exception:

org.dspace.browse.BrowseException: org.postgresql.util.PSQLException: ERROR: 
relation bi_3_dmap does not exist

at 
org.dspace.browse.BrowseDAOPostgres.doCountQuery(BrowseDAOPostgres.java:196)

at 
org.dspace.browse.BrowseEngine.getTotalResults(BrowseEngine.java:780)

at 
org.dspace.browse.BrowseEngine.getTotalResults(BrowseEngine.java:740)

at 
org.dspace.browse.BrowseEngine.browseByItem(BrowseEngine.java:288)

at org.dspace.browse.BrowseEngine.browse(BrowseEngine.java:134)

at 
org.dspace.app.webui.servlet.AbstractBrowserServlet.processBrowse(AbstractBrowserServlet.java:339)

at 
org.dspace.app.webui.servlet.BrowserServlet.doDSGet(BrowserServlet.java:96)

at 
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:151)

at 
org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:99)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)

at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)

at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849)

at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)

at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454)

at java.lang.Thread.run(Thread.java:619)

Caused by: org.postgresql.util.PSQLException: ERROR: relation bi_3_dmap does 
not exist

at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:1531)

at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1313)

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.query(DatabaseManager.java:221)

at 
org.dspace.browse.BrowseDAOPostgres.doCountQuery(BrowseDAOPostgres.java:181)

... 22 more


Eric

Eric M. Wolfe, CCSA/CVE
Information Technology Manager
Carnegie Library of Pittsburgh
4400 Forbes Avenue
Pittsburgh, PA 15213
Phone: 412-622-6576
Fax: 412-688-8609
E-mail: wol...@carnegielibrary.orgmailto:wol...@carnegielibrary.org




This email message and any files transmitted with it are intended only for the 
use of the individual or entity to which it is addressed and may contain 
information that is privileged, confidential, and exempt from disclosure under 
applicable law.  Any use, distribution, copying or disclosure by anyone other 
than the intended individual or entity is prohibited without prior approval.  
If you have received this information in error, please notify the sender 
immediately.

--
BlackBerryreg; 

Re: [Dspace-tech] REST API Content Searching error

2011-09-16 Thread Bojan Suzic
Hi Simon,

the search provider uses the same mechanism/calls as the web 
application. Assuming that the search functionality is working as 
expected on the web site (jspui/xmlui), e.g. that the search index is 
previously initialized and periodically updated, I would suspect on 
version mismatch.

It happened on some instances that the website is using one version of 
DSpace, which prepares search index. Afterwards, the REST module is 
installed which is relying on other version of DSpace, and it's not able 
therefore to read the search index.
This (or some other) error should be usually reported and present in 
Tomcat log.

So I would ask you if you could take a look at the Tomcat log and send 
me related error lines.. and also if you could briefly describe your 
local installation, e.g. working environment, version, do you use newest 
REST API from the svn and so.

Other questions you posted to me I will answer separately.

Regards
Bojan


Am 15.09.2011 22:14, schrieb Brown, Simon Contractor, Digital Consulting 
Services:
 I can’t find any pattern in terms that I try with the REST API content
 searching that cause it to return results versus this error:

 __

 _The server encountered an internal error (Failure processing entity
 request (/search.xml): null) that prevented it from fulfilling this
 request._

 __

 Does anyone know the specific cause of this?

 Thank you,

 Simon



 --
 Doing More with Less: The Next Generation Virtual Desktop
 What are the key obstacles that have prevented many mid-market businesses
 from deploying virtual desktops?   How do next-generation virtual desktops
 provide companies an easier-to-deploy, easier-to-manage and more affordable
 virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/



 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech


--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] out of memory issue

2011-09-16 Thread Cole Hudson
Hi all,

 

I'm relatively new to the Dspace community.  I'm currently testing out a
copy of DSpace 1.7 running on Ubuntu 11.04 (with Postgres 8.4, Sun Java
1.6, Tomcat 6).  I seem to be having some trouble with java running out
of memory and crashing tomcat.  The system runs out of memory during or
after a new item is submitted to a collection.  Restarting tomcat fixes
the issue; however, it's hard to do this after every submission.  Per
the install instructions and performance tuning tips found here
https://wiki.duraspace.org/display/DSPACE/HowToPerformanceTuneForDspace
#HowToPerformanceTuneForDspace-GiveTomcatMoreJavaPermGenMemory , we've
set JAVA_OPTS for -Xmx512m -Xms512m -XX:MaxPermSize=128m, but this has
not had an effect.  I'd appreciate any suggestions or steps that I might
take to fix this.  Thanks.

 

Cole

 

Cole Hudson

Library Assistant

MSU College of Osteopathic Medicine

Macomb University Center

Phone: 586.263.6696

Fax: 586.416.5220

cole.hud...@hc.msu.edu

 

--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] 7.1.2 Upgrade problem- Handles

2011-09-16 Thread Mark Ludwig
Upgrading to 1.7.2 (from 1.5.1)

I get this when trying to set up the handle server.

I want to preserve handles so I loaded
all collections with handles. I have see other reports of this
problem where the solution is to delete the handles.
(https://jira.duraspace.org/browse/DS-110)

Has anyone successfully migrated their handles to 1.7?

-
dspace@ir:~/bin$ ./start-handle-server
dspace@ir:~/bin$ ./dspace update-handle-prefix 123456789 10465
If you continue, all handles in your repository with prefix 123456789 will
be updated to have handle prefix 10465

68 items will be updated.

Have you taken a backup, and are you ready to continue? [y/n]: y
Updating handle table... Exception: ERROR: duplicate key value violates
unique constraint handle_handle_key
org.postgresql.util.PSQLException: ERROR: duplicate key value violates
unique constraint handle_handle_key
at
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:1531)
at
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1313)
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.executeUpdate(AbstractJdbc2Statement.java:308)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
at
org.dspace.storage.rdbms.DatabaseManager.updateQuery(DatabaseManager.java:421)
at org.dspace.handle.UpdateHandlePrefix.main(UpdateHandlePrefix.java:58)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183)
-


-- 
Mark Ludwig
Director of Research Systems Development
University Libraries
SUNY at Buffalo
Buffalo, NY 14260
716 645 5952
--
BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] [Released] Re: SWORDMETSIngester error

2011-09-16 Thread Ingram, William A
Thanks to both of you. I apologize for taking so long to following up. The 
university spam filter is a bit overzealous. 

Bill 


On Sep 16, 2011, at 3:05 PM, Robin Taylor robin.tay...@ed.ac.uk wrote:

 Hi Bill,
 
 As Tim says, the METS package appears to have its metadata coded as DIM.
 DSpace 1.5.2 didn't have a crosswalk to ingest DIM. This was added in
 either 1.6 or 1.7. You need to either recreate your package to use a
 format that DSpace 1.5 can understand (Mods or EPDCX), or copy the DIM
 crosswalk from a later version of DSpace and update you dspace.cfg to
 include the DIM crosswalk.
 
 Cheers, Robin. 
 
 On Fri, 2011-09-09 at 19:02 +0100, Tim Donohue wrote:
 Hi Bill,
 
 It looks like the issue here is that, by default, DSpace's SWORD 
 settings expect all METS files to include EPDCX (Eprints DC XML) , 
 which is the SWORD recommended metadata format, or straight DC.  By 
 default, it doesn't expect DIM format.
 
 So, in the SWORD settings in dspace.cfg, you'll see:
 
 # Define the metadata type EPDCX (EPrints DC XML)
 # to be handled by the SWORD crosswalk configuration
 #
 mets.submission.crosswalk.EPDCX = SWORD
 
 The error is happening because SWORD is unaware of your existing DIM 
 crosswalk (as it only uses crosswalks defined via 
 'mets.submission.crosswalk.[mdtype]' configs).  So, it is complaining 
 that there is no configuration for:
 
 mets.submission.crosswalk.DIM = DIM
 
 (NOTE: This above config may look a bit odd. But, the *first* DIM 
 corresponds to the MDTYPE attribute specified in your METS.xml file.   
 So, what this setting is actually saying is:  If you encounter an 
 MDTYPE=DIM or OTHERMDTYPE=DIM attribute in a METS file, use the 
 DSpace crosswalk named DIM to process that metadata.)
 
 So, it is the above setting that the METSManifest.getCrosswalk() method 
 is complaining is missing. See the source code 
 at:https://fisheye3.atlassian.com/browse/dspace/dspace/tags/dspace-1.5.2/dspace-api/src/main/java/org/dspace/content/packager/METSManifest.java?hb=true#to727
 
 I think if you added the above 'mets.submission.crosswalk.DIM' setting 
 this may work (admittedly, I haven't tried it though).
 
 - Tim
 
 On Thursday, September 08, 2011 10:48:13 AM, Ingram, William A wrote:
 Hi,
 
 I am trying to send packages to DSpace 1.5.2 via SWORD, but they are being 
 refused due to a crosswalk error. See below the top of the stacktrace, and 
 a snippet of my dspace.cfg below that. The package METS.xml is attached.
 
 Thanks,
 Bill
 
 
 // --- stacktrace ---
 
 2011-09-07 20:04:19,662 ERROR org.dspace.sword.SWORDMETSIngester @ caught 
 exception:
 org.dspace.content.crosswalk.MetadataValidationException: Cannot process 
 METS Manifest: No crosswalk found for MDTYPE=DIM
at 
 org.dspace.content.packager.METSManifest.crosswalkItem(METSManifest.java:796)
at 
 org.dspace.content.packager.DSpaceMETSIngester.chooseItemDmd(DSpaceMETSIngester.java:174)
at 
 org.dspace.content.packager.AbstractMETSIngester.ingest(AbstractMETSIngester.java:390)
at org.dspace.sword.SWORDMETSIngester.ingest(SWORDMETSIngester.java:115)
at 
 org.dspace.sword.CollectionDepositor.doDeposit(CollectionDepositor.java:179)
at org.dspace.sword.DepositManager.deposit(DepositManager.java:173)
at 
 org.dspace.sword.DSpaceSWORDServer.doDeposit(DSpaceSWORDServer.java:153)
at org.purl.sword.server.DepositServlet.doPost(DepositServlet.java:336)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
...
 
 // --- dspace.cfg ---
 
 # Crosswalk Plugins:
 plugin.named.org.dspace.content.crosswalk.IngestionCrosswalk = \
   org.dspace.content.crosswalk.DIMIngestionCrosswalk = DIM \
   org.dspace.content.crosswalk.DIMIngestionCrosswalk = dim \
   org.dspace.content.crosswalk.OAIDCIngestionCrosswalk = DC \
   org.dspace.content.crosswalk.OAIDCIngestionCrosswalk = dc \
   org.dspace.content.crosswalk.OAIDCIngestionCrosswalk = OAI_DC \
   org.dspace.content.crosswalk.OAIDCIngestionCrosswalk = oai_dc \
   org.dspace.content.crosswalk.QDCCrosswalk = QDC \
   org.dspace.content.crosswalk.QDCCrosswalk = qdc \
   org.dspace.content.crosswalk.PREMISCrosswalk = PREMIS \
   org.dspace.content.crosswalk.OREIngestionCrosswalk = ORE \
   org.dspace.content.crosswalk.OREIngestionCrosswalk = ore \
   org.dspace.content.crosswalk.NullIngestionCrosswalk = NIL \
   org.dspace.content.crosswalk.NullIngestionCrosswalk = nil
 
 plugin.selfnamed.org.dspace.content.crosswalk.IngestionCrosswalk = \
   org.dspace.content.crosswalk.XSLTIngestionCrosswalk
 
 mets.submission.crosswalk.DIM = DIM
 sword.accept-packaging.METSDSpaceSIP.identifier = 
 http://purl.org/net/sword-types/METSDSpaceSIP
 sword.accept-packaging.METSDSpaceSIP.q = 1.0
 
 # A comma separated list of MIME types that SWORD will accept
 sword.accepts = application/zip
 
 
 
 --
 Bill Ingram
 Research Programmer
 Scholarly Communication and Repository Services
 University of Illinois at 

[Dspace-tech] SOLR Stats ERROR: Invalid Version or the data not in 'javabin' format

2011-09-16 Thread Matthew McKinley
Hello,

Upgrading from 1.5.2 to 1.7.2 and the SOLR statistics are not working. I was
able to convert the old DSpace logs, but when I try to run
stats-log-importer, stats-util or access statistics from within the browser
interface they all return with the following error message: ERROR:
java.lang.RuntimeException: Invalid version or the data in not in 'javabin'
format. The full dspace.log output is below.

Thanks for any help you can provide!
Matthew

Dspace 1.7.2
Tomcat6
Running on Linux 2.6
Java 1.6

2011-09-16 12:15:45,416 ERROR org.dspace.statistics.SolrLogger @ Error
executing query
org.apache.solr.client.solrj.SolrServerException: Error executing query
at
org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:95)
at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:118)
at org.dspace.statistics.SolrLogger.clinit(SolrLogger.java:79)
at
org.dspace.statistics.content.StatisticsDataVisits.queryFacetField(StatisticsDataVisits.java:640)
at
org.dspace.statistics.content.StatisticsDataVisits.createDataset(StatisticsDataVisits.java:247)
at
org.dspace.statistics.content.StatisticsDisplay.getDataset(StatisticsDisplay.java:88)
at
org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.addDisplayListing(StatisticsTransformer.java:350)
at
org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.renderHome(StatisticsTransformer.java:129)
at
org.dspace.app.xmlui.aspect.statistics.StatisticsTransformer.addBody(StatisticsTransformer.java:79)
at
org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:223)
at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
at $Proxy31.startElement(Unknown Source)
at
org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
at
org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140)
at
org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
at
org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94)
at
org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:240)
at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
at $Proxy28.startElement(Unknown Source)
at
org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140)
at
org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
at
org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94)
at
org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:240)
at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
at $Proxy28.startElement(Unknown Source)
at
org.apache.cocoon.environment.internal.EnvironmentChanger.startElement(EnvironmentStack.java:140)
at
org.apache.cocoon.components.sax.XMLTeePipe.startElement(XMLTeePipe.java:87)
at
org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94)
at
org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:240)
at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
at $Proxy28.startElement(Unknown Source)
at
org.apache.cocoon.xml.AbstractXMLPipe.startElement(AbstractXMLPipe.java:94)
at
org.dspace.app.xmlui.wing.AbstractWingTransformer.startElement(AbstractWingTransformer.java:240)
at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:71)
at $Proxy28.startElement(Unknown Source)
at