Earlier this year

• Mar 06, 2009

  r69 (Gutted attributes...now all attributes are stored as string ...) committed by jsg2021   -   Gutted attributes...now all attributes are stored as string values and will be parsed/encoded on read/write

  Gutted attributes...now all attributes are stored as string values and will be parsed/encoded on read/write
• Mar 05, 2009

  r68 (Updated to use commons-codec Base64 instead of sun's Base64 ...) committed by jsg2021   -   Updated to use commons-codec Base64 instead of sun's Base64 class

  Updated to use commons-codec Base64 instead of sun's Base64 class

Older

• Dec 19, 2008

  r67 (Still tracking down a synchronization issue. I believe I hav...) committed by jsg2021   -   Still tracking down a synchronization issue. I believe I have fixed it, but I still need conclusive proof. Looping the unit tests for several minutes no longer produces any errors.

  Still tracking down a synchronization issue. I believe I have fixed it, but I still need conclusive proof. Looping the unit tests for several minutes no longer produces any errors.
• Dec 09, 2008

  r66 (1) added a "tearDown" method to the AbstractSecurityObjectTe...) committed by jsg2021   -   1) added a "tearDown" method to the AbstractSecurityObjectTest so that each test cleans up its connection usage 2) Tweaked the pom.xml to include options to download source and javadoc with the eclipse:eclipse maven target 3) Added a multithreaded unit test to put the connection manager through its paces 4) Tweaked the connection pool implementation and pooled connection wrapper with *smarter synchronization *up for review? :P

  1) added a "tearDown" method to the AbstractSecurityObjectTest so that each test cleans up its connection usage 2) Tweaked the pom.xml to include options to download source and javadoc with the eclipse:eclipse maven target 3) Added a multithreaded unit test to put the connection manager through its paces 4) Tweaked the connection pool implementation and pooled connection wrapper with *smarter synchronization *up for review? :P
• Nov 25, 2008

  r65 (Implemented another integration test...and fixed bugs that w...) committed by jsg2021   -   Implemented another integration test...and fixed bugs that were exposed by test.

  Implemented another integration test...and fixed bugs that were exposed by test.
• Nov 09, 2008

  r64 (Started to implement integration tests.) committed by jsg2021   -   Started to implement integration tests.

  Started to implement integration tests.
• Nov 09, 2008

  r63 (Implemented all but the Integration Tests. Fixed bugs that w...) committed by jsg2021   -   Implemented all but the Integration Tests. Fixed bugs that were exposed. Moved the realm test to the correct package.

  Implemented all but the Integration Tests. Fixed bugs that were exposed. Moved the realm test to the correct package.
• Nov 09, 2008

  r62 (Add a unit test launcher) committed by jsg2021   -   Add a unit test launcher

  Add a unit test launcher
• Nov 06, 2008

  r61 (Implemented RoleTest. Fixed bugs that the test revealed. Rol...) committed by jsg2021   -   Implemented RoleTest. Fixed bugs that the test revealed. RoleTest now passes. Temporarily commented out the SQL error handling/transaction statements so that MySQL won't hide/eat errors.

  Implemented RoleTest. Fixed bugs that the test revealed. RoleTest now passes. Temporarily commented out the SQL error handling/transaction statements so that MySQL won't hide/eat errors.
• Nov 05, 2008

  r60 (GroupTest now passes. Fixed generic assignability, attribute...) committed by jsg2021   -   GroupTest now passes. Fixed generic assignability, attribute interface usability bugs(the remove methods), as well as bugs & typos found in the MySQL stored procs with unit tests

  GroupTest now passes. Fixed generic assignability, attribute interface usability bugs(the remove methods), as well as bugs & typos found in the MySQL stored procs with unit tests
• Nov 02, 2008

  r59 (Implemented the getMembers and getMemberships methods for as...) committed by jsg2021   -   Implemented the getMembers and getMemberships methods for assignable objects.

  Implemented the getMembers and getMemberships methods for assignable objects.
• Oct 26, 2008

  r58 (Moved testing into unit tests. Implemented the Group unit te...) committed by jsg2021   -   Moved testing into unit tests. Implemented the Group unit test. Fixed/Refactored the attribute implementation. (Now works and is easy to access in java layer)

  Moved testing into unit tests. Implemented the Group unit test. Fixed/Refactored the attribute implementation. (Now works and is easy to access in java layer)
