Re: [Dspace-tech] HANDLE server / Oracle / Firewall

2009-01-09 Thread Stuart Lewis
Hi Tom,

 I have my handle server up and running, it¹s responding over the necessary
 ports. But it¹s not able to get the actual handles from my Oracle database.
 The database box is located across a firewall, and we¹ve already opened a port
 so that the DSpace application itself can communicate with it. Does the handle
 server require or use a separate port that we will need to open, or does it
 use a different protocol?

The Handle system should use the same configuration as the rest of DSpace as
defined in dspace.cfg.

What are the symptoms you are seeing? (which bits work, and which do not?
What do the log files say?)

Thanks,


Stuart
_

Gwasanaethau Gwybodaeth  Information Services
Prifysgol Aberystwyth  Aberystwyth University

E-bost / E-mail: stuart.le...@aber.ac.uk
 Ffon / Tel: (01970) 622860
_


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] target for a system monitor script

2009-01-09 Thread Stuart Lewis
Hi Hardy,

 Hi, our system administrators have an uptime monitoring application that
 we'd like to point at our DSpace installation. I'm kicking around ideas
 for a way to code up a page for them to use as a test (something that
 would confirm that all the pieces were working: tomcat, db, apache).
 
 I thought I'd check with this list, to see if anyone has coded something
 similar, and would be willing to share, or point me to a write-up?

The home page would confirm all three (which is what I use). Apache must be
working in order to get a response, tomcat much be working if you see the
DSpace header and footer, and the database must be working in order to see
the list of top level communities.

The only thing the homepage doesn't test is that your lucene search indexes
are happy and healthy, in which case you can use a search results page.

Hope that helps,


Stuart
_

Gwasanaethau Gwybodaeth  Information Services
Prifysgol Aberystwyth  Aberystwyth University

E-bost / E-mail: stuart.le...@aber.ac.uk
 Ffon / Tel: (01970) 622860
_


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Issues with DSpace 1.5.x and browser cache

2009-01-09 Thread Stuart Lewis
Hi John,

 I'm having a problem with using DSpace 1.5.x via the jspui and xmlui interface
 that causes changes to the database not to appear on subsequent pages, unless
 I clear the browser cache and reload the page. This occurs with both IE and
 Firefox browsers, and does occur when accessing my 1.4.1 DSpace installation.
 Has anything changed that would cause this.

Could you provide us with a list of explicit instructions about how to
replicate this? We'll then be able to see what changes you are making in the
database, and look at why they might not be getting shown in the user
interface.

For example are you adding/modifiying/deleting item metadata from the
metadatavalue table? (if so, my initial but un-researched guess might be
that DSpace doesn't realise the item has changed unless you also update the
item's last modified date, therefore when your browser provides the
If-Modified-Since header, DSpace will assume the item has not changed, and
will therefore return a 304 Not Modified status).

Thanks,


Stuart
_

Gwasanaethau Gwybodaeth  Information Services
Prifysgol Aberystwyth  Aberystwyth University

E-bost / E-mail: stuart.le...@aber.ac.uk
 Ffon / Tel: (01970) 622860
_


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Getting an updated checksum after replacing a bitstream in 1.4.x

2009-01-09 Thread Obiajulu Odu
Hi, 
When we remove the original bitstream and replace it with a corrected one,
then the checksum information is not updated and therefore is no longer
correct.

How can DSpace re-run checksums on corrected/replaced bitstreams so that
the new checksum value is automatically reflected in the item's metadata?
Or is there something that must be corrected manually in the metadata?

Thanks in advance.

Obiajulu Odu
University of Tromsø 

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Getting an updated checksum after replacing a bitstream in 1.4.x

2009-01-09 Thread Claudia Jürgen
Hi Obiajulu,

how do you replace the bitstream? We're using 1.4.1 and got no checksum 
problems. At least the checksum checker does not report any.

Claudia Jürgen


Obiajulu Odu schrieb:
 Hi, 
 When we remove the original bitstream and replace it with a corrected one,
 then the checksum information is not updated and therefore is no longer
 correct.
 
 How can DSpace re-run checksums on corrected/replaced bitstreams so that
 the new checksum value is automatically reflected in the item's metadata?
 Or is there something that must be corrected manually in the metadata?
 
 Thanks in advance.
 
 Obiajulu Odu
 University of Tromsø 
 
 --
 Check out the new SourceForge.net Marketplace.
 It is the best place to buy or sell services for
 just about anything Open Source.
 http://p.sf.net/sfu/Xq1LFB
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] My Exports in Manakin question / bug report

