It's an interesting propostion. Though I wonde why putting the field
serviceNameOnSubscriptionExpiry in Content rather than in SubscriptionResource
entity? (to keep the data model easier to understand)
I'd prefer a new runServiceOnSubscriptionExpiry service, I'm against premature
optimisation.
Hello Jacques/Hans,
Please find my response inline.
On Fri, Sep 13, 2013 at 11:55 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Hans Bakker wrote:
> > Isn't it so that it works the other way around?
>
> I don't know exactly what Ramkrishna wants to do. Sometimes you need to
> cu
Pierre Smits wrote:
> Hi Ted,
>
> First of all, in general companies have a document called Terms of Sale and
> Delivery and in most cases these documents contain a paragraph stating
> which law and court is deemed to be applicable when conflicts regarding the
> terms of sale and delivery arise. T
Hi Ted,
First of all, in general companies have a document called Terms of Sale and
Delivery and in most cases these documents contain a paragraph stating
which law and court is deemed to be applicable when conflicts regarding the
terms of sale and delivery arise. The companies better make sure th
On Fri, Sep 13, 2013 at 3:16 AM, Pierre Smits wrote:
> That depends on the legal setup of each country regarding protection of
> customers.
>
> In a country it might be so that subscriptions must automatically end when
> the period reaches the thru date and no confirmation has been given, and in
>
That depends on the legal setup of each country regarding protection of
customers.
In a country it might be so that subscriptions must automatically end when
the period reaches the thru date and no confirmation has been given, and in
others it can be so that subscriptions automatically extend unle
Hans Bakker wrote:
> Isn't it so that it works the other way around?
I don't know exactly what Ramkrishna wants to do. Sometimes you need to
customise things (I had to so I did not use the std way).
> all subscriptions have an expiry date, and need to be extended?
> When not extended will expir
Isn't it so that it works the other way around?
all subscriptions have an expiry date, and need to be extended?
When not extended will expire using that date?
i think there was some extending service which is run regularly
Regards,
Hans
On 09/12/2013 06:54 PM, Jacques Le Roux wrote:
You w
You will have to write your own. Be sure to check what is already in
SubscriptionServices.java
Jacques
Ramkrishna Swamy wrote:
> Hello Jacques,
>
> The mentioned tables I know but I have not come across any code or service
> which would expire the subscription. I have seen one scheduled service
Hello Jacques,
The mentioned tables I know but I have not come across any code or service
which would expire the subscription. I have seen one scheduled service
"runSubscriptionAutoReorders" which checks for expiration of the
subscription by comparing current date and subscription's thruDate; but
You got one possibilty (the simplest one and most used I guess). A little
explanation of the data model is at
https://cwiki.apache.org/confluence/display/OFBIZ/Subscription
Jacques
Ramkrishna Swamy wrote:
> Hello list,
>
> I have gone through link of subscription
> http://www.amicontech.com/bl
11 matches
Mail list logo
