The PNG links yield Temporary Error (404). Gary
On Fri, Aug 28, 2020 at 12:31 PM Xeno Amess <xenoam...@gmail.com> wrote: > @Gary Gregory <garydgreg...@gmail.com> > the outcome is: > Eclipse users CAN use those annotations, but MUST install a eclipse-plugin > to detect those bugs and show them on screen. > (though both idea and eclipse users CAN choose to use maven plugin to do > it lol) > > The plugin is: > eclipse_2020-08-29_00-28-02.png > (14 K) > > <https://mail.google.com/mail/u/0?ui=2&ik=40323997ff&attid=0.1&permmsgid=msg-a:r-2567034696490897823&view=att&disp=safe&realattid=f_keegbc8a0> > > > and the outcome gui page is: > eclipse_2020-08-29_00-30-29.png > (236 K) > > <https://mail.google.com/mail/u/0?ui=2&ik=40323997ff&attid=0.2&permmsgid=msg-a:r-2567034696490897823&view=att&disp=safe&realattid=f_keegd69v1> > > > Well, it seems at least usable :) > > Xeno Amess <xenoam...@gmail.com> 于2020年8月28日周五 下午11:08写道： > >> > Keep in mind that not everyone uses IJ, for example, I use Eclipse. >> Yep. >> And not every jetbrains library requires people use idea. >> I think Eclipse can supports those annotations. >> Let me, have a test :) >> >> >> Gary Gregory <garydgreg...@gmail.com> 于2020年8月28日周五 下午11:04写道： >> >>> Keep in mind that not everyone uses IJ, for example, I use Eclipse. >>> >>> Gary >>> >>> On Fri, Aug 28, 2020 at 10:54 AM Xeno Amess <xenoam...@gmail.com> wrote: >>> >>> > > IntelliJ specifies Runtime retention so they can interact >>> > with IntelliJ's internal JRE, which adds additional assertions into the >>> > code to enforce the annotations. >>> > >>> > seems never. >>> > see this demo repo. >>> > https://github.com/XenoAmess/demo_jetbrains_annotation >>> > >>> > And I looked up the sources and see every annotation classes be >>> > with RetentionPolicy.CLASS or RetentionPolicy.SOURCE >>> > >>> > HOWEVER, I was talking about org.jetbrainss.annotations. >>> > but for jsr305, which is google java codes, I will not be very >>> surprised if >>> > they have different ideas. >>> > >>> > Miguel Muñoz <swingguy1...@gmail.com> 于2020年8月28日周五 下午1:54写道： >>> > >>> > > Good question. IntelliJ specifies Runtime retention so they can >>> interact >>> > > with IntelliJ's internal JRE, which adds additional assertions into >>> the >>> > > code to enforce the annotations. So even though they have Runtime >>> > > retention, they're still a development-phase tool. In production, >>> they >>> > > don't need to be retained at runtime. Personally, I never need the >>> > Runtime >>> > > retention feature, so if we write our own annotations, we can give >>> them >>> > > compile-time retention and they'll work fine. That's often how I >>> work. In >>> > > fact, I often use my own annotations, which don't have Runtime >>> retention, >>> > > and they work fine, so I don't miss that feature. >>> > > >>> > > — Miguel Muñoz >>> > > >>> > > On Tue, Aug 25, 2020 at 12:36 PM Jochen Wiedmann < >>> > > jochen.wiedm...@gmail.com> >>> > > wrote: >>> > > >>> > > > On Tue, Aug 25, 2020 at 9:08 PM sebb <seb...@gmail.com> wrote: >>> > > > >>> > > > > AFAIK that means Maven won't download the dependency. >>> > > > > Surely that makes it harder for the developer? >>> > > > >>> > > > No, it means that Maven won't add the dependency to a distribution. >>> > > > >>> > > > However, I've got a question: These annotations have >>> > > > @Retention(Runtime). (See >>> > > > >>> > > > >>> > > >>> > >>> https://www.javadoc.io/doc/com.google.code.findbugs/jsr305/latest/javax/annotation/Nullable.html >>> > > > .) >>> > > > Aren't we enforcing the presence of the respective jar at runtime? >>> > > > >>> > > > >>> > > > Jochen >>> > > > >>> > > > -- >>> > > > >>> > > > Look, that's why there's rules, understand? So that you think >>> before >>> > > > you break 'em. >>> > > > >>> > > > -- (Terry Pratchett, Thief of Time) >>> > > > >>> > > > >>> --------------------------------------------------------------------- >>> > > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> > > > For additional commands, e-mail: dev-h...@commons.apache.org >>> > > > >>> > > > >>> > > >>> > >>> >>
