Re: [Dspace-tech] [Dspace-devel] Survey on Metadata Schema Usage in DSpace

[Andrew Marlow]

Yes, I have altered the dspace metadata schema. I have added fields to
provide better support to organise journals by volume and issue. I added a
volume number and issue number (these are both strings e.g volume CXIV issue
1a) and an article number for ordering within an issue. At the article level
a start page and end page are also needed. I realise that the DCMI is trying
to standardize on using some dc fields for this which are actually for
citations but citation data doesn't quite cover it IMHO. Unfortunately I
don't have an example live site for you (it's all local on my laptop!).

On Tue, Mar 24, 2009 at 4:22 PM, Mark Diggory  wrote:

> Hello DSpace Community (please excuse the cross-post),
>
> This is a quick survey to identify how users have customized DSpaces
> Metadata Schema to support other metadata namespaces. Please briefly answer
> the following questions if you have knowledge of their applicability in your
> repository. (Partial answers are acceptable).
>
> 1.) Have you altered the dspace metadata schema?
>
> 2.) Have you altered the dspace DC namespace to add qualifiers defined by
> DCMI terms? If so, which?
>
> 3.) Have you altered the dspace DC namespace to add qualifiers of your own
> definition? If so, which?
>
> 4.) Have you added your own namespace? Can you provide a copy of these
> namespace/fields?
>
> 5.) Can you provide links to example items within your repository where
> these fields used?
>
>
> I'm using this survey as an informal usto determine the existing scope of
> customization of the DSpace Metadata Schema Registry.  This survey will
> provide a subjective usage anaysis from the community which I will evaluate
> to support metadata management and configurability requirements requirements
> in DSpace 2.0.
>
> Sincerely,
> Mark
>
> --
> Mark R. Diggory
> @mire
>
> http://purl.org/net/mdiggory/homepage - Bio
> http://www.atmire.com - Institutional Repository Solutions
> http://www.togather.eu - Before getting together, get t...@ther
> Sent from: Encinitas CA United States.
>
> --
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> ___
> Dspace-devel mailing list
> dspace-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-devel
>
>


-- 
Regards,

Andrew M.
http://www.andrewpetermarlow.co.uk
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] DSpace on Port 80

[Sean Carte]

I've been trying to use Apache and mod_proxy to redirect queries to
port 80, following the instructions at
http://wiki.dspace.org/index.php/DspaceOnStandardPorts

I've got everything working so long as I browse to /xmlui. Going to
the server's root page simply gives me a blank screen.

This is documented in the wiki as follows:
"
In order to display the dspace home page, not the tomcat home page
when accessing http://rose.bris.ac.uk

1. Create a page called HelloWorld.jsp in the directory below:

   $CATALINA_HOME/webapps/ROOT/

2. Add the following lines to the HelloWorld.jsp:

   <% response.sendRedirect("/dspace/"); %>

Next. In the same directory, add the following to index.jsp just after
the  tag:-

   
   

3. Edit: ../ROOT/WEB-INF/web.xml, disable the following text as follows:


4. Re-start tomcat
"

I don't have a ROOT directory anywhere on my system. Should I simply
create it in the tomcat install directory
?

Then what about the files that it's supposed to contain?

Am I missing something?

It also looks like that wiki page is missing some instructions for 3.
What should that be?

I did find something in the archives that suggested:

"
redirect tomcat's ROOT webapp to dspace using a symlink:

ln -s /tomcat/home/webapps/ROOT /your/dspace/installation/webapps/jspui
"

