常連

###前提
Java構文を知りたいわけではなく、JVMの内部実装を理解するのが目的です。
###実現したいこと

どのようにメソッドや変数が呼び出されるかを知る。またアップキャストによるインスタンスのヘッダの変化やロック情報の変化があるのかいなか。

### 該当のソースコード

```java
class AA{
    private int i;

   public void hello(){
       System.out.println("Hello");
   }
}
class BB extends AA{
    private int j;

    public void yeah(){
	System.out.println("Yeah!");
    }
}

class Test{
    public static void main(String[] args){
	AA aa = new AA();
	BB bb = new BB();

	aa.hello();

	aa = bb;//アップキャスト

	aa.yeah();//コンパイルエラー
	aa.i = 1;//コンパイルエラー
	aa.j = 2;//コンパイルエラー
    }
}
```

###　質問

1.　"aa.hello();"を実行する際、コンピュータは参照型変数"aa"自体の型を見て、その型のクラスにアクセスするのか、参照型変数"aa"の指し示す先のインスタンスのヘッダにある"このインスタンスはどこのクラスに属するものか"という情報を参考にクラスにアクセスするのか、はたまた別の方法なのかがわかりません。

2.　アップキャスト時に、参照型変数"bb"の指し示す先のインスタンスのヘッダの情報は変更されるのでしょうか？　また、変数などのロック情報も変更されるのでしょうか？

~~3.　"aa.yeah()"でコンパイルエラーになるのはどうしてでしょうか？ 質問1と質問2の内容を関連付けて説明していただけると助かります。~~

~~4.　"aa.i"と"aa.j"が下記のようなエラーを発生させるのがなぜだかわかりません。こちらも質問1と質問2の内容に関連させて説明いただけると助かります。~~

　以上、全体を通してJVM上での動きを問う質問です。JVM上での動きに焦点を当てた回答をいただけると助かります。

###~~コンパイルエラー~~
```
Test.java:25: エラー: シンボルを見つけられません
	aa.yeah();//コンパイルエラー
	  ^
  シンボル:   メソッド yeah()
  場所: タイプAAの変数 aa
Test.java:26: エラー: iはAAでprivateアクセスされます
	aa.i = 1;
	  ^
Test.java:27: エラー: シンボルを見つけられません
	aa.j = 2;
	  ^
  シンボル:   変数 j
  場所: タイプAAの変数 aa
エラー3個
```

JVMは何を参考にメソッドを呼び出すか

Javaのプログラムをeclipseで実行したところ、hs_err_pid15316.logというファイルが吐かれ、
内容は以下のようになっていました。
JVMがクラッシュした際に吐かれるファイルのようなのですが、
初めて見るため見方がわからず何が悪いのかわからず困っています。
どこを見れば原因が掴めるのか、教えてください。
よろしくお願い致します。

投稿に文字数制限があるため、hs_err_pid15316.logのハードコピーを以下に掲載しております。

![イメージ説明](48360576621554e1e050c171a8b399e6.png)

hs_err_pid.log の原因は？

お世話になっております。

現在、JVMのヒープ領域について監視をしております。
jstatを用いてヒープ領域の状況を確認すると
Metaspace領域と圧縮クラス領域の使用率が常に80~90%になっています。

また、jstatの公式リファレンスの例を見ても
Metaspace領域と圧縮クラス領域の使用率が90%を超えています。
※下記の表の「M」と「CCS」参照

