Создание автономного источника выпускает со Знатоком
Просто, потому что белая книга влияет, не означает, что это - хороший ресурс изучения!
Это - возможно худший способ узнать, что язык от этого когда-либо существовал. Вдобавок ко всему, в прошлый раз, когда я проверил, это было необоснованно дорого.
Это - полное определение языка и способно к этому (который является, почему это действительно - одна из самых влиятельных книг программирования). В течение долгого времени это на самом деле было определение C.
Вы могли бы рассмотреть вторую книгу по предмету.
Однако необходимо попробовать довольно много различных IDE и видеть то, чем Вы довольны.
На самом деле, сначала Вы могли бы хотеть привыкнуть к vi/emacs/notepad/make и компиляции командной строки, это получит Вас намного более сильное понимание Вашей среды (и если это не понимает, что Вы после, тогда Вы рявкаете неправильное дерево языка).
, Поскольку Вы исследуете различные IDE, я дал бы Eclipse или Netbeans с c плагином попытка. Они собираются быть большинством полных и надежных IDE (кроме, вероятно, для Microsoft) и независимы от платформы, таким образом, Вас не оставят в холоде, когда Вы решите перейти к Mac или Linux.
5 ответов
Вы можете попробовать следующий подход:
- Используйте mvn ant: ant для создания сборки ant сценарии из проекта maven
- Убедитесь, что муравей является зависимостью проекта
- Используйте сборку для создания муравья
system
или план b:
- Используйте mvn ant: ant для создания сборки муравья сценарии из проекта maven
- Убедитесь, что ant является зависимостью проекта.
- Напишите «класс начальной загрузки» для вызова Ant и запуска сборки
- Используйте appassembler , чтобы построить среда сборки и установки со сценариями
В плане b вы должны написать сценарии для создания дерева исходных текстов где-нибудь из упакованных исходных файлов jar, а затем использовать сценарии bat сборки appassembler или sh для вызова начальной загрузки и сборки через ant. Ваш начальный загрузчик может делать все, что вам нужно, до или после сборки.
Надеюсь, это поможет.
the source plugin will give you a jar containing the source of a probject "source:jar". you could then use the assembly plugin to combine the source jars from your internal projects (using the sources to reference these source jars) and the binary jars from the external projects into one distribution.
however, as for turning this into a compilable unit, i have no suggestions. you could certainly bundle maven, but you'd need to create a bundle containing all the plugins you need to build your project! i don't know of any existing tool to do that.
Вот как я это делаю ... в части сборки pom добавьте следующее:
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<executions>
<execution>
<id>attach-sources</id>
<phase>verify</phase>
<goals>
<goal>jar</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
А затем в разделе профилей добавьте этот бит:
<profiles>
<profile>
<id>release</id>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<executions>
<execution>
<goals>
<goal>jar</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
</profile>
</profiles>
И когда я сделать maven install, он создает jar, а также проверяет jar с исходным кодом.
Если в среде разработки вы включите следующие плагины сборки
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
</configuration>
</plugin>
и вызовете mvn assembly: assembly, вы получите yourApp-version-with-dependencies.jar в целевой папке. Это самодостаточный jar, и с помощью записи MANIFEST.MF основного класса любой может дважды щелкнуть и запустить приложение.
Возможно, ответ, который я отправил на аналогичный вопрос, мог бы оказать некоторую помощь. См. Может ли maven собрать все зависимые jar-файлы для проекта, чтобы помочь с развертыванием приложения? Единственное, чего не хватает, - это как включить исходный код в сборку. Я должен представить, что есть способ справиться с этим с помощью плагина сборки. Это также не касается включения Maven в дистрибутив.
Какова причина перехода с Ant на Maven? Похоже, у вас все хорошо получилось с решением Ant, так что же Maven вам здесь покупает?
Если это просто управление зависимостями, есть методы использования Maven из Ant , которые дают вам лучшее из обоих миров.