フォーラム: 公開討議 (スレッド #35755)

TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-19 09:34 by age-griever #73901)

お世話になります。

TerasolunaBatch+Collector+ValidationErrorHandler(SKIP返却)で
100万件超のCSV(約26MB)を読み込んだ際、validateエラーが大量
に出ると動作が停止してしまう事象に遭遇しています。
ご教示頂けると助かります。

@ 環境

・Windows7SP1
・java version "1.7.0_51" (32bit)
・TerasolunaBatch 3.2.0

@ 事象詳細

当初開発中の業務APLで発生したが、TerasolunaBatchのTutorialと同等の
シンプルなサンプルでも同事象が発生する。

+ Blogic
Collector<NyusyukkinBean> collector =
new FileValidateCollector<NyusyukkinBean>(
this.csvFileQueryDAO, "inputFile/test_input.csv",
NyusyukkinBean.class,
validator, // DefaultBeanValidatorをDI
new CustomValidationErrorHandler()
);
try {
NyusyukkinBean inputData = null;
while (collector.hasNext()) {
inputData = collector.next();
log.info("### inputData="+inputData);
}
} finally {
CollectorUtility.closeQuietly(collector);
}

+ CustomValidationErrorHandler#handleValidationError()
System.err.println("### Error ... Skip ... "+(++cnt));
return ValidateErrorStatus.SKIP;
  →NyusyukkinBeanやvalidation.xmlもTutorialのものをそのまま使用

+ 全件validationエラーとなる様なCSV(行数=100万件)を使用

+ 停止するのは実行する度に異なる。(500行目近辺とか1000行目近辺が多い)

@ その他やってみた内容
+ validateエラーとなるデータを少なくすると事象が出なくなる。
+ ValidationErrorHandlerのreturn値をValidateErrorStatus.CONTINUE
にすると事象が出ない。
+ 以下試行してみたが変わらず。
+ Javaのメモリ設定変更(-Xmx,-XX:MaxPermSizeなど)
+ Collecterのキュー数を増やす
+ JDK6にしてみる
+ 停止した時のスレッドダンプをjstackで採取
Collectorとmainスレッドの両方が"WAIT"状態?
-------------------------
2014-07-19 00:06:17
Full thread dump Java HotSpot(TM) Client VM (24.51-b03 mixed mode, sharing):

"CollectorThreadFactory-1-thread-1" prio=6 tid=0x0518e000 nid=0x1f38 waiting on condition [0x04c1f000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x24775900> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
at jp.terasoluna.fw.collector.concurrent.ArrayBlockingQueueEx.put(ArrayBlockingQueueEx.java:200)
at jp.terasoluna.fw.collector.AbstractCollector.addQueue(AbstractCollector.java:773)
at jp.terasoluna.fw.collector.AbstractCollector.addQueue(AbstractCollector.java:732)
at jp.terasoluna.fw.collector.file.FileCollector.call(FileCollector.java:134)
at jp.terasoluna.fw.collector.file.FileCollector.call(FileCollector.java:32)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)

Locked ownable synchronizers:
- <0x2477c570> (a java.util.concurrent.ThreadPoolExecutor$Worker)

"Service Thread" daemon prio=6 tid=0x02158800 nid=0x12f8 runnable [0x00000000]
java.lang.Thread.State: RUNNABLE

Locked ownable synchronizers:
- None

"C1 CompilerThread0" daemon prio=10 tid=0x0213e800 nid=0x1ed4 waiting on condition [0x00000000]
java.lang.Thread.State: RUNNABLE

Locked ownable synchronizers:
- None

"Attach Listener" daemon prio=10 tid=0x0213d000 nid=0xc94 waiting on condition [0x00000000]
java.lang.Thread.State: RUNNABLE

Locked ownable synchronizers:
- None

"Signal Dispatcher" daemon prio=10 tid=0x02155400 nid=0xf70 runnable [0x00000000]
java.lang.Thread.State: RUNNABLE

Locked ownable synchronizers:
- None

"Finalizer" daemon prio=8 tid=0x020d6400 nid=0xc2c in Object.wait() [0x04a2f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x29c822f8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
- locked <0x29c822f8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:189)

Locked ownable synchronizers:
- None

"Reference Handler" daemon prio=10 tid=0x020d1000 nid=0x14b0 in Object.wait() [0x0487f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x29c82380> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:503)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
- locked <0x29c82380> (a java.lang.ref.Reference$Lock)

Locked ownable synchronizers:
- None

"main" prio=6 tid=0x0257e400 nid=0x1fb4 waiting on condition [0x0268f000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x247758e8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
at jp.terasoluna.fw.collector.concurrent.ArrayBlockingQueueEx.isEmpty(ArrayBlockingQueueEx.java:298)
at jp.terasoluna.fw.collector.AbstractCollector.hasNext(AbstractCollector.java:209)
at jp.co.seesoft.batch.csvtocsv001.CSVTOCSV001BLogic.execute(CSVTOCSV001BLogic.java:84)
at jp.terasoluna.fw.batch.executor.AbstractBatchExecutor.executeBatchClass(AbstractBatchExecutor.java:733)
at jp.terasoluna.fw.batch.executor.AbstractBatchExecutor.executeBatch(AbstractBatchExecutor.java:562)
at jp.terasoluna.fw.batch.executor.SyncBatchExecutor.main(SyncBatchExecutor.java:114)

Locked ownable synchronizers:
- None

"VM Thread" prio=10 tid=0x020cf800 nid=0x1c78 runnable

"VM Periodic Task Thread" prio=10 tid=0x02173000 nid=0x18ec waiting on condition

JNI global references: 118
-------------------------


ValidationErrorHandlerのreturn値をValidateErrorStatus.CONTINUEに
して回避してもよいのですが、
Blogic側でvalidateエラー発生有無の判定方法できないし、
根本原因が分からないと実業務適用上、不安です。



以上、長くなって恐縮ですが、原因・対策や追加の調査方法について
何か情報があったらお願いします。

メッセージ #73901 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-22 13:10 by futamuraa #73916)

[メッセージ #73901 への返信]
> お世話になります。
>
> TerasolunaBatch+Collector+ValidationErrorHandler(SKIP返却)で
> 100万件超のCSV(約26MB)を読み込んだ際、validateエラーが大量
> に出ると動作が停止してしまう事象に遭遇しています。
> ご教示頂けると助かります。
>
> @ 環境
>
> ・Windows7SP1
> ・java version "1.7.0_51" (32bit)
> ・TerasolunaBatch 3.2.0
>
> @ 事象詳細
>
> 当初開発中の業務APLで発生したが、TerasolunaBatchのTutorialと同等の
> シンプルなサンプルでも同事象が発生する。
>
> + Blogic
> Collector<NyusyukkinBean> collector =
> new FileValidateCollector<NyusyukkinBean>(
> this.csvFileQueryDAO, "inputFile/test_input.csv",
> NyusyukkinBean.class,
> validator, // DefaultBeanValidatorをDI
> new CustomValidationErrorHandler()
> );
> try {
> NyusyukkinBean inputData = null;
> while (collector.hasNext()) {
> inputData = collector.next();
> log.info("### inputData="+inputData);
> }
> } finally {
> CollectorUtility.closeQuietly(collector);
> }
>
> + CustomValidationErrorHandler#handleValidationError()
> System.err.println("### Error ... Skip ... "+(++cnt));
> return ValidateErrorStatus.SKIP;
>   →NyusyukkinBeanやvalidation.xmlもTutorialのものをそのまま使用
>
> + 全件validationエラーとなる様なCSV(行数=100万件)を使用
>
> + 停止するのは実行する度に異なる。(500行目近辺とか1000行目近辺が多い)
>
> @ その他やってみた内容
> + validateエラーとなるデータを少なくすると事象が出なくなる。
> + ValidationErrorHandlerのreturn値をValidateErrorStatus.CONTINUE
> にすると事象が出ない。
> + 以下試行してみたが変わらず。
> + Javaのメモリ設定変更(-Xmx,-XX:MaxPermSizeなど)
> + Collecterのキュー数を増やす
> + JDK6にしてみる
> + 停止した時のスレッドダンプをjstackで採取
> Collectorとmainスレッドの両方が"WAIT"状態?
> -------------------------
> 2014-07-19 00:06:17
> Full thread dump Java HotSpot(TM) Client VM (24.51-b03 mixed mode, sharing):
>
> "CollectorThreadFactory-1-thread-1" prio=6 tid=0x0518e000 nid=0x1f38 waiting on condition [0x04c1f000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x24775900> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
> at jp.terasoluna.fw.collector.concurrent.ArrayBlockingQueueEx.put(ArrayBlockingQueueEx.java:200)
> at jp.terasoluna.fw.collector.AbstractCollector.addQueue(AbstractCollector.java:773)
> at jp.terasoluna.fw.collector.AbstractCollector.addQueue(AbstractCollector.java:732)
> at jp.terasoluna.fw.collector.file.FileCollector.call(FileCollector.java:134)
> at jp.terasoluna.fw.collector.file.FileCollector.call(FileCollector.java:32)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
>
> Locked ownable synchronizers:
> - <0x2477c570> (a java.util.concurrent.ThreadPoolExecutor$Worker)
>
> "Service Thread" daemon prio=6 tid=0x02158800 nid=0x12f8 runnable [0x00000000]
> java.lang.Thread.State: RUNNABLE
>
> Locked ownable synchronizers:
> - None
>
> "C1 CompilerThread0" daemon prio=10 tid=0x0213e800 nid=0x1ed4 waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
>
> Locked ownable synchronizers:
> - None
>
> "Attach Listener" daemon prio=10 tid=0x0213d000 nid=0xc94 waiting on condition [0x00000000]
> java.lang.Thread.State: RUNNABLE
>
> Locked ownable synchronizers:
> - None
>
> "Signal Dispatcher" daemon prio=10 tid=0x02155400 nid=0xf70 runnable [0x00000000]
> java.lang.Thread.State: RUNNABLE
>
> Locked ownable synchronizers:
> - None
>
> "Finalizer" daemon prio=8 tid=0x020d6400 nid=0xc2c in Object.wait() [0x04a2f000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x29c822f8> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
> - locked <0x29c822f8> (a java.lang.ref.ReferenceQueue$Lock)
> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:189)
>
> Locked ownable synchronizers:
> - None
>
> "Reference Handler" daemon prio=10 tid=0x020d1000 nid=0x14b0 in Object.wait() [0x0487f000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0x29c82380> (a java.lang.ref.Reference$Lock)
> at java.lang.Object.wait(Object.java:503)
> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
> - locked <0x29c82380> (a java.lang.ref.Reference$Lock)
>
> Locked ownable synchronizers:
> - None
>
> "main" prio=6 tid=0x0257e400 nid=0x1fb4 waiting on condition [0x0268f000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x247758e8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
> at jp.terasoluna.fw.collector.concurrent.ArrayBlockingQueueEx.isEmpty(ArrayBlockingQueueEx.java:298)
> at jp.terasoluna.fw.collector.AbstractCollector.hasNext(AbstractCollector.java:209)
> at jp.co.seesoft.batch.csvtocsv001.CSVTOCSV001BLogic.execute(CSVTOCSV001BLogic.java:84)
> at jp.terasoluna.fw.batch.executor.AbstractBatchExecutor.executeBatchClass(AbstractBatchExecutor.java:733)
> at jp.terasoluna.fw.batch.executor.AbstractBatchExecutor.executeBatch(AbstractBatchExecutor.java:562)
> at jp.terasoluna.fw.batch.executor.SyncBatchExecutor.main(SyncBatchExecutor.java:114)
>
> Locked ownable synchronizers:
> - None
>
> "VM Thread" prio=10 tid=0x020cf800 nid=0x1c78 runnable
>
> "VM Periodic Task Thread" prio=10 tid=0x02173000 nid=0x18ec waiting on condition
>
> JNI global references: 118
> -------------------------
>
>
> ValidationErrorHandlerのreturn値をValidateErrorStatus.CONTINUEに
> して回避してもよいのですが、
> Blogic側でvalidateエラー発生有無の判定方法できないし、
> 根本原因が分からないと実業務適用上、不安です。
>
>
>
> 以上、長くなって恐縮ですが、原因・対策や追加の調査方法について
> 何か情報があったらお願いします。

お問い合わせ頂いた件、承りました。
回答期限についてご希望日がございますでしょうか?
#73901 への返信

メッセージ #73916 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-22 21:18 by age-griever #73917)

[メッセージ #73916 への返信]
>
> お問い合わせ頂いた件、承りました。
> 回答期限についてご希望日がございますでしょうか?

早速のご返信、ありがとうございます。
回答期限について、あくまで希望ですが、
7月末とさせて頂けると助かります。

以上、宜しくお願い致します。
#73916 への返信

メッセージ #73917 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-25 21:00 by futamuraa #73946)

平素より、TERASOLUNAフレームワークをご利用頂き、
誠にありがとうございます。

本件、ご迷惑おかけして申し訳ございません。
下記にて原因と対処法ご説明致します。

なお、本件はフレームワークの不具合として次期バージョンで改修予定です。
ただし、現時点ではリリース時期は未定となっております。

■原因
以下の2点が今回の事象の原因です
・ArrayBlockingQueueExに、引数無しのpoll()メソッドが実装されていない
・SKIP(キューに一旦入って、抜く側で捨てる)の際には、引数無しのpoll()メソッドで、データが捨てられる(AbstractCollectorの実装)

事象発生のメカニズム:
①BLogicメインスレッドの処理よりも高速に、大量のデータをキューに入れる
②キューが一杯になると、コレクタスレッドは、キューに空きができたことを知らせるシグナル待ちとなる
③ArrayBlockingQueueExに実装されたメソッドで、キューからデータを抜き取ると、
 キューに空きができたことを知らせるシグナルを送信するが、
 SKIP時に使用される引数無しのpoll()メソッドはオーバーライドされていないため、
 そのシグナルを送信しない
④キューに空きができたことを知らせるシグナルが来ないので、コレクタスレッドは止まったままになる
⑤キューにあるデータがすべてSKIPの場合、シグナルを出すこと無く、キューが空になり、
 BLogicメインスレッドも待たされる。(★デッドロック発生)


デッドロック発生の条件: ※以下AND条件です
・SKIPとなるデータがキュー長(デフォルト20)以上連続する
・キューをSKIPデータで満たした状態
・BLogicメインスレッドでキューからデータを抜く前に、
 コレクタスレッドで次のデータをキューに入れる(入れようとして待ち状態になる)

■対処法
対処法は以下の2つがございます。

 ①フレームワーク本体の改修
 ②APでの対応

不具合への対処としては同等ですので、どちらを採用されるかはユーザ様で
ご判断いただければ幸いです。

以下、対処法の詳細をご説明します。

①フレームワーク本体の改修
ArrayBlockingQueueExクラスのpollメソッドを以下の様に
オーバーライドして下さい。
※そのままコピペして頂ければと思います。
---
@Override
public E poll() {
queueLock.lock();
try {
E elm = super.poll();
if (elm != null) {

// キューの空き待ちを行っているスレッドのブロックを解除する
notFull.signal();
}
return elm;
} finally {
queueLock.unlock();
}
}
---

上記修正後、フレームワーク本体のプロジェクトをビルドして頂き、
生成されたjarファイルを差し替えて頂ければと思います。

フレームワーク本体の対象プロジェクトは、
「terasoluna-batch4j-projects_3.2.0.zip」にある
「terasoluna-collector」になります。

②APでの対応
Collectorを使用する際に、以下の様にCollectorをnewして頂くと、
pollメソッドをオーバーライドしたCollectorを生成でき、
本事象に対処したCollectorを生成できます。

---
Collector<Data> collector = new FileValidateCollector<Data>(csvFileQueryDAO, "../data/test.csv", Data.class, validator, validationErrorHandler) {

@Override
protected BlockingQueue<DataValueObject> createQueue() {
super.createQueue();
return new ArrayBlockingQueueEx<DataValueObject>(this.queueSize) {
@Override
public DataValueObject poll() {
queueLock.lock();
try {
DataValueObject elm = super.poll();
if (elm != null) {

// キューの空き待ちを行っているスレッドのブロックを解除する
notFull.signal();
}
return elm;
} finally {
queueLock.unlock();
}
}
};
}
};
---
#73901 への返信

メッセージ #73946 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-26 09:03 by age-griever #73950)

詳細にわたるご回答ありがとうございます!
週明け、「②APでの対応」で事象解消することを確認し、結果をご報告致します。

もう1点だけお聞きしますが、こういった現バージョンのバグ情報は何等かの形で公開されていたらアドレスを教えて下さい。

以上、宜しくお願い致します。
#73901 への返信

メッセージ #73950 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-28 20:06 by futamuraa #73959)

[メッセージ #73950 への返信]
> 詳細にわたるご回答ありがとうございます!
> 週明け、「②APでの対応」で事象解消することを確認し、結果をご報告致します。
>
> もう1点だけお聞きしますが、こういった現バージョンのバグ情報は何等かの形で公開されていたらアドレスを教えて下さい。
>
> 以上、宜しくお願い致します。

現バージョン(TERASOLUNA Batch Framework for Java 3.2.0)につきましては、
公開しているバグ情報はございません。
過去のバージョンのバグにつきましては、変更履歴を公開しておりますので、
そちらを参考にして頂ければと思います。
[http://sourceforge.jp/projects/terasoluna/releases/p7129]より、
対象のバージョンをクリックして頂き、移動先のページの一番下に、変更履歴がございます。

よろしくお願いいたします。
#73950 への返信

メッセージ #73959 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-28 23:19 by age-griever #73960)

> 現バージョン(TERASOLUNA Batch Framework for Java 3.2.0)につきましては、
> 公開しているバグ情報はございません。
> 過去のバージョンのバグにつきましては、変更履歴を公開しておりますので、
> そちらを参考にして頂ければと思います。
> [http://sourceforge.jp/projects/terasoluna/releases/p7129]より、
> 対象のバージョンをクリックして頂き、移動先のページの一番下に、変更履歴がございます。
>
> よろしくお願いいたします。

現バージョンの公開バグ情報はないとのことですが、
すいません、これは以下の内、どちらでしょうか?
 1) 内部的に管理されているバグはあるが公開していない。
 2) 今回のバグは初めてのバグでいまのところ他のバグは存在しない。

あと、ご報告が遅くなってすいませんが、
ご教示頂いた「②APでの対応」で事象が解消することを確認しました。
「①フレームワーク本体の改修」は影響範囲等を考慮すると難しいので、
②で対応する予定です。



以上、何度もすいませんが、この回答を頂ければ、
クローズとさせて頂きますので、宜しくお願い致します。
#73959 への返信

メッセージ #73960 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-28 23:19 by age-griever #73961)

> 現バージョン(TERASOLUNA Batch Framework for Java 3.2.0)につきましては、
> 公開しているバグ情報はございません。
> 過去のバージョンのバグにつきましては、変更履歴を公開しておりますので、
> そちらを参考にして頂ければと思います。
> [http://sourceforge.jp/projects/terasoluna/releases/p7129]より、
> 対象のバージョンをクリックして頂き、移動先のページの一番下に、変更履歴がございます。
>
> よろしくお願いいたします。

現バージョンの公開バグ情報はないとのことですが、
すいません、これは以下の内、どちらでしょうか?
 1) 内部的に管理されているバグはあるが公開していない。
 2) 今回のバグは初めてのバグでいまのところ他のバグは存在しない。

あと、ご報告が遅くなってすいませんが、
ご教示頂いた「②APでの対応」で事象が解消することを確認しました。
「①フレームワーク本体の改修」は影響範囲等を考慮すると難しいので、
②で対応する予定です。



以上、何度もすいませんが、この回答を頂ければ、
クローズとさせて頂きますので、宜しくお願い致します。
#73959 への返信

メッセージ #73961 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-30 14:03 by futamuraa #73992)

[メッセージ #73961 への返信]
> > 現バージョン(TERASOLUNA Batch Framework for Java 3.2.0)につきましては、
> > 公開しているバグ情報はございません。
> > 過去のバージョンのバグにつきましては、変更履歴を公開しておりますので、
> > そちらを参考にして頂ければと思います。
> > [http://sourceforge.jp/projects/terasoluna/releases/p7129]より、
> > 対象のバージョンをクリックして頂き、移動先のページの一番下に、変更履歴がございます。
> >
> > よろしくお願いいたします。
>
> 現バージョンの公開バグ情報はないとのことですが、
> すいません、これは以下の内、どちらでしょうか?
>  1) 内部的に管理されているバグはあるが公開していない。
>  2) 今回のバグは初めてのバグでいまのところ他のバグは存在しない。
>
> あと、ご報告が遅くなってすいませんが、
> ご教示頂いた「②APでの対応」で事象が解消することを確認しました。
> 「①フレームワーク本体の改修」は影響範囲等を考慮すると難しいので、
> ②で対応する予定です。
>
>
>
> 以上、何度もすいませんが、この回答を頂ければ、
> クローズとさせて頂きますので、宜しくお願い致します。

現バージョンのバグの情報については、
現時点では、
 1) 内部的に管理されているバグはあるが公開していない。
ということになります。

誠に申し訳ございませんが、
何卒ご理解頂きますよう、よろしくお願いいたします。
#73961 への返信

メッセージ #73992 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする

Re: TerasolunaBatchで大量CSV・大量validateエラー時に停止する事象について (2014-07-30 20:42 by age-griever #73999)

了解致しました。

これにて本件は一旦クローズとさせて頂きます。

何度もご丁寧にご回答頂き、ありがとうございました。
#73992 への返信

メッセージ #73999 への返信×

Wiki文法は使えません
ログインしていません。投稿を区別するために投稿者のニックネームをつけてください(ニックネームの一意性は保証されません。全く別の人も同じ名前を利用することが可能ですので本人であることの特定には利用できません。本人であることを保証したい場合にはログインして投稿を行なってください)。 ログインする