Difference between revisions of "PostgreSQL Adapter"
(→Project Phases) |
(→Phase 5: PostgreSQL UnitTests and Optimization) |
||
Line 57: | Line 57: | ||
* [[PostgreSQL Adapter-nexj/research_notes_PostgreAdapter | Research Notes]] (updated on 2/17/2011) | * [[PostgreSQL Adapter-nexj/research_notes_PostgreAdapter | Research Notes]] (updated on 2/17/2011) | ||
− | ===Phase 5: PostgreSQL UnitTests and Optimization === | + | ===Phase 5: PostgreSQL UnitTests and Optimization (DONE) === |
* Estimated Duration: 2 weeks (Feb 28 - Mar 11, 2011) | * Estimated Duration: 2 weeks (Feb 28 - Mar 11, 2011) | ||
* Add database specific tests fostr PostgreSQL | * Add database specific tests fostr PostgreSQL | ||
Line 63: | Line 63: | ||
*:test for custom blob read & write functions | *:test for custom blob read & write functions | ||
* Add PostgreSQL specific optimization | * Add PostgreSQL specific optimization | ||
+ | |||
===Phase 6: Test with NexJ Express Studio=== | ===Phase 6: Test with NexJ Express Studio=== | ||
* Estimated duration: Mar 7- Mar 11, 2011 | * Estimated duration: Mar 7- Mar 11, 2011 |
Revision as of 10:59, 16 March 2011
PostgreSQL Adapter for NexJ
Contents
- 1 Project Goal
- 2 Current Status
- 3 Project Phases
- 3.1 Phase 1: Investigation (DONE)
- 3.2 Phase 2: Connect to PostgreSQL server (DONE)
- 3.3 Phase 3: PostgreSQLSchemaManager (DONE)
- 3.4 Phase 4: PostgreSQLAdapter (DONE)
- 3.5 Phase 5: PostgreSQL UnitTests and Optimization (DONE)
- 3.6 Phase 6: Test with NexJ Express Studio
- 3.7 Phase 7: Megre Code with Latest Revision
- 3.8 Phase 8: Code Review
- 4 Project Repository
- 5 Resources
Project Goal
Develop an adapter to enable NexJ Express model to interact with PostgreSQL database
Supported Versions
- 8.4
- 9.0
Current Status
- Phase 5
- Phase 6
Project Phases
Phase 1: Investigation (DONE)
- Get requirements from NexJ (Meeting on Friday Nov 5th)
- Walk-through the code
- Familiarization with PostgreSQL
Phase 2: Connect to PostgreSQL server (DONE)
Phase 3: PostgreSQLSchemaManager (DONE)
- Estimated Duration: 3 weeks (Jan 17 - Feb 11, 2011)
- Extending SQLSchemaManager
- Research Notes
Phase 4: PostgreSQLAdapter (DONE)
- Estimated Duration: 3 weeks (Feb 14 - 25, 2011)
- Extending SQLAdapter
- Research Notes (updated on 2/17/2011)
Phase 5: PostgreSQL UnitTests and Optimization (DONE)
- Estimated Duration: 2 weeks (Feb 28 - Mar 11, 2011)
- Add database specific tests fostr PostgreSQL
- test for required contrib scripts
- test for custom blob read & write functions
- Add PostgreSQL specific optimization
Phase 6: Test with NexJ Express Studio
- Estimated duration: Mar 7- Mar 11, 2011
- Run model in Express studio using the postgresql adapter
- create scripts for database initialization, creation and dumping
- create scripts for JBoss
- Deploy to JBoss
Phase 7: Megre Code with Latest Revision
- Merge code with lastest revision from http://mercurial.nexj.com/express
Phase 8: Code Review
- Estimated Duration:
- Send Code to NexJ For Review
Project Repository
- URL for central repository of the project is: http://liberia.proximity.on.ca:81/
- Steps to work with the repository
- 1- Follow the instructions to create the NexJ Express workspace from the manual.
- 2- After creating 'ws' directory,
- open Eclipse and
- click on File -> Import -> Mercurial -> Clone Existing Mercurial Repository
- Enter this information:
- URL: ssh://liberia.proximity.on.ca/mercurial/postgreSQL/core
- Username: developer
- Clone directory name: core
- 3- The central repository's structure is:
- Main branch called 'default'
- New branch or branches with this naming convention: 'wsComitter' e.g. 'wsMinoo'
- 4- After cloning the project, follow these steps to add a new branch with your user name:
- First make sure the active branch is 'default'. Notice the top of the Package Explorer e.g. core[5:b8b2f102343@default(tip)]
- Right click on 'core' in the Package Explorer
- Click on 'Team' -> Add Branch
- Enter the branch name in the box -> Finish
- Enter the commit message -> OK
- Check the 'Force Push' if applicable.
- Now the branch name at the top of Package Explorer is changed to the new branch name.
- 5- To switch to a different branch, choose 'Switch' instead of 'Add Branch'
- NOTE! To avoid any conflict, do the 'Pull' every day and before any push.
- NOTE! First just 'Commit' changesets and do not 'Push' them until the end of the day or the time you are confident by latest changes to the code, then 'Push' them all at once and 'Merge' them with the 'default' branch in central repository.
Resources
- Debugging
- Intro
- Concept of Adapter [1]
- FOSSLC PostgreSQL