Re: [Dspace-tech] [Dspace-general] dspace email feature not working

[Stuart Lewis [sdl]]

Hi,

> I am using ubuntu 6.06 as operating system, the e mail feature is not working
> in my server the error in the log file is
> 
> 2007-10-11 11:55:11,915 INFO  org.dspace.app.webui.servlet.RegisterServlet @
> anonymous:session_id=7CBDA8042C27736FF48362A1D1056E8E:ip_addr=
> 10.1.1.6:error_emailing:[EMAIL PROTECTED]
> javax.mail.MessagingException: Unknown SMTP host:
> http://mail.vidyaacademy.ac.in   ;

It looks like you have set your mail server to be
'http://mail.vidyaacademy.ac.in' in your dspace.cfg file

It should probably just be mail.vidyaacademy.ac.in (remove the http://)

All you need is the DNS name of an SMTP server.

Thanks,


Stuart
_

Gwasanaethau Gwybodaeth  Information Services
Prifysgol Aberystwyth  Aberystwyth University

E-bost / E-mail: [EMAIL PROTECTED]
 Ffon / Tel: (01970) 622860
_


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] DC date.modified and date.submitted

[James Rutherford]

Hi all,

I was wondering why we don't include date.modified in our DC registry.
It appears here http://dublincore.org/documents/dcmi-terms/, and I don't
see any reason why we shouldn't include it. I was also wondering about
our use of date.submitted[1], rather than dateSubmitted[2]. Was this
deliberate or an oversight?

cheers,

Jim

[1] http://dublincore.org/documents/2000/07/11/dcmes-qualifiers/
States that the only valid qualifiers for date are created, valid,
available, issued, and modified
[2] http://dublincore.org/documents/dcmi-terms/#dateSubmitted

-- 
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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Problems using legacy oracle database (in latin1)

[Jose Luis Fernandez Perez]

Hi all

Im having problems trying to use DSpace with a latin1 oracle database. I
cannot use another charset due to production constrains. I know DSpace
is prepared to be used in UTF8, but... Is there a workarround to such a
case? Or, is there an easy way to intercept SQL queries and perform the
charset conversion? I hope someone could help me.

Thanks in advance

Jose Fernández
UOC (Universitat Oberta de Catalunya).


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Migration (1.3x to 1.4x) questions

[Satya Ranjan Sahu]

Hi,
We are planning to migrate from 1.3.2 to 1.4.1. In the operational
DSpace1.3.2 (http://drs.nio.org) there are lots of customisations. So we
don't want to migrate directly. But to check the migration in a test server
first.

I have installed DSpace1.4.1 in test server. Now I want to use database &
assetstore of DSpace1.3.2 in DSpace.1.4.1. I have got the "dspace.sql" from
DSpace1.3.2 using "pg_dump dspace > dspace.sql". I uploaded "assetstore" in
DSpace1.4.1. But I am wandering, "how to restore dspace.sql of DSpace1.3.2
in DSpace1.4.1 to reflect the database schema of 1.4.1.

I tried following but unsuccessful:
1. Drop the database of 1.4.1
2. Creat new database
3. psql dspace < dspace.sql (1.3.2)

But it is showing problem as follows:
SET
SET
ERROR:  permission denied to set session authorization
REVOKE
ERROR:  permission denied for schema public
SET
SET
ERROR:  function "getnextid" already exists with same argument types
ERROR:  relation "bitstreamformatregistry_seq" already exists
ERROR:  relation "fileextension_seq" already exists
...


psql:dspace.sql:112401: ERROR:  permission denied to set session
authorization
psql:dspace.sql:112408: ERROR:  must be owner of schema public

Please inform me the process of using database of DSpace1.3.2 in freshly
installed DSpace1.4.1

Thanking you
With regards
Satya



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Migration (1.3x to 1.4x) questions

[James Rutherford]

On Thu, Oct 11, 2007 at 03:47:56PM +0530, Satya Ranjan Sahu wrote:
> I tried following but unsuccessful:
> 1. Drop the database of 1.4.1
> 2. Creat new database
> 3. psql dspace < dspace.sql (1.3.2)
> 
> But it is showing problem as follows:
> SET
> SET
> ERROR:  permission denied to set session authorization
> REVOKE
> ERROR:  permission denied for schema public

Sounds like you're having permissions problems! Did you create the new
database with the correct user? Are you importing the old content as the
correct user? Are you following the upgrade instructions[1]?

cheers,

Jim

[1] http://www.dspace.org/index.php?option=com_content&task=view&id=156#132_14
Also included in [dspace-src]/docs/.

-- 
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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Problems using legacy oracle database (in latin1)

[Graham Triggs]

Jose,

It's vaguely possible to run it using national character set columns
(NCHAR, NCLOB), to allow for a different character encoding (the ncs
columns could be UTF-8, whilst everything else remain Latin-1).

However, we've been down that route, and it involves some very nasty
customisations to the core DSpace classes that are quite hard to
maintain.

We have since switched to using a UTF-8 instance, and I would strongly
recommend anyone to do the same if it at all possible.

I realise you (like us), may have legacy issues that prevent the use of
UTF-8 for a shared database instance, but there are few reasons why you
couldn't have a separate instance specifically for DSpace setup as UTF-8
on the same hardware (at no additional cost).

G

On Thu, 2007-10-11 at 12:12 +0200, Jose Luis Fernandez Perez wrote:
> Hi all
> 
> Im having problems trying to use DSpace with a latin1 oracle database. I
> cannot use another charset due to production constrains. I know DSpace
> is prepared to be used in UTF8, but... Is there a workarround to such a
> case? Or, is there an easy way to intercept SQL queries and perform the
> charset conversion? I hope someone could help me.
> 
> Thanks in advance
> 
> Jose Fernández
> UOC (Universitat Oberta de Catalunya).
> 
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] RE : Problems using legacy orac le database (in latin1)

