Filtering the Muddy Waters of ALM, Team Development, Database and Oracle ADF in JDeveloper
Friday, June 06, 2008
New Best Practices Paper for Subversion and JDeveloper
I've finally got around to pulling together some of the information and best practices that I've blogged about into a document. You can view it here on Oracle Technology Network. Let me know what you think
Great document. I also wondered if you do the same for your database objects? I had some problems with it as I blogged here http://dgielis.blogspot.com/2008/05/using-subversion-in-sql-developer-easy.html
I'm using SQL Developer, but I guess it's the same underlaying structure.
Hi Susan, I'm using JDeveloper 11.1.1.1.0 version and Tortoise SVN Client: TortoiseSVN 1.6.5, Build 16974 - 32 Bit , 2009/08/20 08:13:46 Subversion 1.6.5, apr 1.3.8 apr-utils 1.3.9 neon 0.28.6 OpenSSL 0.9.8k 25 Mar 2009 zlib 1.2.3
Hence I needed to upgrade the SVNKit client in JDeveloper explained in http://technology.amis.nl/blog/5253/upgrade-jdeveloper-10g-subversion-client
After upgrading to SVNKit 1.3.1 it started recognizing the SNV files. However authentication started failing while opening history/compare/ pending changes window. I'm able to commit and check out. Could you please help me?
A couple of things. I don't like to encourage updating SVNKit from third-party sources. Low version SVN clients work with higher level SVN servers. A problem only arises if you are mixing different version clients in the same working copy (for instance if you are using both JDeveloper and another tool like Tortoise on the same working copy).
We did have a bug in 11gR1 that has been fixed in 11.1.1.2.0 that was released November 10th. Are you able to install this latest version and see if the problem reproduces? This new release support SVN 1.6 server and SVNKit 1.3. Alternatively, can you rollback your changes and use JDeveloper alone to see if the problem reproduces? See the New Features list on OTN for a full list of SVN supported features in this release - that include merge copy, change lists and a graphical version tree
You do not need to check in classes. The best way to ensure you have all the appropriate directories is to use the Version Application option for initial check in. This ensures that the exclusion list set up in JDeveloper is used.
8 comments:
Hi Susan,
Great document. I also wondered if you do the same for your database objects?
I had some problems with it as I blogged here http://dgielis.blogspot.com/2008/05/using-subversion-in-sql-developer-easy.html
I'm using SQL Developer, but I guess it's the same underlaying structure.
Thanks,
Dimitri
The content is very helpful.
The format on OTN is very difficult to read. The text does not wrap.
Hi Susan,
I'm using JDeveloper 11.1.1.1.0 version and Tortoise SVN Client:
TortoiseSVN 1.6.5, Build 16974 - 32 Bit , 2009/08/20 08:13:46
Subversion 1.6.5,
apr 1.3.8
apr-utils 1.3.9
neon 0.28.6
OpenSSL 0.9.8k 25 Mar 2009
zlib 1.2.3
Hence I needed to upgrade the SVNKit client in JDeveloper explained in http://technology.amis.nl/blog/5253/upgrade-jdeveloper-10g-subversion-client
After upgrading to SVNKit 1.3.1 it started recognizing the SNV files. However authentication started failing while opening history/compare/ pending changes window. I'm able to commit and check out.
Could you please help me?
Regards,
Kedar
Hi Kedar,
A couple of things. I don't like to encourage updating SVNKit from third-party sources. Low version SVN clients work with higher level SVN servers. A problem only arises if you are mixing different version clients in the same working copy (for instance if you are using both JDeveloper and another tool like Tortoise on the same working copy).
We did have a bug in 11gR1 that has been fixed in 11.1.1.2.0 that was released November 10th. Are you able to install this latest version and see if the problem reproduces? This new release support SVN 1.6 server and SVNKit 1.3. Alternatively, can you rollback your changes and use JDeveloper alone to see if the problem reproduces?
See the New Features list on OTN for a full list of SVN supported features in this release - that include merge copy, change lists and a graphical version tree
Hi Susan,
The below directories exist for my SOA project. Do you know which ones we DON'T need to check into subversion please?
1) .designer
2) classes
3) deploy
4) SCA-INF
5) testsuites
Andy
You do not need to check in classes. The best way to ensure you have all the appropriate directories is to use the Version Application option for initial check in. This ensures that the exclusion list set up in JDeveloper is used.
This link seems to have gone missing or been moved. Is there a new one?
Tom
the new link for Best Practices is:
http://www.oracle.com/technetwork/developer-tools/jdev/teamdevsubversion-089001.html
for Managing multiple ADF applications with Subversion is:
http://www.oracle.com/technetwork/developer-tools/jdev/svn-adfsharedlibs-084371.html
Post a Comment