Hi,
Without any stacktrace I can't deeply analyze the problem, but currently I 
think the best one can do 
is to forward my suggestions to svn4idea support.

I think this part that I mentioned before

        } else if (AcceptedWCFormat.SVN_15==wcf) {
            formatEnforcer= new 
SelectorOfOneFormat(SVNAdminAreaFactory.WC_FORMAT_15);
        } else {
            formatEnforcer= new 
SelectorOfOneFormat(SVNAdminAreaFactory.WC_FORMAT_16);
        }
        return formatEnforcer;

should be updated to something like

        } else if (AcceptedWCFormat.SVN_15==wcf) {
            formatEnforcer= new 
SelectorOfOneFormat(SVNAdminAreaFactory.WC_FORMAT_15);
        } else if (AcceptedWCFormat.SVN_16==wcf) {
            formatEnforcer= new 
SelectorOfOneFormat(SVNAdminAreaFactory.WC_FORMAT_16);
        } else {
            formatEnforcer= //some code related to WC 1.7 format
        }
        return formatEnforcer;


SVNAdminAreaFactory class describes working copies with .svn directory in each 
subdirectory (i.e. 
1.4-1.6 versions), but in SVN 1.7 another format was introduced and other 
classes are used to work 
with such working copies (SVNWCContext, ISVNWCDb), so SelectorOfOneFormat 
should be a bit reworked 
(but not very much, format-independent SVNXXXClient API mostly works as 
earlier).

--
Dmitry Pavlenko,
TMate Software,
http://subgit.com/ - git-svn bridge

> Hi,
>       Thanks for the response. Please find the attached format file with
> the mail. I could not see any error messages related with the
> svn4ant(stack trace).This is the only message I have as per the mail
> below.
> 
> Regards,
> Amit Kalia
> 
> -----Original Message-----
> From: Dmitry Pavlenko [mailto:pavle...@tmatesoft.com]
> Sent: Tuesday, October 30, 2012 5:52 PM
> To: svnkit-users@svnkit.com
> Cc: Kalia, Amit
> Subject: Re: Issue with svnkit version 1.7.5
> 
> Hi,
> 
> Could you send us stacktrace if svn4ant produces any log?
> Also it is not clear, what working copy format you have. Could you send us
> this file:
> 
> .svn/format
> 
> from your working copy.
> 
> SVNKit >= 1.7 seamlessly supports all working copies formats from 1.4 to
> 1.7, if no format-dependent code is executed.
> 
> org.jwaresoftware.antxtras.core.AntXFixture.Local#newFormatSelector is
> implemented this way:
> 
>     static ISVNAdminAreaFactorySelector newFormatSelector(AcceptedWCFormat
> wcf) {
>         ISVNAdminAreaFactorySelector formatEnforcer;
>         if (AcceptedWCFormat.PRE_SVN14==wcf) {
>             formatEnforcer= new
> SelectorOfOneFormat(SVNAdminAreaFactory.WC_FORMAT_13); } else if
> (AcceptedWCFormat.PRE_SVN15==wcf) {
>             formatEnforcer= new SelectorOfOneFormat
>                 (new int[] {SVNAdminAreaFactory.WC_FORMAT_14,
>                             SVNAdminAreaFactory.WC_FORMAT_13});
>         } else if (AcceptedWCFormat.PRE_SVN16==wcf) {
>             formatEnforcer= new SelectorOfOneFormat
>                 (new int[] {SVNAdminAreaFactory.WC_FORMAT_15,
>                             SVNAdminAreaFactory.WC_FORMAT_14,
>                             SVNAdminAreaFactory.WC_FORMAT_13});
>         } else if (AcceptedWCFormat.SVN_14==wcf) {
>             formatEnforcer= new
> SelectorOfOneFormat(SVNAdminAreaFactory.WC_FORMAT_14); } else if
> (AcceptedWCFormat.SVN_15==wcf) {
>             formatEnforcer= new
> SelectorOfOneFormat(SVNAdminAreaFactory.WC_FORMAT_15); } else {
>             formatEnforcer= new
> SelectorOfOneFormat(SVNAdminAreaFactory.WC_FORMAT_16); }
>         return formatEnforcer;
>     }
> 
> It looks like svn4ant doesn't expect WC 1.7 format. I suspect, this is the
> reason of that problem.
> 
> --
> Dmitry Pavlenko,
> TMate Software,
> http://subgit.com/ - git-svn bridge
> 
> > Hi,
> > 
> >           I am using ANT 1.8.4 with
> > 
> > svn4ant_3.5.0b2-build1564.41_bin_withdeps which uses svnkit 1.3.8
> > version.With this setup my builds fails with the error as below
> > 
> > /home/rebuild/bamboo-agent1/xml-data/build-dir/TRUNK-LONG-JOB1/build-a
> > tao-e
> > ar.xml:186: The following error occurred while executing this line:
> > /home/rebuild/bamboo-agent1/xml-data/build-dir/TRUNK-LONG-JOB1/build-a
> > tao-
> > ear.xml:497: Unable to execute svnclient subcommand checkout. Reason:
> > "svn: The path
> > '/home/rebuild/bamboo-agent1/xml-data/build-dir/TRUNK-LONG-JOB1/checkout'
> > appears to be part of Subversion 1.7 (SVNKit 1.4) or greater working
> > copy rooted at
> > '/home/rebuild/bamboo-agent1/xml-data/build-dir/TRUNK-LONG-JOB1'.
> > Please upgrade your Subversion (SVNKit) client to use this working
> > copy.".
> > 
> > Now after upgrading the svnkit.jar to the revision 1.7.5 ,I am
> > receiving the below error:-
> > 
> > /home/rebuild/bamboo-agent1/xml-data/build-dir/TRUNK-LONG-JOB1/build-a
> > tao-e
> > ar.xml:191: The following error occurred while executing this line:
> > /home/rebuild/bamboo-agent1/xml-data/build-dir/TRUNK-LONG-JOB1/build-a
> > tao-
> > ear.xml:608: Unable to execute svnclient subcommand revget. Reason: "svn:
> > E155021: The path
> > '/home/rebuild/bamboo-agent1/xml-data/build-dir/TRUNK-LONG-JOB1/checko
> > ut/a tao' appears to be part of a Subversion 1.7 or greater working
> > copy.
> > Please upgrade your Subversion client to use this working copy.".
> > 
> > We are using svn:revget ant task to get the revision of the working
> > copy but it fails with the above error. Just an update , after
> > upgrading the svnkit to 1.7.5 ,svn:checkout ,svn:update and svn:export
> > works fine.
> > 
> > Please let me know what is the issue here and just an update we are
> > trying to migrate to subversion 1.7.2 and as the result we are
> > upgrading the build infrastructure.
> > 
> > Regards,
> > Amit Kalia

Reply via email to