ログを見る限り、nostr-javaのNostrApiExampesは毎回新規アカウントというか…鍵ペアを作ってる?

* PrivateKey: nsec1ああああ

* PrivateKey HEX: いいいい

* PublicKey: npub1うううう

* PublicKey HEX: ええええ

Reply to this note

Please Login to reply.

Discussion

以前と変化がなければ、そのはずです。

private static final Identity SENDER = Identity.generateRandomIdentity();

多分、実際使う時用にIdentityには自分で値をセットするメソッドとかあるのだろう。

setPrivateKey(String key)とかそんな安易なものは無かったでござる。

CustomIdentityの方にそれっぽいのが。

それにしてもnostr-javaの人はLombok好きだな。

とりあえずリレー先をnostterに合わせておこう。使うのはまだ先だけど。

propertiesをClassLoaderから読ませるのは余り好きではないんだけど…。

Windowsの$HOMEは C:\Users\ユーザ名\ いつも忘れる

やっとこ、このアカウントと一致する公開鍵ができた。

リレーとの通信に失敗するな。まずは元のサンプルのに戻そう。

java.util.concurrent.ExecutionException: javax.net.ssl.SSLHandshakeException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target は何だか面倒っぽくなってきたな…。

javax.net.ssl.trustStoreに$JAVA_HOME/lib/security/cacerts指定しても駄目なので分からぬ。

自作なら認証の辺りはスキップさせるけど…。

org.eclipse.jetty.io.ssl.SslConnection にその辺をスキップさせちゃうオプションとか無いかしら。

もしやkeytoolでcacertsにインポートしてやる必要があるのでは。

しかし、TypeScriptやPythonではあまり

unable to find valid certification path to requested target

の類のトラブルを見ないが、JavaのSSLだけが糞真面目ってこと?