Re: Core webapps and clustering

"Costin Manolache" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On 5/4/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: >> >> 2. I would integrate the new "ha" module into the main tree >>as Remy suggested, easier to catch when it breaks, >>and session,context and o

Re: Core webapps and clustering

May be not related, but did there is plan in TC 6.x to make use at some time OSGI framework, like the one used in Eclipse and RCP applications ? I really like this concept and it seems a good candidate to provide a modular kernel / micro-architecture. Regards 2006/5/5, Bill Barker <[EMAIL PROT

Re: Core webapps and clustering

Filip Hanik - Dev Lists wrote: 4. JMX, yes, hit it on the nail, there is nothing pluggable about tomcat's JMX right now, For example, MBeanUtils.createObjectName(String,Connector), if the connector does not contain the string "CoyoteConnector" it simply throws a MalformedObjectNameException

Re: Core webapps and clustering

Henri Gomez wrote: May be not related, but did there is plan in TC 6.x to make use at some time OSGI framework, like the one used in Eclipse and RCP applications ? I really like this concept and it seems a good candidate to provide a modular kernel / micro-architecture. If we do that, what doe

Re: Memory leak? (issues.apache.org)

On Thu, May 04, 2006 at 11:10:20AM +0200, Remy Maucherat wrote: > Jeff Turner wrote: > > 1 May: 93 Objects (126Mb) > > 2 May: 107 Objects (263Mb) > > 3 May: 492 Objects (486MB) > > BodyContentImpls are pooled and reused since it makes JSP processing > significantly faster. If the application i

Re: Core webapps and clustering

Well being modular, components oriented won't be bad. It's not about cloning Geronimo, but allowing tomcat to get more and more modules and extensions, like does Apache HTTPD 2006/5/5, Remy Maucherat <[EMAIL PROTECTED]>: Henri Gomez wrote: > May be not related, but did there is plan in TC 6.x t

Re: Core webapps and clustering

Remy Maucherat wrote: Henri Gomez wrote: May be not related, but did there is plan in TC 6.x to make use at some time OSGI framework, like the one used in Eclipse and RCP applications ? I really like this concept and it seems a good candidate to provide a modular kernel / micro-architecture. If

Re: Core webapps and clustering

Ah, I think I misread your suggestion... Having support for clean extension modules where appropriate would be a fine thing for Tomcat. [For instance, the ability to easily replace the form-based authentication mechanism so as to be transparently compatible with basic authentication while st

Re: Core webapps and clustering

Am 05.05.2006 um 14:13 schrieb Henri Gomez: Well being modular, components oriented won't be bad. It's not about cloning Geronimo, but allowing tomcat to get more and more modules and extensions, like does Apache HTTPD Good topic, small core with a lot of nice features... Tomcat as a plugin c

Re: Core webapps and clustering

Well we discuss for Tomcat 6, not Tomcat 5.5 Did there is some deadlines for Tomcat 6 ? 2006/5/5, Peter Rossbach <[EMAIL PROTECTED]>: Am 05.05.2006 um 14:13 schrieb Henri Gomez: > Well being modular, components oriented won't be bad. > > It's not about cloning Geronimo, but allowing tomcat to

Re: Core webapps and clustering

Am 05.05.2006 um 14:38 schrieb Henri Gomez: Well we discuss for Tomcat 6, not Tomcat 5.5 +1, exactly Did there is some deadlines for Tomcat 6 ? No! We have time, but we need a good plan, design and developer team that really implement the stuff. :-) 2006/5/5, Peter Rossbach <[EMAIL PRO

Re: svn commit: r399545 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Bill Barker wrote: Since the JSP spec defers to the Servlet spec for Annotations, I'm assuming that it's the same for Tags. Most probably the easiest is to make that a compilation time feature, and add an option in the Options interface (the value would be passed to the servlet using the serv

svn commit: r400078 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java

Author: remm Date: Fri May 5 06:50:29 2006 New Revision: 400078 URL: http://svn.apache.org/viewcvs?rev=400078&view=rev Log: - Fix indentation. - jspDestroy didn't need any modification (the instances are tag handler instances, not tag instances). Modified: tomcat/tc6.0.x/trunk/java/org/ap

Re: Memory leak? (issues.apache.org)

I'm wondering if we should split the (possibly huge) char arrays in BodyContentImpl into smaller chunks of char arrays. Each chunk will be able to grow big enough to handle the usual cases efficiently (e.g. 64KB). Whenever a bigger size is needed we allocate more of these chunks from a pool. Af

TC 6: What needs to be done?

Hi, Remy started a thread talking about source tree reorg. It soon turned into a discussion about various integration questions. I would be interested in discussing a couple of questions concerning TC 6, most of them already came up during the last week. I hope it's not to much shortly befor

Re: Core webapps and clustering

As someone who used OSGI quite heavily in the past - I hope I'll never have to touch it again :-), and certainly not in tomcat... The _concept_ is good - components, dynamic binding, etc - but OSGI is a framework like all others, it wants the whole world to change to it's model. Sort of an Avalon

Re: Core webapps and clustering

Costin Manolache wrote: fix modeler BTW, do you plan to do the modeler optimizations, or should I plan to look into that ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: TC 6: What needs to be done?

On 5/5/06, Rainer Jung <[EMAIL PROTECTED]> wrote: Hi, Remy started a thread talking about source tree reorg. It soon turned into a discussion about various integration questions. I would be interested in discussing a couple of questions concerning TC 6, most of them already came up during the l

Re: TC 6: What needs to be done?

Rainer Jung wrote: I assujme everyone wants TC 6 to show up before end of the year (beta), but how much earlier will it need to be available? How about next month ? ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For addi

Re: TC 6: What needs to be done?

Would it be suitable to focus on JEE 5 compliance in the short run for a soon to be released TC 6, then enhance the value adds of TC for a 6.1 release later this year? >On 5/5/06, Rainer Jung <[EMAIL PROTECTED]> wrote: >> Hi, >> >> Remy started a thread talking about source tree reorg. It soon

Re: Memory leak? (issues.apache.org)

Rainer Jung wrote: I'm wondering if we should split the (possibly huge) char arrays in BodyContentImpl into smaller chunks of char arrays. Each chunk will be able to grow big enough to handle the usual cases efficiently (e.g. 64KB). Whenever a bigger size is needed we allocate more of these chu

Re: TC 6: What needs to be done?

Hi Am 05.05.2006 um 17:21 schrieb Costin Manolache: On 5/5/06, Rainer Jung <[EMAIL PROTECTED]> wrote: Hi, Remy started a thread talking about source tree reorg. It soon turned into a discussion about various integration questions. I would be interested in discussing a couple of questions c

Re: Memory leak? (issues.apache.org)

Remy Maucherat wrote: Rainer Jung wrote: I'm wondering if we should split the (possibly huge) char arrays in BodyContentImpl into smaller chunks of char arrays. Each chunk will be able to grow big enough to handle the usual cases efficiently (e.g. 64KB). Whenever a bigger size is needed we all

Re: TC 6: What needs to be done?

Costin Manolache wrote: On 5/5/06, Rainer Jung <[EMAIL PROTECTED]> wrote: 1) Configuration Management === My impreesion is, that to much configuration is hard-coded in RuleSet classes. Of course everyone can easily add properties to existing components, but adding subcom

Re: TC 6: What needs to be done?

[EMAIL PROTECTED] wrote: Would it be suitable to focus on JEE 5 compliance in the short run for a soon to be released TC 6, then enhance the value adds of TC for a 6.1 release later this year? That sounds a lot better to me... -- Jess Holle

Re: Memory leak? (issues.apache.org)

... and I definitely want to choose the size of one chunk not to small, e.g. one of the will be able to grow until 64KB, so that usually you will only need one of them. Only for jumbo pages we will start gluing them together... So I'll dig my head into BodyContentImpl ... Filip Hanik - Dev Li

Re: TC 6: What needs to be done?

So people think it TC 6 should be focused on JEE 5 compatibility and other major changes should only be done, if they pose no risk on an early date. Somehow we are to late in the J2EE time frame. On the other hand, major changes to e.g. the configuration management should not be done for a rel

Re: TC 6: What needs to be done?

On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > On 5/5/06, Rainer Jung <[EMAIL PROTECTED]> wrote: >> 1) Configuration Management >> === >> >> My impreesion is, that to much configuration is hard-coded in RuleSet >> classes. Of course everyone can

Re: TC 6: What needs to be done?

Version #'s are cheap and Tomcat 6.5 and 7 have nice rings to them... Rainer Jung wrote: So people think it TC 6 should be focused on JEE 5 compatibility and other major changes should only be done, if they pose no risk on an early date. Somehow we are to late in the J2EE time frame. On the o

Re: TC 6: What needs to be done?

Yeah, doing 6.5 with significant changes over 6.0 would be fine. It's like what we did with 5.5 after 5.0... Yoav On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote: Version #'s are cheap and Tomcat 6.5 and 7 have nice rings to them... Rainer Jung wrote: > So people think it TC 6 should be focus

Re: TC 6: What needs to be done?

Costin Manolache wrote: There is a tradeoff here, though. Elegant configurations generally> can't be reproduced via fairly simple save mechanisms, i.e.> roundtripping of the data becomes an issue. That's true. At one end you have the windows registry, the other -custom config files thatare ver

Re: TC 6: What needs to be done?

Costin Manolache wrote: On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > On 5/5/06, Rainer Jung <[EMAIL PROTECTED]> wrote: >> 1) Configuration Management >> === >> >> My impreesion is, that to much configuration is hard-coded in RuleSet >> classe

Re: Core webapps and clustering

Yes, I plan to - but if you have nothing else to do :-), or this is a blocker - please look into it as well. By 'optimizations' I mean: - using dynamic mbeans ( are lighter, I don't think we gain much by using model mbeans ) - lazy as much as possible - improve MBeansSource, add saving - to read/

Re: TC 6: What needs to be done?

Yoav Shapira wrote: Yeah, doing 6.5 with significant changes over 6.0 would be fine. It's like what we did with 5.5 after 5.0... I'd support this effort, it sounds like a sound plan Filip - To unsubscribe, e-mail: [EMAIL PROT

Re: TC 6: What needs to be done?

On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote: >> Costin Manolache wrote: >> > On 5/5/06, Rainer Jung <[EMAIL PROTECTED]> wrote: >> >> 1) Configuration Management >> >> === >> >> >> >> My imprees

Re: TC 6: What needs to be done?

Costin Manolache wrote: On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote: AFAIK XMLEncoder/XMLDecoder will save all the attributes, and lose comments in the round trip. Yep. I'm not trying to save comments in my case -- just configuration values. What I feel is missing is that I persist *val

Re: TC 6: What needs to be done?

On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote: > AFAIK XMLEncoder/XMLDecoder will save all the attributes, and lose > comments > in the round trip. Yep. I'm not trying to save comments in my case -- just configuration

Re: TC 6: What needs to be done?

Costin Manolache wrote: I didn't know this - how does it find the defaults ? I'm not talking only about default values of a property, but also in the object hierarchy, tomcat creates a lot of components by default, if you don't specify a manager or logger, a default one will be created. Seems pre

DO NOT REPLY [Bug 39496] New: - Servlet mapping fails for subdirectory requests when subdirectory exists

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r400171 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: ChannelMessage.java UniqueId.java package.html

Author: fhanik Date: Fri May 5 14:01:12 2006 New Revision: 400171 URL: http://svn.apache.org/viewcvs?rev=400171&view=rev Log: Updated docs Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ChannelMessage.java tomcat/container/tc5.5.x/modules/group

DO NOT REPLY [Bug 39088] - StandardWrapper getRootCause() infinite loop

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r400173 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/Streamable.java

Author: fhanik Date: Fri May 5 14:15:18 2006 New Revision: 400173 URL: http://svn.apache.org/viewcvs?rev=400173&view=rev Log: Fixed the streamable interface Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/tipis/Streamable.java Modified: tomcat/cont

svn commit: r400174 - in /tomcat/container/tc5.5.x/modules/groupcom/test: java/ java/org/ java/org/apache/ org/

Author: fhanik Date: Fri May 5 14:19:34 2006 New Revision: 400174 URL: http://svn.apache.org/viewcvs?rev=400174&view=rev Log: moved Added: tomcat/container/tc5.5.x/modules/groupcom/test/java/ tomcat/container/tc5.5.x/modules/groupcom/test/java/org/ - copied from r398022, tomcat/co

svn commit: r400178 - /tomcat/container/tc5.5.x/modules/groupcom/test-cases.txt

Author: fhanik Date: Fri May 5 14:34:53 2006 New Revision: 400178 URL: http://svn.apache.org/viewcvs?rev=400178&view=rev Log: started documenting the test cases I need to write Added: tomcat/container/tc5.5.x/modules/groupcom/test-cases.txt Added: tomcat/container/tc5.5.x/modules/groupcom/t

svn commit: r400197 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/group/ src/share/org/apache/catalina/tribes/group/interceptors/ src/share/org/apache/catalina/

Author: fhanik Date: Fri May 5 15:35:57 2006 New Revision: 400197 URL: http://svn.apache.org/viewcvs?rev=400197&view=rev Log: Added first test, fixed bug with dual dispatchers being added in the default stack Added: tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tr

svn commit: r400198 - /tomcat/container/tc5.5.x/modules/groupcom/build/build.xml

Author: fhanik Date: Fri May 5 15:37:20 2006 New Revision: 400198 URL: http://svn.apache.org/viewcvs?rev=400198&view=rev Log: fixed build script for relocated files Modified: tomcat/container/tc5.5.x/modules/groupcom/build/build.xml Modified: tomcat/container/tc5.5.x/modules/groupcom/build/

svn commit: r400200 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java

Author: fhanik Date: Fri May 5 15:52:00 2006 New Revision: 400200 URL: http://svn.apache.org/viewcvs?rev=400200&view=rev Log: deprecated domain flag in the member object, this should have never been added, domains is not part of discovery. partioning of a cluster can and shall be done by the app

svn commit: r400201 - in /tomcat/container/tc5.5.x/modules: groupcom/build/ groupcom/src/share/org/apache/catalina/tribes/ groupcom/src/share/org/apache/catalina/tribes/membership/ groupcom/test/java/

Author: fhanik Date: Fri May 5 15:59:35 2006 New Revision: 400201 URL: http://svn.apache.org/viewcvs?rev=400201&view=rev Log: Removed domains, since we are doing so many changes, there is no reason we can't implement that correctly Modified: tomcat/container/tc5.5.x/modules/groupcom/build/b

Re: Memory leak? (issues.apache.org)

On Fri, May 05, 2006 at 06:07:26PM +0200, Rainer Jung wrote: > ... and I definitely want to choose the size of one chunk not to small, > e.g. one of the will be able to grow until 64KB, so that usually you > will only need one of them. Only for jumbo pages we will start gluing > them together...

svn commit: r400203 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/membership/ test/java/org/apache/catalina/tribes/test/membership/

Author: fhanik Date: Fri May 5 16:12:03 2006 New Revision: 400203 URL: http://svn.apache.org/viewcvs?rev=400203&view=rev Log: Added member serialization test Added: tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/membership/ tomcat/container/tc5.5.x/

svn commit: r400204 - /tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/membership/MemberSerialization.java

Author: fhanik Date: Fri May 5 16:13:29 2006 New Revision: 400204 URL: http://svn.apache.org/viewcvs?rev=400204&view=rev Log: added a twist to the hostname Modified: tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/membership/MemberSerialization.java Modi

svn commit: r400205 - /tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/membership/MemberSerialization.java

Author: fhanik Date: Fri May 5 16:21:52 2006 New Revision: 400205 URL: http://svn.apache.org/viewcvs?rev=400205&view=rev Log: more changes to the test case Modified: tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/membership/MemberSerialization.java Modi

svn commit: r400206 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java

Author: fhanik Date: Fri May 5 16:26:14 2006 New Revision: 400206 URL: http://svn.apache.org/viewcvs?rev=400206&view=rev Log: added doco Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java Modified: tomcat/container/tc5.5.x/m

svn commit: r400207 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java

Author: fhanik Date: Fri May 5 16:26:44 2006 New Revision: 400207 URL: http://svn.apache.org/viewcvs?rev=400207&view=rev Log: removed not needed variables Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/MemberImpl.java Modified: tomcat/c

svn commit: r400210 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/McastService.java

Author: fhanik Date: Fri May 5 16:48:52 2006 New Revision: 400210 URL: http://svn.apache.org/viewcvs?rev=400210&view=rev Log: remove domain setters Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/McastService.java Modified: tomcat/contai

svn commit: r400211 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/McastService.java

Author: fhanik Date: Fri May 5 16:49:26 2006 New Revision: 400211 URL: http://svn.apache.org/viewcvs?rev=400211&view=rev Log: oops missed one Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/membership/McastService.java Modified: tomcat/container/tc

svn commit: r400213 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/group/ src/share/org/apache/catalina/tribes/group/interceptors/ src/share/org/apache/catalina/

Author: fhanik Date: Fri May 5 16:54:44 2006 New Revision: 400213 URL: http://svn.apache.org/viewcvs?rev=400213&view=rev Log: Refactor clusterdata to a more appropriate name, it has nothing to do with cluster, instead its an object used by the channel and its sub components only Added: tom

svn commit: r400215 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ChannelData.java

Author: fhanik Date: Fri May 5 17:06:56 2006 New Revision: 400215 URL: http://svn.apache.org/viewcvs?rev=400215&view=rev Log: added javadoc Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ChannelData.java Modified: tomcat/container/tc5.5.x/modul

svn commit: r400217 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io: ListenCallback.java ObjectReader.java XByteBuffer.java

Author: fhanik Date: Fri May 5 17:22:00 2006 New Revision: 400217 URL: http://svn.apache.org/viewcvs?rev=400217&view=rev Log: More docs and some minor optimizations Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ListenCallback.java tomcat/co

Re: svn commit: r400201 - in /tomcat/container/tc5.5.x/modules: groupcom/build/ groupcom/src/share/org/apache/catalina/tribes/ groupcom/src/share/org/apache/catalina/tribes/membership/ groupcom/test/j

Can you please explain how domain memberships at future works? Peter Am 06.05.2006 um 00:59 schrieb [EMAIL PROTECTED]: Author: fhanik Date: Fri May 5 15:59:35 2006 New Revision: 400201 URL: http://svn.apache.org/viewcvs?rev=400201&view=rev Log: Removed domains, since we are doing so many cha