Pete,

I'll be introducing use of this project into Seam i18n over the coming month.

Might still be alpha, but it has been stable for a while now with only occasional minor changes.

Ken


Sent from my iPhone

On May 13, 2011, at 4:36, Peter Royle <howardmoon@screamingcoder.com> wrote:

JSR-310 looks useful for defining the current time on the payloads that get fired, which is part of the external API. I think that's about it so far. So considering JSR-310 is alpha, is it still advisable to use that project as part of my API?

Does anyone else on this list use that project for anything? Please let me know.

Pete R



On 13/05/2011, at 4:58 PM, Jason Porter wrote:

Info is at http://threeten.sourceforge.net/ and apidocs: http://threeten.sourceforge.net/apidocs/

Just thought it might be a good alternative for the scheduling idea.

On Fri, May 13, 2011 at 00:51, Pete Royle <pete@screamingcoder.com> wrote:
No. What's it good for?



Jason Porter wrote:
Maybe a bit of a tangent, but have you thought of using JSR 310?

On Thu, May 12, 2011 at 18:53, Pete Royle <howardmoon@screamingcoder.com> wrote:
Shane mentioned Task and Action, of which we both prefer Action.

I also just thought of Trigger and Notification.

Pete R


George Gastaldi wrote:
> I suggest adding a java.util.concurrent.TimeUnit attribute to @Every
> annotation and stick to CronEvent naming standard.
>
> 2011/5/12 Pete Royle <howardmoon@screamingcoder.com>:
>
>> Hi All,
>>
>> Having trouble deciding on something. Originally observer methods for
>> scheduled events were quite readable and intuitive, eg:
>>
>> public void doStuff(@Observes @Scheduled("10:00") Event e) { ... }
>>
>> However, due to possible confusion between org.jboss.seam.cron.events.Event
>> and javax.enterprise.event.Event Event was renamed to CronEvent. This is
>> fine, but I wonder if there's any better options. Viable options I've
>> thought of so far include:
>>
>> @Observes @Scheduled("10:00") CronEvent ce
>> @Observes @Scheduled("10:00") Instant i
>> @Observes @Scheduled("10:00") Moment m
>> @Observes @Scheduled("10:00") Tick t
>> @Observes @Scheduled("10:00") Occurrence o
>> @Observes @Scheduled("10:00") Appointment a
>>
>> Or maybe go for something different like:
>>
>> @Observes @At("10:00") Schedule s
>> @Observes @Recurring("10:00") Schedule s
>>
>> I figured since this is going to be the most used part of the API I would
>> throw it out there for discussion and to see if there are any better ideas
>> out there.
>>
>> It's probably worth mentioining that another part of the API looks like
>> this:
>>
>> @Observes @Every Second s
>> @Observes @Every Minute m
>> @Observes @Every Hour h
>>
>> Thanks for the feedback.
>>
>> Pete R
>>
>> _______________________________________________
>> seam-dev mailing list
>> seam-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/seam-dev
>>
>>
>>
_______________________________________________
seam-dev mailing list
seam-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev



--
Jason Porter
http://lightguard-jp.blogspot.com
http://twitter.com/lightguardjp

Software Engineer
Open Source Advocate
Author of Seam Catch - Next Generation Java Exception Handling

PGP key id: 926CCFF5
PGP key available at: keyserver.net, pgp.mit.edu



--
Jason Porter
http://lightguard-jp.blogspot.com
http://twitter.com/lightguardjp

Software Engineer
Open Source Advocate
Author of Seam Catch - Next Generation Java Exception Handling

PGP key id: 926CCFF5
PGP key available at: keyserver.net, pgp.mit.edu

_______________________________________________
seam-dev mailing list
seam-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev