[ 
https://issues.apache.org/jira/browse/JAMES-3019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17008865#comment-17008865
 ] 

Sergey B. commented on JAMES-3019:
----------------------------------

Hi [~matthieu]. I like your idea. It would be very handy approach for Linux 
users. I'm not sure it is possible to implement on Windows or Mac.

If a daemon makes use of system folders it must be deployed by packaging system 
like rpm or deb. So that user can run standard commands like rpm -qa or dpkg 
-L. If it doesn't, it is better to put it as a whole into separate directory in 
/opt or /usr/local.

> Clear and flexible handling of base directory
> ---------------------------------------------
>
>                 Key: JAMES-3019
>                 URL: https://issues.apache.org/jira/browse/JAMES-3019
>             Project: James Server
>          Issue Type: Improvement
>    Affects Versions: 3.3.0, 3.4.0
>            Reporter: Sergey B.
>            Priority: Major
>
> We need to have a single value from which all relative urls are evaluated. 
> Now some urls pointing to the same places are specified by different values. 
> For example var directory for database storage is presented by the value 
> '../var/' in database.url property, while the same directory for 
> MailRepository is designated by 'file://var/.
> It's confusing. I suggest we make an improvement.
>  # There must be a single value of basedir, from which all relative urls are 
> evaluated.
>  # Algorithm of evaluation of default basedir value must be documented.
>  # Default basedir must be at top level of all resources. I. e. there must be 
> no paths like ../.
>  # Effective basedir must be logged.
>  # There must be an opportunity for users to specify their own basedir on 
> server startup.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to