Jetspeedが遠隔コンテンツ（XML）のサブスクリプション（購読）とパブリケーション（頒布） をサポートする為には、このコンテンツ情報がローカルにバファリングされている事が重要です。 DiskCache（ディスクキャッシュ）メカニズムは、コンテンツを取って来て、常に更新されているかどうかを確認する 処理を行います。Jetspeedの全てのコードはパフォーマンスと信頼性を保証する為にこの メカニズムを使うべきです。

ディスクキャッシュは、遠隔のURLをダウンロードし、それらをローカル・ファイルシステムの中のファイルとして格納します。 ウェブサーバーからローカルURLが与えられます。ウェブサーバーから与えられた静的なURLは 動的コンテンツエンジン（PHP・ASP・JSP・サーブレット等）から与えられるURLよりも パフォーマンスが良いです。

Jetspeedには、コンテンツが継続的に更新されているかを保証するための数多くの 従属物があります：

• DiskCacheDaemon: 断続的に、指定された間隔ごとにキャッシュ内の全てのエントリを点検します。 エントリが期限切れであるとわかれば（HTTPヘッダ情報あるいはMAXインターバルによって） コンテンツが取って来られ、ローカルに置かれ、そしてキャッシュ内に最新バージョンが置かれます。 このURLを利用する全てのポートレットとコードは更新されます。
• Request Trigger: Jetspeedで、URLがリクエストされたことがあるのにキャッシュ内に無いと分かれば、 現在そのURLが利用不可能である事を表すIOException例外が投げられます。 ディスクキャッシュは其の場合、非同期的に自身を更新し、次のリクエストの際はそのURLを 利用可能なようにします。
• Asynchonous Bulk Update: JetspeedでのOCSサポートは、遠隔コンテンツのキャッシュを一括更新します。 OCSがこのコンテンツをいつか将来、ポートレット内で必要とするであろう、と仮定するのが妥当でしょう。
• OCS interval monitoring: OCSのエントリが特定の間隔で更新を必要とするのであれば、 Jetspeedは、それに従い、更新されたコンテンツを取ってきます。

コンテンツ更新の間にJetspeedがCPU時間を決して無駄にしない事を保証する、パフォーマンス用機能もあります：

• One update per interval: Jetspeed は、決してインターバル（間隔）毎に一回以上のコンテンツ更新をしません。 そうでなければ、１つ以上のリソースが、CPUと帯領域の両方の無駄遣いになるコンテンツ取得のトリガーとなっている 可能性があるでしょう。
• Bad URL monitoring: Jetspeed は、取得不可能なURLを記録します。 取得失敗したコンテンツの為に時間を無駄にしないよう、Jetspeedが再起動してもその記録をリロードします。