2009-01-09 Thread Stuart Lewis
Hi Eric / Serhiy,

 Using the Reference theme, items waiting in My Exports cause the
 h3My Accounts/h3 header to disappear from the menu.  The li
 login and registration links remain, but the missing h3 throws off
 spacing of the ds-option-set.  The really strange thing is that My
 Exports and the missing H3 persist after logout.

Try this patch:

https://sourceforge.net/tracker/index.php?func=detailaid=2495728group_id=1
9984atid=319984

I've just written it, and haven't tested it extensively, but I don't think
it should have any side effects.
 
 and also, is there a way to remove files waiting in My Exports?

I've not looked into this much, but I think the only way is to remove them
from the server (from the directory defined in dspace.cfg
org.dspace.app.itemexport.download.dir). The user interface will then remove
the link. So perhaps you could run a weekly cron job to remove any files in
that directory over 2 weeks old etc.

Thanks,


Stuart
_

Gwasanaethau Gwybodaeth  Information Services
Prifysgol Aberystwyth  Aberystwyth University

E-bost / E-mail: stuart.le...@aber.ac.uk
 Ffon / Tel: (01970) 622860
_


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] My Exports in Manakin question / bug report

2009-01-09 Thread Claudia Jürgen
Hi all,

the patch has been applied to 1.5.x, thank you Stuart.

As for the lifespan there is a configuration parameter:
# The length of time in hours each archive should live for. When new 
archives are
# created this entry is used to delete old ones
org.dspace.app.itemexport.life.span.hours = 48

This might be used in a cron to delete old exports. Imo only deleting 
them on creation of a new archive is a bit clumsy.

Furthermore the exports should be deletable from the user himself, but 
this is another feature request.

The export could do with a bit spring cleaning in general:
- make it configurable, enable export yes/no
- check for authorizations
- use email template instead of hardcoding the text
- let the user manage the exports
...

a happy new year

Claudia Jürgen





Stuart Lewis schrieb:
 Hi Eric / Serhiy,
 
 Using the Reference theme, items waiting in My Exports cause the
 h3My Accounts/h3 header to disappear from the menu.  The li
 login and registration links remain, but the missing h3 throws off
 spacing of the ds-option-set.  The really strange thing is that My
 Exports and the missing H3 persist after logout.
 
 Try this patch:
 
 https://sourceforge.net/tracker/index.php?func=detailaid=2495728group_id=1
 9984atid=319984
 
 I've just written it, and haven't tested it extensively, but I don't think
 it should have any side effects.
  
 and also, is there a way to remove files waiting in My Exports?
 
 I've not looked into this much, but I think the only way is to remove them
 from the server (from the directory defined in dspace.cfg
 org.dspace.app.itemexport.download.dir). The user interface will then remove
 the link. So perhaps you could run a weekly cron job to remove any files in
 that directory over 2 weeks old etc.
 
 Thanks,
 
 
 Stuart
 _
 
 Gwasanaethau Gwybodaeth  Information Services
 Prifysgol Aberystwyth  Aberystwyth University
 
 E-bost / E-mail: stuart.le...@aber.ac.uk
  Ffon / Tel: (01970) 622860
 _
 
 
 --
 Check out the new SourceForge.net Marketplace.
 It is the best place to buy or sell services for
 just about anything Open Source.
 http://p.sf.net/sfu/Xq1LFB
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] My Exports in Manakin question / bug report

2009-01-09 Thread Eric Luhrs
Hi Stuart,
Thanks very much for your reply.  I just applied your patch to our dev
instance of DSpace 1.5.2, but I think that it only partially solved
the problem.  Previously, h3My Account/h3 was missing from the
context even after logout.  The h3 label now returns when the user
logs out, but remains missing when logged in.  Of course, all is well
if logged in as a user that does not have exports waiting.

Eric Luhrs


