• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Junilu Lacar
Sheriffs:
  • Rob Spoor
  • Liutauras Vilda
  • Tim Cooke
Saloon Keepers:
  • Tim Moores
  • Piet Souris
  • Tim Holloway
  • Jj Roberts
  • Stephan van Hulst
Bartenders:
  • Himai Minh
  • Carey Brown
  • Frits Walraven

Shouldn't jforum-custom.conf override mysql.properties?

 
Ranch Hand
Posts: 17424
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi, let me introduce myself.

I'm Scott Sauyet, and you may see a bit of me around here for a while. For a new project we are planning on customizing JForum, running a stripped-down version through a portlet. I get the task of setting this up, so I will probably have some questions.

And here's the first one:

On this page:

http://www.jforum.net/development.jsp

it says

First of all, create an empty file named jforum-custon.conf in the directory WEB-INF/config .This file is necessary when working on teams, since you should not change SystemGlobals.properties to put your own configuration data, like passwords and forum address. After creating the file, just add it to .cvsignore.



I did that, but it didn't work. I had to go into WEB-INF/config/database/mysql/mysql.properties to get this to work. I initially installed the release, and used that to configure my database. Then I replaced it with the version from CVS, and I was getting DB Connection problems until I updated the mysql.properties. Shouldn't the jforum-custom.conf file override these?

-- Scott

[originally posted on jforum.net by scott_sauyet]
 
Migrated From Jforum.net
Ranch Hand
Posts: 17424
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

scott_sauyet wrote:Hi, let me introduce myself.

I'm Scott Sauyet, and you may see a bit of me around here for a while. ...


Welcome.

scott_sauyet wrote:I did that, but it didn't work. I had to go into WEB-INF/config/database/mysql/mysql.properties to get this to work. I initially installed the release, and used that to configure my database. Then I replaced it with the version from CVS, and I was getting DB Connection problems until I updated the mysql.properties. Shouldn't the jforum-custom.conf file override these?


No, I don't think so. As I understand it, the jforum-custom.conf and SystemGlobals.properties aren't meant to handle the DB "driver" configuration itself, but rather the high-level application configuration (e.g., which driver am I going to use, what SQL query definitions will be used with this DB, etc.).

However, I can imagine that this would create a problem with any source code commits you do unless you also ignore the DB configuration files as well. Perhaps the documentation on the development page just needs to be updated?
[originally posted on jforum.net by fcgreg]
 
Migrated From Jforum.net
Ranch Hand
Posts: 17424
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

fcgreg wrote:As I understand it, the jforum-custom.conf and SystemGlobals.properties aren't meant to handle the DB "driver" configuration itself, but rather the high-level application configuration (e.g., which driver am I going to use, what SQL query definitions will be used with this DB, etc.).



I was hoping this worked the way I have my Ant scripts work. There is a build.properties file which is loaded at start, but even before that, a properties file stored outside the project directory (in ${user.home}/.ant) holding individual's overrides is loaded. Being outside the project directory, this file is never committed to source code control. A .CVSIGNORE entry serves much the same purpose, though. The main point is to allow people to have overrides of any customizable properties somewhere they won't be checked in. I would love it if my DB password was in such a location!

fcgreg wrote:However, I can imagine that this would create a problem with any source code commits you do unless you also ignore the DB configuration files as well. Perhaps the documentation on the development page just needs to be updated?



Perhaps, although I would prefer to have the ability to override these properties too.
[originally posted on jforum.net by scott_sauyet]
 
Migrated From Jforum.net
Ranch Hand
Posts: 17424
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
It shoud override mysql.properties or any other configuration.

I'll take a look tonight.

Rafael
[originally posted on jforum.net by Rafael Steil]
 
Migrated From Jforum.net
Ranch Hand
Posts: 17424
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I can't reproduce this problem. I put in jforum-custom.conf some different values of the existing in mysql.properties, and JForum uses the ones declared in jforum-custom.conf

However, if you are sure it is not working for you, please give some information about your system / how to reproduce it.'

Rafael
[originally posted on jforum.net by Rafael Steil]
 
Greenhorn
Posts: 11
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
hi,
i also have a problem with jforum-custom.conf. When i add other html tags in ACP in configurations, like table, tr, td, they don't work, and when i erase an existing tag, like <u> or <i> or any existing tag, they still work.

jforum-custom.conf shouldn't overwrite its self?
 
reply
    Bookmark Topic Watch Topic
  • New Topic