約 61,967 件
https://w.atwiki.jp/naobe/pages/49.html
Javaに戻る 機能 EJB3.0 Enterprize Java Bean JPA Java Persistence API JMS Java messaging Service JAX-WS Web Service Metadata for the java platform JSF DIプログラミング オートワイヤリング フィールドの型からコンテナがインジェクションするクラスを自動的に決定する仕組み。 例 public class FooBean implements Foo { // インジェクションポイント(フィールドインジェクション)。 // EJBコンテナによってBarオブジェクトがインジェクションされる。 @[[EJB]] private Bar bar; Barはインタフェース。BarをインプリメントしたBarBeanをコンテナが選択してFoBeanにインジェクションする。 Barをインプリメントしたクラスが複数ある場合は、以下のように名前を指定する。クラスに名前が設定されていない場合はクラス名となる。 @EJB(beanName = 'BarBean') private Bar bar; クラスに名前を指定するには以下のようにする。 @Stateless(name = 'BarBean') public class BarBean implements Bar { セッションBeanとトランザクション アイソレーションレベル アプリケーションサーバのコネクションプールに対して、設定ファイルまたは管理コンソールから設定する。 EJBとトランザクション トランザクション管理の実装パターン EJBコンテナに内蔵されたトランザクションマネジャーを利用する方式、つまりJTAモデルを使うのが一般的。 JTAによるトランザクション管理 EJB(BMT)によるトランザクション管理 Beanが管理するトランザクション EJB(CMT)によるトランザクション管理 コンテナが管理するトランザクション 明示的トランザクション・・トランザクションの開始、コミット、ロールバックをマニュアルで記述(JMS,JDBC, JTA, EJB(BMT)によるトランザクション管理) 宣言的トランザクション・・トランザクションの制御はコンテナやフレームワークに任せる。(EJB(CMT)によるトランザクション管理) EJBのトランザクション管理区分 Beanのクラスにアノテーションを記述してBMTかCMTを設定する。 項目 アノテーション 備考 BMT @TransactionManagement(TransactionManagementType.BEAN) CMT @TransactionManagement(TransactionManagementType.CONTAINER) デフォルト BMT,CMTが使用できるのは、セッションBeanとメッセージ駆動Bean。 CMTの場合、メソッドが開始する前にトランザクションを開始しメソッドが終了するとコミットする。メソッドが特定の例外を発生するとロールバックする。CMTはトランザクション属性を設定する。 RuntimeExceptionを継承した例外(非チェック例外)が発生した場合はロールバック。Exceptionを継承した例外(チェック例外)が発生した場合はロールバックしない。ただし、ロールバックマークをつけるとチェック例外でもロールバックする。 【トランザクション属性】 クラス全体にも、メソッドにもアノテーションを設定できる。 項目 アノテーション 説明 デフォルト Required @TransactionAttribute(TransactionAttributeType.REQUIRED) 他のメソッドから呼び出されたときに、他のメソッドのトランザクションを引き継ぐ。 ○ RequiresNew @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW) 他のメソッドから呼び出されたときに他のメソッドのトランザクションを引き継がない。新たにトランザクションを開始する。他のメソッドのトランザクションは中断する。 例外とトランザクション @ApplicationException(rollback = true)アノテーションをチェック例外クラスに設定すると、ロールバックする。逆に@ApplicationException(rollback = false)アノテーションを非チェック例外クラスに設定すると、ロールバックしないでコミットする。 JPA JPAの基本 エンティティクラス クラスに@Entityアノテーションを設定する クラスに@Tableアノテーションを設定する。name属性にはテーブル名を設定する。 キーとなるフィールドまたはgetメソッドには、@Idアノテーションを設定する DBのカラムと対応するフィールドまたはgetメソッドには、@Columnアノテーションを設定する。name属性にはカラム名を設定する。 Date型またはCalendar型のフィールドには@Temporalアノテーションを設定する。属性の設定は以下参照。 フィールドの型 属性設定 java.sql.Date TemporalType.DATE java.sql.Time TemporalType.TIME java.sql.TimeStamp TemporalType.TIMESTAMP 【例】 @Entity @Table(name = "EMPLOYEES") public class Employees { @Id @Column(name = "EMPLOYEE_ID") public int getEmployeeId() { return employeeId; } @Column(name = "HIRE_DATE") @Temporal(TemporalType.DATE) public Date getHireDate() { return hireDate; } persistence.xml 以下の位置に配置 ejb | +-- パッケージを表すディレクトリ | +-- *.class +--META-INF +-- MANIFEST.MF +-- ejb-jar.xml ・・・使用するEJBの参照設定など。 +-- persistence.xml ・・・永続化設定ファイル。JPAで使用。 webapp | +--WEB-INF | | | +-- web.xml | +-- classes ・・・[[WEBアプリケーション]]、プロパティファイルを置く | | | +-- META-INF | +-- persistence.xml ・・・永続化設定ファイル。JPAで使用。 | +-- lib ・・・WEBアプリケーション内で共有するjarファイルを置く +-- *.jsp エンティティマネジャの呼び出し 【EJB】 セッションビーンでDIを使って取り込む。unitNameは、persistence.xmlで設定した値。 @Stateless public class EmployeeTableBean implements EmployeeTable { @PersistenceContext(unitName = "WasOraclePersistenceUnit") private EntityManager em; 【EJB以外】 JPAとトランザクション JTAとリソースローカルトランザクション JTAは、EJBコンテナが管理するトランザクション。リソースローカルトランザクションは、DB固有のトランザクション。 EJBコンテナ管理(JTA) EJBを開始して終了するまで、EJBコンテナが管理するトランザクションに参加する。アプリケーションでbegin, commitする必要がない。 プログラムでのロールバックは不要? JPAとリレーションシップ カスケード戦略 エンティティクラスのフィールドgetメソッドのアノテーション(ManyToOne, OneToOne, OneToMany, ManyToMany)にcascade属性を追加する。cascade属性は以下のどれか。 cascade属性を設定しないとカスケード操作は行わない。 カスケード属性 値 全て CascadeType.ALL persist操作のみ CascadeType.PERSIST remove操作のみ CascadeType.REMOVE merge操作のみ CascadeType.MERGE reflesh操作のみ CascadeType.REFLESH OneToOneの時にはALLにして、他のケースではREFLESHにすれば良いのでは? JPQLとクエリ Date型の比較 直接Date型のフィールドを比較する 【例】 Query query = em.createQuery( "SELECT e FROM Employee AS e " + "WHERE e.hireDate = startDate AND " + "e.hireDate = endDate") .setParameter("startDate", startDate) .setParameter("endDate", endDate); JPAにおける委譲と継承 JPAの様々な機能
https://w.atwiki.jp/unkomashimashi/pages/25.html
なにがどう ユーザ設定のプロパティ情報を記入したい どうするのか 下記情報を持たせる ActiveWorkbook.CustomDocumentProperties.Add_ Name = "プロパティ名", _ LinkToContent = false, _ Type = "種類", _ Value ="日付情報" Name…プロパティ名 LinkToContent…ユーザー設定のドキュメント プロパティの値がコンテナ ドキュメントの内容にリンクされているかどうかを判断 Type…登録する値の種類 Value…プロパティ値 Typeには以下が存在して厳密に区別されているので注意が必要で必ず設定する必要あり。 もちろん日付型を設定した時に日付以外の型は登録できない メンバ名 説明 msoPropertyTypeBoolean ブール型 (Boolean) の値 msoPropertyTypeDate 日付型 (Date) の値 msoPropertyTypeFloat 浮動小数点型 (Floating point) の値 msoPropertyTypeNumber 整数型 (Integer) の値 msoPropertyTypeString 文字列型 (String) の値 補足 書き込みを行う際、読み取り専用ファイルの場合書き込みができないためにエラーが発生する。 →例外処理を書いてエラーを回避する必要がある 別のユーザにファイルが使われているときに書き込みできずにエラーが発生する場合がある →例外処理を書いてエラーを回避する必要がある ファイルがそもそも存在しない場合 →これもまた例外処理を書いてエラーを回避する必要がある
https://w.atwiki.jp/kildoren/pages/11.html
開放1個につき何れかのステータスが以下の数値上昇(例外有り) ☆1 ☆2 ☆3 ☆4 ☆5 +25 +50 +75 +100 +125 例外 ☆5 異端の大隊長アリエル→+500 サイン有りとサイン無しは別キャラ扱いなので、重ねても秘密開放はされません。 二つ名付きと二つ名無しは秘密開放の内容が違います。
https://w.atwiki.jp/hachu/pages/16.html
◎エピローグ ポケモンプラチナのやぶれたせかいでのアカギとの戦いにて屈辱の全滅。 残りポケモンではこの先行き詰るのが目に見えていた… 1stプレイ、2ndプレイ合わせてすでにここまでで計150時間を費やしており、 これまでのプレイが無駄になってしまうことを恐れたはちゅは、リスナーに対し泣きの提案をする。。。 敗れた原因であるタイプ相性を理解するため、ポケモンソウルシルバーをプレイして相性を理解したい。 相性を理解し、ソウルシルバークリアした後、同じメンバーでアカギに再選したい…と。 ◎縛り内容 ①ポケモンがひんしになったらそのポケモンを逃がす。 ②戦闘中のアイテム使用は禁止(移動中はOK) ③一度捕まえたことのあるポケモンは捕まえてはいけない 例外 色違いポケモンはOK ④「逃げる」の禁止 ⑤攻略期間中は攻略サイトや攻略本などの攻略を助ける物を見てはいけない 例外:リスナーさんからの情報、助言はOK ⑥捕まえたポケモンにはニックネームをつける ⑦手持ちのポケモン(PCボックス内ポケモンも含む)は1タイプにつき1匹まで。 ←New 複合タイプの場合は捕まえた時点でタイプをどちらかに選択する。 例外:ひでんわざ専用ポケモン2匹を別枠で所持OKとする。 ◎プレイ内容 たたかいのきろく ☆になったポケモンたち
https://w.atwiki.jp/fdeoo6/pages/30.html
共通構成部位の規格 消火器の表示消火器の消火剤種別 使用方法 手提式に対し図示を追加 使用温度範囲 火災用途適合火災に対する表示 適合火災外への使用禁止の表示 能力単位数値 放射距離 試験圧力値 消火剤の容量又は質量 容量表示の消火剤を除き総質量 製造年 製造番号 製造者名 取扱上の注意事項 構造固有の表示事項加圧式消火器 加圧用ガス容器に関する事項 蓄圧式消火器指示圧力計の付設に対し表示圧力計 使用圧力範囲 圧力検出部 材質記号 塗装における制約外面の25[%]以上を赤色に因り塗装 +... キャップ・プラグ・口金キャップ・プラグの開放にて内圧の完全減圧に対し有効な下記の付設減圧孔 減圧溝 安全栓付設における制約構造制約原則付設 1動作にて除去 上方向への引抜に因り除去 例外化学泡転倒式消火器 付設不用 化学泡破蓋式消火器 安全栓の除去方向制約は免除 構造における制約原則黄色に因る彩色 2[cm]以上の内径 例外押し金具の打撃を伴う1動作に因る動作消火器 転倒に伴う1動作に因る動作消火器 +... ホース全長原則 有効放射を伴う寸法 据置式 10[m]以上を確保 例外下記に対しホース不用ハロン1301消火器 4[kg]未満の消火剤質量 粉末消火器 1[kg]以下の消火剤質量
https://w.atwiki.jp/toutawiki/pages/38.html
動画楽曲・登録関係 ・旧規制案 東方関係有り(曲) + 東方関係有り(詞) = おk 東方関係有り(曲) + 東方関係無し(詞) = おk 東方関係無し(曲) + 東方関係有り(詞) = アウト 東方関係無し(曲) + 東方関係無し(詞) = 論外 神主の音楽CD系はセーフになります 基本的に原曲として東方の楽曲が使用されてるのが大前提となっています。 それを把握した上で線引きの微妙な楽曲がありましたら、したらばの「東方目安箱スレッド」に意見をお寄せ下さい。 なお下記に『新規制案』もありますので、そちらも参照の事。 ・新規制案 原曲からの二次創作=許可(東方アレンジサークル全般) 二次創作曲からのアレンジ曲(三次創作)=許可(オーディエンスなど原曲が残っている物に限る) 東方原曲不使用や替え歌など=姉妹コミュへ ・例外楽曲 基本的に東方アレンジと三次創作で統一していますが、例外も存在します。 現在例外とされているのは、下記のしもさんによるメドレーです。 ニコニコ動画中毒の方へ贈る一曲 組曲『ニコニコ動画』 ニコニコ動画物語.wav ニコニコ動画流星群 七色のニコニコ動画 なお例外とされているのは、上記の 東 方 替 え 歌でありメドレー自体ではない。 ・動画登録時の要注意事項 動画はSMILEVIDEOから削除しても、コミュ動画からは除外されません。 動画を削除した場合は、コミュ動画からも除外するようにしてください。 手動での作業となりますが、よろしくお願いします。 ・連続投稿について 身勝手な連続登録は、他人の迷惑になるのでやめましょう。 東歌コミュは個人コミュではありません、コミュ動画にはみんなが動画を登録する事をお忘れなく。 現在登録可能数が10000件となっていますが、コミュメンバーの数が数なので節約して行きましょう。 ・東方と無関係の動画について 東歌と関係のない動画が登録されている場合、30分~1時間ほど待ってからコミュオーナーへ申請してください。 単純な手違いと言う事もありますので、すぐに「東歌と関係無い」等とコメントしない事。 もし30分~1時間経過してアクションが無い場合、以下の情報を整えてから報告してください。 1.登録者の名前 2.登録動画が何処にあるか 3.出来れば参加者欄の何ページ目に名前があるか もしも判断が難しい動画の場合、他者の意見を取り入れつつ判断しましょう。 生放送関係 ・放送使用について 東歌コミュでの生放送は、コミュオーナーのホネオリ氏への申請が必要です(一部例外有)。 申請せずに行える枠は、歌枠(歌ってみた枠)のみとなっています。 ※東歌コミュを生放送に使わせてもらった後は、コミュ掲示板に一言お礼を入れましょう。 ・コミュジャックについて コミュジャックが発生した場合、速やかにコミュの掲示板に以下を記入し書き込む事。 1.ジャックを行った者の名前 2.放送タイトルと時間帯 3.出来れば参加者欄の何ページ目に名前があるか むやみに煽ったり罵ったりしてはダメですよ。お兄さんとの約束だっ☆
https://w.atwiki.jp/makarusnap/pages/68.html
トップページ ロケーションリスト 【スペーススローン】 【スペーススローン】 基本情報 ロケーション名 スペーススローン 効果タイプ 永続型 テキスト 自分も相手も、ここに置けるカードは1枚のみになる。 ロケーション効果 このロケーションの片側に、2枚以上のカードが追加されることを禁止します。 この効果は、ロケーションの出現後、ゲームが終了するか、ロケーションが書き換えられるまで持続します。《ランドシャークのジェフ》のみ例外で、すでに1枚カードが出ている場合でも、このロケーションへ直接プレイしたり、他のロケーションから進入させることができます。 特殊な状況について ▶︎公開前に置かれたカードは例外 このロケーションが公開された時点で、2枚以上のカードがすでに置かれていた場合、それらは例外的に残り続けます。当然ながら、《ランドシャークのジェフ》以外のカードを追加することはできません。 ▶︎1枚置くだけでロケーションは「埋まる」 一部のカードのパワー上昇条件は、【スペーススローン】においては、「カード1枚をプレイする」または「カード1枚を出す」だけで満たせる場合があります。代表例を下記に列挙します。《アントマン》 《ダズラー》 《モジョ》 アップデート履歴 2022/10/18 ・初期ロケーションとして実装されました。 ▶︎ロケーションリストへ戻る ▶︎トップページへ戻る
https://w.atwiki.jp/max555555/pages/14.html
無能力者の募集要項 ただいま我が「無能力者」ではARのプレイヤー4名ほどを募集しております 条件 VC(ボイスチャット)でCFをプレイしながら話せる事 週3日以上IN出来る事(例外あり) 伍長(V1)以上であること(例外あり) ある程度いじられても怒らない度量がある方 以上のような方を募集しております。 加入してみたい方はゲーム内でメンバーにささやくもしくはこちらまで
https://w.atwiki.jp/fisheyes2/pages/57.html
成功しない例 アワセが早すぎる。 アワセが遅すぎる。 そもそもどこで合わせるかわからない。 対策例 アワセを遅くする。 アワセを早くする。 魚が頭を振った瞬間にボタンを押す。(頭を振るモーションが無い等、一部例外あり) エサに食いついた瞬間にボタンを押す。 食いついても放っておいて、いつ逃げていくか見る。 その直前のタイミングを覚えて、ボタンを押す。(一部例外あり)
https://w.atwiki.jp/phlogiston/pages/177.html
統合存在 セルフィアらが関係する「統合存在」とは、永久睡眠状態にある「シオン・ティンクルライト」の転生体のことを指す。 「ヴォリュプテ・クロイツェン」も同様であるはずなのだが、あまりこちらを指しては呼ばない。 統合存在構成因子 シオン・ヴォリュプテ両名ともに「善性因子」「悪性因子」「混沌性因子」の三大因子と「統合因子」「鍵因子」という二種の計五種の因子に分割されて存在している。 それぞれの因子は基本的にその存在の「心臓」にあたるとされ、それら五種を回収(ただし、回収する者はこれら五種の因子を保有するうちの誰か一人でなくてはならない。よって、第三者が五つの心臓を集めてもなにも起こらない)することによって、統合存在は復活する。 復活 永久睡眠状態にある彼等が分割存在していたものが統合されることによって新たに転生するのではなく、厳密には因子の「概念」だけが抜け出して彼等を蘇生させる(故に、五つの因子を集めた者が統合存在になるわけではなく、召喚する形になる) この時、蘇生させた者には一つの「権限」が与えられる。 この「権限」は、シオン・ティンクルライトの蘇生時にのみ限定され、ヴォリュプテ・クロイツェンの蘇生時には発生しないものとされている。 その権限のことを、トゥリアスは「夢想承諾(ドリーミィ・アロウ)」と呼んでいる。 守護者 ヴォリュプテ・クロイツェンの存在意義とされる。 ヴォリュプテを構成する五つの因子はいずれも、対応する因子の保有者の「守護者」として存在する。何の目的でそういうシステムになっているのかは不明だが、基本的にシオンの因子の保有者は女性であるため(例外あり)戦闘に不向きであるが故、因子争奪競争の停滞予防のためと考えられる。 また、ヴォリュプテ蘇生による権限の未発生現象は、守護者自らの手による競争の異常激化予防のことなのかもしれない。 尚、守護者は基本的に男性である(例外あり) 因子例外 五種の因子の中でも「統合因子」だけは例外存在であり、この因子の保有者は一人しかいない。これは、シオンとヴォリュプテのどちらか一体しか蘇生できないという意味ではなく、統合因子だけはどちらかが保有しているだけでも効力を発揮するということである。 なぜ統合因子だけが例外存在を受けているのかは不明である。 失敗因子 セルフィアがそうであるとされているモノ。 なぜそういう名が与えられているのかは不明であり、また実際にそういう概念が存在するのかは定かではない。 半無限蘇生能力は、この因子固有の特殊能力なのであろうか。 スキゾサスフィジニア・シンドローム シオンの構成因子の女性は、往々にしてスキゾサスフィジニア・シンドロームの患者である。度合いに差はあれど、最低でも第Ⅲ類以上の症状を示している。 判明情報 善性因子→両名不明 悪性因子→セラ・アーラック。フェルト・ガイラック。 混沌因子→トゥリアス・シェルリーヴス?。??? 統合因子→??? 鍵因子→???。???。