Re: [Dspace-tech] Handle server + funky firewall

[Graham Triggs]

On Tue, 2007-09-18 at 22:16 +0100, [EMAIL PROTECTED] wrote:
> On the configuration wizard, i gave the external IP, and sent the zip
> file to handle.net
> Then, I've changed in config.dct the "bind_address" the external IP to
> the 10.x.x.x 

Yes, you should initially register the external IP address.

Note that you can simply remove the bind_address entry from the
config.dct, and the handle server will bind to all available addresses
on that machine.

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] Clustering of Dspace servers

[James Rutherford]

On Wed, Sep 19, 2007 at 09:26:52AM +0530, Nandita Chaudhri wrote:
> I was told Dspace does not respond well to software clustering of servers
> but is OK with hardware clustering.

That depends on what you mean by "software clustering".

> If we want a high availabilty
> application in Dspace what is the recommended configuration for the servers
> and software if any required. Regards,

A long time ago, a few of us looked into the feasibility of clustering
DSpace, and recorded the results here:

http://wiki.dspace.org/index.php/HOWTO_Clustering

There are three layers which you may want to cluster, each having a
different level of difficulty in implementation: filesystem (relatively
easy), tomcat (still reasonably simple), and the database (much harder).
The conclusion that I came to about clustering the database was that to
do so with open source tools was, at the time, pretty much infeasible.

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] Clustering of Dspace servers

[Christian Voelker]

Hello,

Am 19.09.2007 um 10:29 schrieb James Rutherford:

> A long time ago, a few of us looked into the feasibility of clustering
> DSpace, and recorded the results here:
>
> http://wiki.dspace.org/index.php/HOWTO_Clustering
>
> There are three layers which you may want to cluster, each having a
> different level of difficulty in implementation: filesystem  
> (relatively
> easy), tomcat (still reasonably simple), and the database (much  
> harder).
> The conclusion that I came to about clustering the database was  
> that to
> do so with open source tools was, at the time, pretty much infeasible.

I have no own experience with Clustering but think
that the assessment of Slony on the page cited is
rather pessimistic. Slony is the primary solution
for clustering in the Postgres arena. The other
two Java solutions sound great and are certainly
good companions for DSpace, but with Slony you
will get the support of the Postgres community.

As I dont have own experience with this, I refrain
from changing the wiki page, but I want to report
some considerable different perceptions of the
Slony feature set in the Postgres community.

First, they say, that Slony is only one building
block in a high availability scenario in the sense
of unix tools that try to do one thing properly
instead of being jack of all trades. You could
complain about Postgres not supporting failover
and loadbalancing by default if you are in search
for a truly integrated solution. They say that
Slony is very reliable in what it does.

For automatic failover, they say that there are
probably other changes required in such a case
that need to be managed hand in hand and as such
they delegate this task to another tool such as
Networkmanagement or Clustermanagement with no
special preference - further investigation needed.

Schema changes are an issue during development
but not while operating a HA cluster. The command
line tool slonik can be used during updates.
Connection brokering might be done by pgpool or
pgbouncer.

The points that Slony does not solve however are:
Replication is available for bytea but not for LOB.
The multiple master topology. Again, this might
be managed during switchover triggered by an ex-
ternal Management solution by promoting a former
slave that was up to date to become the master.

So in case Sequoia and Terracotta turn out not to
be the way to go, then Slony deserves a second look.
But I agree that all this doesnt sound to be a job
for an afternoon.

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] Eperson problem

[Janne Johansson]

2007/2/12, Tim Donohue <[EMAIL PROTECTED]>:
>
>
> Glenn,
>
> HmmmThis is beginning to sound like a Javascript issue.  Since that
>   "list has no properties" error sounds like a javascript error to me
> (but, correct me if I'm wrong).
>
> A couple things to look into:
>
> 2) If you look at the Javascript code (in utils.js) which is used by
> that EPerson select window, you'll notice that it always tries to use
> the *first* form on your HTML page.  For example:
>
> window.document.forms[0].eperson_id.options[newplace] = new Option(name
> + " (" + email + ")", id);
>
> (Notice the "forms[0]", which is hardcoded to look for the *first* HTML
>  tag on your page)
>
> So, if you've customized your DSpace to have an HTML  tag within
> either your Header (/layout/header-default.jsp) OR your left-hand
> adminstrative navigation bar (/layout/navbar-admin.jsp), it's possible
> the *first*  tag on your page is NOT the one which contains the
>  tag.



This really saved my day. Is there somewhere you want me to send some kind
of micropayments over paypal?
Some project that  you specifically like which could use any small help?
I wish I could produce a large donation, but I cant, though I'd still like
to show my personal appreciation.

-- 
Some mornings, it's just not worth gnawing through the straps...
-
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] Clustering of Dspace servers

[Graham Triggs]

