Compile and jar java files

Saved searches

Use saved searches to filter your results more quickly

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

Компилируем, пакуем и запускаем jar файл.

aykononov/java-compile-jar

This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Sign In Required

Please sign in to use Codespaces.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching Xcode

If nothing happens, download Xcode and try again.

Launching Visual Studio Code

Your codespace will open once ready.

There was a problem preparing your codespace, please try again.

Latest commit

Git stats

Files

Failed to load latest commit information.

README.md

Java приложение — компилируем, пакуем и запускаем jar файл.

1. Файл с кодом Demo.java

public class Demo < public static void main(String[] args) < System.out.println("Hello Java!"); > >

2. Компилируем в байт-код для JVM.

Если программа состоит из нескольких исходников, то перечисляем их через пробел, команда:

javac Demo.java

в той же директории на выходе появится новый файл Demo.class

3. Просмотр скомпилированного байт-кода в удобном для изучения формате.

• Байт-код также как и исходный код оперирует классами и методами.
• На уровне байт-кода нет указателей и никакого прямого доступа к памяти.

4. Запуск программы.

Для этого нужно указать JVM главный класс программы Demo.class , содержащий метод main в текущей директории.

команда:

java Demo

Если класс находится в другой директории, то это нужно сообщить JVM при помощи параметра -classpath

команда:

java -classpath dir Demo

5. Пакуем в JAR-архив.

Если программа состоит из нескольких файлов, то удобнее упаковать их в один JAR-архив.
JAR-архив это тот же ZIP-архив, только с одним дополнением, он содержит файл манифест с мета-информацией о программе.

MANIFEST.MF содержит следующую информацию:

Manifest-Version: 1.0 Created-By: 1.8.0_281 (Oracle Corporation) Main-Class: Demo 

META-INF/ META-INF/MANIFEST.MF Demo.class 

Распаковка JAR-архива, команда:

jar xf demo.jar

6. Запуск JAR-архива.

Есл в JAR-e прописан главный класс, команда:

java -jar demo.jar

Если в JAR-e НЕ прописан главный класс, команда:

java -classpath demo.jar Demo

Demo — имя главного класса

7. Упаковка JAR-архива вместе с другими jar-файлами (сторонними библиотеками)

Технологии.

• maven — фреймворк для автоматизации сборки проектов на основе описания их структуры в файлах на языке POM (англ. Project Object Model).

Функционал.

Приложение ничего не делает, просто запускается и останавливается.

Сборка исполняемого jar-файла в командной строке.

Используя shell, перейдите в корневой каталог проекта (где находится файл pom.xml) и введите:

mvn clean package cd target 

Сборка исполняемого jar-файла в IntelliJ IDEA.

Справа раскрываем вкладку «Maven» и выбираем:

"clean", жмем "Run" "package", жмем "Run". 

Готовый jar-файл будет в директории:

src/target/simple-maven-jar-1.0-SNAPSHOT.jar 

Запуск приложения.

java -jar simple-maven-jar-1.0-SNAPSHOT.jar 

Источник

Compiling the Example Programs

In a real-world scenario in which a service such as the compute engine is deployed, a developer would likely create a Java Archive (JAR) file that contains the Compute and Task interfaces for server classes to implement and client programs to use. Next, a developer, perhaps the same developer of the interface JAR file, would write an implementation of the Compute interface and deploy that service on a machine available to clients. Developers of client programs can use the Compute and the Task interfaces, contained in the JAR file, and independently develop a task and client program that uses a Compute service.

In this section, you learn how to set up the JAR file, server classes, and client classes. You will see that the client’s Pi class will be downloaded to the server at runtime. Also, the Compute and Task interfaces will be downloaded from the server to the registry at runtime.

This example separates the interfaces, remote object implementation, and client code into three packages:

• compute – Compute and Task interfaces
• engine – ComputeEngine implementation class
• client – ComputePi client code and Pi task implementation

First, you need to build the interface JAR file to provide to server and client developers.

Building a JAR File of Interface Classes

First, you need to compile the interface source files in the compute package and then build a JAR file that contains their class files. Assume that user waldo has written these interfaces and placed the source files in the directory c:\home\waldo\src\compute on Windows or the directory /home/waldo/src/compute on Solaris OS or Linux. Given these paths, you can use the following commands to compile the interfaces and create the JAR file:

Microsoft Windows:

cd c:\home\waldo\src javac compute\Compute.java compute\Task.java jar cvf compute.jar compute\*.class

Solaris OS or Linux:

