subversion source control check in error

[OldEm]

I'm using subversion
svn --version
svn, version 1.4.6 (r28521)
  compiled Dec 20 2007, 16:19:22

and trying to get packages controlled using EA 7.0 build 818.

Here are the steps to test subversion acc. to the EA whitepaper.

2. Open a command prompt in DOS.
3. Navigate to the directory that will hold your Working Copy directory.
4. Add and commit the temporary file to the repository using the following
commands:
svn add <fileName>
svn lock <fileName>
5. Now, update the file from the repository, lock the file. To do this use the
following commands:
svn update <fileName>
svn lock <fileName>
6. Edit and save the file using an editor.
7. Now commit the file once more using the following command:
svn commit <fileName> -m”A meaningful comment.”

Here is what I had to do to get subversion to work from the command line.

4. insert a "svn commit <fileName>" between the add and lock
7. insert a "svn unlock <fileName>" before the last commit.

Without this unlock, I get an authorization failed error message.
This is the same error message I get from EA
when I try to perform a "check in" operation on a controlled package.
I have no trouble putting a package under control and keeping it checked out.
I just can't ever check it back in.

Is there some subversion or EA configuration that allows one to commit a locked file?

Thanks,

[thomaskilian]

I fiddled around with this for a while. In the end I came to controlled packages (export to XMI) which I VC via Tortoise. The only drawback: you can not really use recursively controlled packages. There are quite some threads here dealing with SVN.

[OldEm]

Thanks Thomas, Do you have any idea why EA locks the package when it's put under version control? Tortoise doesn't lock the subversion repository - locking is not something you have to do in subversion usually. I'm wondering if there is some way to tell EA to just use check in and checkout without locking.

[thomaskilian]

There is one post from Sparx explaining that behaviour but I can't recall where (you might be lucky, though). I  just came to my above mentioned conclusion.