2012-05-02 46 views
2

1)您可以安排一个消息驱动bean只在特定时间访问一个队列?安排消息驱动bean在特定时间访问队列?

例如,用户具有两个接触选项 - 9 AM-5PM和5 pm-10pm之间。我想要有两个MDB,一个是从上午9点到下午5点,另一个是下午3点到10点。

两个队列可以全天发送给他们的消息,但我只希望在特定的时间来处理它们。

理想@Schedule会工作,但遗憾的是它没有。

中使用GlassFish 3.1.2和5.5.1的ActiveMQ,但我敢肯定它不是实现特有的问题。

编辑1

代码

@MessageDriven(
    activationConfig = { 
     @ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue"), 
     @ActivationConfigProperty(propertyName = "destination", propertyValue = "jms/queue/amqmsg") 
}) 
public class ExampleMessageBean implements MessageListener { 

@Schedule(second="*", minute="*", hour="9-17", persistent = false) 
public void onMessage(Message message) { 
    try { 
     System.out.println("We've received a message: " + message.getJMSMessageID()); 

     System.out.println("\n\n Message\n\n" + message); 

    } catch (JMSException e) { 
     e.printStackTrace(); 
    } 
} 

}

上部署获取错误。我认为@Schedule无法以这种方式使用。有人可以确认吗?

SEVERE: Exception while invoking class org.glassfish.ejb.startup.EjbDeployer load method java.lang.RuntimeException: EJB Container initialization error 
at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:242) 
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:299) 
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:105) 
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:186) 
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:264) 
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:460) 
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240) 
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259) 
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:461) 
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212) 
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179) 
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117) 
at com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(ContainerMapper.java:354) 
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195) 
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849) 
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746) 
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045) 
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228) 
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) 
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) 
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) 
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) 
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) 
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) 
at com.sun.grizzly.ContextTask.run(ContextTask.java:71) 
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) 
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) 
at java.lang.Thread.run(Thread.java:662) 
Caused by: javax.ejb.EJBException: Invalid @Timeout or @Schedule signature for: public void com.name.mdb.ExampleMessageBean.onMessage(javax.jms.Message) @Timeout or @Schedule method must return void and be a no-arg method or take a single javax.ejb.Timer param 
at com.sun.ejb.containers.BaseContainer.processEjbTimeoutMethod(BaseContainer.java:2219) 
at com.sun.ejb.containers.BaseContainer.<init>(BaseContainer.java:743) 
at com.sun.ejb.containers.MessageBeanContainer.<init>(MessageBeanContainer.java:142) 
at com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:121) 
at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:230) 
... 33 more 

    SEVERE: Exception while loading the app 
    INFO: No timers to be deleted for id: 87558812344647680 
    SEVERE: Exception while loading the app : EJB Container initialization error 
    javax.ejb.EJBException: Invalid @Timeout or @Schedule signature for: public void com.test.mdb.ExampleMessageBean.onMessage(javax.jms.Message) @Timeout or @Schedule method must return void and be a no-arg method or take a single javax.ejb.Timer param 
at com.sun.ejb.containers.BaseContainer.processEjbTimeoutMethod(BaseContainer.java:2219) 
at com.sun.ejb.containers.BaseContainer.<init>(BaseContainer.java:743) 
at com.sun.ejb.containers.MessageBeanContainer.<init>(MessageBeanContainer.java:142) 
at com.sun.ejb.containers.ContainerFactoryImpl.createContainer(ContainerFactoryImpl.java:121) 
at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:230) 
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:299) 
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:105) 
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:186) 
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:264) 
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:460) 
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240) 
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1259) 
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:461) 
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:212) 
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179) 
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117) 
at com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(ContainerMapper.java:354) 
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195) 
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849) 
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746) 
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045) 
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228) 
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) 
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) 
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) 
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) 
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) 
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) 
at com.sun.grizzly.ContextTask.run(ContextTask.java:71) 
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) 
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) 
at java.lang.Thread.run(Thread.java:662) 
+0

可以使用@Schedule,为什么没有在应诉工作 –

回答

2

时间表不喜欢被调用你的方法有消息参数。它如何知道这个论点。

只需添加项目到队列和处理seperately。

@MessageDriven(
    activationConfig = { 
     @ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue"), 
     @ActivationConfigProperty(propertyName = "destination", propertyValue = "jms/queue/amqmsg") 
}) 
public class ExampleMessageBean implements MessageListener { 

private BlockingQueue<Message> queue = new ArrayBlockingQueue<Message>() ; 

@Schedule(second="*", minute="*", hour="9-17", persistent = false) 
public void process() 
{ 
    //process queue here. 
} 
public void onMessage(Message message) { 
    try { 
     System.out.println("We've received a message: " + message.getJMSMessageID()); 
     queue.add(message); 
     System.out.println("\n\n Message\n\n" + message); 

    } catch (JMSException e) { 
     e.printStackTrace(); 
    } 
} 
+0

感谢,并抱歉耽搁当您添加表述它的结果。当我问这个问题时,我知道我对这个过程的理解是否已经结束。感谢您清理它。 – feargal