deltaspike-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shane Bryzak <sbry...@gmail.com>
Subject Re: [DISCUSS] [DELTASPIKE-8] @Veto
Date Tue, 20 Dec 2011 21:28:53 GMT
+1 for @Veto
-1 for @Deactivate and @Ignore

On Tue, Dec 20, 2011 at 8:46 PM, Ove Ranheim <oranheim@gmail.com> wrote:

> I'm not a core member of DeltaSpike, but if I may share my view.
>
> +1 to @Veto
> +0 to @Deactivate
>
> -1 for @Ignore, because this annotation is used by JUnit and may be
> confusing.
>
> Ove
>
> On Dec 20, 2011, at 11:41 AM, Antoine Sabot-Durand wrote:
>
> > +1 for @Veto or @Ignore
> > +0 for @Deactivate.
> >
> > I like the concept of putting @Veto on a package (to veto all my JPA
> entities for instance)
> >
> > Antoine
> >
> >
> > Le 15 déc. 2011 à 18:26, Matthias Wessendorf a écrit :
> >
> >> On Wed, Dec 14, 2011 at 9:56 PM, Mark Struberg <struberg@yahoo.de>
> wrote:
> >>> Hmm, I think @Veto is perfectly fine, because all it does is:
> ProcessAnnotatedType#veto() isn't?
> >>
> >> +1 on @Veto;
> >> perhaps @Ignore ?!
> >>
> >>>
> >>> LieGrue,
> >>> strub
> >>>
> >>>
> >>> PS: we decided to not add it to codi because @Typed() does roughly the
> same and doesn't add any Extension overhead. But actually I
> >>> don't care much about 5ms more...
> >>
> >> uh... that's not a general statement, eh ? :)
> >>>
> >>>
> >>> ----- Original Message -----
> >>>> From: Gerhard Petracek <gerhard.petracek@gmail.com>
> >>>> To: deltaspike-dev@incubator.apache.org
> >>>> Cc:
> >>>> Sent: Wednesday, December 14, 2011 9:36 PM
> >>>> Subject: Re: [DISCUSS] [DELTASPIKE-8] @Veto
> >>>>
> >>>> we discussed such a feature for codi and didn't add it because of
> @Typed()
> >>>>
> >>>> @jason:
> >>>> imo @Veto is the wrong name (if there is no real veto)
> >>>>
> >>>> regards,
> >>>> gerhard
> >>>>
> >>>>
> >>>>
> >>>> 2011/12/14 Jason Porter <lightguard.jp@gmail.com>
> >>>>
> >>>>> Sort of, it doesn't really veto the bean though. You could still
> inject
> >>>> it
> >>>>> by using the concrete type.
> >>>>>
> >>>>> On Wed, Dec 14, 2011 at 13:24, Mark Struberg <struberg@yahoo.de>
> >>>> wrote:
> >>>>>
> >>>>>> +1
> >>>>>>
> >>>>>> Of course, the CDI-1.0 way to do this out of the box would be
a
> >>>>>>
> >>>>>> @Typed()
> >>>>>>
> >>>>>> It has a bit a different mechanic, but basically serves the
same
> goal.
> >>>>>>
> >>>>>> LieGrue,
> >>>>>> strub
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> ----- Original Message -----
> >>>>>>> From: Jason Porter <lightguard.jp@gmail.com>
> >>>>>>> To: deltaspike-dev@incubator.apache.org
> >>>>>>> Cc:
> >>>>>>> Sent: Wednesday, December 14, 2011 9:05 PM
> >>>>>>> Subject: [DISCUSS] [DELTASPIKE-8] @Veto
> >>>>>>>
> >>>>>>> As per [1] we're discussing the top features from both CODI
> >>>> (core) and
> >>>>>>> Solder.
> >>>>>>>
> >>>>>>> This issue is for @Veto [2] from Solder.
> >>>>>>>
> >>>>>>> Basic idea:
> >>>>>>> Provide an easy way for application developers to veto beans
in
> >>>> their
> >>>>>>> application. Of course users could create their own Extension
and
> >>>> veto
> >>>>>> that
> >>>>>>> way, this does all the boilerplate for them. All the users
need
> >>>> to do
> >>>>> is
> >>>>>>> annotate the bean(s), or the package in package-info.java
and the
> >>>>> bean(s)
> >>>>>>> (all in the package if annotated at the package level) will
be
> >>>> vetoed.
> >>>>>>>
> >>>>>>> The suggestion is to keep the feature as it currently stands,
> >>>>>> essentially a
> >>>>>>> copy / paste (package name change) from Solder.
> >>>>>>>
> >>>>>>> Please send +1 +0 -1 for this proposal.
> >>>>>>>
> >>>>>>> If you have *basic* objections please add them to [3]
> >>>>>>>
> >>>>>>> [1] http://markmail.org/message/7yefspfuvtz4jvmp
> >>>>>>> [2]
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> http://docs.jboss.org/seam/3/3.1.0.CR1/reference/en-US/html/solder-programmingmodel.html#d0e338
> >>>>>>> [3]
> >>>>>>>
> >>>>>>
> >>>>>
> https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking
> >>>>>>> --
> >>>>>>> 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
> >>>>>
> >>>>
> >>
> >>
> >>
> >> --
> >> Matthias Wessendorf
> >>
> >> blog: http://matthiaswessendorf.wordpress.com/
> >> sessions: http://www.slideshare.net/mwessendorf
> >> twitter: http://twitter.com/mwessendorf
> >
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message