You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2008/01/07 19:07:25 UTC

DO NOT REPLY [Bug 44179] New: - Possible frustration with svn:externals definition for /trunk/native/connector.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=44179>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=44179

           Summary: Possible frustration with svn:externals definition for
                    /trunk/native/connector.
           Product: Tomcat 6
           Version: unspecified
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: trivial
          Priority: P5
         Component: Native:JK
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: paul.shemansky@gmail.com


The svn:externals definition for /trunk/native/connector is currently set to use
the "https" scheme.

According to the SVN book at
(http://svnbook.red-bean.com/en/1.4/svn.advanced.externals.html):

"Also, the absolute URLs that externals definitions use can cause problems with
repositories that are available via multiple URL schemes. For example, if your
Subversion server is configured to allow everyone to check out the repository
over http:// or https://, but only allow commits to come in via https://, you
have an interesting problem on your hands. If your externals definitions use the
http:// form of the repository URLs, you won't be able to commit anything from
the working copies created by those externals. On the other hand, if they use
the https:// form of the URLs, anyone who might be checking out via http://
because their client doesn't support https:// will be unable to fetch the
external items. Be aware, too, that if you need to re-parent your working copy
(using svn switch --relocate), externals definitions will not also be re-parented."

It may be more appropriate if the externals definition was set to use
"http://svn.apache.org/repos/asf/tomcat/connectors/trunk/jni/native".  If not,
please disregard this bug/issue.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


DO NOT REPLY [Bug 44179] - Possible frustration with svn:externals definition for /trunk/native/connector.

Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=44179>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=44179


markt@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID




------- Additional Comments From markt@apache.org  2008-01-07 12:43 -------
Apache's svn configuration requires https for check-in.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org