cd /home/waldo/src javac compute/Compute.java compute/Task.java jar cvf compute.jar compute/*.class

The jar command displays the following output due to the -v option:

added manifest adding: compute/Compute.class(in = 307) (out= 201)(deflated 34%) adding: compute/Task.class(in = 217) (out= 149)(deflated 31%)

Now, you can distribute the compute.jar file to developers of server and client applications so that they can make use of the interfaces.

After you build either server-side or client-side classes with the javac compiler, if any of those classes will need to be dynamically downloaded by other Java virtual machines, you must ensure that their class files are placed in a network-accessible location. In this example, for Solaris OS or Linux this location is /home/user/public_html/classes because many web servers allow the accessing of a user’s public_html directory through an HTTP URL constructed as http://host/~user/ . If your web server does not support this convention, you could use a different location in the web server’s hierarchy, or you could use a file URL instead. The file URLs take the form file:/home/user/public_html/classes/ on Solaris OS or Linux and the form file:/c:/home/user/public_html/classes/ on Windows. You may also select another type of URL, as appropriate.

The network accessibility of the class files enables the RMI runtime to download code when needed. Rather than defining its own protocol for code downloading, RMI uses URL protocols supported by the Java platform (for example, HTTP) to download code. Note that using a full, heavyweight web server to serve these class files is unnecessary. For example, a simple HTTP server that provides the functionality needed to make classes available for downloading in RMI through HTTP can be found at .
Also see Remote Method Invocation Home.

Building the Server Classes

The engine package contains only one server-side implementation class, ComputeEngine , the implementation of the remote interface Compute .

Assume that user ann , the developer of the ComputeEngine class, has placed ComputeEngine.java in the directory c:\home\ann\src\engine on Windows or the directory /home/ann/src/engine on Solaris OS or Linux. She is deploying the class files for clients to download in a subdirectory of her public_html directory, c:\home\ann\public_html\classes on Windows or /home/ann/public_html/classes on Solaris OS or Linux. This location is accessible through some web servers as http://host:port/~ann/classes/ .

The ComputeEngine class depends on the Compute and Task interfaces, which are contained in the compute.jar JAR file. Therefore, you need the compute.jar file in your class path when you build the server classes. Assume that the compute.jar file is located in the directory c:\home\ann\public_html\classes on Windows or the directory /home/ann/public_html/classes on Solaris OS or Linux. Given these paths, you can use the following commands to build the server classes:

Microsoft Windows:

cd c:\home\ann\src javac -cp c:\home\ann\public_html\classes\compute.jar engine\ComputeEngine.java

Solaris OS or Linux:

cd /home/ann/src javac -cp /home/ann/public_html/classes/compute.jar engine/ComputeEngine.java

The stub class for ComputeEngine implements the Compute interface, which refers to the Task interface. So, the class definitions for those two interfaces need to be network-accessible for the stub to be received by other Java virtual machines such as the registry’s Java virtual machine. The client Java virtual machine will already have these interfaces in its class path, so it does not actually need to download their definitions. The compute.jar file under the public_html directory can serve this purpose.

Now, the compute engine is ready to deploy. You could do that now, or you could wait until after you have built the client.

Building the Client Classes

The client package contains two classes, ComputePi , the main client program, and Pi , the client’s implementation of the Task interface.

Assume that user jones , the developer of the client classes, has placed ComputePi.java and Pi.java in the directory c:\home\jones\src\client on Windows or the directory /home/jones/src/client on Solaris OS or Linux. He is deploying the class files for the compute engine to download in a subdirectory of his public_html directory, c:\home\jones\public_html\classes on Windows or /home/jones/public_html/classes on Solaris OS or Linux. This location is accessible through some web servers as http://host:port/~jones/classes/ .

The client classes depend on the Compute and Task interfaces, which are contained in the compute.jar JAR file. Therefore, you need the compute.jar file in your class path when you build the client classes. Assume that the compute.jar file is located in the directory c:\home\jones\public_html\classes on Windows or the directory /home/jones/public_html/classes on Solaris OS or Linux. Given these paths, you can use the following commands to build the client classes:

Microsoft Windows:

cd c:\home\jones\src javac -cp c:\home\jones\public_html\classes\compute.jar client\ComputePi.java client\Pi.java mkdir c:\home\jones\public_html\classes\client cp client\Pi.class c:\home\jones\public_html\classes\client

Solaris OS or Linux:

cd /home/jones/src javac -cp /home/jones/public_html/classes/compute.jar client/ComputePi.java client/Pi.java mkdir /home/jones/public_html/classes/client cp client/Pi.class /home/jones/public_html/classes/client

Only the Pi class needs to be placed in the directory public_html\classes\client because only the Pi class needs to be available for downloading to the compute engine’s Java virtual machine. Now, you can run the server and then the client.

Источник