Hey Konrard, 

thanks for your input. I'll look into it. 

On Tuesday, August 5, 2014 6:22:30 PM UTC+2, Konrad Malawski wrote:
>
> Hi Maatary,
> This is more of an architectural question, not really limited to Actors.
>
> If I get that right you're worried about evolution in system B forcing 
> system A to evolve as well, but you'd rather not change both systems, as 
> essentially A can stay as is, right?
> So instead of directly storing data ("Commands") from system A (this I 
> understand as "as A's datatypes") receive the command, and emit (persist) 
> new datatypes which will represent *your* representation of that data (so 
> "Events").
> Basically, have something convert stuff from world A to world B, and then 
> work on it in world B.
>
> Not sure if this helps, try reading up on Domain Driven Design, which may 
> help you find your way about designing such systems.
>
> PS: This has been cross posted to stack overflow: 
> http://stackoverflow.com/questions/25139100/how-to-isolate-actor-data-model 
> Please try using one medium to ask your question at first, otherwise we, 
> the people of the internets, duplicate efforts and discussions. :-)
>
>
> On Tue, Aug 5, 2014 at 2:42 PM, Maatary Okouya <maatar...@gmail.com 
> <javascript:>> wrote:
>
>> I'm
>>
>> in the process of transforming the architecture of my system, which at 
>> the level i am interested in, is not multi-threaded for now.
>>
>> Let say today i have a component A that communicate with a component B 
>> via a command pattern to isolate one another from each other. So as we all 
>> know only the command actually bridge them. The Good thing is only the 
>> command implementation has to change if one of the component implementation 
>> has to change. In my situation component B will evolve over time.
>>
>> I was wondering how to replicate that with Akka Actor. Indeed i believe 
>> with actors, indeed command do not have the right to manipulate the content 
>> of an actor or whatever the actor encapsulate.
>>
>> So i would like to know how should this pattern be change to meet actor 
>> requirement.
>>
>> In my particular case, my command contains data from A that based on the 
>> nature of the command trigger the creation of Data in B following its data 
>> model.
>>
>> Just to give a clue: B is a component that wrap a semantic database. In A 
>> we have some java object. It is not their representation as is that has to 
>> be entered in B. Think of it like you have a language (we represent with 
>> object the sentences that you can form with it) and its semantic that we 
>> represent with triples. A is a component that observe message (in that 
>> language) and trigger the command that create the appropriate semantic in 
>> B. B does some reasoning with this semantic and monitor it over time.
>>
>> (This is a gross simplification but it is just to give a context)
>>
>> PS:
>>
>> I'm new in the Actor field.
>>
>> -- 
>> >>>>>>>>>> Read the docs: http://akka.io/docs/
>> >>>>>>>>>> Check the FAQ: 
>> http://doc.akka.io/docs/akka/current/additional/faq.html
>> >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Akka User List" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to akka-user+...@googlegroups.com <javascript:>.
>> To post to this group, send email to akka...@googlegroups.com 
>> <javascript:>.
>> Visit this group at http://groups.google.com/group/akka-user.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Cheers,
> Konrad 'ktoso' Malawski
> hAkker @ Typesafe
>
> <http://typesafe.com>
>  

-- 
>>>>>>>>>>      Read the docs: http://akka.io/docs/
>>>>>>>>>>      Check the FAQ: 
>>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html
>>>>>>>>>>      Search the archives: https://groups.google.com/group/akka-user
--- 
You received this message because you are subscribed to the Google Groups "Akka 
User List" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to akka-user+unsubscr...@googlegroups.com.
To post to this group, send email to akka-user@googlegroups.com.
Visit this group at http://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.

Reply via email to