December 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-1151) Switch to using MVCC for locking, drop Pessimistic and Optimistic locking

by Manik Surtani (JIRA)

Switch to using MVCC for locking, drop Pessimistic and Optimistic locking ------------------------------------------------------------------------- Key: JBCACHE-1151 URL: http://jira.jboss.com/jira/browse/JBCACHE-1151 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 1.4.1.GA, 1.4.0.GA, 2.0.0.GA Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 3.x Forum ref http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4064626#4064626 Wiki with design details http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCacheMVCC -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
3
0 / 0

[JBoss JIRA] Created: (JGRP-511) FC: dynamically adjust credits

by Bela Ban (JIRA)

FC: dynamically adjust credits ------------------------------ Key: JGRP-511 URL: http://jira.jboss.com/jira/browse/JGRP-511 Project: JGroups Issue Type: Feature Request Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 FC currently has a static number of credits (max_credits). It would be beneficial to implement something similar to TCP's exponential backoff and slow start, to take the message loss rate into account. Goal: when there is an overload, we reduce the credits in order to avoid compounding the overload by sending messages. On the other hand, we can send more messages when the receiver(s) have free capacity. To do this, each receiver sends the number of credits it can accept with its responses. By default, this would be the default number of credits (in TCP: size of the sliding window). DESIGN: NAKACK (and/or UNICAST) send the loss rate (rolling average of number of messages missing over number of messages received, per sender) when it exceeds a certain value (defined in NAKACK,UNICAST) up the stack. FC looks at the loss rate and slices the number of credits for that sender in half (exponential backoff). On the next response, it piggy backs the new number of credits, so that sender will block sending messages. When the loss rate drops below a certain (predefined) value, NAKACK sends another event up the stack. FC then increases the credits by a predefined value (slow start). Next time, it increases the value by the predefined value by 2 and so on, until the max number of credits have been reached again. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
3
0 / 0

[JBoss JIRA] Created: (JBWEB-68) Servlet.init(ServletConfig) not called

by Thomas Diesler (JIRA)

Servlet.init(ServletConfig) not called -------------------------------------- Key: JBWEB-68 URL: http://jira.jboss.com/jira/browse/JBWEB-68 Project: JBoss Web Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Thomas Diesler Assigned To: Remy Maucherat <componentref name="apache-tomcat" version="6.0-snapshot"/> [tdiesler@tdvaio trunk]$ svn info Path: . URL: https://svn.jboss.org/repos/jbossas/trunk Repository Root: https://svn.jboss.org/repos/jbossas Repository UUID: 84be2c1e-ba19-0410-b317-a758671a6fc1 Revision: 55837 Node Kind: directory Schedule: normal Last Changed Author: rrajesh Last Changed Rev: 55837 Last Changed Date: 2006-08-11 22:26:36 +0200 (Fri, 11 Aug 2006) <servlet> <servlet-name>TestService</servlet-name> <servlet-class>org.jboss.test.ws.jaxws.endpoint.EndpointServlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

3
3
0 / 0

[JBoss JIRA] Created: (JBAS-4511) CachedConnectionManager valve needs enabling in JBoss5

by Adrian Brock (JIRA)

CachedConnectionManager valve needs enabling in JBoss5 ------------------------------------------------------ Key: JBAS-4511 URL: http://jira.jboss.com/jira/browse/JBAS-4511 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-5.0.0.Beta2 Reporter: Adrian Brock Assigned To: Remy Maucherat Fix For: JBossAS-5.0.0.Beta3 The CCM valve needs enabling in JBoss5. However, you can no longer just enable due to the issue described on the forum thread. I've temporarily moved the CachedConnectionManager MBean into deployers so Tomcat can depend it, but Tomcat should not be in the deployers. Once Tomcat is fixed, the file deployers/jca-hack-for-tomcat-service.xml needs removing and the FIXMEs in build/build-distr.xml and jbossjca-service.xml reverting. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1800) Consumer configuration GUI doesn't handle properly change from registration required to no registration required

by Chris Laprun (JIRA)

Consumer configuration GUI doesn't handle properly change from registration required to no registration required ---------------------------------------------------------------------------------------------------------------- Key: JBPORTAL-1800 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1800 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.6.2 Final Reporter: Chris Laprun Assigned To: Chris Laprun Fix For: 2.6.3 Final If the consumer registered with a producer that required registration and then switches to not requiring registration anymore, the GUI should offer a means to destroy the registration data. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

1
6
0 / 0

[JBoss JIRA] Created: (JBAS-4994) ReplyHeaderFilter reports old versions: Servlet 2.4, Tomcat-5.5

by Takayoshi Kimura (JIRA)

ReplyHeaderFilter reports old versions: Servlet 2.4, Tomcat-5.5 --------------------------------------------------------------- Key: JBAS-4994 URL: http://jira.jboss.com/jira/browse/JBAS-4994 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.2.2.GA Reporter: Takayoshi Kimura Assigned To: Remy Maucherat Priority: Minor jboss-web.deployer/conf/web.xml has old version info: <filter> <filter-name>CommonHeadersFilter</filter-name> <filter-class>org.jboss.web.tomcat.filters.ReplyHeaderFilter</filter-class> <init-param> <param-name>X-Powered-By</param-name> <param-value>Servlet 2.5; JBoss-@implementation.version(a)/JBossWeb-2.0</param-value> </init-param> </filter> should be: <param-value>Servlet 2.5; JBoss-@implementation.version(a)/JBossWeb-2.x</param-value> or more simply: <param-value>JBoss-(a)implementation.version@</param-value> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

4
8
0 / 0

[JBoss JIRA] Created: (JBAS-4501) JBoss AS won't build with JDK 1.7

by Fernando Nasser (JIRA)

JBoss AS won't build with JDK 1.7 --------------------------------- Key: JBAS-4501 URL: http://jira.jboss.com/jira/browse/JBAS-4501 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: JBossAS-4.2.0.GA Reporter: Fernando Nasser JBoss AS 4.2.0.GA fails to build with JDK 1.6 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

3
15
0 / 0

[JBoss JIRA] Created: (JBAS-4874) Track JBoss and thirdparty dependencies for JBossAS 4.2.3

by Dimitris Andreadis (JIRA)

Track JBoss and thirdparty dependencies for JBossAS 4.2.3 --------------------------------------------------------- Key: JBAS-4874 URL: http://jira.jboss.com/jira/browse/JBAS-4874 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Other Reporter: Dimitris Andreadis Fix For: JBossAS-4.2.3.GA Use subtasks to track component updates in AS 4.2.3.GA -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

3
6
0 / 0

[JBoss JIRA] Created: (JBAS-4069) Test clustering in an 80 node cluster

by Brian Stansberry (JIRA)

Test clustering in an 80 node cluster ------------------------------------- Key: JBAS-4069 URL: http://jira.jboss.com/jira/browse/JBAS-4069 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering, EJB3, Web (Tomcat) service Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.0.GA Test in the Tyson's Corner lab (10 8-core boxes) Test web session clustering and EJB3 SFSB and entity clustering. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-4854) Duplicate Content-Type charset attribute causes exception

by Joni Niemi (JIRA)

Duplicate Content-Type charset attribute causes exception --------------------------------------------------------- Key: JBAS-4854 URL: http://jira.jboss.com/jira/browse/JBAS-4854 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.2.1.GA Environment: Windows XP, JBOSS AS 4.2.1.GA Reporter: Joni Niemi Assigned To: Remy Maucherat New maemo Mozilla browser has a "feature" which sends duplicate charset parameter in the POST Content-type header. This causes following exception: java.io.UnsupportedEncodingException: UTF-8;charset=UTF-8 at java.lang.StringCoding.decode(StringCoding.java:170) at java.lang.String.<init>(String.java:444) at java.lang.String.<init>(String.java:516) at org.apache.catalina.connector.Request.setCharacterEncoding(Request.java:1469) at org.apache.catalina.connector.RequestFacade.setCharacterEncoding(RequestFacade.java:307) at com.sun.faces.context.ExternalContextImpl.setRequestCharacterEncoding(ExternalContextImpl.java:167) at javax.faces.application.ViewHandler.initView(ViewHandler.java:259) at org.ajax4jsf.application.ViewHandlerWrapper.initView(ViewHandlerWrapper.java:138) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:208) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:141) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at com.jamonapi.http.JAMonTomcatValve.invoke(JAMonTomcatValve.java:72) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) at org.apache.coyote.ajp.AjpAprProcessor.process(AjpAprProcessor.java:419) at org.apache.coyote.ajp.AjpAprProtocol$AjpConnectionHandler.process(AjpAprProtocol.java:393) at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1513) at java.lang.Thread.run(Thread.java:619) The erraneous* Content-Type header causing this is "Content-Type: application/x-www-form-urlencoded; charset=UTF-8;charset=UTF-8" ("User-agent: Mozilla/5.0 (X11; U; Linux armv6l; en-GB; rv:1.9a6pre) Gecko/20070810 Firefox/3.0a1 Tablet browser 0.1.16 RX-34_2007SE_4.2007.38-2") Windows version of Mozilla causes no problems: "Content-Type: application/x-www-form-urlencoded; charset=UTF-8" (User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fi; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0" * I don't think RFC2616 strictly speakings prohibits duplicate attributes. This seems to be Catalina issue, but I don't know which version JBOSS AS 4.2.1.GA is using, so I'm submitting this here. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 3 months

2
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2007