From: "Deepak Agarwal" <[email protected]>
Any basic list of webapps which needs to be distributable. We are running a
ecommerce site.

This is you to decide, depends on which backend components you are using or 
not...

I have doubts with unique id generations, server hit counters and
cache(GenericValue cache).

unique id generations is safe, with any DBMS. It uses banks for faster (in memory most of the time) generation and a SELECT FOR UPDATE when creating banks (in order to prevent collisions)

server hit counters is safe but costly, depends on your needs.

cache is safe but you need to use the DCC mechanims if you distribute your application https://cwiki.apache.org/confluence/display/OFBIZ/Distributed+Entity+Cache+Clear+Mechanism

By and large, I advice for sticky sessions for easier deployment. This is not a problem as long as you are not running a critical application (ie users lose their sessionin case of machine crash, even if distributed. Most of the time in eCommerce you distribute for load , it's not that ctritical and nowadays systems are reliable)

Don't ask me more...

Jacques

On Sat, Jun 16, 2012 at 3:28 AM, Jacques Le Roux <
[email protected]> wrote:

Yes, that was recently introduced. Before all webapps were distributable
by default which was too much.

Jacques

From: "Deepak Agarwal" <[email protected]>

 Got the answer, and answer is 'Yes' . Webapps which needs to be
distributed
should add this.

On Fri, Jun 15, 2012 at 11:56 PM, Deepak Agarwal <[email protected]
>wrote:

 Do we need add  <distributable /> in all webapp for clustering to work ?

--
Thanks,
Deepak Agarwal,

Paxcel Technologies Pvt Ltd.
Hartron Complex, Sector 18, Gurgaon, India.
E-Mail: [email protected]
Mobile: +91 9910322604




--
Thanks,
Deepak Agarwal,

Paxcel Technologies Pvt Ltd.
Hartron Complex, Sector 18, Gurgaon, India.
E-Mail: [email protected]
Mobile: +91 9910322604




--
Thanks,
Deepak Agarwal,

Paxcel Technologies Pvt Ltd.
Hartron Complex, Sector 18, Gurgaon, India.
E-Mail: [email protected]
Mobile: +91 9910322604

Reply via email to