[jstat - Oracle Help Center](https://docs.oracle.com/javase/jp/8/docs/technotes/tools/unix/jstat.html)
```
jstat -gcutil 21891 250 7
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT   
  0.00  97.02  70.31  66.80  95.52  89.14      7    0.300     0    0.000    0.300
  0.00  97.02  86.23  66.80  95.52  89.14      7    0.300     0    0.000    0.300
  0.00  97.02  96.53  66.80  95.52  89.14      7    0.300     0    0.000    0.300
 91.03   0.00   1.98  68.19  95.89  91.24      8    0.378     0    0.000    0.378
 91.03   0.00  15.82  68.19  95.89  91.24      8    0.378     0    0.000    0.378
 91.03   0.00  17.80  68.19  95.89  91.24      8    0.378     0    0.000    0.378
 91.03   0.00  17.80  68.19  95.89  91.24      8    0.378     0    0.000    0.378
```

こちらの2つに関して、使用率が90%を超えてもメモリリークやOutOfMemoryExceptionは起きないという認識でよいのでしょうか。
また、問題ない場合はなぜ問題ないか教えていただけますでしょうか。

自分なりの考察は以下です。
・Metaspace領域と圧縮クラス領域はクラスやメソッドが格納される場所であまり変動しない
・Metaspace領域に関しては自動拡張するため90%超えていても問題ない

よろしくお願い致します。

## 追記
kuniku様から追記要望がありましたので追記しました。

CompressedClassSpaceSizeやMaxMetaspaceSize、MetaspaceSizeを取得した結果になります。
```
java -XX:+PrintFlagsFinal -varsion -server
    uintx CompressedClassSpaceSize                  = 1073741824
    uintx MaxMetaspaceExpansion                     = 5451776
    uintx MaxMetaspaceFreeRatio                     = 70
    uintx MaxMetaspaceSize                          = 4294901760
    uintx MetaspaceSize                             = 21807104
    uintx MinMetaspaceExpansion                     = 339968
    uintx MinMetaspaceFreeRatio                     = 40

```
また、実際にサーバで使用されているMetaspace領域と圧縮クラス領域は以下になります。

```
jstat -gc -t 21891
Timestamp        S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
         5069.1 38400.0 1024.0  0.0   676.4  88064.0   6091.0   182784.0   68608.5   96536.0 87421.7 12848.0 10462.5     45    1.385   4  

```

MC(Metaspace領域の容量)がMetaspaceSizeを超えていることが分かります。
CCSC(圧縮クラス領域の容量)はCompressedClassSpaceSizeを超えていないようです。

【JVM】【ヒープ領域】Metaspace領域と圧縮クラス領域の使用率が90%以上になる

お世話になります。

常駐プロセスとなるプログラムを稼働させ続けているのですが、
気になっている点が2点あります。
起動引数は以下を設定しています。

```java
-Xms128m
-Xmx128m
-Xmn64m
-XX:MetaspaceSize=64m
-XX:MaxMetaspaceSize=128m
```

①S1領域
1回目のFGCが発生するまではかなりの時間がかかり、S1領域がずっと100%でした。
しかし、1度FGCが発生するとS1が0になり、その後FGCが頻発するようになりました。
これはXmxの値が小さいことが原因でしょうか？
※メモリ使用率については下記参照願います

②引数設定
プロセスを常駐させておくと、
GCは発生しているものの、継続的なメモリ上昇が見受けられ、
メモリリークのようなことが起きているように思われます。
これは引数設定に問題があるのでしょうか？
設定内容的には200m程度で収まる認識だったのですが、
タスクマネージャーから見ると240mに到達しており、現在も増えている状態です。

指摘事項などありましたら、
ご教示の程宜しくお願い致します。


jstatでメモリ使用率を表示したところ以下のようになりました。（抜粋）

```ここに言語を入力
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT    CGC    CGCT     GCT
  0.00 100.00  62.50  99.84  96.52  90.35    170    1.020     0    0.000    10    0.049    1.068
  0.00 100.00  70.31  99.84  96.52  90.35    170    1.020     0    0.000    10    0.049    1.068
  0.00 100.00  79.69  99.84  96.52  90.35    170    1.020     0    0.000    10    0.049    1.068
  0.00 100.00  89.06  99.84  96.52  90.35    170    1.020     0    0.000    10    0.049    1.068
  0.00 100.00   3.08  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  13.85  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  21.54  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  29.23  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  38.46  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  47.69  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  55.38  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  64.62  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  72.31  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  81.54  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00  90.77  99.93  96.52  90.35    171    1.026     0    0.000    12    0.056    1.082
  0.00 100.00   5.41 100.00  96.52  90.35    172    1.051     0    0.000    12    0.056    1.107
  0.00 100.00  21.62 100.00  96.52  90.35    172    1.051     0    0.000    12    0.056    1.107
  0.00 100.00  37.84 100.00  96.52  90.35    172    1.051     0    0.000    12    0.056    1.107
  0.00 100.00  54.05 100.00  96.52  90.35    172    1.051     0    0.000    12    0.056    1.107
  0.00 100.00  64.86 100.00  96.52  90.35    172    1.051     0    0.000    12    0.056    1.107
  0.00 100.00  81.08 100.00  96.52  90.35    172    1.051     0    0.000    12    0.056    1.107
  0.00 100.00  97.30 100.00  96.52  90.35    172    1.051     0    0.000    12    0.056    1.107
  0.00   0.00   7.35  90.93  96.09  89.89    173    1.068     1    0.176    12    0.056    1.300
  0.00   0.00  16.18  90.93  96.09  89.89    173    1.068     1    0.176    12    0.056    1.300
  0.00   0.00  25.00  90.93  96.09  89.89    173    1.068     1    0.176    12    0.056    1.300
  0.00   0.00  33.82  90.93  96.09  89.89    173    1.068     1    0.176    12    0.056    1.300
  0.00   0.00  41.18  90.93  96.09  89.89    173    1.068     1    0.176    12    0.056    1.300
  0.00   0.00  48.53  90.93  96.09  89.89    173    1.068     1    0.176    12    0.056    1.300
  0.00   0.00  57.35  90.93  96.09  89.89    173    1.068     1    0.176    12    0.056    1.300
  0.00   0.00  66.18  90.93  96.09  89.89    173    1.068     1    0.176    12    0.056    1.300

```

```ここに言語を
  S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT    CGC    CGCT     GCT
  0.00   0.00  91.94  98.74  96.25  90.07    223    1.681    23    3.501    32    0.137    5.319
  0.00   0.00   4.84  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  11.29  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  19.35  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  29.03  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  38.71  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  46.77  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  54.84  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  64.52  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  72.58  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  82.26  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  88.71  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00  96.77  99.03  96.10  89.90    224    1.701    24    3.658    32    0.137    5.496
  0.00   0.00   8.06  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  16.13  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  22.58  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  32.26  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  40.32  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  48.39  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  58.06  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  66.13  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  75.81  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  83.87  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00  93.55  99.39  96.20  90.01    225    1.722    25    3.804    32    0.137    5.663
  0.00   0.00   3.23  99.74  96.27  90.09    226    1.741    26    3.950    32    0.137    5.829
  0.00   0.00  11.29  99.74  96.27  90.09    226    1.741    26    3.950    32    0.137    5.829
  0.00   0.00  20.97  99.74  96.27  90.09    226    1.741    26    3.950    32    0.137    5.829
  0.00   0.00  27.42  99.74  96.27  90.09    226    1.741    26    3.950    32    0.137    5.829
  0.00   0.00  37.10  99.74  96.27  90.09    226    1.741    26    3.950    32    0.137    5.829
  0.00   0.00  46.77  99.74  96.27  90.09    226    1.741    26    3.950    32    0.137    5.829
```

jconsole結果
![イメージ説明](28f24c8468ef4e225055f79dbacf66e7.png)

![イメージ説明](601f08043d6839f8a056907fd8e97746.png)

![イメージ説明](eaac6f64d8293a63501735a9d3690768.png)

FGC頻発例（1度目までは時間がかかったが、次回以降で間隔が短い）
![イメージ説明](a8bd1ef28782f82c6a1832fb3c6d6f6c.png)

![イメージ説明](3425a67898413dc8de456cc2d55e6bba.png)

【JVM】VM引数で指定するメモリの目安について知りたいです。

SleepするJava(ただ3分程度停止するだけのJava)を動かす時に
JVMのオプションとして、ヒープ/メタスペースの領域を設定いたしました。
その際にJVMに設定したオプションが入っているかどうかの確認を行いましたが
入っていないように見受けられました。

以前質問させて頂いた内容と参考に頂いたURLです。
https://teratail.com/questions/62331?whotofollow=
http://kobtea.net/posts/2015/03/28/java-printflagsfinal/

質問なのですが、JVMのオプションが反映されていない原因をわかる方、いらっしゃいますでしょうか。
それとも、設定はできているが確認するべきコマンド(java -XX:+PrintFlagsFinal)がまちがっているのでしょうか。

------------------------------------------------------------------------------------------
プログラム動作時のJVMの値

$ java -server -Xms1024m -Xmx1024m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m Sleep

$ jps -v
25260 Sleep -Xms1024m -Xmx1024m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m

$ java -XX:+PrintFlagsFinal | grep :=
     intx CICompilerCount                          := 2                                   {product}
    uintx InitialHeapSize                          := 60817408                            {product}
    uintx MaxHeapSize                              := 968884224                           {product}
    uintx MaxNewSize                               := 322961408                           {product}
    uintx MinHeapDeltaBytes                        := 196608                              {product}
    uintx NewSize                                  := 20250624                            {product}
    uintx OldSize                                  := 40566784                            {product}

$ java -XX:+PrintFlagsFinal | grep Metaspace*
MaxMetaspaceSize                          = 18446744073709547520                    {product}
uintx MetaspaceSize                             = 21807104

入れた覚えのないJVMのオプションが変更になっていました。
-----------------------------------------------------------------------------------------------------
プログラムが動作していない時のJVMの値

$ jps -v
25352 Jps -Dapplication.home=/howe/Oracle/jdk1_8 -Xms8m

$ java -XX:+PrintFlagsFinal | grep :=
     intx CICompilerCount                          := 2                                   {product}
    uintx InitialHeapSize                          := 60817408                            {product}
    uintx MaxHeapSize                              := 968884224                           {product}
    uintx MaxNewSize                               := 322961408                           {product}
    uintx MinHeapDeltaBytes                        := 196608                              {product}
    uintx NewSize                                  := 20250624                            {product}
    uintx OldSize                                  := 40566784                            {product}
     bool PrintFlagsFinal                          := true                                {product}
     bool UseCompressedClassPointers               := true                                {lp64_product}
     bool UseCompressedOops                        := true                                {lp64_product}
     

$ java -XX:+PrintFlagsFinal | grep Metaspace*
MaxMetaspaceSize                          = 18446744073709547520                    {product}
uintx MetaspaceSize                             = 21807104

JVMのオプション確認方法について

### 前提

#### バージョン情報
|項目名|バージョン|
|:--|:--:|
|OS|Windows10 Pro|
|Java(cmd)|1.7.0_80|
|Javac(cmd)|1.7.0_80|
|Eclipse|Preiades 2022-06 Ultimate|
|コンパイル準拠レベル|1.5|
|ant|1.8|
|Java(Eclipse)|11.0.15 ← 1.7にしたい|
|Javac(Eclipse)|11.0.15 ← 1.7にしたい|

### 実現したいこと Java ver1.7でのEclipseによるコンパイル 
ある案件でEclipseをインストールしたところ、Eclipseでコンパイルするときにだけコンパイルエラーが発生してします。

- パッケージエクスプローラとエディタ上ではコンパイルエラーが発生していません。

おそらくこちらが想定しているコンパイラとEclipseが使用するコンパイラでバージョンが異なることが原因と思われるのですが、対応方法がわからない状況です。
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2022-06-08/74a09c90-7720-47a5-9c45-4acd9c2f0089.png)

