Как установить права доступа к файлу при развертывании приложения AWS без сервера с Maven - PullRequest
0 голосов
/ 29 марта 2020

Я хочу развернуть лямбда-функцию AWS, используя AWS модель сервера без серверов с Maven. В zip-файле развертывания lambdas я хочу включить два внешних файла (file1 и file2), которые должны иметь исполняемые разрешения. (chmod 755 / -rwxr-xr-x). Оба файла представляют собой 64-разрядные файлы ELF

Файлы на моем локальном компьютере имеют такие разрешения, однако при сборке и развертывании на AWS я могу экспортировать и загрузить функцию с онлайн-консоли AWS lambda на ZIP и увидите, что развернутые файлы теперь имеют разрешения -rw-r - r-- (chmod 644).

Я исправил эту проблему в Gradle ранее, просто выполнив что-то вроде filesMatching('file1') { mode = 0755 }* 1006. *

Я использую:

  • java11
  • maven-shade-plugin 3.2.2

Как мне добиться этого в Maven? Вот часть сборки моего помпона. xml

    <build>
        <resources>
            <resource>
                <directory>files</directory>
                <includes>
                    <include>file1</include>
                    <include>file2</include>
                </includes>
            </resource>
        </resources>

        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-shade-plugin</artifactId>
                <version>3.2.2</version>
                <configuration>
                </configuration>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>shade</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

1 Ответ

0 голосов
/ 01 апреля 2020

Для всех, кто столкнулся с этой проблемой, я использовал maven-assembly-plugin, как это было предложено khmarbaise. Мое решение в итоге выглядело так:

Это был раздел сборки моего pom. xml

    <build>
    <plugins>
        <plugin>
            <artifactId>maven-assembly-plugin</artifactId>
            <version>3.2.0</version>
            <executions>
                <execution>
                    <id>make-assembly</id>
                    <phase>package</phase>
                    <goals>
                        <goal>single</goal>
                    </goals>
                    <configuration>
                        <descriptors>
                            <descriptor>distribution.xml</descriptor>
                        </descriptors>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

Затем я добавил файл "distribution. xml" к тому же каталог как POM. xml. Что выглядело так:

<assembly
    xmlns="http://maven.apache.org/ASSEMBLY/2.0.0"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/ASSEMBLY/2.0.0 http://maven.apache.org/xsd/assembly-2.0.0.xsd">
<id>aws-lambda-package</id>
<formats>
    <format>zip</format>
</formats>
<includeBaseDirectory>false</includeBaseDirectory>
<fileSets>
    <fileSet>
        <directory>files</directory>
        <outputDirectory>./</outputDirectory>
        <includes>
            <include>file1</include>
            <include>file2</include>
        </includes>
        <fileMode>0755</fileMode>
    </fileSet>
</fileSets>

<dependencySets>
    <dependencySet>
        <outputDirectory>lib</outputDirectory>
    </dependencySet>
</dependencySets>

В качестве побочного эффекта от этого я больше не мог использовать имя функции в качестве значения для codeURI в template.yaml. Поэтому мне нужно было изменить его на местоположение zip-файла, созданного при запуске maven clean install. Который в большинстве случаев народов будет расположен: <functionName>/target/<fileName>.zip.

...