Many jPOS based applications have to deal with accounts and have
to accurately and efficiently keep track of its transactions and
balances.
I’ve found myself writing ad-hoc transaction logging software using
custom database schemas and balance calculation strategies over and
over, and I think this may have happened to many of you as well.
While writting custom logic is certainly a feasible option and may
seem like the simplest approach, code that looks okay in a test
environment may degrade once you load it with hundreds of millions of
transactions. Code that passes all tests in a development environment
may encounter nasty problems under heavy load, caused by race
conditions, poor performance, etc.
And then you need a myriad of supporting applications for extracts,
analysis, reporting, data-entry, UI, etc. that have to be customized to
your unique data model.
miniGL attempts to address this problem by providing a minimalistic
solution to the recurring task of safely and efficiently keeping
track of accounts.
While doing so, miniGL explores the possibility of leveraging
double-entry accounting methods in situations were one would
tend to use just single-entry.
Read the rest here.
From where this initial version can be downloaded
Using a subversion client, you can
svn checkout svn://cvs.jpos.org/lab/minigl/trunk
there’s also an Hibernate 3 branch at
svn://cvs.jpos.org/lab/minigl/branches/h3
How about the license of your fresh project. Am I wrong or it’s GPL and this is making it unusable for any commercial software?
JPOS it’s not GPL but it doesn’t have a standar license at leas it’s not a restrictive one.
Also I see that there is no support for transaction templates (predefined transactions ready to be created at request). I would preffer to write this part if the license would be “compatible” with my projects.