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
-~----------~----~----~----~------~----~------~--~---

Reply via email to