[Building Sakai] Site's URL alias regression at 2.9?
Matthew Jones
matthew at longsight.com
Wed Jan 2 09:36:45 PST 2013
I believe that the decision of changing the entire design of the alias
service to be one alias per site would need to be something decided on by
the TCC. Currently this is a core service and multiple aliases per target
but each alias must be unique.
Restricting it to one (or X) aliases per target or even having target be a
combination of target+tool seems like it would be an easier change than
converting these all to just reference the site. In any case this would be
a significant code change and a decent database conversion with a lot of
testing.
I also see minimally that announcements, rwiki, sitestats and an
Oxford calendar modification which uses this AliasService (aside from
portal/site-manage and mailarchive) so something the community would need
time to comment on first.
On Fri, Dec 28, 2012 at 5:25 PM, Steve Swinsburg
<steve.swinsburg at gmail.com>wrote:
> +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/20130102/26125dd1/attachment.html
More information about the sakai-dev
mailing list