RE: OpenVMS javacvs client to Linux CVS server prob lem.

Thanks Milo,
 I set-up the cvsClientLogs which didn't really give me any extra clues, so
I resorted to hard coding different values in the addArgumentRequests() in
the BasicCommand. When I tried just the actual file name with no path which
worked, Any ideas why this is?.

    protected void addArgumentRequests() {
        if (files == null) {
            return;   
        }

        for (int i = 0; i < files.length; i++) {
            final File file = files[i];
            System.out.println("BC: addArgumentRequests: file "+file);
            String relativePath = getRelativeToLocalPathInUnixStyle(file);
            //String relativePath = "/text/fts2/english";
            //relativePath =
"DISK$EXTELDISK9:[fts_web_top.fts_test.fts_web.live.text.fts2.english]head.t
xt";
            relativePath = "head.txt";
            System.out.println("BC: addArgumentRequests: relativePath:
"+relativePath);
            requests.add(new ArgumentRequest(relativePath));
        }
    }

Russ.

-----Original Message-----
From: Milos Kleint [mailto:[email protected]]
Sent: 13 May 2002 12:54
To: [email protected]
Subject: Re: [javacvs-dev] OpenVMS javacvs client to Linux CVS server
problem.


Russell Taylor wrote:
> Hi,
>  I've started to move my code across from Linux to OpenVMS and I seem to
be
> getting some directory issues. It looks like the server is confused (Intel
> Mandrake 8.0, kernel 2.4.3 CVS 1.11) but why any help would be much
> appreciated.
> 

To be honest I have no idea what could be the problem, try executing the 
    command-line cvs and log the protocol traffic by setting the 
enviroment variable CVS_CLIENT_LOG. the same is done for javacvs by 
setting the runtime variable -JcvsClientLog=<path> i believe.. comparing 
these two we could figure out more.. my first shot is that thet problem 
lies in the dollar sign character on the path.

Milos


> 
> I believe I've traced it to the basiccommand.java where the
> addArgumentRequests() happens. I'm calling my CVSClient code like this:
> CVSClient cvs = new
>
CVSClient("/DISK$EXTELDISK9/fts_web_top/fts_test/fts_web/live/text/fts2/engl
> ish/", "EXTEL$DEV_USERS/TAYLOR_R/", out, true);
> where
/DISK$EXTELDISK9/fts_web_top/fts_test/fts_web/live/text/fts2/english/
> is the path to the directory of the file I'm trying to update and 
> EXTEL$DEV_USERS/TAYLOR_R/ is my home directory, both of these are being
> found and cvs gets the cvspassword and finds the CVS/Repository.
> 
> When I try to update the file an error returns stating the following:
> MessageEvent getMessage String: cvs [server aborted]: absolute pathname
> `/DISK$EXTELDISK9/fts_web_top/fts_test/fts_web/live/text/fts2/english/'
> illegal for server
> 
> I've tried hard coding the file in VMS format
>
DISK$EXTELDISK9:[fts_web_top.fts_test.fts_web.live.text.fts2.english]head.tx
> t which returns this error:
> MessageEvent setMessage String: cvs server: nothing known about
>
DISK$EXTELDISK9:[fts_web_top.fts_test.fts_web.live.text.fts2.english]head.tx
> t
> 
> This is the code in basiccommand.java that I hard coded the vms format
path
> to the file. 
>     protected void addArgumentRequests() {
>         if (files == null) {
>             return;   
>         }
> 
>         for (int i = 0; i < files.length; i++) {
>             final File file = files[i];
>             System.out.println("BC: addArgumentRequests: file "+file);
>             String relativePath = getRelativeToLocalPathInUnixStyle(file);
>             System.out.println("BC: addArgumentRequests: relativePath:
> "+relativePath);
>             requests.add(new
>
ArgumentRequest("DISK$EXTELDISK9:[fts_web_top.fts_test.fts_web.live.text.fts
> 2.english]head.txt"));
>             //requests.add(new ArgumentRequest(relativePath));
>         }
>     }
> 
> 
> Russ.
> 
> 
> 
> ************************************************
> CONFIDENTIALITY NOTICE
> The information contained in this e-mail and any 
> attachments to it are for the exclusive use of the 
> intended recipient(s). It may be confidential and 
> contain privileged information and will be 
> protected by copyright. 
> If you are not the intended recipient(s) you must 
> not review, copy, distribute or in any other way 
> use or rely on the information contained in the 
> message. 
> If you have received this e-mail in error, please 
> notify us by e-mail [email protected], 
> Tel: +44 1534 633633 or Fax: +44 1534 633644 and 
> then delete all copies from your system.
> 
> http://www.Itex.je
> http://www.Itex.gg
> http://www.ThisisJersey.com
> http://www.ThisisGuernsey.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



This message has been checked for all known viruses by e:)scan.
For further information visit: http://www.activis.com/