[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-dev] Messages on stderr

From: Roy Paterson <roy.paterson_at_smartbearsoftware.com>
Date: 2007-05-07 16:08:49 CEST

I am doing a similar thing.

In my case I need to figure out what the file system root of the working
copy is. I am calling the Subclipse info(...) api up the parent
directories from a known working copy file until I get a "not working
copy" exception - then I know that the last directory that didn't return
an exception from info was the root of the checkout.

This algorithm works but before info(...) returns the exception it
prints out an error message to the console. I would like a way to
suppress this error message.

Thanks,
Roy

Thomas Hallgren wrote:
> I upgraded to Subclipse 1.2.1 yesterday. Now, whenever I check for the
> existence of certain files in a remote repository, I get error messages
> printed on my console:
>
> Filesystem has no item
> svn: File not found: revision 939, path
> '/org.eclipse.buckminster/trunk/org.eclipse.buckminster.jnlp/buckminster.cspex'
>
>
> The message is in itself correct. It's just that this is part of the
> normal discovery that Buckminster does and I do not want these messages
> to be printed.
>
> My code obtains an ISVNClientAdapter and does the following.
>
> First i obtain an InputSTream using the getContent(SVNUrl, SVNRevision)
> method (this is when the message is printed)
> If I have more then zero bytes (the normal case), then I use that
> immediately.
> If I get zero bytes when reading, I do a getDirEntry(SVNUrl,
> SVNRevision) on the same file. If that returns null, I conclude that the
> file does not exist.
>
> My objective is get the content of some specific files (into memory
> only, I don't want to check them out) and rule out non-existent files
> with as few calls as possible (or rather, as fast as possible). So, two
> questions:
>
> 1. Is this the best way to do it?
> 2. How do I avoid that messages are printed?
>
> TIA,
>
> Thomas Hallgren
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: dev-help@subclipse.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: dev-help@subclipse.tigris.org
Received on Mon May 7 16:11:05 2007

This is an archived mail posted to the Subclipse Dev mailing list.