[Dspace-tech] Manakin Theme Tutorial

[Scott Phillips]

Everyone,

Alexey, our Manakin theme guru here at A&M, has posted a new Manakin  
theme tutorial on the wiki. I hope this will help out those who are in  
the process of creating their own themes. It covers the basic  
mechanism of creating a new theme, some helpful paradigms on how to  
tackle some situations, and a list of common "gotcha's".


http://wiki.dspace.org/index.php/Manakin_theme_tutorial

I am interested to know what other topics people feel need to be  
covered with regard to developing a Manakin theme?


Scott---
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Two instances on one box and dspace-info.pl problem

[Jeffrey Trimble]

Has anyone solved the issue with running dspace-info.pl when more  
than one instance of

dspace is running and each has its own database?

I have two databases:  dspace and rspace.

When running from the /rspace directory I get the dspace directory's  
information.  It seems

it looks at the data and the first database found is the one it uses.

TIA

Jeffrey Trimble
Systems Librarian
Maag Library
Youngstown State University
330-941-2483 (Office)
[EMAIL PROTECTED]
http://www.maag.ysu.edu
http://digital.maag.ysu.edu



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Poor response time in DSpace 1.4.2

[Mark H. Wood]

On Thu, Feb 28, 2008 at 08:55:59AM -0600, Thornton, Susan M. (LARC-B702)[NCI 
INFORMATION SYSTEMS] wrote:
> What do you have the buffers set at in postgreSQL.conf?

shared_buffers = 1000

Everything else is commented out, using defaults.

-- 
Mark H. Wood, Lead System Programmer   [EMAIL PROTECTED]
Typically when a software vendor says that a product is "intuitive" he
means the exact opposite.



pgpU62FxJiFn0.pgp
Description: PGP signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Dspace 1.5 beta - send feedback does not work

[Scott Phillips]

Mika,

I patched a bug in the XMLUI where it was not looking for the feedback  
email template in the correct place. So if you are using the beta1 tag  
then that would explain the FileNotFoundException for Manakin.