I tried that, but it didn't work, I used `ln -s /dspace/webapps/ROOT
/dspace/webapps/xmlui`.

I'm tempted to give up and try the iptables approach instead, but it
looks like I'm almost there ...

Sean
-- 
Sean Carte
esAL Library Systems Manager
+27 72 898 8775
+27 31 373 2490
fax: 0866741254
http://esal.dut.ac.za/

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Groups in Dspace

[Jewel]

I still don't see how I can tie the collection with what Dspace 
generates. If I have a total of 20 collections and I look at my groups I 
see nothing but "COLLECTION_NUM_SUBMIT" which really confuses me. Am I 
suppose to manage permissions by going into the acutal collection and 
then add my groups versus trying to control permissions from the group 
list directly? So far I have 8 collections and I have been renaming them 
and its working - will this later cause a problem???

Claudia Jürgen wrote:
> Hi Jewel,
>
> the number in the name is the collection id.
>
> Best leave these default groups as they are and just add your groups 
> to these.
>
> Claudia Jürgen
>
>
>
> Jewel schrieb:
>> In my list of groups in Dspace if someone creates a collection and 
>> doesn't remember to "rename" it from COLLECTION_21_SUBMIT to 
>> something more meaningful how can you determine what collection it 
>> actually is?
>>

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Postgresq 8.3x error

[Jeffrey Trimble]

I've run into this error in Dspace 1.4.x when invoking index all  
(after upgrading to 8.3x).


Exception in thread "main" org.postgresql.util.PSQLException: ERROR:  
operator does not exist: integer = character varying


I've read some postings on other listservs the following solution.   
Has **anyone** seen or done this?  Or is there another work

around?

CREATE FUNCTION pg_catalog.text(integer) RETURNS text STRICT IMMUTABLE  
LANGUAGE SQL AS 'SELECT textin(int4out($1));';
CREATE CAST (integer AS text) WITH FUNCTION pg_catalog.text(integer)  
AS IMPLICIT;
COMMENT ON FUNCTION pg_catalog.text(integer) IS 'convert integer to  
text';


CREATE FUNCTION pg_catalog.text(bigint) RETURNS text STRICT IMMUTABLE  
LANGUAGE SQL AS 'SELECT textin(int8out($1));';
CREATE CAST (bigint AS text) WITH FUNCTION pg_catalog.text(bigint) AS  
IMPLICIT;

COMMENT ON FUNCTION pg_catalog.text(bigint) IS 'convert bigint to text';

Thanks in advance,


Jeffrey Trimble
System LIbrarian
William F.  Maag Library
Youngstown State University
330.941.2483 (Office)
jtrim...@cc.ysu.edu
http://www.maag.ysu.edu
http://digital.maag.ysu.edu



--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Postgresq 8.3x error

[Allen Lam]

dspace 1.4.x does not work with postgres 8.3.

Your workaround options are upgrading to dspace 1.5.x or downgrading 
postgres to 8.2.

If you want to fix it in a hurry, changing postgres version is easier.

Regards,
Allen Lam.
HKU Hub Administrator, http://hub.hku.hk

Jeffrey Trimble wrote:
> I've run into this error in Dspace 1.4.x when invoking index all 
> (after upgrading to 8.3x).
>
> Exception in thread "main" org.postgresql.util.PSQLException: ERROR: 
> operator does not exist: integer = character varying
>
> I've read some postings on other listservs the following solution. 
>  Has **anyone** seen or done this?  Or is there another work
> around?
>
> CREATE FUNCTION pg_catalog.text(integer) RETURNS text STRICT IMMUTABLE 
> LANGUAGE SQL AS 'SELECT textin(int4out($1));';
> CREATE CAST (integer AS text) WITH FUNCTION pg_catalog.text(integer) 
> AS IMPLICIT;
> COMMENT ON FUNCTION pg_catalog.text(integer) IS 'convert integer to text';
>
> CREATE FUNCTION pg_catalog.text(bigint) RETURNS text STRICT IMMUTABLE 
> LANGUAGE SQL AS 'SELECT textin(int8out($1));';
> CREATE CAST (bigint AS text) WITH FUNCTION pg_catalog.text(bigint) AS 
> IMPLICIT;
> COMMENT ON FUNCTION pg_catalog.text(bigint) IS 'convert bigint to text';
>
> Thanks in advance,
>
>
> Jeffrey Trimble
> System LIbrarian
> William F.  Maag Library
> Youngstown State University
> 330.941.2483 (Office)
> jtrim...@cc.ysu.edu 
> http://www.maag.ysu.edu
> http://digital.maag.ysu.edu
>

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

Re: [Dspace-tech] Postgresq 8.3x error

[Jeffrey Trimble]

Thanks all for the information.  After experimenting, because I really  
wanted to get onto 8.3,
the  statements below from a web site did work and our installation  
seems to be working.
I'm going to be doing some more testing with this due to some other  
issues I can ran into.

I'm planning to migrate from 14.x to 1.5x quite fast.

I'll report any final results later in the week.

Again, thanks for all the help.

-_Jeff


Jeffrey Trimble
System LIbrarian
William F.  Maag Library
Youngstown State University
330.941.2483 (Office)
jtrim...@cc.ysu.edu
http://www.maag.ysu.edu
http://digital.maag.ysu.edu



On Mar 25, 2009, at 12:37 PM, Allen Lam wrote:

> dspace 1.4.x does not work with postgres 8.3.
>
> Your workaround options are upgrading to dspace 1.5.x or downgrading
> postgres to 8.2.
>
> If you want to fix it in a hurry, changing postgres version is easier.
>
> Regards,
> Allen Lam.
> HKU Hub Administrator, http://hub.hku.hk
>
> Jeffrey Trimble wrote:
>> I've run into this error in Dspace 1.4.x when invoking index all
>> (after upgrading to 8.3x).
>>
>> Exception in thread "main" org.postgresql.util.PSQLException: ERROR:
>> operator does not exist: integer = character varying
>>
>> I've read some postings on other listservs the following solution.
>> Has **anyone** seen or done this?  Or is there another work
>> around?
>>
>> CREATE FUNCTION pg_catalog.text(integer) RETURNS text STRICT  
>> IMMUTABLE
>> LANGUAGE SQL AS 'SELECT textin(int4out($1));';
>> CREATE CAST (integer AS text) WITH FUNCTION pg_catalog.text(integer)
>> AS IMPLICIT;
>> COMMENT ON FUNCTION pg_catalog.text(integer) IS 'convert integer to  
>> text';
>>
>> CREATE FUNCTION pg_catalog.text(bigint) RETURNS text STRICT IMMUTABLE
>> LANGUAGE SQL AS 'SELECT textin(int8out($1));';
>> CREATE CAST (bigint AS text) WITH FUNCTION pg_catalog.text(bigint) AS
>> IMPLICIT;
>> COMMENT ON FUNCTION pg_catalog.text(bigint) IS 'convert bigint to  
>> text';
>>
>> Thanks in advance,
>>
>>
>> Jeffrey Trimble
>> System LIbrarian
>> William F.  Maag Library
>> Youngstown State University
>> 330.941.2483 (Office)
>> jtrim...@cc.ysu.edu 
>> http://www.maag.ysu.edu
>> http://digital.maag.ysu.edu
>>
>
> --
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech


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

Re: [Dspace-tech] Changes to Messages.properties not being recognized

[Kurzenberger, Eric]

Hi Gary,

I already had the Messages.properties file in 
[dspace-source]/dspace/modules/jspui/src/main/resources/ prior to building and 
deploying, following the instructions in the Dspace wiki (which Van Ly also 
sent in response to this thread).  No luck.  Could this be because I'm using 
the default release and not the source release?  I can't for the life of me 
figure out why the dspace install would be ignoring the Messages.properties 
file.

Cheers,

Eric

On 3/24/09 11:08 PM, "Gary Browne"  wrote:

Hi Eric,

Upon further investigation, the path to your source Messages.properties
appears to be incorrect. I have:

[dspace-source]/dspace/modules/jspui/src/main/resources/Messages.propert
ies

Try sticking your Messages.properties file in that location and going
through the build and deploy steps again.

The 'failure to delete' error looks like a permissions problem. Make
sure all your source files are owned by the 'dspace' user (or whatever
you choose to call the user which runs tomcat).

Good luck.
Cheers
Gary


Gary Browne
Development Programmer
Library IT Services
University of Sydney
ph: 9351-5946


> -Original Message-
> From: Kurzenberger, Eric [mailto:eric.kurzenber...@yale.edu]
> Sent: Wednesday, 25 March 2009 2:00 PM
> To: Gary Browne; DSpace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] Changes to Messages.properties not
> being recognized
>
> Thanks for the response, Gary.  I followed the steps you
> outlined, but still am not seeing my changes reflected.
> Messages.properties did not get copied to the
> [dspace-install-directory]/webapps/jspui/WEB-INF/classes/
> directory (which is empty) after running both "ant
> init_configs" and "ant update."  I copied it manually and
> restarted tomcat, but still didn't see my changes reflected.
> I also tried copying Messages.properties to
> [dspace-install-directory]/config, but that didn't work either.
>
> I did get the following build error when running "mvn clean package:"
>
> Failed to delete directory:
> /usr/local/dspace-1.5.1-release/dspace/modules/xmlui/target.
> Reason: Unable to delete file
> /usr/local/dspace-1.5.1-release/dspace/modules/xmlui/target/xm
> lui-1.5.1/WEB-INF/lib/activation-1.1.jar
>
> But the build was successful, and since I'm using jspui, not
> xmlui, I don't see why this would be an issue.
>
> Do you have any other suggestions?
>
> Cheers,
>
> Eric
>
>
> On 3/23/09 6:38 PM, "Gary Browne"
>  wrote:
>
> Hi Eric,
>
> Looks like noone has replied to you AFAICS. Let's see how we go...
>
> I don't copy the war files, just point tomcat to the
> [dspace-install-directory]/webapps/jspui directory (in
> server.xml), so not sure if this will work with your setup.
>
> So it looks like you have the Messages.properties file in the
> right location (I think, from memory) in the source
> directory. Then you need to run from the
> [dspace-source]/dspace directory:
>
> mvn clean package
>
> Then change to your dspace-1.5.1-build.dir directory (cd
> target/dspace-1.5.1-build.dir) and run:
>
> ant init_configs (or maybe 'ant update', if that doesn't work
> - sorry, just back from 3 months off and a bit rusty).
>
> How can you check if it has worked? Check the
> [dspace-install-directory]/webapps/jspui/WEB-INF/classes/
> directory for your (updated) Messages.properties file. It
> should be copied here. Then of course, check your button.
>
> Hope this is of help in some small way.
>
> Kind regards
> Gary
>
>
> Gary Browne
> Development Programmer
> Library IT Services
> University of Sydney
> ph: 9351-5946
>
>
> > -Original Message-
> > From: Kurzenberger, Eric [mailto:eric.kurzenber...@yale.edu]
> > Sent: Saturday, 21 March 2009 2:36 AM
> > To: DSpace-tech@lists.sourceforge.net
> > Subject: [Dspace-tech] Changes to Messages.properties not being
> > recognized
> >
> > Hi all,
> >
> > I made a couple changes to my Messages.properties file (to
> take care
> > of the ???jsp.mydspace.request.export.community.???
> > button issue, amongst other things) and did a rebuild of
> DSpace, but
> > my changes aren't being recognized.  Since I'm using the default
> > release of 1.5.1 and not the source release, I had to get the
> > Messages.properties file from the DSpace SourceForge repository and
> > copy it to [Dspace-source]/modules/jspui/main/resources, which I've
> > read worked for other users, then did a rebuild of DSpace and
> > restarted Tomcat.  But the changes I made aren't showing up
> when I go
> > back into DSpace.
> >
> > One note: the rebuild instructions on the wiki indicate to copy the
> > .war files from the build directory in [dspace-source] to [tomcat],
> > but I don't see a build directory anywhere in my
> [dspace-source].  I
> > do have a "dspace-1.5.1-build.dir" directory, but hat
> doesn't contain
> > any .war files.  Could this be the source of the issue?
> >
> > Thanks for all your help!
> >
> > Cheers,
> >
> > Eric
> >
> >
> > --
> > ---

Re: [Dspace-tech] DSpace on Port 80

[Mark H. Wood]

On Wed, Mar 25, 2009 at 03:49:51PM +0200, Sean Carte wrote:
> I've been trying to use Apache and mod_proxy to redirect queries to
> port 80, following the instructions at
> http://wiki.dspace.org/index.php/DspaceOnStandardPorts
> 
> I've got everything working so long as I browse to /xmlui. Going to
> the server's root page simply gives me a blank screen.
> 
> This is documented in the wiki as follows:
> "
> In order to display the dspace home page, not the tomcat home page
> when accessing http://rose.bris.ac.uk
> 
> 1. Create a page called HelloWorld.jsp in the directory below:
> 
>$CATALINA_HOME/webapps/ROOT/
> 
> 2. Add the following lines to the HelloWorld.jsp:
> 
><% response.sendRedirect("/dspace/"); %>
> 
> Next. In the same directory, add the following to index.jsp just after
> the  tag:-
> 
>
>
> 
> 3. Edit: ../ROOT/WEB-INF/web.xml, disable the following text as follows:
> 
> 
> 4. Re-start tomcat
> "

That's an interesting approach.  When I want a Tomcat app. at the
root, I create a Context descriptor file for it.  Let's say I have
DSpace installed at /opt/dspace and I want its XMLUI to appear at the
root.  Here Tomcat's configuration directory is /etc/tomcat-6, but
that may be different for you so make the appropriate substitution.  I
create /etc/tomcat-6/Catalina/localhost/ROOT.xml:

  



  

and Tomcat will use /opt/dspace/webapps/xmlui as the root application.

When you do this, don't use a docBase that's within the Host's appBase
(typically $CATALINA_HOME/webapps), or Tomcat will assume that *it*
created the XML file and may delete it when you restart the
application using the manager, or touch any of several files within
the app. that Tomcat may be watching for signs of freshness.  Just use
the installed DSpace webapps/* directly instead of copying them to
Tomcat's webapps directory.

> I did find something in the archives that suggested:
> 
> "
> redirect tomcat's ROOT webapp to dspace using a symlink:
> 
> ln -s /tomcat/home/webapps/ROOT /your/dspace/installation/webapps/jspui
> "
> 
> I tried that, but it didn't work, I used `ln -s /dspace/webapps/ROOT
> /dspace/webapps/xmlui`.

That is backwards.  'ln EXISTING_FILE NEW_NAME'.  In your case,
EXISTING_FILE is /dspace/webapps/xmlui.

-- 
Mark H. Wood, Lead System Programmer   mw...@iupui.edu
Friends don't let friends publish revisable-form documents.


pgpwqvpRHWu4F.pgp
Description: PGP signature
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Changes to Messages.properties not being recognized

[Gary Browne]

Hello again Eric,

This is a little puzzling, but I know I've been more than puzzled by
Messages.properties in the past. I don't like to be defeated by one
little flat file, so I'm going to ask a few more questions...

Firstly, it looks like and I'm assuming you are on 1.5.1. Correct?

The reason I asked if you had your Messages.properties in the
[dspace-source]/dspace/modules/jspui/src/main/resources/ directory was
that in your original email it was listed as
[Dspace-source]/modules/jspui/main/resources. So I'll just get you to
double check that directory for me.

Also, I haven't tried the default release but I couldn't find any
mention of .war files in the install instructions. Maybe you could try
one of the alternative deployment methods (see below). But first, can I
get you to confirm that you have followed each of these steps:

i) cd [dspace-source]/dspace
ii) mvn package
iii) cd target/dspace-[version].dir
iv) ant init_configs

Having followed these procedures, can you then either:

A) DEFINE A CONTEXT PATH IN TOMCAT FOR THE JSPUI

Add the following to your [tomcat-home]/conf/server.xml, within the
 element:





OR:

B) COPY YOUR JSPUI WEBAPP TO TOMCAT'S WEBAPPS DIRECTORY

cp -r  [dspace-install-directory]/webapps/jspui [tomcat-home]/webapps/


AFAIK the default and source releases should behave the same in terms of
building and deployment, but someone else could confirm or deny this?

I look forward to your reply (or indeed anyone else's thoughts on this
issue).

Gary

P.S. Has the "failure to delete" error been resolved as a result of
permissions changes?


Gary Browne
Development Programmer
Library IT Services
University of Sydney
ph: 9351-5946
 

> -Original Message-
> From: Kurzenberger, Eric [mailto:eric.kurzenber...@yale.edu] 
> Sent: Thursday, 26 March 2009 6:53 AM
> To: Gary Browne; DSpace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] Changes to Messages.properties not 
> being recognized
> 
> Hi Gary,
> 
> I already had the Messages.properties file in 
> [dspace-source]/dspace/modules/jspui/src/main/resources/ 
> prior to building and deploying, following the instructions 
> in the Dspace wiki (which Van Ly also sent in response to 
> this thread).  No luck.  Could this be because I'm using the 
> default release and not the source release?  I can't for the 
> life of me figure out why the dspace install would be 
> ignoring the Messages.properties file.
> 
> Cheers,
> 
> Eric
> 
> On 3/24/09 11:08 PM, "Gary Browne" 
>  wrote:
> 
> Hi Eric,
> 
> Upon further investigation, the path to your source 
> Messages.properties appears to be incorrect. I have:
> 
> [dspace-source]/dspace/modules/jspui/src/main/resources/Messag
> es.propert
> ies
> 
> Try sticking your Messages.properties file in that location 
> and going through the build and deploy steps again.
> 
> The 'failure to delete' error looks like a permissions 
> problem. Make sure all your source files are owned by the 
> 'dspace' user (or whatever you choose to call the user which 
> runs tomcat).
> 
> Good luck.
> Cheers
> Gary
> 
> 
> Gary Browne
> Development Programmer
> Library IT Services
> University of Sydney
> ph: 9351-5946
> 
> 
> > -Original Message-
> > From: Kurzenberger, Eric [mailto:eric.kurzenber...@yale.edu]
> > Sent: Wednesday, 25 March 2009 2:00 PM
> > To: Gary Browne; DSpace-tech@lists.sourceforge.net
> > Subject: Re: [Dspace-tech] Changes to Messages.properties not being 
> > recognized
> >
> > Thanks for the response, Gary.  I followed the steps you 
> outlined, but 
> > still am not seeing my changes reflected.
> > Messages.properties did not get copied to the 
> > [dspace-install-directory]/webapps/jspui/WEB-INF/classes/
> > directory (which is empty) after running both "ant 
> init_configs" and 
> > "ant update."  I copied it manually and restarted tomcat, but still 
> > didn't see my changes reflected.
> > I also tried copying Messages.properties to 
> > [dspace-install-directory]/config, but that didn't work either.
> >
> > I did get the following build error when running "mvn clean 
> package:"
> >
> > Failed to delete directory:
> > /usr/local/dspace-1.5.1-release/dspace/modules/xmlui/target.
> > Reason: Unable to delete file
> > /usr/local/dspace-1.5.1-release/dspace/modules/xmlui/target/xm
> > lui-1.5.1/WEB-INF/lib/activation-1.1.jar
> >
> > But the build was successful, and since I'm using jspui, 
> not xmlui, I 
> > don't see why this would be an issue.
> >
> > Do you have any other suggestions?
> >
> > Cheers,
> >
> > Eric
> >
> >
> > On 3/23/09 6:38 PM, "Gary Browne"
> >  wrote:
> >
> > Hi Eric,
> >
> > Looks like noone has replied to you AFAICS. Let's see how we go...
> >
> > I don't copy the war files, just point tomcat to the 
> > [dspace-install-directory]/webapps/jspui directory (in 
> server.xml), so 
> > not sure if this will work with your setup.
> >
> > So it looks like you have the Messages.properties file in the right 
> > location (I think, from memory) in the so

Re: [Dspace-tech] Changes to Messages.properties not being recognized

[Gary Browne]

Hi Eric,

One more thought which I forgot to mention in my last reply was maybe
you could try with the source release? Is this a new installation or an
existing populated repository?

Cheers
Gary


Gary Browne
Development Programmer
Library IT Services
University of Sydney
ph: 9351-5946
 

> -Original Message-
> From: Kurzenberger, Eric [mailto:eric.kurzenber...@yale.edu] 
> Sent: Thursday, 26 March 2009 6:53 AM
> To: Gary Browne; DSpace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] Changes to Messages.properties not 
> being recognized
> 
> Hi Gary,
> 
> I already had the Messages.properties file in 
> [dspace-source]/dspace/modules/jspui/src/main/resources/ 
> prior to building and deploying, following the instructions 
> in the Dspace wiki (which Van Ly also sent in response to 
> this thread).  No luck.  Could this be because I'm using the 
> default release and not the source release?  I can't for the 
> life of me figure out why the dspace install would be 
> ignoring the Messages.properties file.
> 
> Cheers,
> 
> Eric
> 
> On 3/24/09 11:08 PM, "Gary Browne" 
>  wrote:
> 
> Hi Eric,
> 
> Upon further investigation, the path to your source 
> Messages.properties appears to be incorrect. I have:
> 
> [dspace-source]/dspace/modules/jspui/src/main/resources/Messag
> es.propert
> ies
> 
> Try sticking your Messages.properties file in that location 
> and going through the build and deploy steps again.
> 
> The 'failure to delete' error looks like a permissions 
> problem. Make sure all your source files are owned by the 
> 'dspace' user (or whatever you choose to call the user which 
> runs tomcat).
> 
> Good luck.
> Cheers
> Gary
> 
> 
> Gary Browne
> Development Programmer
> Library IT Services
> University of Sydney
> ph: 9351-5946
> 
> 
> > -Original Message-
> > From: Kurzenberger, Eric [mailto:eric.kurzenber...@yale.edu]
> > Sent: Wednesday, 25 March 2009 2:00 PM
> > To: Gary Browne; DSpace-tech@lists.sourceforge.net
> > Subject: Re: [Dspace-tech] Changes to Messages.properties not being 
> > recognized
> >
> > Thanks for the response, Gary.  I followed the steps you 
> outlined, but 
> > still am not seeing my changes reflected.
> > Messages.properties did not get copied to the 
> > [dspace-install-directory]/webapps/jspui/WEB-INF/classes/
> > directory (which is empty) after running both "ant 
> init_configs" and 
> > "ant update."  I copied it manually and restarted tomcat, but still 
> > didn't see my changes reflected.
> > I also tried copying Messages.properties to 
> > [dspace-install-directory]/config, but that didn't work either.
> >
> > I did get the following build error when running "mvn clean 
> package:"
> >
> > Failed to delete directory:
> > /usr/local/dspace-1.5.1-release/dspace/modules/xmlui/target.
> > Reason: Unable to delete file
> > /usr/local/dspace-1.5.1-release/dspace/modules/xmlui/target/xm
> > lui-1.5.1/WEB-INF/lib/activation-1.1.jar
> >
> > But the build was successful, and since I'm using jspui, 
> not xmlui, I 
> > don't see why this would be an issue.
> >
> > Do you have any other suggestions?
> >
> > Cheers,
> >
> > Eric
> >
> >
> > On 3/23/09 6:38 PM, "Gary Browne"
> >  wrote:
> >
> > Hi Eric,
> >
> > Looks like noone has replied to you AFAICS. Let's see how we go...
> >
> > I don't copy the war files, just point tomcat to the 
> > [dspace-install-directory]/webapps/jspui directory (in 
> server.xml), so 
> > not sure if this will work with your setup.
> >
> > So it looks like you have the Messages.properties file in the right 
> > location (I think, from memory) in the source directory. 
> Then you need 
> > to run from the [dspace-source]/dspace directory:
> >
> > mvn clean package
> >
> > Then change to your dspace-1.5.1-build.dir directory (cd
> > target/dspace-1.5.1-build.dir) and run:
> >
> > ant init_configs (or maybe 'ant update', if that doesn't work
> > - sorry, just back from 3 months off and a bit rusty).
> >
> > How can you check if it has worked? Check the 
> > [dspace-install-directory]/webapps/jspui/WEB-INF/classes/
> > directory for your (updated) Messages.properties file. It should be 
> > copied here. Then of course, check your button.
> >
> > Hope this is of help in some small way.
> >
> > Kind regards
> > Gary
> >
> >
> > Gary Browne
> > Development Programmer
> > Library IT Services
> > University of Sydney
> > ph: 9351-5946
> >
> >
> > > -Original Message-
> > > From: Kurzenberger, Eric [mailto:eric.kurzenber...@yale.edu]
> > > Sent: Saturday, 21 March 2009 2:36 AM
> > > To: DSpace-tech@lists.sourceforge.net
> > > Subject: [Dspace-tech] Changes to Messages.properties not being 
> > > recognized
> > >
> > > Hi all,
> > >
> > > I made a couple changes to my Messages.properties file (to
> > take care
> > > of the ???jsp.mydspace.request.export.community.???
> > > button issue, amongst other things) and did a rebuild of
> > DSpace, but
> > > my changes aren't being recognized.  Since I'm using the default 
> > > r

[Dspace-tech] Custom authentication

[Gary Browne]

Hi all,

This question has been floating around for quite a while here, and I'm
not sure how to approach it.

We require certain collections to be locked down to only university
staff. There is a university wide centrally administered authentication
system (Unikey) which we normally use for such cases but I've never
tried it with DSpace. Correction - I HAVE tried it, but I think it's a
bit dodgy. The reason being, this Unikey system is deployed and
configured as an Apache (HTTP) module, and its configuration is based
solely on file system directories. So the only way I could see to effect
a forced logon at the collection level was to use the collection's
handle as the authentication "directory". But of course there's no
obvious mapping in Apache's mind between handle and file system
hierarchies.

Anyone have any ideas about alternative approaches to this sort of
thing?

Cheers
Gary


Gary Browne
Development Programmer
Library IT Services
University of Sydney
ph: 9351-5946

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

Re: [Dspace-tech] Custom authentication

[Stuart Lewis]

Hi Gary,

I'm working on something similar at moment, but for Cosign
(http://www.umich.edu/~umweb/software/cosign/).

I've looked at the code from several other people who have done this,
and in our case there is a Java implementation of the Cosign filter, so
we can use that in a custom authentication class.

Assuming there isn't a Java implementation of Unikey, a possible
solution could be:

 - Create a custom authentication class for the stackable authentication
system
 - In the loginPageURL method set the login URL to a URL that is
configured to be protected by Unikey:
e.g. return response.encodeRedirectURL(request.getContextPath()
+ "/webiso-login");
 - Unikey then kicks in and authenticates the author
 - Create another class that has a servlet-mapping (in web.xml) to
/webiso-login which then does the DSpace end of things (creates the user
if they don't exist, set them as the current user in the context etc),
and then redirect them back into DSpace via
Authenticate.resumeInterruptedRequest(request, response);

Hope that helps,


Stuart

Digital Services Programmer
Te Tumu Herenga The University of Auckland Library
Auckland Mail Centre, Private Bag 92019, Auckland 1142, New Zealand
Ph: 64 9 373-7599 x88251
http://www.library.auckland.ac.nz/



-Original Message-
From: Gary Browne [mailto:g.bro...@library.usyd.edu.au] 
Sent: Thursday, 26 March 2009 11:35 a.m.
To: DSpace-tech@lists.sourceforge.net
Subject: [Dspace-tech] Custom authentication

Hi all,

This question has been floating around for quite a while here, and I'm
not sure how to approach it.

We require certain collections to be locked down to only university
staff. There is a university wide centrally administered authentication
system (Unikey) which we normally use for such cases but I've never
tried it with DSpace. Correction - I HAVE tried it, but I think it's a
bit dodgy. The reason being, this Unikey system is deployed and
configured as an Apache (HTTP) module, and its configuration is based
solely on file system directories. So the only way I could see to effect
a forced logon at the collection level was to use the collection's
handle as the authentication "directory". But of course there's no
obvious mapping in Apache's mind between handle and file system
hierarchies.

Anyone have any ideas about alternative approaches to this sort of
thing?

Cheers
Gary


Gary Browne
Development Programmer
Library IT Services
University of Sydney
ph: 9351-5946


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

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

Re: [Dspace-tech] DSpace on Port 80

[Van Ly]

Hi Sean,

[ http://wiki.dspace.org/index.php/DspaceOnStandardPorts ]

I've added a section for mod_proxy_ajp in the above. The steps involved are 
less intricate than what you've described. Give that a go.

-- Van Ly 


From: Sean Carte
Sent: Thu 26/03/2009 12:49 AM
To: dspace-tech
Subject: [Dspace-tech] DSpace on Port 80


I've been trying to use Apache and mod_proxy to redirect queries to
port 80, following the instructions at
http://wiki.dspace.org/index.php/DspaceOnStandardPorts

I've got everything working so long as I browse to /xmlui. Going to
the server's root page simply gives me a blank screen.

This is documented in the wiki as follows:
"
In order to display the dspace home page, not the tomcat home page
when accessing http://rose.bris.ac.uk

1. Create a page called HelloWorld.jsp in the directory below:

   $CATALINA_HOME/webapps/ROOT/

2. Add the following lines to the HelloWorld.jsp:

   <% response.sendRedirect("/dspace/"); %>

Next. In the same directory, add the following to index.jsp just after
the  tag:-

   
   

3. Edit: ../ROOT/WEB-INF/web.xml, disable the following text as follows:


4. Re-start tomcat
"

I don't have a ROOT directory anywhere on my system. Should I simply
create it in the tomcat install directory
?

Then what about the files that it's supposed to contain?

Am I missing something?

It also looks like that wiki page is missing some instructions for 3.
What should that be?

I did find something in the archives that suggested:

"
redirect tomcat's ROOT webapp to dspace using a symlink:

ln -s /tomcat/home/webapps/ROOT /your/dspace/installation/webapps/jspui
"

I tried that, but it didn't work, I used `ln -s /dspace/webapps/ROOT
/dspace/webapps/xmlui`.

I'm tempted to give up and try the iptables approach instead, but it
looks like I'm almost there ...

Sean
-- 
Sean Carte
esAL Library Systems Manager
+27 72 898 8775
+27 31 373 2490
fax: 0866741254
http://esal.dut.ac.za/

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Login error page

[Zaya Kh]

Hello all expert

I'm using dspace 1.5.1 xmlui interface,
But I cannot login in Dspace,

I click login bottom, then error page show me.

How can I do? help?

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