[Dspace-tech] Fwd: Handler
Hello, Am 20.07.2007 um 06:50 schrieb Jayan Chirayath Kurian: In the question section, (1) Enter the TCP/UDP port no this server will listen to [2641] For Q(1), can I give 80. In tomcat server.xml, I have Connector port=80 protocol=HTTP/1.1 The handle server runs separate from tomcat. It will conflict if you try to run it on the same port. You will have a hard time to get it running if you change all kinds of things compared to the installation guideline if you dont even recognize this problem yourself. Port 2641 is a reserved port for CNRI. Try cat /etc/services | grep 2641 to check yourself. I guess the whole system relies on you to be reachable from outside on this port. You might use a firewall to run the service on one port and expose it to the outside on another, but what is it good for? there should not be any conflicting services running on this port. BTW, did you make sure to run tomcat using commons-daemon to avoid running it as root? Remember the rule that ports below 1024 are privileged. (2) What port no will the HTTP interface be listening to [8000] For Q(2), I think I have to give 80 No, again. You will get unnecessary conflicts that way. The http interface is a nice help in testing when setting up handle services to make sure that the handle server is running and gives useful answers. So if you use 8000 for something else already, try 8001, 8008, 8080 or 8088 if you like. 8005 is used for tomcat manager IIRC and thus is not available. (3) Would you like to disable UDP services (y/n) [N] For Q(3), is it fine to disable the UDP service? I guess so, but why would you want to? UDP service of handle server is not known to be a special security risk, no reason to avoid it. How do you want to get help from the list if your setup is that different. Others will lack experience with this kind of setup and wont be able to help you. It can be already tricky with the default values. Bye, Christian - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [vote] Do we want to assign external identifiers (Handles) to files?
On Thu, Jul 19, 2007 at 06:46:20PM +0100, Graham Triggs wrote: Possibilities that should be supportable: * reassigning the existing id (handle) to a new file This is, in my humble opinion, pure evil. How can you consider something to be an *identifier* if you can't actually guarantee that it identifies something? What if an object is replicated between repositories and the file is only replaced in one? The user would be seeing two objects that claim to be the same thing (given that they have the same identifier) but would actually be confronted with different content! We can't ever dilute the notion of what it means to be an identifier just to make our lives easier or to reduce the cost of assigning new identifiers or managing relationships between them. * provide a fallback mapping - for example, to the item * reporting that the id is invalid These are more reasonable, but see my previous email on the subject. cheers, Jim -- James Rutherford | Hewlett-Packard Limited registered Office: Research Engineer | Cain Road, HP Labs | Bracknell, Bristol, UK | Berks +44 117 312 7066 | RG12 1HN. [EMAIL PROTECTED] | Registered No: 690597 England The contents of this message and any attachments to it are confidential and may be legally privileged. If you have received this message in error, you should delete it from your system immediately and advise the sender. To any recipient of this message within HP, unless otherwise stated you should consider this message and attachments as HP CONFIDENTIAL. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [vote] Do we want to assign external identifiers (Handles) to files?
On Thu, Jul 19, 2007 at 01:47:19PM -0400, Ekaterina Pechekhonova wrote: +1 as it usually better to have more options then less. However, in our repository we keep identifiers on item level as we see item as a repository atomic structure, and we think it's pretty important that file identifiers will be an option not a default. Do you actually oppose assigning them, or just making them visible to the user? Naturally the citation link would be exactly as it is now (ie: pointing to an Item). Personally, I can't see any reason why having this information available would be harmful, so I'm interested to understand why you might think it was a bad idea (I'm very open to input here). cheers, Jim -- James Rutherford | Hewlett-Packard Limited registered Office: Research Engineer | Cain Road, HP Labs | Bracknell, Bristol, UK | Berks +44 117 312 7066 | RG12 1HN. [EMAIL PROTECTED] | Registered No: 690597 England The contents of this message and any attachments to it are confidential and may be legally privileged. If you have received this message in error, you should delete it from your system immediately and advise the sender. To any recipient of this message within HP, unless otherwise stated you should consider this message and attachments as HP CONFIDENTIAL. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Fwd: Handler
On Fri, Jul 20, 2007 at 09:19:04AM +0200, Christian Voelker wrote: Am 20.07.2007 um 06:50 schrieb Jayan Chirayath Kurian: (1) Enter the TCP/UDP port no this server will listen to [2641] For Q(1), can I give 80. In tomcat server.xml, I have Connector port=80 protocol=HTTP/1.1 The handle server runs separate from tomcat. It will conflict if you try to run it on the same port. You will have a hard time to get it running if you change all kinds of things compared to the installation guideline if you dont even recognize this problem yourself. Yes, running the service on port 2641 is exactly what you should do unless you have a very good reason not to. Port 2641 is a reserved port for CNRI. Try cat /etc/services | grep 2641 to check yourself. I guess the whole system relies on you to be reachable from outside on this port. You might use a firewall to run the service on one port and expose it to the outside on another, but what is it good for? there should not be any conflicting services running on this port. BTW, did you make sure to run tomcat using commons-daemon to avoid running it as root? Remember the rule that ports below 1024 are privileged. Remember he's running DSpace on windows 2003 ;) (3) Would you like to disable UDP services (y/n) [N] For Q(3), is it fine to disable the UDP service? I guess so, but why would you want to? UDP service of handle server is not known to be a special security risk, no reason to avoid it. How do you want to get help from the list if your setup is that different. Others will lack experience with this kind of setup and wont be able to help you. It can be already tricky with the default values. Agreed. Agian, unless you have a good reason to not do this, it's recommended that you do. cheers, Jim -- James Rutherford | Hewlett-Packard Limited registered Office: Research Engineer | Cain Road, HP Labs | Bracknell, Bristol, UK | Berks +44 117 312 7066 | RG12 1HN. [EMAIL PROTECTED] | Registered No: 690597 England The contents of this message and any attachments to it are confidential and may be legally privileged. If you have received this message in error, you should delete it from your system immediately and advise the sender. To any recipient of this message within HP, unless otherwise stated you should consider this message and attachments as HP CONFIDENTIAL. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [vote] Do we want to assign external identifiers (Handles) to files?
From: James Rutherford [EMAIL PROTECTED] This is, in my humble opinion, pure evil. How can you consider something to be an *identifier* if you can't actually guarantee that it identifies something? I absolutely agree. But how can you guarantee that it resolves to what it is meant to be identifying if you completely disallow the possibility to reassign it? I was tempted to say that you shouldn't be allowed to delete a file that has an external identifier (or at least that the default implementation shouldn't). As soon as I realised that wouldn't be possible, you have to consider the possibility of reassigning the handle. Remember, that such a reassignment is (or rather should only be used for) altering the resolution of the identifier - which doesn't automatically mean that you are conceptually changing what it identifies. G This email has been scanned by Postini. For more information please visit http://www.postini.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Running DSpace in read-only mode.
On Thu, Jul 19, 2007 at 05:59:39PM -0400, Kyle Brentnell wrote: Two possiblities come to mind right away. Others may have more elegant solutions, that do not require DB or coding changes. 1) In the EPerson table set the can_log_in column to false for all users(except the Administrator). This assumes anonymous users can not make any changes to items (default Dspace behaviour). To allow access reset the can_log_in flag to the original values. 2) Change the authenticateInternal method in the AuthenticationManager.java class to always return BAD_ARGS or NO_SUCH_USER, etc. to prevent users from logging into Dspace. To allow access again, restore the original authenticateInternal code (and compile and deploy of course). These both seem reasonable, assuming you don't need to log in to be able to read content as well. Being able to flag various elements in the container hierarchy (from the entire site down to Items) as read-only has been on my wish list for some time, and DSpace provides no easy means for doing this readily. cheers, Jim -- James Rutherford | Hewlett-Packard Limited registered Office: Research Engineer | Cain Road, HP Labs | Bracknell, Bristol, UK | Berks +44 117 312 7066 | RG12 1HN. [EMAIL PROTECTED] | Registered No: 690597 England The contents of this message and any attachments to it are confidential and may be legally privileged. If you have received this message in error, you should delete it from your system immediately and advise the sender. To any recipient of this message within HP, unless otherwise stated you should consider this message and attachments as HP CONFIDENTIAL. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] MySQL in Dspace
See http://sourceforge.net/tracker/index.php?func=detailaid=1715618group_id=19984atid=319984 Postgres MySQL syntax is so similar (more so since MySQL added support for nested queries in version 5) that I'm pretty sure you can use MySQL without too much work. Thanks to Graham Triggs for investigating this and providing the patch. cheers, Jim On Thu, Jul 19, 2007 at 02:58:57PM -0400, Blanco, Jose wrote: I checked the tech archive to find out if there have been any discussions about using MySQL in Dspace and found none, so I will pose my question. I know Dspace is setup to be able to connect and work with either Postgres or Oracle, but has any one tried using DSpace with MySQL? Or are there any plans to make it work with MySQL? We have been using Postgres exclusively for our Dspace instance just fine, but most of our expertise is in MySQL and all our other applications use MySQL. It would be nice not have to maintain two DB engines and develop expertise in both. So I know that if we could transition to MySQL, we would. Are there any thoughts on this? Thank you! Jose - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- James Rutherford | Hewlett-Packard Limited registered Office: Research Engineer | Cain Road, HP Labs | Bracknell, Bristol, UK | Berks +44 117 312 7066 | RG12 1HN. [EMAIL PROTECTED] | Registered No: 690597 England The contents of this message and any attachments to it are confidential and may be legally privileged. If you have received this message in error, you should delete it from your system immediately and advise the sender. To any recipient of this message within HP, unless otherwise stated you should consider this message and attachments as HP CONFIDENTIAL. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [vote] Do we want to assign external identifiers (Handles) to files?
See the arch review notes (I think
http://wiki.dspace.org/index.php/ArchReviewNotesThur was the day we
really hammered on it) for decisions made about identifiers and
versions. We spent a lot of time on that! (Basically there's an
identifier for the 'latest version' of each item and sub-part, and
each version also gets a separate ID).
One reason you might not want to assign context-free external
identifiers like Handles to bitstreams is that Handles are not free,
they require maintenance over time. (Contextual or 'hierarchical'
identifiers like info:item_handle/bitstream_id are 'cheaper' in this
regard -- you don't have to maintain the context and relationships ad
infinitum as they're implicit in the identifier.)
Another point is that in assigning an identifier, you need to be very
clear on exactly what you're identifying. It sounds like there's an
assumption here that (say) a Handle assigned to a bitstream is
identifying that exact sequence of 1s and 0s, rather than 'chapter 2
of the book'. Giving symmetrical identifiers to both logical
constructs ('item', FRBR work etc) and 'physical' constructs (an exact
sequence of 1s and 0s) could get confusing -- what is identified by
one may change over time to reflect changes in technology etc. but the
other is set in stone.
This was the thinking behind the original decision to have Handles
assigned to Items but not Bitstreams: The Item is what is
'persistent', the particular (potentially numerous) files within may
change. So giving out apparently identical identifiers that actually
have different levels of persistence guarantee (or, maintaining all
those file identifiers and their relationships for items forever) was
something we wanted to avoid. We regarded access to bitstreams as a
'service' on the item.
So in short flexibility is the key! Definitely good to be able to
assign external IDs to files, but people need to be clear on what
they're identifying, and free to give out contextual identifiers or
differently-schemed identifiers to other elements like bitstreams or
metadata records.
On 20/07/07, James Rutherford [EMAIL PROTECTED] wrote:
I definitely don't want to turn this into a
discussion about identification systems more generally otherwise we'll
be here until next year
See you in 2008...
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Running DSpace in read-only mode.
Hi, Ben and Kyle: One way we handled this was by removing the self-registration option from JSPs. This way only the Administrator can create new accounts. At 05:59 PM 7/19/2007, Kyle Brentnell wrote: Hi Ben, Two possiblities come to mind right away. Others may have more elegant solutions, that do not require DB or coding changes. 1) In the EPerson table set the can_log_in column to false for all users(except the Administrator). This assumes anonymous users can not make any changes to items (default Dspace behaviour). To allow access reset the can_log_in flag to the original values. 2) Change the authenticateInternal method in the AuthenticationManager.java class to always return BAD_ARGS or NO_SUCH_USER, etc. to prevent users from logging into Dspace. To allow access again, restore the original authenticateInternal code (and compile and deploy of course). Kyle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Weinberg, Ben Sent: July 19, 2007 5:41 PM To: dspace-tech@lists.sourceforge.net Subject: [Dspace-tech] Running DSpace in read-only mode. Does anyone know how I can set dspace temporarily to be a read only system. I will need a quick reversion to a read-write system. We're basically looking to provide access to dspace while we migrate the database and assetstore to another system. Thanks, Ben Weinberg HP Labs Digital Library Palo Alto, CA - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech *** George Kozak Coordinator Web Development and Management Digital Media Group 501 Olin Library Cornell University 607-255-8924 *** [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [vote] Do we want to assign external identifiers (Handles) to files?
From: James Rutherford [EMAIL PROTECTED] Assigning or displaying? I find it hard to believe that you actually have a problem with giving identifiers to files, but I can understand why you might not want your users to know about them. Because I don't believe that an identifier should be assigned to something unless you are accepting the possibility for it to be used - there are too many implications to it's assignment. G This email has been scanned by Postini. For more information please visit http://www.postini.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [vote] Do we want to assign external identifiers (Handles) to files?
From: James Rutherford [EMAIL PROTECTED] I absolutely agree. But how can you guarantee that it resolves to what it is meant to be identifying if you completely disallow the possibility to reassign it? I'd flip this around and say how can you guarantee that it resolves to what it is meant to be identifying if you *do* allow the possibility to reassign it. Oh, what a can of worms! You can't. But that isn't the issue. If you are going to have the situation where an id may not resolve correctly, then you have to have the tools to be able to correct - even if that can create problems through misuse. I was tempted to say that you shouldn't be allowed to delete a file that has an external identifier (or at least that the default implementation shouldn't). As soon as I realised that wouldn't be possible, you have to consider the possibility of reassigning the handle. This isn't actually strictly true. Once we have versioning, it could well be impossible (presumably at the discretion of the repository curator) to delete *anything*, only to be able to create a new head version of the container that doesn't hold any reference to the file you wanted to delete. As nice as that would be in theory, and even if it is the likely 'normal operation', you will always have to cater for being able to completely erase a file or item (ie. legal issues). Remember that in systems with versioning, deletion is a very different concept to systems where versioning isn't supported. The points I have made so far assume we are working with a system that supports versioning. Yes, the external id could refer - and continue to refer - to a 'deleted' but still accessible file. But bear in mind that we should make no assumption of what external id system(s) are used for the assignment, and that system may not be providing a persistent identifier. So we can't assume what the appropriate behaviour of handling that id is on file / item deletion. Remember, that such a reassignment is (or rather should only be used for) altering the resolution of the identifier - which doesn't automatically mean that you are conceptually changing what it identifies. Danger danger! Surely we would just be giving our adopters enough rope with which to hang themselves by doing this. It is pretty obvious that people will never use things the way we've decided that they should, no matter how much we jump up and down and tell them that it's the wrong thing to do. True - but I could argue that by even having the ability to assign external / persistent identifiers to anything you are giving adopters enough rope to hang themselves. But having them is also a fundamental part of preservation, and they are likely hanging themselves if they don't use them (appropriately). There are so many issues that I don't think it's possible to ever write a system where it would be impossible for adopters to not hang themselves (with enough functionality to sustain a diverse community). The best we can do is minimize the potential for these problems in 'normal' operation, and provide extra (separate) functionality that can try to correct problems that do arise. G This email has been scanned by Postini. For more information please visit http://www.postini.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [vote] Do we want to assign external identifiers (Handles) to files?
I tend to agree with Graham: 1. That can of worm may have already been opened as soon as people approach the persistent identifier issue. Items are relatively stable so we don't have much of a problem on assigning handles to them but the same can't said about the files. At least for now the admin is free to delete/add files at will. To add the versioning helps but may not completely eliminate the problem. 2. It would be nice to have a sensitive tool/solution accompanying assigning handles to files, at least to help most of the admin usecases when the identifier needs to be changed/re-assigned. I remember someone has written a note for W3C arguing that the persistent identifier issue is purely an adminnistrative problem. I think he's right to some extent. To administer well the admin needs tools. With the tools in hand then perhaps it's up to the admin to use it wisely. BTW I think the admin can always mess up if s/he wants to. Zhiwu On 7/20/07, Graham Triggs [EMAIL PROTECTED] wrote: From: James Rutherford [EMAIL PROTECTED] I absolutely agree. But how can you guarantee that it resolves to what it is meant to be identifying if you completely disallow the possibility to reassign it? I'd flip this around and say how can you guarantee that it resolves to what it is meant to be identifying if you *do* allow the possibility to reassign it. Oh, what a can of worms! You can't. But that isn't the issue. If you are going to have the situation where an id may not resolve correctly, then you have to have the tools to be able to correct - even if that can create problems through misuse. I was tempted to say that you shouldn't be allowed to delete a file that has an external identifier (or at least that the default implementation shouldn't). As soon as I realised that wouldn't be possible, you have to consider the possibility of reassigning the handle. This isn't actually strictly true. Once we have versioning, it could well be impossible (presumably at the discretion of the repository curator) to delete *anything*, only to be able to create a new head version of the container that doesn't hold any reference to the file you wanted to delete. As nice as that would be in theory, and even if it is the likely 'normal operation', you will always have to cater for being able to completely erase a file or item (ie. legal issues). Remember that in systems with versioning, deletion is a very different concept to systems where versioning isn't supported. The points I have made so far assume we are working with a system that supports versioning. Yes, the external id could refer - and continue to refer - to a 'deleted' but still accessible file. But bear in mind that we should make no assumption of what external id system(s) are used for the assignment, and that system may not be providing a persistent identifier. So we can't assume what the appropriate behaviour of handling that id is on file / item deletion. Remember, that such a reassignment is (or rather should only be used for) altering the resolution of the identifier - which doesn't automatically mean that you are conceptually changing what it identifies. Danger danger! Surely we would just be giving our adopters enough rope with which to hang themselves by doing this. It is pretty obvious that people will never use things the way we've decided that they should, no matter how much we jump up and down and tell them that it's the wrong thing to do. True - but I could argue that by even having the ability to assign external / persistent identifiers to anything you are giving adopters enough rope to hang themselves. But having them is also a fundamental part of preservation, and they are likely hanging themselves if they don't use them (appropriately). There are so many issues that I don't think it's possible to ever write a system where it would be impossible for adopters to not hang themselves (with enough functionality to sustain a diverse community). The best we can do is minimize the potential for these problems in 'normal' operation, and provide extra (separate) functionality that can try to correct problems that do arise. G This email has been scanned by Postini. For more information please visit http://www.postini.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Having A Sub-Community Collection appear in 2 Communities?
Hi... We are having a problem with people wanting to see the same Sub-Community (and it's collections) appear in 2 different Collections. For instance, currently I have a Sub-Community called Albert Mann Library. It appears in our Community Cornell University Library, but the people at Mann Library would also like their Library appearing in the hierarchy of College of Agriculture and Life Sciences. Can this be done? *** George Kozak Coordinator Web Development and Management Digital Media Group 501 Olin Library Cornell University 607-255-8924 *** [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Running DSpace in read-only mode.
On Thu, Jul 19, 2007 at 05:59:39PM -0400, Kyle Brentnell wrote: 2) Change the authenticateInternal method in the AuthenticationManager.java class to always return BAD_ARGS or NO_SUCH_USER, etc. to prevent users from logging into Dspace. To allow access again, restore the original authenticateInternal code (and compile and deploy of course). An easier way to implement this is to create a new stubbed-out AuthenticationMethod plugin that always returns NO_SUCH_USER or some other fatal error, add that to the source, and then just change the DSpace Configuration to make it the only method on the authentication stack (commenting-out the original lines for easy restoration). Then, to restore normal operation, all you have to do is put the configuration back and restart the servlet container. It saves changing code and compiling a second time, and makes it easier to engage read only mode again in the future. -- Larry - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Having A Sub-Community Collection appear in 2 Communities?
Hi! I have the some problem. I would like to see the same sub-community inside several Communities. This means that one sub-community should have more than one father. The CommunityFilliator class states that: first test - proposed child must currently be an orphan So, I've commented this check and i can set one sub-community with several fathers. Im pretty sure that this modification is harmless, but, if this lines were in the code, they were there for a reason! Is it dangerous this change? Could this bring any side-effects? Marcelo Quoting George Kozak [EMAIL PROTECTED]: Hi... We are having a problem with people wanting to see the same Sub-Community (and it's collections) appear in 2 different Collections. For instance, currently I have a Sub-Community called Albert Mann Library. It appears in our Community Cornell University Library, but the people at Mann Library would also like their Library appearing in the hierarchy of College of Agriculture and Life Sciences. Can this be done? *** George Kozak Coordinator Web Development and Management Digital Media Group 501 Olin Library Cornell University 607-255-8924 *** [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Having A Sub-Community Collection appear in 2 Communities?
Hi Marcelo: The sub-community functionality was designed as a single-parent model. I'd need to study the code/DB schema to see what potential problems there may be, but one question springs to mind immediately: What behavior do you want when (one of) the parents is deleted? Normally DSpace deletes everything below a community (sub-communities, collections, etc) I assume you would want any sub-community that has more than one parent to *not* be deleted. Is this true with your modified code? Thanks, Richard R On Fri, 2007-07-20 at 22:45 +0100, [EMAIL PROTECTED] wrote: Hi! I have the some problem. I would like to see the same sub-community inside several Communities. This means that one sub-community should have more than one father. The CommunityFilliator class states that: first test - proposed child must currently be an orphan So, I've commented this check and i can set one sub-community with several fathers. Im pretty sure that this modification is harmless, but, if this lines were in the code, they were there for a reason! Is it dangerous this change? Could this bring any side-effects? Marcelo Quoting George Kozak [EMAIL PROTECTED]: Hi... We are having a problem with people wanting to see the same Sub-Community (and it's collections) appear in 2 different Collections. For instance, currently I have a Sub-Community called Albert Mann Library. It appears in our Community Cornell University Library, but the people at Mann Library would also like their Library appearing in the hierarchy of College of Agriculture and Life Sciences. Can this be done? *** George Kozak Coordinator Web Development and Management Digital Media Group 501 Olin Library Cornell University 607-255-8924 *** [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] [Dspace-general] AjaxTags
Hello, Am 20.07.2007 um 17:47 schrieb Rui Gamito: Has anyone had any success (or even tried) using AjaxTags (http:// ajaxtags.sourceforge.net/) with DSpace? Not me, but I find your idea rather interesting. I guess you are talking about the current JSP User Interface. I have had a similar thought regarding a more generalized way to apply style sheets. My idea was to make the interface compatible with YAML for that purpose. But this still leaves all kind of interactive behaviour possible by javascript as rudimentary as it is now (kind of old-fashioned one could call it). There your proposal comes in handy. Yesterday, I put a note like this in the comments to http://wiki.dspace.org/index.php/Talk:WebApplicationFrameworks Which are the kinds of behaviour you want to add? Is there a mockup or do you have just some sample pages you like and you could comment (like look at http://xyz.com and see how they format tables in a nice way, we could apply that to the item view page or something like that)? I dont have compiled such a list for the things I would like to see changed, but I will undoubtedly create something like that on my way. The things that come to my mind when it comes to Ajax are a kind of watchlist to keep items for revisit and further investigation; a comparison view for two or more items and a neat tabbed interface to break down loads of metadata per object or configurable show only these fields kind of thing. It could also be of use for commenting stuff. But seems to be all a lot of work. Do you have already some idea of how much work this will be? I think it will be quite a lot. Do you think it makes sense to put work into the jsp stuff if manakin is going to take over soon? I think so, because the experience gathered will help. On the other hand, with manakin, you probably dont touch Java code to do this, but XSLT transformers only. Are you sure that AjaxTags is the right choice? Are there other options that you investigated? I havent done it yet for my idea, but it is rather fresh -from this week-, so I am open to any suggestions. What is available out there as a proven CSS layout framework that is cross browser compatible besides YAML? Regarding Ajax and JavaScript, I know even less about this compared to CSS, so now hints for you, sorry. I will be rather slow with this as I am working on our Repository less then a day per week, so it might take weeks before I come back to this issue. Let it keep in mind and update each other and the list about progress being made. Bye, Christian - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Having A Sub-Community Collection appear in 2 Communities?
Hello, Yes, in fact, the delete issue is the most important. Let me explain what happens in my case. Lets suppose this Communities example: - Books (community) =Comedy (sub-community) Magazines (community) =Sport (sub-community) =Comedy (sub-community) - If i try to delete Books or Magazines entire community I get a PSQLException, which makes sense, because of the foreign key constraint. But, when deleting only Comedy-Magazines, will cause the deletion of Comedy, but in Books category. So, only removes the reference to the first father. Comedy still remains, but this time like this: - Books (community) Magazines (community) =Sport (sub-community) =Comedy (sub-community) - When deleting for Comedy for the second time, since there is no other father, the delete is successfully made. So, i would not advise this little hack unless anyone is using stable communities with very little changes in its structure. But any comments and opinions would be appreciated! Marcelo Quoting Richard Rodgers [EMAIL PROTECTED]: Hi Marcelo: The sub-community functionality was designed as a single-parent model. I'd need to study the code/DB schema to see what potential problems there may be, but one question springs to mind immediately: What behavior do you want when (one of) the parents is deleted? Normally DSpace deletes everything below a community (sub-communities, collections, etc) I assume you would want any sub-community that has more than one parent to *not* be deleted. Is this true with your modified code? Thanks, Richard R On Fri, 2007-07-20 at 22:45 +0100, [EMAIL PROTECTED] wrote: Hi! I have the some problem. I would like to see the same sub-community inside several Communities. This means that one sub-community should have more than one father. The CommunityFilliator class states that: first test - proposed child must currently be an orphan So, I've commented this check and i can set one sub-community with several fathers. Im pretty sure that this modification is harmless, but, if this lines were in the code, they were there for a reason! Is it dangerous this change? Could this bring any side-effects? Marcelo Quoting George Kozak [EMAIL PROTECTED]: Hi... We are having a problem with people wanting to see the same Sub-Community (and it's collections) appear in 2 different Collections. For instance, currently I have a Sub-Community called Albert Mann Library. It appears in our Community Cornell University Library, but the people at Mann Library would also like their Library appearing in the hierarchy of College of Agriculture and Life Sciences. Can this be done? *** George Kozak Coordinator Web Development and Management Digital Media Group 501 Olin Library Cornell University 607-255-8924 *** [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/[1] ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech[2] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/[3] ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech[4] Links: -- [1] http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ [2] https://lists.sourceforge.net/lists/listinfo/dspace-tech [3] http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ [4] https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
