Redeploying of the Order on scheduling, stuck in processing state.

Redeploying of the Order on scheduling, stuck in processing state.

Note: Scheduling works fine if the order is new order

Steps to reproduce:

1. Updated the timezone= America/Anchorage in the table smb.reseller_properties
1. Deploy an order before 12 AM
2. Edit the order and schedule order with Start (April 7)/ /End date

Actual Result:

It is observed that orders gets stuck in processing state once QRTZ TRIGGERS on reaching start date. (PFA screenshot)

Snippet of tomcat log:

2015-04-07 11:22:50,499-104846366 [OrderScheduler_Worker-2] INFO com.thesearchagency.sapi.services.order.error.ErrorHandler [] - Skipping soft error lookup for Success campaign[1571] for merchant[869c9cb7-dd88-466c-ba47-7c97cc22d3dc], on order [56a9bae6-247f-4dc3-864b-0708723b5983]
2015-04-07 11:22:50,500-104846367 [OrderScheduler_Worker-2] INFO com.thesearchagency.sapi.services.order.error.ErrorHandler [] - Discovered deployment status for campaign[1571] for merchant[869c9cb7-dd88-466c-ba47-7c97cc22d3dc], on order [56a9bae6-247f-4dc3-864b-0708723b5983] equal to Success...not handling
2015-04-07 11:22:50,501-104846368 [OrderScheduler_Worker-2] ERROR com.thesearchagency.sapi.services.order.OrderService [] - Could not check the deployment status for Order[56a9bae6-247f-4dc3-864b-0708723b5983] due to exception: null!
2015-04-07 11:22:50,503-104846370 [OrderScheduler_Worker-2] ERROR com.thesearchagency.sapi.services.order.OrderService [] - Stack Trace
java.lang.NullPointerException: null
at com.thesearchagency.sapi.services.order.error.ErrorHandler.handle(ErrorHandler.java:92) ~[ErrorHandler.class:na]
at com.thesearchagency.sapi.services.order.DeploymentServiceHelper.getDeploymentState(DeploymentServiceHelper.java:217) ~[DeploymentServiceHelper.class:na]
at com.thesearchagency.sapi.services.order.DeploymentServiceHelper.checkDeploymentState(DeploymentServiceHelper.java:164) ~[DeploymentServiceHelper.class:na]
at com.thesearchagency.sapi.services.order.OrderService.updateOrderStatus(OrderService.java:621) [OrderService.class:na]
at com.thesearchagency.sapi.services.order.OrderService.updateOrderProxyStatus(OrderService.java:577) [OrderService.class:na]
at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source) ~[na:na]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.6.0_30]
at java.lang.reflect.Method.invoke(Method.java:622) ~[na:1.6.0_30]
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:319) ~[spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) ~[spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) ~[spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:110) ~[spring-tx-3.1.2.RELEASE.jar:3.1.2.RELEASE]
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) ~[spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202) ~[spring-aop-3.1.2.RELEASE.jar:3.1.2.RELEASE]
at com.sun.proxy.$Proxy46.updateOrderProxyStatus(Unknown Source) ~[na:na]
at com.thesearchagency.sapi.services.order.OrderStatusUpdateJob.updateDeployedOrders(OrderStatusUpdateJob.java:130) ~[OrderStatusUpdateJob.class:na]
at com.thesearchagency.sapi.services.order.OrderStatusUpdateJob.doRunUpdates(OrderStatusUpdateJob.java:85) ~[OrderStatusUpdateJob.class:na]
at com.thesearchagency.sapi.services.order.OrderStatusUpdateJob.execute(OrderStatusUpdateJob.java:57) ~[OrderStatusUpdateJob.class:na]
at org.quartz.core.JobRunShell.run(JobRunShell.java:213) ~[quartz-2.1.7.jar:na]
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) ~[quartz-2.1.7.jar:na]