当前位置: 动力学知识库 > 问答 > 编程问答 >

java - @Transactional and inheritance

问题描述:

I used to add @Transactional annotations to all spring services (classes). And then I thought: do I really have to, if the transactinal behaviour should be the same? (Of course, if it shouldn't, we would add @Transational with other parameters to methods.) I tried to find some useful information about inheritance with @Transactional, read about @Inherited (and it looks like @Transactional is @Inherited). I experimented with rollbackFor and noRollbackFor for the following example, and it looks like @Transactional in GenericService worked for doSmthSpecific.

@Transactional

public abstract class GenericService {

public void doSmthGeneric() {

}

}

public class SpecificService extends GenericService {

public void doSmthSpecific() {

}

}

And in case GenericService was an interface, I think it wouldn't work. I guess it's more like "correct me if I'm wrong" question, I'd like to know if it's actually all right to add @Transactional to superclass only, and if I'm missing something here. A detailed explanation (or a link to such explanation) would be appreciated.

网友答案:

Quoting the docs

You can place the @Transactional annotation before an interface definition, a method on an interface, a class definition, or a public method on a class...

They also recommend against annotating interfaces/interface methods.

Spring recommends that you only annotate concrete classes (and methods of concrete classes) with the @Transactional annotation, as opposed to annotating interfaces. You certainly can place the @Transactional annotation on an interface (or an interface method), but this works only as you would expect it to if you are using interface-based proxies.

Later they go on to explain that it doesn't work when you're using class-based proxies or aspectj weaving.

分享给朋友:
您可能感兴趣的文章:
随机阅读: