Back to The tech awesomeness
Table of contents
Java chapters
While analysing some of these web pages, I found, that usually while creating a class or interface, I use also imports for creation. Pretty obvious or not.
But then I analysed, that the huge bunch of not visible knowledge is the keeping the notion of where each class and interface are located.
Integrated Developer Environments(IDE) help in that(providing hints for imports) a lot.
So the scope of hints for imports has limitation for the local developer machine at least in most IDEs for Java.
And that is one approach.
Another approach is that some web resource provides those hints, especially for IDEs with developement in internet.
So another approach is that the class, the IDE itself has the method, for example, which resolves and provides some hints for imports from some central storages.
That approach frees from holding and memorizing some amount of libraries with and for that particular class, interface in input data.
String[] resolveClassForImport("HTTPConnection").
GarbageCollectorImportHintResolver importHintResolver = new InitialImportHintResolver();
importHintResolver = new AnotherImportHintResolver();
Resolution of the absolute pathes of classes, interfaces is not disappearing via such approach.
Such approach helps to turn that not visible knowledge into a more visible one with a cost of more requests.
Початок оновлення від 2021-12-24.
The start of update as of 2021-12-24.
Незважаючи чи зусиллями портінга чи тією закрито кодовою версією чи відсутністю виконання рішення від 2021-12-04
//..
спОб'єкт.викликати(сп);
//спОб'єкт.викликати(вцр);//не..
//і навпаки
що призводить до їх меж і у деяких випадках присутності зусиль портінга чи тії закрито кодової версії чи відсутності виконання рішення від 2021-12-04 незважаючи щодо їх ефективності. Рішення апач кордова Apache Cordova описане від 2021-10-23 допомагає не помічати цю ситуацію але створює технологічні ПЗ стоси. Інше рішення там же не створює ПЗ стоси принаймні зовнішньо а внутрішньо мені невідомо а ззовні видається що огортає і приєднується чи поглинає інше ПЗ рішення при тому невідомо як там обробляється така ситуація з за його закрито кодовості.
Despite of either porting efforts or that closed source version or absence of implementation for solution as of 2021-12-04
//..
GCObject.invoke(GC);
//GCObject.invoke(GCD);//not..
//and otherwise round
which causes their scopes and in some cases a presence of either porting efforts or that closed source version or absence of implementataion for solution as of 2021-12-04 despite their effectivenesses. Solution by Apache Cordova described as of 2021-10-23 helps not to notice such situation but it creates software stacks. Other solution there does not create software stacks at least externally but it is unknown for me as of internally but externally it represents as it wraps and integrates or makes a type of some software acquisition of other software solution while the approach is unknown for processing such situation because of its closed sourceness.
Кінець оновлення від 2021-12-24.
The end of update as of 2021-12-24.
The update from 2020-11-21.
Shell hinter: shell hints the command and program and file names, not the argument names.
Інше наближення до імпортів.
У той час аналізуючи деякі з цих сторінок в інтернеті, я помітив, що часто густо під час створення класу чи інтерфесу, власне, файлу з кодом, я також використовую імпорти для їх створення. Достатньо надміру очевидно чи ні.
Та й згодом я аналізував, що велика купа невидимих знань є у зберіганні концептів де розташовані кожен клас й інтерфейс.
Цілісні середовища для розробки Integrated Developer Environments(ІСР IDE) допомагають в цьому (надаванні підказок для імпортів) значно.
Проте обсяг підказок для імпортів має обмеження в межах місцевої розробницької машини принаймні у більшості ІСР для Джава Java.
І це є одним наближенням.
Інше наближення є таким, що деякий веб ресурс, веб ресурси надають ті підказки, особливо для ІСР з можливістю розробки в інтернет.
Таким чином, іншим наближенням є таке, що клас у ІСР, власне ІСР мають наприклад, метод, котрий знаходить і надає деякі підказки для імпортів з деяких центральних сховищ.
Таке наближення звільняє від утримання і запам'ятовування деякої кількості бібліотек коду з і для тих визначених класів, інтерфейсів у вхідних даних.
Рядок[] знайнтиКласДляІмпорту("ГТТПЗ'єднання").
ЗбирачСміттяПошукачПідказокДляІмпортів пошукачПідказокДляІмпортів = наново першийПошукачПідказокДляІмпортів();
пошукачПідказокДляІмпортів = наново ІншийПошукачПідказокДляІмпортів();
Визначення абсолютних шляхів класів, інтерфейсів не зникає у такому наближенні.
Таке наближення допомагає обернути ті невидимі знання у більш видимі коштом більшої кількості запитів.
Оновлення від 2020-11-21.
Підказчик shell шел: shell шел підказує командні і програмні і фалові назви, не назви аргументів.
softwareupnov --upnov --httpv
softwareupnov --uponov --httpv
runsoftwarename --argumentname1=1 --argumentname2=2 --argumentname3=3 --argumentname4=4 --argumentname5=5 --argumentname6=6 --argumentname7=7 --argumentname8=8 --argumentname9=9
The update as of 2021-03-08.
Оновлення від 2021-03-08.
State machine. Whether it is a pattern or not, there is still a code library in java(it was portable from C#) for it: stateless4j for lightweight state machine-based workflows directly in java code when there is no mode for external dependency.
Машина стану. Чи це патерн модель чи ні, існує ще кодова бібліотека мовою джава java(вона була портована з мови сішарп C#) для неї: стейтлес4дж stateless4j для полегшених машинстанових процесів у джава java коді коли присутня відсутність режиму для зовнішньої кодової залежності.
if(mode=="development") {
openTriggerralSystemIDE();//integrated development environment as default or of choice; while its location is not in the web endpoint for browser.
} else if (mode=="deployment") {
openTriggerralSystemDeployer();//as default or of choice; while its location is not in the web endpoint for browser; when it is not in IDE(integrated development environment), CI(tool, system for continuous integration) or else. but they(deployable ones) are now(2021-03-08) deployable as inside triggeral systems(for mobile triggeral systems as well) and inside triggeral systems for web, internet at least.
//The update as of 2021-03-26 the check of the files sometimes are present before or after the creation of a deployable one or before or after starting the deployable one. The end of update as of 2021-03-26.
//there are also modes such as debug, trace, audit, monitor, but there are many variations there for configurations at least in java.
//there is also a mode for code change tracking bit it is possible that now I found only one alternatice for this mode, and moreover, there is inside of it all these previous modes to actuate with a help of this mode.
//there are also modes such as ml and ai, but I did not find publicly available tools, systems for them, maybe they are hidden.
} else {nop();}
/* if this app is a web application, then the modes are switchable from browser in triggeral system or else. */
якщо(режим=="розробки") {
відчинитиПеремикачевоїСистемиВКС();//включене розробницьке середовище як стандартне чи обране; поки його місцезнаходження є не у веб точці для ППіНТВСуІ.
} інакше якщо (режим=="розміщення") {
відчинитиПеремикачевоїСистемиРозміщувача();//як стандартне чи обране; поки його місцезнаходження є не веб точці для ППіНТВСуІ; в той час як він є не у ВКС(включене розробницьке середовище), ПВ(засіб, система для постійного включення) чи інакше. а вони(розміщувані одиниці) ж зараз(2021-03-08) розміщується як у перемикачевих системах(для мобільних перемикачевих систем теж) так і у перемикачевих системах для веб, інтернету щонайменш.
//Оновлення від 2021-03-26 перевірка файлів іноді присутня перед чи після створнення розміщуваної одиниці чи перед чи після пуску розміщуваної одиниці. Кінець оновлення від 2021-03-26.
//існують також режими такі як дебаг(дежук або пошук помилок, хоча однак жук і не помилка), прослідкування, моніторинг, аудит, замірювання але там є дуже багато варіацій їх налаштування у джава java щонайменш.
//ще є режим відслідковування змін(самого кода) але можливо що там публічно лише одна альтернатива для цього, ба більше, там можливо всі ці інші попередні режими активовувати через цей режим
//є також режими мн та ші, але я публічно не знайшов засоби, системи для них, мабуть вони сховані.
} інакше {ноп();}
/* якщо цей еп є веб застосунком, тоді режими є перемикаємими з ППіНТВСуІ у перемикачивій системі чи інакше. */
The update as of 2021-04-05.
Оновлення від 2021-04-05.
В джаваскрипт javascript можливо наприклад:
змінна міліс = функція() {/*система.поточногоЧасуМіліс;...*/}
// отримати мілісекунди
змінна час = міліс();
In javascript it is possible for example:
var millis = funtion() {/*System.currentTimeMillis;...*/}
// get millis
var time = millis();
Але наприклад можливо і в джава java за допомогою МВГнучких виразів мови програмування; МВГВМП; MVFLEX Expression Language; MVEL:
змінна міліс = система.поточногоЧасуМіліс;
// отримати мілісекунди
змінна час = міліс();
And for example it is possible and in java with a help of MVFLEX Expression Language (MVEL):
var millis = System.currentTimeMillis;
// get millis
var time = millis();
І ще є об'єктно графова навігаційна мова програмування; ОГНМП; Object-Graph Navigation Language; OGNL.
And there is also Object-Graph Navigation Language; OGNL.
The update as of 2021-05-12.
Оновлення від 2021-05-12.
`And from the: In practice the team owns the entire lifecycle from development to deployment — if you built it, you run it. This one creates a problem. After all, dev teams' core competency is usually Maven, a microservices framework, say, Spring Boot, test frameworks like JUnit, and so on. But if we look at the steps involved in deploying a microservice: Package the application in a container like Docker. This one involves writing a Dockerfile. Deploy the container to an orchestrator like Kubernetes. This one involves writing several resources; description files for services, deployment, etc. To use a term familiar to developers, it is an 'impedance mismatch.' To solve this problem, we need a class of tools that speak the language of developers and make the entire deployment steps transparent to them. The most famous of these is Jib, which we dealt with in a previous paper, which builds optimized Docker and OCI images for your Java applications and is available as a Maven plugin. There are other tools in this category like Dekorate which allows us to generate Kubernetes manifests using just Maven and Java annotations. The latest and comprehensive entry in this category is JKube from RedHat which our subject de jour.".
If that one is so in some systems, that del Niño suggested pretty precise improvement for some system around 6 years ago, while proposing for similar system to merge and move from XML descriptors to Java configuration in Spring framework, and it was already available at that time.
Moreover, with no difference if the dependency matches for the system, in which language, subset or format the dependency is actually itself, under the interface or under the decorator for the system with exception to XE because of XE remote activation attacks.
In order not to skip the why part: to refactor java code a tiny bit easier than XML, or JSON, but it is subjective, I did not measure that one and that one is mostly thanks to integrated development environments IDEs.
І з: In practice the team owns the entire lifecycle from development to deployment — if you built it, you run it. This one creates a problem. After all, dev teams' core competency is usually Maven, a microservices framework, say, Spring Boot, test frameworks like JUnit, and so on. But if we look at the steps involved in deploying a microservice: Package the application in a container like Docker. This one involves writing a Dockerfile. Deploy the container to an orchestrator like Kubernetes. This one involves writing several resources; description files for services, deployment, etc. To use a term familiar to developers, it is an 'impedance mismatch.' To solve this problem, we need a class of tools that speak the language of developers and make the entire deployment steps transparent to them. The most famous of these is Jib, which we dealt with in a previous paper, which builds optimized Docker and OCI images for your Java applications and is available as a Maven plugin. There are other tools in this category like Dekorate which allows us to generate Kubernetes manifests using just Maven and Java annotations. The latest and comprehensive entry in this category is JKube from RedHat which our subject de jour.".
Якщо це так у деяких системах, то дель Нінйо del Niño запропонував доволі точне покращення для деякої системи біля 6 років потому, коли пропонував для схожої системи об'єднати і перемісти з іксемель XML дескріпторів описників до джава Java конфігурації у спрінг Spring фреймворковому програмному каркасі, і це було можливо за його допомогою вже тоді.
Більше того, з нерозріненням, якщо залежність сумісна системі, якого піднабору, мови програмування, чи формату залежність є самою, за інтерфейсом чи за декоратором для системи з виключенням до ЗС з за ЗС віддаленого запуску атак зовнішньої сутності.
Щоб не пропустити частину про що: автоматично змінювати джава java код накрихту легше ніж іксемель XML, чи джейсон JSON, але це суб'єктивно, я це не вимірював і це переважно завдяки ІСР IDEs середовищним інструментам.
The update as of 2021-05-20.
Оновлення від 2021-05-20.
Other approaches are:
2) by creating a Docker container with application via GraalVM dependencies in a term of an native image.
3) by creating platform dependent jdeps and jlink and their configuration with no automation distribution with minimal size in comparison with version of JRE or JDK and application distribution.
Іншими способами до вищезгаданої ситуації є:
2) завдяки створенню докер Docker контейнера з додатком за допомогою граалВіЕм GraalVM залежностей. У межах native image.
3) завдяки створенню залежного під версію перемикачевої системи за допомогою jdeps та jlink і їх конфігурування без автоматизації версії додатку для розповсюдження з мінімальним розміром порівняно із розміром версії JRE чи JDK і додатку.
The update as of 2021-07-07.
Оновлення від 2021-07-07.
It is invisible how often you remove unused and add the imports, me often. They are modifiable. And add comments there.
Невидко як часто ви видаляєте невикористоруємі і додаєте імпорти, я часто густо. Вони змінювані. І додавати коментарі туди.
The update as of 2021-08-08.
Оновлення від 2021-08-08.
Адже у додатка, програми, застосунка, і не у кожного, може бути ініційованого користувачем чи ні, як мінімум 2 типа самовиходу: це самоуспішний і самонеуспішний вихід, який наприклад призводить до теж витрат ресурсів, наприклад течі якогось ресурса, особливо якщо це не керується перемикачевою системою в якій вони запущені, особливо за умови кросплатформенності, а також деякі перемикачеві системи мають свої альтернативні типи виходів, тому що існують як мінімум робото-в-прогресі додатки, програми, застосунки, і бета, β додатки, програми, застосунки, де вони запущені, окрім того, невиключені досі і інформаційно-вірусові додатки, програми, застосунки в тих перемикачевих системах, а також не виключено, що з'являться нові, і тому що самонеуспішний вихід може бути пов'язаний з обмеженнями, наприклад кількості доступних портів, кількості вільної пам'яті, кількості вільного місця, а деякі з них є налаштовауємими до деякого ступіню, більше того, налаштовуємими як стало і фіксовано, так і динамічно, але деякі з тих додатків, програм, застосунків, є керованими cз GC або вцр GCD, і в деяких з них а саме в cз GC або вцр GCD існує домовленність, що прибирання трапляється в невідомий час, і це звичайно не обмежує їх моніторинг але не надає достатньо інформації в деяких випадках, але наприклад якщо з їх а саме cз GC або вцр GCD використанням, почати використовувати інші методи для операцій над об'єктами в пам'яті, то це точно індикатор того, що в мовах програмування, які пов'язані з cз GC або вцр GCD, того, що проблема саме в них. І на дану секунду я помітив 3 засоба витрачання часу на її вирішення, покращувати саме cз GC або саме вцр GCD, покращувати код тих додатків, програм, застосунків з самонеуспішними виходами, що іноді і достатьо іноді має і такі рішення як виклики інших програм перемикачевої системи в обхід запущеної програмою з cз GC або вцр GCD за допомогою івал eval чи ран run щоб не відмовлятися назад до тих мов програмування в яких cз GC або вцр GCD є відсутніми, наприклад до деяких інтерпретованих без компілювання. В закритокодових ціх рішень взагалі не знайти, бо вони приховані виходячи з їх сутності.
The update as of 2021-08-09.
Оновлення від 2021-08-09.
Це рекламна частина: я сплачу тобі за твої послуги зі своїх власних грошей, після досягнення взаємної згоди, якщо їх вистачить за ці твої послуги на твій зазначений банківський номер рахунку, якщо ти пропонуватимеш послугу з покращення своєю частиною програмного коду cз GC або вцр GCD місця конкретноґо того cз GC або вцр GCD або виправлення якогось їх конкретноґо недоліка, в достатній означений для тебе час, достатньо важливе для мене, і в тому числі для тебе важливе, які я використовую в додатках або де-ін-де в інших і лише в відкритокодових, не в закритокодових, бо це збереже мені часу і можливо комусь додатково ще хто їх використовує. Для цього, телефонуй і назви код цього проекту 13131313 на номер +380661907243 якщо він є доступний; або тоді +380 63 553 1264 якщо він є доступний; або телефонуй і назви код цього проекту 13131313 на номер +380 63 553 1264 якщо він є доступний; або тоді +380661907243 якщо він є доступний; Global System for Mobile Communications(GSM).
Here you do not find a column about which programming languages it uses for self compilation, but here, here, here, here, here, here, here, here, here, here, here, here, here and here you find it after search.
There are 4 more ones as in https://github.com/adoptium/temurin-build as of 2023-01-09. Ці набори дещо різні завдяки якійсь преференції. 2 спільних щодо способа у http://thetechawesomeness.ideasmatter.info/pispjjslk.html. Який є дещо альтернативним способом до такого як у http://thetechawesomeness.ideasmatter.info/accelerator-of-code-progress.html;2022-02-20. І навіть забагато чи ні щодо 30 у http://thetechawesomeness.ideasmatter.info/configuring-alternative-compilers-in-macos.html;2022-05-18 щодо http://thetechawesomeness.ideasmatter.info/dry-and-wet-and-null.html але при двох місцево у мене було принаймні 2 різні випадки у якому один відповідав а інший ні і навпаки і це не щодо для http://thetechawesomeness.ideasmatter.info/triggeral-system.html;2022-05-15.
Self sufficient ones in scope of programming language are also subject for CICD with less dependencies than others, even though sometimes with some particular version as a dependency.
Враховуючи це а також щодо Pico Compiler - Java 9 IDE JDK by Marcin Olawski; http://thetechawesomeness.ideasmatter.info/configuring-alternative-compilers-in-macos.html;2022-12-23; http://thetechawesomeness.ideasmatter.info/issues.html;2022-08-31 у джава щодо її доступності для компіляційного складання для деякого піднабору програм у деяких платформах наявне досягнення за замовчанням або й після встановлення місцево деякого рівня її всюдисутності . Водночас деякі платформи досі підтримують її опціональність щодо її доступності як особливість; http://thetechawesomeness.ideasmatter.info/feature-as-a-dependency.html. Внаслідок цього можливо зазначити що тими платформами за умови її доступності а також за її потреби знати як вимогу калькулятор як програма застарів або став якоюсь проміжною програмою тому що переважна більшість його особливостей у межах того піднабору .Тому така схема:
.. → калькулятор як програма деякими платформами → java;джава тими ж деякими платформами з компіляційним складанням як особливістю
The update as of 2021-09-26.
Оновлення від 2021-09-26.
Однією з відмінностей граальВіЕм GraalVM від інших віртуальних машин у межах надання Нейтів додаткам є те що вона заміняє чи вбирає чи у якийсь інший спосіб обробляє ДжЕрЄ; JRE; Java середовище виконання, тому що " Java has gained the ability to run JVM apps natively.", " JVM apps are binary executables with no dependency on the Java runtime." у https://dzone.com/articles/micronaut-quarkus-and-spring-boot-help-you-develop.
Як Мет Раїбл Matt Raible зазначив про це у передумовах, для того щонайменш також це вимагає джава 11 Java 11 з граальВіЕм GraalVM та, як Мет Раїбл Matt Raible приховано зазначив це і додав у тій публікації пізніше, також один з фреймворкових програмних каркасів. Настільки довго інщі 2 зазначених ПЗ передумовами є необов'язковими, навіть приховано зазначений докер Docker.
Але щоб узагальнити, це є стосом, тоді. ПЗ стосом щоби бути більш точністним.
Що є особливим у цьому стосі, так це те що фреймворкові програмні каркаси щоб достягти такої особливості; виконання як файліку без залежності від ДжЕрЄ; є взаємозамінними, також як і необов'язкові передумови; джава Java версія, мабуть, теж. Але.
Якщо той той спосіб у граальВіЕм GraalVM є завдяки джіЕнАй;JNI;Java Native Interface, ДжіЕнП;JNA;Java Native API; виконання нейтів програм;Java Native Access чи інший як то суміш, це перетворює той ПЗ стос на доволі одиноко єдиний на момент з за його не взаємозамінності, але за виключенням того вбирання як такого способу чи інакше для операцій без ДжЕрЄ, немає альтернативи чи іншої для граальВіЕм;GraalVM для такої можливості; як то виконання як файліку без залежності від ДжЕрЄ; щоб я знайшов протягом тих місяців серед інших ВіЕм віртуальних машин.
Не згадуючи вже навіть про іншу альтернативу для джава як для мови програмування у тих передумовах для подібної можливості; як то виконання як файліку без залежності від ДжЕрЄ; наприклад як в сусідній публікації https://dzone.com/articles/annotation-free-spring.
One of the differences of GraalVM from other VM in scope of providing Native applications is that it replaces or encapsulates or in some other approach operates on JRE Java runtime environment, because " Java has gained the ability to run JVM apps natively.", " JVM apps are binary executables with no dependency on the Java runtime." as of https://dzone.com/articles/micronaut-quarkus-and-spring-boot-help-you-develop.
As Matt Raible mentioned it in the prerequisites, for that at least it also requires Java 11 with GraalVM and, as Matt Raible did implicitly mentioned it and added it in that publication later, also one of the frameworks. As long as other 2 ones in prerequisites are optional, even implicit Docker.
But to summarize, it is a stack, then. Software stack to be more precise.
What is peculiar in this stack, that the frameworks to achieve that feature are interchangeable, as well as optional prerequisites; Java version, probably, too. But.
If that approach in GraalVM is through JNI;Java Native Interface, JNA; Java Native API; invoking native programs; Java Native Access or otherwise, that converts that stack into a pretty unique one for a moment because of its non interchangeability, but except that incapsulation of such approach or otherwise for operation without JRE, there is no alternative one for GraalVM for such feature I found during these months among other VMs.
Not mentioning already even about another alternative one for java as for programming language in those prerequisites for such feature for example as in neighbour publication https://dzone.com/articles/annotation-free-spring.
Також вочевид що хоча і фреймворкові програмні каркаси взаємозамінні, вони не зворотньо сумісні в цьому процесі. Тому що потребують як і попередньо описано додаткових змін при заміні. А це призводить до того що можливо існують різні типи взаємозамінності. Якщо поєднуючи взаємозамінно використовувати зворотню сумісність і взаємозамінність.
Більш того як Мет Раїбл Matt Raible зазначив ті самі команди чи інструкції виконуються в різних фреймворкових каркасах різними командами.
А це позначає що можливий до виокремлення командний інтерфейс для цього унікального стоса для цього момента. У якому наприклад параметром задається фреймворковий програмний каркас щонайменш для операцій побудови і запуска.
Also it is evident or not that even though for example those frameworks are interchangeable they are not backwards compatible in that process. Because they need as previously described the additional changes during this process. And it leads to that maybe there different types of interchangeability. If while joining to interchangibly use the backwards compatibility and interchangeability.
Moreover as Matt Raible mentioned different frameworks executes the same commands or instructions.
Therefore it means that it is possible for extraction the command interface for this unique stack till this moment. In which for example as the parameter is the framework at least for those operations of build and start.
The update as of 2021-10-14.
Оновлення від 2021-10-14.
Щодо додання залежностей у файл.
Більшістю я друкую їх у ІСР, хоча можливо якась і підтримує за допомогою тягнути і залишити. Але для цього перед цим ІСР має мати в наявності дані про те які анотації за преференцією й обробник анотацій використовує проект. Тобто для автододання і їх імпортів класів. Це можливо лише для нетекстових ІСР тобто для видимих зовнішньо. Тоді інщі як то перенесення або іншим типом введення можливі як у веб ІСР так і веб ІСР додатках для додання залежностей.
About dependency introduction to file.
Mostly I type them in IDE, but maybe some IDE even supports it with a help of drag and drop. But before that one IDE must have available data about which annotations of preference and which annotation processor the project uses. So that for automatic introduction of them and for imports of their corresponding classes. It is possible only for non textual IDEs which are visual ones. Then others such as by swipe or by other type of input are possible as in web IDEs as well as for IDEs as applications for such dependency introduction.
Про ДЗ існує і зворотній який у виконанні додатка завжди стається щонайменш протягом завершення додатка.
About DI then there is a reverse one as well which after application instance start always happens at least during application instance shutdown.
The update as of 2021-11-03.
Оновлення від 2021-11-03.
Беручі ці дві наступні цитати до врахування.
Taking these 2 following quotes into consideration.
https://en.wikipedia.org/wiki/Kubernetes
Kubernetes (/ˌk(j)uːbərˈnɛtɪs, -ˈneɪtɪs, -ˈneɪtiːz, -ˈnɛtiːz/, commonly stylized as K8s[4]) is an open-source container-orchestration system for automating computer application deployment, scaling, and management.[5]
It aims to provide a "platform for automating deployment, scaling, and operations of Container workloads".[6] It works with a range of container tools and runs containers in a cluster, often with images built using Docker. Kubernetes originally interfaced with the Docker runtime[7] through a "Dockershim"; however, the shim has since been deprecated in favor of directly interfacing with the container through containerd, or replacing Docker with a runtime that is compliant with the Container Runtime Interface (CRI) introduced by Kubernetes in 2016.[8][9][10]
https://en.wikipedia.org/wiki/Helm_(software)
Helm is a package manager that helps developers "easily manage and deploy applications onto the Kubernetes cluster."[28].
І цю.
https://dzone.com/articles/deploy-quarkus-applications-to-kubernetes-using-a
DevOps teams also need to standardize runtime stacks (that is, application runtime, builder image, deployment configuration, and health check) to execute the functions on Kubernetes.
Може здатися, що ці 4 діяльності в application runtime, builder image, deployment configuration, and health check не розташовуються у окремий процес як то тестування чи розробка а є використовуємими і користувачами і користувачками і розробниками і розробницями і можливо іншими стосовно може й не лише для автоматизації.
Хоча наразі навіть існує назва для цих 4 діяльностей як то runtime stack тобто що приблизно як стос рівня виконання.
Навіть якщо не лише для Quarkus як для одного з фреймворкових програмного каркаса.
Це також повторювало і повторило що існує потреба, що поки що не вимога, їх стандартизації і додам що це не є автоматизованим, але адже https://dzone.com/articles/simple-code-naming-things я не вважаю це друге за потрібну-проблему навіть якщо Kubernetes і вже використовується для різних автоматизацій в цьому випадку а у іншому варіанті коли за умови зміни того про стандартизацію і його автоматизацію, це може бути й не в описі саме Kubernetes, що й не є в описі Kubernetes.
Так що й запуск самого Kubernetes ймовірно потребує деякого стоса рівня виконання а не фреймворкового програмного каркаса. Як і Docker.
The update as of 2022-02-16.
Оновлення від 2022-02-16.
Первинно постачальники й постачальниці віддалених веб розміщень наприклад для веб сервісів й для веб послуг, ті що для тих стосів, які включають й операційні системи надавали такі розміщення з такою якоюсь незмінною операційною системою. Пізніше з'явилися такі постачальники і постачальниці які надають можливість зміни такої операційної системи у такому стосі до його створення. Але і з появою LXD який на основі LXC і як метод рівня операційної системи для віртуалізації тобто віртуалізатор чи віртуалізаторка який огортає такі операційні системи й віртуальні машини й інщі образи але який переважно виконується у межах якоїсь операційної системи тож з'явилася їх альтернативна зміна на додачу до Docker. Але є й ті постачальники й постачальниці віддалених веб розміщень у хмарі чи ні що надають ресурси для таких веб послуг і веб сервісів як то для розміщення лише даних або лише для їх обробки. Тобто стосовно цього такі постачальники і постачальниці віддалених веб розміщень класифікуємі наступною табличкою для розміщення веб послуг і веб сервісів.
можливий до зміни можливий до зміни можливий до зміни можливий до зміни щодо файлів
до запуска після запуска до запуска після запуска
веб послуги чи веб послуги чи веб послуги чи веб послуги чи інтерфейсуючі;наприклад деякі RDBMS з SQL у них
веб сервіса веб сервіса веб сервіса веб сервіса ховаючі від кінцевого використання;наприклад деякі операційні системи і деякі веб сервіси і деякі веб послуги
обмежуючі; наприклад деякі операційні системи під'єднання пристроїв з ними
огортаючі; наприклад ПЗ для обробки пакетів чи деякі пакетні системи
перемикачева система
операційна система
віртуалізатор //тобто оцей рівень отримав альтернативу
//для інщих операційних систем
//і для віртуальних машин і для образів
місцеві тобто у самій перемикачевій системі
виставлений тобто мережевий
onworks.net
ресурс;наприклад зразок RDBMS
з ППІ
як посилання на ресурс;наприклад для якогось
веб клієнта для нього чи іншого
...
Початок оновлення від 2023-02-10.
The update as of 2023-02-10.
Деяке налаштування віртуалізаторів після їх запуску нагадує першу з http://thetechawesomeness.ideasmatter.info/gravitron.html;2022-05-04 догори дриґом. І якщо внаслідок ВПос чи іншої визначена найбільша кількість запитів до такої системи то після цього популярні запити у такій системі можливі до маніпуляцій ззовні надсиланням туди дещо менше визначеної найбільшої кількості подібних з таких віртуалізаторів з за їх можливої імперсонації.
Чим додає у продовження до http://thetechawesomeness.ideasmatter.info/internet-and-exinternet-and-internetless.html;2023-01-31 та до 2022-02-18 та до http://thetechawesomeness.ideasmatter.info/issues.html;2022-12-03, і в одночас і про ВПос у продовження до http://thetechawesomeness.ideasmatter.info/transaction-management.html;2023-01-04.
Кінець оновлення від 2023-02-10.
The end of update as of 2023-02-10.
Що чимось схоже з табличкою у оновленні від 2021-09-19. а також з табличкою у оновлені від 2022-02-03 але не попередня табличка таке постачання у описі до неї.
Але ті дві ситуації описані у оновленні від 2022-02-05 про абсолютні і відносні шляхи і про ПЗ для обробки пакетів серед інших пов'язані з наступною. Адже не кожне ПЗ для обробки пакетів має у наявності різноманітне ПЗ яке запитано через ППІ то невиключена можливість декількох встановлених ПЗ для обробки пакетів у межах однієї перемикачевої системи для того щоби можливо було завантажити більше ріщноманітних пакетів ПЗ з таких декількох встановлених ПЗ для обробки пакетів наприклад у межах тієї перемикачевої системи. Наприклад у межах якоїсь операційної системи. Хоча це можливо і виглядає як використання команд з перспективи ППІ і користувача і користувачки ті файли різноманітного ПЗ після запитів до такого ПЗ для обробки пакетів зберігається десь за ймовірно абсолютними шляхами якщо це у межах тієї перемикачевої системи яка використовує файли або у якомусь форматі даних якщо це у межах тієї перемикачевої системи яка використостовує бази даних тобто наприклад RDBMS і подібні якщо вони не на основі форматів даних або файлів. Тобто це щодо відносних шляхів. Але й з іншої перспективи це й нагадує про простори назв або про namespaces хоча це як використання команд з перспективи ППІ. Їх первинні приклади наприклад у XML і як зразок для нього там де використання xmlns і C#, що є схожим з пакетами у java джава чи спрощені там параметри чи ні для таких команд за аналогією як у http://openjdk.java.net/jeps/293 хоча й використовуються вони різними способами десь як using а десь як import. Тобто ППІ для того самого але у різних виконаннях може бути як назва команди з параметрами, як using, як import і якось інакше якщо це використання даних з XML формата у файлі чи у іншому сховищі. ... І адже в такому даному випадку з двома чи декількома ПЗ для обробки пакетів наприклад у межах якоїсь операційної системи без відповідного синхронізатора між ними файлів чи інших не виключена ситуація з дублюванням файлів того різноманітманітного ПЗ яке у них було запитано і завантажено але адже кількість простору обмежена не виключена ситуація як має назву у java джава як джар хел jar hell і така ж подібна ситуація у межах npm для node.js для JavaScript. І випадку з https://github.com/lynnsh/email-client-app.git якщо помітити у файлі з https://raw.githubusercontent.com/lynnsh/email-client-app/master/log/logging.log теж присутні деякі дублікати даних помічені як Duplicate entry у відповідних com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException. І якщо для кода це менш проблемно, тому що він достатньо невеликого обсягу а значить до нього застосовуєме достатньо швидко те рішення як наприклад про видобування різноманітних зразків згідно з якихось з наприклад mdN+Ndm щоби їх порівняти і знайти дублікати щоби їх якось об'єднати чи якось інакше обробити то застосування такого способу для звукових і видимих файлів чи інщих даних більш і більш проблемно з за їх більшого обсягу даних і тому і більшого проміжку часу для обробки на застосування даного способу щодо них. Наприклад якщо таку систему як і описані подібні застосувати саме до звукових і видимих файлів чи інщих даних з таким способом. Тому цим способом знайти дублікати таких невеликих і легко стискаємих наприклад текстових даних як файлами чи іншими набагато швидше ніж великих і майже нестискаємих наприклад звукових і видимих даних як файлами чи іншими щодо цієї проблеми. Особливо якщо не застосовувати подріблення великих даних як файлами чи іншими на маленькі що теж займає якийсь проміжок часу для застосування такого способу щодо пошуку дублікатів. А при частих змінах таких великіх даних як файлами чи інщими це дріблення необхідно повторювати при застосуванні такого способу. Тож це і є обмеженням такого способу навіть якщо його застосувати у такому типі до тих великих даних файлами чи іншими для них у тому ПЗ для обробки пакетів чи у іншому. Це за умови якщо такі файли з їх можливими дублікатами такого різноманітного ПЗ у декількох ПЗ для обробки пакетів зберігаються окремо. У просторах імен там чи подібних чи ні. Відсутність такого синхронізатора чи подібного призводить наразі до закінчення доступного простору що призводить до підключення більшої кількості сховиз простору. Мережевих чи ні. Більше того це залишає проблему дублікатів таких великих даних файлами чи іншими невирішенною. Застосування такого синхронізатора залежно від меж призводить до збільшого споживання саме часу на обробку таких великих файлів, чим в свою чергу не може бути розширений ОКРІМ підключення додаткових МЕРЕЖЕВИХ оброблювачів і оброблювачок. Це і є архітектурним обмеженням наразі залежно віж меж застосування способу з таким чи подібним синхронізатором чи синхронізаторкою.
Помітно що PNG як і JPEG є форматами для видимих даних а саме для малюнків. Однак про PNG зазначили там що це відкритий формат. Однак PNG має розширення. А саме APNG, JNG, MNG. І це можливо записати у формі як і для GML, SGML і для інших тут але було б простішим робити такі запити до вікіпедії через якийсь веб клієнт для цього тож щоб не повторювати після того як я знайду такий клієнт для таких запитів я додам його до цієї веб сторінки. Але ці формати і відрізняються. А саме про JPEG тип формату як про Lossy image compression format і про PNG тип формату як про Lossless bitmap image format. Тобто два формат на відміну наприклад від тексового формату який переважно для збереження тексту, наприклад ці два формати для оцих двох різних методів чи двох різних функцій чи двох різних способів. Тобто формат описує спосіб як в ньому зберігати дані і власне зберігає дані. Про це окремо виразно означено про JPEG формат. Але то для машинного читання. Окремо про це описано у документації для розробників і розробниць і виконується завдяки додатковому ПЗ для користувачів і користувачок. Згідно назви JPEG 2000 і теж формат для малюнків але невідомо чи він розширює JPEG тому що означено що це наступник JPEG який його не замінив. Тип у нього означений теж дещо інший а саме graphics image format. І ось можлива причина цьому. JPEG як формат за підтримки розробників і розробниць проникати до інших середовищ як методом стискання. А саме наприклад для таких форматів як JPEG/Exif та JPEG/JFIF. І невідомо чи існує така особливість у PNG але це не виключено. У цього є перевага тим що такий формат з тими двома функціями виходячи за межі віртуальних як це описано про історію PostScript з 1975 наприклад до принтерів чи друкарників має більше покриття ним самим як форматом. Хоча і відображення для нього вже різними форматами але в цьому випадку електронним форматом наприклад цифровим чи форматом друкарським тобто наприклад паперовим. Але є у цього і недоліки. Як описано теж у про історію PostScript з 1975. Окрім того що потрібно виконувати специфічну функцію а саме растеризувати тобто перетворювати на точки при друку принаймні для описаних принтерів чи друкарників бо саме такий метод, навіть якщо сам малюнок у векторному форматі у електронному форматі, бо у принтерів різні спроможності щодо кількості точок для відображення при друку а значить і після друку як власне і у цифрових моніторів, дисплеїв і екранів що можливо їх об'єднує як щодо функції відображення. А це залежить від їх можливостей принаймні про принтери чи друкарники про той проміжок часу. А це з опису там високоресурсоємна функція і специфічна щодо якої і описаний такий недолік щодо ресурсообмежених для неї принтерів чи друкарників тоді. А інший недолік отвкий. Але перед цим треба додатково до цієї веб сторінки додати і повторити з тієї публікації у веб що PostScript як мова але не програмування а мова опису сторінок а саме PDL замінила формат даних а саме попередній Press. Але від себе додам що якщо у тій публікації про PostScript припомітити таку деталь як зразок коду тією мовою то закрадуться сумніви що вона дуже схожа чимось з Assembler але адже Assembler уж точно мова програмування то може здатися що і PostScript у чомусь теж мова програмування. Тож це достатньо спекулятивно. Так ось про той другий недолік тож як було помічено у багатьох публікаціях у веб і у інтернет і на цих веб сторінках теж іноді якась функція потребує оновлень. З різних причин. У межах віртуальних рішень з цим останніми роками це дуже швидко ніж попередньо. Існує купа різноманітних рішень і їх комбінацій які дозволяють це останніми роками робити дуже швидко ніж попередньо. Але знову ж таки у межах ВІРТУАЛЬНИХ тобто не виходячих за межі електронні а саме оброблювача і з ним пов'язаних. І отут виразною стає ситуація з JPEG як з форматом і з тими двома методами чи двома функціями чи двома способами коли він застосований за межами віртуальними хоча і у межах електронних. А саме наприклад у друкарниках. У принаймні у деяких. Наскільки це переважно мені невідомо. Тобто а як їх оновити якщо це в них всередині. Вони ж не обчислювач з пов'язаними компонентами. І тут на допомогу приходить як то кажуть досвід роутерів і модемів і маршрутизаторів які теж не обчислювач але вміють отримувати оновлення ПЗ. І схоже це з друкарниками чи ні але й у випадку з JPEG і з PostScript а тож і можливо іншими це є дієвим прикладом рішення такій ситуації з недоліком яка існує багато років як і подібні модеми і роутери і маршрутизатори. Тож це спосіб у модемах і роутерах і маршрутизаторах і якщо його виокремити а значить і видобути як у способі віртуального рефакторинга і вставити тобто встановити або інсталювати або в інший спосіб до принтерів чи до друкарників це буде не лише полегшено щодо оновлень але і достатньо однаково між ними якщо деякі з них таке дозволяють за допомогою поєднання PostScript чи інших з тим чому він надсилає команди ті команди з прикладу у таких друкарниках чи у таких принтерах. Тобто і принтери і друкарники можуть бути за застосування такого способу як наприклад PostScript-independent узагальнюючи тобто від специфічного PDL-independent. Але це також пов'язано з Mobili calcolatore.
The update as of 2022-02-18.
Оновлення від 2022-02-18.
Якщо ви відчиняєте ІСР чи IDE чимось як
function openIde() {
java -jar IDE.jar
open -a App.app
open leftSideViewer.app
open rightSideViewer.app #якщо тут неможливо задати x ⋅ y
#то можливо перемикачева система
#надає якусь функцію зі скороченням наприклад Alt+/.\
#та Alt+\./
#але якщо з якоїсь сторони там постійно
#якийсь кіт
#а така постійно видаватиме текст до низу то це перекриватиме одне одного
#вбо це для наступного додаткового переміщення не скороченням або для переміщення того кота
#The update as of 2022-02-19.
#Оновлення від 2022-02-19.
#І так що у тих деяких перемикачевих системах ці задані скорочення
#можливі до налаштування
#задають їм переміщення без перекриття а саме і
#а тому як і попередньо чи це всередині ІСР IDE чи інших
#перемкнення між компонентами всередині включає не лише перемкнення
#але і з перекриттям одного компонента іншим чи ні
#навіть поза цим випадком з котом поза їх меж.
#Але за неможливістю їх іншої зміни ніж наразі
#це хоча і зручно але це і додаткове перемкнення у частині цих випадків
#цього типа або і гортання теж як якийсь тип перемкнення.
#І хоча і наближення і віддалення якщо доступне
#це дещо усуває але теж у межах.
#The end of update as of 2022-02-19.
#Оновлення від 2022-02-19.
}
І як вже було на цих веб сторінках, зручно коли у ПЗ є ППІ з версіями. Наприклад https://api.adoptopenjdk.net/q/swagger-ui та https://api.adoptium.net/q/swagger-ui.
І тож про оновлення від 2022-02-16 щодо віртуалізаторів. Наприклад деяке ПЗ як то деякі емулятори тобто деякі специфічні удавачі не запускаються без них. А як щодо іншої але такої ситуації, у якій є ПЗ яке не запускається у даній платформі чи у перемикачевій системі. Для запуска ПЗ як переважно достатньо знайти таке ПЗ як дістріб'ютіексчейнджі під дану платформу тобто її версію чи під дану перемикачеву систему тобто теж її версію. Якщо знайти не вдалося, існує можливість знайти код і його компіляцяційно чи інакше скласти яка так звано тягне за собою ймовірно пошук і завантаження локально додаткового ПЗ. А деяке ПЗ як то деякі емулятори тобто специфічні удавачі запускаються лише локально. А що як не знайдено ані такого ПЗ як дістріб'ютіексчейнджі ані його кода для компіляційного чи іншого складання. Залишається додатковий третій варіант з залученням віртуалізатора. У якому так само можливі попередні два варіанти. Адже існують віртуалізатори загального і спеціфічного застосування, як наприклад віртуальні машини, то при застосуванні віртуалізатора загально для використання у ньому іншого віртуалізатора загального де й буде запущено можливо таке ПЗ для тієї іншої платформи чи перемикачевої системи для якої воно доступно як дістріб'ютіексчейнджі чи як код для якогось типа складання. То це виображує ціпки застосування віртуалізаторів тобто віртуалізаторчейн. У яких за аналогією з дістріб'ютічейні є те ПЗ що віртуалізується тобто віртуалізаторчейні і те ПЗ де віртуалізується тобто сам віртуалізатор. Така ціпка використань віртуалізаторів має обмеження тому що кожний наступний віртуалізаторчейні якщо таких віртуалізаторів у ціпці декілька і якийсь віртуалізатор є і наступним віртуалізаторчейні у такій ціпці тому що у такій ціпці кожний наступний віртуалізаторчейні може отримати все менше і менше доступних ресурсів від попереднього. А те ПЗ котре запускається все ж має якісь мінімальні потреби у ресурсах для свого успішного запуска навіть якщо це саме у якомусь віртуалізаторі у тому віртуалізаторчейнє тобто у якомусь віртуалізаторі з ціпки віртуалізаторів. І тим більше якщо це для складання того коду перед запуском такого ПЗ у тому віртуалізаторчейнє. Чи це залишається третім способом для запуска ПЗ у якому можливі різноманітні варіанти комбінацій віртуалізаторів у віртуалізаторчейнє мені невідомо. Але застосування таких ціпок віртуалізаторів якщо доступні якщо достатньо ресурсів для їх запуска включає додатково планування їх запуску щодо доступних ресурсів або додаткових циклів тестів щодо спроб їх запуску. З іншої сторони адже вони ймовірно можливо запускаються і фоново теж вони ймовірно й теж є ПЗ для білих переліків серед іншого ПЗ. Адже деякі емулятори тобто специфічні удавачі і розповсюджуються у дістріб'ютіексчейнджі разом з віртуалізаторами мені невідомо загального чи спеціфічного застосування під якусь означену платформу чи декілька то це для них застосовуєме теж щоб запускати їх і у інших платформах через такі віртуалізаторчейни. Ймовірно і для деяких середовищ розробки які і розповсюджуються у дістріб'ютіексчейнджі разом з віртуалізаторами спеціфічного застосування а саме разом з віртуальними машинами щоб запускати їх і у інших платформах через такі віртуалізаторчейни.
The update as of 2022-03-17.
Оновлення від 2022-03-17.
org.springframework.core.io.Resource та org.springframework.core.io.ClassPathResource та декілька альтернатив https://www.logicbig.com/how-to/java/different-ways-to-load-resources.html.
І однак я не знайшов схожого клієнта для навігації як у http://thetechawesomeness.ideasmatter.info/wiki-reinvented.html по коду принаймні щодо імпортів принаймні які у одному проекті принаймні у джава java там, я також і не знайшов іншого клієнта. А саме. Клієнт після надання посилання якому як то наприклад https://github.com/spring-projects/spring-framework/blob/main/spring-core/src/main/java/org/springframework/core/io/ClassPathResource.java отримування набору файлів для компіляції. Тобто як у іншому наближенні до імпортів. Тому я роблю це неавтоматизовано власноруч. І навіть так воно має дві перепони. А саме це перевірка щодо ліцензії проекта. А також оновлення цього набору файлів тому що такі набори у таких модулях можливі різні. Але ітеративне повторення цього процесу якось обходить принаймні ту перепону щодо оновлення щоби не завантажувати усю залежність за необхідності лише декілька файлів чи декілька класів для такого модуля.
The update as of 2022-05-01.
Оновлення від 2022-05-01.
У цьому випадку у згадці про те що після додання того додаткового простору імен відтак їх два а також згадка про те їх якесь перемикання і вони безпосередньо пов'язані з імпортами.