Re: [stellation-res] Stellation + Firebird docs

["Rodolfo M. Raya" <rmraya@xxxxxxxxxxxxxxx>]

On Wed, 2002-09-11 at 15:57, Dave Shields wrote:

> I installed Firebird per your instructions, and that seemed to go ok.
> However, when I tried to create the database I got:
> 
>   Script started on Wed Sep 11 14:49:40 2002
>   shields@xxxxxxxxxxxxxxxxxxxx: /home/shieldsshields $ /opt/interbase/bin/isql
>   Use CONNECT or CREATE DATABASE to specify a database
>   SQL> create database 'localhost:/home/shields/Stellation.gdb' default character set none;
>   Statement failed, SQLCODE = -902
>   
>   Unable to complete network request to host "localhost".
>   -Failed to establish a connection.
>   -Connection refused
>   SQL> 
>   Script done on Wed Sep 11 14:50:26 2002

Hi,

Check if the line

localhost.localdomain

exists in your /etc/hosts.equiv file.


> 
> I got the same result when I replaced 'localhost' with my actual machine name.
> By the way, for testing I would prefer to be able to run when disconnected
> from the net, and so actually use 'localhost'.
> 
> While your instructions are generally quite good, I am dubious about having the
> user copy files to $JAVA_HOME/jre/lib/ext. I did this last night. After having
> some problems trying to fix a bug in svc this morning, I realized that the svc.jar
> in $JAVA_HOME/... was being used instead of the one I intended.
> (This suggests we should probably not be using svc.jar for both test and production,
> and should probably have tsvc use tsvc.jar, not svc.jar.)

I suggested copying all jars to jre/lib/ext because the
/usr/local/stellation/stellationd script has a failure providing a
classpath to the server. I know nothing of Perl, so I was unable to
patch the script.
 
Each time I rebuild Stellation I copy svc.jar to jre/lib/ext, that's why
I didn't notice the problem with the test jar.

> Also, CLASSPATH is not used any more, so instructions about adjusting it are
> not needed.
> 
> I noted a couple of spelling errors:
>   coockbook -> cookbook
>   Invoque -> invoke
> 

Thanks, I will fix this.

regards,

Rodolfo

-- 

 MAXPROGRAMS
 IBM Business Partner
 Microsoft MSDN Business Connection Partner
 rmraya@xxxxxxxxxxxxxxx
 http://www.maxprograms.com