Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: domain of
 Konstantin.Kolosovsky@jetbrains.com designates 46.137.178.215 as permitted
 sender)
Message-ID: <51FF7B07.2020803@jetbrains.com>
Date: Mon, 05 Aug 2013 14:14:31 +0400
From: Konstantin Kolosovsky <Konstantin.Kolosovsky@jetbrains.com>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64;
 rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: users@subversion.apache.org
CC: Konstantin.Kolosovsky@jetbrains.com
Subject: Subversion 1.8 "--non-interactive" and "--force-interactive" flags
 behavior
Content-Type: multipart/alternative;
 boundary="------------060406090008090407010608"

This is a multi-part message in MIME format.
--------------060406090008090407010608
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi Everyone,

I've got a question about "--non-interactive" and "--force-interactive" 
flags behavior in Subversion 1.8.
I'm not subscribed to the mailing list, please put my email in Cc in any 
responses.

We've got java application interacting with svn.exe command line 
utility. For Subversion 1.7 our authentication behavior was the following:
- executing command using svn.exe, for instance "svn udpate"
- getting "authentication realm" from process output
- destroying process
- creating correct credential cache for the obtained "authentication 
realm" (for instance, correct file with encrypted password in the "auth" 
folder for Windows)
- executing command using svn.exe once again - so that authentication 
goes smoothly as necessary information is in credential cache

With Subversion 1.8 client we can not get "authentication realm" to 
create correct credential cache information:
- if not specifying "--force-interactive" flag or specifying 
"--non-interactive" flag - process output contains authentication 
failure message, but only with repository url - not the "authentication 
realm"
- if specifying "--force-interactive" flag - process "hangs" not 
providing any output - so there is no way to get "authentication realm" 
from it and then destroy the process

So the question is - is it possible to somehow return previous behavior 
of svn.exe client - so that it does not "hang" but just "waiting" for 
the "user input" providing necessary "authentication realm" in the output?
Or what would you recommend in such situation when authentication is 
necessary when interacting with svn.exe utility from java application? 
Is directly specifying "--username" and "--password" keys the only 
available option?

Many thanks,
Konstantin

-- 
Konstantin Kolosovsky
Software Developer
JetBrains
http://www.jetbrains.com
"Develop with pleasure!"

--------------060406090008090407010608
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <span style="color: rgb(0, 0, 0); font-family: Tahoma, Arial,
      sans-serif; font-size: 13.333333015441895px; font-style: normal;
      font-variant: normal; font-weight: normal; letter-spacing: normal;
      line-height: 16px; orphans: auto; text-align: start; text-indent:
      0px; text-transform: none; white-space: normal; widows: auto;
      word-spacing: 0px; -webkit-text-stroke-width: 0px;
      background-color: rgb(255, 255, 255); display: inline !important;
      float: none;">Hi Everyone,<br>
      <br>
      I've got a question about "--non-interactive" and
      "--force-interactive" flags behavior in Subversion 1.8.<br>
      I'm not subscribed to the mailing list, please put my email in Cc
      in any responses.<br>
      <br>
      We've got java application interacting with svn.exe command line
      utility. For Subversion 1.7 our authentication behavior was the
      following:<br>
      - executing command using svn.exe, for instance "svn udpate"<br>
      - getting "authentication realm" from process output<br>
      - destroying process<br>
      - creating correct credential cache for the obtained
      "authentication realm" (for instance, correct file with encrypted
      password in the "auth" folder for Windows)<br>
      - executing command using svn.exe once again - so that
      authentication goes smoothly as necessary information is in
      credential cache<br>
      <br>
      With Subversion 1.8 client we can not get "authentication realm"
      to create correct credential cache information:<br>
      - if not specifying "--force-interactive" flag or specifying
      "--non-interactive" flag - process output contains authentication
      failure message, but only with repository url - not the
      "authentication realm"<br>
      - if specifying "--force-interactive" flag - process "hangs" not
      providing any output - so there is no way to get "authentication
      realm" from it and then destroy the process<br>
      <br>
      So the question is - is it possible to somehow return previous
      behavior of svn.exe client - so that it does not "hang" but just
      "waiting" for the "user input" providing necessary "authentication
      realm" in the output?<br>
      Or what would you recommend in such situation when authentication
      is necessary when interacting with svn.exe utility from java
      application? Is directly specifying "--username" and "--password"
      keys the only available option?<br>
      <br>
      Many thanks,<br>
      Konstantin<br>
      <br>
    </span>
    <div class="moz-signature">-- <br>
      Konstantin Kolosovsky<br>
      Software Developer<br>
      JetBrains<br>
      <a href="http://www.jetbrains.com">http://www.jetbrains.com</a><br>
      "Develop with pleasure!"</div>
  </body>
</html>

--------------060406090008090407010608--