You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Michael Osipov (Jira)" <ji...@apache.org> on 2020/12/20 22:28:00 UTC

[jira] [Moved] (MSHARED-966) Resources are not copied to ${project.build.outputDirectory}

     [ https://issues.apache.org/jira/browse/MSHARED-966?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Osipov moved MRESOURCES-266 to MSHARED-966:
---------------------------------------------------

                  Key: MSHARED-966  (was: MRESOURCES-266)
    Affects Version/s:     (was: 3.2.0)
                       maven-filtering-3.2.0
              Project: Maven Shared Components  (was: Maven Resources Plugin)

> Resources are not copied to ${project.build.outputDirectory}
> ------------------------------------------------------------
>
>                 Key: MSHARED-966
>                 URL: https://issues.apache.org/jira/browse/MSHARED-966
>             Project: Maven Shared Components
>          Issue Type: Bug
>    Affects Versions: maven-filtering-3.2.0
>         Environment: Maven 3.6.3, Java 11, macOS
>            Reporter: Ralf Taugerbeck
>            Priority: Major
>         Attachments: maven-example.tgz, maven.log
>
>
> Hi,
> after upgrading from 3.1.0 to 3.2.0 I get this weird issue. My build fails with a java.nio.file.NoSuchFileException for a file, that actually exists in the resources directory.
> What's special about the file is that it was extracted from a dependency artifact. I know this is a strange use case, but for us it is the only way to supply a common Velocity macro library file to other modules for Velocity template development with IntelliJ (only relative paths supported).
> File content and encoding do not seem to have an impact. Could it be because of an archive flag? If I modify and save the file, the build works fine again...
> If necessary, I can provide a stack trace or detailed log.



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