Mark, I have a question about our auth customization. We are using
cosign, in 1.4.2 we had the cosign jar file in [dspace-source]/lib dir
and we had a properties file in the [dspace-source]/etc directory, so
when we did a build_war our build.xml file had this in it.
<target name="cosign"
description="Copy files for CoSign support">
<mkdir dir="build/classes/edu/umich/auth/cosign"/>
<copy file="etc/cosignConfig.properties"
tofile="build/classes/edu/umich/auth/cosign/cosignConfig.properties"
preservelastmodified="true"/>
</target>
<!-- ============================================================= -->
<!-- Build the .war files -->
<!-- ============================================================= -->
<!-- modified to depend on cosign 2005-04-07 csnavely -->
<target name="build_wars"
depends="compile,cosign"
description="Build the .war files">
So, I think for the the buil.xml file for 1.5 I need something like it,
but I'm a bit uncertain about some of the details.
1. Where do the I put the cosign.jar file in 1.5?
2. Where do the put cosgingConfig.properites now?
3. And what should my <target naem="cosign" directive ( I guess that's
what it might be called ) should look like?
Thank you again!!!!!!
Jose
-----Original Message-----
From: Mark Diggory [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 2:01 PM
To: Blanco, Jose
Cc: [email protected]
Subject: Re: [Dspace-tech] Run time error with 1.5
On May 2, 2008, at 9:51 AM, Blanco, Jose wrote:
> I think I know what may be going on. I'm testing things out in the
> development enviroment, but that env is also being used as a staging
> area, so I did not want to mess with some of our instances of dspace,
> so I created a copy of dspace.cfg called dspace15.cfg and when I did
> the update, I did:
>
> /l/local/bin/ant -Dconfig=/l1/dspace/repository/dev/config/
> dspace15.cfg
> update
>
> And I assumed dspace would use dspace15.cfg, but it is still looking
> at dspace.cfg and in there I have the AuthenticationMethod living in
> eperson, rather than authenticate, so I think this may be it.
>
> Is there a way for me to do what I intended here?
Sometimes I think the timestamping on the files is messing up these
getting properly copied in place in Ant.
go under [dspace-source]/dspace/src/main/config/build.xml and change
<copy file="${config}"
tofile="${dspace.dir}/config/dspace.cfg"
preservelastmodified="true"/>
to
<copy file="${config}"
tofile="${dspace.dir}/config/dspace.cfg"
preservelastmodified="true" overwrite="true"/>
this should force your referenced dspace.cfg into place no matter the
timestamps on the files. (You'll need to do a mvn package again to get
this into your target/dspace..../
I'm testing this and planning to put it in the 1.5.1 release as a fix.
-Mark
> Thanks!
> Jose
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Blanco, Jose
> Sent: Friday, May 02, 2008 10:12 AM
> To: Mark Diggory
> Cc: [email protected]
> Subject: Re: [Dspace-tech] Run time error with 1.5
>
> Yes,
> This is from my dspace.cfg file
>
> #### Stackable Authentication Methods #####
>
> # Stack of authentication methods
> # (See org.dspace.authenticate.AuthenticationManager)
> plugin.sequence.org.dspace.authenticate.AuthenticationMethod = \
> org.dspace.authenticate.PasswordAuthentication
>
>
> Since the code I was using was code that I had merged in with changes
> I had made to 1.4.2, I thought that maybe something in my merge was
> causing this problem, and to test this I built a dspace instance with
> just the 1.5 code and got the same error, so it must have something to
> do with my setup, or my dspace.cfg file. Another thing I noticed is
> that the dspace.log file is not getting updated. I have also NOT run
>
> [dspace]/bin/index-init
>
> Yet. Could that have something to do with it?
>
> Thanks!
> Jose
>
> -----Original Message-----
> From: Mark Diggory [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 01, 2008 7:25 PM
> To: Blanco, Jose
> Cc: [email protected]
> Subject: Re: [Dspace-tech] Run time error with 1.5
>
> Are you customizing your authentication stack in this case?
>
> On May 1, 2008, at 8:28 AM, Blanco, Jose wrote:
>> I'm having the following runtime error with 1.5,
>>
>> Caused by: java.lang.ClassCastException: [Ljava.lang.Object; cannot
>> be
>
>> cast to [Lorg.dspace.authenticate.AuthenticationMethod;
>> at
>> org.dspace.authenticate.AuthenticationManager.<clinit>
>> (AuthenticationMan
>> ager.java:95)
>> ... 41 more
>>
>>
>> Any ideas?
>>
>> ---------------------------------------------------------------------
>> -
>> ---
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save
>> $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://
>> java.sun.com/javaone
>> _______________________________________________
>> DSpace-tech mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>
> ----------------------------------------------------------------------
> --
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://
> java.sun.com/j
> avaone
> _______________________________________________
> DSpace-tech mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