最終的には、**Java ver1.7.0_80 を使用してEclipseでコンパイル**したいです。

- Eclipse Indigoまで下げれば、コンパイルできることはわかっています。
- eclipse.ini のバージョンに依存していることがわかりましたが、11→7に下げるとEclipseが起動しなくなった。

### 原因(推定)

URLのリンク先と同じ事象であることを特定しました。
eclipseがコンパイルで使用しているJavaのバージョンが、案件のプロジェクトのバージョンで対応しきれていないよう。
eclipse の 準拠レベルを1.5→1.7 に上げるわけにはいかない(ant build.xmlが1.5のため) ので、eclipseの設定でどうにかしたい。。。

```cmd
javac -source 5 -target 5 Sample.java
警告:[options] ブートストラップ・クラスパスが-source 5と一緒に設定されていません
エラー: ソース・オプション5は現在サポートされていません。6以降を使用してください。
エラー: ターゲット・オプション1.5は現在サポートされていません。1.6以降を使用してください。
```

> https://gist.github.com/suzukitadashi/5173abb841d49517bc590a8d702cc5da


### 確認したこと

- JAVA_HOMEが Java ver1.7.0_80 に向いているか？
- Eclipseの実行構成 > JRE が Java ver1.7.0_80 になっているか？
- 設定 > Java > コンパイラ準拠レベルは適切か？
- Javaのビルドパスに使用するライブラリなどは1.7になっているか？

