Операции сортировки и between и им подобные утрачивают смысл.
В операции join операции с целым числом эффективнее чем со строкой. Можно найти примеры где измеряют производительность. На большом объёме разница существенна.
Здравствуйте, подскажите ваш image в каком реестре находится, в собственном openshift или внешнем, типа docker hub?
Если внутреннем, как вы его туда поместили, через import?
Тут вопрос о не исключительность Sprint data, а как о некоем фасаде между сущностью и прикладной логикой, а внутри репозитория думаю найдется место и Criteria
— Где сказано, что xml legacy?
— additional-spring-configuration-metadata — делаем сами, если нужны hints, это клон spring-configuration-metadata.
— ограничений на типы которые можно указать в properties практически нет, сделано это как я понимаю не случайно. И типы Providers для этого сделаны тоже: class-reference, spring-bean-reference и др. Видимо разработчики spring видят в этом смысл.
Проверьте pom, на предмет spring-boot-starter-aop, spring-boot-starter-test
В тесте должен
@RunWith(SpringRunner.class)
@SpringBootTest
Как будто АОП не стартует
Не берусь судить, как используется АОП, но соглашусь, что сделать сложным к пониманию, отладки, проект с ним можно. Но это вопрос к архитектуре, но так как на проектах унас большая текучка, то и допускаю что много перегибов. Меня больше интересовал академический аспект АОП и его частная реализация, ну а пока мы заложники прогресса. Спасибо.
Имел в виду, что язык не позволит делать трудно находимые ошибки, сейчас reflection, и аннотации, чуть ли не единственный способ расширить сам язык, отсюда и вероятность выстрелить себе в ногу ). Но желание сообщества иметь более совершенные способы разработки опережают предложение разработчика языка. Тут нужен пока разумеый компромисс
Что, ломаются, так это еще пока от не совершенства языка и реализации framework, а сама парадигма дает развитие, может через некоторое время все это и др., будет стандартом.
1. переменные можно определять:
локальные в рамках шаблона <#local name=value>
глобальные, доступные во всех шаблонах <#global name=value>
2. Как вариант можно так:
делаем класс
public class JavaCall implements TemplateMethodModel {
@Override
public Object exec(List args) throws TemplateModelException {
return "Hello " + (String) args.get(0);
}
}
//
подготавливаем в модели вызов метода root.put("javaHello", new JavaCall());
//
в шаблоне ftl вызываем ${javaHello("FreeMatker")}
Есть такие минусы.
Операции сортировки и between и им подобные утрачивают смысл.
В операции join операции с целым числом эффективнее чем со строкой. Можно найти примеры где измеряют производительность. На большом объёме разница существенна.
Таким образом у реестре будет версионность
Версию можно взять в параметр в шаблоне {§VERSION} и передавать при билде
Принято )
Здравствуйте, подскажите ваш image в каком реестре находится, в собственном openshift или внешнем, типа docker hub?
Если внутреннем, как вы его туда поместили, через import?
— additional-spring-configuration-metadata — делаем сами, если нужны hints, это клон spring-configuration-metadata.
— ограничений на типы которые можно указать в properties практически нет, сделано это как я понимаю не случайно. И типы Providers для этого сделаны тоже: class-reference, spring-bean-reference и др. Видимо разработчики spring видят в этом смысл.
В тесте должен
@RunWith(SpringRunner.class)
@SpringBootTest
Как будто АОП не стартует
локальные в рамках шаблона <#local name=value>
глобальные, доступные во всех шаблонах <#global name=value>
2. Как вариант можно так:
делаем класс
//
подготавливаем в модели вызов метода
root.put("javaHello", new JavaCall());//
в шаблоне ftl вызываем
${javaHello("FreeMatker")}