Details

    • Type: Task Task
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 3.0-alpha-3
    • Component/s: Profiles
    • Labels:
      None

      Description

      As per r748226 support for profiles.xml will be dropped. Tracking this here as a user visible change for the release history.

        Activity

        Hide
        Will Horn added a comment -

        Is there any documentation about this change? I don't see any here or in the commit log to explain the reason or the suggested alternatives. My use case of profiles.xml is to separate certain project settings out of the pom. These are mostly properties that change regularly from user to user and should not be committed to version control (e.g. custom output directory, build number).

        Show
        Will Horn added a comment - Is there any documentation about this change? I don't see any here or in the commit log to explain the reason or the suggested alternatives. My use case of profiles.xml is to separate certain project settings out of the pom. These are mostly properties that change regularly from user to user and should not be committed to version control (e.g. custom output directory, build number).
        Hide
        Milos Kleint added a comment -

        this doesn't sound like a "minor task" to me. The only way to have per-project non-sharable settings has been removed. Now only global per project settings are available in settings.xml.

        It will cause me headaches in netbeans IDE integration eg. the deployment server TYPE is noted in the pom.xml as it's something that is usually shared across all developers, but the deployment server ID is stored in profiles.xml file because the ID token value is user installation based (can include path to the server installation)

        Show
        Milos Kleint added a comment - this doesn't sound like a "minor task" to me. The only way to have per-project non-sharable settings has been removed. Now only global per project settings are available in settings.xml. It will cause me headaches in netbeans IDE integration eg. the deployment server TYPE is noted in the pom.xml as it's something that is usually shared across all developers, but the deployment server ID is stored in profiles.xml file because the ID token value is user installation based (can include path to the server installation)
        Hide
        Tuomas Kiviaho added a comment -

        I think that the feature has become obsolete because it can be replaced with mixins (http://markmail.org/thread/6qqccwkrry5up2un). I just don't know how to do this.

        Show
        Tuomas Kiviaho added a comment - I think that the feature has become obsolete because it can be replaced with mixins ( http://markmail.org/thread/6qqccwkrry5up2un ). I just don't know how to do this.
        Hide
        Milos Kleint added a comment -

        the fact that mixins are mentioned to be placed in repository, doesn't make them a proper replacement of profiles.xml file for user-private settings..

        Show
        Milos Kleint added a comment - the fact that mixins are mentioned to be placed in repository, doesn't make them a proper replacement of profiles.xml file for user-private settings..
        Hide
        Jörg Hohwiller added a comment - - edited

        Please also note that profiles.xml was the suggested workaround to solve MNG-624.

        Show
        Jörg Hohwiller added a comment - - edited Please also note that profiles.xml was the suggested workaround to solve MNG-624 .

          People

          • Assignee:
            Shane Isbell
            Reporter:
            Benjamin Bentmann
          • Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development