[Tellier, Stephane]

We had the same issue here, having an Oracle instance in ISO-8859-1 charset. 
While it doesn't seems to be a problem for CLOB columns (our metadatas contains 
a lot of accents and everything is working fine, including insertions and 
updates tests), it does cause one with the VARCHAR2 columns, like collection's 
name, community's name etc. What I've done to try to correct this is a very 
small change in the process() method of class 
src/org/dspace/storage/rdbms/DatabaseManager.java : 
 
in the section of the condition if (jdbctype == Types.VARCHAR) :
 
try
{
byte[] bytes = results.getBytes(i);
if (bytes != null && !"oracle".equals(dbName))
{
String mystring = new String(results.getBytes(i), "UTF-8");
row.setColumn(name, mystring);
}
else
{
row.setColumn(name, results.getString(i));
}
}
 
After doing that modification, I've done many tests with actions related with 
VARCHAR2 columns like updating the name of a collection and everything seems to 
work correctly. Having said that, of course, our metasdatas contains mostly 
characters that are included in the ISO-8859-1 charset. I'm pretty sure that 
this trick doesn't work with chacacters that doesn't have a ISO-8859-1 
representation, but in our case, it is almost impossible to obtain an UTF-8 
specific instance for DSpace. We must get with it.
 
Hope that helps.



De: [EMAIL PROTECTED] de la part de Graham Triggs
Date: jeu. 2007-10-11 06:26
À: Jose Luis Fernandez Perez
Cc: dspace-tech@lists.sourceforge.net
Objet : Re: [Dspace-tech] Problems using legacy oracle database (in latin1)



Jose,

It's vaguely possible to run it using national character set columns
(NCHAR, NCLOB), to allow for a different character encoding (the ncs
columns could be UTF-8, whilst everything else remain Latin-1).

However, we've been down that route, and it involves some very nasty
customisations to the core DSpace classes that are quite hard to
maintain.

We have since switched to using a UTF-8 instance, and I would strongly
recommend anyone to do the same if it at all possible.

I realise you (like us), may have legacy issues that prevent the use of
UTF-8 for a shared database instance, but there are few reasons why you
couldn't have a separate instance specifically for DSpace setup as UTF-8
on the same hardware (at no additional cost).

G

On Thu, 2007-10-11 at 12:12 +0200, Jose Luis Fernandez Perez wrote:
> Hi all
>
> Im having problems trying to use DSpace with a latin1 oracle database. I
> cannot use another charset due to production constrains. I know DSpace
> is prepared to be used in UTF8, but... Is there a workarround to such a
> case? Or, is there an easy way to intercept SQL queries and perform the
> charset conversion? I hope someone could help me.
>
> Thanks in advance
>
> Jose Fernández
> UOC (Universitat Oberta de Catalunya).
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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 
 


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Advanced search problems

[Shane Beers]

In case it wasn't obvious, I meant to follow up:

And then added in the appropriate element in Messages.properties,  
rebuilt


with rebuilt, reindexed, etc.

No idea where that sentence went.

Thanks again.

On Oct 11, 2007, at 4:15 PM, Shane Beers wrote:

I am having issues with my search results when using the advanced  
search in our archive. I have added the "thesis" metadata schema to  
handle ETD documents, and these documents work great normally. I  
have edited the dspace.cfg to add:


search.index.13 = edt_disc:thesis.degree.discipline

Following that, I edited the advanced.jsp in  to add  
the appropriate element, with the following section in each of the  
three search box areas:


\"selected\"\"" : "" %>>key="jsp.search.advanced.type.etd_disc"/>


And then added in the appropriate element in Messages.properties,  
rebuilt


The field appears correctly, but when searching for terms that I  
know are there, I get no results. Additionally, a strange thing  
happens when no results are found that does not happen with any  
other search field - all 3 search boxes switch to "Degree  
Discipline" (the term I used in Messages.properties). This is just  
something I noticed that may help in a diagnosis.


I'm not certain if I'm missing something or not, but I would really  
like this search index to function correctly.


Shane Beers
Digital Repository Services Librarian
George Mason University
[EMAIL PROTECTED]
703-993-3742


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Advanced search problems

[Shane Beers]

I am having issues with my search results when using the advanced  
search in our archive. I have added the "thesis" metadata schema to  
handle ETD documents, and these documents work great normally. I have  
edited the dspace.cfg to add:


search.index.13 = edt_disc:thesis.degree.discipline

Following that, I edited the advanced.jsp in  to add  
the appropriate element, with the following section in each of the  
three search box areas:


\"selected\"\"" : "" %>>key="jsp.search.advanced.type.etd_disc"/>


And then added in the appropriate element in Messages.properties,  
rebuilt, reindexed and all that.


The field appears correctly, but when searching for terms that I know  
are there, I get no results. Additionally, a strange thing happens  
when no results are found that does not happen with any other search  
field - all 3 search boxes switch to "Degree Discipline" (the term I  
used in Messages.properties). This is just something I noticed that  
may help in a diagnosis.


I'm not certain if I'm missing something or not, but I would really  
like this search index to function correctly.


Shane Beers
Digital Repository Services Librarian
George Mason University
[EMAIL PROTECTED]
703-993-3742



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech