Home/ Questions/Q 996559
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T06:53:39+00:00

Part of my webapp involves uploading image files. On the production server, the files

  • 0

Part of my webapp involves uploading image files. On the production server, the files will need to be written to /somepath_on_production_server/images. For local development, I want to write the files to /some_different_path/images.

What’s the best way to handle these configuration differences?

One important requirement is this: I don’t want to have to mess with the production server at all, I just want to be able to deploy a war file and have it work. So I don’t want to use any technique which will require me to mess with the environment variables/classpath/etc. on the production machine. I’m fine with setting those on my local machine though.

I’m imaginine two possible general approaches:

  1. loading a special “dev” configuration file at runtime if certain conditions are met (environment variable/classpath/etc)
  2. flipping a switch during the build process (maven profiles maybe?)
Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Simple things like a String can be declared as environment entries in the web.xml and obtained via JNDI. Below, an example with an env-entry named “imagePath”. 

    <env-entry> 
    <env-entry-name>imagePath</env-entry-name> 
    <env-entry-value>/somepath_on_production_server/images</env-entry-value> 
    <env-entry-type>java.lang.String</env-entry-type> 
</env-entry>

    To access the properties from your Java code, do a JNDI lookup:

    // Get a handle to the JNDI environment naming context
Context env = (Context)new InitialContext().lookup("java:comp/env");

// Get a single value
String imagePath = (String)env.lookup("imagePath");

    This is typically done in an old fashioned ServiceLocator where you would cache the value for a given key.

    Another option would be to use a properties files.

    And the maven way to deal with multiple environments typically involves profiles and filtering (either of a properties file or even the web.xml).

    Resources

    • 0