### 発生している問題・エラーメッセージ

到達不可なcatchでエラーが出ていますが、Indigo では問題ないです。

- せめて警告にしたい。。。

```
例外**** は対応するtry文の本体ではスローされません
```

### 補足情報（FW/ツールのバージョンなど）

下記を改善すべきなのはわかっていますが、技術的負債が多いプロジェクトのため、どうしようもないので、コンパイラのバージョンを下げることで対応したいです。。。

- 到達不可なcatchでエラーをそのままにするな
- Javaのバージョンを上げるべき



コマンドプロンプトとEclipseのターミナルでJavaのバージョンが異なるため統一したい

先日JavaのGCについて調べたのですが、3つ気になることが出てきたので、質問をします。

0. JavaのGCはなぜプログラマーが直接呼び出せないのですか？(System.gc()で提案はできるが、すぐにGCが実行されないのはなぜか？)
1. JavaのGCは具体的にいつ呼び出されるのですか？
2. GCは便利な機能ですが、
なぜobjectの破棄をプログラマーが直接できない仕様になっているのですか？


質問に間違っている点などがあったらご指摘いただけると嬉しいです。

JavaのGCが呼び出されるタイミングについて

JAVASCRIPTでデータベースにアクセスしてデータの取り出しを行うプログラムを作成しています。

