Could Not Read Response Body Ssl Error Wrong Version Number
Contents |
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies could not read response body: operation timed out of this site About Us Learn more about Stack Overflow the company Business
Could Not Read Response Body Secure Connection Truncated
Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges could not read chunk size: secure connection truncated Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute:
Svn Could Not Read Response Body
Sign up Random svn errors during update up vote 1 down vote favorite We have developped a java application (on Windows) that connect to a remote SVN repository to synchronize the local data, on demand. We use the following tigris components: svnclientadapter-1.8.0.jar svnjavahl-1.7.4.jar The SVN repository is accessed via HTTPS. The application sometimes fails during the update of the local repository (using the function "update") with the error: org.apache.subversion.javahl.ClientException: RA layer request failed svn: REPORT of '/svn/Etimlite_repository/!svn/me': Could not read response body: SSL error: wrong version number org.apache.subversion.javahl.ClientException: RA layer request failed svn: REPORT of '/svn/Etimlite_repository/!svn/me': Could not read response body: SSL error: decryption failed or bad record mac org.apache.subversion.javahl.ClientException: RA layer request failed svn: REPORT of '/svn/Etimlite_repository/!svn/me': Could not read status line: SSL error: wrong version number As the application performs retries (after 3 retries, also performs a svncleanup), sometimes it continues correctly and sometimes we get the error: org.apache.subversion.javahl.ClientException: RA layer request failed svn: REPORT of '/svn/Etimlite_repository/!svn/me': Could not read response body: SSL error: wrong version number org.apache.subversion.javahl.ClientException: Attempted to lock an already-locked dir svn: Working copy 'C:\EtimLite\download\data\location' locked. svn: 'C:\EtimLite\download\data\location' is already locked. Can this issue be due to a network problem ? What is the right function to use to re-establish a good synchronization process ? Thank you in advance, svn share|improve this question edited Apr 26 '14 at 20:35 przno 1,85511530 asked Apr 26 '14 at 17:45 user3570927 464 add a comment| 1 Answer 1 active oldest votes up vote 0 down
and collaboration platform for enterprise agility TeamForge SCM Source code management platform for enterprise-grade Git and/or SVN CloudForge Hosted SVN ,Git and TeamForge projects Subversion Edge SVN Installation, updates & code management ScrumWorks Pro Agile Planning tool Integrations TeamForge plugins for your favorite tools Solutions http://stackoverflow.com/questions/23314509/random-svn-errors-during-update By Need Hosted Services Enterprise SCM Agile Development By Industries Financial Services Government Healthcare Services Consulting Training Implementation Support Agile Training subversion Error Error The discussion you referenced does not exist. This could occur if the discussion has been https://subversion.open.collab.net/ds/viewMessage.do?dsMessageId=384149&dsForumId=4 deleted or the URL has been edited. Please click on your browser's Back button, review your input, and try again. If you are still having problems please contact your administrator. Products TeamForge CloudForge ScrumWorks Pro Subversion Edge Enterprise Git GitEye Services Consulting Training Implementation Support Solutions Hosted Services Enterprise SCM Agile Development Financial Services Government Healthcare Resources White Papers Webinars Data Sheets Analyst Reports Case Studies Videos Company About Leadership Customers Partners Careers News & Events Locations Contact us Community Site Feedback Downloads TeamForge CloudForge ScrumWorks Pro Subversion Edge Enterprise Git GitEye Integrations Terms of Use Privacy Policy Copyright & Trademark Legal Copyright © 2015 CollabNet, Inc. All rights reserved. Global Sites Chinese Korean Japanese
it all worksfine, unless I access from behind a proxy.From what I have read, if I access over HTTPS, then the proxy cannotrestrict access http://users.subversion.apache.narkive.com/mk9r4Tw3/ssl-error-wrong-version-number-https-my-domain-com based upon HTML keywords, e.g. REPORT.I can access the repository fine using svn log commands, but attempting acheckout gets so far, and then crashes out with the http://languor.us/eclipse-subversion-ra-layer-request-failed-could-not-read-status-line-errors following error message....A myproject\trunk\mydirectory\myfile...svn: REPORT request failed on '/svn/myproject/!svn/vcc/default'svn: REPORT of '/svn/myproject/!svn/vcc/default': Could not read responsebody: SSL error: wrong version number (https://my.domain.com)Couldn't find anything regarding this error could not on the mailing list, so wouldappreciate any help.Thanks,--Frank_________________________________________________________________Check out news, entertainment and more @ http://xtra.co.nz/broadband Frank Segust 2005-02-17 10:06:17 UTC PermalinkRaw Message Hi,1. Am having problems when checking out a binary file from repository.2. Text file operations work fine - check out, add, commit, etc.3. Am accessing repository over https to Apache on could not read WinXP box.4. Problem only occurs when accessing from behind a proxy server.5. Closest previous mail:http://svn.haxx.se/users/archive-2004-07/0286.shtml6. Actual error is:svn: REPORT request failed on 'svn/myproj/!svn/vcc/default'Thanks,--Frank_________________________________________________________________Theres never been a better time to get Xtra JetStream @http://xtra.co.nz/jetstream Ben Collins-Sussman 2005-02-17 17:05:46 UTC PermalinkRaw Message Post by Frank SegustHi,1. Am having problems when checking out a binary file from repository.2. Text file operations work fine - check out, add, commit, etc.The server and network layers cannot tell the difference between textand binary files. All files are treated the same, just as a collectionof bytes.Post by Frank Segust3. Am accessing repository over https to Apache on WinXP box.4. Problem only occurs when accessing from behind a proxy server.http://svn.haxx.se/users/archive-2004-07/0286.shtmlCan you show us an actual transcript of your bug, not something 'close'? Frank Segust 2005-02-18 09:35:14 UTC PermalinkRaw Message Hi Ben,Thanks for your reply.Below is a transcript of the error. I get exactly the same problem usingeither command line 'svn' or using Tortoise. One thing I have
Apache 2.0.52 + SVN 1.4.3 + mod_dav_svn enabled. Most repositories also use a bunch of post commit hooks to automate tasks. Client: Eclipse 3.2.2 + stock subclipse callisto install. Error message: commit -m "commit message." files RA layer request failed svn: Commit failed (details follow): svn: PROPFIND request failed on '/repo/path/!svn/vcc/default' svn: PROPFIND of '/repo/path/!svn/vcc/default': Could not read status line: connection was closed by server. (http://example.com) If you get the above error, it is very likely an issue with Subversion. Sometimes, running svn cleanup can help. However, sometimes nothing appears to work. This appears to be an issue caused by version conflicts between the subversion SVN client and the server client. Even creating another checkout doesn't appear to work. That said, you can still commit any pending changes or continue using the dodgy checkout for a while by using the command line (in Linux) which continues to work, or should, if it is compatible with the SVN server. Hopefully, Eclipse 3.3 and corresponding updates to Subversion will sort these issues out. Update Upon further investigation, it seems that my conclusion that this is related to version differences between client and server appear to be wrong. I tried installing Subversive and ran into the same issue. Subversive specifically states that it is 1.4.x compatible. I then decided to try something else. I remembered that I'd changed the gateway IP on this box to point to a different ISP. I switched it back to my previous ISP and voila! everything worked once again. Neither connection uses a proxy or anything of that sort and the checkout of another project works fine on both connections on the same server. So I'm still not entirely sure what the fuck is wrong. But, hell, as long as it works, I'm happy. I've also switched to using subversive for the time being as the UI looks a touch better than subclipse. If anybody