[Dspace-tech] Please Promote DSpace @ Google Summer of Code to your students and at OR08...

[Mark Diggory]

DSpace Community,

While its not fully official yet, it really looks like we will have  
another week to accept student applications for GSoC.  Its been  
determined that many students were away on vacation during the last  
couple weeks  and the topic is getting allot of response on the  
mentors list.

We have less than 1/4 the applicants we had last year (3), If we  
don't get more proposals, there will not be as good a pool of  
applications to choose the top few from. So "Get the Word Out" while  
your at the Conference and let your community know that now is the  
time for students to sign up!

Proposals do not have to be based on the ideas documented on our page/ 
wiki. If your a university student and you think to have a good idea  
for a software project that involves DSpace, put in an application  
and see where it takes you. Participation in Google Summer of Code  
will look great on your Resume'!

Applications and IDeas can be accessed at the following locations!

http://code.google.com/soc/2008/
http://groups.google.com/group/google-summer-of-code-announce/web/ 
guide-to-the-gsoc-web-app-for-student-applicants
http://code.google.com/soc/2008/dspace/about.html

Cheers,
Mark

~
Mark R. Diggory - DSpace Developer and Systems Manager
MIT Libraries, Systems and Technology Services
Massachusetts Institute of Technology






-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Implicit authentication issues . . .

[Christophe Dupriez]

I have the same problem (and users complaints).

I am studying the possibility to use server based authentication 
(Tomcat) to ease SSO implementation and make it more standard based.

Anyone has done this?

The idea is that using "basic authentication" (which has a "Remember 
password" option) (and not Form based authentication) + SSO Catalina 
Valve + JNDI Realm, I could:

1) authenticatie users using LDAP / Active Directory
2) minimize the problem of repeated identification requests for DSpace 
but also other Tomcat applications (in my case JSPWiki)

3) keep the whole thing standard and simple

But beware:
1) Standard JNDI Authentication and Realm Login Module does not 
implement recursive gathering of groups to which user belongs (groups of 
groups are not found)
2) I did not succeeded to have an automatic Kerberos login from 
MS-Windows client computers to Tomcat
   I therefore choosed to stick to simple LDAP but to use "Basic 
Authentication" to allow the browser to remember login information.


So my question: Does anyone has worked on using standard Tomcat 
authentication (JAAS or JNDI) instead of DSpace Authentication plugins?


Thanks!!!

Christophe

James Rutherford a écrit :

On Fri, Mar 28, 2008 at 04:27:41PM +, Michael White wrote:
  

Problem 1:
===
If a user logs in to our portal and then accesses DSpace and clicks
"My DSpace", the authentication class kicks in and they end up at
their My DSpace page . . . Fine.



However, if a user logs on to our portal, and then accesses DSpace (so
not actually logged on to DSpace at this point but portal auth cookies
in place), the first time they try to access a bitstream they get the
page "Authorisation Required" - however, when presented with the
"Authorisation Required" page, it appears that they have been
authenticated because the "logged in as" message has appeared, and
hitting refresh brings up the required bitstream (and subsequent
access to bitstreams works fine). So it looks like the authentication
class is being correctly called when they try to access the bitstream,
and the authentication context is being set up, but for some reason I
can't fathom, they don't get access to the bitstream but instead get
redirected to the Authorisation Required screen . . .



This sounds a little odd. Try checking the ordering of the authorization
processes in the two servlets (BitstreamServlet and MyDSpaceServlet if
my memory serves me correctly). Looking at the logs, it seems you are
challeneged to authenticate, you are logged in implicitly, but something
doesn't quite work correctly:

  

2008-03-28 16:09:12,594 INFO  org.dspace.app.webui.servlet.DSpaceServlet @ 
[EMAIL 
PROTECTED]:session_id=1C92899D8684656C55C3EE88796A86CF:ip_addr=139.153.92.71:authorize_error:org.dspace.authorize.AuthorizeException:
 Authorization denied for action READ on


 BITSTREAM:232 by user 0

The logging code has your email address, but not your user ID. Can you
figure out why this is? This really shouldn't be possible, and the
reason it's failing is because the auth check is using your ID, not your
email address to do the resource policy lookup.

  

