[Building Sakai] Site's URL alias regression at 2.9?

Steve Swinsburg steve.swinsburg at gmail.com
Fri Dec 28 14:25:02 PST 2012 

+1. One alias per site, controls URL and email.


On Sat, Dec 29, 2012 at 6:25 AM, Neal Caidin <nealcaidin at sakaifoundation.org
> wrote:

> On the CLE phone call on Thursday (lightly attended), we discussed this
> issue. Chuck H. mentioned that when it was initially created, the alias
> served as the alias for the URL and for the email archive tool. And there
> was only one alias for a site. To me, that would be simple and elegant and
> address most user needs.
>
> 2 cents.
>
> -- Neal
>
> On Dec 28, 2012, at 11:47 AM, Matthew Jones <matthew at longsight.com> wrote:
>
> It sounds like the addition of this feature to 2.8 (being able to edit
> aliases and add multiple aliases) created a lot of additional feature
> requests. (Some might consider them regressions)
> - It seems like from tools that use the aliases, there's no way as a
> non-admin to remove the aliases. Previously it would just replace the alias
> - There is no limit on the number of aliases that can be used as Daniel
> mentioned (SAK-23080)
> - Duplicate email aliases cannot be reused in different contexts (example
> mail archive/site alias)
>   - I'm not too sure how alias service works, but right now it's just
> ALIAS_ID -> TARGET. The tools that use this call AliasService->getTarget
>
> It seems like this should have been?
> public String getTarget(String alias, String toolId) instead of public
> String getTarget(String alias)
>
> Though that seems like a lot of things would need to change. The
> conversion could be the trickier part, but should be possible by pulling
> data from the target. I don't know how many tools use aliases though? It
> does seem pretty reasonable that you'd want the same alias for site id and
> mail archive id though as Steve said . . .
>
>
> On Thu, Dec 27, 2012 at 6:54 AM, Daniel Merino <daniel.merino at unavarra.es>wrote:
>
>> FYI, I have created a JIRA about limiting the number of aliases for
>> URLs, which I think that is easier to solve than aliases conflicts with
>> mailarchive.
>>
>> https://jira.sakaiproject.org/browse/SAK-23080
>>
>> Having that AliasService.getAliases can be used specifying a record
>> range, it does not seem too hard to add a limit, but I'm not able to see
>> if this would have impact in other functionalities.
>>
>> Best regards.
>>
>> Steve Swinsburg escribió:
>> > I think this functionally needs a review. The site aliases also
>> conflict with the mailarchive aliases. So a user might choose a great alias
>> for their site but then have to use a sub par email address, since the
>> aliases cannot be shared. IMO they should be the same.
>> >
>> > Cheers
>> > Steve
>> >
>> > Sent from my iPhone
>> >
>> > On 27/12/2012, at 19:50, Daniel Merino <daniel.merino at unavarra.es>
>> wrote:
>> >
>> >
>> >> Hi, Neal & Matthew. Thanks a lot for your help.
>> >>
>> >> I have set these two properties and Sites URL alias are working in
>> >> 2.9.0. However, the behaviour of SAK-14910 is not clear at all for me.
>> >>
>> >> -Before SAK-14910 alias creation/edition/deletion was restricted to
>> only
>> >> one alias per site. Now it is possible to set an unlimited number of
>> >> alias per site. Can this be restricted in some way? IMHO, an alias per
>> >> site should be enough for most people and I fear that some
>> unexperienced
>> >> users could abuse of this new possibility.
>> >>
>> >> -I'm not able to delete a site alias after creating it unless I do it
>> as
>> >> admin user. I think that in 2.7 we could not neither and we managed
>> this
>> >> deleting aliases as admin with Aliases Tool, under users requests. It
>> >> would be nice that users could delete their own aliases, but I would
>> >> need to know which permissions are needed for this.
>> >>
>> >> Reading SAK-14910 it seems that site.upd should be enough, but it does
>> >> not work, neither alias.* permissions. Please, could you clarify this?
>> I
>> >> have not been able to test this in a QA server, cause alias are off by
>> >> default.
>> >>
>> >> Thanks again.
>> >> Best regards.
>> >>
>> >> Neal Caidin escribió:
>> >>
>> >>> Using the two properties Matt mentions, alias creation and editing
>> >>> appears to work on 2.9.x .
>> >>>
>> >>>
>> >>> Cheers,
>> >>> Neal
>> >>>
>> >>> On Dec 26, 2012, at 11:09 AM, Matthew Jones <matthew at longsight.com
>> >>> <mailto:matthew at longsight.com>> wrote:
>> >>>
>> >>>
>> >>>> It *looks* like in 2.8, site alias option was changed for the the
>> >>>> site creation workflow and editing and there are two new properties,
>> >>>> both disabled. (SAK-14910)
>> >>>>
>> >>>> To turn this on, these appear to be the 2 properties
>> >>>> site-manage.enable.alias.new (New sites alias)
>> >>>> site-manage.enable.alias.edit (Edit sites alias)
>> >>>>
>> >>>> I don't know if that old property does anything anymore, it's pretty
>> >>>> confusing. Maybe Zhen would know. It seems like the alias.new should
>> >>>> have been true to retain the same behavior as 2.7. Surprised nobody
>> >>>> has notice.
>> >>>>
>> >>>>
>> >>>> On Wed, Dec 26, 2012 at 10:41 AM, Neal Caidin
>> >>>> <nealcaidin at sakaifoundation.org
>> >>>> <mailto:nealcaidin at sakaifoundation.org>> wrote:
>> >>>>
>> >>>>    Hi Daniel,
>> >>>>
>> >>>>    For a start, I tried to use the Alias feature in 2.8 so I could
>> >>>>    be sure it was missing when I compared to 2.9.  I cannot find the
>> >>>>    Alias feature (except in the Admin panel) when creating a new
>> >>>>    site. I tried the nightly 2.8.x server,
>> >>>>    http://nightly2.sakaiproject.org:8081/portal  , and I ran a copy
>> >>>>    of 2.8.x locally on my Mac, setting
>> >>>>    wsetup.disable.siteAlias=false in sakai.properties.
>> >>>>
>> >>>>    Can you please tell me how to replicate that this works on 2.8?
>> >>>>    Perhaps it is gone from 2.8.x too?
>> >>>>
>> >>>>    Thanks,
>> >>>>    Neal
>> >>>>
>> >>>>
>> >>>>    On Dec 26, 2012, at 6:27 AM, Daniel Merino
>> >>>>    <daniel.merino at unavarra.es <mailto:daniel.merino at unavarra.es>>
>> wrote:
>> >>>>
>> >>>>
>> >>>>> Hi everybody.
>> >>>>>
>> >>>>> I'm taking a look on Sakai 2.9 and it seems that the ability to
>> >>>>>
>> >>>>    add an
>> >>>>
>> >>>>> alias to a site's URL
>> >>>>>
>> >>>>    (https://jira.sakaiproject.org/browse/SAK-14483
>> >>>>
>> >>>>> and https://jira.sakaiproject.org/browse/SAK-15883) has
>> >>>>>
>> >>>>    dissapeared. It
>> >>>>
>> >>>>> can not be added when creating the site, neither edited in site
>> >>>>>
>> >>>>    info
>> >>>>
>> >>>>> tool later. No matter if wsetup.disable.siteAlias is configured
>> >>>>>
>> >>>>    to true
>> >>>>
>> >>>>> in sakai.properties.
>> >>>>>
>> >>>>> I have tested it in my own deployment (with
>> >>>>> wsetup.disable.siteAlias=false) and in two 2.9.0 qa's, (but I
>> >>>>>
>> >>>>    don't know
>> >>>>
>> >>>>> how are they configured).
>> >>>>>
>> >>>>> Please, could somebody confirm that this is a true issue before
>> >>>>>
>> >>>>    I put it
>> >>>>
>> >>>>> at JIRA?
>> >>>>>
>> >>>>> Thanks in advance.
>> >>>>> Best regards.
>> >>>>> --
>> >>>>> Daniel Merino Echeverría
>> >>>>> daniel.merino at unavarra.es <mailto:daniel.merino at unavarra.es>
>> >>>>> Gestor de teleformación - Centro Superior de Innovación Educativa.
>> >>>>> Tfno: 948-168489 - Universidad Pública de Navarra.
>> >>>>> _______________________________________________
>> >>>>> sakai-dev mailing list
>> >>>>> sakai-dev at collab.sakaiproject.org
>> >>>>>
>> >>>>    <mailto:sakai-dev at collab.sakaiproject.org>
>> >>>>
>> >>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> >>>>>
>> >>>>> TO UNSUBSCRIBE: send email to
>> >>>>>
>> >>>>    sakai-dev-unsubscribe at collab.sakaiproject.org
>> >>>>    <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>> >>>>    subject of "unsubscribe"
>> >>>>
>> >>>>    _______________________________________________
>> >>>>    sakai-dev mailing list
>> >>>>    sakai-dev at collab.sakaiproject.org
>> >>>>    <mailto:sakai-dev at collab.sakaiproject.org>
>> >>>>    http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> >>>>
>> >>>>    TO UNSUBSCRIBE: send email to
>> >>>>    sakai-dev-unsubscribe at collab.sakaiproject.org
>> >>>>    <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>> >>>>    subject of "unsubscribe"
>> >>>>
>> >> --
>> >> Daniel Merino Echeverría
>> >> daniel.merino at unavarra.es
>> >> Gestor de teleformación - Centro Superior de Innovación Educativa.
>> >> Tfno: 948-168489 - Universidad Pública de Navarra.
>> >> --
>> >> Se dan buenos consejos cuando la edad impide dar malos ejemplos.
>> >> (Excelsior)
>> >> _______________________________________________
>> >> sakai-dev mailing list
>> >> sakai-dev at collab.sakaiproject.org
>> >> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>> >>
>> >> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>> >>
>> >
>> >
>>
>> --
>> Daniel Merino Echeverría
>> daniel.merino at unavarra.es
>> Gestor de teleformación - Centro Superior de Innovación Educativa.
>> Tfno: 948-168489 - Universidad Pública de Navarra.
>> --
>> Cuando se dice que el dinero no da la felicidad se habla, evidentemente,
>> del de los demás
>> _______________________________________________
>> sakai-dev mailing list
>> sakai-dev at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to
>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>> "unsubscribe"
>>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20121229/883e9421/attachment.html

More information about the sakai-dev mailing list