SEAM：组件“解​​除注入” “太快了”在拦截器中？

Question

假设我在 SEAM 应用程序中有以下拦截器：

public class MyInterceptor {
  @In
  private Monitor myMonitor;

  @AroundInvoke
  public Object aroundInvoke(InvocationContext ctx) throws Exception {
    try {
      myMonitor.a();
      return ctx.proceed();
    }
    finally {
      myMonitor.b();
    }
  }
}

myMonitor.a() 有效（因此 Monitor 被正确注入），myMonitor.b() 失败，因为 Monitor 已经为空。 Seam 文档说：“方法完成并退出后，注入的值立即被取消注入（即设置为 null）。”

这就是正在发生的事情吗？我可以做些什么来告诉 SEAM“尚未”“清除”组件吗？我当然也可以做类似 XContext.get(..) 的事情，但我想知道这是一个错误还是我这边的错误。谢谢！

Answer 1

试试这个吧

Object response = null;

try {
    myMonitor.a();

    response = ctx.proceed();
} finally {
    myMonitor.b();
}

return response;

，

Answer 2

避免使用注射。

尝试解决这个问题。我看到你们正在进行某种监视。查看这个拦截器，它捕获 Seam 组件中执行方法的时间量。尝试修改您的代码以匹配它。

效果很好！
这是链接

Answer 3

Seam 正在按照广告宣传的那样工作。

你可以忽略解除注入：

public class MyInterceptor {

  private Monitor myMonitor;

  @In
  private void setMonitor(Monitor aMonitor) {
     if (aMonitor != null) {
       myMonitor = aMonitor;
     }
  }


  @AroundInvoke
  public Object aroundInvoke(InvocationContext ctx) throws Exception {
    try {
      myMonitor.a();
      return ctx.proceed();
     }
     finally {
       myMonitor.b();
       myMonitor = null; //perform disinjection yourself
     }
  }
}

这里需要注意的是，Seam 解除引用是有原因的。 Seam 想要控制“myMonitor”的生命周期和身份，并且通过保留对它的引用，您就没有遵守与 Seam 签订的合同。这可能会导致意外的行为。

例如，如果 myMonitor 由于某种原因位于无状态范围内，Seam 可能会在 ctx.proceed() 返回之前销毁它，从而为您留下对损坏代理的引用。最好的建议是了解您所保留的内容的范围和生命周期，因为您“生活在边缘”。