Portal authentication is part of an authentication stack with "normal"
authentication below (so external users can create accounts if needs
be) - if a user who has NOT logged on to our portal attempts to access
a bitstream the implicit authentication fails (correctly), and they
are routed to the normal DSpace logon page - I've added a link to this
page for our local users which goes to our portal logon page with a
redirect back to the DSpace homepage - I would like, however, for this
redirect to take the user back to whatever page/bitstream they were
trying to access.



This is not an uncommon request. It is technologically possible to do
this by just passing around the request path & parameters from the URL,
but DSpace just doesn't do it. I'm not sure about the historical reasons
why (beyond simplicity of implementation), but it shouldn't be too much
work to include. When I've done this in the past, I just include the
requested page as a hidden parameter in the login form and have the
processing servlet look for the parameter and use it if appropriate.

  

Another possibility is to remove the "normal" authentication class
altogether (understanding that this means no external users can use
this instance of DSpace) and have the portal authentication class
automatically route them to our portal logon (along with an
appropriate redirection URL back to DSpace) if the implicit
authentication fails - is this doable? If so, anyone got any pointers
on how best to achieve it?



This probably isn't going to be pleasant for your users because it rips
them out of the context of DSpace and puts an extra burden on your
portal to do the redirection back. Again, it would be possible, but I
think it's probably the wrong approach, and having DSpace take care of
the redirection would be for the best (indeed, if you can do 

[Dspace-tech] DSpace 1.5 Upload issue - Internal System Error

[Karen.Lawson]

Hello - I have just finished building Dspace 1.5 on ubuntu server 7.10
and all appears to be working nicely except for when I try to upload a
file I get an Internal System Error and when I look in the logs (tomcat
or dspace) there is nothing.  I am having trouble with email from this
server (awaiting a final config), but thought that there might be some
other places to chase down the error messages?  (upload directory and
assetstore are empty as well).
 
Any help would be greatly appreciated
 
Karen Lawson
Blackwell
CTO/Vice President
Engineering and Technology
 
6024 Jean Road, Building G, Lake Oswego, OR 97035
Tel:  +1 503-684-1140 x1303
Fax: +1 503-639-2481
 
 

This email and any attachments contain information from Blackwell which may be 
confidential, privileged and/or protected by other legal rules. 
If you are not the intended recipient, you are hereby advised that any 
disclosure, copying, distribution or use of the contents of this email is 
prohibited. 
If you have received the email in error, please notify us by reply email 
immediately and then delete the email and your reply from your email system. 
NOTE: Blackwell accepts no liability for the contents of this email.
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Implicit authentication issues . . .

[James Rutherford]

On Fri, Mar 28, 2008 at 04:27:41PM +, Michael White wrote:
> Problem 1:
> ===
> If a user logs in to our portal and then accesses DSpace and clicks
> "My DSpace", the authentication class kicks in and they end up at
> their My DSpace page . . . Fine.
> 
> 
> 
> However, if a user logs on to our portal, and then accesses DSpace (so
> not actually logged on to DSpace at this point but portal auth cookies
> in place), the first time they try to access a bitstream they get the
> page "Authorisation Required" - however, when presented with the
> "Authorisation Required" page, it appears that they have been
> authenticated because the "logged in as" message has appeared, and
> hitting refresh brings up the required bitstream (and subsequent
> access to bitstreams works fine). So it looks like the authentication
> class is being correctly called when they try to access the bitstream,
> and the authentication context is being set up, but for some reason I
> can't fathom, they don't get access to the bitstream but instead get
> redirected to the Authorisation Required screen . . .

This sounds a little odd. Try checking the ordering of the authorization
processes in the two servlets (BitstreamServlet and MyDSpaceServlet if
my memory serves me correctly). Looking at the logs, it seems you are
challeneged to authenticate, you are logged in implicitly, but something
doesn't quite work correctly:

> 2008-03-28 16:09:12,594 INFO  org.dspace.app.webui.servlet.DSpaceServlet @ 
> [EMAIL 
> PROTECTED]:session_id=1C92899D8684656C55C3EE88796A86CF:ip_addr=139.153.92.71:authorize_error:org.dspace.authorize.AuthorizeException:
>  Authorization denied for action READ on
 BITSTREAM:232 by user 0

The logging code has your email address, but not your user ID. Can you
figure out why this is? This really shouldn't be possible, and the
reason it's failing is because the auth check is using your ID, not your
email address to do the resource policy lookup.

> Portal authentication is part of an authentication stack with "normal"
> authentication below (so external users can create accounts if needs
> be) - if a user who has NOT logged on to our portal attempts to access
> a bitstream the implicit authentication fails (correctly), and they
> are routed to the normal DSpace logon page - I've added a link to this
> page for our local users which goes to our portal logon page with a
> redirect back to the DSpace homepage - I would like, however, for this
> redirect to take the user back to whatever page/bitstream they were
> trying to access.

This is not an uncommon request. It is technologically possible to do
this by just passing around the request path & parameters from the URL,
but DSpace just doesn't do it. I'm not sure about the historical reasons
why (beyond simplicity of implementation), but it shouldn't be too much
work to include. When I've done this in the past, I just include the
requested page as a hidden parameter in the login form and have the
processing servlet look for the parameter and use it if appropriate.

> Another possibility is to remove the "normal" authentication class
> altogether (understanding that this means no external users can use
> this instance of DSpace) and have the portal authentication class
> automatically route them to our portal logon (along with an
> appropriate redirection URL back to DSpace) if the implicit
> authentication fails - is this doable? If so, anyone got any pointers
> on how best to achieve it?

This probably isn't going to be pleasant for your users because it rips
them out of the context of DSpace and puts an extra burden on your
portal to do the redirection back. Again, it would be possible, but I
think it's probably the wrong approach, and having DSpace take care of
the redirection would be for the best (indeed, if you can do this in a
general way and provide a patch, I'm sure you'd make some friends ;).

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".

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinf

[Dspace-tech] Implicit authentication issues . . .

[Michael White]

Hi,
 
I have integrated (one of) our DSpace instances (running v1.4.2) with
our (home grown) portal authentication by creating an implicit
authentication class that checks for our portal authentication cookies,
and if they are there (and valid), it creates a DSpace authentication
context for the user (creating an ePerson record on the fly if
necessary) - it works pretty well, but I have 2 problems I can't get to
the bottom of and wondered if anyone had any pointers etc.
 
Problem 1:
===
If a user logs in to our portal and then accesses DSpace and clicks "My
DSpace", the authentication class kicks in and they end up at their My
DSpace page . . . Fine.
 
The bitstreams in DSpace are protected by a READ policy that only allows
members of the group STIR_USERS to get access (and all new portal
authenticated ePersons are automatically added to this group) - if a
user has a DSpace authentication context in place (i.e. it says "Logged
in as" at the top left), the user can access protected bitstreams no
problem. Fine.
 
However, if a user logs on to our portal, and then accesses DSpace (so
not actually logged on to DSpace at this point but portal auth cookies
in place), the first time they try to access a bitstream they get the
page "Authorisation Required" - however, when presented with the
"Authorisation Required" page, it appears that they have been
authenticated because the "logged in as" message has appeared, and
hitting refresh brings up the required bitstream (and subsequent access
to bitstreams works fine). So it looks like the authentication class is
being correctly called when they try to access the bitstream, and the
authentication context is being set up, but for some reason I can't
fathom, they don't get access to the bitstream but instead get
redirected to the Authorisation Required screen . . . 
 
The logs give me this:
 
2008-03-28 16:09:12,594 INFO
org.dspace.eperson.StirPortalAuthentication @
anonymous:session_id=1C92899D8684656C55C3EE88796A86CF:ip_addr=139.153.92
.71:login:type=StirPortalAuthentication
2008-03-28 16:09:12,594 INFO  org.dspace.app.webui.util.Authenticate @
[EMAIL PROTECTED]:session_id=1C92899D8684656C55C3EE88796A86CF:ip_addr=139.1
53.92.71:login:type=implicit
2008-03-28 16:09:12,594 INFO  org.dspace.app.webui.servlet.DSpaceServlet
@
[EMAIL PROTECTED]:session_id=1C92899D8684656C55C3EE88796A86CF:ip_addr=139.1
53.92.71:authorize_error:org.dspace.authorize.AuthorizeException:
Authorization denied for action READ on BITSTREAM:232 by user 0

 
- which seems to suggest some kind of problem - it recognises me as
[EMAIL PROTECTED] but describes me as "user 0". If I hit refresh, the item
appears and the log shows the next line as:
 
2008-03-28 16:09:16,605 INFO
org.dspace.app.webui.servlet.BitstreamServlet @
[EMAIL PROTECTED]:session_id=1C92899D8684656C55C3EE88796A86CF:ip_addr=139.1
53.92.71:view_bitstream:bitstream_id=232
 
 
Has anyone else ever seen this kind of behaviour with an implicit
authentication class? Anyone have any idea why this may be happening? Am
I doing something stupid with permissions? Any ideas where in the code I
can dig about to learn more about what is happening, or any code hack
suggestions to make this work the way I think it should?
 
Problem 2:
===
Portal authentication is part of an authentication stack with "normal"
authentication below (so external users can create accounts if needs be)
- if a user who has NOT logged on to our portal attempts to access a
bitstream the implicit authentication fails (correctly), and they are
routed to the normal DSpace logon page - I've added a link to this page
for our local users which goes to our portal logon page with a redirect
back to the DSpace homepage - I would like, however, for this redirect
to take the user back to whatever page/bitstream they were trying to
access.
 
So, is there anyway to pick up the URL of the page they were trying to
access (where the authentication was required) from within the logon JSP
page so that I can embed this in the link to our portal logon page?
 
Another possibility is to remove the "normal" authentication class
altogether (understanding that this means no external users can use this
instance of DSpace) and have the portal authentication class
automatically route them to our portal logon (along with an appropriate
redirection URL back to DSpace) if the implicit authentication fails -
is this doable? If so, anyone got any pointers on how best to achieve
it?
 
Thanks in advance for any suggestions/pointers anyone may have (and to
anyone else who bothered to read to the end of this rather wordy request
for help!).
 
Cheers,
 
Mike
Michael White 
eLearning Developer
Centre for eLearning Development (CeLD) 
S7, The Library 
University of Stirling 
Stirling SCOTLAND 
FK9 4LA 

Email: [EMAIL PROTECTED] 
Tel: +44 (0) 1786 466877 
Fax: +44 (0) 1786 466880 

http://www.is.stir.ac.uk/celd/  

 

-- 
The University of Stirling (a charity registered in Scotla

[Dspace-tech] FW: 1.5 install

[George Vernon]

There were 40 tables created - I cut the middle 36 out for brevity.

The test box has:

openSUSE 10.3(x86_64)
ant 1.7.0-30
java 1.5.0 update 12_23 x86_64
postgres 8.2.4-27 x86_64


From: Mark Diggory [EMAIL PROTECTED]
Sent: 27 March 2008 18:30
To: George Vernon
Cc: DSpace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] 1.5 install

Hello George,

I just ran a test on my workstation to do a fresh install of DSpace
1.5.0 and was successful. So I suspect it is something with your
environment/configuration.  Can you give me more detail about your
setup (database version, OS)?  Are those 4 tables the only ones
created? there should be 40.

Cheers,
Mark


On Mar 27, 2008, at 9:13 AM, George Vernon wrote:

> Trying a test install and getting the following error at the ‘ant
> fresh install’. Has anyone else come across this?
>
>
>
>
>
> (log.init.config)
>
>  [java] 2008-03-27 15:02:51,479 FATAL
> org.dspace.administer.RegistryLoader @
> anonymous::error_loading_registries:
>
>  [java] java.lang.NullPointerException
>
>  [java] at org.dspace.storage.rdbms.TableRow.canonicalize
> (TableRow.java:611)
>
>  [java] at org.dspace.storage.rdbms.TableRow.hasColumn
> (TableRow.java:110)
>
>
>
>
>
> The tables appear to have been created correctly:
>
>
>
> dspace_test=> \dt
>
>  List of relations
>
>  Schema |Name| Type  |Owner
>
> ++---+-
>
>  public | bi_2_dis   | table | dspace_test
>
>  public | bi_2_dmap  | table | dspace_test
>
> .
>
> .
>
> public | workflowitem   | table | dspace_test
>
>  public | workspaceitem  | table | dspace_test
>
> (40 rows)
>
>
>
> dspace_test=>
>
>
>
> The full response from ant was:
>
>
>
> [EMAIL PROTECTED]:/usr/local/dspace_test/dspace/target/
> dspace-1.5.0-build.dir> ant fresh_install
>
> Buildfile: build.xml
>
>
>
> init_installation:
>
> [mkdir] Created dir: /home/dspace_test/bin
>
> [mkdir] Created dir: /home/dspace_test/config
>
> [mkdir] Created dir: /home/dspace_test/lib
>
> [mkdir] Created dir: /home/dspace_test/webapps
>
> [mkdir] Created dir: /home/dspace_test/assetstore
>
> [mkdir] Created dir: /home/dspace_test/handle-server
>
> [mkdir] Created dir: /home/dspace_test/search
>
> [mkdir] Created dir: /home/dspace_test/log
>
> [mkdir] Created dir: /home/dspace_test/upload
>
> [mkdir] Created dir: /home/dspace_test/reports
>
>
>
> init_configs:
>
>  [copy] Copying 43 files to /home/dspace_test/config
>
>
>
> setup_database:
>
>  [java] 2008-03-27 15:02:40,880 INFO
> org.dspace.core.ConfigurationManager @ Loading system provided
> config property (-Ddspace.configuration): config/dspace.cfg
>
>  [java] 2008-03-27 15:02:40,884 INFO
> org.dspace.core.ConfigurationManager @ Using default log4j provided
> log configuration,if uninitended, check your dspace.cfg for
> (log.init.config)
>
>  [java] 2008-03-27 15:02:40,884 INFO
> org.dspace.storage.rdbms.InitializeDatabase @ Initializing Database
>
>  [java] 2008-03-27 15:02:49,029 INFO
> org.dspace.core.ConfigurationManager @ Loading system provided
> config property (-Ddspace.configuration): config/dspace.cfg
>
>  [java] 2008-03-27 15:02:49,033 INFO
> org.dspace.core.ConfigurationManager @ Using default log4j provided
> log configuration,if uninitended, check your dspace.cfg for
> (log.init.config)
>
>
>
> load_registries:
>
>  [java] 2008-03-27 15:02:50,956 INFO
> org.dspace.core.ConfigurationManager @ Loading system provided
> config property (-Ddspace.configuration): config/dspace.cfg
>
>  [java] 2008-03-27 15:02:50,960 INFO
> org.dspace.core.ConfigurationManager @ Using default log4j provided
> log configuration,if uninitended, check your dspace.cfg for
> (log.init.config)
>
>  [java] 2008-03-27 15:02:51,479 FATAL
> org.dspace.administer.RegistryLoader @
> anonymous::error_loading_registries:
>
>  [java] java.lang.NullPointerException
>
>  [java] at org.dspace.storage.rdbms.TableRow.canonicalize
> (TableRow.java:611)
>
>  [java] at org.dspace.storage.rdbms.TableRow.hasColumn
> (TableRow.java:110)
>
>  [java] at org.dspace.storage.rdbms.TableRow.setColumn
> (TableRow.java:466)
>
>  [java] at org.dspace.storage.rdbms.DatabaseManager.insert
> (DatabaseManager.java:589)
>
>  [java] at org.dspace.storage.rdbms.DatabaseManager.create
> (DatabaseManager.java:384)
>
>  [java] at org.dspace.content.BitstreamFormat.create
> (BitstreamFormat.java:400)
>
>  [java] at org.dspace.administer.RegistryLoader.loadFormat
> (RegistryLoader.java:203)
>
>  [java] at
> org.dspace.administer.RegistryLoader.loadBitstreamFormats
> (RegistryLoader.java:169)
>
>  [java] at org.dspace.administer.RegistryLoader.main
> (RegistryLoader.java:107)
>
>
>
> BUILD FAILED
>
> /usr/local/dspace_test/

Re: [Dspace-tech] 1.5 install

[George Vernon]

Not quite. I get:

dspace_test=> \dt bitstreamregistry
No matching relations found.
dspace_test=> \d
dspace_test=> \dt bitstreamformatregistry
   List of relations
 Schema |  Name   | Type  |Owner
+-+---+-
 public | bitstreamformatregistry | table | dspace_test
(1 row)

dspace_test=> \d bitstreamformatregistry
  Table "public.bitstreamformatregistry"
   Column|  Type  | Modifiers
-++---
 bitstream_format_id | integer| not null
 mimetype| character varying(256) |
 short_description   | character varying(128) |
 description | text   |
 support_level   | integer|
 internal| boolean|
Indexes:
"bitstreamformatregistry_pkey" PRIMARY KEY, btree (bitstream_format_id)
"bitstreamformatregistry_short_description_key" UNIQUE, btree 
(short_description)

dspace_test=> select * from bitstreamformatregistry;
 bitstream_format_id | mimetype | short_description | description | 
support_level | internal
-+--+---+-+---+--
(0 rows)




From: Vishal Kakapuri [EMAIL PROTECTED]
Sent: 28 March 2008 10:12
To: Mark Diggory
Cc: George Vernon; DSpace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] 1.5 install

static String canonicalize(String column){static String
canonicalize(String column){
if ("oracle".equals(ConfigurationManager.getProperty("db.name")))
{
// oracle requires uppercase
return column.toUpperCase();
}
// postgres default lowercase
611 - return column.toLowerCase();
}

I guess somehow your column is coming null for "bitstreamformatregistry"
Do you data something like this in this table:


dspace=> \dt bitstreamformatregistry
 List of relations
 Schema |  Name   | Type  | Owner
+-+---+
 public | bitstreamformatregistry | table | dspace
(1 row)

dspace=> \d bitstreamformatregistry
  Table "public.bitstreamformatregistry"
   Column|  Type  | Modifiers
-++---
 bitstream_format_id | integer| not null
 mimetype| character varying(256) |
 short_description   | character varying(128) |
 description | text   |
 support_level   | integer|
 internal| boolean|
Indexes:
"bitstreamformatregistry_pkey" PRIMARY KEY, btree (bitstream_format_id)
"bitstreamformatregistry_short_description_key" UNIQUE, btree
(short_description)

dspace=> select * from bitstreamformatregistry;
 bitstream_format_id | mimetype
  | short_description
 | description
 | support_level | internal
-+---+---
-+--+---+--
   1 | application/octet-stream
  | Unknown
 | Unknown data format
 | 0 | f
   2 | text/plain
  | License
 | Item-specific license agreed upon to submission
 | 1 | t
   3 | application/pdf
  | Adobe PDF
.
.

Regards,
Vishal


On 3/28/08, Mark Diggory <[EMAIL PROTECTED]> wrote:
> Hello George,
>
> I just ran a test on my workstation to do a fresh install of DSpace
> 1.5.0 and was successful. So I suspect it is something with your
> environment/configuration.  Can you give me more detail about your
> setup (database version, OS)?  Are those 4 tables the only ones
> created? there should be 40.
>
> Cheers,
> Mark
>
>
> On Mar 27, 2008, at 9:13 AM, George Vernon wrote:
>
> > Trying a test install and getting the following error at the 'ant
> > fresh install'. Has anyone else come across this?
> >
> >
> >
> >
> >
> > (log.init.config)
> >
> >  [java] 2008-03-27 15:02:51,479 FATAL
> > org.dspace.administer.RegistryLoader @
> > anonymous::error_loading_registries:
> >
> >  [java] java.lang.NullPointerException
> >
> >  [java] at org.dspace.storage.rdbms.TableRow.canonicalize
> > (TableRow.java:611)
> >
> >  [java] at org.dspace.storage.rdbms.TableRow.hasColumn
> > (TableRow.java:110)
> >
> >
> >
> >
> >
> > The tables appear to have been created correctly:
> >
> >
> >
> > dspace_test=> \dt
> >
> >  List of relations
> >
> >  Schema |Name| Type  |Owner
> >
> > ++---+-

Re: [Dspace-tech] 1.5 install

[Vishal Kakapuri]

static String canonicalize(String column){static String
canonicalize(String column){
if ("oracle".equals(ConfigurationManager.getProperty("db.name")))
{
// oracle requires uppercase
return column.toUpperCase();
}
// postgres default lowercase
611 - return column.toLowerCase();
}

I guess somehow your column is coming null for "bitstreamformatregistry"
Do you data something like this in this table:


dspace=> \dt bitstreamformatregistry
 List of relations
 Schema |  Name   | Type  | Owner
+-+---+
 public | bitstreamformatregistry | table | dspace
(1 row)

dspace=> \d bitstreamformatregistry
  Table "public.bitstreamformatregistry"
   Column|  Type  | Modifiers
-++---
 bitstream_format_id | integer| not null
 mimetype| character varying(256) |
 short_description   | character varying(128) |
 description | text   |
 support_level   | integer|
 internal| boolean|
Indexes:
"bitstreamformatregistry_pkey" PRIMARY KEY, btree (bitstream_format_id)
"bitstreamformatregistry_short_description_key" UNIQUE, btree
(short_description)

dspace=> select * from bitstreamformatregistry;
 bitstream_format_id | mimetype
  | short_description
 | description
 | support_level | internal
-+---+---
-+--+---+--
   1 | application/octet-stream
  | Unknown
 | Unknown data format
 | 0 | f
   2 | text/plain
  | License
 | Item-specific license agreed upon to submission
 | 1 | t
   3 | application/pdf
  | Adobe PDF
.
.

Regards,
Vishal


On 3/28/08, Mark Diggory <[EMAIL PROTECTED]> wrote:
> Hello George,
>
> I just ran a test on my workstation to do a fresh install of DSpace
> 1.5.0 and was successful. So I suspect it is something with your
> environment/configuration.  Can you give me more detail about your
> setup (database version, OS)?  Are those 4 tables the only ones
> created? there should be 40.
>
> Cheers,
> Mark
>
>
> On Mar 27, 2008, at 9:13 AM, George Vernon wrote:
>
> > Trying a test install and getting the following error at the 'ant
> > fresh install'. Has anyone else come across this?
> >
> >
> >
> >
> >
> > (log.init.config)
> >
> >  [java] 2008-03-27 15:02:51,479 FATAL
> > org.dspace.administer.RegistryLoader @
> > anonymous::error_loading_registries:
> >
> >  [java] java.lang.NullPointerException
> >
> >  [java] at org.dspace.storage.rdbms.TableRow.canonicalize
> > (TableRow.java:611)
> >
> >  [java] at org.dspace.storage.rdbms.TableRow.hasColumn
> > (TableRow.java:110)
> >
> >
> >
> >
> >
> > The tables appear to have been created correctly:
> >
> >
> >
> > dspace_test=> \dt
> >
> >  List of relations
> >
> >  Schema |Name| Type  |Owner
> >
> > ++---+-
> >
> >  public | bi_2_dis   | table | dspace_test
> >
> >  public | bi_2_dmap  | table | dspace_test
> >
> > .
> >
> > .
> >
> > public | workflowitem   | table | dspace_test
> >
> >  public | workspaceitem  | table | dspace_test
> >
> > (40 rows)
> >
> >
> >
> > dspace_test=>
> >
> >
> >
> > The full response from ant was:
> >
> >
> >
> > [EMAIL PROTECTED]:/usr/local/dspace_test/dspace/target/
> > dspace-1.5.0-build.dir> ant fresh_install
> >
> > Buildfile: build.xml
> >
> >
> >
> > init_installation:
> >
> > [mkdir] Created dir: /home/dspace_test/bin
> >
> > [mkdir] Created dir: /home/dspace_test/config
> >
> > [mkdir] Created dir: /home/dspace_test/lib
> >
> > [mkdir] Created dir: /home/dspace_test/webapps
> >
> > [mkdir] Created dir: /home/dspace_test/assetstore
> >
> > [mkdir] Created dir: /home/dspace_test/handle-server
> >
> > [mkdir] Created dir: /home/dspace_test/search
> >
> > [mkdir] Created dir: /home/dspace_test/log
> >
> > [mkdir] Created dir: /home/dspace_test/upload
> >
> > [mkdir] Created dir: /home/dspace_test/reports
> >
> >
> >
> > init_configs:
> >
> >  [copy] Copying 43 files to /home/dspace_test/config
> >
> >
> >
> > setup_database:
> >
> >  [java] 2008-03-27 15:02:40,880 INFO
> > org.dspace.core.ConfigurationManager @ Loading system provided
> > config property (-Ddspace.configuration): config/dspace.cfg
> >
> >  [java] 2008-03-27 15