Changes for page Best Practices-Properties Files
Last modified by Ray Kiddy on 2009/07/29 13:11
From version 27.1
edited by Ray Kiddy
on 2009/07/29 13:11
on 2009/07/29 13:11
Change comment:
There is no comment for this version
To version 26.1
edited by David Avendasora
on 2008/04/18 11:16
on 2008/04/18 11:16
Change comment:
There is no comment for this version
Summary
-
Page properties (3 modified, 0 added, 0 removed)
Details
- Page properties
-
- Title
-
... ... @@ -1,1 +1,1 @@ 1 -Best Practices -Properties Files1 +Best Practices - Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. kiddyr1 +XWiki.avendasora - Content
-
... ... @@ -1,44 +1,7 @@ 1 -=== Properties Files === 1 +=== [[User-Specific Properties Files]] === 2 2 3 -==== User-Specific Properties Files ==== 4 - 5 5 You can have any number of **Properties.username** files in your project's Resources directory in-addition-to the default **Properties** file. These Properties.username files will automatically load based on which user is launching the application. This allows you to have custom logging, email, database, etc configuration settings for each developer. 6 6 7 -This capability can also be (ab)used in combinination with the Launch parameter **Duser.name** to specify Production vs Staging/Development properties. For example: a launch parameter of **Duser.name=deployment** will cause **Properties.deployment** to be read when the application in launched. 5 +This capability can also be (ab)used in combinination with the Launch parameter **-Duser.name** to specify Production vs Staging/Development properties. For example: a launch parameter of **-Duser.name=deployment** will cause **Properties.deployment** to be read when the application in launched. 8 8 9 9 This can be very useful for automatically changing database connection configurations based on whether or not an application is being run in Production or Development. 10 - 11 -==== Development Only Properties File ==== 12 - 13 -You can set properties that will only be active if the project is run in Development mode by creating a **Properties.dev** file. It will be loaded for all users. 14 - 15 -=== Database Connection Properties === 16 - 17 -While the easiest place to set connection properties is in the EOModel, a better place to put them is in the Properties system, that way you can leverage the flexibility of launch-time loading of Properties so that you set connection info for each user, for development or for deployment. 18 - 19 -==== Model-Specific Connection Properties ==== 20 - 21 -{{noformat}} 22 - 23 -MyEOModel.URL = 24 -MyEOModel.DBUser = 25 -MyEOModel.DBPassword = 26 -MyEOModel.DBDriver = 27 -MyEOModel.DBPlugin = 28 -MyEOModel.DBJDBCInfo = 29 - 30 -{{/noformat}} 31 - 32 -==== Global Connection Properties ==== 33 - 34 -These settings will allow you to set the connection properties for all the EOModels in your project. 35 - 36 -{{noformat}} 37 - 38 -dbConnectURLGLOBAL = 39 -dbConnectUserGLOBAL = 40 -dbConnectPasswordGLOBAL = 41 -dbConnectDriverGLOBAL = 42 -dbEOPrototypesEntityGLOBAL = 43 - 44 -{{/noformat}}