1. Обзор​

В этой статье мы собираемся показать, как мы можем протестировать API, защищенный с помощью OAuth с поддержкой тестирования Spring MVC .

Примечание . В этой статье используется устаревший проект Spring OAuth .

2. Авторизация и сервер ресурсов​

Руководство по настройке сервера авторизации и ресурсов см. в этой предыдущей статье: Spring REST API + OAuth2 + AngularJS .

1. Введение​

Библиотека Reflections работает как сканер путей к классам. Он индексирует отсканированные метаданные и позволяет нам запрашивать их во время выполнения. Он также может сохранять эту информацию, поэтому мы можем собирать и использовать ее в любой момент нашего проекта без необходимости повторного сканирования пути к классам.

В этом руководстве мы покажем, как настроить библиотеку Reflections и использовать ее в наших проектах Java.

2. Зависимость от Maven​

Чтобы использовать Reflections , нам нужно включить его зависимость в наш проект:

1. Введение​

ReflectionTestUtils является частью среды Spring Test Context. Это коллекция служебных методов на основе отражения, используемых в модуле, и сценариев интеграционного тестирования для установки непубличных полей, вызова непубличных методов и внедрения зависимостей.

В этом руководстве мы рассмотрим, как мы можем использовать ReflectionTestUtils в модульном тестировании, рассмотрев несколько примеров.

2. Зависимости Maven​

Давайте начнем с добавления последних версий всех необходимых зависимостей, необходимых для наших примеров, в наш pom.xml :

1. Введение​

В этом руководстве мы собираемся подготовить динамическую регистрацию клиента с помощью протокола OAuth2.0. OAuth2.0 — это структура авторизации, которая позволяет получить ограниченный доступ к учетным записям пользователей в службе HTTP. Клиент OAuth2.0 — это приложение, которое хочет получить доступ к учетной записи пользователя. Этот клиент может быть внешним веб-приложением, пользовательским агентом или просто собственным клиентом.

Чтобы добиться динамической регистрации клиентов, мы собираемся хранить учетные данные в базе данных, а не в жестко заданной конфигурации. Приложение, которое мы собираемся расширить, изначально было описано в учебнике Spring REST API + OAuth2 .

Примечание . В этой статье используется устаревший проект Spring OAuth .

2. Зависимости Maven​

1. Введение​

В этой статье мы рассмотрим три инструмента автоматизации сборки Java, которые доминировали в экосистеме JVM — Ant, Maven и Gradle .

Мы представим каждый из них и рассмотрим, как развивались средства автоматизации сборки Java.

2. Апачский муравей​

1. Обзор​

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

Ознакомление с Gradle см. в этой статье . Он содержит основы Gradle и, что наиболее важно для этой статьи, введение в задачи Gradle.

2. Пользовательское определение задачи внутри build.gradle​

Чтобы создать простую задачу Gradle, нам нужно добавить ее определение в наш файл build.gradle :

1. Обзор​

В этой быстрой статье мы рассмотрим создание «толстой банки» в Gradle.

По сути, толстый jar (также известный как uber-jar) — это самодостаточный архив, который содержит как классы, так и зависимости, необходимые для запуска приложения.

2. Первоначальная настройка​

1. Введение​

В этом руководстве мы рассмотрим различные методы выполнения основного метода Java `` с помощью Gradle.

2. Основной метод Java​

Есть несколько способов запуска основного метода Java с помощью Gradle. Давайте посмотрим на них внимательно, используя простую программу, которая выводит сообщение на стандартный вывод:

public class MainClass {
    public static void main(String[] args) {
        System.out.println("Goodbye cruel world ...");
    }
}

1. Введение​

В этом кратком руководстве мы продемонстрируем несколько способов использования консоли для пользовательского ввода и вывода в Java .

Мы рассмотрим несколько методов класса Scanner для обработки ввода, а затем покажем простой вывод с помощью System.out .

Наконец, мы увидим, как использовать класс Console , доступный начиная с Java 6, как для консольного ввода, так и для вывода.

2. Чтение из System.in​

1. Введение​

Эта статья посвящена Nashorn — новому движку JavaScript по умолчанию для JVM, начиная с Java 8.

Было использовано множество сложных методов, чтобы сделать Nashorn на несколько порядков более производительным, чем его предшественник под названием Rhino, так что это стоящее изменение.

Давайте посмотрим на некоторые способы его использования.

2. Командная строка​