I've tested the feedback on my machine so the system works in at least  
one case. I suspect that the likely cause is with the feedback  
templates (config/emails/*)? Check that they are readable by dspace.  
Have you internationalized the templates?

Scott--


On Feb 28, 2008, at 8:59 AM, Mika Stenberg wrote:

> On both UI's when trying to send feedback it results to error.  
> Something
>  might be wrong here? smtp server is set correctly in dspace.cfg.
>
> On JSPUI as an Admin I get:
> You do not have permission to perform the action you just attempted.
>
> On XMLUI as an Admin I get:
>
> ---
>
> An error has occured
>
> java.io.FileNotFoundException: feedback (No such file or directory)
>
>
> Cocoon stacktrace [hide]
> Sitemap: error when calling sub-sitemap
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> aspects/aspects.xmap
> - 119:72  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> sitemap.xmap
> - 276:80  
> context:/resource://aspects/Administrative/sitemap.xmap - 813:31
> 
> context:/resource://aspects/Administrative/sitemap.xmap - 266:38
> 
> context:/resource://aspects/Administrative/sitemap.xmap - 265:44
> 
> context:/resource://aspects/Administrative/sitemap.xmap - 264:19
> 
> context:/resource://aspects/EPerson/sitemap.xmap - 320:31
> 
> context:/resource://aspects/EPerson/sitemap.xmap - 136:38
> 
> context:/resource://aspects/EPerson/sitemap.xmap - 125:19  
> 
> context:/resource://aspects/Submission/sitemap.xmap - 296:38
> 
> context:/resource://aspects/Submission/sitemap.xmap - 139:45
> 
> context:/resource://aspects/Submission/sitemap.xmap - 136:26   
> 
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> aspects/aspects.xmap
> - 115:34  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> aspects/aspects.xmap
> - 114:43  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> aspects/aspects.xmap
> - 113:22  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> themes/Reference/sitemap.xmap
> - 171:34  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> themes/Reference/sitemap.xmap
> - 168:84  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> themes/Reference/sitemap.xmap
> - 167:78  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> themes/Reference/sitemap.xmap
> - 161:33  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/ 
> Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon- 
> files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/ 
> themes/Reference/sitemap.xmap
> - 157:44  
> context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/ 
> cocoon-files/Jetty_0_0_0_0_8048_dikk.war__di

[Dspace-tech] Dspace 1.5 beta - send feedback does not work

[Mika Stenberg]

On both UI's when trying to send feedback it results to error. Something 
  might be wrong here? smtp server is set correctly in dspace.cfg.

On JSPUI as an Admin I get:
You do not have permission to perform the action you just attempted.

On XMLUI as an Admin I get:

---

An error has occured

java.io.FileNotFoundException: feedback (No such file or directory)


Cocoon stacktrace [hide]
Sitemap: error when calling sub-sitemap
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/aspects/aspects.xmap
 
- 119:72
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/sitemap.xmap
 
- 276:80
context:/resource://aspects/Administrative/sitemap.xmap - 813:31 

context:/resource://aspects/Administrative/sitemap.xmap - 266:38 

context:/resource://aspects/Administrative/sitemap.xmap - 265:44 

context:/resource://aspects/Administrative/sitemap.xmap - 264:19 

context:/resource://aspects/EPerson/sitemap.xmap - 320:31 

context:/resource://aspects/EPerson/sitemap.xmap - 136:38 

context:/resource://aspects/EPerson/sitemap.xmap - 125:19   
context:/resource://aspects/Submission/sitemap.xmap - 296:38 

context:/resource://aspects/Submission/sitemap.xmap - 139:45 

context:/resource://aspects/Submission/sitemap.xmap - 136:26
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/aspects/aspects.xmap
 
- 115:34
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/aspects/aspects.xmap
 
- 114:43
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/aspects/aspects.xmap
 
- 113:22
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/themes/Reference/sitemap.xmap
 
- 171:34
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/themes/Reference/sitemap.xmap
 
- 168:84
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/themes/Reference/sitemap.xmap
 
- 167:78
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/themes/Reference/sitemap.xmap
 
- 161:33
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/themes/Reference/sitemap.xmap
 
- 157:44
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/themes/Reference/sitemap.xmap
 
- 142:45
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb__-o4ci37/webapp/themes/Reference/sitemap.xmap
 
- 118:55
context:/file:/tmp/Jetty_0_0_0_0_8048_dspace.war__dspace__n8dysb/cocoon-files/Jetty_0_0_0_0_8048_dikk.war__dikk__-ajb4mj/cocoon-files/Jetty_0_0_0_0_8048_neuroportti.war__neuroportti__-uqjxql/cocoon-files/Jetty_0_0_0_0_8048_neuroweb.war__neuroweb

Re: [Dspace-tech] Poor response time in DSpace 1.4.2

[Thornton, Susan M. (LARC-B702)[NCI INFORMATION SYSTEMS]]

Thanks Mark.  We have the upgrade of PostgreSQL on the to-do list.  I
guess we're going to have to make it a priority.  By the way, I did bump
up max_connections from 30 to 100 yesterday and did see some improvement
when clicking on "Communities and Collections", clicking on a Community
or Collection, and clicking on an actual item, but the browse by
subject, author, title, and date are all still very slow.
What do you have the buffers set at in postgreSQL.conf?
Thanks,
Sue

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark H.
Wood
Sent: Thursday, February 28, 2008 8:48 AM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Poor response time in DSpace 1.4.2

You could try increasing max_connections in postgresql.conf.  But it's
possible that connections are not closing properly and that will eat
up as many as you care to permit, eventually.  If you're running some
ancient v7.x release of PostgreSQL, upgrade to at least 8.0.  I used
to see this problem, and upgrading the PG components seems to have
cured it.

On a lightly-used production instance here I'm running with
max_connections = 100.  That's on PG 8.0.8, and I'm bugging the Gentoo
PG team to find out why we're stuck at 8.0 when 8.3 is in beta and 8.2
has been out and stable for many months.  On the java side I'm using
the postgresql JDBC driver v8.1-404.

-- 
Mark H. Wood, Lead System Programmer   [EMAIL PROTECTED]
Typically when a software vendor says that a product is "intuitive" he
means the exact opposite.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Poor response time in DSpace 1.4.2

[Graham Triggs]

Mark H. Wood wrote:
> That's on PG 8.0.8, and I'm bugging the Gentoo
> PG team to find out why we're stuck at 8.0 when 8.3 is in beta and 8.2
> has been out and stable for many months.

FYI, Postgres 8.3 was released at the start of this month.

G

 
 
This e-mail is confidential and should not be used by anyone who is not the 
original intended recipient. BioMed Central Limited does not accept liability 
for any statements made which are clearly the sender's own and not expressly 
made on behalf of BioMed Central Limited. No contracts may be concluded on 
behalf of BioMed Central Limited by means of e-mail communication. BioMed 
Central Limited Registered in England and Wales with registered number 3680030 
Registered Office Middlesex House, 34-42 Cleveland Street, London W1T 4LB

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Poor response time in DSpace 1.4.2

[Mark H. Wood]

You could try increasing max_connections in postgresql.conf.  But it's
possible that connections are not closing properly and that will eat
up as many as you care to permit, eventually.  If you're running some
ancient v7.x release of PostgreSQL, upgrade to at least 8.0.  I used
to see this problem, and upgrading the PG components seems to have
cured it.

On a lightly-used production instance here I'm running with
max_connections = 100.  That's on PG 8.0.8, and I'm bugging the Gentoo
PG team to find out why we're stuck at 8.0 when 8.3 is in beta and 8.2
has been out and stable for many months.  On the java side I'm using
the postgresql JDBC driver v8.1-404.

-- 
Mark H. Wood, Lead System Programmer   [EMAIL PROTECTED]
Typically when a software vendor says that a product is "intuitive" he
means the exact opposite.



pgpEfJm3UuWz4.pgp
Description: PGP signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] DSpace Remote APIs

[Stuart Lewis [sdl]]

Hi Robin,

The SWORD project team are hoping to extend SWORD to cover the full CRUD
functionality. APP, upon which SWORD is based, supports this
(http://bitworking.org/projects/atom/draft-ietf-atompub-protocol-09.html
#edit).

The SWORD project has now won further funding, and we will soon start to
investigate it, but our intention is to go along this route.

Thanks,


Stuart

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robin
Taylor
Sent: 28 February 2008 09:55
To: 'Mark Diggory'
Cc: dspace-tech@lists.sourceforge.net; [EMAIL PROTECTED]
Subject: Re: [Dspace-tech] DSpace Remote APIs

Hi Mark,

I did post it when it was originally written (Sourceforge patch 1619468)
although I don't have too much confidence in this early version, it has
been
made more robust since then but I never got round to updating the patch.
When it was written there wasn't much going on with regards to ingest
outwith the UI but things are changing. We would prefer to migrate to
something more inline with future development and have been looking at
Sword. Unfortunately we need the 'update' function and Sword only
appears to
provide 'add' at this point in time. If as hoped the central dspace api
becomes a fairly stable entity then it may be that a number of non-UI
interfaces emerge in the same way that there is now the JSP and XML UIs.
It
is an area that is of immediate interest to us so I hope we can
contribute
in some way.

Cheers, Robin.
 

 

-Original Message-
From: Mark Diggory [mailto:[EMAIL PROTECTED] 
Sent: 27 February 2008 19:52
To: [EMAIL PROTECTED]
Cc: 'Rob Hudson'; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] DSpace Remote APIs

Robin,

This is interesting... You should post it... Have you seen this patch?

https://sourceforge.net/tracker/index.php? 
func=detail&aid=1898241&group_id=19984&atid=319984

It ends up using ItemExporter for a similar case...

My only problem with this (and I stated it in the referenced ticket) is
that
we are trying to get away from ItemImporter/ItemExporter or at least get
them in line with the Packager framework somehow...  
Right now theres are two completely different implementations used for
ingest and its getting unclear which the community should be more
focused
on.

Cheers,
Mark


On Feb 22, 2008, at 3:46 AM, Robin Taylor wrote:

> Hi Rob,
>
> We developed a set of web service interfaces based around the batch  
> importer
> and supporting the same functionality (add, delete, update) which  
> we do use
> for one of our installations to import items from an existing research
> database. This was very much a bespoke development but I would happily
> provide the code if you are interested.
>
> Cheers, Robin.
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Rob  
> Hudson
> Sent: 22 February 2008 10:30
> To: dspace-tech@lists.sourceforge.net
> Subject: [Dspace-tech] DSpace Remote APIs
>
> Hello all,
>
> I'm trying to find out more information about DSpace remote APIs.  
> I've found
> the following wiki page but the information on it seems out of date:
> http://wiki.dspace.org/index.php/NetworkInterfaces. I spoke to the  
> CARET
> team and they have stated that the LightWeightNetwork interface has  
> taken
> over the main line of development. How actively developed are these
> interfaces? Which are included in the core DSpace (and which are
> extensions)?
>
> I'm more than happy to update the wiki page if someone can give me  
> more
> information.
>
> Thanks for any responses
>
> Rob
>
>
>
> --

> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech





-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] take dspace information item with jsp

[dario gasparro]

hello people
i have formuled the question again with correct subject.

i want extract information of a item (or metadata) in dspace with jsp.
i know all the item are recorded in postgres.
what are the steps that i must follow for to do this?
is there any source on net?

bye bye!

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Accidently restore postgresql table

[MOHAMAD NASRI BIN MAT ISA @ MAT SAAT]

Hi,

 

I just accidently restore my database with old outdated data. I have
checked all documents are still exist in assetstore folder, but filename
cannot be understand. Can i recovery it or is there any script or tool to
regenerate the data according to this folder?

 

TQ


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Error in submitting the Bitsream

[Satya Ranjan Sahu]

When I am trying to upload the bitsteam it is showing the following error.
The problem started showing after fresh_install today due to modification in
some configuration. The DSpace version is 1.4.2.
java.lang.NoSuchMethodError: org.dspace.content.Bitstream.getSize()I

org.apache.jsp.submit.show_002duploaded_002dfile_jsp._jspService(org.apache.
jsp.submit.show_002duploaded_002dfile_jsp:258)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3
22)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
org.dspace.app.webui.util.JSPManager.showJSP(JSPManager.java:91)

org.dspace.app.webui.servlet.SubmitServlet.showProgressAwareJSP(SubmitServle
t.java:2053)

org.dspace.app.webui.servlet.SubmitServlet.showUploadFileList(SubmitServlet.
java:1987)

org.dspace.app.webui.servlet.SubmitServlet.processChooseFile(SubmitServlet.j
ava:1136)

org.dspace.app.webui.servlet.SubmitServlet.doDSPost(SubmitServlet.java:332)

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

org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:105)
javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

org.dspace.app.webui.filter.RegisteredOnlyFilter.doFilter(RegisteredOnlyFilt
er.java:98)

Thanking you
With regards

Satya Ranjan Sahu
National Information Centre for Marine Sciences
National Institute of Oceanography
Dona Paula, Goa - 403 004
Phone: 0832-2450370 (O)
--


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Accidently drop table in postgres

[Mathias Hjelt]

I assume you’re asking this because you don’t have a backup of the database, so 
I won’t suggest using that to restore.. :)

 

First of all, make sure you DON’T run postgres’ vacuum on the database, second, 
make a copy of the pgdata folder just in case. I believe that deleted database 
items are not physically erased from postgres’ internal data storage (typically 
the pgdata folder) until you do a vacuum. Some eight years ago I accidentally 
deleted a large amount of data from a postgres database but was able to recover 
it somehow, but I just can’t remember how. Try a google search..

 

I believe you can’t recreate the database contents from the assetstore, as the 
assetstore only contains bitstreams and not metadata.

 

good luck,

 

Mathias Hjelt

 

 

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ROHAZNA BINTI 
WAHAB
Sent: 28. helmikuuta 2008 10:33
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] Accidently drop table in postgres

 

Hi ..

Can someone help me?.. I accidently drop / deleted dspace databased .. I need 
an advised on:

1. Is there any way to recover the data?
2. I still have physical files in assetstore folder. How to use that file back?

i'm using dspace version 1.4.2. Tq in advanced


Regards,

Rohazna Wahab
Pegawai Teknologi Maklumat
Pusat Teknologi Maklumat & Komunikasi
Universiti Malaysia Perlis

Tel : 049798280
Fax : 049798227


-- 
This message has been scanned for viruses and 
dangerous content by MailScanner  , and is 
believed to be clean. 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] question

[dario gasparro]

hello world!,

how i could take the information from tag "description" of a metadate?
can i do it in any way?

hello again!

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] DSpace Remote APIs

[Robin Taylor]

Hi Mark,

I did post it when it was originally written (Sourceforge patch 1619468)
although I don't have too much confidence in this early version, it has been
made more robust since then but I never got round to updating the patch.
When it was written there wasn't much going on with regards to ingest
outwith the UI but things are changing. We would prefer to migrate to
something more inline with future development and have been looking at
Sword. Unfortunately we need the 'update' function and Sword only appears to
provide 'add' at this point in time. If as hoped the central dspace api
becomes a fairly stable entity then it may be that a number of non-UI
interfaces emerge in the same way that there is now the JSP and XML UIs. It
is an area that is of immediate interest to us so I hope we can contribute
in some way.

Cheers, Robin.
 

 

-Original Message-
From: Mark Diggory [mailto:[EMAIL PROTECTED] 
Sent: 27 February 2008 19:52
To: [EMAIL PROTECTED]
Cc: 'Rob Hudson'; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] DSpace Remote APIs

Robin,

This is interesting... You should post it... Have you seen this patch?

https://sourceforge.net/tracker/index.php? 
func=detail&aid=1898241&group_id=19984&atid=319984

It ends up using ItemExporter for a similar case...

My only problem with this (and I stated it in the referenced ticket) is that
we are trying to get away from ItemImporter/ItemExporter or at least get
them in line with the Packager framework somehow...  
Right now theres are two completely different implementations used for
ingest and its getting unclear which the community should be more focused
on.

Cheers,
Mark


On Feb 22, 2008, at 3:46 AM, Robin Taylor wrote:

> Hi Rob,
>
> We developed a set of web service interfaces based around the batch  
> importer
> and supporting the same functionality (add, delete, update) which  
> we do use
> for one of our installations to import items from an existing research
> database. This was very much a bespoke development but I would happily
> provide the code if you are interested.
>
> Cheers, Robin.
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Rob  
> Hudson
> Sent: 22 February 2008 10:30
> To: dspace-tech@lists.sourceforge.net
> Subject: [Dspace-tech] DSpace Remote APIs
>
> Hello all,
>
> I'm trying to find out more information about DSpace remote APIs.  
> I've found
> the following wiki page but the information on it seems out of date:
> http://wiki.dspace.org/index.php/NetworkInterfaces. I spoke to the  
> CARET
> team and they have stated that the LightWeightNetwork interface has  
> taken
> over the main line of development. How actively developed are these
> interfaces? Which are included in the core DSpace (and which are
> extensions)?
>
> I'm more than happy to update the wiki page if someone can give me  
> more
> information.
>
> Thanks for any responses
>
> Rob
>
>
>
> -- 
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech




-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Accidently drop table in postgres

[ROHAZNA BINTI WAHAB]

Hi .. 

Can someone help me?.. I accidently drop / deleted dspace databased .. I need 
an advised on: 

1. Is there any way to recover the data? 
2. I still have physical files in assetstore folder. How to use that file back? 

i'm using dspace version 1.4.2. Tq in advanced 


Regards, 

Rohazna Wahab 
Pegawai Teknologi Maklumat 
Pusat Teknologi Maklumat & Komunikasi 
Universiti Malaysia Perlis 

Tel : 049798280 
Fax : 049798227 

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech