Difference between revisions of "User:Minooz/NexJ"
(→CDOT - NEXJ) |
(→CDOT - NEXJ) |
||
| Line 4: | Line 4: | ||
: List of [[ NexJ_Express/resources | resources]] that were used for these projects. | : List of [[ NexJ_Express/resources | resources]] that were used for these projects. | ||
* 1- Repositories' Syncing Project | * 1- Repositories' Syncing Project | ||
| − | : - Duration: Oct 2010 - Nov 2010 | + | : - '''Duration''': Oct 2010 - Nov 2010 |
| − | : - Project Description: NexJ had a Mercurial Repository (Internal) in which, the NexJ Express Server (Core) code was maintained with all its histories. NexJ was planning to share a Core Repository with the Open Source Community by creating a Repository (External) that would be kept in sync with the Internal Repository. A bash script was written to build and test new changes to the Internal Repository and push them to the External, if successful. To make this script run automatically on a regular basis, an automated building system which in general is called 'Continuous Integration System' was used. Hudson was the CI system that we used for NexJ due to its Java based nature. | + | : - '''Project Description''': NexJ had a Mercurial Repository (Internal) in which, the NexJ Express Server (Core) code was maintained with all its histories. NexJ was planning to share a Core Repository with the Open Source Community by creating a Repository (External) that would be kept in sync with the Internal Repository. A bash script was written to build and test new changes to the Internal Repository and push them to the External, if successful. To make this script run automatically on a regular basis, an automated building system which in general is called 'Continuous Integration System' was used. Hudson was the CI system that we used for NexJ due to its Java based nature. |
| − | : - Project Page on [[Mercurial_Repository-nexj | Wiki]] | + | : - '''Project Page''' on [[Mercurial_Repository-nexj | Wiki]] |
| − | : - My [http://minooz.wordpress.com/2010/10/ Blogs] | + | : - My [http://minooz.wordpress.com/2010/10/ '''Blogs'''] |
* 2- PostgreSQL Adapter | * 2- PostgreSQL Adapter | ||
| − | : - Duration: Nov 2010 - Dec 2010 | + | : - '''Duration''': Nov 2010 - Dec 2010 |
| − | : - Project Description: Database adapters are a set of classes that create an interface to let JDBC communicate with the database. An adapter makes JDBC with one specific SQL definitions, adapts to different implementation of SQL. PostgreSQL adapter makes NexJ Express server communicates with databases in PostgreSQL platform which is an 'open source' database. | + | : - '''Project Description''': Database adapters are a set of classes that create an interface to let JDBC communicate with the database. An adapter makes JDBC with one specific SQL definitions, adapts to different implementation of SQL. PostgreSQL adapter makes NexJ Express server communicates with databases in PostgreSQL platform which is an 'open source' database. |
| − | : - Project Page on [[PostgreSQL_Adapter-nexj | Wiki]] | + | : - '''Project Page''' on [[PostgreSQL_Adapter-nexj | Wiki]] |
| − | : - My [http://minooz.wordpress.com/2010/12/15/postgresql-adapter-for-nexj-express/ Blogs ] | + | : - My [http://minooz.wordpress.com/2010/12/15/postgresql-adapter-for-nexj-express/ '''Blogs''' ] |
='''General'''= | ='''General'''= | ||
Revision as of 11:09, 16 December 2010
Contents
Projects
CDOT - NEXJ
- 1- Repositories' Syncing Project
- - Duration: Oct 2010 - Nov 2010
- - Project Description: NexJ had a Mercurial Repository (Internal) in which, the NexJ Express Server (Core) code was maintained with all its histories. NexJ was planning to share a Core Repository with the Open Source Community by creating a Repository (External) that would be kept in sync with the Internal Repository. A bash script was written to build and test new changes to the Internal Repository and push them to the External, if successful. To make this script run automatically on a regular basis, an automated building system which in general is called 'Continuous Integration System' was used. Hudson was the CI system that we used for NexJ due to its Java based nature.
- - Project Page on Wiki
- - My Blogs
- 2- PostgreSQL Adapter
- - Duration: Nov 2010 - Dec 2010
- - Project Description: Database adapters are a set of classes that create an interface to let JDBC communicate with the database. An adapter makes JDBC with one specific SQL definitions, adapts to different implementation of SQL. PostgreSQL adapter makes NexJ Express server communicates with databases in PostgreSQL platform which is an 'open source' database.
- - Project Page on Wiki
- - My Blogs
