Today I had the opportunity to attend loads of interesting sessions as well, the tips & tricks I’ve picked up regarding ADF, SCM, OWB, JDeveloper.
Some of these tips are very obvious, but worth reminding ;o)
Tips & Tricks when building applications (with JDeveloper):
- Use 1 source control system, preferably Subversion ;o)
- For Continuous integration you can use maven/ant which is tightly integrated, supported within Jdeveloper
- Use Unit Testing througout your project phases, you can use our QA-tool for APEX-development and use JUnit, HTTPUnit, … for JEE based web development such as ADF Faces
- Define a seperate lib-directory to handle the external libraries you’re using within Jdeveloper, so you’re able to version them efficiently and to manage your dependancies
- Watch out when you’re refactoring BC4J or ADF applications, because configuration files, pageDefinition files aren’t refactored completely
Tips & Tricks on versioning in Jdeveloper 11g:
- SCM can be any versioning system such as Subversion and CSV (supported by default), clearcase, serena, …
- You have the possibility to create a repository within Jdeveloper 11g but this is for development purposes only and not well documented either, so no best practice
- When you check in your project at a certain child-level, say for example the ViewController-project, Jdeveloper will automatically start from the root level (commit the whole working directory) and drill down to only commit those files that have been changed.
- Version at application level
- Define files you want to exclude from being versioned
- The conflict-resolution is xml-aware which is a great future because most of the time you would be changing configuration files that are defined in XML
A term that will pop-up more and more ‘CLOUD Computing’ or ‘CLOUDS’ … another paradigm ;o)
This just means that clouds are up in the sky, floating around and the IT-world these clouds would hold different services made available to the outside world.
The services would be put inside the cloud to open up business, to start integrating … in other words now the sky has definitly become the limit!
Like this:
Like Loading...
This entry was posted on June 18, 2008 at 9:11 pm and is filed under ADF, JDeveloper, SCM, Subversion. You can follow any responses to this entry through the RSS 2.0 feed.
You can leave a response, or trackback from your own site.
June 22, 2008 at 4:52 am |
You are right, a quality build script is a must-have for a project. Though, for Continuous Integration your need something like ourParabuild that would run Ant or Maven script.
August 5, 2008 at 10:50 am |
Hi Sergey,Regarding automatic deployment and continuous integration you can check http://technet.oracle.com where a whitepaper is published regarding automatic deployment in a SOA environment. We use luntbuild for example that picked up our ant files and after every check-in checked if everything still worked. If the code was broken, the team-member had to buy the team a beer. Great fun when the build broke ;o))