Re: [VOTE] bayeux inclusion
On Tue, Jul 22, 2008 at 1:17 PM, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: > As promised, here is the vote for inclusion of the bayeux toolkit > > https://issues.apache.org/bugzilla/show_bug.cgi?id=45413 > > I think this toolkit should > > [X ] +1 include it as an independent component, I'm interested > [ ] 0 sounds interesting > [ ] -1 throw it away Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] bayeux inclusion
On Tue, Jul 22, 2008 at 10:17 AM, Filip Hanik - Dev Lists < [EMAIL PROTECTED]> wrote: > As promised, here is the vote for inclusion of the bayeux toolkit > > https://issues.apache.org/bugzilla/show_bug.cgi?id=45413 > > I think this toolkit should > > [X] +1 include it as an independent component, I'm interested > [ ] 0 sounds interesting > [ ] -1 throw it away > > I plan to put it under > > svn.apache.org/repos/asf/tomcat/cometd/bayeux > > thinking that there may be more cometd components in the future I don't know about this - don't you think we have too many svn trees ? Is there any reason for this ? I wouldn't mind having it in the trunk. Not in the java/ dir, but maybe some extensions/bayeux ? It would be easier for people to see/checkout, and maybe will be easier to package/release extensions, if we end up with more. Costin > > > Filip > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
DO NOT REPLY [Bug 45452] Tomcat - Restriction of 80 file opens?
https://issues.apache.org/bugzilla/show_bug.cgi?id=45452 --- Comment #1 from Julian Reschke <[EMAIL PROTECTED]> 2008-07-22 13:29:48 PST --- Wild guess: doublecheck that you're actually closing the files (if you don't call close on the FileInputStream, the file will stay open in the operating system, and OS limits will apply). -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 6.0.18 test binary
look good Filip Remy Maucherat wrote: Get them here: http://people.apache.org/~remm/tomcat-6/v6.0.18/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] bayeux inclusion
As promised, here is the vote for inclusion of the bayeux toolkit https://issues.apache.org/bugzilla/show_bug.cgi?id=45413 I think this toolkit should [ ] +1 include it as an independent component, I'm interested [ ] 0 sounds interesting [ ] -1 throw it away I plan to put it under svn.apache.org/repos/asf/tomcat/cometd/bayeux thinking that there may be more cometd components in the future Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45459] New: Startup Listener error message unhelpful
https://issues.apache.org/bugzilla/show_bug.cgi?id=45459 Summary: Startup Listener error message unhelpful Product: Tomcat 6 Version: 6.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I get the following error on startup: java.lang.IllegalAccessException: Class org.apache.catalina.core.StandardContext can not access a member of class com.mycom.Myclass with modifiers "private" This occurs when the listener class does not have a public zero argument constructor. Could we improve the error message to make it a little easier to understand? It's too bad that the sun docs don't even mention the requirement: http://java.sun.com/javaee/5/docs/api/index.html?javax/servlet/http/HttpSessionListener.html >>> web.xml: com.mycom.Myclass where Myclass is located inside my war in WEB-INF/class/com/mycom -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45453] New: JDBCRealm. getRoles bad synchronization causes hangs w/ DIGEST authentication
https://issues.apache.org/bugzilla/show_bug.cgi?id=45453 Summary: JDBCRealm.getRoles bad synchronization causes hangs w/ DIGEST authentication Product: Tomcat 5 Version: 5.5.26 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] JDBCRealm.getRoles bad synchronization causes hangs w/ DIGEST authentication JDBCRealm caches PreparedStatement preparedRoles. That, and missing synchronization in JDBCRealm and/or DigestAuthenticator allow two threads to call getRoles simultaneously so that T1 will do stmt.executeQuery() while T2 does stmt.setString(1, userName) plus another .executeQuery() on the same PreparedStatement object. In the worst case, the JDBC driver gets confused by this, and blocks forever waiting for server response, causing all other threads that try to access DB hang. (This was observed with PostgreSQL 8.3-603-jdbc4 JDBC driver) org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:451) org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:350) org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:254) org.apache.catalina.realm.JDBCRealm.getRoles(JDBCRealm.java:631) org.apache.catalina.realm.JDBCRealm.getPrincipal(JDBCRealm.java:596) org.apache.catalina.realm.RealmBase.authenticate(RealmBase.java:399) org.apache.catalina.authenticator.DigestAuthenticator.findPrincipal(DigestAuthenticator.java:283) org.apache.catalina.authenticator.DigestAuthenticator.authenticate(DigestAuthenticator.java:176) -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Feedback for Bayeux contribution
Hi Filip and Guy, great news +1 to commit the bayeux stuff. It was a big step to show the usage of async programming style. Peter Am 17.07.2008 um 03:47 schrieb Filip Hanik - Dev Lists: I'd like some feedback on the contribution, before I call for a vote for inclusion thanks Filip [EMAIL PROTECTED] wrote: https://issues.apache.org/bugzilla/show_bug.cgi?id=45413 Summary: Contribution of Bayeux implementation for Tomcat Product: Tomcat 6 Version: 6.0.16 Platform: All URL: http://svn.hanik.com/svn/repos/tomcat-bayeux OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Created an attachment (id=22267) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22267) Contribution of code The following bugzilla issue is a contribution of a codebase from Filip Hanik(asf:fhanik) and Guy Molinari(individual) Both have ICLAs on file with the ASF. Description: The contribution is two fold 1. The core implementation Core implementation of the Bayeux protocol using Comet and HTTP External dependencies: json.jar from json.org - Apache License 2.0 packages: - org.apache.cometd.bayeuxAPIs for web application developers derived from a proposed but incomplete API by Dojo Foundation - org.apache.tomcat.bayeux implementation of API classes 2. The sample applications External dependencies: Dojo Toolkit, license: http://trac.dojotoolkit.org/browser/dojo/trunk/LICENSE#L13 COPYRIGHT and LICENSE files included. The contribution is a full environment, to be able to download and build distributions. We don't expect everything to be merged in, instead we expect that the source code be integrated into tomcat/trunk and we can then modify the existing build scripts to fit into the Tomcat build/distribution scheme - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45452] New: Tomcat - Restriction of 80 file opens?
https://issues.apache.org/bugzilla/show_bug.cgi?id=45452 Summary: Tomcat - Restriction of 80 file opens? Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Linux Status: NEW Severity: regression Priority: P2 Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi I've got a Java 1.5 Application to generate RSS Files. For each date I open an existing RSS file and add a new entry to that file, afterwards I save and close the file. That means when I have 100 dates to process, the RSS file will be opened and saved 100 times. The application is running without any problems under different users (root, meier) when I start it from the console with "java myApp". When I now start the application within mit servlet that is running on a Tomcat 5.0 Server, it is running without any problems but after date number 80 the application is getting blocked. So after opening and writing the RSS file 80 times the application cannot open the RSS file anymore. The process is still running but the application is not able to open the RSS file anymore. I also don't get any exception or error in my application log, inside java or in the catalina.out log file. So I think it may be a problem with the tomcat user who is not allowed to read and write the RSS file so many times. Is there any restriction for the tomcat user for opening and writing files? Thanks a lot in advance. Regards Christoph -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45451] New: Tag file attribute evaluation
https://issues.apache.org/bugzilla/show_bug.cgi?id=45451 Summary: Tag file attribute evaluation Product: Tomcat 6 Version: 6.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello, I have an web app with 2 tag files. Here is my first tag 'testtag': <%@ tag %> <%@ attribute name="onLoad" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"; %> My second tag ('testtag2') use the first one: <%@ tag %> <%@ attribute name="name" %> <%@ taglib prefix="widget" tagdir="/WEB-INF/tags/widgets" %> In a JSP, I use the second tag: ... <%@ taglib prefix="widget" tagdir="/WEB-INF/tags/widgets" %> ... ... With tomcat 5.5.25, I have the following result: And with tomcat 6.0.16: It seems that the attribute is evaluate once more on tomcat 6 than on tomcat 5. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]