ListControllerからItemDaoへ検索メソッドを呼び出してデータを取り出したいのてすが、SQL文が正常に実行されず終了されていませんとエラーが発生します。

デバッグを行ったところ、検索メソッドの①から⑤まで実行された後に⑩⑤、⑩⑥へ飛んでしまい、⑩⑥のretern listからListController⑩⑦へ返ってしまいます。

値を取得出来ず、SQL文が終了されないエラーの対処法を教えて頂きたいです。


ListController

package DrinkMachine;

import java.io.IOException;
import java.sql.SQLException;
import java.util.List;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

import beans.ItemBean;

import DrinkMachine.dao.T001_ItemDao;

/**
 * jspServlet implementation class ListController
 */
public class ListController extends HttpServlet {
	private static final long serialVersionUID = 1L;

	/**
	 * @see HttpServlet#HttpServlet()
	 */
	public ListController() {
		super();
		// TODO Auto-generated constructor stub
	}

	/**
	 * @see HttpServlet#doGet(HttpServletRequest request, HttpServletResponse
	 *      response)
	 */
	protected void doGet(HttpServletRequest request,
			HttpServletResponse response) throws ServletException, IOException {
		// TODO Auto-generated method stub
	}

	/**
	 * @see HttpServlet#doPost(HttpServletRequest request, HttpServletResponse
	 *      response)
	 */
	protected void doPost(HttpServletRequest request,
			HttpServletResponse response) throws ServletException, IOException {
		// TODO Auto-generated method stub

		// 受け取るデータの文字コードをUTF-8にセットする
		request.setCharacterEncoding("UTF-8");
		response.setContentType("text/html:charset=UTF-8");
		response.setCharacterEncoding("UTF-8");

		// パラメーター"name"の値を取り出し、変数"name"に代入
		String name = request.getParameter("name");
		// パラメーター"code"の値を取り出し、変数"code"に代入
		String code = request.getParameter("code");

		// コンソールに表示する
		System.out.println(name);
		System.out.println(code);

		try {
			// Daoのコンストラクタの呼び出し
			T001_ItemDao itemDao = new T001_ItemDao();


			// 商品検索メソッドの呼び出し
			⑩⑦List<ItemBean> list = itemDao.searchItem(name, code);


			// 検索結果をリクエストにセット
			request.getSession().setAttribute("sItm", list);


		} catch (ClassNotFoundException e) {
			e.printStackTrace();
		} catch (SQLException e) {
			e.printStackTrace();
		}
	}
}

