POS Setup

[rajsaini]

skip@theDevers wrote:
> I am in the final throws of writting a standalone Sales Order Entry
> application written in pure Java (I gave up on XUI after pulling my hair out
> for a week with the complex panel structure).
I have you thought of using Eclipse RCP? It can save you lot of glue
code and you can just write the plugin for your application. I have been
experimenting with something similar.

Thanks,

Raj

>    The proposed architecture
> looks like this (forgive the text based graphics):
>
>
>     +---------------+       +-----------------+
>     |               |       |                 |
>     |   Web Apps    |       |   Sales Order   |
>     |               |       |   Java GUI      |
>     +-------+-------+       |                 |
>             |               +-----------------+
>             |               |                 |
>             |               | Ofbiz Framework |
>          Internet           |                 |
>             |               +-----------------+
>             |                        |
>      +---------------+               |
>      |               |               |
>      |  Main Ofbiz   |               |
>      |    Server     |               |
>      |               |               |
>      +------+--------+               |
>             |                        |
>             +---Internal Network-----+
>             |
>      +------+---------+
>      |                |
>      | Postgres Server|
>      |                |
>      +----------------+
>
> This is the same as the POS app (I even reused some of the same code) except
> that I did not use XUI.  Each of the Sales Order Entry apps runs on desktops
> configured to talk to the same Postgres server using Ofbiz services, the
> same as the Ofbiz server (and POS client I think), and connected via the
> internal private network to the database server.  These are built all at the
> same time, so any ECA rules, database structure changes, etc. are applied to
> all applications.  A copy is then installed on each desktop running the SOE
> app.
>
> I intend to use the same architecture for a complicated EOQ purchasing
> system that I think will be too hard to do with a web app.
>
> As mentioned, this works.  I have already partially implemented and tested
> it in a limited way, i.e. I can access the main server with a browser and
> see the sales I have made with the SOE app.
>
> I am worried that I might be missing something, especially when I have 11 of
> the SOE apps running at the same time.
>
> Can anyone offer any input?  Is there something internal deep inside Ofbiz
> where all transactions need to go through a single entity engine instead of
> a dozen or so talking to the same database server?  Are there
> synchronization issues I might be overlooking?
>
> I am aware that I will need to re-install the desktops if the server
> structure changes in any meaningful way.
>
> Skip
>
>
>  

[Jacques Le Roux]

You might be interested by this old posts

http://lists.ofbiz.org/pipermail/users/2004-September/005161.html
http://lists.ofbiz.org/pipermail/users/2004-September/005175.html

An Alternative is OFBiz  EntitySync stuff (see PosSyncSettings.xml), but I guess you prefered another way

Jacques

De : "skip@theDevers" <[hidden email]>

> I am in the final throws of writting a standalone Sales Order Entry
> application written in pure Java (I gave up on XUI after pulling my hair out
> for a week with the complex panel structure).   The proposed architecture
> looks like this (forgive the text based graphics):
>
>
>     +---------------+       +-----------------+
>     |               |       |                 |
>     |   Web Apps    |       |   Sales Order   |
>     |               |       |   Java GUI      |
>     +-------+-------+       |                 |
>             |               +-----------------+
>             |               |                 |
>             |               | Ofbiz Framework |
>          Internet           |                 |
>             |               +-----------------+
>             |                        |
>      +---------------+               |
>      |               |               |
>      |  Main Ofbiz   |               |
>      |    Server     |               |
>      |               |               |
>      +------+--------+               |
>             |                        |
>             +---Internal Network-----+
>             |
>      +------+---------+
>      |                |
>      | Postgres Server|
>      |                |
>      +----------------+
>
> This is the same as the POS app (I even reused some of the same code) except
> that I did not use XUI.  Each of the Sales Order Entry apps runs on desktops
> configured to talk to the same Postgres server using Ofbiz services, the
> same as the Ofbiz server (and POS client I think), and connected via the
> internal private network to the database server.  These are built all at the
> same time, so any ECA rules, database structure changes, etc. are applied to
> all applications.  A copy is then installed on each desktop running the SOE
> app.
>
> I intend to use the same architecture for a complicated EOQ purchasing
> system that I think will be too hard to do with a web app.
>
> As mentioned, this works.  I have already partially implemented and tested
> it in a limited way, i.e. I can access the main server with a browser and
> see the sales I have made with the SOE app.
>
> I am worried that I might be missing something, especially when I have 11 of
> the SOE apps running at the same time.
>
> Can anyone offer any input?  Is there something internal deep inside Ofbiz
> where all transactions need to go through a single entity engine instead of
> a dozen or so talking to the same database server?  Are there
> synchronization issues I might be overlooking?
>
> I am aware that I will need to re-install the desktops if the server
> structure changes in any meaningful way.
>
> Skip
>

[SkipDever]

Jaques

Thanks for this, I would never have thought about the SandBox issues.

Skip

-----Original Message-----
From: Jacques Le Roux [mailto:[hidden email]]
Sent: Friday, September 28, 2007 8:05 AM
To: [hidden email]
Subject: Re: Architecture question


You might be interested by this old posts

http://lists.ofbiz.org/pipermail/users/2004-September/005161.html
http://lists.ofbiz.org/pipermail/users/2004-September/005175.html

An Alternative is OFBiz  EntitySync stuff (see PosSyncSettings.xml), but I
guess you prefered another way

Jacques

De : "skip@theDevers" <[hidden email]>
> I am in the final throws of writting a standalone Sales Order Entry
> application written in pure Java (I gave up on XUI after pulling my hair
out

> for a week with the complex panel structure).   The proposed architecture
> looks like this (forgive the text based graphics):
>
>
>     +---------------+       +-----------------+
>     |               |       |                 |
>     |   Web Apps    |       |   Sales Order   |
>     |               |       |   Java GUI      |
>     +-------+-------+       |                 |
>             |               +-----------------+
>             |               |                 |
>             |               | Ofbiz Framework |
>          Internet           |                 |
>             |               +-----------------+
>             |                        |
>      +---------------+               |
>      |               |               |
>      |  Main Ofbiz   |               |
>      |    Server     |               |
>      |               |               |
>      +------+--------+               |
>             |                        |
>             +---Internal Network-----+
>             |
>      +------+---------+
>      |                |
>      | Postgres Server|
>      |                |
>      +----------------+
>
> This is the same as the POS app (I even reused some of the same code)

except
> that I did not use XUI.  Each of the Sales Order Entry apps runs on
desktops
> configured to talk to the same Postgres server using Ofbiz services, the
> same as the Ofbiz server (and POS client I think), and connected via the
> internal private network to the database server.  These are built all at
the
> same time, so any ECA rules, database structure changes, etc. are applied
to
> all applications.  A copy is then installed on each desktop running the
SOE

> app.
>
> I intend to use the same architecture for a complicated EOQ purchasing
> system that I think will be too hard to do with a web app.
>
> As mentioned, this works.  I have already partially implemented and tested
> it in a limited way, i.e. I can access the main server with a browser and
> see the sales I have made with the SOE app.
>
> I am worried that I might be missing something, especially when I have 11

of
> the SOE apps running at the same time.
>
> Can anyone offer any input?  Is there something internal deep inside Ofbiz
> where all transactions need to go through a single entity engine instead
of
> a dozen or so talking to the same database server?  Are there
> synchronization issues I might be overlooking?
>
> I am aware that I will need to re-install the desktops if the server
> structure changes in any meaningful way.
>
> Skip
>