Я не уверен в своем ответе;однако
Если вы посмотрите на код (обновлено 14 января 2017 г.) (https://github.com/colinsheppard/time/blob/master/src/main/java/time/datatypes/LogoSchedule.java):
TickCounter getTickCounter(ExtensionContext context){
if(tickCounter==null){
tickCounter = context.workspace().world().tickCounter;
}
return tickCounter;
}
Мы увидим, что таймер получает значение tickCounter в мире рабочей области.
Если мы посмотрим на веб-сайт netlogo для обновлений (https://ccl.northwestern.edu/netlogo/docs/transition.html),, то увидим, что:
Одна из наших целей в NetLogo 6.0 - облегчить разработку расширений и упроститьразработать более мощные расширения. С этой целью мы увеличили API расширения с 5.0 до 6.0. Существующие расширения должны будут перекомпилировать изменение «NetLogo-Extension-API-Version» в файле MANIFEST.MF их jar с 5.0 на 6.0.
Некоторые изменения, которые мы внесли в API расширений, включают:
org.nlogo.api.Context теперь разрешает доступ к текущим объектам мира и рабочей области, не требуя приведения в организацию.nlogo.nvm.ExtensionContext. org.nlogo.api.Workspace был представлен в качестве стабильного API для зависимостей расширений. Теперь в BinTray доступен JAR-файл NetLogo. Полный список изменений между 5.0и 6.0, пожалуйста, посетите наше Руководство по переходу на расширение на GitHub.
При этом, я думаю, исходный код для расширения таймера не выполнил миграцию, чтобы соответствовать новым обновлениям.Вы можете видеть, что в нем явно упоминается ExtensionContext.
К сожалению, я считаю, что решение состоит в том, чтобы обновить исходный код таймера и зафиксировать.