Stosowanie kluczy licencyjnych w IronPDF dla Java
Zastosowanie klucza licencyjnego do IronPDF for Java odblokowuje pełne możliwości produkcyjne. Bez ważnego klucza licencyjnego IronPDF działa w trybie próbnym i stempluje każdy wygenerowany PDF znak wodny — dopuszczalny dla rozwoju i oceny, ale nieodpowiedni do wdrożeń produkcyjnych. Ten przewodnik przeprowadza przez trzy sposoby zastosowania klucza licencyjnego: w kodzie Java przy uruchomieniu, za pomocą pliku config.properties oraz jak zweryfikować, czy klucz jest aktywny.
Szybki start: Zastosuj klucz licencyjny IronPDF w Java
Jak uzyskać klucz licencyjny IronPDF?
IronPDF for Java jest bezpłatny do oceny w rozwoju. W trybie próbnym każdy wygenerowany PDF nosi znak wodny IronPDF. Aby usunąć znak wodny i wdrożyć w produkcji, wymagany jest płatny lub próbny klucz licencyjny.
Dostępne są dwie opcje:
Kup licencję — odwiedź stronę licencjonowania IronPDF Java, aby wybrać plan, który odpowiada twoim potrzebom wdrożeniowym. Rozpocznij bezpłatny 30-dniowy okres próbny — złóż wniosek o klucz licencyjny próbny, aby ocenić IronPDF bez ograniczeń w środowisku na żywo.
Gdy klucz dotrze e-mailem, trzymaj go dostępnego do poniższych kroków. Ten sam klucz działa zarówno dla metod aplikacji opartych na kodzie, jak i plikach.
Jak dodać IronPDF jako zależność Java?
Przed zastosowaniem klucza licencyjnego IronPDF musi być na ścieżce klas. Są dwa sposoby osiągnięcia tego: zadeklaruj to jako zależność Maven lub dodaj plik .jar ręcznie.
Opcja 1: Maven (pom.xml)
Dodaj poniższe dwa wpisy do bloku <dependencies> w swoim pom.xml. Pierwszy pobiera bibliotekę IronPDF; drugi dodaje logger SLF4J, który IronPDF używa wewnętrznie.
//:path=pom.xml
<dependencies>
<!-- IronPDF for Java — use the latest release version -->
<dependency>
<groupId>com.ironsoftware</groupId>
<artifactId>ironpdf</artifactId>
<version>20xx.xx.xxxx</version>
</dependency>
<!-- SLF4J simple logger required by IronPDF -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-simple</artifactId>
<version>2.0.3</version>
</dependency>
</dependencies>
//:path=pom.xml
<dependencies>
<!-- IronPDF for Java — use the latest release version -->
<dependency>
<groupId>com.ironsoftware</groupId>
<artifactId>ironpdf</artifactId>
<version>20xx.xx.xxxx</version>
</dependency>
<!-- SLF4J simple logger required by IronPDF -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-simple</artifactId>
<version>2.0.3</version>
</dependency>
</dependencies>
Zamień 20xx.xx.xxxx na najnowszą wersję IronPDF for Java dostępną na Maven Central. Po zapisaniu pom.xml, uruchom mvn install (lub pozwól swojej IDE zsynchronizować się), aby pobrać zależność.
Opcja 2: Ręczny JAR
Jeśli Maven nie jest częścią łańcucha narzędzi budowy, pobierz plik Java .jar IronPDF i dodaj go ręcznie do klasy projektu. To podejście pasuje do budów opartych na Ant lub projektów, które zarządzają zależnościami bez menedżera pakietów.
Jak zastosować klucz licencyjny w kodzie Java?
Najprostsza metoda to wywołanie License.setLicenseKey() na samym początku uruchamiania aplikacji — przed wykonaniem jakiejkolwiek operacji PDF. Umieszczenie wywołania w metodzie main jest najbezpieczniejszym podejściem.
//:path=MyApplication.java
import com.ironsoftware.ironpdf.License;
public class MyApplication {
public static void main(String[] args) {
// Apply your license key before using any IronPDF feature
License.setLicenseKey("IRONPDF-MYLICENSE-KEY-1EF01");
// IronPDF is now fully licensed — no watermarks on output PDFs
System.out.println("IronPDF license applied.");
}
}
//:path=MyApplication.java
import com.ironsoftware.ironpdf.License;
public class MyApplication {
public static void main(String[] args) {
// Apply your license key before using any IronPDF feature
License.setLicenseKey("IRONPDF-MYLICENSE-KEY-1EF01");
// IronPDF is now fully licensed — no watermarks on output PDFs
System.out.println("IronPDF license applied.");
}
}
To podejście działa we wszystkich typach projektów Java: aplikacje samodzielne, usługi Spring Boot, aplikacje Jakarta EE i projekty Android. Klucz jest przechowywany w pamięci przez czas istnienia procesu JVM; nie dochodzi do zapisów w systemie plików.


