processing / processing/processing4
migrate custom `jssc` dependency to maintainable source used in `serial` library
まだ誰も着手していません。
- 主要言語
- Java
- スター
- 497
- フォーク
- 183
- 平均マージ
- 4時間 39分
- マージ済み PR(30日)
- 3
説明
Problem
While trying to modernize the dependency and migrate it to a Gradle-based setup, this approach as reference:
dependencies {
compileOnly(project(":core"))
implementation("io.github.java-native:jssc:2.10.2")
}
this invoke error methods getPortProperties() that aren't present in java-native/jssc or any other published versions.
because currently, the processing4/java/libraries/serial library depends on a customized version of jssc that is not available on Maven Central or Jitpack . It is documented as a modified version of gohai/java-simple-serial-connector and sampottinger/jssc,
currently migration pull request lives under library/jssc.jar file and is custom-built, and it's a hurdle to issue #1099
Solution
-
Create a downstream fork under the foundation org to maintain and publish the custom JAR
-
Or incorporate the needed source directly into the repo
Per @Stefterv suggestion, I’m opening this issue to track the long-term resolution of this dependency problem
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず java/libraries/serial 配下の依存関係設定とカスタムライブラリ library/jssc.jar を読み、次に参照されているプルリクエスト #1189 および #1106 と getPortProperties() の使用箇所を比較します。完了条件は、必要な API と保守しやすい依存関係またはソースの配置場所を維持しつつ、シリアルライブラリが利用できないカスタム JAR に依存しなくなることです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java
- 領域
- build-system
- issue の種類
- リファクタリング
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100