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

Re: getRevision, accidentally "sent" that last message too soon.

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2005-01-11 21:50:34 CET

Right. I would think you just need to get a valid string for one of the
specified formats. Notice in the commands that you have to surround the
date with double-quotes if you use a format that has spaces in it. Plus,
you always need the curly braces { }.
 
Mark

Jennifer Bevan <jen@alouysius.net> wrote on 01/11/2005 03:52:51 PM:

> Right...that's what I looked at when comparing what svnClientAdapter
> sent to the log command with what should have been acceptable.
> Once I found a format that SVNRevision.getRevision() would parse,
> it sent out the log command mentioned in the previous email, which
> caused the error. I don't know why Date.toString() creates an
unparseable
> string without an explicitly-specified format string, but it does, and
that
> is what SVNRevision.toString() is using.
>
> So...it sounds like I don't need to get a timezone specified into
> svnClientAdapter
> because svn will also assume local time, and actually convert...so
therefore
> the only problem is the toString() issue?
>
> -Jennifer Bevan
>
>
> Mark Phippard wrote:
>
> >So it sounds like you are trying to use dates for revisions in svn
> >commands? This doc portion seems to show the acceptable formats:
> >
> >http://svnbook.red-bean.com/en/1.1/ch03s03.html#svn-ch-3-sect-3.3
> >
> >If you use a format that does not specify a timezone, then it assumes
you
> >have entered the time based on the local timezone and does the convert
to
> >GMT for you.
> >
> >Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Wed Jan 12 07:50:34 2005

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.