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

Matthew Jones matthew at longsight.com
Fri Dec 28 08:47:05 PST 2012 

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"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20121228/86617e8a/attachment.html

More information about the sakai-dev mailing list