Thanks! On Sat, Jan 10, 2009 at 11:18 AM, Ayende Rahien <[email protected]> wrote:
> You are in, congrats. > > > On Sat, Jan 10, 2009 at 12:16 PM, Bart Reyserhove < > [email protected]> wrote: > >> bartreyserhove >> >> >> On Sat, Jan 10, 2009 at 11:12 AM, Ayende Rahien <[email protected]>wrote: >> >>> Please send me you sf.net user name >>> >>> >>> On Sat, Jan 10, 2009 at 12:06 PM, Bart Reyserhove < >>> [email protected]> wrote: >>> >>>> Regarding that, since this ritual has repeated several times, what about >>>> becoming a committer? >>>> Cool. I'd certainly like that. >>>> >>>> On Sat, Jan 10, 2009 at 10:51 AM, Ayende Rahien <[email protected]>wrote: >>>> >>>>> I can't think of a single reason why this is the case.Disallowing the >>>>> change of an operation name? sure. >>>>> This? I can't figure out what I was thinking, thus, it is useless. >>>>> Please make the change. >>>>> >>>>> Regarding that, since this ritual has repeated several times, what >>>>> about becoming a committer? >>>>> >>>>> >>>>> On Sat, Jan 10, 2009 at 11:45 AM, Bart Reyserhove < >>>>> [email protected]> wrote: >>>>> >>>>>> Yeah I know, that's what I tried to explain yesterday. I just cannot >>>>>> think of a reason why we would want this. There is even a test case for >>>>>> it >>>>>> that tests that you cannot change the name. >>>>>> Do I change it and the test as well? >>>>>> >>>>>> >>>>>> On Fri, Jan 9, 2009 at 11:25 PM, Ayende Rahien <[email protected]>wrote: >>>>>> >>>>>>> Took me a LONG time to figure out what is going on. >>>>>>> Check the mapping: >>>>>>> >>>>>>> <property name="Name" >>>>>>> access="property" >>>>>>> type="String" >>>>>>> update="false"> >>>>>>> <column name="Name" >>>>>>> length="255" >>>>>>> not-null="true" >>>>>>> unique="true"/> >>>>>>> </property> >>>>>>> >>>>>>> Can you think of any reason why we would want this to be the case? >>>>>>> >>>>>>> >>>>>>> On Fri, Jan 9, 2009 at 3:39 PM, Bart Reyserhove < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Sorry, I meant UsersGroup but it is also the case for EntitiesGroup, >>>>>>>> so it definitely has a reason ;-) >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Jan 9, 2009 at 2:32 PM, Bart Reyserhove < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> I checked the EntitiesGroup mapping file and apparently the >>>>>>>>> property Name has an attribute "update=false". Why is that? >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Jan 8, 2009 at 10:14 AM, Bart Reyserhove < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> Attached a patch with a test case that fails. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Thu, Jan 8, 2009 at 9:10 AM, Ayende Rahien >>>>>>>>>> <[email protected]>wrote: >>>>>>>>>> >>>>>>>>>>> Hm... >>>>>>>>>>> Can you create a small test case for this? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Thu, Jan 8, 2009 at 10:03 AM, Bart Reyserhove < >>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>>> Yep, I changed the name of the usersgroup. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Thu, Jan 8, 2009 at 6:27 AM, Ayende Rahien < >>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Are you updating any of the fields to a new value? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Thu, Jan 8, 2009 at 12:44 AM, Bart Reyserhove < >>>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Ok, I tried to figure out this one myself but it's probably >>>>>>>>>>>>>> too late in the evening and I'm probably overlooking something >>>>>>>>>>>>>> stupid. In >>>>>>>>>>>>>> Rhino.Security there are UsersGroup and I want to change the >>>>>>>>>>>>>> name of one of >>>>>>>>>>>>>> those. >>>>>>>>>>>>>> I have a very small edit page to do that which posts to the >>>>>>>>>>>>>> following controller method: >>>>>>>>>>>>>> >>>>>>>>>>>>>> [SecuredOperation("Edit")] >>>>>>>>>>>>>> public virtual ActionResult Update(Guid id) >>>>>>>>>>>>>> { >>>>>>>>>>>>>> var usersGroup = _userGroupService.Get(id); >>>>>>>>>>>>>> SmartBinder.UpdateFrom(usersGroup, Request.Form); >>>>>>>>>>>>>> try >>>>>>>>>>>>>> { >>>>>>>>>>>>>> _userGroupService.Save(usersGroup); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> catch (ValidationException e) >>>>>>>>>>>>>> { >>>>>>>>>>>>>> TempData["errors"] = >>>>>>>>>>>>>> e.Summary.GetLocalizedErrorMessages(); >>>>>>>>>>>>>> return View("New", >>>>>>>>>>>>>> BuildViewData(usersGroup).WithTitle(Resources.User.NewTitle)); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> return this.RedirectToAction(c => c.List()); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> >>>>>>>>>>>>>> The 'Save' method from the _userGroupService is called with >>>>>>>>>>>>>> the updated usersGroup. I checked that and it is indeed changed >>>>>>>>>>>>>> there. >>>>>>>>>>>>>> The very fancy 'Save' method looks like this: >>>>>>>>>>>>>> >>>>>>>>>>>>>> [Transaction] >>>>>>>>>>>>>> public virtual void Save(UsersGroup instance) >>>>>>>>>>>>>> { >>>>>>>>>>>>>> _userGroupRepos.SaveOrUpdate(instance); >>>>>>>>>>>>>> } >>>>>>>>>>>>>> >>>>>>>>>>>>>> In NhProf I see that a transaction is started and committed >>>>>>>>>>>>>> but there is nothing done in the transaction. The UsersGroup is >>>>>>>>>>>>>> using the >>>>>>>>>>>>>> second level cache, so maybe it has something to do with that >>>>>>>>>>>>>> but I'm not >>>>>>>>>>>>>> sure. >>>>>>>>>>>>>> >>>>>>>>>>>>>> If anyone can shed some light on this one, that would be most >>>>>>>>>>>>>> welcome ;-) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Greetz, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Bart >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >>> >>> >> >> >> > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/rhino-tools-dev?hl=en -~----------~----~----~----~------~----~------~--~---
