users@javaee-security-spec.java.net

[javaee-security-spec users] [jsr375-experts] Re: Re: Social Media presence for Soteria

From: arjan tijms <arjan.tijms_at_gmail.com>
Date: Wed, 3 Feb 2016 18:24:05 +0100

Would be cool if someone could setup a CI container for them. I'll add the
actual tests in the near future (hopefully next week at the latest).

I also added a compatibility note:

Soteria currently fully runs on Payara 4.1.1.161 and JBoss WildFly 10, and
mostly on GlassFish 4.1.1. Soteria unfortunately does not run on Liberty 8
or 9 at the moment due to missing support for CDI in server authentication
modules. Soteria does not run at all on WebLogic 12.2.1 due to a problem
with server authentication modules working at all.

Btw, no issues with the error messages here (yet)







On Wed, Feb 3, 2016 at 6:20 PM, Werner Keil <werner.keil_at_gmail.com> wrote:

> Ok, if those are integration tests, not just sample apps, then it makes
> sense in a separate module under the RI repo.
> Especially for those it would be awesome, if we could automate and run
> them in a CI container somewhere (maybe aside from Oracle other corporate
> EG members like TomEE or Red Hat/JBoss/OpenShift might be able to help with
> that?;-)
>
> Btw. I keep getting strange error messages when the mailing list tries to
> auto-forward from "experts" to "users" since around noon CET. Anybody else
> also faces the same?
>
> Kind Regards,
> Werner
>
> On Wed, Feb 3, 2016 at 6:15 PM, arjan tijms <arjan.tijms_at_gmail.com> wrote:
>
>> On Wed, Feb 3, 2016 at 6:06 PM, Werner Keil <werner.keil_at_gmail.com>
>> wrote:
>>
>>> A small detail, but wondering, if example apps should be in
>>> https://github.com/javaee-security-spec/soteria/tree/master/test rather
>>> than https://github.com/javaee-security-spec/javaee-security-examples
>>> ?;-)
>>>
>>
>> I put them in soteria/test just like
>> https://github.com/spericas/ozark/tree/master/test does.
>>
>> If you look closer at each entry in ozark/test, then it becomes clear
>> that each one is a separate (war) app. The integration (not unit) test then
>> simply uses HTML unit to request a URL from the deployed war and makes some
>> assertions. See eg
>> https://github.com/spericas/ozark/blob/master/test/facelets/src/test/java/org/glassfish/ozark/test/facelets/FaceletsIT.java
>>
>> It's the same approach as uses in the Java EE 7 samples project, and
>> actually Mojarra. The IT tests are both examples/sampels as tests.
>>
>>
>> Oh and btw, "and RI implementation" sounds redundant, as "RI" already
>>> stands for "Reference Implementation" but that's even smaller, just
>>> cosmetic;-)
>>
>>
>> Hmmm, indeed ;) It's a bit like saying EJB bean. You do see this a lot
>> though, but I've changed it nevertheless. Thanks!
>>
>> Kind regards,
>> Arjan Tijms
>>
>>
>>
>>
>>>
>>> Cheers,
>>>
>>> Werner
>>>
>>> On Wed, Feb 3, 2016 at 6:03 PM, Werner Keil <werner.keil_at_gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> It will if at all require help by the PMO. Let's see, how that goes,
>>>> otherwise we could always use one of two options, either the "gh_pages"
>>>> branch (see the same for JSR 363 API:
>>>> http://unitsofmeasurement.github.io/unit-api/ its primary goal is to
>>>> hold JavaDoc or Maven site, which is why the entry page is still rather
>>>> basic ;-) in the new Soteria repo or an organization-wide GitHub site
>>>> (similar to http://unitsofmeasurement.github.io/) on GitHub, too.
>>>>
>>>> Kind Regards,
>>>> Werner
>>>>
>>>> On Wed, Feb 3, 2016 at 5:53 PM, arjan tijms <arjan.tijms_at_gmail.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I think the management spec lead mentioned not being able to create
>>>>> projects on java.net either.
>>>>>
>>>>> Anyway, I've created the soteria repo at
>>>>> https://github.com/javaee-security-spec/soteria
>>>>>
>>>>> It contains the upstream api, the RI implementation and the example
>>>>> apps in the test module. These apps can be used in a later stage to
>>>>> function as actual tests. I pretty much followed the template from MVC.
>>>>>
>>>>> I also followed JSF and MVC with using "m01" as the version instead of
>>>>> the previous edr1. That way we can release milestones if needed and then a
>>>>> specific milestone can be submitted as an EDR.
>>>>>
>>>>> Kind regards,
>>>>> Arjan Tijms
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>