Details

      Description

      WebServices needs to get their dist area flipped over to svnpubsub. Can we get the area directory created in the dist repo so we can start populating it?

      I'm not sure if it should be:
      https://dist.apache.org/repos/dist/release/ws
      to match the current dist area directory name or if it should be:
      https://dist.apache.org/repos/dist/release/webservices
      to match the directory in the main svn repo (so the auth stuff would match).

      Thanks!
      Dan

        Activity

        Hide
        Gavin added a comment -
        Done, please populate with your latest release and I'll continue with the setup.
        Show
        Gavin added a comment - Done, please populate with your latest release and I'll continue with the setup.
        Hide
        Daniel Kulp added a comment -

        For some reason, I cannot commit to this location.

        Adding README.html
        svn: E195023: Commit failed (details follow):
        svn: E195023: Changing file '/Users/dkulp/working/ws-dist/README.html' is forbidden by the server
        svn: E175013: Access to '/repos/dist/!svn/ver/1332/release/webservices' forbidden
        svn: E195023: Your commit message was left in a temporary file:
        svn: E195023: '/Users/dkulp/working/ws-dist/svn-commit.3.tmp'


        I'm not sure why though as everything in the asf-authorization-template looks OK. I can commit fine to the new aries area as well as to cxf's.

        Any idea? Is it some sort of strange LDAP -> dir mapping (ldap group is ws, dir is webservices)? I'm a bit confused.



        Show
        Daniel Kulp added a comment - For some reason, I cannot commit to this location. Adding README.html svn: E195023: Commit failed (details follow): svn: E195023: Changing file '/Users/dkulp/working/ws-dist/README.html' is forbidden by the server svn: E175013: Access to '/repos/dist/!svn/ver/1332/release/webservices' forbidden svn: E195023: Your commit message was left in a temporary file: svn: E195023: '/Users/dkulp/working/ws-dist/svn-commit.3.tmp' I'm not sure why though as everything in the asf-authorization-template looks OK. I can commit fine to the new aries area as well as to cxf's. Any idea? Is it some sort of strange LDAP -> dir mapping (ldap group is ws, dir is webservices)? I'm a bit confused.
        Hide
        #asfinfra IRC Bot added a comment -
        <danielsh> dkulp asf-authz-template is only used for /repos/asf; you want generate-dist-authz.sh in the same dir.
        Show
        #asfinfra IRC Bot added a comment - <danielsh> dkulp asf-authz-template is only used for /repos/asf; you want generate-dist-authz.sh in the same dir.
        Hide
        Daniel Kulp added a comment -
        Ah interesting. In your opinion, which is the correct fix:

        1) Rename the directory to just "/ws" instead of "/webservices" to match the ldap group name

        2) Add some special cases at the bottom of generate-dist-authorization like incubator to handle the /webservices -> ws

        3) Rename the ws ldap group to webservices

        Show
        Daniel Kulp added a comment - Ah interesting. In your opinion, which is the correct fix: 1) Rename the directory to just "/ws" instead of "/webservices" to match the ldap group name 2) Add some special cases at the bottom of generate-dist-authorization like incubator to handle the /webservices -> ws 3) Rename the ws ldap group to webservices
        Hide
        Daniel Kulp added a comment -
        Talking to danielsh, option #1 is likely the best option as the ldap group is ws, the website is "ws.apache.org" and the mailing lists and such are all "ws.apache.org". (also makes it a bit easier from a migration standpoint as the current download location is /ws to existing links won't break)
        Show
        Daniel Kulp added a comment - Talking to danielsh, option #1 is likely the best option as the ldap group is ws, the website is "ws.apache.org" and the mailing lists and such are all "ws.apache.org". (also makes it a bit easier from a migration standpoint as the current download location is /ws to existing links won't break)
        Hide
        Gavin added a comment -
        Option 1 applied.
        Show
        Gavin added a comment - Option 1 applied.
        Hide
        Gavin added a comment -
        [~dkulp] ping, please populate the /ws dir.
        Show
        Gavin added a comment - [~dkulp] ping, please populate the /ws dir.
        Hide
        Daniel Kulp added a comment -
        I've sent a note to the dev@ws to have folks review. There is a slight argument/complaint about me NOT copying over the old axis releases that we need to resolve. WebServices is no longer responsible for Axis and thus, IMO, those releases should not be there, but that would break the Axis download links. The axis PMC should fix their own download pages and such. Personally, they've had 3 years to fix things and haven't done it so I don't really think they need more time to fix it. It it breaks, that's their problem.
        Show
        Daniel Kulp added a comment - I've sent a note to the dev@ws to have folks review. There is a slight argument/complaint about me NOT copying over the old axis releases that we need to resolve. WebServices is no longer responsible for Axis and thus, IMO, those releases should not be there, but that would break the Axis download links. The axis PMC should fix their own download pages and such. Personally, they've had 3 years to fix things and haven't done it so I don't really think they need more time to fix it. It it breaks, that's their problem.
        Hide
        Gavin added a comment -
        Will await your decision.
        Show
        Gavin added a comment - Will await your decision.
        Hide
        Daniel Kulp added a comment -

        I think we're good to go. Enough of the PMC has said it looks fine.
        Show
        Daniel Kulp added a comment - I think we're good to go. Enough of the PMC has said it looks fine.
        Hide
        Tony Stevenson added a comment -
        dkulp - Are you saying this is done, and ready for updating on the webservers?
        Show
        Tony Stevenson added a comment - dkulp - Are you saying this is done, and ready for updating on the webservers?
        Hide
        Daniel Kulp added a comment -

        Yep. Please do so. Major thanks!
        Show
        Daniel Kulp added a comment - Yep. Please do so. Major thanks!
        Hide
        Gavin added a comment -
        Done.
        Show
        Gavin added a comment - Done.

          People

          • Assignee:
            Unassigned
            Reporter:
            Daniel Kulp
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development