[Dspace-tech] DSpace Oracle support in SVN trunk
Hi All, As of yesterday, the code in SVN trunk (that will eventually become the 1.4.2 release) has all existing Oracle patches applied, and seems to be stable. If there are any Oracle users out there who would be willing to test, that would be greatly appreciated. Thanks to everyone who has helped out, especially Graham Triggs for his patches, and Stuart Lewis Chris Yates for their work in testing and applying the patches. 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. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] redirect 8443 to 80?
Apology if I'm re-posting. A previous email didn't show up so I'm re-sending it. -- Hello, I'm following the Dspace wiki page DspaceOnStandardPorts and ServletSecurity to run Dspace on Tomcat without Apache. I've set up the iptables to rrdirect port 80 to 8080 and 443 to 8443, then set the Tomcat secure redirectPort to 443 instead of 8443, so I don't get the 8443 port number such as https://laii-dspace.unm.edu:8443 at the browser address bar, but then when I click the DSpace logo from a secured page such as https://laii-dspace.unm.edu/password-login all the following pages are through https regardless of which the page is, which bothers me. But when I tried to click the dspace logo from the mit dspace page https://dspace.mit.edu/password-login the request to the https://dspace.mit.edu/ seems to be rerouted to http://dspace.mit.edu/. So what's the trick? Thanks, Zhiwu - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] redirect port 8443 to 80?
We use Apache, mod_jk and mod_rewrite to deliver the webapplication on port 80 and port 443 as separate VirtualHost entries in Apache httpd. We do not allow direct access to the tomcat server over port 8080 or port 8443. I can send some more detail of our configuration if you decide to go this route. -Mark On Apr 6, 2007, at 11:32 AM, James Rutherford wrote: On Thu, Apr 05, 2007 at 09:39:53AM -0600, Zhiwu Xie wrote: bar, but then when I click the DSpace logo from a secured page such as https://laii-dspace.unm.edu/password-login all the following pages are through https regardless of which the page is, which bothers me. The links used in DSpace are relative, so if you login via https, you will continue with https. But when I tried to click the dspace logo from the mit dspace page https://dspace.mit.edu/password-login the request to the https://dspace.mit.edu/ seems to be rerouted to http://dspace.mit.edu/. So what's the trick? The only reason the MIT site is different is because (I assume) they have some custom configuration elsewhere that redirects https requests to http for normal use. If you try accessing https://dspace.mit.edu you will be redirected to the unsecured version at http://dspace.mit.edu. 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. -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php? page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech ~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Office: E25-131 Phone: (617) 253-1096 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] redirect port 8443 to 80?
For folks listening in with interest, we also use NAT port forwarding to get around the requirement for mod_jk, but FWIW I haven't determined a way to close the incoming *actual* Tomcat ports (8080/8443). So, a potential downside with this approach, in addition to not having any real logic like mod_rewrite to apply at that intermediary level. Mind you, it's not really harmful or vulnerable, it's just a little ugly to have your actual nonstandard ports all hanging out like that. Cory Snavely University of Michigan Library IT Core Services On Fri, 2007-04-06 at 11:56 -0400, Mark Diggory wrote: We use Apache, mod_jk and mod_rewrite to deliver the webapplication on port 80 and port 443 as separate VirtualHost entries in Apache httpd. We do not allow direct access to the tomcat server over port 8080 or port 8443. I can send some more detail of our configuration if you decide to go this route. -Mark On Apr 6, 2007, at 11:32 AM, James Rutherford wrote: On Thu, Apr 05, 2007 at 09:39:53AM -0600, Zhiwu Xie wrote: bar, but then when I click the DSpace logo from a secured page such as https://laii-dspace.unm.edu/password-login all the following pages are through https regardless of which the page is, which bothers me. The links used in DSpace are relative, so if you login via https, you will continue with https. But when I tried to click the dspace logo from the mit dspace page https://dspace.mit.edu/password-login the request to the https://dspace.mit.edu/ seems to be rerouted to http://dspace.mit.edu/. So what's the trick? The only reason the MIT site is different is because (I assume) they have some custom configuration elsewhere that redirects https requests to http for normal use. If you try accessing https://dspace.mit.edu you will be redirected to the unsecured version at http://dspace.mit.edu. 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. -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php? page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech ~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Office: E25-131 Phone: (617) 253-1096 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] redirect port 8443 to 80?
Thank you guys for the replies. I've been resisting the idea to install Apache, thinking not to install unnecessary services as much as possible. I need to think hard on this. Perhaps compromise has to be made somewhere. Any other people using Tomcat only run into this problem (following the ServletSecurity http://wiki.dspace.org/index.php/ServletSecurity method but can't escape from https to http)? Yes, nothing wrong with using https on every page, just a bit waste. Cory, I tried Deepblue and it seems you're not running it over https because https://deepblue.lib.umich.edu/ won't return any result. On the other hand I don't know why you can't just shut port 8080 from iptables. I guess unless I intentionally type port 8080 at the url the port number won't show in any links? Thanks, Zhiwu -Original Message- From: Cory Snavely [mailto:[EMAIL PROTECTED] Sent: Friday, April 06, 2007 10:08 AM To: dspace-tech@lists.sourceforge.net Cc: Zhiwu Xie Subject: Re: [Dspace-tech] redirect port 8443 to 80? For folks listening in with interest, we also use NAT port forwarding to get around the requirement for mod_jk, but FWIW I haven't determined a way to close the incoming *actual* Tomcat ports (8080/8443). So, a potential downside with this approach, in addition to not having any real logic like mod_rewrite to apply at that intermediary level. Mind you, it's not really harmful or vulnerable, it's just a little ugly to have your actual nonstandard ports all hanging out like that. Cory Snavely University of Michigan Library IT Core Services On Fri, 2007-04-06 at 11:56 -0400, Mark Diggory wrote: We use Apache, mod_jk and mod_rewrite to deliver the webapplication on port 80 and port 443 as separate VirtualHost entries in Apache httpd. We do not allow direct access to the tomcat server over port 8080 or port 8443. I can send some more detail of our configuration if you decide to go this route. -Mark On Apr 6, 2007, at 11:32 AM, James Rutherford wrote: On Thu, Apr 05, 2007 at 09:39:53AM -0600, Zhiwu Xie wrote: bar, but then when I click the DSpace logo from a secured page such as https://laii-dspace.unm.edu/password-login all the following pages are through https regardless of which the page is, which bothers me. The links used in DSpace are relative, so if you login via https, you will continue with https. But when I tried to click the dspace logo from the mit dspace page https://dspace.mit.edu/password-login the request to the https://dspace.mit.edu/ seems to be rerouted to http://dspace.mit.edu/. So what's the trick? The only reason the MIT site is different is because (I assume) they have some custom configuration elsewhere that redirects https requests to http for normal use. If you try accessing https://dspace.mit.edu you will be redirected to the unsecured version at http://dspace.mit.edu. 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. -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php? page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech ~ Mark R. Diggory - DSpace Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Office: E25-131 Phone: (617) 253-1096 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - Take Surveys. Earn Cash. Influence the
[Dspace-tech] compilation warning.
As of my upgrade to 1.4.1, I get the following warning when I build the war file: [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:55: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] import sun.misc.BASE64Encoder; [javac]^ [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:238: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] BASE64Encoder encoder=(BASE64Encoder) Class.forName(sun.misc.BASE64Encoder).newInstance(); [javac] ^ [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:238: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] BASE64Encoder encoder=(BASE64Encoder) Class.forName(sun.misc.BASE64Encoder).newInstance(); [javac]^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] 3 warnings Should I change my build command to include -Xlint:deprecation, like shown below? /l/local/bin/ant -Xlint:deprecation -Dconfig=/a_directory/dspace.cfg build_wars Many thanks! Jose - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] compilation warning.
I should have tried that first. I did and I get some errors, so that's not quite it. Any advice? Thanks! _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jose Blanco Sent: Friday, April 06, 2007 3:12 PM To: dspace-tech@lists.sourceforge.net Subject: [Dspace-tech] compilation warning. As of my upgrade to 1.4.1, I get the following warning when I build the war file: [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:55: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] import sun.misc.BASE64Encoder; [javac]^ [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:238: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] BASE64Encoder encoder=(BASE64Encoder) Class.forName(sun.misc.BASE64Encoder).newInstance(); [javac] ^ [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:238: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] BASE64Encoder encoder=(BASE64Encoder) Class.forName(sun.misc.BASE64Encoder).newInstance(); [javac]^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] 3 warnings Should I change my build command to include -Xlint:deprecation, like shown below? /l/local/bin/ant -Xlint:deprecation -Dconfig=/a_directory/dspace.cfg build_wars Many thanks! Jose - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] compilation warning.
Jose, -Xlint:deprecation will just give you more information about the use of deprecated API. There is already a patch to address the use of deprecated APIs: http://sourceforge.net/tracker/index.php?func=detailaid=1667989group_id=19984atid=319984 however, there is no requirement to apply this patch - your DSpace installation will function just fine without it (for the time being - potentially a future JAR / Java upgrade may break the code, but the patch will probably have been included in a DSpace release long before then). G - Original Message - From: Jose Blanco To: dspace-tech@lists.sourceforge.net Sent: Friday, April 06, 2007 8:11 PM Subject: [Dspace-tech] compilation warning. As of my upgrade to 1.4.1, I get the following warning when I build the war file: [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:55: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] import sun.misc.BASE64Encoder; [javac]^ [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:238: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] BASE64Encoder encoder=(BASE64Encoder) Class.forName(sun.misc.BASE64Encoder).newInstance(); [javac] ^ [javac] /l1/dspace/build/prod/dspace/src/org/dspace/app/oai/DIDLCrosswalk.java:238: warning: sun.misc.BASE64Encoder is Sun proprietary API and may be removed in a future release [javac] BASE64Encoder encoder=(BASE64Encoder) Class.forName(sun.misc.BASE64Encoder).newInstance(); [javac]^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] 3 warnings Should I change my build command to include -Xlint:deprecation, like shown below? /l/local/bin/ant -Xlint:deprecation -Dconfig=/a_directory/dspace.cfg build_wars Many thanks! Jose -- - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech This email has been scanned by Postini. For more information please visit http://www.postini.com - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Handle System problem
Hi everyone, We have a machine X with some naming authority where the local handle system is setup and i installed DSpace on machine Y. How can the DSpace on machine Y use the existing handle system on machine X . What kind of configuration do i have to change.? Please give your valueable suggestions Thanking you, Krishna Bhaskarla University of Memphis Memphis TN - 38111 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Handle System problem
Hi Krishna ! you can use remote handle server patch. Here is the link: https://sourceforge.net/tracker/index.php?func=detailaid=1272731group_id=19984atid=319984 It works fine for us. Kate Ekaterina Pechekhonova Digital Library Programmer/Analyst New York University Libraries email: [EMAIL PROTECTED] phone: 212-992-9993 - Original Message - From: Krishna [EMAIL PROTECTED] Date: Friday, April 6, 2007 4:48 pm Subject: [Dspace-tech] Handle System problem To: DSpace-tech@lists.sourceforge.net, [EMAIL PROTECTED] Cc: Sai Srinivas Dharanikota [EMAIL PROTECTED] Hi everyone, We have a machine X with some naming authority where the local handle system is setup and i installed DSpace on machine Y. How can the DSpace on machine Y use the existing handle system on machine X . What kind of configuration do i have to change.? Please give your valueable suggestions Thanking you, Krishna Bhaskarla University of Memphis Memphis TN - 38111 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