On Wed, 2007-09-19 at 11:51 +0200, Christian Voelker wrote:
> So in case Sequoia and Terracotta turn out not to
> be the way to go, then Slony deserves a second look.
> But I agree that all this doesnt sound to be a job
> for an afternoon.

NB: Terracotta is not part of a solution for replicating the database.
It would / could be used for replicating session data between multiple
web servers. In that case it is complimentary to either Sequoia or
Slony, not an alternative.

G

-- 
Graham Triggs
Technical Architect
Open Repository

BioMed Central Ltd
Middlesex House
34-42 Cleveland Street
London, W1T 4LB 
 
 
This e-mail is confidential and should not be used by anyone who is not the 
original intended recipient. BioMed Central Limited does not accept liability 
for any statements made which are clearly the sender's own and not expressly 
made on behalf of BioMed Central Limited. No contracts may be concluded on 
behalf of BioMed Central Limited by means of e-mail communication. BioMed 
Central Limited Registered in England and Wales with registered number 3680030 
Registered Office Middlesex House, 34-42 Cleveland Street, London W1T 4LB

-
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] Extra ">" characters spontaneously littering pages

[Shane Beers]

Something quite unexpected greeted me this morning. I pulled up our  
repository page (http://mars.gmu.edu) to find ">" characters on our  
pages where formerly there were none. They seem to exist at the end  
of some lines, such as the left navbar text and inside picklists. We  
didn't change a thing on our production server and I'm kind of at a  
loss.


If anyone has any ideas please feel free to let me know!

Thanks much.

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

http://mars.gmu.edu


-
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] Extra ">" characters spontaneously littering pages

[Graham Triggs]

On Wed, 2007-09-19 at 10:35 -0400, Shane Beers wrote:
> Something quite unexpected greeted me this morning. I pulled up our
> repository page (http://mars.gmu.edu) to find ">" characters on our
> pages where formerly there were none. They seem to exist at the end of
> some lines, such as the left navbar text and inside picklists. We
> didn't change a thing on our production server and I'm kind of at a
> loss.

Shane,

I just viewed the source, and there are actually '>' characters inside
the  tags.

Something seems to be inserting them during generation, and I would
suspect a change to /jsp/layout/location-bar.jsp

G

-- 
Graham Triggs
Technical Architect
Open Repository

BioMed Central Ltd
Middlesex House
34-42 Cleveland Street
London, W1T 4LB

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] Eperson problem

[Tim Donohue]

Janne,

Glad that helped!   I don't have any suggestions of where you can make a 
small paypal donation.  Currently, DSpace doesn't have a paypal account 
to donate to.  However, I think it's a great idea, and I hope the folks 
in charge of the DSpace Federation think about establishing one down the 
line.

Until then, the simple "thank you" is plenty. :)

- Tim

Janne Johansson wrote:
> 
> 
> 2007/2/12, Tim Donohue <[EMAIL PROTECTED] >:
> 
> 
> Glenn,
> 
> HmmmThis is beginning to sound like a Javascript issue.  Since that
>   "list has no properties" error sounds like a javascript error to me
> (but, correct me if I'm wrong).
> 
> A couple things to look into:
> 
> 2) If you look at the Javascript code (in utils.js) which is used by
> that EPerson select window, you'll notice that it always tries to use
> the *first* form on your HTML page.  For example:
> 
> window.document.forms [0].eperson_id.options[newplace] = new Option(name
> + " (" + email + ")", id);
> 
> (Notice the "forms[0]", which is hardcoded to look for the *first* HTML
>  tag on your page)
> 
> So, if you've customized your DSpace to have an HTML  tag within
> either your Header (/layout/header-default.jsp) OR your left-hand
> adminstrative navigation bar (/layout/navbar-admin.jsp), it's possible
> the *first*  tag on your page is NOT the one which contains the
>  tag.
> 
> 
> 
> This really saved my day. Is there somewhere you want me to send some 
> kind of micropayments over paypal?
> Some project that  you specifically like which could use any small help?
> I wish I could produce a large donation, but I cant, though I'd still 
> like to show my personal appreciation.
> 
> -- 
> Some mornings, it's just not worth gnawing through the straps...


-
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] Extra ">" characters spontaneously littering pages

[Claudia Jürgen]

Hi Shane,

did you check your language-pack file?

Claudia


Shane Beers schrieb:
> Something quite unexpected greeted me this morning. I pulled up our 
> repository page (http://mars.gmu.edu) to find ">" characters on our 
> pages where formerly there were none. They seem to exist at the end of 
> some lines, such as the left navbar text and inside picklists. We didn't 
> change a thing on our production server and I'm kind of at a loss.
> 
> If anyone has any ideas please feel free to let me know!
> 
> Thanks much.
> 
> Shane Beers
> Digital Repository Services Librarian
> George Mason University
> [EMAIL PROTECTED]
> 703-993-3742
> 
> http://mars.gmu.edu
> 
> 
> 
> 
> 
> 
> -
> 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