спасибо

нет должно быть все таки class Army<T extends Unit & Race>

если я ставлю просто юнит, то могу создать массив
Army<Cavalry> cavalryArmy = new Army<>();

если ставлю + Race, то никто не сможет создавать левые массивы

тогда сделайте еще один Generic , назовите его R extends Unit

и возвращайте его в том рандомном методе

🤔  .... спасибо за идейку, попробую реализовать

@gibson1 вы были правы, так не работает, извиняюсь

привет
здесь может кто помочь разобраться с webpack ?

Здравствуйте, подскажите пожалуйста, как мне в A.java получить вывод из B.java/ т.е.  считать с консоли его который выдает B.java?


public class B {
   public static void main(String[] args) {
       
       System.out.println(args[0]);
   }
}

public class A {

   public static void main(String[] args) {

       B subnet = new B();

       String[] test01 =  new String[] {"fgfgfg"};      
   
       subnet.main(test01);      
     
   }
}

А оформить как обычный метод например в B, потом создать объект в A и вызвать этот метод, не подходит для решения?

Не main метод создать, а обычный

нет мне нужно именно что бы это были две независимые программы ктоорые могли бы друг дргуа юзаать)

Тогда тебе надо посмотреть просто на то, как из джава-кода другие процессы запускать (джавовые или нет - уже становится неважно)

Хотя зачем так делать, когда ты оба сам пишешь, конечно, непонятно

ну например что бы одна программа могла запутить ругую с ее main'ом и потестировать на различные вводные параметры

Это плохая затея. Надо вместо этого выносить тестируемую логику (обработка входных параметров в том числе) в не-мэйн методы, которые можно просто тестировать с помощью библиотек/фреймворков для тестирования в рамках того же приложения.

End-to-end тесты  "извне" (из отдельного скрипта или приложения в широком смысле этого слова) тоже имеют место быть для более сложных систем и приложений, но судя по уровню описываемой ситуации, это что-то, что ждёт в относительно далёком будущем, и пока не надо забивать себе таким мысли.

Сегодня java исполняется 25 лет, в честь этого @nipafx, автор http://blog.codefx.org запустил 25-часовой стрим, с гостями из джавы, в 20:00 UTC будет Браян Гоец рассказывать почему джава иногда бесит и как вчерашние отличные идеи стали сегодняшним проблемами. Присоединяйтесь: https://www.twitch.tv/nipafx

Подскажите кто знает. У меня в методе есть свитч блок с несколькими кейсами. В кейсах присваиваются различные имплементации моего компоратора и он отрабатывает, возвращая лист. Как мне протестировать не сам лист, а то что присвоился правильный компаратор и отработал именно его метод? можно так вообще? Учитывая что это все внутри метода просто произошло? Кажется мне что как-то через verify мокитовский можно можно этот вызов метоода чекнуть, но как?