Revision [672]

Last edited on 2010-04-01 01:12:21 by KogAdmin
Deletions:
~- [[JPoSDeviceControl Controlling devices via Java]]
~- [[JPoSHelp Using JavaHelp to build help services]]

Revision [571]

Edited on 2006-09-24 07:08:06 by KogAdmin [bump]
Additions:
Ok, getting pretty close to RC1... all that's left to do is get a printing API hookin and a javax.comm hookin for the cash drawer. Oh, and get the storeOrder to actually store. I've got a capture from my co-worker, so hopefully I can figure that out...
~- storeOrder, use transaction ID in logging
~- returns - not critical
~- java printing API
~- javax.comm package
//Stats: {42 Files} :: {6935 Lines of source} :: {Getting there...}//
Deletions:
~- Current Version: ""Beta11"" (r26)
//Stats: {40 Files} :: {4834 Lines of source} :: {Getting there...}//

Revision [568]

Edited on 2006-09-20 22:11:19 by KogAdmin [bump]
Additions:
~- Current Version: ""Beta11"" (r26)
I am currently building in the last two services - return and sale. Lastly I'm doing the creation of a new agent. Breakdowns/Till balance may, or may not happen.
//Stats: {40 Files} :: {4834 Lines of source} :: {Getting there...}//
Deletions:
~- Current Version: ""Beta10-SoA"" (r22)
I am currently building in the last two services - return and sale. Lastly I'm doing the creation of a new agent. The app is pretty stable and the exceptions are mostly wrapped with friendlier errors. There's been a lot of refactoring...
//Stats: {35 Files} :: {4720 Lines of source} :: {Getting there...}//

Revision [567]

Edited on 2006-09-20 19:17:30 by KogAdmin [update]
Additions:
~- Current Version: ""Beta10-SoA"" (r22)
~- TODO:
~~- Migrate from JDesktop to SDI?
~~- Ability to save/restore cart status (save and return later to order)
~~- Split orders
~~- Return for credit? Do we even do credit?
~~- Device based authentication (barcode on keychains?)
~~- Role based vs. Security based
I am currently building in the last two services - return and sale. Lastly I'm doing the creation of a new agent. The app is pretty stable and the exceptions are mostly wrapped with friendlier errors. There's been a lot of refactoring...
//Stats: {35 Files} :: {4720 Lines of source} :: {Getting there...}//
Deletions:
~- Client-Side app: cashier functions
~~- General Mockup
~~~- JDesktop Pane root {{colour hex="#61B329" text="Done"}}
~~~- Cashier frame and general layout {{colour hex="#61B329" text="Done"}}
~~~- Tooltips, mnemonics, about->help {{colour hex="#61B329" text="Done"}}
~~~- Popup UI {{colour hex="#61B329" text="Done"}}
~~~- Popup logic {{colour hex="#61B329" text="Done"}}
~~- "Cart" functionality {{colour hex="#61B329" text="Done"}}
~~- Hooks {{colour hex="#61B329" text="Done"}}
~~- User support
~~~- Objects {{colour hex="#61B329" text="Done"}}
~~~- Cache {{colour hex="#61B329" text="Done?"}}
~~~- Auto-serial requisition on open {{colour hex="#FF6600" text="Design"}}
~~- Help API (using ""JavaHelp"") {{colour hex="#FF6600" text="Incomplete - but designed"}}
~~- Device Support
~~~- ""DeviceManager"" {{colour hex="#61B329" text="Building"}}
~~~- ""AbstractDevice"" {{colour hex="#61B329" text="Done?"}}
~~~- Printing {{colour hex="#FF6600" text="Design"}}
~~~- Till control {{colour hex="#FF6600" text="Design"}}
~- Client-Side app: reporting functions
~~- Daily report {{colour hex="#FF6600" text="Design"}}
~~- Breakdown of purchase types (CC vs. Cash etc) {{colour hex="#C67171" text="Incomplete"}}
~- Object model
~~- Exceptions {{colour hex="#61B329" text="Done"}}
~~- Order {{colour hex="#61B329" text="Done"}}
~~- Order UI hookin {{colour hex="#61B329" text="Done"}}
~~- Product {{colour hex="#61B329" text="Done"}}
~~- Agent {{colour hex="#61B329" text="Done"}}
~~- User {{colour hex="#61B329" text="Done"}}
~~- Properties/Identification {{colour hex="#61B329" text="Building"}}
~~- User Cache {{colour hex="#61B329" text="Done - probably want to override user.equals"}}
~~- Product Cache {{colour hex="#61B329" text="Done - probably want to override product.equals"}}
~- Server-Side app: RMI bridge {{colour hex="#61B329" text="Done"}}
~~- Generate longer term certs, create self CA (CACert.org?) {{colour hex="#61B329" text="Optional"}}
~- Server-Side app: integration into OFBiz
~~- Servlet skeleton {{colour hex="#61B329" text="Unecessary due to RMI"}}
~~- Wrap entity engine
~~~- ""GetProductByUPC"" {{colour hex="#61B329" text="Done, includes price calculation"}}
~~~- Log (client journal) {{colour hex="#61B329" text="Done, but a tad bit hackish. Uses HSQL"}}
~~~- Log (server journal) {{colour hex="#FF6600" text="Design - I found some PoS stuff I might be able to re-use"}}
~~~- Transact Sales {{colour hex="#FF6600" text="Design"}}
~~~- Returns {{colour hex="#FF6600" text="Investigating our return model"}}
~~~- Map 3 digit UID to customers/other entity {{colour hex="#61B329" text="Done, but a hack"}}
~~~- Agent registration (per terminal) {{colour hex="#FF6600" text="Design - may not need"}}
~- Migrate from JDesktop to SDI?
~- Bust out from Netbeans layout manager to standard build?
~- Use my standard Ant build?
~- Ability to save/restore cart status (save and return later to order)
~- Split orders
~- Return for credit? Do we even do credit?
~- Device based authentication (barcode on keychains?)
~- Centralize config
~- Role based vs. Security based
//Stats: {30 Files} :: {4282 Lines of source} :: {Getting there...}//

