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 snapshot at home.
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 >
