• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag
 

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Quartz Scheduler -- Clustering
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Quartz Scheduler -- Clustering


  • Subject: Re: Quartz Scheduler -- Clustering
  • From: Jesse Tayler via Webobjects-dev <email@hidden>
  • Date: Sat, 15 Feb 2025 23:55:27 -0500

Thanks, I seem to have found that by initializing Quartz in my Applicaiton
main(), very early even — I have it working but I GET TWO EMAILS! I have two
instances and they both send the same notifications. Grrr...

I was sure I read code that was locking the Database and I figured a date or
something was being used to prevent that in a cluster?

I also notice that I do NOT seem to have control over properties? Such as
turning it on/off

er.quartzscheduler.schedulerServiceToLaunch=true

Vs false seems to have no effect.

I have to spark Quartz up by hand, in my main() and that’s odd —

Something is afoot!



> On Feb 15, 2025, at 11:43 PM, Samuel Pelletier <email@hidden> wrote:
>
> Hi Jesse,
>
> I would try to set the main log level to debug and look at the entries...
> There is maybe some hints there.
>
> In WOApplication, the code will print uncatched exception to stderr, make
> sure you capture this output.
> /*  556 */                 NSLog.err.appendln((Object)("A fatal exception
> occurred: " + throwable.getMessage()));
>
> It appears like this in debug console when I trigger an IllegalAccessError in
> a framework didFinishInitialization() handler.
> févr. 15 23:27:43 AppName[2325] WARN  NSLog  - A fatal exception occurred:
> java.lang.IllegalAccessError
> Exception stock trace printed here
>
> I have no idea where these 2 lines come from:
>> Terminating Session Instance
>> New Session Instance
>
> Hope this can help.
>
> Regards,
>
> Samuel
>
>
>> Le 14 févr. 2025 à 18:00, Jesse Tayler <email@hidden> a écrit :
>>
>> I have the scheduler working but somehow on production, (which is in a
>> container) it simply craps out seemingly right around the time Quartz rolls
>> in.
>>
>> So the app starts up and connects to RDBMS as normal.
>>
>> A few seconds in, around the time I would expect Quartz to load up and
>> query- it dies.
>>
>> But there’s no error, it seems like the app was asked to shut down?
>>
>> A watchdog?
>>
>> Too much RAM?
>>
>> Feb 14 17:10:07 TruAnon[2002] DEBUG NSLog  - 0 row(s) processed
>> Feb 14 17:10:07 TruAnon[2002] DEBUG NSLog  -  === Commit Internal Transaction
>> Terminating Session Instance
>> New Session Instance
>> APPLICATION SHUTDOWN SEQUENCE COMPLETE
>>
>> Boom
>>
>> It’s dead and gone.
>>
>> Any idea how a WO app can gracefully die like that without any error?
>>
>>
>

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: Quartz Scheduler -- Clustering
      • From: Samuel Pelletier via Webobjects-dev <email@hidden>
References: 
 >Quartz Scheduler -- Clustering (From: Jesse Tayler via Webobjects-dev <email@hidden>)
 >Re: Quartz Scheduler -- Clustering (From: Paul Hoadley via Webobjects-dev <email@hidden>)
 >Re: Quartz Scheduler -- Clustering (From: Jesse Tayler via Webobjects-dev <email@hidden>)
 >Re: Quartz Scheduler -- Clustering (From: Samuel Pelletier via Webobjects-dev <email@hidden>)
 >Re: Quartz Scheduler -- Clustering (From: Jesse Tayler via Webobjects-dev <email@hidden>)
 >Re: Quartz Scheduler -- Clustering (From: Samuel Pelletier via Webobjects-dev <email@hidden>)

  • Prev by Date: Re: Quartz Scheduler -- Clustering
  • Next by Date: Re: Quartz Scheduler -- Clustering
  • Previous by thread: Re: Quartz Scheduler -- Clustering
  • Next by thread: Re: Quartz Scheduler -- Clustering
  • Index(es):
    • Date
    • Thread