Revision [565]

Edited on 2006-09-08 03:46:00 by KogAdmin [status update. Need to write something about HSQL and local journals...]
Additions:
~~~- Log (client journal) {{colour hex="#61B329" text="Done, but a tad bit hackish. Uses HSQL"}}
//Stats: {30 Files} :: {4282 Lines of source} :: {Getting there...}//
Deletions:
//Stats: {29 Files} :: {3926 Lines of source} :: {Getting there...}//

Revision [563]

Edited on 2006-08-29 01:47:21 by KogAdmin [misc updates, lookups now has a section on journaling]
Additions:
~- Ability to save/restore cart status (save and return later to order)
~- Split orders
~- Return for credit? Do we even do credit?
~- Device based authentication (barcode on keychains?)
~- Centralize config
~- Role based vs. Security based

Revision [561]

Edited on 2006-08-28 17:49:35 by KogAdmin [status update]
Additions:
~~~- ""GetProductByUPC"" {{colour hex="#61B329" text="Done, includes price calculation"}}
~~~- Log (server journal) {{colour hex="#FF6600" text="Design - I found some PoS stuff I might be able to re-use"}}
~~~- Map 3 digit UID to customers/other entity {{colour hex="#61B329" text="Done, but a hack"}}
//Stats: {29 Files} :: {3926 Lines of source} :: {Getting there...}//
Deletions:
~~~- Credentials {{colour hex="#61B329" text="Done"}}
~~~- ""GetProductByUPC"" {{colour hex="#61B329" text="Done - also have GetGoodIdentityByUPC"}}
~~~- Log (server journal) {{colour hex="#FF6600" text="Design - may not need"}}
~~~- Map 3 digit UID to customers/other entity {{colour hex="#FF6600" text="Design"}}
//Stats: {36 Files} :: {4203 Lines of source} :: {Not even close to done!}//

Revision [546]

Edited on 2006-08-23 13:27:48 by KogAdmin [wiki-link hack]
Additions:
~~~- ""GetProductByUPC"" {{colour hex="#61B329" text="Done - also have GetGoodIdentityByUPC"}}
Deletions:
~~~- GetProductByUPC {{colour hex="#61B329" text="Done - also have GetGoodIdentityByUPC"}}

Revision [545]

Edited on 2006-08-23 13:26:16 by KogAdmin [edits, updates]
Additions:
Yes... Java. Mono and SWF aren't really mature - and I'm also not necessarily confident with the idea of device control (I know .NET2 has System.IO.ports for serial work, and some sort of printing... but is it portable?) and technologies like wxWidgets or Python or TCL/TK just didn't make sense. Not to mention our back-end is written in Java (OFBiz) so I can capitalize on RMI. RMI-IIOP seems to be served, but the OFBiz folks were kind enough to actually write a remote dispatcher that saves me about a ton and a half of work.
No, I do not believe Java will be too slow. Java provides all the tools I need, it's a language I know, and with a few exceptions it's pretty much the most portable solution for the problem. It's also plenty easy to find a developer that knows Java and Swing. It also provides LAF (look-n-feels), hardware abstractions (javax.comm, printing API) and is extremely portable (it's available for supposedly 100+ systems).
I haven't used SWT on this project because I didn't want to use Eclipse (although, that's not knocking Eclipse - it's just too heavy for this project) in any capacity: whether in development or the RCP at runtime. SWT, like other toolkits/languages provides no value added and introduces overhead. I'm also not sure about licensing, and I've never actually used it, where I've written in Swing. Porting to SWT might occur later, as most of the app is actually on the server side.
I have no formal agreement with my employers about IP, but so far I've been allowed to keep ownership of anything I can open source and tenatative agreements with my boss lead me to believe that I can open source this project in the interest in building goodwill and knowledge in the OFBiz community. I retain authorship (of course) and this will most likely be released under the GPL license, but may be released under anything we want now that OFbiz is Apache 2.0 licensed (see [[http://www.apache.org/licenses/LICENSE-2.0]]).
I'm not sure about the sale and redistribution, but the aim is that the application be open source. There will most likely be an injunction on sale of the software, to protect the monetary investment of my employers.
Building RMI transport of objects and relevent hookins to OFBiz. Client UI in usable status, but not hooked up to anything.
Deletions:
Yes... Java. Mono and SWF aren't really mature - and I'm also not necessarily confident of RMI-IIOP, nor with the idea of device control (I know .NET2 has System.IO.ports for serial work, and some sort of printing... but is it portable?) and technologies like wxWidgets or Python or TCL/TK just didn't make sense. Not to mention our back-end is written in Java (OFBiz) so I can capitalize on RMI.
No, I do not believe Java will be too slow. Java provides all the tools I need, it's a language I know, and with a few exceptions it's pretty much the most portable solution for the problem. It's also plenty easy to find a developer that knows Java and Swing.
I haven't used SWT on this project because I didn't want to use Eclipse (although, that's not knocking Eclipse - it's just too heavy for this project) in any capacity: whether in development or the RCP at runtime. SWT, like other toolkits/languages provides no value added and introduces overhead.
I have no formal agreement with my employers about IP, but so far I've been allowed to keep ownership of anything I can open source and tenatative agreements with my boss lead me to believe that I can open source this project in the interest in building goodwill and knowledge in the OFBiz community. I retain authorship (of course) and this MUST be released under the GPL as OFBiz is GPL'd.
You cannot sell this as a closed souce system. You cannot bundle any piece of this as a closed source library. You MUST include all authorship and copyright addendum.
<< UPDATE: Actually, OFBiz is under the Apache2 License, and is now part of Incubator. I will update the licensing later, but I believe that the app will stay GPL - or, if that fails Apache2. The deciding factor is if I decide to publicize with OFBiz itself and need to do some magic to committ << ::c::
In heavy development, see "progress" below. Safe to call it alpha at the moment
**Update** I've got the client ready to start hooking into OFBiz. A demo went out to my employers to get feedback on - and obviously it's very, very rough. It's also missing printing and device control (not... that I have test equipment). Now it's time to see about OFBiz.

Revision [544]