On Fri, Jan 9, 2009 at 8:34 AM, Stuart Lewis s...@aber.ac.uk wrote:
 Hi Eric / Serhiy,

 Using the Reference theme, items waiting in My Exports cause the
 h3My Accounts/h3 header to disappear from the menu.  The li
 login and registration links remain, but the missing h3 throws off
 spacing of the ds-option-set.  The really strange thing is that My
 Exports and the missing H3 persist after logout.

 Try this patch:

 https://sourceforge.net/tracker/index.php?func=detailaid=2495728group_id=1
 9984atid=319984

 I've just written it, and haven't tested it extensively, but I don't think
 it should have any side effects.

 and also, is there a way to remove files waiting in My Exports?

 I've not looked into this much, but I think the only way is to remove them
 from the server (from the directory defined in dspace.cfg
 org.dspace.app.itemexport.download.dir). The user interface will then remove
 the link. So perhaps you could run a weekly cron job to remove any files in
 that directory over 2 weeks old etc.

 Thanks,


 Stuart
 _

 Gwasanaethau Gwybodaeth  Information Services
 Prifysgol Aberystwyth  Aberystwyth University

E-bost / E-mail: stuart.le...@aber.ac.uk
 Ffon / Tel: (01970) 622860
 _



--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] My Exports in Manakin question / bug report

2009-01-09 Thread Claudia Jürgen
Hi Eric,

tested this patch on a vanilla 1.5.x (todays revision) xmlui instance, 
for users with and without exports and it worked ok.
Do you got any customizations or can it be a browser cache problem.

Snowy Greetings

Claudia Jürgen



Eric Luhrs schrieb:
 Hi Stuart,
 Thanks very much for your reply.  I just applied your patch to our dev
 instance of DSpace 1.5.2, but I think that it only partially solved
 the problem.  Previously, h3My Account/h3 was missing from the
 context even after logout.  The h3 label now returns when the user
 logs out, but remains missing when logged in.  Of course, all is well
 if logged in as a user that does not have exports waiting.
 
 Eric Luhrs
 
 
 On Fri, Jan 9, 2009 at 8:34 AM, Stuart Lewis s...@aber.ac.uk wrote:
 Hi Eric / Serhiy,

 Using the Reference theme, items waiting in My Exports cause the
 h3My Accounts/h3 header to disappear from the menu.  The li
 login and registration links remain, but the missing h3 throws off
 spacing of the ds-option-set.  The really strange thing is that My
 Exports and the missing H3 persist after logout.
 Try this patch:

 https://sourceforge.net/tracker/index.php?func=detailaid=2495728group_id=1
 9984atid=319984

 I've just written it, and haven't tested it extensively, but I don't think
 it should have any side effects.

 and also, is there a way to remove files waiting in My Exports?
 I've not looked into this much, but I think the only way is to remove them
 from the server (from the directory defined in dspace.cfg
 org.dspace.app.itemexport.download.dir). The user interface will then remove
 the link. So perhaps you could run a weekly cron job to remove any files in
 that directory over 2 weeks old etc.

 Thanks,


 Stuart
 _

 Gwasanaethau Gwybodaeth  Information Services
 Prifysgol Aberystwyth  Aberystwyth University

E-bost / E-mail: stuart.le...@aber.ac.uk
 Ffon / Tel: (01970) 622860
 _



--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] My Exports in Manakin question / bug report

2009-01-09 Thread Eric Luhrs
Hi Claudia,
I just rebuilt DSpace again, and this time the My Accounts heading
worked as expected.  Not sure what I did wrong the first time.  I also
cleared the browser cache, so perhaps that had something to do with
it.

Thanks to you and Stuart for all of your help.

Best,

Eric Luhrs

