Вопрос

Я рассматривал возможность включения исходного кода в мой архивный файл (EAR, JAR, WAR), чтобы мы могли видеть, как выглядит развернутое приложение.Очевидно, что это сделает архив намного больше.Влияет ли размер архивного файла вообще на производительность сервера приложений?Это хорошая идея или нет?

Это было полезно?

Решение

Вот еще одно решение вашей проблемы, которое может прийти вместо (размещения исходных текстов в .jar) или в дополнение к нему:Укажите идентификатор редакции системы управления версиями в файле .jar.Вы можете указать это в файле манифеста или в файле свойств.

Идентификатор редакции системы управления версиями - это текущий идентификатор, связанный с корневым каталогом вашего проекта в системе управления версиями.Он легко доступен в SVN, Git и большинстве современных систем управления версиями.В старых системах (CVS) сначала необходимо создать (именованный) тег, вероятно, используя текущую дату и время (для обеспечения уникальности).Номер редакции позволит вам получить из системы управления версиями точный снимок, из которого был получен архив, поэтому при исправлении ошибок вы будете исправлять их в правильных источниках.

Этот метод позволит вам сэкономить место - вам не нужно будет отправлять весь исходный каталог целиком.

Однако по-прежнему рекомендуется указывать этот номер, даже если источники включены в архив, просто потому, что он единогласно указывает точку в истории, где был создан архив.Вручную сравнивать исходники в архиве с исходниками в системе управления версиями непросто.

Другие советы

Это влияет на производительность в той степени, в какой в индексе архива появляется больше записей, но это будет не так уж плохо, и вы поместите исходный код в его собственный подкаталог.Или вы можете просто создать исходный архив и перелопатить его вместе с другими файлами.Это был бы мой выбор.Конечно, если это дистрибутив GPL, вам нужно будет четко указать, где находится исходный код.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top