Edited on 2006-08-22 22:18:16 by KogAdmin [status update]
Additions:
~~- Generate longer term certs, create self CA (CACert.org?) {{colour hex="#61B329" text="Optional"}}
~~- Wrap entity engine
~~~- Credentials {{colour hex="#61B329" text="Done"}}
~~~- GetProductByUPC {{colour hex="#61B329" text="Done - also have GetGoodIdentityByUPC"}}
~~~- Log (server journal) {{colour hex="#FF6600" text="Design - may not need"}}
~~~- Transact Sales {{colour hex="#FF6600" text="Design"}}
~~~- Returns {{colour hex="#FF6600" text="Investigating our return model"}}
~~~- Map 3 digit UID to customers/other entity {{colour hex="#FF6600" text="Design"}}
~~~- Agent registration (per terminal) {{colour hex="#FF6600" text="Design - may not need"}}
~- Javadocs {{colour hex="#FF6600" text="N/A"}}
~- Migrate from JDesktop to SDI?
~- Bust out from Netbeans layout manager to standard build?
~- Use my standard Ant build?
Deletions:
~~- Wrap entity engine {{colour hex="#61B329" text="Building - SSL is OK, userLogin is good"}}
~- Javadocs {{colour hex=#61B329 text="In progress"}}

Revision [535]

Edited on 2006-08-15 02:32:08 by KogAdmin [bump]
Deletions:
<< UPDATE: I'll be attending OSCon in Portland, OR on the 26th to check out the OFBiz BoF (a free booth event at night), and will be speaking to them about all sorts of things OFBiz'ish. Right now I'm blocking on the synchronization utilities, and have been shuffled to another set of projects until the 26th. << ::c::

Revision [534]

Edited on 2006-08-15 02:31:43 by KogAdmin [status update]
Additions:
~~~- Auto-serial requisition on open {{colour hex="#FF6600" text="Design"}}
~~~- ""DeviceManager"" {{colour hex="#61B329" text="Building"}}
~~~- ""AbstractDevice"" {{colour hex="#61B329" text="Done?"}}
~- Server-Side app: RMI bridge {{colour hex="#61B329" text="Done"}}
~~- Servlet skeleton {{colour hex="#61B329" text="Unecessary due to RMI"}}
~~- Wrap entity engine {{colour hex="#61B329" text="Building - SSL is OK, userLogin is good"}}
~- Beta testing {{colour hex="#61B329" text="In progress"}}
~- Javadocs {{colour hex=#61B329 text="In progress"}}
//Stats: {36 Files} :: {4203 Lines of source} :: {Not even close to done!}//
Deletions:
~~~- Authentication Grouping {{colour hex="#C67171" text="Incomplete"}}
~- Server-Side app: RMI bridge {{colour hex="#C67171" text="Design - need to build a Potempkin object"}} -- This might actually be transitioned to SOAP, depending.
~~- Servlet skeleton {{colour hex="#C67171" text="Incomplete"}}
~~- Wrap entity engine {{colour hex="#C67171" text="Incomplete"}}
~~- Update queue {{colour hex="#FF6600" text="Design"}}
~~- Key repository {{colour hex="#FF6600" text="Design"}}
~~- User management {{colour hex="#FF6600" text="Design"}}
~- Beta testing {{colour hex="#C67171" text="Not even close"}}
~- Javadocs {{colour hex="#C67171" text="Not even close"}}
//Stats: {25 files} :: {3543 Lines of source}//

Revision [522]

Edited on 2006-07-27 02:24:17 by KogAdmin [licensing edit]
Additions:
~- A barcode scanner that sends key codes over PS2 (or could be AT... point is - it works like a keyboard: \d*\n)
<< UPDATE: Actually, OFBiz is under the Apache2 License, and is now part of Incubator. I will update the licensing later, but I believe that the app will stay GPL - or, if that fails Apache2. The deciding factor is if I decide to publicize with OFBiz itself and need to do some magic to committ << ::c::
Deletions:
~- A barcode scanner that sends key codes over PS2 (or could be AT... point is - it works like a keyboard: digits\n)

Revision [521]

Edited on 2006-07-14 13:05:44 by KogAdmin [minor edits]
Additions:
~~~- Popup UI {{colour hex="#61B329" text="Done"}}
~~~- Popup logic {{colour hex="#61B329" text="Done"}}
Deletions:
~~~- Popup UI {{colour hex="#FF6600" text="Done"}}
~~~- Popup logic {{colour hex="#FF6600" text="Done"}}

Revision [520]

Edited on 2006-07-14 13:04:44 by KogAdmin [status updates]
Additions:
<< UPDATE: I'll be attending OSCon in Portland, OR on the 26th to check out the OFBiz BoF (a free booth event at night), and will be speaking to them about all sorts of things OFBiz'ish. Right now I'm blocking on the synchronization utilities, and have been shuffled to another set of projects until the 26th. << ::c::
~~~- Popup UI {{colour hex="#FF6600" text="Done"}}
~~~- Popup logic {{colour hex="#FF6600" text="Done"}}
~- Server-Side app: RMI bridge {{colour hex="#C67171" text="Design - need to build a Potempkin object"}} -- This might actually be transitioned to SOAP, depending.
Deletions:
~~~- Popup UI {{colour hex="#FF6600" text="Mostly Done"}}
~~~- Popup logic {{colour hex="#FF6600" text="Mostly Done"}}
~- Server-Side app: RMI bridge {{colour hex="#C67171" text="Design - need to build a Potempkin object"}}

Revision [512]

Edited on 2006-06-28 16:29:13 by KogAdmin [updates]
Additions:
**Update** I've got the client ready to start hooking into OFBiz. A demo went out to my employers to get feedback on - and obviously it's very, very rough. It's also missing printing and device control (not... that I have test equipment). Now it's time to see about OFBiz.

Revision [510]

Edited on 2006-06-28 14:54:23 by KogAdmin [status update]
Additions:
//Stats: {25 files} :: {3543 Lines of source}//
Deletions:
//Stats: {23 files} :: {3158 Lines of source}//

Revision [509]

Edited on 2006-06-24 03:25:35 by KogAdmin [status update]
Additions:
~~~- Popup UI {{colour hex="#FF6600" text="Mostly Done"}}
~~~- Popup logic {{colour hex="#FF6600" text="Mostly Done"}}
//Stats: {23 files} :: {3158 Lines of source}//
Deletions:
~~~- Popup UI {{colour hex="#FF6600" text="Design"}}
~~~- Popup logic {{colour hex="#FF6600" text="Design"}}
//Stats: {17 files} :: {1970 Lines of source}//

Revision [508]

Edited on 2006-06-19 01:04:33 by KogAdmin [status]
Additions:
~~~- Popup UI {{colour hex="#FF6600" text="Design"}}
~~~- Popup logic {{colour hex="#FF6600" text="Design"}}
~~~- Cache {{colour hex="#61B329" text="Done?"}}
~~- Exceptions {{colour hex="#61B329" text="Done"}}
~~- Agent {{colour hex="#61B329" text="Done"}}
~~- User {{colour hex="#61B329" text="Done"}}
Deletions:
~~~- Cache {{colour hex="#61B329" text="Design - new factory design!"}}
~~- Exceptions {{colour hex="#61B329" text="Building"}}
~~- Agent {{colour hex="#61B329" text="Building"}}
~~- User {{colour hex="#61B329" text="Building"}}

Revision [506]

Edited on 2006-06-16 21:47:16 by KogAdmin [status update]
Additions:
~~~- Cashier frame and general layout {{colour hex="#61B329" text="Done"}}
~~~- Cache {{colour hex="#61B329" text="Design - new factory design!"}}
//Stats: {17 files} :: {1970 Lines of source}//
Deletions:
~~~- Cashier frame and general layout {{colour hex="#61B329" text="Done - need to deal with doubles/representation/formatting though"}}
~~~- Cache {{colour hex="#61B329" text="Design"}}

Revision [504]

Edited on 2006-06-16 04:35:37 by KogAdmin [status]
Additions:
~~- User Cache {{colour hex="#61B329" text="Done - probably want to override user.equals"}}
~~- Product Cache {{colour hex="#61B329" text="Done - probably want to override product.equals"}}
Deletions:
~~- User Cache {{colour hex="#61B329" text="Done"}}

Revision [503]

Edited on 2006-06-16 04:15:46 by KogAdmin [javadoc task]
Additions:
~- Javadocs {{colour hex="#C67171" text="Not even close"}}

Revision [502]

Edited on 2006-06-16 04:09:10 by KogAdmin [status update]
Additions:
~~~- Cashier frame and general layout {{colour hex="#61B329" text="Done - need to deal with doubles/representation/formatting though"}}
Deletions:
~~~- Cashier frame and general layout {{colour hex="#61B329" text="Done"}}

Revision [500]

Edited on 2006-06-16 03:57:48 by KogAdmin [minor edit]
Additions:
My current plan is to have the ""PoS"" do some agent magic (listed below) to get its state, allow device IO with cached lookups for products, and do most of the business logic on the back-end. Terminals are not necessarily trusted.
Deletions:
My current plan is to have the PoS do some agent magic (listed below) to get its state, allow device IO with cached lookups for products, and do most of the business logic on the back-end. Terminals are not necessarily trusted.

Revision [499]

Edited on 2006-06-16 03:57:33 by KogAdmin [thin client, java]
Additions:
Most of the logic is done via the server, so you can think of this as a middle-thin client (not quite fat/thick but not quite light/thin... perhaps "curvy?"). Addition logic and simple operations are done on the client side, some caching is done server side and help and device IO is all handled locally. Lookups, identification and the entire data store is on the backing store however, and a lot of the actual logic of the use cases will be done as operations against a given packet or package of data sent by the "curvy" client.
My current plan is to have the PoS do some agent magic (listed below) to get its state, allow device IO with cached lookups for products, and do most of the business logic on the back-end. Terminals are not necessarily trusted.
==== Java? ====
Yes... Java. Mono and SWF aren't really mature - and I'm also not necessarily confident of RMI-IIOP, nor with the idea of device control (I know .NET2 has System.IO.ports for serial work, and some sort of printing... but is it portable?) and technologies like wxWidgets or Python or TCL/TK just didn't make sense. Not to mention our back-end is written in Java (OFBiz) so I can capitalize on RMI.
No, I do not believe Java will be too slow. Java provides all the tools I need, it's a language I know, and with a few exceptions it's pretty much the most portable solution for the problem. It's also plenty easy to find a developer that knows Java and Swing.
I haven't used SWT on this project because I didn't want to use Eclipse (although, that's not knocking Eclipse - it's just too heavy for this project) in any capacity: whether in development or the RCP at runtime. SWT, like other toolkits/languages provides no value added and introduces overhead.
GTK was not right either, and can have some serious issues on anything not Nix originated.
Netbean's Matisse editor is actually quite nice, if somewhat proprietary. It's my first time relying on an IDE for such things, but I'm fairly confident that I know exactly what the IDE is doing and that it's not a crutch but a tool.
Deletions:
and really it paves the way to any service talking to OFBiz through a foreign source (unless you'd prefer to use Apache HTTPD <-> Tomcat bridging or something... or POST against the actual app itself). Mind you: the app itself doesn't do the bridging, I'm writing a seperate servlet that'll reach out via RMI[-IIOP] and deal with it. Sockets are also an option.

Revision [492]

Edited on 2006-06-16 03:13:14 by KogAdmin [Version disclaimer]
Additions:
** I am currently developing against 1.4.2! **

Revision [491]

Edited on 2006-06-16 03:07:18 by KogAdmin [Version disclaimer]

No Differences

Revision [489]

Edited on 2006-06-16 03:05:50 by KogAdmin [build tools and headers]
Additions:
===== Java Point of Sale Terminal =====
==== What am I? ====
==== Licensing issues ====
==== Project Status ====
==== Build tools ====
I'm using Netbeans on this one because the form construction is pretty nice. I can distribute JARs, but a part of the Swing source is in a proprietary XML file - there might be some tools to remedy this, and I sincerely hope so because it'd be nice to turn this into a "normal" project.
Netbeans makes use of Ant files, so I've also got a build.xml (pretty standard to netbeans).
==== Developer documentation ====
Deletions:
==== Java Point of Sale Terminal ====
== What am I? ==
== Licensing issues ==
== Project Status ==
== Developer documentation ==

Revision [488]

Edited on 2006-06-16 02:53:41 by KogAdmin [licensing, new link]
Additions:
<< REQUIRED!!!: PLEASE read the section on licensing! << ::c::
== Licensing issues ==
I have no formal agreement with my employers about IP, but so far I've been allowed to keep ownership of anything I can open source and tenatative agreements with my boss lead me to believe that I can open source this project in the interest in building goodwill and knowledge in the OFBiz community. I retain authorship (of course) and this MUST be released under the GPL as OFBiz is GPL'd.
You cannot sell this as a closed souce system. You cannot bundle any piece of this as a closed source library. You MUST include all authorship and copyright addendum.
All objects listed here are designed by me and later integrated into OFBiz using their entity engine. Everything on this page not directly integrated into OFBiz is my sole creation and ownership - not necessarily owing to OFBiz or entities owned or authored thereof. While this system is meant for OFBiz, it can theoretically be applied to any system that has a need for a point of sale terminal and has a central backing store willing to do things like user and product lookup, even if you don't want to use RMI.
Eventually I hope to have a backing store interface for uniformity. Hopefully a modular object you can swap in.
~- [[JPoSLookups Querying the backing store, dumb terminal, caching]]
~- [[JPoSDemos Demos, Screenshots, Vids, Source]]

Revision [487]

Edited on 2006-06-16 02:48:02 by KogAdmin [editbox]
Additions:
{{lastedit show="3"}}

Revision [486]

The oldest known version of this page was created on 2006-06-16 02:47:47 by KogAdmin [editbox]
Valid XHTML :: Valid CSS: :: Powered by WikkaWiki