On Fri, Jan 9, 2009 at 10:52 AM, Claudia Jürgen
claudia.juer...@ub.uni-dortmund.de wrote:
 Hi Eric,

 tested this patch on a vanilla 1.5.x (todays revision) xmlui instance, for
 users with and without exports and it worked ok.
 Do you got any customizations or can it be a browser cache problem.

 Snowy Greetings

 Claudia Jürgen



 Eric Luhrs schrieb:

 Hi Stuart,
 Thanks very much for your reply.  I just applied your patch to our dev
 instance of DSpace 1.5.2, but I think that it only partially solved
 the problem.  Previously, h3My Account/h3 was missing from the
 context even after logout.  The h3 label now returns when the user
 logs out, but remains missing when logged in.  Of course, all is well
 if logged in as a user that does not have exports waiting.

 Eric Luhrs


 On Fri, Jan 9, 2009 at 8:34 AM, Stuart Lewis s...@aber.ac.uk wrote:

 Hi Eric / Serhiy,

 Using the Reference theme, items waiting in My Exports cause the
 h3My Accounts/h3 header to disappear from the menu.  The li
 login and registration links remain, but the missing h3 throws off
 spacing of the ds-option-set.  The really strange thing is that My
 Exports and the missing H3 persist after logout.

 Try this patch:


 https://sourceforge.net/tracker/index.php?func=detailaid=2495728group_id=1
 9984atid=319984

 I've just written it, and haven't tested it extensively, but I don't
 think
 it should have any side effects.

 and also, is there a way to remove files waiting in My Exports?

 I've not looked into this much, but I think the only way is to remove
 them
 from the server (from the directory defined in dspace.cfg
 org.dspace.app.itemexport.download.dir). The user interface will then
 remove
 the link. So perhaps you could run a weekly cron job to remove any files
 in
 that directory over 2 weeks old etc.

 Thanks,


 Stuart
 _

 Gwasanaethau Gwybodaeth  Information Services
 Prifysgol Aberystwyth  Aberystwyth University

   E-bost / E-mail: stuart.le...@aber.ac.uk
Ffon / Tel: (01970) 622860
 _



--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] HANDLE server / Oracle / Firewall

2009-01-09 Thread Stuart Lewis
Hi Tom,

 I have my handle server up and running, it¹s responding over the necessary
 ports. But it¹s not able to get the actual handles from my Oracle database.
 The database box is located across a firewall, and we¹ve already opened a
 port
 so that the DSpace application itself can communicate with it. Does the
 handle
 server require or use a separate port that we will need to open, or does it
 use a different protocol?
 Which logs would even contain the errors I'm looking for?

Edit [dspace]/config/log4j-handle-plugin.properties and change it so that
rather than logging at the INFO level it logs at the DEBUG level. That file
will also tell you where the log file is, probably
[dspace]/log/handle-plugin.log

If you then restart the handle server (make sure all the old handle server
processes are killed - there might be two of them) and start it again,
debug-level logs should appear in that file. Hopefully these will help track
down the problem.

Thanks,


Stuart
_

Gwasanaethau Gwybodaeth  Information Services
Prifysgol Aberystwyth  Aberystwyth University

E-bost / E-mail: stuart.le...@aber.ac.uk
 Ffon / Tel: (01970) 622860
_


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] Issues with DSpace 1.5.x and browser cache

2009-01-09 Thread Thornton, Susan M. (LARC-B702)[NCI INFORMATION SYSTEMS]
We are running 1.4.2 and I've noticed that if I sign into MyDSpace and
then enter a handle in the browser address line, the Administrator's
Edit button does not display in the upper right hand corner until I
reload the page.

Sue

 



From: John Preston [mailto:byhisde...@gmail.com] 
Sent: Wednesday, January 07, 2009 7:36 PM
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] Issues with DSpace 1.5.x and browser cache

 

I'm having a problem with using DSpace 1.5.x via the jspui and xmlui
interface that causes changes to the database not to appear on
subsequent pages, unless I clear the browser cache and reload the page.
This occurs with both IE and Firefox browsers, and does occur when
accessing my 1.4.1 DSpace installation. Has anything changed that would
cause this.

John 

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


[Dspace-tech] Fwd: Issues with DSpace 1.5.x and browser cache

2009-01-09 Thread John Preston
Yes, that type of action occurs with me too. I'm gonna get someone to run
through all they reproducible instances when changes made during normal
submission are not reflected afterwards unless you clear the browser cache
and reload the page.

john


On Fri, Jan 9, 2009 at 11:57 AM, Thornton, Susan M. (LARC-B702)[NCI
INFORMATION SYSTEMS] susan.m.thorn...@nasa.gov wrote:

  We are running 1.4.2 and I've noticed that if I sign into MyDSpace and
 then enter a handle in the browser address line, the Administrator's Edit
 button does not display in the upper right hand corner until I reload the
 page.

 Sue


  --

 *From:* John Preston [mailto:byhisde...@gmail.com]
 *Sent:* Wednesday, January 07, 2009 7:36 PM
 *To:* dspace-tech@lists.sourceforge.net
 *Subject:* [Dspace-tech] Issues with DSpace 1.5.x and browser cache



 I'm having a problem with using DSpace 1.5.x via the jspui and xmlui
 interface that causes changes to the database not to appear on subsequent
 pages, unless I clear the browser cache and reload the page. This occurs
 with both IE and Firefox browsers, and does occur when accessing my 1.4.1
 DSpace installation. Has anything changed that would cause this.

 John

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] My Exports in Manakin question / bug report

