問題タブ [end-of-life]

Sun が Oracle に引き継がれると、Oracle は間違いなく Glassfish を制御できるようになります。

Glassfish がコミュニティ主導であることは理解していますが、現時点ではほとんどの貢献は Sun からのものです。

これは優れたアプリケーション サーバーであり、コストを重視する多くのお客様に最適です。ただし、オラクルがこれについて私たちの足元からラグを引き抜くことを決定した場合、私たちは顧客に深刻な問題を引き起こす可能性があります.

寿命が約 5 年のソリューション (アプリケーション) の場合、Glassfish をアプリケーション サーバーとして提案することは理にかなっていますか?

この質問には多くの意見が寄せられる可能性がありますが、私が知りたいのは、私と私の会社が販売する製品の寿命を判断するのに役立つ一連の尺度です.

CMS システムを販売しており、このシステムを使用していくつかのサブ製品を作成しています。

• ウェブサイト
• 提案作成者
• マーケティング キャンペーン トラッカー

道路計画 (2010 年と 2011 年) を開始する準備ができており、アプリケーションの寿命がいつ終了するかを把握しようとしています。非常によく設計されたアプリケーション(私たちのアプリケーションが適切に設計されているとは思いません)は寿命を迎える必要はないと考える人もいるかもしれませんが、私たちが使用しているこのアプリは少なくとも 6 ～ 7 年前にさかのぼり、ドキュメントはほとんどありません（実生活）。現時点では、コア機能の変更方法を知っているのは 1 人だけです (恐ろしい)。

ご意見をお聞かせください、

ジオ

ありがとうございます！このトピックに関するご意見、ご感想、ご感想をお待ちしております。

以下のリストで、ポストバックの質問のいくつかに対処します

• 製品のコア機能を維持できる開発者が 1 人います。(唯一無二)
• 特定のポイントまで機能を増やすことができる開発者が 2 人います。どちらの開発者も、コア製品の制限によって制約を受けており、両方ともその制限内で作業する必要があります。
• 非常に重要な注意事項です。当社が廃棄を検討している製品は、大部分が請負業者によって製造されています。請負業者は、コア機能を維持できる唯一の開発者です。請負業者のフレームワークの上でのみ開発します。

すべての回答を読みながら、回答を追加し続けます。

私が働いている会社には、成功したソフトウェア製品がありますが、現在は時代遅れで保守不可能です。私はあなたが生き残るためにこの製品を革新し、新しい製品に置き換える必要があることを説明しようとしています。私は、私たちが犯しそうな間違いを犯した企業のいくつかの良い例を探しています-通常の寿命の間に1つの成功した製品に依存しているので、議論をするときの例証としてそれを使用できます。

これらの製品はソフトウェアである必要はなく、この状況をよく示す象徴的なケースですが、製品がソフトウェアではなかった場合もありがたいです。

従来の ASP と VB6/COM+ の両方を使用するレガシー システムがあり、.NET スタックへの移行を計画しています。

移行スケジュールを作成しようとしていますが、重要な推進力の 1 つは、「古いものが機能しなくなるのはいつですか?」ということです。

VB6/COM+ について、Microsoft は、Windows 7 以降のバージョンの Windows に VB6 ランタイムを含める計画はないと述べています (はい、これは解釈の余地があることを承知しています)。

従来の ASP に関する同様の記述はまだ見つかっていません。Microsoft の Windows 2008 Server R2 のサポート終了スケジュール (2018 年のいつか) を参照し、次のように推測する人を見てきました。

(a)クラシック ASP は Win2008R2 で動作し、
(b) Win2008R2 は 2018 年まで有効であり、
(c)クラシック ASP は 2018 年まで有効です。

特に、Windows の新しいバージョンがリリースされてから xx か月後にサポートする契約上の義務があるため、Win2008R2 をソリューションとして使用し続けることはできません。

従来の ASP のサポート終了に関して Microsoft から何かを教えてもらえますか?

Rails 2.3 の EOL の日付はいつですか?

Google Play でアプリのサポート終了のシナリオを処理するエレガントな方法はありますか?

アプリ (" A ") があり、このアプリは、その古いアプリのすべての機能を備えたスイート (" S ")に取って代わられているとします。つまり、SはAを吸収します。ビジネスの観点から、次のことは理にかなっていると思います。

• A の新規販売を防ぎ、すべての新規販売をSに向けます。
• アップデートと修正でAをサポートし続けます。

技術的に可能か知りたいです。SDK の要件、ユーザー エクスペリエンス、およびその他の OT の問題については、まだ検討していないため、無視してください (さらに、必要に応じて、古い顧客にいつでもギフトを贈ることができます)。

現在、これを達成する唯一の方法は、ユーザーが購入しないようにAの価格を高く設定することです。そうすれば、ユーザーベースを増やすことなく (したがって、サポートなどに費やす時間も) 更新を提供し続けることができます。

1.1、1.2、2.0 などの古い JSF リリースの公式サポート状況は? JSF リリースのサポート終了のロードマップはありますか?

Java SE のサポート終了ロードマップはhttp://www.oracle.com/technetwork/java/eol-135779.html でしか見つけることができませんでしたが、JEE 仕様に関連するものは見つかりませんでした。

awk で 2 つのファイルを連続して評価しようとしています。最初のファイルの最後で日付を読み取り、その日付を 2 番目のファイルの評価の入力として使用します。残念ながら、最初のファイルの終わりを検出して日付を読み取り、次のファイルの評価を続行する方法を理解するのに問題があります。FNR==NR などの回答が見つかりましたが、残念ながら正しく実装できません。行数をハードコーディングすることで、貧乏人の解決策を試しました。ただし、これはそれほど賢明なことではありません。ただし、2番目のファイルの処理にはまだ問題があります。

助けていただければ幸いです、よろしくお願いします

アレックス

Rails 3.2 のサポートが終了する時期について、ポリシーや公式声明はありますか?