Application questions (modular architecture / how to store config)

[Atikos]

Hi,

i'm starting to write an application, which should be easy to extend, later...

The application is in the MVC Pattern written, but i want to have a modular architecture.
My thoughts are these:
- Folder 'Modules' in which i can deposit Java classes, each class express a module

Additional i have a question belongs to configuration files.
Where should i store it, if i have to save sensitive user data like passwords? (and encryption??)

I hope you understand my concern.


Thanks a lot!

Greetings

[Kapil Viren Ahuja]

Where should i store it, if i have to save sensitive user data like passwords? (and encryption??)

- DO NOT do this ever.

Now coming to your question on modular approach, where the configurations should go depend on a lot of things. A few questions that I will recommend you should try to answer:
- Do you need to restart the server if user wants to change configurations?
- Does a change in configuration needs a change in Java code?
- Are configurations dependent on a layer like Web, Services etc

I can answer your question more accurately, if you can share the various libraries you are using in your application and maybe the design of your application. You an PM me if any of this is sensitive.

[Atikos]

?
But why i should do this?
Its more comfortable for the user of the application, if he hasn't to retype it again.

I will answer your questions later, cause i don't have time yet.

Thanks a lot!

[Kapil Viren Ahuja]

?
But why i should do this?
Its more comfortable for the user of the application, if he hasn't to retype it again.

I never said, ask user to provide values everytime. Placing passwords in config make your application vulnerable. You should use the container to store the values and then read from it. Applications servers like websphere would provide you place values as resources and read them from your application via JMS. The values provided in webspehere will be masked and makes your application more secure