Thoughts on adding optional attribute roleTypeId to createPerson service

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Thoughts on adding optional attribute roleTypeId to createPerson service

Vikas Mayur-2
How about adding an optional attribute roleTypeId to createPerson service to
call createPartyRole on a service eca similar to what is done in for
createPartyContactMech to create the purpose.
This is often used in events and this way there will be no need to
explicitly call createPartyRole service.

Thoughts please.

Vikas
Reply | Threaded
Open this post in threaded view
|

Re: Thoughts on adding optional attribute roleTypeId to createPerson service

Anil Patel-3
+1

Regards
Anil
On May 23, 2008, at 11:00 AM, Vikas Mayur wrote:

> How about adding an optional attribute roleTypeId to createPerson  
> service to
> call createPartyRole on a service eca similar to what is done in for
> createPartyContactMech to create the purpose.
> This is often used in events and this way there will be no need to
> explicitly call createPartyRole service.
>
> Thoughts please.
>
> Vikas


smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Thoughts on adding optional attribute roleTypeId to createPerson service

Jacques Le Roux
Administrator
In reply to this post by Vikas Mayur-2
Yes sounds like a good idea and I suppose if roleTypeId is empty the ECA is skipped (did not look at code)

Jacques

From: "Vikas Mayur" <[hidden email]>

> How about adding an optional attribute roleTypeId to createPerson service to
> call createPartyRole on a service eca similar to what is done in for
> createPartyContactMech to create the purpose.
> This is often used in events and this way there will be no need to
> explicitly call createPartyRole service.
>
> Thoughts please.
>
> Vikas
>
Reply | Threaded
Open this post in threaded view
|

Re: Thoughts on adding optional attribute roleTypeId to createPerson service

Vikas Mayur-2
Jacques, you are right indeed.

I think this can also be done for couple of other services:
1) createPersonAndUserLogin
2) createPartyGroup

Vikas

On Sat, May 24, 2008 at 3:02 AM, Jacques Le Roux <
[hidden email]> wrote:

> Yes sounds like a good idea and I suppose if roleTypeId is empty the ECA is
> skipped (did not look at code)
>
> Jacques
>
> From: "Vikas Mayur" <[hidden email]>
>
>  How about adding an optional attribute roleTypeId to createPerson service
>> to
>> call createPartyRole on a service eca similar to what is done in for
>> createPartyContactMech to create the purpose.
>> This is often used in events and this way there will be no need to
>> explicitly call createPartyRole service.
>>
>> Thoughts please.
>>
>> Vikas
>>
>>
Reply | Threaded
Open this post in threaded view
|

Re: Thoughts on adding optional attribute roleTypeId to createPerson service

Jacques Le Roux
Administrator
Yes the pattern sounds fine to me

Jacques

From: "Vikas Mayur" <[hidden email]>

> Jacques, you are right indeed.
>
> I think this can also be done for couple of other services:
> 1) createPersonAndUserLogin
> 2) createPartyGroup
>
> Vikas
>
> On Sat, May 24, 2008 at 3:02 AM, Jacques Le Roux <
> [hidden email]> wrote:
>
>> Yes sounds like a good idea and I suppose if roleTypeId is empty the ECA is
>> skipped (did not look at code)
>>
>> Jacques
>>
>> From: "Vikas Mayur" <[hidden email]>
>>
>>  How about adding an optional attribute roleTypeId to createPerson service
>>> to
>>> call createPartyRole on a service eca similar to what is done in for
>>> createPartyContactMech to create the purpose.
>>> This is often used in events and this way there will be no need to
>>> explicitly call createPartyRole service.
>>>
>>> Thoughts please.
>>>
>>> Vikas
>>>
>>>
>