You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Benoit Tellier (Jira)" <se...@james.apache.org> on 2020/01/06 03:07:00 UTC

[jira] [Commented] (JAMES-3019) Clear and flexible handling of base directory

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

Benoit Tellier commented on JAMES-3019:
---------------------------------------

I overall agree with your statement.

The FileSystem API in james would benefit from additional documentation and consistency enhancement.

Would you be interested to investigate the topic?

> 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: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org