コンストラクターの詳細

• TimerManagerFactoryBean

  public TimerManagerFactoryBean()

  使用すべきではありません。

メソッドの詳細

• setScheduledTimerListeners

  public void setScheduledTimerListeners(ScheduledTimerListener[] scheduledTimerListeners)

  使用すべきではありません。
  ScheduledTimerListener オブジェクトのリストを、この FactoryBean が作成する TimerManager に登録します。各 ScheduledTimerListener の設定に応じて、TimerManager のスケジュール方法の 1 つを介して登録されます。

  関連事項:

  TimerManager.schedule(commonj.timers.TimerListener, long)SE, TimerManager.schedule(commonj.timers.TimerListener, long, long)SE, TimerManager.scheduleAtFixedRate(commonj.timers.TimerListener, long, long)SE

• afterPropertiesSet

  public void afterPropertiesSet()
                          throws NamingExceptionSE

  使用すべきではありません。
  インターフェースからコピーされた説明: InitializingBean
  すべての Bean プロパティを設定し、BeanFactoryAware、ApplicationContextAware などを満たした後、包含 BeanFactory によって呼び出されます。

  このメソッドにより、Bean インスタンスは、すべての Bean プロパティが設定されたときに、その全体的な構成の検証と最終的な初期化を実行できます。

  次で指定:

  インターフェース InitializingBean の afterPropertiesSet 

  オーバーライド:

  クラス TimerManagerAccessor の afterPropertiesSet 

  例外:

  NamingExceptionSE

• getObject

  @Nullable
  public TimerManagerSE getObject()

  使用すべきではありません。
  インターフェースからコピーされた説明: FactoryBean
  このファクトリによって管理されるオブジェクトのインスタンス（おそらく共有または独立）を返します。

  BeanFactory と同様に、これにより、シングルトンとプロトタイプの両方のデザインパターンをサポートできます。

  この FactoryBean が呼び出し時にまだ完全に初期化されていない場合（たとえば、循環参照に関係しているため）、対応する FactoryBeanNotInitializedException をスローします。

  Spring 2.0 以降、FactoryBeans は null オブジェクトを返すことができます。ファクトリはこれを通常の値として使用します。この場合、FactoryBeanNotInitializedException はスローされません。FactoryBean の実装では、必要に応じて FactoryBeanNotInitializedException 自体をすぐにスローすることをお勧めします。

  次で指定:

  インターフェース FactoryBean<TimerManagerSE> の getObject 

  戻り値:

  Bean のインスタンス (null にすることができます)

  関連事項:

  FactoryBeanNotInitializedException

• getObjectType

  public ClassSE<? extends TimerManagerSE> getObjectType()

  使用すべきではありません。
  インターフェースからコピーされた説明: FactoryBean
  この FactoryBean が作成するオブジェクトの型を返します。事前にわからない場合は null を返します。

  これにより、たとえばオートワイヤーなどで、オブジェクトをインスタンス化せずに特定の型の Bean を確認できます。

  シングルトンオブジェクトを作成している実装の場合、このメソッドはシングルトンの作成を可能な限り回避しようとします。むしろ、事前に型を推定する必要があります。プロトタイプの場合、ここで意味のある型を返すこともお勧めします。

  このメソッドは、この FactoryBean が完全に初期化される前に呼び出すことができます。初期化中に作成された状態に依存しないでください。もちろん、利用可能な場合はそのような状態を引き続き使用できます。

  注意 : オートワイヤーは、ここで null を返す FactoryBeans を単に無視します。FactoryBean の現在の状態を使用して、このメソッドを適切に実装することを強くお勧めします。

  次で指定:

  インターフェース FactoryBean<TimerManagerSE> の getObjectType 

  戻り値:

  この FactoryBean が作成するオブジェクトの型、または呼び出し時に不明な場合は null 

  関連事項:

  ListableBeanFactory.getBeansOfType(java.lang.Class<T>)

• isSingleton

  public boolean isSingleton()

  使用すべきではありません。
  インターフェースからコピーされた説明: FactoryBean
  このファクトリによって管理されるオブジェクトはシングルトンですか？ つまり、FactoryBean.getObject() は常に同じオブジェクト（キャッシュ可能な参照）を返しますか？

  注意 : FactoryBean がシングルトンオブジェクトを保持することを示す場合、getObject() から返されたオブジェクトは所有 BeanFactory によってキャッシュされる可能性があります。FactoryBean が常に同じ参照を公開しない限り、true を返さないでください。

  FactoryBean 自体のシングルトンステータスは、通常、所有する BeanFactory によって提供されます。通常、そこではシングルトンとして定義する必要があります。

  注意 : false を返すこのメソッドは、返されるオブジェクトが独立したインスタンスであることを必ずしも示しません。拡張 SmartFactoryBean インターフェースの実装は、SmartFactoryBean.isPrototype() メソッドを通じて独立したインスタンスを明示的に示す場合があります。この拡張インターフェースを実装しないプレーンな FactoryBean 実装は、isSingleton() 実装が false を返す場合、常に独立したインスタンスを返すと単純に想定されます。

  FactoryBean は通常シングルトンインスタンスを管理するため、デフォルトの実装では true が返されます。

  次で指定:

  インターフェース FactoryBean<TimerManagerSE> の isSingleton 

  戻り値:

  公開されたオブジェクトがシングルトンかどうか

  関連事項:

  FactoryBean.getObject(), SmartFactoryBean.isPrototype()

• destroy

  public void destroy()

  使用すべきではありません。
  シャットダウン時に静的に登録されたすべてのタイマーをキャンセルし、基になる TimerManager を停止します（共有されていない場合）。

  次で指定:

  インターフェース DisposableBean の destroy 

  オーバーライド:

  クラス TimerManagerAccessor の destroy 

  関連事項:

  Timer.cancel()SE, TimerManager.stop()SE