約 61,967 件
https://w.atwiki.jp/dotcom/pages/111.html
目次 日付妥当チェックしたいとき。 日付解釈を厳密にしない。 日付解釈を厳密にする。 例外を使って日付チェック 日付妥当チェックしたいとき。 たとえば2007/02/30はただしい日付なのか? 普通にCalendar型にsetしてもこれは2007/03/02って設定されちゃう。 そうしないためにはsetLenient()メソッド。 日付解釈を厳密にしない。 Calendar cal = Calendar.getInstance(); cal.setLenient( true ); これで cal.set(2007, 2, 30); System.out.println(cal.get(Calendar.YEAR)) + "年" + cal.get(Calendar.MONTH)+1) + "月" + cal.get(Calendar.DATE) + "日"); とやると結果は 2007年3月2日 になるの。 日付解釈を厳密にする。 Calendar cal = Calendar.getInstance(); cal.setLenient( false ); cal.getTime(); これで cal.set(2007, 2, 30); とやると最後のところで例外IllegalArgumentExceptionが発生。 これつかって日付として正しい値なのかチェックができるのね。 例外を使って日付チェック Calendar cal = Calendar.getInstance(); cal.setLenient( false ); cal.set(yyyy, mm, dd); try{ cal.set(year, month-1, day); cal.getTime(); System.out.println(cal.get(Calendar.YEAR)) + "年" + cal.get(Calendar.MONTH)+1) + "月" + cal.get(Calendar.DATE) + "日"); } catch (IllegalArgumentException e){ System.out.println(だめだめじゃーん?); } yyyy:年 mm:月 dd:日 を設定して実行する。月の設定方法に注意。 getTime()メソッド使用時に例外が発生するのが日付としておかしい内容。 妥当って打とうとして「だちょう」になっちゃったですよ!
https://w.atwiki.jp/ss998/pages/50.html
二代目スレ【保管】 トップページ 二代目スレ1 二代目スレ2 二代目スレ3 二代目スレ4 二代目スレ5 二代目スレ6 二代目スレ7 二代目スレ8 二代目スレ9 二代目スレ10 二代目スレ11 基本的に100レスごとにまとめてあります。 例外で【二代目スレ6】は50レスごとです。 例外で【二代目スレ7・8】は25レスごとです。
https://w.atwiki.jp/ohoyhohs/pages/210.html
知的所有権の貿易関連の側面に関する協定に関し、 次のうち、 誤っているものは、 どれか。 1 加盟国は、 人又は動物の治療方法及び外科的方法を 特許の対象から除外することができる。 【】 2 加盟国は、 第三者の正当な利益を考慮し、 意匠の保護について限定的な例外を定めることができる。 ただし、 保護されている意匠の通常の実施を不当に妨げず、 かつ、 保護されている意匠の権利者の正当な利益を 不当に害さないことを条件とする。 【】 3 加盟国は、 第三者の正当な利益を考慮し、 特許により与えられる排他的権利について 限定的な例外を定めることができる。 ただし、 特許の通常の実施を不当に妨げず、 かつ、 特許権者の正当な利益を不当に害さないことを 条件とする。 【】 4 各加盟国は、 知的所有権の保護に関し、 例外なく、 自国民に与える待遇よりも不利でない待遇を 他の加盟国の国民に与えなければならない。 【】 5 司法当局は、 侵害活動を行っていることを知っていたか 又は 知ることができる合理的な理由を有していた 侵害者に対し、 知的所有権の侵害によって 権利者が被った損害を 補償するために 適当な賠償を 当該権利者に支払うよう命ずる権限を有する。 【】
https://w.atwiki.jp/arrange_ava/pages/17.html
~募集について~ S/D1.3↑、K/D1.0↑階級少尉1以上 K/D、S/D、階級は目安ですので例外もあります。 クラン戦、作戦会議、空爆研究などに積極的な方。 向上心がある方 Mumble1.2.3をインストールできる方。 低IN率、サブ(例外あり)、掛け持ちはお断りしております。 ↑の項目大丈夫です!という方はクランメンバーにTell もしくは入隊希望でメールを送ってください。
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/powerpoint/pages/19.html
ネットで買えば断然お得!お買い物なら楽天市場 用途や好みに合わせて参考にしてください。 重要度★★★ ■ 体言止めの活用 体言止めにできる文は体言止めにしよう。 文章よりも見た目が完結。 ■ 箇条書きを活用 可能な限り体言止め。文章も短く簡潔に。 項目数は3-5。(例外有り) 文章で書く場合、箇条書きの2行目以降は1文字あけるとわかりやすい。 ■ 1文は3行以内 4行以上は読む気が失せる。 ■ 文字の大きさは最小でも28pt(例外有り) あまりに文字が小さすぎると見づらい。 本文は28~32pt、見出しは36~44pt推奨。 表やグラフ等でどうしても小さくなるときは、24以下でも可。 ■ 日本語のフォントはMSゴシック、MS Pゴシック(例外有り) MSゴシック、MS Pゴシックの違いは文字間隔の差。 HGP明朝でも可。英語はArial。 ■ 強調 重要な箇所は、文字の大きさ、色、太さを変える。 ■ 図、表、グラフを使用 文字だけよりも、クリップアートを使用しよう。 なるべくシンプルに。 ■ テンプレートを使用 きちんと作っている印象をもたせることができる。 黒めの背景は、文字の色が選びづらいため、白めの背景推奨。 ■スライド1枚につき1分(例外あり) 基本は1枚につき約1分と言われているが、あくまでも目安。 10分発表、約20枚でも大丈夫。 ■色を使い過ぎない 基本は3色。ベースカラー(本文)、メインカラー(見出し等)、アクセントカラー(強調)。 多すぎると見づらくなる。 矢印、背景などに色をつけたいときは、灰色がオススメ。 重要度★★ ■ アニメーションを多用しない 見づらいと感じる人が多い。必要最低限にしよう。 ■ ページ番号を入れる 質疑応答の際、ページ数が載っていると質問しやすい。 ■ 目次をつける 発表時間が長いと、目次を入れると流れがわかって良い。 10分だとどちらでも良い。20分以上だと入れたほうが良いとされる。 ただ好みによる。 <参考サイト> All About <参考書籍> 図解 話さず決める!プレゼン―15秒で納得させる“通る資料”のつくり方
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/hachu/pages/16.html
◎エピローグ ポケモンプラチナのやぶれたせかいでのアカギとの戦いにて屈辱の全滅。 残りポケモンではこの先行き詰るのが目に見えていた… 1stプレイ、2ndプレイ合わせてすでにここまでで計150時間を費やしており、 これまでのプレイが無駄になってしまうことを恐れたはちゅは、リスナーに対し泣きの提案をする。。。 敗れた原因であるタイプ相性を理解するため、ポケモンソウルシルバーをプレイして相性を理解したい。 相性を理解し、ソウルシルバークリアした後、同じメンバーでアカギに再選したい…と。 ◎縛り内容 ①ポケモンがひんしになったらそのポケモンを逃がす。 ②戦闘中のアイテム使用は禁止(移動中はOK) ③一度捕まえたことのあるポケモンは捕まえてはいけない 例外 色違いポケモンはOK ④「逃げる」の禁止 ⑤攻略期間中は攻略サイトや攻略本などの攻略を助ける物を見てはいけない 例外:リスナーさんからの情報、助言はOK ⑥捕まえたポケモンにはニックネームをつける ⑦手持ちのポケモン(PCボックス内ポケモンも含む)は1タイプにつき1匹まで。 ←New 複合タイプの場合は捕まえた時点でタイプをどちらかに選択する。 例外:ひでんわざ専用ポケモン2匹を別枠で所持OKとする。 ◎プレイ内容 たたかいのきろく ☆になったポケモンたち
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/max555555/pages/14.html
無能力者の募集要項 ただいま我が「無能力者」ではARのプレイヤー4名ほどを募集しております 条件 VC(ボイスチャット)でCFをプレイしながら話せる事 週3日以上IN出来る事(例外あり) 伍長(V1)以上であること(例外あり) ある程度いじられても怒らない度量がある方 以上のような方を募集しております。 加入してみたい方はゲーム内でメンバーにささやくもしくはこちらまで