I do see that updateShoppingList has a check that there is recurring info before it allows "isActive" to be set to "Y". That is a good reason to leave things as they are.
That leaves my remaining question as how to mark subscriptions/account that are dead - do I change the order status or use the isActive field of the shoppingList or am I missing the right approach all together. Thanks, -Al On 2/13/07, Al Byers <[EMAIL PROTECTED]> wrote:
It is for managing subscriptions. I need to periodically bill using the ShoppingList services. I can have several subscriptions tied to an order. If they are too far in arrears the subscriptions need to be cancelled. I am planning on setting the thruDates of the subscription at a certain point, but I do not want to deactivate the "account" using that method because the authorization may go thru within a prescribed timeframe and I can turn the subscriptions back on. So I am looking for away to know if a subscription is "dead" - no longer trying to get payment. I thought the way to deactivate an account would be to set the initial OrderHeader's associated ShoppingList.isActive to "N", but it is "N" to start. I guess I could just activate the ShoppingList as soon as it is created, but why should I have to do that? Why can't I just activate the ShoppingList when i create it? It is one of the input parameters to createShoppingList, but "makeListFromOrder" does not allow me to set it. I hesitated to set the OrderHeader.statusId to ORDER_CANCELLED once it is set to ORDER_COMPLETED, but is that the best way to do that or create a special StatusItem for "deactivated". Thanks, -Al On 2/13/07, David E. Jones <[EMAIL PROTECTED]> wrote: > > > Because of what isActive is used for this default generally makes > sense. Any hints on why this isn't working for you or why the > approach used elsewhere for this isn't sufficient? > > -David > > > On Feb 12, 2007, at 11:48 PM, Al Byers wrote: > > > It can be set by an input parameter in > > ShoppingListServices.xml:createShoppingList, but the most likely > > place to > > call "createShoppingList", ShoppingListServices.java - > > makeListFromOrder > > does not allow the createShoppingList parameters to be set from a > > "makeValid" call and that is what I think should be done. > > > > -Al > > >
