在Akka 2.X.X的演员类定义中使用@Transactional? - java

我以前在我的bean上使用Spring事务注释。
但是,来自Akka的演员都不愿。
这是我在Scala中的代码片段:

@Service
@Transactional
@Scope("prototype")
class MyActor extends Actor with ActorLogging { 

   def receive = {
     //......  throwing a NotInTransaction (no matter what the calling lib is)
   }
}

但是,@Transactional可用于所有其他非actor bean。

我添加了Java作为标记,因为我想这可能与Akka for Java类似。

我错过了什么?

我要指出的是,我事先遵循了这种技术(我在Scala中进行了调整),使我的演员创作意识到Spring:
http://www.typesafe.com/activator/template/akka-java-spring

更新示例-----------

@Service("eventsListenerActor")
@Scope("prototype")
class EventsListenerActor @Autowired()(val eventRepository: EventRepository) extends Actor {

  def receive = {
    case RetrieveNewEvents =>
      val newEvents = eventRepository.findNewEvents(EventBatchSizeProperty)
  }

}

@Repository
class MyEventRepository extends EventRepository {

   @Transactional       //transactional annotation here
   def findNewEvents(batchSize: Int): List[Event] = {
    //................    code warning that transaction context is not present here !
  }
}

在actor外部对findNewEvents的任何调用都会很好地建立事务上下文。

正如我在下面的评论中所问的那样,它可能与actor及其线程化方式有关吗?

参考方案

应用程序容器中的事务跟踪基于ThreadLocal变量,因此它不适用于Actors。冲突不是巧合,因为让参与者参与更大的交易与意图背道而驰:参与者不应共享任何内容,而只能使用消息进行交流。在不违反此规则的情况下,两个参与者在内部永远不可能保持一致。

遵循此规则的好处很多:正确的封装,位置透明性,在CPU或节点之间的轻松分配,合理的故障处理模型。

同步方法还是使用spring @transactional? - java

我有一种将用于发送电子邮件的方法。我想锁定此方法,以便每次只能有一个线程访问它,其余线程同时访问。我应该同步方法还是使用spring @transactional PROPAGATION_REQUIRED?在我的服务层 //each time use new thread to send out email public void sendThroughSM…

Java:正则表达式模式匹配器是否有大小限制? - java

我的模式类似于OR:“word1 | word2 | word3”我大约有800个字。可能有问题吗? 参考方案 您仅受记忆和理智的限制。 :)

Java:线程池如何将线程映射到可运行对象 - java

试图绕过Java并发问题,并且很难理解线程池,线程以及它们正在执行的可运行“任务”之间的关系。如果我创建一个有10个线程的线程池,那么我是否必须将相同的任务传递给池中的每个线程,或者池化的线程实际上只是与任务无关的“工人无人机”可用于执行任何任务?无论哪种方式,Executor / ExecutorService如何将正确的任务分配给正确的线程? 参考方案 …

JAVA:字节码和二进制有什么区别? - java

java字节代码(已编译的语言,也称为目标代码)与机器代码(当前计算机的本机代码)之间有什么区别?我读过一些书,他们将字节码称为二进制指令,但我不知道为什么。 参考方案 字节码是独立于平台的,在Windows中运行的编译器编译的字节码仍将在linux / unix / mac中运行。机器代码是特定于平台的,如果在Windows x86中编译,则它将仅在Win…

java:继承 - java

有哪些替代继承的方法? java大神给出的解决方案 有效的Java:偏重于继承而不是继承。 (这实际上也来自“四人帮”)。他提出的理由是,如果扩展类未明确设计为继承,则继承会引起很多不正常的副作用。例如,对super.someMethod()的任何调用都可以引导您通过未知代码的意外路径。取而代之的是,持有对本来应该扩展的类的引用,然后委托给它。这是与Eric…