Hi Achim,

my email address is [email protected]. Don't know about the username, 
usually I use the username siano, but on github I have the user stsiano (so 
that will be the usere where pull requests appear).

Concerning the Jira issues: I had a closer look into why the JSF tests 
don't work. Actually I don't get how this is even supposed to work. The 
tests include the an el-api-bundle, but no el implementation. How does this 
work on jetty? Does that bring its own el-Implementation? On undertow these 
tests are actually deactivated as well.

Best regards
Stephan

Am Montag, 27. Februar 2017 18:58:33 UTC+1 schrieb Achim Nierbeck:
>
> Hi Stephan, 
>
> we can create a Jira user real quick, just tell me what email and 
> user-name. 
> If you have improvements we're more than happy to apply those back to 
> Pax-Web, WE LOVE CONTRIBUTIONS :-)
> So best to start with a Jira issue, a pull request would be great. 
>
> regarding Tomcat we still have one major drawback, due to the way Tomcat 
> handles this, it's not possible to have more then one
> Servlet Mapping per servlet[1]. 
>
> regards, Achim 
>
> [1] - https://ops4j1.jira.com/browse/PAXWEB-513
>
> 2017-02-27 12:51 GMT+01:00 Stephan Siano <[email protected] <javascript:>>
> :
>
>> Hi Achim,
>>
>> I had a look into the tests. The JSF tests still do not work (the bundle 
>> still does not start). Neither does the error and index page support work.
>>
>> Actually there is one issue a little more pressing to me. The current 
>> code can parse tomcat-server.xml files and will also instantiate entities 
>> like valves, however in the end the setServer method on embedded tomcat is 
>> called which discards almost everything again. I could patch this locally 
>> (and the existing tests still work with that), but it might be useful to 
>> contribute that.
>>
>> If I understand this correctly, I would first need a JIRA user, right?
>>
>> Best regards
>> Stephan
>>
>> Am Freitag, 24. Februar 2017 11:22:02 UTC+1 schrieb Achim Nierbeck:
>>>
>>> Hi Stephan, 
>>>
>>> welcome to the list :)
>>>
>>> regarding Tomcat, there are some open Issues in our JIRA[1].
>>> Debugging is easiest with the integration tests for Pax-Web with 
>>> container Tomcat[2]. 
>>> Regarding newer versions of Tomcat, yes possible, but always cumbersome 
>>> to have a pax-tipi release of it beforehand ... 
>>>
>>> regards, Achim 
>>>
>>>
>>> [1] - 
>>> https://ops4j1.jira.com/issues/?jql=project%20%3D%20PAXWEB%20AND%20labels%20%3D%20Tomcat%20ORDER%20BY%20created%20DESC%20
>>> [2] - 
>>> https://github.com/ops4j/org.ops4j.pax.web/tree/master/pax-web-itest/pax-web-itest-container/pax-web-itest-container-tomcat
>>>
>>>
>>>
>>> 2017-02-24 9:13 GMT+01:00 Stephan Siano <[email protected]>:
>>>
>>>> Hi,
>>>>
>>>> I am new to this list, so please forgive me if I am asking questions 
>>>> that are already answered elsewhere.
>>>>
>>>> I had some look into the tomcat integration into Pax-Web, which is 
>>>> marked as being "still experimental but better supported" for quite some 
>>>> time now. We would like to drive it a little more towards production 
>>>> readiness. Is there someone to discuss issues with who knows the coding 
>>>> better?
>>>>
>>>> Is there a good way to debug this? I have some issues with the 
>>>> configuration file support: the config file is read and parsed and (e.g. 
>>>> Valves configured in there are instantiated, but when the Web extender 
>>>> starts a servlet, everything is gone again...). Currently I am doing 
>>>> remote 
>>>> debugging with a Karaf container, but if I want to try out changes this 
>>>> might not be the most efficient way to work.
>>>>
>>>> It might also be a good idea to reference a newer Tomcat version 
>>>> (8.0.14 is not too current, it might be a good idea to update to 8.0.41 or 
>>>> 8.5.11, which would also require a contribution to Pax-Tipi for the 
>>>> bundles). 
>>>>
>>>> Best regards
>>>> Stephan
>>>>
>>>> -- 
>>>> -- 
>>>> ------------------
>>>> OPS4J - http://www.ops4j.org - [email protected]
>>>>
>>>> --- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "OPS4J" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to [email protected].
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>
>>>
>>> -- 
>>>
>>> Apache Member
>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer 
>>> & Project Lead
>>> blog <http://notizblog.nierbeck.de/>
>>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>>>
>>> Software Architect / Project Manager / Scrum Master 
>>>
>>> -- 
>> -- 
>> ------------------
>> OPS4J - http://www.ops4j.org - [email protected] <javascript:>
>>
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
>
> Apache Member
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & 
> Project Lead
> blog <http://notizblog.nierbeck.de/>
> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>
> Software Architect / Project Manager / Scrum Master 
>
>

-- 
-- 
------------------
OPS4J - http://www.ops4j.org - [email protected]

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to