On Mon, Sep 29, 2008 at 5:56 PM, Edward Dowgiallo <[EMAIL PROTECTED]> wrote: > I can't get any of the releases imported to our development system > until they go 'production' on the Apache site. I will try out the I understand that. > snapshot at home. that was what I tried to say ;-) Try them at the development stage, not production.
-M > > Ed > > On 9/29/08, Matthias Wessendorf <[EMAIL PROTECTED]> wrote: >> Hi Ed, >> >> there will be a release by end of October, that contains the fix. >> Is it possible for you to test against a pretty recent snapshot of 1.2.10 ? >> (or against 1.1.10 if you are on the JSF 1.1 side): >> >> http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/trinidad-api/1.2.10-SNAPSHOT/ >> http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/trinidad-impl/1.2.10-SNAPSHOT/ >> >> -Matthias >> >> On Mon, Sep 29, 2008 at 5:26 PM, Edward Dowgiallo <[EMAIL PROTECTED]> >> wrote: >>> It's been about a month since I posted the previous message, any >>> thoughts on the questions? >>> >>> Is there a workaround for Trinidad-73? Currently, it doesn't take too >>> many users to crash Tomcat when we hit the maximum open files per >>> process limit in z-Linux. >>> >>> Thank you, >>> Ed >>> >>> On 8/25/08, Edward Dowgiallo <[EMAIL PROTECTED]> wrote: >>>> We've been using a lot of include files in our JSF pages to sort of >>>> simulate tiles. The open file handle issue is a show stopper for us. >>>> When we tried a beta test with a relatively small group of people, we >>>> overran the 1000 file handle limit on our OS process very quickly. >>>> After hitting the limit, the Tomcat server crashed. We aren't really >>>> effected in development, but just upping the file handles per process >>>> isn't going to help us in production. Our user base is 10000+. >>>> >>>> Is the group aware of any Trinidad deployments involving large numbers >>>> of users? Is Trinidad on Tomcat a viable environment for larger >>>> numbers of users? Has any performance testing been done to see how >>>> well the library scales? >>>> >>>> Ed >>>> >>>> On 8/25/08, Harald Kuhn (JIRA) <[email protected]> wrote: >>>>> >>>>> [ >>>>> https://issues.apache.org/jira/browse/TRINIDAD-73?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12625333#action_12625333 >>>>> ] >>>>> >>>>> Harald Kuhn commented on TRINIDAD-73: >>>>> ------------------------------------- >>>>> >>>>> Thanks. >>>>> This fix reduces the used file handles on first request from about 50 to >>>>> 2. >>>>> That's great. >>>>> >>>>> But I want to share two points I have noticed: >>>>> 1) this fix seems to be useless if your webapp is deployed to Tomcat >>>>> (Version 5.5.25) with option antiJARLocking="true". >>>>> This might be a Tomcat issue. >>>>> >>>>> 2) There are still multiple file handles for the generated css files >>>>> (Output of lsof) >>>>> java 30914 tomcat 4r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> java 30914 tomcat 15r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> java 30914 tomcat 43r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> java 30914 tomcat 54r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> java 30914 tomcat 58r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> java 30914 tomcat 61r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> java 30914 tomcat 86r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> java 30914 tomcat 88r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> java 30914 tomcat 97r REG 8,2 90191 833043 >>>>> /opt/apache-tomcat-5.5.25/work/Catalina/localhost/current/adf/styles/cache/airplus-desktop-uhtlx2-en-ltr-ie-6.0.css >>>>> >>>>>> trinidad-impl.jar file is left open during execution >>>>>> ---------------------------------------------------- >>>>>> >>>>>> Key: TRINIDAD-73 >>>>>> URL: https://issues.apache.org/jira/browse/TRINIDAD-73 >>>>>> Project: MyFaces Trinidad >>>>>> Issue Type: Bug >>>>>> Affects Versions: 1.0.1-core >>>>>> Reporter: Adam Winer >>>>>> Assignee: Matthias Weßendorf >>>>>> Fix For: 1.2.10-core, 1.0.10-core >>>>>> >>>>>> Attachments: AggregatingResourceLoader-patch-on-547038.txt, >>>>>> CachingResourceLoader-patch-on-549615.txt, >>>>>> ProxyResourceLoader-patch-on-518820.txt, >>>>>> ResourceServlet-patch-on-549620.txt, >>>>>> URLInputStreamProvider-patch-on-549615.txt, >>>>>> URLUtils-patch-on-660215.txt, >>>>>> URLUtils.java >>>>>> >>>>>> >>>>>> When running a Trinidad application, trinidad-impl.jar is getting >>>>>> locked >>>>>> with open FileInputStream objects. When GC occurs, the >>>>>> FileInputStreams >>>>>> are getting cleared, but as new FileInputStreams are opened on each >>>>>> request, the file is eternally locked. Other files are likely getting >>>>>> locked too. >>>>> >>>>> -- >>>>> This message is automatically generated by JIRA. >>>>> - >>>>> You can reply to this email to add a comment to the issue online. >>>>> >>>>> >>>> >>> >> >> >> >> -- >> Matthias Wessendorf >> >> blog: http://matthiaswessendorf.wordpress.com/ >> sessions: http://www.slideshare.net/mwessendorf >> twitter: http://twitter.com/mwessendorf >> > -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf
