Hi Michael,

You can use props.withDeploy(Deploy.local) where props is the Props of the
actor you want to instantiate. This will disable the serialization check
for that actor (of course you need to pass the props returned by withDeploy
to actorOf)

-Endre

On Tue, Nov 24, 2015 at 11:18 AM, Michi <
michael.tha...@physik.tu-muenchen.de> wrote:

> Hi,
>
> we are using Akka for a modular application where various modules provide
> services. The application was initially developed without Akka. To support
> multiprocessing, we added special modules that can send and receive data
> using TCP / UDP.
>
> The application now uses Akka, but we still use our old approach to send
> data using TCP / UDP for multiprocessing.
>
> Unfortunately this approach is a bit limited and it would be nice to make
> it possible to use Akka remoting to run modules in several processes. As a
> first step I tried to make sure all Props are serialize. To check this I
> enabled
>
> akka {
>   actor {
>     serialize-creators = on
>   }
> }
>
> But now I run into a problem: we have some modules that e.g. share a CORBA
> connection (e.g. one module creates a CORBA connection and some other
> modules use this connection to access services). Obviously a CORBA
> connection is not serializable and I get an exception when I run the
> application.
>
> Is there some way to tell Akka for certain Actors that is it ok that props
> are not serializable? The only thing I found is to set deploy.scope to
> LocalScope. Can someone provide an example how to do this for certain
> actors?
>
> Is it acutally possible to address actors in application.conf not by path,
> but by class  or interface it implements? Then one could mark all actors
> with props that are not serializable (by design) with that interface and
> exclude them easily from serialize-creators checks.
>
> Thanks,
> Michael
>
> --
> >>>>>>>>>> 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.
>



-- 
Akka Team
Typesafe - Reactive apps on the JVM
Blog: letitcrash.com
Twitter: @akkateam

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