<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Jetbrains on Ilscipio - Enterprise Commerce Experten</title>
    <link>https://www.ilscipio.com/tags/jetbrains/</link>
    <description>Recent content in Jetbrains on Ilscipio - Enterprise Commerce Experten</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Tue, 15 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://www.ilscipio.com/tags/jetbrains/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Freemarker vs Thymeleaf - Welche Template Engine 2026</title>
      <link>https://www.ilscipio.com/blog/freemarker-vs-thymeleaf-2026/</link>
      <pubDate>Tue, 15 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://www.ilscipio.com/blog/freemarker-vs-thymeleaf-2026/</guid>
      <description>&lt;p&gt;Wer 2026 eine Template Engine für ein Java-Webprojekt wählt, landet bei Freemarker oder Thymeleaf. Ich habe IDE-Plugins für beide gebaut, also habe ich Meinungen, und sie sind fundierte.&lt;/p&gt;&#xA;&lt;p&gt;Die Kurzversion: Thymeleaf ist die bessere Wahl für Spring-Boot-Projekte. Freemarker ist flexibler, wenn man Dinge rendern muss, die kein HTML sind. Beide sind ausgereift, gepflegt und produktionsreif. Die Entscheidung hängt vom Projekt ab, nicht davon, welche &amp;ldquo;besser&amp;rdquo; ist.&lt;/p&gt;&#xA;&lt;h2 id=&#34;syntax&#34;&gt;Syntax&lt;/h2&gt;&lt;p&gt;Thymeleaf nutzt Natural Templates - valides HTML mit &lt;code&gt;th:&lt;/code&gt;-Attributen. Die Templates lassen sich im Browser ohne Server öffnen. Das ist wirklich nützlich für die Zusammenarbeit mit Frontend-Leuten. Designer können Layouts betrachten, ohne Spring laufen zu lassen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Wie man eine eigene Sprache in die JetBrains IDE bringt</title>
      <link>https://www.ilscipio.com/blog/add-custom-language-jetbrains/</link>
      <pubDate>Tue, 01 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://www.ilscipio.com/blog/add-custom-language-jetbrains/</guid>
      <description>&lt;p&gt;Ich brauchte Freemarker-Support in IntelliJ und es gab keinen. Das eingebaute Highlighting war zur Hälfte falsch, Completion gab es nicht, und zwischen Templates navigieren war Ratespiel. Also habe ich ein Plugin geschrieben. Das war Plugin Nummer eins. Einundzwanzig weitere folgten.&lt;/p&gt;&#xA;&lt;p&gt;Um eine eigene Sprache in eine JetBrains IDE zu bringen, braucht man vier Dinge: einen Lexer, einen Parser, einen PSI-Baum und mindestens ein nützliches Feature obendrauf. Alles andere ist optional, macht das Plugin aber erst richtig brauchbar.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Wie ich aus Versehen 22 JetBrains Plugins gebaut habe</title>
      <link>https://www.ilscipio.com/blog/jetbrains-plugins-lessons/</link>
      <pubDate>Tue, 25 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://www.ilscipio.com/blog/jetbrains-plugins-lessons/</guid>
      <description>&lt;p&gt;Es fing mit einem Freemarker Plugin an. Wir haben Freemarker Templates in ScipioERP benutzt und die IDE-Unterstützung war mager - kein Autocomplete, keine Navigation, kein brauchbares Syntax Highlighting. Ich dachte mir, wie schwer kann das schon sein.&lt;/p&gt;&#xA;&lt;p&gt;Stellt sich heraus: gar nicht so schwer. Die JetBrains Plattform ist mächtig. Die Dokumentation sagt einem das nur nicht.&lt;/p&gt;&#xA;&lt;h2 id=&#34;ein-plugin-wurde-zum-muster&#34;&gt;Ein Plugin wurde zum Muster&lt;/h2&gt;&lt;p&gt;Das Freemarker Plugin funktionierte. Leute luden es herunter. Ich bekam Emails. Und mir fiel auf, dass die Kerninfrastruktur, die ich gebaut hatte - der PSI-Tree-Builder, die Completion Engine, das Settings Framework - wiederverwendbar war. Unterstützung für eine neue Sprache hinzuzufügen bedeutete, die Grammatik und ein paar eigene Inspections zu implementieren. Alles andere war geteilt.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
