日日操夜夜添-日日操影院-日日草夜夜操-日日干干-精品一区二区三区波多野结衣-精品一区二区三区高清免费不卡

jar/META-INF/versions:

versions/
├── 11
│?? └── org
│??     └── glassfish
│??         └── jersey
│??             └── internal
│??                 └── jsr166
│??                     ├── JerseyFlowSubscriber$1.class
│??                     ├── JerseyFlowSubscriber.class
│??                     ├── SubmissionPublisher$1.class
│??                     ├── SubmissionPublisher$2.class
│??                     ├── SubmissionPublisher$3.class
│??                     ├── SubmissionPublisher$4.class
│??                     ├── SubmissionPublisher$5.class
│??                     ├── SubmissionPublisher$6.class
│??                     ├── SubmissionPublisher.class
│??                     └── SubmissionPublisherFactory.class
└── 9
    ├── module-info.class
    └── org
        └── apache
            └── logging
                └── log4j
                    ├── core
                    │?? └── util
                    │??     └── SystemClock.class
                    └── util
                        ├── Base64Util.class
                        ├── ProcessIdUtil.class
                        ├── StackLocator.class
                        └── internal
                            └── DefaultObjectInputFilter.class

編輯：我發(fā)現(xiàn)some references表明，當(dāng)AWS Lambda提取JAR時(shí)，他們不會(huì)提取META-INF目錄，該目錄包含MANIFEST.MF文件，該文件告訴JVM該JAR是多版本JAR。Lambda是否支持多版本JAR？

推薦答案

不完全是您問(wèn)題的答案，但我希望這可能會(huì)有幫助。

您的分析是正確的-AWS lambda提取整個(gè)JAR文件。然后，運(yùn)行l(wèi)ambda函數(shù)的JVM不再將代碼識(shí)別為JAR文件，并且實(shí)際上會(huì)忽略整個(gè)META-INF目錄。

在我的例子中，我使用maven-shade-plugin創(chuàng)建了一個(gè)包含lambda函數(shù)的所有依賴項(xiàng)的&uber&quot；-jar。official AWS documentation中推薦使用這種方法。
現(xiàn)在–這一點(diǎn)很重要–maven-shade-plugin提取所有JAR文件依賴項(xiàng)，并將它們重新打包到單個(gè)平面JAR文件中。如果您的一個(gè)依賴項(xiàng)是多版本JAR(就像log4j2一樣)，那么您可以配置maven-shade-plugin以重新構(gòu)建適當(dāng)?shù)腗ETA-INF目錄，如果您將JAR作為JAR文件運(yùn)行，那么一切仍然正常。
但是，因?yàn)锳WS Lambda提取JAR，所以JVM不再看到META-INF目錄，并且META-INF/版本中的任何內(nèi)容都將被忽略。

要解決這個(gè)問(wèn)題，我切換到maven-assembly-plugin。它允許使用lambda的代碼創(chuàng)建ZIP文件，并將依賴項(xiàng)添加為JAR文件。現(xiàn)在，當(dāng)AWS Lambda解壓縮此ZIP文件時(shí)，JAR保持完好，一切工作正常。

要進(jìn)行配置，請(qǐng)創(chuàng)建一個(gè)文件assembly.xml，如下所示：

<assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2 http://maven.apache.org/xsd/assembly-1.1.2.xsd">
    <id>zip</id>
    <!-- Make sure the ZIP contents are not nested in a subdirectory -->
    <includeBaseDirectory>false</includeBaseDirectory>

    <formats>
        <format>zip</format>
    </formats>
    <fileSets>
        <fileSet>
            <directory>${project.basedir}/conf</directory>
        </fileSet>
        <!-- Include the compiled classes as-is and put them in the root of the ZIP -->
        <fileSet>
            <directory>${project.build.directory}/classes</directory>
            <outputDirectory>/</outputDirectory>
        </fileSet>
    </fileSets>
    <dependencySets>
        <!-- Include all dependencies in the lib/ directory -->
        <dependencySet>
            <outputDirectory>lib</outputDirectory>
            <excludes>
                <exclude>${project.groupId}:${project.artifactId}:jar:*</exclude>
            </excludes>
        </dependencySet>
    </dependencySets>
</assembly>

然后您需要在pom.xml中配置maven-assembly-plugin：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-assembly-plugin</artifactId>
    <version>3.3.0</version>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>single</goal>
            </goals>
            <configuration>
                <appendAssemblyId>false</appendAssemblyId>
                <descriptors>
                    <descriptor>assembly.xml</descriptor>
                </descriptors>
                <finalName>${project.artifactId}</finalName>
            </configuration>
        </execution>
    </executions>
</plugin>

現(xiàn)在，只需像往常一樣將生成的壓縮文件部署到AWS Lambda，就可以了！

作為備注-陰影JAR文件包含數(shù)千個(gè)單獨(dú)的.class文件，而匯編的ZIP文件只包含少數(shù)幾個(gè)JAR文件。即使總體大小(以字節(jié)為單位)更大，文件的數(shù)量也會(huì)少得多，從而減少冷啟動(dòng)時(shí)間。我還沒(méi)有在AWS Cloud上測(cè)試過(guò)這一點(diǎn)，但在我的LocalStack上，冷啟動(dòng)時(shí)間從大約1分鐘降到了6秒–這絕對(duì)是一個(gè)很好的開(kāi)發(fā)助推器。

這篇關(guān)于AWS Lambda使用來(lái)自多版本JAR的不正確類(lèi)文件？的文章就介紹到這了，希望我們推薦的答案對(duì)大家有所幫助，