2009-01-09 Thread Claudia Juergen
Hi Eric,

good to hear, as I've allready committed it to the codebase.

Have a nice weekend

Claudia

 Hi Claudia,
 I just rebuilt DSpace again, and this time the My Accounts heading
 worked as expected.  Not sure what I did wrong the first time.  I also
 cleared the browser cache, so perhaps that had something to do with
 it.

 Thanks to you and Stuart for all of your help.

 Best,

 Eric Luhrs

 On Fri, Jan 9, 2009 at 10:52 AM, Claudia Jürgen
 claudia.juer...@ub.uni-dortmund.de wrote:
 Hi Eric,

 tested this patch on a vanilla 1.5.x (todays revision) xmlui instance,
 for
 users with and without exports and it worked ok.
 Do you got any customizations or can it be a browser cache problem.

 Snowy Greetings

 Claudia Jürgen



 Eric Luhrs schrieb:

 Hi Stuart,
 Thanks very much for your reply.  I just applied your patch to our dev
 instance of DSpace 1.5.2, but I think that it only partially solved
 the problem.  Previously, h3My Account/h3 was missing from the
 context even after logout.  The h3 label now returns when the user
 logs out, but remains missing when logged in.  Of course, all is well
 if logged in as a user that does not have exports waiting.

 Eric Luhrs


 On Fri, Jan 9, 2009 at 8:34 AM, Stuart Lewis s...@aber.ac.uk wrote:

 Hi Eric / Serhiy,

 Using the Reference theme, items waiting in My Exports cause the
 h3My Accounts/h3 header to disappear from the menu.  The li
 login and registration links remain, but the missing h3 throws off
 spacing of the ds-option-set.  The really strange thing is that My
 Exports and the missing H3 persist after logout.

 Try this patch:


 https://sourceforge.net/tracker/index.php?func=detailaid=2495728group_id=1
 9984atid=319984

 I've just written it, and haven't tested it extensively, but I don't
 think
 it should have any side effects.

 and also, is there a way to remove files waiting in My Exports?

 I've not looked into this much, but I think the only way is to remove
 them
 from the server (from the directory defined in dspace.cfg
 org.dspace.app.itemexport.download.dir). The user interface will then
 remove
 the link. So perhaps you could run a weekly cron job to remove any
 files
 in
 that directory over 2 weeks old etc.

 Thanks,


 Stuart
 _

 Gwasanaethau Gwybodaeth  Information Services
 Prifysgol Aberystwyth  Aberystwyth University

   E-bost / E-mail: stuart.le...@aber.ac.uk
Ffon / Tel: (01970) 622860
 _







--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


Re: [Dspace-tech] xmlui versus jspui

2009-01-09 Thread Walker, David
I say Manakin all the way.  Not only is the out-of-the-box design better, but 
it's significantly easier to customize (although not precisely easy), and I 
think is essentially the future of DSpace, interface-wise.

You can run both in parallel, in case you need to get to something in the jsp 
that isn't working in xmlui. But I think end users are much, much better off 
seeing only that Manaking interface.

--Dave

==
David Walker
Library Web Services Manager
California State University
http://xerxes.calstate.edu

From: Lyn Amery [lyn.am...@sro.wa.gov.au]
Sent: Thursday, January 08, 2009 10:43 PM
To: dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] xmlui versus jspui

I’m new to DSpace, setting up an archives repository.  I’m reasonably technical,
but not overly experienced in web development or the technologies utilised 
therein.

I’ll need to adapt DSpace to suit my agency’s needs.  As a first step, I’m 
trying
to decide whether to go with the JSP or XML (Manakin) interface.  I’ve yet to
find any discussions on what the advantages are of one to the other.  As a
newbie, would one be simpler to modify?  Are there things which one does or
doesn’t do particularly well?

Thanks for any suggestions!

Cheers,
Lyn

Lyn Amery
Web Analyst/Programmer
State Records Office
(08) 9427 3493
lyn.am...@sro.wa.gov.aumailto:lyn.am...@sro.wa.gov.au

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech