Wherever that might be, but especially in this JSR the spirit and constructive contribution by community members already showed how it could work even more smoothly in some Open Source ecosystem for

It was a unique experience to be involved in an EG and I learned a lot. And Thanks to Arjan for the huge amount of work he has put into the spec. Without his work, there would be no vote at all if you

Hi all, Thanks everyone involved in this important work. Arjan, you're a true example of commitment and we all know we wouldn't be here without all the work you've put into this from way before the

Hi all, Today we passed our Final Approval Ballot: https://jcp.org/en/jsr/results?id=6044 The result is an unanimous yes, with only Intel not having voted. Thanks to everybody involved :) Without all

Thanks, Arjan. FYI, PR #177 adds the call to proceed(), if you want to have a look. The SecurityManager aspect is puzzling, but I suspect it's actually unrelated, or is related only

Hi, Just saw this coming in so sorry for the somewhat late reply. I'm indeed pretty sure it needs to call `invocationContext.proceed()` like you mention. The moment it calls this probably doesn't even

Comments from other EG members/Contributors also welcome ... ;) -- Will Hopkins | WebLogic Security Architect | +1.781.442.0310Oracle Developer Experience35 Network Drive, Burlington, MA

Arjan, Can you have a look at #174, and let me know what you think ASAP? To summarize, I think the RememberMeInterceptor must call invocationContext.proceed(), to delegate to

That was used to collect changes between the PFD draft and the draft that was submitted for FAB. -- Will Hopkins | WebLogic Security Architect | +1.781.442.0310Oracle Developer

pfd2, what was the purpose of that? I guess with release tags for all major milestones like PFD or FAB, this branch does not need to be preserved either. Werner

All, It looks to me as if the following branches can be pruned from the JSR-375 repos. Any objections? I won't do this soon, but please let me know asap if any of them need to be

OK, I'll do that then. To summarize: I'll move the security-examples repo to the Java EE org, probably within the next several days. At some point soon, I'll

It could be in the issue tracker, a Wiki (if the project uses that) or just parts of the project site, as long as the ideas are there to discuss and maybe act further. A lot of the code was merely

I was about to propose that. Moving it to the gh-pages branch (or another "proposals" branch, linked from the website) would be enough for me. That, in addition to the old java.net documents would

I'd say take a look at everything that may not be done yet, and probably create a "candidate" GitHub ticket either in the Spec or API project?;-)

Werner, I'm not sure what this is in reference to. Is it the security-proposals repo? If so, I think the question is about the nature and value of the content, and whether, therefore,

Adam had this "Java EE Best Practices" repo once, but it may have died with kenai.com. Java EE Examples would sound more like the examples, but in theory https://github.com/javaee-samples could host

All: I'd like to make the security-examples repo an "official" repo for the JSR, and move it into the Java EE org. The GF doc/samples team is looking for JSR-375 samples, and it makes

Will Hopkins wrote on 08/10/17 06:17 PM: No, the kinds of trivial changes that might be make between FAB and Final Release are a small subset of errata. As the page

Guess I'm good with fewer JavaOne talks now anyway, because M2M Summit approved my talk right after JavaOne in Germany. And after it was at Messe Düsseldorf a few years, this time it gets co-located