ItemDao

package DrinkMachine.dao;

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;
import java.util.ArrayList;
import java.util.List;

import beans.ItemBean;

public class T001_ItemDao {
	private Connection conn = null;

	public T001_ItemDao() throws ClassNotFoundException, SQLException {

		// 接続方法" jdbc:oracle:thin@";
		Class.forName("oracle.jdbc.driver.OracleDriver");

		// jdbc経由でデータベースに接続する
		conn = DriverManager.getConnection(
				"jdbc:oracle:thin:",
				"", "");
	}

	// プリペアードステートメント宣言;
	PreparedStatement pstmt = null;

	// 重複チェックメソッド
	public String checkAdd(String name) throws SQLException {

		// データの重複チェック(商品名をDBから検索)
		// SELECT文の作成。重複したデータがないか、既に登録されている商品名と比較する
		String sql = "SELECT count(*) as checkItem " + " FROM T001_ITEM"
				+ " WHERE ITEM_NM='" + name + "'";

		pstmt = conn.prepareStatement(sql);

		// SELECT文の実行
		ResultSet resultSet = pstmt.executeQuery(sql);

		// 結果取り出し
		resultSet.next();
		String kensaku = resultSet.getString("checkItem");

		System.out.println(kensaku);
		return kensaku;
	}

	// 商品登録メソッド
	public int addItem(String code, String name, String price, String count)
			throws ClassNotFoundException {
		// SQL文を実行した件数を格納
		int result = 0;
		try {
			// データベースに書き込むためのインサート文を記述
			String sql = "INSERT INTO T001_ITEM(ITEM_NO,ITEM_NM,UNIT_PRICE,STOCK_COUNT)"
					+ "VALUES(TABLE_SEQ.NEXTVAL,'"
					+ name
					+ "','"
					+ price
					+ "','" + count + "')";

			System.out.println(sql);

			pstmt = conn.prepareStatement(sql);

			// SQL文を実行 1なら登録成功、0なら失敗
			result = pstmt.executeUpdate();

		} catch (SQLException e) {
			e.printStackTrace();
		}
		return result;
	}

	// 商品検索メソッド
	public List<ItemBean> searchItem(String code, String name) {

		// 商品コード検索(前方一致検),商品名検索(あいまいな検索)
		// SELECT以下で出力したいデータを記述
		// 今回の場合は4項目(コード、名前)
		①String sql1 = "SELECT ITEM_NO,ITEM_NM,UNIT_PRICE,STOCK_COUNT"
				+ " FROM T001_ITEM" + "WHERE ITEM_NO Like '" + code + "%'"
				+ " AND ITEM_NM Like '%" + name + "%'";

		②System.out.println(sql1);

		// 検索結果を格納するListの宣言
		③List<ItemBean> list = new ArrayList<ItemBean>();

		try {
			④Statement statement = conn.createStatement();
			⑤ResultSet resultSet = statement.executeQuery(sql1);

			// resultSetで返された結果を取得します
			// ItemBeanのsetメソッドを使用して各値をセットする
			⑥while (resultSet.next()) {

				// 1件分の商品データを格納するItemBeanを宣言する
				⑦ItemBean selectedItm = new ItemBean();

				// 結果取り出し
				⑧selectedItm.setCode(resultSet.getString("ITEM_NO"));
				⑨selectedItm.setName(resultSet.getString("ITEM_NM"));
				⑩selectedItm.setPrice(resultSet.getString("UNIT_PRICE"));
				⑩①selectedItm.setCount(resultSet.getString("STOCK_COUNT"));

				// 商品データをリストに追加
				⑩②list.add(selectedItm);
			}

			 ⑩③String sItm = resultSet.getString("List<beans.ItemBean> list");

			 ⑩④System.out.println(sItm);


		} catch (SQLException e) {
			e.printStackTrace();
		}

		⑩⑤System.out.println("商品検索結果:" + list.size() + "件ヒット");

		⑩⑥return list;

	}
}