• Oct 13, 2008

  r57 (Added better error handling for adding objects to the db...i...) committed by jsg2021   -   Added better error handling for adding objects to the db...if it already exists, it won't throw a stack trace.

  Added better error handling for adding objects to the db...if it already exists, it won't throw a stack trace.
• Oct 13, 2008

  r56 (fixed assignment-statement bug) committed by jsg2021   -   fixed assignment-statement bug

  fixed assignment-statement bug
• Sep 05, 2008

  r55 (Further implementation of 'assignable objects') committed by jsg2021   -   Further implementation of 'assignable objects'

  Further implementation of 'assignable objects'
• Aug 29, 2008

  r54 (Assign-ability pattern and partial implementation. (Still pl...) committed by jsg2021   -   Assign-ability pattern and partial implementation. (Still plenty of work to be done)

  Assign-ability pattern and partial implementation. (Still plenty of work to be done)
• Aug 24, 2008

  r53 (Fixed some errors in the stored procedures where some WHERE ...) committed by jsg2021   -   Fixed some errors in the stored procedures where some WHERE clauses were not effective. Refactored some of the DAOs to pull more of the commonly repeated code to the abstract layer. (repeating is bad) Added an Iterator method to the SecurityDAO ...setting a pattern for future DAOs. The iterator helps keep memory usage down. The list method still exists for when we absolutely need a list.

  Fixed some errors in the stored procedures where some WHERE clauses were not effective. Refactored some of the DAOs to pull more of the commonly repeated code to the abstract layer. (repeating is bad) Added an Iterator method to the SecurityDAO ...setting a pattern for future DAOs. The iterator helps keep memory usage down. The list method still exists for when we absolutely need a list.
• Aug 24, 2008

  r52 (Refactored toString() and hashCode() functions in all object...) committed by jsg2021   -   Refactored toString() and hashCode() functions in all objects to use ToStringBuilder and HashCodeBuilder. Refactored Capability/Assignable functions to be more clear. Removed Created/Modified fields from security objects...moving them to attributes. Fixed a few bugs. (column name typos, sql errors)

  Refactored toString() and hashCode() functions in all objects to use ToStringBuilder and HashCodeBuilder. Refactored Capability/Assignable functions to be more clear. Removed Created/Modified fields from security objects...moving them to attributes. Fixed a few bugs. (column name typos, sql errors)
• Aug 23, 2008

  r51 (Now can create objects and add them to the db... still have ...) committed by jsg2021   -   Now can create objects and add them to the db... still have a few procs to implement (such as realms_count, principals_count, groups_count, roles_count, etc...)

  Now can create objects and add them to the db... still have a few procs to implement (such as realms_count, principals_count, groups_count, roles_count, etc...)
• Aug 22, 2008

  r50 (some tweaks) committed by jsg2021   -   some tweaks

  some tweaks
• Aug 19, 2008

  r49 (Some refactoring work. I believe that I have decided how to...) committed by jsg2021   -   Some refactoring work. I believe that I have decided how to manage the creation of security object entities. Each object type (Realm, Group, Role, & Principal) will have a Object class, DAO class and a List class. The final behavior is still kind of foggy to me at this point, but at least I have the structure.

  Some refactoring work. I believe that I have decided how to manage the creation of security object entities. Each object type (Realm, Group, Role, & Principal) will have a Object class, DAO class and a List class. The final behavior is still kind of foggy to me at this point, but at least I have the structure.
• Aug 17, 2008

  r48 (Some work on the assignability of AssignableObjects (current...) committed by jsg2021   -   Some work on the assignability of AssignableObjects (currently Roles, Groups) onto SecurityObjects (currently Groups, Principals and Roles)

  Some work on the assignability of AssignableObjects (currently Roles, Groups) onto SecurityObjects (currently Groups, Principals and Roles)
• Aug 17, 2008

  r47 (Further moved statements into the new "StatementSet" pattern...) committed by jsg2021   -   Further moved statements into the new "StatementSet" pattern.

  Further moved statements into the new "StatementSet" pattern.
• Aug 17, 2008

  r46 (more refactoring... collected all security object attribute ...) committed by jsg2021   -   more refactoring... collected all security object attribute statement sets... establishing a new pattern for statements

  more refactoring... collected all security object attribute statement sets... establishing a new pattern for statements
• Aug 16, 2008

  r45 (Some refactoring. Fixed a bug in the connection pool that wo...) committed by jsg2021   -   Some refactoring. Fixed a bug in the connection pool that would cause it to eventually not create new connections even though there are slots for new connections.

  Some refactoring. Fixed a bug in the connection pool that would cause it to eventually not create new connections even though there are slots for new connections.
• Aug 16, 2008

  r44 (mostly implemented capability dao methods... still need to a...) committed by jsg2021   -   mostly implemented capability dao methods... still need to add capability statement sets

  mostly implemented capability dao methods... still need to add capability statement sets
• Aug 16, 2008

  r44 (mostly implemented capability dao methods... still need to a...) committed by jsg2021   -   mostly implemented capability dao methods... still need to add capability statement sets

  mostly implemented capability dao methods... still need to add capability statement sets
• Aug 14, 2008

  r43 (Implemented more of the security DAOs... The attribute_resol...) committed by jsg2021   -   Implemented more of the security DAOs... The attribute_resolve sql procedures still need to be written... Thought needs to be put into how security entities will be created. Currently the it assumes that they all already exist.

  Implemented more of the security DAOs... The attribute_resolve sql procedures still need to be written... Thought needs to be put into how security entities will be created. Currently the it assumes that they all already exist.
• Jul 30, 2008

  r42 (Added some utility methods to the Config interface...for imp...) committed by jsg2021   -   Added some utility methods to the Config interface...for implicit conversions from strings to other data types. Also, played with the Service class...started to add stuff.

  Added some utility methods to the Config interface...for implicit conversions from strings to other data types. Also, played with the Service class...started to add stuff.
• Jul 30, 2008

  r41 (Some more refactoring... preventing package dependency cycle...) committed by jsg2021   -   Some more refactoring... preventing package dependency cycles.

  Some more refactoring... preventing package dependency cycles.
• Jul 30, 2008

  r40 (Some more refactoring... preventing package dependency cycle...) committed by jsg2021   -   Some more refactoring... preventing package dependency cycles.

  Some more refactoring... preventing package dependency cycles.
• Jul 30, 2008

  r39 (moved the interfaces package out from under "security.authen...) committed by jsg2021   -   moved the interfaces package out from under "security.authentication" to just "security"... cause thats where it really belongs.

  moved the interfaces package out from under "security.authentication" to just "security"... cause thats where it really belongs.
• Jul 27, 2008

  r38 (I'm realizing now that I really want high-order functions an...) committed by jsg2021   -   I'm realizing now that I really want high-order functions and function pointers in java. This change contains a small refactor. Trying to keep code from being too heavily repeated, I'm basically abusing abstract classes. That way the places where they are used can define the dependency of whatever and the implementation can remain pure. At least thats the goal...being a fallible human makes this hard...esp with sleep deprivation. :P

  I'm realizing now that I really want high-order functions and function pointers in java. This change contains a small refactor. Trying to keep code from being too heavily repeated, I'm basically abusing abstract classes. That way the places where they are used can define the dependency of whatever and the implementation can remain pure. At least thats the goal...being a fallible human makes this hard...esp with sleep deprivation. :P
• Jul 27, 2008

  r37 (Some more work on everything.... its no where near a state w...) committed by jsg2021   -   Some more work on everything.... its no where near a state where it can run, but I rather commit what I have so far than lose it.

  Some more work on everything.... its no where near a state where it can run, but I rather commit what I have so far than lose it.
• Jul 24, 2008

  r36 (Added some utility methods to the Config interface...for imp...) committed by jsg2021   -   Added some utility methods to the Config interface...for implicit conversions from strings to other data types. Also, played with the Service class...started to add stuff.

  Added some utility methods to the Config interface...for implicit conversions from strings to other data types. Also, played with the Service class...started to add stuff.
• Jul 23, 2008

  r35 ("K.I.S.S.(A.)"... ug, this is what I get for over thinking a...) committed by jsg2021   -   "K.I.S.S.(A.)"... ug, this is what I get for over thinking a problem late at night with too much cider! :P When you can remove generics from your interfaces & implementation and not have to cast anything nor introduce type-safety warnings ...the generics weren't needed to begin with!

  "K.I.S.S.(A.)"... ug, this is what I get for over thinking a problem late at night with too much cider! :P When you can remove generics from your interfaces & implementation and not have to cast anything nor introduce type-safety warnings ...the generics weren't needed to begin with!