チェンジログ
何が新しいの？
プラットフォームのすべての改良 それが出荷される
· kamo-internal
人を置くことができるグループと支払い
グループを作成すると、名前を生成し、他に何も生成しません。誰を追加しても、方法はありません マネージャーが計画を選択するために、どこに支払うべきか。 グループを開く 誰がショー 座席を待ち受けている人、そしてその上でいる計画は、 座席購入 カナニカルメンバーピッカーを使って、誰に支払うかを尋ねます。 送信するために使用される 組織のアカウントuidは、すべてのグループが請求された理由です 組織; 支払いは、管理者と管理者からサーバー側を解決しました accountUid は、ワイヤ上にはまったくありません。 ルースターは、待ち合わせから座席を持つことを区別します。 置くマネージャー 5席の8名様が3名様の同僚にではなくアクセスできないと伝えています それらから見つける.
· BillingService
請求グループが終わるまで終わりに働かせ、何もセルフペイの充満を停止して下さい
グループが集うようになり、マネージャーのカードでプランを購入し、手札を手に 席外。 存在しない: 唯一の操作が作成され、承認される 削除すると、グループを作ったオーナーがラベルをつけて使用する方法がない。 BillingGroupSeatService は、お金の動きと資格が発行されるところです。 記録保管とは別に、ゲートをスキップする新しいルートは追加できません。 subscribe() create() は、 create() ではなく create() が呼び出される前に、 create() は拒否されます。 ライブ・ストライプ・サブスクリプションを開く — 未承認のグループ、レガシー・ワン、マネージャー カードやシートキャップの違反が止まらない。 2つの欠陥は、グループ請求書を間違った人にした: - 受取人は何のアカウントだったリクエストボディの名前、チェックされていない、および コンソールは組織の送信をしました。 組織に請求されるグループは、 請求グループ; 組織自身のサブスクリプションの2番目の名前です。 受給者は管理者から導き出され、2つは合意を主張しています 何も請求される前に。 accountUid の送信は、Outright を拒否されます。 -AccountForMemberは、メンバーの最古のアカウント会員リンクを再利用します。 組織のアカウントに追加した人は、組織のアカウントです。 validatePersonalAccountForMember は、代わりにプライマリメンバーによって識別します。 アカウントが人に属していると言う唯一のフィールド。 所有者が自分のグループを管理する場所, 「カード」と「組織の」 カード」は本物と同じアカウントの行と同じストライプの顧客であり、 コードは、それらを区別することができます。 紙ではなく、確認しない限り拒否されます お問い合わせ 別々に、2つのライブバグが見つかりました。 - /self/seat は、メンバーを請求し、シートを発行しません。 create() と呼ばれる と返された; サブスクリプションメンバーの行とアカウントがないので、 毎月カードが請求された間に、買い手はライセンスを失いました。 - @Transactional in AccountBillingService がプライベートメソッドにドリフトしたので、 Spring はそれを無視し、すべてのトランザクションでトランザクションなしで実行されるAccountForMember を保証します。 ツイート 2 の間の失敗は、次の検索ができないアカウントを orphaned を保存します 参照して、次の呼び出しは2番目の呼び出しを作成しました。 /self/coverage は新しい: 何もしなかった "私のシートの支払い" に答えます。 すでにカバーされている人が2番目の席を提供しているのを止めることも 自分のカード.
· InitializerService
実際に支払うことができるグループのためのスキーマ
3人のランナー: BillingGroupRosterMigration は、グループのメンバーである billing pay group members を作成します。 何かを買った前に支払うべき手段。 org id は非正規化されます。 そのため、データベースは「メンバーは1つのアクティブ課金グループに1つあります。 組織は、部分的なユニークです。 1人で支払う2組は2組 シート1枚分の料金、スキーマの他の何もキャッチしません。 サブスクリプションメンバーのユニークは、サブスクリプションごとに記述され、アカウントライセンスは他にありません。 **************** は、課金 group uid を account subscriptions に追加します。 2つの部分的なユニークで3列のユニークを交換します。 それを拡張する 4つの列は機能しません — NULL は、ここにユニークなインデックスの中に異なるので、 グループ以外の行は、制約されることはありません。 BillingPayGroupColumnsMigration は Market id、seat limit およびステータス、およびマークを追加します。 既存のグループ LEGACY。 リクエストをuidするアカウントに請求されたもの 体が運ばれ、コンソールが組織に送られたので、そのアカウント uid は ほとんど間違っています。 どのカードが意味されているか推測する安全な方法はありません。 間違った手札を間違った人だと推測するので、チャージポイントで拒否されます 修理の代わりに。 最初の実行は、再試行の問題が発生した理由を示しています。両方の置換インデックスは、 40001は、アクセスをシリアライズできませんでした, ランナーは「スキップ」を記録し、実行しました, そして、 古い制約のDROPが成功しました。 この修正の衝突よりも厳密に悪化している、まったくユニークさはありません。 DDL ステートメントはシリアライズの失敗に再試行し、ドロップはスキップされます 両方の交換が所定の位置に確認されない限り、完全に.
· kamo-shared-library
請求グループが独自の賃金になるようにしましょう
グループの名前をつけて、他の名前を付けることはできません。 サブスクリプションは決して設定されていない — setSubscription と呼ばれるプラットフォームでは何もないため、subscribe uid は滞在 null 永遠に、グループが単一のシートを購入または保持できませんでした。 モデルは3つのことを変えなければならなかった: BillingGroupMember が新しくなりました。 座席の真実は、それがどこだったかにとどまります, サブスクリプションメンバー と AccountLicense が、サブスクリプションMember.subscription は NULL ではなく、 グループは、それがカバーに存在する人々を記録する場所がない計画を購入します。 シート購入前の人を集めるのがポイントです。 お問い合わせ 意図的; それは必須である。 AccountSubscription は billingGroupUid と (アカウント、市場、ターゲット org) を獲得します。 ユニークな制約は、組織の外に移動します。 グループが管理者を請求します。 マネージャーのアカウント、同じ市場で同じ組織を任意のシートとしてターゲットに マネージャーはすでにそれ自身で購入しました。同じタプルです。 グループ初 購入が失敗しなかった、管理者の個人的なサブスクリプションとrewrote が見つかりました それ: 計画、座席、縞 id。 例外なし、2番目の行はありません。 今のルールは、 JPAがKamoInitializerによって作成されない2つの部分的な独特な索引; エンティティティ宣言は、 ddl-auto が古い制約を再作成しなければならない それをドロップするランナーの先に。 **************************** は削除されます 廃止予定。 それはもはや制約の強さの任意を戻します 存在するので、1つのアカウントが個人とグループの両方のサブスクリプションを保持している場合 二つの行にマッチし、3つのサービス全体で5つのコールサイトをすべてスローします。 オートコンプリートによって見つけられることはより危険な選択でした。 また: allowGroups() には、REQUIRES APPROVAL が含まれています。 出来たものを除く 承認パスが到達不能 — グループを作成すると、アウトライトを拒否されました。 認可されたフラグをセットするコードは、requisApproval() を要求したので、これまでしかできない 「既に承認済み」と回答します。 オーバーサイトを選んだオーナーは、グループが全くなかった.
· kamo-internal
HRコースエディタ、割込みグリッド、会員コースプレーヤー
/hr/training は、そのプレースホルダーを 2 個のサブタブに置き換えて、ブリーフが要求され、メンバーの 割り当てられたトレーニンググリッドは、プレイヤーの希望のために戻って保持していたアクション列を獲得します。 コース 公開、割り当て、重複、アーカイブ、およびインラインを削除したカタロググリッド。 削除は 誰でも割り当てとツールチップがアーカイブの代わりに保持されると無効に 誰かがその証拠を孤児に割り当てられたコース, 割り当ては、そのバージョンをピンでピン 親は消えます。 「バージョンN」がエラーではなく「INFO」として表示されているので、Nothingが変更されました。 著者は、すでに公開された何かに公開された公開を押しました, 彼らは誤って成功です. ディレクター 概要・キャンバス・インスペクターは、ダイアログではなくフルページのネストされたルートとして — スライド アウトラインとインスペクターの横にあるキャンバスが必要です。オーサリングは複数のセッションワークです。 更新されたままにし、 hrTabMatches が書かれていたので、ネストされたルートは親タブを lit に保ち、 MANAGE TRAINING-gated 新規登録なし 保存は1-ITEMと非バウンスされます。 全コースのPUT 交換式セマンティックスでは、2つの異なるユニットを1つのサイレントに失って編集する2つの管理者が1つのサイレント 彼らの仕事。 各コースをフラッシュした後、saveItemContent は子行を再作成し、 ストールのローカルコピーは、次の保存にファントムIDを送信します。 Reorderingはによって運転される矢ボタンです moveInOrder は、CLAMPS をラップするのではなく、サイレントに書いたコースを再オーダーする 注文するという意味ではなく、注文は読み取り注文です。 MEDIA は /hr/resources から新しい LibraryPickerDialog を一般化しました。 MaterialPickerDialog は 2 つのハードコードされた定数を props に持ち上げます。 assocTypeはORDINALです (13)、enum id (15):enum は id 6 をスキップし、id の土地を別のものに送る コレクションのルール。 任意のメディアのスライドとブロックの公開に Alt テキストが必要です — 作者ツール 実際に保持する唯一の執行ポイントは、レビューチェックリストが一度実行され、alt テキストは決して追加されません。 プレイヤー 最初のGAPで再開します。, 決して最も毛皮のポイントに達しません。, すべての門は、ユニオンは、 このセッションでサーバのレコード — サーバの行だけを読み込み、次は到達できない ダニは、出荷された法的ウィザードの正確なバグである、往復していません。 現在の時間ではなく、WATCHED COVERAGE としてビデオ補完が測定されます。 /api/imaging/stream ホーナー HTTP 範囲は終了します。そのため、学習者は1つのリクエストで最後の秒と任意のポジションベースを求めることができます。 ゲートは、単一のドラッグで破棄されます。recovere()は、クックギャップよりも大きいジャンプを扱い、 スパンが飛び越えるのではなく、新しい間隔を開きます。 videoCoverage.test.ts は "seek" を主張します その最初のケースとして5%未満の端利回りに。 カバレッジはメディアタイムなので、2xの再生はまだ持っている ループホールではなく公平である理由であるタイムラインを覆います。 可視脱出ハッチ ビデオのフル長が壁に時計の時間に脱出し、sepReason を記録したら現れて下さい 進行列は、エスケープのないゲートは、常に「私たちは」という答えがサポートチケットになるので、 同じ結果、追跡されていない、あなたのためにそれを完成させるマーク。 テストランナーは、まったく正しいデータを運ぶ:ペイロードはPlayerQuestionから構築されています ツイート そのようなフィールドがない場合、サーバーが決定します。 回答は自動保存するので、閉じたノートパソコンは失われません 試行錯誤とブランクは許可されていますが、確認しなければなりません。 npm test: 3 はクリーンで、102 ファイル、1257 テストを監視します。 次のビルドコンパイル.
· DaemonService
タイムリーなトレーニング リマインダーティック
法的なスイープの毎日とは異なり、午前10時00分に。 トレーニングは、OWNのローカル送信で各orgを思い出させます 時間, 組織.timezone スパン 21 時間 (太平洋/オーストラリア/シドニー) — シングル 毎日のUTCティックは「今日」がほとんどのプラットフォームで間違っていることを意味します。 間違った日にシドニーのテナント "due today" を指示します。 各ティックは、地元の時間だけに訪問 一般的には1〜3つマッチするので、これは24xよりもむしろ毎日のクロスオーグの仕事よりもLESSをスキャンします。 このデプロイメントはレプリカであるため、DocsServiceで@Scheduledとしてではなく、ここに住んでいるジョブは1 ストラテジー: 再作成するので、新しいPodが起動する前に古いPodが消え、デプロイウィンドウは起動できません 二重火炎。 DocsService は maxSurge で RollingUpdate です: 1 なので、そこにすべてのロールアウトの長さ 2つのポッドであり、両方ともそれが 09:00 であると信じています。そして、出力がすべての上書きにメールである仕事のために プラットフォーム上の従業員は、「通常は一度」プロパティではありません。 デフォルトReestTemplateが永遠に待ち、組み合わせるので、明示的なfiniteタイムアウト、 @DisallowConcurrentExecution, 1 個の wedged downstream は、Pod が実行されるまで再びジョブを停止します リスタート — 静かに、"nothing was last". クォーツで再眠しないでください: エスケープの例外は、すぐに再発し、スキップされた時間を再試行嵐に変えるかもしれません.
· DocsService
完全な HR トレーニング バックエンド
コース作成, 出版, 割り当て, 会員プレーヤー, サーバーサイドのグラデーション, WORMの証拠と リマインダースイープ — /api/docs/training の背後にある全モジュール。 AUTHORING(アットホーリング) コースは、テストがユニットのピアであるアイテムの注文リストを運びます。 1つの決定は、「各トレーニングショーの最後にテスト」と「a」の両方を表現する単一モデルを表現することを可能にします 最終試験「第2構造なし」 エディタが所有しているため、コンテンツの保存は置換セットです 注文したリスト全体; 1 列パッチ API は、削除動詞と 3 ラウンドの順序を必要とします。 概要の旅行と3つのチャンス 著者は、保存されたものから掘り下げるを参照してください。 PUBLISHINGは、ピンを割り当てる不変なバージョンを凍結します。 会員は、全てのルールが保持されます。 行を記述する同じ状態にコピー — それらの列を宣言した法的モジュール そして、決して来たことのない後続の呼び出し者にそれらを残します, 製造中のすべての法的バージョンは、 null の検証を実行します。 TRFP1 は delimiter-joined ではなく長さのプレフィックスです。 フィールド境界を模倣することはできません。, isCorrect はハッシュのインサイドです: 法的モジュールは LPFP1 を出荷 同じフィールドを使わずに、「何も変更されていない」という回答を公開し、修正されたレイアウトは、 決して凍らせません。 公開は、オフエンディングアイテムを命名する409で拒否します - メディアスライドを含む 著者ツールは実際に保持する唯一の執行ポイントであるため、altテキストはありません。 GRADINGはSERVER-SIDEであり、これは機能ではなくセキュリティプロパティです。 プレイヤーは ************************ 作者の DTO と異なるクラス 単純に正しいフィールドがポップアップしないように — nulled フィールドを持つ共有クラスが戻ってくる 誰かがマッパーを再利用し、コンプライアンスレコードが見える間に漏れがサイレントです。 有効。 シュッフルと問題のドローはここで計算され、試行に記録されるので、再開 セッションは、クライアント・ヘルド・回答・キーを上回るクライアント・サイド・シャッフルが、シアターであることを確認します。 show-answers がその試みのためにそれを許可したときにのみ正しい回答が返ってくるので、メンバーは失敗しません キーを収穫するために意図的に。 部分クレジットはゼロ(それなしでは、すべてのスコアのマイナスを選択し、下にドラッグします) テストの残りの部分)。 パーセントは、結果画面、電子メール、 証明書とCSVは、80%バーに対して79.5%を解約することはできません。 試験が通過しないコース 完了時 — 可能 == 0 は決して分割し、決して "failed" を意味するべきではありません。 EVIDENCE. TRMF1(彼らが見たもの)とTRQZ1(彼らが答えたもの)は、消化器や動詞として保存されます 消化が誰も保存された証拠から返すことができないので、規範的な文字列は証拠ではありません。 ザ・オブ・ザ・ 各ターミナルのアウトカム、パス、またはフェイルについては、アテスティングが書かれています。 できるだけ多くのコンプライアンスの事実を通り過ぎます。 ORG-MAJORを掃引し、OWNの現地時間で各オルガを発射します。 組織図 タイムゾーン スパン 21 時間, そのため、法的スイープのZoneId.systemDefault()は、間違った日にシドニーのテナント「今日デュー」を伝えます. Bucket は、(dueDate, today) の純粋な関数を保ち、これは Extend Due Date を自由かつ、 sweep replayable; キャッチアップは、古いラングだけを送っており、レコードを 古いものとして上塗り. Idempotencyは、Redisではなくユニークなクレームインデックスを持つ実際のテーブルです。 SET NXは「3月4日にAdaを教えてくれる」と、FLUSHDBを存続させ、クエリ可能なテーブルの法的独自の javadocは正しいと推測している。 ドライランクレームNOTING; 主張は、すべてのバケットを燃やすだろう 実際の実行を検査して抑制します。 DocsInternalAuthFilter は、トレーニングの内部パスを獲得します。 十字方向の広がりがなければ ResourceServerConfig が anyRequest().permitAll() および OTKPreAuthFilter であるため、世界到達可能 OTKが存在しない場合、チェーンを継続します。 455テストパス.
· kamo-shared-library
4つのトレーニングメールテンプレート
HRの法的家族と同じ定数/点数キーの分割: コンスタントはファイル名の茎、 templateKey プラットフォーム SENDS は、各 .json 内のドット値です。 その間違ったことは生きた QUOTE SENT/commerce.quote sent バグ — 404s は、シードされたテンプレートに対して永遠に送信されます。 完全に — なので、 HrTrainingTemplateTest は両方の方向の半分をピン留めします。 ONEリマインダーテンプレートは、梯子(T-14/7/3/1、本日)の全てのランゲをカバーし、過去のデュー 期間 トーンは、別々のファイルではなく、前レンダリングされた眉毛とデュパーゼによって運ばれます。 ハーフ・アディット・キャニカル・ペアが loadAll() の内部をスローするので、これは seedForOrg iterates です。 そして、プラットフォーム上のEVERY orgのシードは、自分自身だけではありません。 各テンプレートは、防弾VML +アンカーCTAと600pxインラインスタイルのカードです。Outlookの ワードエンジンは完全にアンカーを無視します。 テストは ctaUrl を正確に 3 回主張します (VML) href、アンカー href、コピーペーストのフォールバック)、テンプレートなし {{#if}} (レンダーはフラットレグレックスです) 置換し、目に見えるテキストとしてレンダリングする)、テンプレートが外部リソースをプルしない、 それぞれの変数は、EmailTemplateService の3つの変数を注入するので、ホワイトラベルのブランディング作業を行います。 対象は、コースTitlePlain とボディは、コースTitle: 1 の変数マップから2つのレンダーを使用するので、 メールクライアントのヘッダに「Employee's Handbook」というサブジェクトでエスケープされた値が表示され、 組織のDKIM署名ドメインから、ボディシップのライブマークアップで1つをエスケープしました。 FINAL の失敗にメールが送信されない 彼らが恒久的に持っている電子メールで誰かに伝える パスが進んでいない、人間が付けられていない、必須のコースが失敗しました。 グリッドは代わりにそれを運びます。 1186テストパス.
· kamo-internal
双方の義務のための1つのメンバーの表面、どちらかのための1つのバッジ
会員のコンプライアンスタブには、2つのサブタブ、保留と完了があり、1つの義務があります。 これらはSTATEではなく一種のものなので、ステータスフィルタ(「all」で2つのタブを破棄します。 どこにも置いておらず、以前は両方をチェックして答えることを意味していました。 署名されたか。タブストリップは、本物的に異なる2つのものを分離するために解放されます。 法的パッケージ — フィルターの背後にある署名、変更されていない行動への機器 割り当てられたトレーニング — 受講するコース 各パネルは、独自のパラメータで独自のフィルタを保持します。 1つの共有?filter=は、法的バケットを運ぶ 同じ単語がステータスの異なるセットを意味し、タブを切り替えるトレーニングパネルに 他のリストを再フィルタリングします。 外部 ?sub= はマウントに正規化されます。 SettingsView.writeTabToUrl は ?tab= をセットし、 ?configure を削除し、 ?sub= を単独で残します。 すでにインデックスフォールバックで正しいのですが、URL は、このコンポーネントが持っていなかった状態を主張していました。 URL はサポートチケットにブックマークして貼り付けるものです。 NavTop では、BOTH のバッジが 1 つ表示されます。 会員は「署名するパッケージ」と「署名するコース」とは考えていません。 2つのシステムとして、彼らは彼らが借りて物事を考えます。 2つのほぼ同じマークの側面は、 固定されたクロムはそれらがそれらが1つがlitである働かせます。 カウントは合計であり、アイコンは獲得します 実際の注意状態 — ::before/:: ラップパーの後、グリフ自体は移動しません 決してバッジアンカーと戦う。 モーションは1つだけ(カウントおよび エラーカラーはまだ持ち運びます)、これは、何の失われたとそれを好む理由です。 会員登録 訓練は意図的に行動の列を出荷しません。 トレーニングアクション 既に決定した場合 start/resume/retake/certificate はユニットテストですが、コースプレーヤーは構築されていません。 目に見えない「スタート」は、製品が保持できないことを約束します。 未完成。 列はプレーヤーで到着します。 トレーニング統計 パラメータを省略するのではなく、「すべて」のためにすべてのステータスをEXPLICITLYに送信します。 サーバーのノーフィルタフォールバックは、コール条約ではなく、階段のブックマークを救出するために存在します。 Statuses は、APIService ゲートウェイによってコンマが二重エンコードされる、繰り返されたパラメータとして旅行します。 check-i18n-keys は、設計どおりに欠落しているキーを正確にキャッチしました。 hr.training.member.* はプッシュされました kamo-translation-dictionary は、このコミットの前に原点/main で最初に検証しました。 npm test: 3 はクリーンで、98 個のファイル、1221 個のテストを渡します.
· DocsService
会員向けトレーニングAPI
@EnableJpaRepositories で com.kamo.z.shared.hr.training を登録します。@EntityScan は広いので どちらの方法でも、リポジトリは見つかりません。 法的モジュールを映す2つの承認の漏斗、意図的に分けて下さい: TrainingAccess ゲート /api/docs/training/** MANAGE TRAINING (RoleRightType 185) 読み込み、書き込み、 正しいapp/hr/hrTabs.tsがタブのゲートを正確に保つ必要があります。 サーバはより狭い設定 タブの葉は、タブを開き、空のグリッド上に403を収集することができるメンバーを残します。 より広い、そしてそれはです UIが提供したことがない、誰かに到達可能なエンドポイント。 権利は、 Member rights appliedは、OTKセッションマップが権利を持たないため、トークンから決してありません。 TrainingAssignmentOwnership は、IDENTITY によって会員自身の表面を承認します。 トレーニングメンバーコントロール そのため、TrainingAccessフィールドは全く保持されません。 割り当てられたコースを受講するメンバーは、 HR は右、HR のファネルを通してそれらをルーティングすることは、すべての従業員をのうちのロックすることを意味する 自分のトレーニングや、カタログや聴衆のロスターが開くまで、HRの右セットを広げる 組織全体 所有権は404に答え、決して403:403はuidが実質であることを確認し、エンドポイントを回します 誰が何を割り当てられたのか、そして査定の記録は、ピアが重要でない。 TrainingMemberSurfaceAuthTest は、障害モードがないので、すべての 3 つのプロパティをリフレクションでピン留めします。 誰かがフィールドを後で追加する "だから、エンドポイントも保護されます。" GET /assignments と GET /assignments/pending-count を取得します。 マッピングは、メンバーまたは org id を要しません。 セッションから。 ステータスは REPEATABLE パラメータで、 CSV: APIService は上流 URL を渡します。 RestTemplate は文字列として、%2C を %252C に再エンコードするので、コンマは 1 つのリテラルトークンとして到着します。 一致のenumの定数無し。 認識されていないフィルターは「フィルターなし」を意味し、決して「何もマッチしない」という意味なので、 ステープルブックマークは、データの損失として読み込む空のグリッドではなく、すべてを示しています。 ページの読み込みは DocsService-local リポジトリで、共有エンティティティティをソート(deliveredAt DESC) uid DESC — 非unique キーの重複を paging し、行をスキップし、200 人の代入が書き込みます 同じミリ秒で渡される。 pending-count は、バッジのプッシュされたフレームと同じ JSON シェイプを返すため、1 つのクライアントパーサが機能します。 両方。 トランザクション内で行がマッピングされます。コースとバージョンはLAZYです。 413テストパス.
· InitializerService
HRトレーニングスキーマを作成する
Explicit @EnableJpaRepositories リストで com.kamo.z.shared.hr.training を登録します。 — @EntityScan は広いので、エンティティティティティはどちらの方法も見つかりますが、リポジトリはそうではありません。 このテーブルが作成されていない限り。 TrainingSchemaMigration (@Order(43); 42 は法的です) は、エンティティティティティティ・マッピングができないものを追加します。 エクスプレス それぞれが正しさの保証であるので5つのUNIQUEの索引は致命的として扱われます 他に何も提供しません: - (course uid, version number): 2つの同時公開は、それ以外の場合は同じ番号を省略します 「バージョン3」にピン留めされた全ての代入があいまいになります。 - 割り当てあたりの1つの試練:WORMガードブロックの更新とDELETE、重複しない インフォメーション - 通知クレーム指数は、すべてのリマインダーパイプラインの潜在能力である - クレーム それに反省されるので、それなしでは、すべての過剰な従業員にリトリッドスイープメールを送らない すべてのテナント。 - 1回(メンバー、コース、期限); 1回のスライドごとの1つの進捗列。 コース項目CHECKは、目的の2列の述語として書かれています: SchemaCleanupRunner @Order(1) は 1 列の IN リスト CHECK をすべての実行ごとにドロップします。なぜなら、それは形状です。 @Enumerated(STRING) のHibernate が生成されます。 CockroachDB/Yugabyte に ADD CONSTRAINT がない場合 CHECKのEXISTSは「すでに存在している」ので、成功に巻き込まれて処理されます。 テストは反射のみです。 このリポジトリ内のmvnテスト MIGRATES PRODUCTION — DemoApplicationTests @スプリングブーツ テストプロファイルなしでテストし、src/test/resourcesなしでテストします。そのため、SQLを主張します。 各エンティティティティティティティティティティの@Table名に対してコンテキストを起動せず、失敗 実際には起こります。テーブルの名前は後ろに手書きSQLを残します.
· kamo-shared-library
ドキュメントのアップロードをストリームし、HRトレーニングスキーマを追加します
ImageService はアップロードDocumentStreaming、アップロードドキュメントのストリーミングカウンターを獲得します。 バッファされたフォームは、大アップロードをまったく表現できません: readInputStream は割り当てます 新しい byte[size] は、Integer で Java 配列がトップアウトします。 MAX VALUE と MinIOStorageService.upload その後、クロスノード再試行用のSECONDフルコピーを割り当てます。 再び2Giコンテナを作った 数百メガバイトの実用的な天井 — イメージングマルチパートキャップが座っている理由です チャットの添付ファイルパス中に500MB、すでにストリームが3ギブに走った。 新しいメソッドは、一度ハッシュ (ひとつのバッファから消化される)、MIME 型 BEFORE を嗅ぎます hash は 3 の GiB ファイルが完全に読み込まれずに拒否され、 事前に入力された消化を受け入れる新しい storeContentAddressed 積み過ぎに貯蔵を委任して下さい ソースは3回ではなく2回読みます。 意図的に@Transactionalではなく:保存 gigabytes は数分間かかります。また、その中に保持されるトランザクションはプール接続をピン留めします。 また、com.kamo.z.shared.hr.training — 20 個のエンティティティ、11 個のエンウム、20 のリポジトリを追加します。 HRトレーニングモジュール、com.kamo.z.shared.hr.legalの条約をミラーリング:BaseUuidEntity、 baseUuidEntity.dateUpdated がデッド、ピン留めされたため、explicit last modified を touch() で指定 聴衆の FKs のあらゆる任意 @JoinColumn および @OnDelete(CASCADE)のコラムの定義 CascadeType.*がDDLで何も出ないため。 法的青写真から2つの出発点: - TrainingAssignmentStatus は FAILED を FAILED RETAKE ALLOWED (open) および FAILED FINAL に分割します (closed), REMINDABLE STATES は、OPEN STATES よりも厳密には狭いので、メンバーは待っています 卒業は決して追いかけません。 TrainingAssignmentStatusTest でピエロ - hr training notification は、Redis ではなく UNIQUE クレームのインデックスを持つ実際のテーブルです。 SET NX は、この日付でそれらに知らせる「did」が FLUSHDB を存続し、クエリ可能です。 回答および検証リポジトリは、JpaRepositoryではなく、ベアリポジトリマーカーを拡張するので、 @PreRemove がインターフェイスに存在しないバッチ削除方法。 これらのテーブルを読み込むサービスの前にKamoInitializerServiceが実行される必要があります.
· InitializerService
Billing pay groups を明示的に作成し、従来のコリジョンを解除します
それをddl-autoに残すのではなく、移行で作成します。 既存の billing groups でエンティティティティティティティティが指摘した時、ハーフビルドされたテーブル.
· EmailService
組織のストレージに対する各メールボックスのサイズ
Dovecot は 1 個のメールボックスの制限を強制し、その列の設定は何もなかった 読み込み これは、ストレージのスナップショットの後に夜間に書き込みますので、容量が 昨日の数字ではなく、今日の数字に分けられます。 各メールボックスはプール全体と同じシェアを取得します。 重要な財産 株式は容量を合計するので、メールは自分で取ることはできません 天井を過ぎた組織。 所有者が予測できるバージョンです。 「組織のストレージの共有」 — そして、それはいつ移動しません 関係のないドメインが成長し、各メールボックスに残りのヘッドルームを付与します。 ライブサブスクリプションなしの無制限のプランと組織は 0 を書きます。 user query は NULL quota rule に変わります。 その方向は意図しない、 代替案は、行を請求する組織のメールを拒否するので 不足しているか、または中程度の移行です.
· KlusterServices
インバウンド配信でストレージクォータを強制し、DBパスワードの発送を停止
オブジェクトストレージは、組織を過去に受け取るコンテンツを拒否します オブジェクトストアを通過するすべてのドメインをカバーする天井。 インバウンドメール LMTP は、パス内の Java 無しで maildir に直接書き込むので、 Dovecot の quota プラグインは、停止できる唯一のことです。 プラグインは世界中で読み込まれるので、LMTP デリバリーがチェックされます。これはパスです。 重要 — imap quota でクライアントに尋ねる追加。 意図的に何もない default quota rule: グローバルなルールは、userdb が実行するすべてのメールボックスに適用します。 安全に失敗する反対である、答えない。 ユーザールールから user query は制限の唯一のソースであり、 クォータバイトまで NULL です。 設定するので、 18 個の既存のメールボックスは、直前にまったく無制限です。 virtual users.quota bytes がこの先に追加されました。デフォルトは 0 です。 new user query は参照します: config を最初に出荷しても失敗します userdb のルックアップとメール auth をダウンしました。 生成されたdovecot.confは、ライブ2.3.20に対するdoveconfで検証されました 押す前に、LMTP と "quota imap quota" の "quota sieve" に解決します。 サイトマップ 別々に、ConfigMap は MySQL のパスワードを処理しなくなりました。 出荷される プレーンテキスト, ここでコミットし、`kubectl から読みやすく取得 cm -o yaml`. ザ・オブ・ザ・ ConfigMap はプレースホルダーを持ち、クレデンシャルは既存のものから来ています。 環境を介したmysql-secret; コンテナは、それが unusable userdb で実行するのではなく空にします。 これは -simple のペアを編集します。これは CI が適用するものであり、実際に何が ランニング。 dovecot-configmap.yamlとdovecot-deployment。 yaml は 別のイメージを全く記述し.
· KlusterServices
インバウンド配信でストレージクォータを強制し、DBパスワードの発送を停止
オブジェクトストレージは、組織を過去に受け取るコンテンツを拒否します オブジェクトストアを通過するすべてのドメインをカバーする天井。 インバウンドメール LMTP は、パス内の Java 無しで maildir に直接書き込むので、 Dovecot の quota プラグインは、停止できる唯一のことです。 プラグインは世界中で読み込まれるので、LMTP デリバリーがチェックされます。これはパスです。 重要 — imap quota でクライアントに尋ねる追加。 意図的に何もない default quota rule: グローバルなルールは、userdb が実行するすべてのメールボックスに適用します。 安全に失敗する反対である、答えない。 ユーザールールから user query は制限の唯一のソースであり、 クォータバイトまで NULL です。 設定するので、 18 個の既存のメールボックスは、直前にまったく無制限です。 virtual users.quota bytes がこの先に追加されました。デフォルトは 0 です。 new user query は参照します: config を最初に出荷しても失敗します userdb のルックアップとメール auth をダウンしました。 生成されたdovecot.confは、ライブ2.3.20に対するdoveconfで検証されました 押す前に、LMTP と "quota imap quota" の "quota sieve" に解決します。 サイトマップ 別々に、ConfigMap は MySQL のパスワードを処理しなくなりました。 出荷される プレーンテキスト, ここでコミットし、`kubectl から読みやすく取得 cm -o yaml`. ザ・オブ・ザ・ ConfigMap はプレースホルダーを持ち、クレデンシャルは既存のものから来ています。 環境を介したmysql-secret; コンテナは、それが unusable userdb で実行するのではなく空にします。 これは -simple のペアを編集します。これは CI が適用するものであり、実際に何が ランニング。 dovecot-configmap.yamlとdovecot-deployment。 yaml は 別のイメージを全く記述し.
· kamo-internal
会員がコンソールから自分のシートをライセンスする
セルフペイのループを閉じるパネル。 どこまでも現れます。 組織の方針は、それを可能にし、既に購入されていない人のためにだけ 組織の代わりに、サーバーは同じポリシーをチェックします。 コントロールではなく、礼儀。 カードを尋ねる前に請求され、承認モードの下の人は言う つまり、所有者が同意するまで何も請求されないこと。 読むの失敗 適格性は、拒否されるものを示すのではなく、オプションを隠します。 本方針が自給業者がプランを選ぶことを許さないときは、その1つを 組織は上にあり、ピッカーはまったく表示されません。所有者はコストを委任します 通常、製品の決定を委任していません.
· BillingService
支払いが失敗し、サブスクリプションを下げる人々を伝えます
存在しなかった行列。 invoice.payment failed は行を書き、返します。 電子メール、フラグなし、ステート変更なし、課金なし。email-service-url の設定 すべてのJavaコードで参照してください。 webhook は、最初の失敗の残忍な時計を開始し、それをクリアします 請求書が支払われる瞬間なので、回収されたサブスクリプションは新鮮です 階段時計を次の故障に運ぶよりも。 最初の失敗のみが始まります それ — 1週間後には、猶予を再起動し、非支払いを渡す必要はありません 毎回サービスの別の週を購読します。 sweep は、タイトルが停止したときに意図的に決定しません。 では、 時計は isLive なので、 未定のサブスクリプションがまだ残っているウィンドウはありません ジョブが実行されていないため動作します。 スイープ自身が時計ができないものは何ですか? autoCancelAfterDays 以降に一度言って、キャンセル - thirty days by デフォルトでは、サービスが停止した後に長い。 そのギャップは、目的に回復可能です, ので、 当日にカードを更新する顧客は、支払いによってすべてのものが戻ってきます。 キャンセルされたサブスクリプションは、中断されたものよりも遠ざかないようにします。 通知は、設計によって最善の努力です: ストライプは答えるwebhookを解放します non-2xx、および到達不能なメールサービスは、支払いを再処理する理由ではありません イベント.
· InitializerService
ダニングクロック列の追加
last due since と stop notified at のどちらも null です。 ニュルは、支払いを意味し、 それぞれ未売.
· kamo-shared-library
失敗した支払いは何かを意味します
PAST DUE は、タイムスタンプなしで、両方のエンタメリゾルバーに完全にライブとしてカウントされます。 そして帽子無し、従ってカードが長い間すべての特徴を保たれなかった顧客 ストライプは、その状態でサブスクリプションを残した — 慣行中無期限 — と 誰も、顧客、またはオペレータは言った。 コレクションが最初に失敗したときにサブスクリプションが実行され、PAST DUE はライブ 猶予期間内のみ。 読書、試用 expiry のような丁度計算されて、 したがって、サービスは、通知するジョブを待つのではなく、クロック上で停止します。 スケジュールされた決定は、中断されたサブスクリプションがまだ働いたウィンドウを残します スイープがまだ実行されていないため。 間違ったことについての2つの意図的な選択。 Grace のデフォルトは 1 週間ではなく 失敗した支払が通常期限切れのカードであり、決定ではないのでゼロ、 支払停止。 そして、スタンプなしの過去の行は、内側の恵みとして読みます。 カラムの事前のサブスクリプションには 1 個のものがあります。null をラプスとして扱います。 お客様に出荷した瞬間を切断し、無機の誰も持っていなかった 測定される.
· BillingService
会員が自分の席を購入し、ボディパラメータの穴を閉じる
セルフペイはコンソール内のルートがなかった。 請求面のすべては すでにAccountMemberの行を保持する必要があります。 請求は何かを示し、一つを取得する唯一の方法は、所有者の行動だったので、 自分で支払いたいと思っていた会員は、行きたいと伝えました。 1つの本物 存在している自己ペイパス、ホワイトラベル製品で使用される消費者のチェックアウト、 課金プロキシがヘッダーを再構築するので、コンソールから到達できない セッションのリゾルバが必要とするクッキーを転送しないようにします。 買い手は、セッションが彼らが誰であるかを言います。 X-Member-Id はプロキシによって設定されます から *** そして、発信者によって決して, ので、アカウントのルートとは異なり、IDはありません スワップするパスで — 全体的には、これは自分のルートではなく、 /accounts/{accountUid} の下の別のハンドラよりも。 組織の方針は チェックサーバー側, ので、他の場所でオプションを非表示 装飾よりも, と ペイパーシートキャップは、クライアントから信頼されるのではなく、ここに強制されます。 また、POST /アカウントのクロステナントホールを閉じます。 そのルートはアカウントIDがない その PATH では、AccountOrgScopeInterceptor では、そのセグメントにキーが — 決して 組織のどのメンバーも別の組織の名前を付けることができるか BODYのアカウントで請求の連絡先を書き直し、請求書をリダイレクトし、 領収書。 仲裁人のメンバーを命名するIDは、他の方向から同じことをした. いずれも、呼び出し主の組織に所属する必要があります.
· kamo-internal
所有者が支払うことができるかを決定し、そのグループを管理しましょう
所有者は、自己支払いの上に正確に1つのレバーを持っていたし、それは間違った形状だった: 不可逆性は妊娠を促進し、それがだったかどうかを事前に言う方法がない 別の消費者チェックアウトパスが許可されず、それを禁止する方法はありません。 会員の自己登録は無関係です。 これは予防制御です。 コンソールの残りの部分はそれ自体を隠します。 4つのモードは、列ではなく他の人々に何が起こるかによって分類されます。 オーナーは、そのスタッフが何を見ることができるかを判断する方針を拾う オプションは記述します。 グループは、グループが許可するモードが許可されるとグループのみ表示されます。 すでに何人かの人が何をしているかをしている人がいます。 非所有者は、まったくではなく、読み取り専用の設定を参照してください。 「組織」 集中的に支払う」は、購入オプションがなく、隠れる理由に対する答えです サポート質問にのみ対応します。 このセクションをロードする失敗は、プランピッカーの動作を残します — ポリシー コンソールは、購入面を下回る必要はありません.
· BillingService
Org ポリシーと課金グループ API
組織内の誰がカモの支払いをできるようになりました 回答可能で設定可能な. 両方とも ルートは org-scoped で、 したがって /api/billing/accounts/** の外に非適格に記述 そして、その傍受者:「私のスタッフは自分の席を買う」と答える必要があります 2番目のアカウントが存在する前に、アカウントスコープの設定が正確に行われる お問い合わせ 方針を隠す表面がどんなメンバーにも開くので、 セルフペイコントロールは、答えを必要とし、それは何も実用的なことを明らかにします。 お問い合わせ 所有者のみに支払う変更、データベースに対するチェック caller-suppliedヘッダーではなく。 グループの作成は、組織がグループを許可されていない場合を拒否します。 すでに何人かの人が何をしているかをしている人なので、組織は 自己負担が認められていない場合 お問い合わせフォーム グループが承認されていない; 他のすべてのモードはすでに空白の許可を与えています。 承認が始まります。 グループを削除するとネーミングを溶解し、決して 請求:それが支払うものを別の、非審美的な行為である取り消し。 ロースターは、サブスクリプションのサブスクリプションのメンバーシップの行ではなく、 グループに重複しているので、グループが席に不一致しない お支払い.
· kamo-internal
プラン&課金コンソール 所有者は実際に見つけることができます
製品のどこにでも最初のサブスクリプションを購入する方法はありません。 プラン一覧 既に保有しているサブスクリプションのみで到達可能なため、組織 どれも空のパネルと異なるorgで指摘するヒントを見ました。 1 つ 実際の請求画面は、設定にファイルされたメンバーのプロフィールページに住んでいました 「個人」と題する見出しの下に着陸し、すべてのorgのために完全に隠されました 親なし。 自宅の管理者バーは、請求エントリが全くなかった。 コンソールは、所有者が到着する質問に答えます。 費用はかかりますが、どのように変更するのか - と、それらが動かすように、すべての制御を価格設定します。 何もコミットする前に、合計が見えます。 座席、アドオン、ストレージ それぞれの更新を連続した数値にブロックし、実際に何をするかを毎年恒例の計画状態にします。 年1回、月1回の番号を残すのではなく、アカウントを離れる 読者の頭に多岐にわたる。 算術は、両方の場所のために、充電パスに対してテストされたplanQuoteです プラットフォームは、以前は、Stripeの請求をした価格に引き渡しました。 自宅の管理者バーと設定メニューから到達可能、財務にゲート CONFIGURE SYSTEMではなく権利:組織が何を支払うかを決定する 財務決定.
· BillingService
デフォルトでは、新しいサブスクリプションのターゲット org を caller に
最初の購入は、ターゲット組織をコピーするための既存のサブスクリプションはありません。 そして無条件に要求することはコンソールから作成するものです 不可能です。 組織自体のための購入席は、一般的なケースです。 サブオーガニゼーションはまだそれを明示的に渡します.
· kamo-internal
ちょうどバイトではなく、天井を表示
パネルは保存され、加えられ、取除かれ、寿命はゼロに対してバイトします 全体で参照 — なので、400 GB を見ている所有者は、それを言う方法がなかった 次回のアップロードを拒否したり、初めての知識を落とすのが快適でした。 問題の1つは失敗しました。 計画の許容とブロック 購入したのは、その数字を位置に変えるので、容量バーが行く 最初と下にあるすべてはそれを読んでいます。 棒は、それが重要になるまで、緑にとどまります: 90%の琥珀、十分に赤。 バー 60%でアンバーが無視するように人々に教えます。 また、読み物が期待されていないことを普通に言う。 「ストレージがいっぱい」は「I」と読みます あなたがそうでなければ、私のファイルへのアクセスが失われている」と、一つは ストレージを埋めることは、何も取りません。 ブロックサイズと価格はハードコードではなくカタログから来ていますので、 「月に$ 2.50で10 GBを追加」ラインは実際に充電されたものから漂流できません.
· SecurityService
所有者の方針のゲートの昇進は、それを不浸透させ、逆を加えます
会員が自らの支払いを促すことは、無条件、片道、無安全であった 繰り返します。 組織の方針が組織の支払いを言うとき、今は拒否します 誰もが — 以前は自己支払いのコントロールのみが反逆性だった 妊娠そのもの。 意図的です。 同じメンバーを2回目のアカウントに投入し、 2 番目の AccountMember 行、member id で一意に旅行し、500 に応答します。 ダブルクリック、ネットワーク クリップの後の再試行、または所有者はフローを再実行する より多くのライセンスをヒットさせる。 今度はアカウントを再使用し、サブスクリプションを購読します 既に会員様がお持ちになり、振込みを行っております。 demoteBillingOwner は存在しない逆です。 昇進する所有者 誰かがそれをしないようにすることができず、そのメンバーが退会した場合、個人所有 組織を反復する道無しでターゲットにするアカウントは保持席を維持しました お問い合わせ ライセンスは、組織のサブスクリプションと組織のサブスクリプションに戻ります 自己受給者は立ち下がっています。自分のアカウントと支払い方法は単独で残っています。 組織を再宣言する席は、所有者の事業であり、 他人の請求履歴が削除されていない。 マッチングは共有ユーザではなく 会員IDよりも、プロモーションは会員をトップレベルの組織に映し出します。 また、この前にメインにALREADY FAILINGだったエンドポイントラチェットを修正しました 作業 — なので、SecurityService のビルドは赤く、何もデプロイされていない。 スキャン 実際のガードを2つ見られない: ExtractUserId は userID を読み取ります。 セッション、および requireTopLevelOwner が CallerSessionResolver を経由し、さらに 呼び出し主は、トップレベルの org を所有している必要があります。 それを教える 両方 許可 25 屋台 ベースラインエントリは削除されます。, 正確にファイルを求めるものです — 修正 エンドポイントは、その行を削除し、それが番号が落ちるものであることを意味します。 runSweep は、その本当の理由でベースラインアップされています。 ヘッダパラメータ ボディスキャンが到達できません.
· InitializerService
会員限定の制約を1つの請求アカウントにドロップする
名前ではなく、形状によって制約を見つけます。Hibernateはそれを生成し、 名称は、環境全体で安定しないため、固有の制約 account members は、カラムリストが正確にmember id がドロップするカラムです。 ザ・オブ・ザ・ コンポジット(account uid、member id)には2つの列があり、マッチしません.
· kamo-shared-library
所有者の規則の下でメンバーとグループが自分自身に支払うようにしましょう
3つのことが欠落し、1つは積極的に有害でした。 account members は、members id でグローバルにユニークで、メンバーは管理できます。 正確に 1 つの請求口座プラットフォーム全体. あらゆるものをつくった天井 マルチペイアのアレンジは不可能で、すでにダメージを受けていた 単に制限: AccountMemberService.add() はサイレントで機能しました 会員の行を以前のアカウントで削除するので、課金アクセスの付与 警告なしの別のものからそれを呼び出される1つに; そして、protoBillingOwner threw 2 番目の実行に対する制約違反、ダブルクリックを 500 にします。 ザ・オブ・ザ・ 既に存在するコンポジット(account uid、member id)は存在し、 実際のルール。 ドロップすると、派生したfindByMemberId を返すオプションが瞬間を投げます 誰が2列を保持し、9つの発信者はそれに依存しています。 今は境界クエリです 作成によって注文されるので、それらの呼び出し主は、彼らが代わりに持っていた答えを保ちます プランナーが最初に返すものに応じて、findAllByMemberId は それらのすべてを望むコード。 OrgBillingPolicyは、所有者が決して持っていなかった予防制御です。 2026-04-16 指定された billing delegation mode の設計と実装はそれをドロップし、 1つの不可逆性は妊娠を促進し、かどうかを事前に言う方法無し 別々の消費者のチェックアウトパスが許可されている間、自己支払いは全く許可されました 会員は、とにかく自己退会します。 モードが表面を隠す何かを禁止する場所 それではなく、提供して失敗する。 BillingGroup は既に許可されているモデルのアレンジを名前付けます: AccountSubscription (アカウント、市場、ターゲットオーガニゼーションなど) はユニークなので、複数のアカウントは常に ターゲット1つの組織。 座席を保持している人は、自分のロスターを運ぶことはない サブスクリプション会員プラス AccountLicense は、誰にとっても同じ回答であり、 第二のロスターは、ステップで保つために第二の真実になります.
· SecurityService
オペレータへの不規則な影響を露出して下さい
アプリのカタログページは既に org 独立した質問に答えています。 このアプリを記述する計画 — 何もしないと警告を上げます。 これは答えます それの背後にあるテナント・バイ・テナントの1つは、実際にバルブを拭くゲートです.
