[Dspace-tech] permissions to modify permissions
One thing that's always struck me as odd about DSpace's permission system is that it doesn't seem possible for anyone but the administrator to modify the permissions on an item. Is this actually the case, or am I mistaken? Assuming I understand it correctly, can anyone comment on why it is the case? Is there a rationale for the omission of this feature, or is just a historical accident? ??Shouldn't it be possible for a collection admin to be ass=gned this ability? It's quite a common feature in many access controlled environments (i.e. a modify permissions permission). What do others think? I am interested in adding this feature (I won't list here the reasons since I think they should be obvious). Finally, can anyone who's hacked on DSpace's authorisation system before provide a hint as to what's involved? Thanks!! Con PS apologies for the cross-posting - it wasn't clear which forum these questions are best confined to. :-) -- Conal Tuohy New Zealand Electronic Text Centre www.nzetc.org - 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 DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
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: dspace-tech@lists.sourceforge.net 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 DSpace-tech@lists.sourceforge.net 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 DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Run time error with 1.5
I just tried: # Stack of authentication methods # (See org.dspace.authenticate.AuthenticationManager) #plugin.sequence.org.dspace.authenticate.AuthenticationMethod = \ #org.dspace.authenticate.PasswordAuthentication And I'm getting the same error. I'm really stuck on this one. -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: dspace-tech@lists.sourceforge.net 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: dspace-tech@lists.sourceforge.net 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 DSpace-tech@lists.sourceforge.net 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 DSpace-tech@lists.sourceforge.net 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 DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Run time error with 1.5
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? 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: dspace-tech@lists.sourceforge.net 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: dspace-tech@lists.sourceforge.net 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 DSpace-tech@lists.sourceforge.net 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 DSpace-tech@lists.sourceforge.net 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 DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
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: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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
DSpace-tech@lists.sourceforge.net
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
DSpace-tech@lists.sourceforge.net
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
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Run time error with 1.5
Should it be:
copy file=${config}
tofile=${dspace.dir}/config/dspace15.cfg
preservelastmodified=true overwrite=true/
So I can use dspace15.cfg?
I don't quite understand all these settings
-Jose
-Original Message-
From: Mark Diggory [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 2:01 PM
To: Blanco, Jose
Cc: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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
DSpace-tech@lists.sourceforge.net
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
DSpace-tech@lists.sourceforge.net
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
DSpace-tech@lists.sourceforge.net
Re: [Dspace-tech] Run time error with 1.5
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: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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
Re: [Dspace-tech] Run time error with 1.5
You can use dspace15.cfg, but need to alter the line matching the
following in that original build..xml so that copy will work given
the timestamps on the files. Look for that line in dspace-source]/
dspace/src/main/config/build.xml and replace it, adding the
overwrite=true and test. Let us know if it solves your problem. Its
line 365 in that file... for instance see:
http://dspace.svn.sourceforge.net/viewvc/dspace/tags/dspace-1_5/
dspace/src/main/config/build.xml?revision=2868view=markup
-Mark
On May 2, 2008, at 11:17 AM, Blanco, Jose wrote:
Should it be:
copy file=${config}
tofile=${dspace.dir}/config/dspace15.cfg
preservelastmodified=true overwrite=true/
So I can use dspace15.cfg?
I don't quite understand all these settings
-Jose
-Original Message-
From: Mark Diggory [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 2:01 PM
To: Blanco, Jose
Cc: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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
DSpace-tech@lists.sourceforge.net
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
___
Re: [Dspace-tech] Run time error with 1.5
Stay out of modifying the ant build file. You'll want to implement
this in maven as the following:
1.) You'll want to initially install it locally into your repository
with something like...
mvn install:install-file -Dfile=cosign.jar \
-DgroupId=edu.umich.auth.cosign \
-DartifactId=cosign \
-Dversion=your-version-of-the-jar-here \
-Dpackaging=jar \
-DcreateChecksum=true
We want them to eventually make it available via a repository. I can
place it in our repo under org.dspace.edu.umich.auth.cosign and it
would ease your reuse of it because you'd need to reinstall it on
each machine you want to run the build on.
2.) You'll want to add
dependency
artifactIdcosign/artifactId
groupIdedu.umich.auth.cosign/groupId
versionyour-version-of-the-jar-here/version
/dependency
to any pom.xml that you require cosign to be present for. The best
solution is to add it to [dspace-source]/dspace/pom.xml and [dspace-
source]/dspace/modules/pom.xml and it will just get added to every war.
3.) Add your configuration files to the [dspace-source] directory as
resources for that webapplication you wish to use it in
[dspace-source]/dspace/modules/xmlui/src/main/resources/edu/umich/
auth/cosign/cosignConfig.properties
Copy it for any webapp you want it present in.
There are other alternatives that we can explore but they will be
more involved than this.
-Mark
On May 2, 2008, at 12:00 PM, Blanco, Jose wrote:
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: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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)
Re: [Dspace-tech] Run time error with 1.5
Ok, now I understand... we are expecting a different behavior... the
copy command copies the file to [dspace]/config/dspace.cfg... it does
not change the web.xml to point at [dspace]/config/dspace15.cfg, all
webapps will always point at [dspace]/config/dspace.cfg and that does
not ever change.
Instead you should compare your dspace15.cfg to the [dspace]/config/
dspace.cfg and verify that it was in fact copied there replacing the
original found in that location.
Mark
On May 2, 2008, at 12:49 PM, Blanco, Jose wrote:
That did not work.
I changed the file to:
copy file=${config} tofile=${dspace.dir}/config/dspace.cfg
preservelastmodified=true overwrite=true/
And did:
Cd [dspace-source]/dpsace
/l/local/bin/mvn package
cd [dspace-source]/dspace/target/dspace-1.5.0-build.dir
/l/local/bin/ant -Dconfig=/l1/dspace/repository/dev/config/
dspace15.cfg
update
I removed the webapp dspace from the tomcat
I cped the [dspace]/webapp/jspui dir to [tomcat]/webapps/dspace
Restarted tomcat
And it's looking at [dspace]/config/dspace.cfg when I want it to
look at
[dspace]/config/dspace15.cfg
-Jose
-Original Message-
From: Mark Diggory [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 3:07 PM
To: Blanco, Jose
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Run time error with 1.5
You can use dspace15.cfg, but need to alter the line matching the
following in that original build..xml so that copy will work given the
timestamps on the files. Look for that line in dspace-source]/
dspace/src/main/config/build.xml and replace it, adding the
overwrite=true and test. Let us know if it solves your problem. Its
line 365 in that file... for instance see:
http://dspace.svn.sourceforge.net/viewvc/dspace/tags/dspace-1_5/
dspace/src/main/config/build.xml?revision=2868view=markup
-Mark
On May 2, 2008, at 11:17 AM, Blanco, Jose wrote:
Should it be:
copy file=${config}
tofile=${dspace.dir}/config/dspace15.cfg
preservelastmodified=true overwrite=true/
So I can use dspace15.cfg?
I don't quite understand all these settings
-Jose
-Original Message-
From: Mark Diggory [mailto:[EMAIL PROTECTED]
Sent: Friday, May 02, 2008 2:01 PM
To: Blanco, Jose
Cc: dspace-tech@lists.sourceforge.net
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: dspace-tech@lists.sourceforge.net
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:
[Dspace-tech] SMTP server authentication error
Hi everyone, I've recently installed DSpace and everything seems to be working fine, except for the fact that whenever DSpace tries to use the SMTP server (like when registering new users) I get an internal error message. Our server does have an smtp mail server working on port 25, and it doesn't require a username or a password. So all I have in the config file is mail.server=localhost In the log file I see the following message: 2008-05-03 07:06:10,137 INFO org.dspace.app.webui.servlet.RegisterServlet @ anonymous:session_id=12CE94287EF6F80D40FD05EABC486F87:ip_addr=207.244.165.133:error_emailing:[EMAIL PROTECTED] javax.mail.AuthenticationFailedException at javax.mail.Service.connect(Service.java:306) at javax.mail.Service.connect(Service.java:156) at javax.mail.Service.connect(Service.java:105) at javax.mail.Transport.send0(Transport.java:168) at javax.mail.Transport.send(Transport.java:98) at org.dspace.core.Email.send(Email.java:330) at org.dspace.eperson.AccountManager.sendEmail(AccountManager.java:294) at org.dspace.eperson.AccountManager.sendInfo(AccountManager.java:254) at org.dspace.eperson.AccountManager.sendRegistrationInfo(AccountManager.java:99) at org.dspace.app.webui.servlet.RegisterServlet.processEnterEmail(RegisterServlet.java:294) at org.dspace.app.webui.servlet.RegisterServlet.doDSPost(RegisterServlet.java:209) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:147) at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:105) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Thread.java:619) did anyone see that before? Does anyone know what could be causing that? Thank you very much, Ilan - 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 DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
