From ogawa ＠ ricksoft.jp Fri Nov 7 17:06:56 2008 From: ogawa ＠ ricksoft.jp (Kan Ogawa) Date: Fri, 07 Nov 2008 17:06:56 +0900 Subject: [Geronimo-jp-member 347] =?iso-2022-jp?b?R2Vyb25pbW8gMi4yGyRCJE4lNSVdITwlSBsoQkpWTQ==?= Message-ID: <122604521633717300005d94@www.ricksoft.jp> 小川です。 Donald Woodsが、Geronimo 2.2のサポート環境をJava SE 6のみにしてはどうかという提案 を、本家の開発メーリングリストに送付したようです。 [DISCUSS] Only Support Java SE 6 with Geronimo 2.2 http://marc.info/?l=geronimo-dev&m=122603429823647&w=2 http://www.nabble.com/-DISCUSS--Only-Support-Java-SE-6-with-Geronimo-2.2-td20374 829s134.html From ogawa ＠ ricksoft.jp Thu Nov 13 10:31:51 2008 From: ogawa ＠ ricksoft.jp (Kan Ogawa) Date: Thu, 13 Nov 2008 10:31:51 +0900 Subject: [Geronimo-jp-member 348] Re: =?iso-2022-jp?b?GyRCIVobKEJQcm9wb3NhbBskQiFbGyhCIFdpa2k=?= =?iso-2022-jp?b?GyRCJE4lOSVaITwlOTk9QC4bKEI=?= Message-ID: <122653991142831800003d15@www.ricksoft.jp> 小川です。 大貫　浩 wrote: > > ナレッジベースの下が良いと思います。 > ナレッジベース配下には少なくともあと1段階の分類が必要と考えてますが、正直、悩ん でいます。 > 必須なのはイベント会場で質問が多いアプリケーション導入についてぐらいで > あとはコンテンツの増え方次第で分類を増やしていこうかなと思っていました。 > > 橋本さんの話を聞いてこんな感じが良いかな？と思ってます。 > どうでしょう？ > > ・ナレッジベース > 　・StepByStep > 　・アプリケーション導入 > 「ナレッジベース」ですが「利用者ガイド」にタイトル名を変更してもよろしいでしょう か？ (最初に「ナレッジベース」を命名したのは私です。申し訳ありません。) その配下の分類についてはまだ大きく見直す予定はありませんが、StepByStepのHelloWor ldは「クイックスタート」に移動してもいいかと思います。 なお「ナレッジベース」の下に、Geronimo開発者向けの高度な内容を書き込むための「開 発者ガイド」のメニューを作成しました。 From ogawa ＠ ricksoft.jp Thu Nov 13 10:31:51 2008 From: ogawa ＠ ricksoft.jp (Kan Ogawa) Date: Thu, 13 Nov 2008 10:31:51 +0900 Subject: [Geronimo-jp-member 349] Re: =?iso-2022-jp?b?GyRCIVobKEJQcm9wb3NhbBskQiFbGyhCIFdpa2k=?= =?iso-2022-jp?b?GyRCJE4lOSVaITwlOTk9QC4bKEI=?= Message-ID: <122653991142831800003d15@www.ricksoft.jp> 小川です。 大貫　浩 wrote: > > ナレッジベースの下が良いと思います。 > ナレッジベース配下には少なくともあと1段階の分類が必要と考えてますが、正直、悩ん でいます。 > 必須なのはイベント会場で質問が多いアプリケーション導入についてぐらいで > あとはコンテンツの増え方次第で分類を増やしていこうかなと思っていました。 > > 橋本さんの話を聞いてこんな感じが良いかな？と思ってます。 > どうでしょう？ > > ・ナレッジベース > 　・StepByStep > 　・アプリケーション導入 > 「ナレッジベース」ですが「利用者ガイド」にタイトル名を変更してもよろしいでしょう か？ (最初に「ナレッジベース」を命名したのは私です。申し訳ありません。) その配下の分類についてはまだ大きく見直す予定はありませんが、StepByStepのHelloWor ldは「クイックスタート」に移動してもいいかと思います。 なお「ナレッジベース」の下に、Geronimo開発者向けの高度な内容を書き込むための「開 発者ガイド」のメニューを作成しました。 From super-creek ＠ jcom.home.ne.jp Sat Nov 22 10:00:20 2008 From: super-creek ＠ jcom.home.ne.jp (Kan Ogawa) Date: Sat, 22 Nov 2008 10:00:20 +0900 Subject: [Geronimo-jp-member 349] =?iso-2022-jp?b?R2Vyb25pbW8gMi4yIBskQjRJTX0lMyVzJT0hPCVrJE4bKEI=?= =?iso-2022-jp?b?GyRCMmhMTDk9QC5CTjdPJE5KUTk5GyhC?= Message-ID: <492759A4.5080303@jcom.home.ne.jp> 小川です。 Geronimo 2.2の管理コンソールの画面構成体系の変更が検討されています。 v2.2の管理コンソールを翻訳していく際には、v2.1の翻訳成果物を流用 するのが基本方針となりますが、移行に要する修正量が予想以上に多く なるかもしれません。 -------- Original Message -------- Subject: [DISCUSS] Reorg of Admin Console for 2.2 Date: Fri, 21 Nov 2008 14:36:49 -0500 From: Donald Woods Reply-To: dev ＠ geronimo.apache.org To: dev ＠ geronimo.apache.org Given our Console navigation tree has gotten so large and many "new" portlets were added in 2.0/2.1 without doing a proper reorg of what we had, I'm proposing the following changes as part of GERONIMO-4423, 4424, 4425 and yet to be created JIRAs: 1) Reorg the Server Console contents into main categories of: - Services (config/resources) - combination of existing Server and Services portlets - contains portlets for server/service configuration info, threads, connectors, modules, jms server/resourecs, ... - future portlet to setup clustering/farming member servers and view their status would go here - Applications (app deployment and life-cycle) - portlets to deploy/redeploy/undeploy apps/wars/ears/jars - portlets to install/uninstall and stop/start modules - porlet to install plugins (not export or server assembly) - future updates and/or new portlet to support deploy/undeploy apps to clusters/farming would go here - Security - portlets focused on users/groups, keys/ca, realms - Logging - portlets to configure logging and log levels - separate pages for Server, Web Access and Derby log viewers - Tools - everything in current "Debug Views" category - Plan Creator portlet - Monitoring portlet - Embedded DB portlets (renamed to Derby * to reflect true usage) - Apache HTTP portlet (for creating mod_jk configs) - Exporting plugins - Custom server assemblies I could see the Logging portlets as one page under Tools, as those are really runtime tools (changes don't survive a restart) for debugging server/application problems. I could also see the Security portlets being split between the Services and Tools categories (but really think these deserve their own category.) The point, is that we need to review how the admin console is laid out and try to regroup into Java EE roles/tasks/concepts, like server config/resources, app deployment/mgmt and other tools/tasks. -Donald