War es ein Ansatz Test Driven Development in der JCT Entwicklung einzusetzen?
~ I just saw that the issue is flagged as a bug in the GitHub page, I guess I should have looked there first but I was in a bit of a hurry trying to finish a project that required me to use jcryptool. Thanks again!
There is another workaround, except to downgrade the Java version if you use a weekly build. If you are using Windows you have a folder ".jcryptool" in the document library. If you delete this foder once it works with Java 8u170 and higher.
The background is that the keystore is saved in the folder. Version 0.9 comes with a key that does not conform to the security policies introduced in Java 8u170. The Weekly Builds no longer provide this key. However, the weekly builds do not overwrite the keystore, so the broken key still exists and continues to cause an exception when loading the keystore. If the folder is deleted, the keystore will be recreated without the broken key and it works.
Hallo zusammen, Ich habe jetzt das Sphincs-Plugin einmal zum Integrieren fertig gemacht (Qualitätscheck sollte noch einmal drüberlaufen, aber ich möcht es erstmal ins Repo legen, dann nimmt sich wahrscheinlich schneller jemand dessen an).
Ich habe in der Datei org.jcryptool.visual.feature/feature.xml das Plugin hinzugefügt. Muss ich sonst noch etwas außerhalb des Plugins selbst beachten, bevor ich den PR stelle?
Ich hab noch eine Sache für @simlei oder @dschadow. Kann einer meine PRs in tools, doc und tests mergen? Es sind Änderungen in den readme.md. Ich hab Verweise auf die google groups rausgenommen.
vielen Dank, habe es dort auch hinzugefügt und auf meiner Linuxmaschine laut Anleitung https://github.com/jcryptool/core/wiki/Creating-a-new-Release mit Maven 3.6 gebuildet. Das hat funktioniert. Also werde ich demnächst den PR stellen.
Schöne Grüße
Merkwürdigerweise werden immer zusätzlich alte Commits angezeigt, die eigentlich schon längst gemergt sind. Ich glaube aber es sollte passen.
Thanks to all the developers and testers, and especially to Thorben and Dominik for their great work. After more than 2 years (since releasing RC8) and after more than 100 weekly builds and more than 500 commits this version (RC9) has been released. Please use it, enjoy it and send us all the positive and critical feedback you have. Thanks, be
Interessanterweise ist das Plugin bei mir nur auf englisch, egal welche Sprache ich in den Einstellungen auswähle. Nach kurzer Suche ist mir aufgefallen, dass alle Plugins bei mir nur auf englisch sind, bei denen die Texte so message = Messages.getString("key.one"); geladen werden. Die Plugins, die die Text auf die neue Art message = Messages.key_one; laden sind auf deutsch. Was alt und was neu ist hab ich aus der Eclipse Doku: https://help.eclipse.org/luna/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fmessage_bundles.html
Wie sieht es bei den anderen aus? Ist das Diffie Hellman Schlüsselaustausch Plugin bei euch auf deutsch verfügbar?
C:\Users\Tassadar\Documents\.jcryptool\flexiprovider\jctKeystore.ksf. Es schaut so aus, als sei ein Key in deinem Keystore, der seit java 8u171 verhindert, dass der Keystore geladen werden kann. Hier der Issue dazu: jcryptool/core#120.@CharlotteMagister deine Änderungen am Code haben mit dem Problem wahrscheinlich nichts zu tun.+
Hallo Thorben, ja das hat den Fehler behoben, danke. Könnte das für Nutzer eventuell zu Problemen führen, bzw. war das Problem bekannt?
Zum Elliptic-Curve-Diffie-Hellman-Plugin: Da gings ja letztes Mal um eine Monospaced Schriftart. Ich habe das jetzt einmal mit JFace Resources gemacht. Beim Huffman-Plugin hab ich glaube ich direkt die Schriftart Courier geladen. Wäre das eventuell sogar Wert, dass man eine Monospaced-Schriftart in einer Standardgröße in den FontService integriert?
Screenshots wie jetzt der überarbeitete Wizard ausschaut folgen:
Ich habe auch schonmal überlegt, ein Programm zu schreiben, welches die nicht konformen Keys aus dem Keystore entfernt. Das würde dann aber auch vom Nutzer angelegte Schlüssel löschen, was vielleicht unerwünscht ist.
Ok, ich schätze das Problem wird nicht allzu groß sein, bzw. viele Nutzer betreffen. Könnte man sonst eine "Umleitung" einbauen die beim Laden solcher Keys einfach auf neue umschwenkt?
Ad Monospaced Schriftart: Ich habe Herrn Schadow kontaktiert. Er hat gemeint das geht in Ordnung und wenn es auf Linux und Windows geht wird es höchstwahrscheinlich auch auf Macs funktioniern. Ich habe das jetzt mal eingebaut und im core einen Pull-Request gestellt. Die Schriftart wird jetzt noch nirgends (außer bei mir lokal) verwendet, also sollten erst einmal sowieso keine Probleme auftauchen.
Auf meinen beiden Entwicklungsrechnern mit Windows 7 und KDE Manjaro Linux hats funktioniert, sowohl in Eclipse als auch der Maven-Build.
Heute früh haben Hr. Esslinger, Hr. Groos und ich uns auf das weitere Vorgehen bezüglich der E4-Migration geeinigt. Aufgrund der Tiefe und Vielzahl an Anpassungen, die nötig sein werden um JCT und seine Core- und Crypto-Plug-ins in eine reine E4-Applikation zu verwandeln, wird das Vorhaben nicht mehr für Version 1.0 anvisiert. Die Probleme mit dem E3-Kompatibilitätslayer, die uns zur E4-Umstellung drängen, werden wir durch entsprechende selbstentwickelte Workarounds lösen.
Die E4-Migration ist jedoch durchaus ein bleibendes Ziel, welches wir nach dem vollendeten Release von JCT 1.0 im Auge behalten werden.