Re: Building

cd jakarta-tomcat-5 ant download pouf! Everything you need :-) -- Jeanfrancois Lars Stenberg wrote: Hi! I Tried to apply a patch to tomcat earlier today, it went fine, BUT! =) In the BUILDING.TXT there is 1000 things to download, isnt there any download-all-all-depends-script? Mvh Lars ---

Re: Xerces 2.3 status

Where did you find that information (of which bundle have you download?) If you download http://xml.apache.org/dist/xerces-j/Xerces-J-tools.2.3.0.tar.gz (to get the minimal), you will find a version of xalan also (I guess is the latest). -- Jeanfrancois Oxley, David wrote: Should we not wait

Xerces 2.3 status

Hi, I have ran a couple of tests (Schemas/DTD) using Xerces 2.3 on Tomcat 4.1.x (HEAD branch) / 5.0 and didn't find any regressions ( wow ;-) and any new bugs (wow wow! ). At least we can start recommending that version and wait a couple of weeks before making it the default. . The version see

Re: [5.0] Splitting authentication and authorization.

Costin Manolache wrote: Jeanfrancois Arcand wrote: Where the permission object will be created? In Authenticator? I would prefer delegating the permission to Authorization interface (but I can live it :-) ). There is also another problem. If the permission is not granted, the method will

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servletJspServlet.java

OK Then I will remove that and create a dummy enumeration instead :-) -- Jeanfrancois Remy Maucherat wrote: [EMAIL PROTECTED] wrote: jfarcand2003/01/29 10:20:08 Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java Log: Add a small comment to remind that the cas

Re: [5.0] Splitting authentication and authorization.

Costin Manolache wrote: What about this: instead of 3 methods, have a single method: interface Authorization { boolean hasPermission( HttpServletRequest, Permission perm ) } 115, not 155 :-) Where the permission object will be created? In Authenticator? I would prefer delegating the perm

Re: [5.0] Splitting authentication and authorization.

Costin Manolache wrote: Jeanfrancois Arcand wrote: Costin Manolache wrote: Wouldn't be better to just standardize on JAAS for authentication and stop using our own private interfaces ? AFAIK JAAS is included in JDK1.3+ - and available to older VMs. I agree on JAAS to

Re: [5.0] Splitting authentication and authorization.

. Regarding use of JMX - well, JMX should be used to enable management of whatever authenticator/authorizer module we use ( attributes, runtime info, etc ). We should use JMX notification for callbacks - but only when a standard API doesn't exists ( or if the standard is too bad or unusable ). Cos

Re: [5.0] Splitting authentication and authorization.

ld use JMX notification for callbacks - but only when a standard API doesn't exists ( or if the standard is too bad or unusable ). -- Jeanfrancois Costin Jeanfrancois Arcand wrote: Hi, since the last time I've proposed to split Authentication/Authorization, we have moved to JMX L

[5.0] Splitting authentication and authorization.

Hi, since the last time I've proposed to split Authentication/Authorization, we have moved to JMX Listerner as hooks and standardize on JMX, I would like to re-open the discussion on splitting the behaviour. Mainly, I would like to move three Realm methods into an Authorizer interface and use

[5.0] Exception at startup...

Hi, is somebody seeing that error when starting Tomcat with the latest workspace: org.apache.webapp.admin.ApplicationServlet java.lang.ClassNotFoundException: org.apache.webapp.admin.ApplicationServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java: 130

Re: JspC compile JSP with JSTL

Replace the xercesImpl.jar with Xerces 2.1.0. There is a bug in Xerces that cause that strage error., -- Jeanfrancois Kelly Chen wrote: I just wonder if anyone have done this before. I am using JspC to compile JSP from the command line. It was working OK until I tried to use JSTL. As soon as

Re: [4.1.20] Tagging soon ?

We should waiit for 4.1.20The last 3 versions were broken, and we should test it extensively. Unfortunatly, I cannot test it tonigh and tomorrow (but latter this the week). We should wait based on experience :-) -- Jeanfrancois Glenn Nielsen wrote: Xerces 2.3 was just released and claim

Re: Interesting

Costin Manolache wrote: Jon Scott Stevens wrote: I wonder if one could use these techniques to hack a servlet engine somehow and get from one context to another (assuming you had access to run servlets in it...ie: shared hosting)... http://www.javaspecialists.co.za/archive/Issue014.htm

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasperJspC.java

Hans Bergsten wrote: Jeanfrancois Arcand wrote: Hans Bergsten wrote: Jeanfrancois Arcand wrote: [...] We can support runtime package name addition (when the servlet is generated, ask the security manager to protect the package). So it can be optional, i.e. being able to tell jasper

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasperJspC.java

Hans Bergsten wrote: Jeanfrancois Arcand wrote: [...] We can support runtime package name addition (when the servlet is generated, ask the security manager to protect the package). So it can be optional, i.e. being able to tell jasper to generate servlet using org.apache.jsp (something

Re: [proposal] add the apr_queue mechanism to apr_socket

Mladen Turk wrote: One more... Here is the scenario: If TC instance is too busy or reached the connection limit the next connection is refused, causing entire worker to switch to the error state. This isn't very smart (at least for threaded servers). I propose that we use the apr_queue to sol

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasperJspC.java

Hans Bergsten wrote: Remy Maucherat wrote: Jeanfrancois Arcand wrote: The only problem I see by removing the package org.apache.jsp is that when Tomcat run under the security manager, it is no longer possible to protect an application from package insertion/access (dangerous). It is

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasperJspC.java

The only problem I see by removing the package org.apache.jsp is that when Tomcat run under the security manager, it is no longer possible to protect an application from package insertion/access (dangerous). It is still possible to protect the application by manually adding the new package nam

Re: [PROPOSAL] Replace Jasper's logging facility with commons-logging

+1 -- Jeanfrancois Jan Luehe wrote: Jasper currently uses its own private logging facility implemented in the org.apache.jasper.logging package. This is inconsistent with the way the other Tomcat subsystems perform logging (by leveraging the commons-logging package). Proposal is to remove org.

Re: [VOTE] Branch j-t-c for Tomcat 5

A little late :-) [ ] +1 I Support the idea of a branch, and will help maintain it. [X ] +0 I like the idea [ ] -0 I don't like the idea [ ] -1 I'm against the idea of branching -- Jeanfrancois -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Building TC5

Hi Kevin, I've just commited a fix for build.properties.default. You should try: cvs checkout jakarta-tomcat-5 cd jakarta-tomcat-5 ant download ant checkout ant dist I've just did it from a clean workspace and everything works fine. -- Jeanfrancois Kevin Jones wrote: Still doesn't work for m

Re: [5.0] Return of the CL bug

Costin Manolache wrote: It won't happen in JDK1.3 It won't happen if you remove the "endorsed.dirs" from the CLI. I think endorsed is completely broken, there are many other problems and leads to undeterministic behavior. We should just remove it and add it back in JDK1.5 or when it is fixed.

Re: PROPOSAL/VOTE: JMX hook mechanism

Costin Manolache wrote: I don't know if we can get consensus or not - but IMO this is the right solution, and I'm not going to look for another one. I decided to make this proposal - to get this out of my list. Hope your list is not too big :-) Tomcat is composed of multiple components. W

[JMX hooks/handler] was Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyoteBaseHook.java

Sorry for the delay Costin Manolache wrote: Jeanfrancois Arcand wrote: Hi Costin, (you beat me on the proposal :-) ) Actually - this is a different story ( JMX-enabling different componets). I'll check in similar additions to ValveBase, BaseContainer, CoyoteConnector. Hu

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyoteBaseHook.java

Hi Costin, (you beat me on the proposal :-) ) what about having a concept of a chain somewhere (meaning hooks chain (handler :-) ). This way handler doesn't need to know which comes next (or previous), but the handler chain knows it. What I was having in mind was being able to define somewhere:

Re: Proposal: CanAccessLink(..) test

Hi Marki, see inline Mark Harwood wrote: Its cool having authorisation restrictions enforced when accessing a page but it would also be useful to query these restrictions when choosing to offer a link in other pages. I have an implementation which offers this query capability based on a hack

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/sessionManagerBase.java StandardManager.java

Hi Costin, I was under the impression, as a convention, that we don't import using * (java.util.*). I find it more easier when all the classes are namedand from what I'm seeing, seems * is not used (at least on classes that I have worked on) -- Jeanfrancois [EMAIL PROTECTED] wrote: costi

Re: Unable to compile class for JSP

Hum...I don't have any problems under win2k using Sun JDK 1.4.1 (and I don't remember seeing that problem with 1.4). Have you try with 1.4.1? I will downgrade and see -- Jeanfrancois Costin Manolache wrote: Just had the same problem - it seems JDK1.4 on windows has an interesting behavior

Re: Use JAXP 1.2 Parser with Tomcat 4.1.18

Xerces 2.2.1 and Xerces 2.2.2 (that supports JAXP 1.2) contain a bug that prevent Tomcat to work properly (see http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13282). If you download the current nightly build of Xerces, you will be able to use a JAXP 1.2 parser. -- Jeanfrancois Saurabh Aror

Re: [VOTE] Tomcat 4.1.18 release

+1 -- Jeanfrancois Remy Maucherat wrote: A bug exists (unfortunately) in Tomcat 4.1.16 and Tomcat 4.1.17 which causes the servlet Writer to stay in an invalid state after an IOException occurs (99% of the time caused by an abrupt client disconnection). After this happens, the processor will

Re: [PROPOSAL] EL Transition to Jakarta Commons

+1 -- Jeanfrancois Jan Luehe wrote: I'd like to resume discussion on a proposal circulated by James Strachan on March 13, 2002, about turning the implementation of JSTL's expression language (EL) into a reusable component and moving it from the Standard Taglib, an implementation of JSTL hosted

Re: [4.1.17] [VOTE] Stability rating

[ ] Alpha [ ] Beta [X] Stable (General Availability) -- Jeanfrancois -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [PROPOSAL][TOMCAT5] plugins directory

Costin Manolache wrote: There are several things we discussed last week, and few seem to have enough consensus. This is an initial proposal - I expect it to change quite a bit. I think it's very important and will affect almost everyone - so please send at least a numeric vote, and if possibl

Re: [VOTE] New committer: Filip Hanik

+1 -- Jeanfrancois Remy Maucherat wrote: I'd like to nominate Filip Hanik as a committer on the Tomcat project. Filip has written the clustering code that was committed recently in the Tomcat 5 CVS, and is willing to maintain it, as well as continuing to improve it (including supporting lar

Re: [VOTE] minimal JSR 154 only distribution

Costin Manolache wrote: Jeanfrancois Arcand wrote: Jon Scott Stevens wrote: on 2002/12/10 3:15 PM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: Yes - your admin tool argument doesn't make sense. You can easily precompile the admintool ( and we should d

Re: [VOTE] minimal JSR 154 only distribution

Jon Scott Stevens wrote: on 2002/12/10 3:15 PM, "Costin Manolache" <[EMAIL PROTECTED]> wrote: Yes - your admin tool argument doesn't make sense. You can easily precompile the admintool ( and we should do it anyway ) and run it in the JSR154-only container - if you want to. I thought t

Re: [VOTE] minimal JSR 154 only distribution

OK, seems I don't have any supports to stay with my -1 (seems nobody care about the AdminTool argument :-)). So I will change my mind and vote 0. -- Jeanfrancois Pier Fumagalli wrote: On 10/12/02 0:30 "Jeanfrancois Arcand" <[EMAIL PROTECTED]> wrote: Now, don&#x

Re: [VOTE] minimal JSR 154 only distribution

Pier Fumagalli wrote: On 9/12/02 23:06 "Jeanfrancois Arcand" <[EMAIL PROTECTED]> wrote: Pier Fumagalli wrote: On 9/12/02 17:14 "Jeanfrancois Arcand" <[EMAIL PROTECTED]> wrote: Youy don't need to learn JSP/Admin Tool if you don't use

Re: [VOTE] minimal JSR 154 only distribution

Pier Fumagalli wrote: On 9/12/02 17:14 "Jeanfrancois Arcand" <[EMAIL PROTECTED]> wrote: Youy don't need to learn JSP/Admin Tool if you don't use it. The actual Tomcat installation doesn't require you to learn the Admin Tool or JSP As I said 6 or so

Re: [VOTE] Minimal tomcat ( JSR154 + JSR152 )

Votes: [X] +1 I like the idea, I might help [ ] -1 I don't like the idea, I won't help. Costin -- Jeanfrancois -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [VOTE] minimal JSR 154 only distribution

Glenn Nielsen wrote: Jeanfrancois Arcand wrote: Jon Scott Stevens wrote: Create a separate minimal JSR 154 only distribution of Tomcat 4.x: +1 [] 0 [] -1 [X] -jon (1) Jasper is very a very small jar file. (2) The Admin Tool should go with the minimal distribution of

Re: [VOTE] minimal JSR 154 only distribution

Jon Scott Stevens wrote: What I would love to see is a tree of downloads where each one gains more and more features (it is additive). Such as: JSR-154 Implementation / \ Jasper Velocity / \

Re: [VOTE] minimal JSR 154 only distribution

Jon Scott Stevens wrote: Create a separate minimal JSR 154 only distribution of Tomcat 4.x: +1 [] 0 [] -1 [X] -jon (1) Jasper is very a very small jar file. (2) The Admin Tool should go with the minimal distribution of Tomcat. We decided to include JMX in Tomcat distribution

Re: minimal

Remy Maucherat wrote: Costin Manolache wrote: Jeanfrancois Arcand wrote: Yep. There is a couple of Realm/Authenticator that can be optional (the default one should stay in the core module) Speaking of defaults: - Should we make the JAAS realm the default ? Or at least include it in

Re: build files ( again )

Costin Manolache wrote: Since we are talking about clean and organized: Can I (re)move the antcall to jk, http11, jtc from j-t-catalina/catalina/build.xml ? j-t5 is the main build file and it should call all 'child' build.xml files directly. +1 Is anyone else using the "build" target ?

Re: [VOTE] Tomcat modules

Remy Maucherat wrote: +1 [X ] -1 [ ] Remy I like the idea of having j-t-module, because it's look like jakarta-commons. But j-t-connector is fine for now. -- Jeanfrancois -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [RFC] Make jakarta-tomcat-catalina codebase common for both Tomcat4 and Tomcat 5

Remy Maucherat wrote: Costin Manolache wrote: Glenn Nielsen wrote: Remy Maucherat wrote: Glenn Nielsen wrote: With Tomcat 4.1 released many tomcat developers have been reticent to add new features to its codebase for a number of reasons. All the development going on in Tomcat 5 and

Re: [5.0] Cluster features

Costin Manolache wrote: Jeanfrancois Arcand wrote: I'll remove stuff in the Cluster API, modify some of the session classes to allow extending them in a different package, and everything in the core is then independent of the clustering. No security problems if we kept the cu

Re: [5.0] Cluster features

Remy Maucherat wrote: Costin Manolache wrote: Remy Maucherat wrote: +1 if all new code goes in a separate module ( instead of catalina ), and is built as separate .jar(s). I wanted to, however I can't do that without changing the API some stuff in the session package (the damn classes

Re: [5.0] Cluster features

Costin Manolache wrote: Remy Maucherat wrote: +1 if all new code goes in a separate module ( instead of catalina ), and is built as separate .jar(s). I wanted to, however I can't do that without changing the API some stuff in the session package (the damn classes are all package pri

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5CoyoteResponse.java

Remy Maucherat wrote: [EMAIL PROTECTED] wrote: jfarcand2002/12/03 08:37:59 Modified:coyote/src/java/org/apache/coyote Response.java coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java Log: Go back and set the locale in Response (

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5CoyoteResponse.java

Remy Maucherat wrote: [EMAIL PROTECTED] wrote: jfarcand2002/12/03 08:04:02 Modified:coyote/src/java/org/apache/coyote Response.java coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java Log: As Bill's recommends, do not set a defau

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5Constants.java CoyoteResponse.java

Hi Bill, doesn't seems to work if I only set the locale in recycle. I can add a condition when getting the locale to check if equal to null, then it will work. Is there a reason to not have a default locale? Thanks, -- Jeanfrancois Bill Barker wrote: I'm not really happy with having a defaul

Re: [4.1.16] [VOTE] Stability rating

[ ] Alpha [ ] Beta [X ] Stable (aka GA) -- Jeanfrancois -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [5] [Proposal] Adding an authorization interface

Costin Manolache wrote: Jeanfrancois Arcand wrote: Why would someone use this instead of web.xml ? Because you can start using the java.security.Provider.checkPermission for granting/denying resources. Not sure this would be the most efficient solution - the mapper is ( or

Re: [5] [Proposal] Adding an authorization interface

Costin Manolache wrote: Jeanfrancois Arcand wrote: Costin Manolache wrote: IMO - I would rather see us using JAAS directly as API instead of defining our own. Can you elaborate a little more? JAAS will certainly help for user/group authentication/authorization, but I don&#

Re: [5] [Proposal] Adding an authorization interface

ays define our JNDI permissions). Is that was you mean or do I miss something with JNDI? Thanks, -- Jeanfrancois Costin Jeanfrancois Arcand wrote: Hi, I would like to propose the following re-factorisation of the current Realm interface. Righ now, Realm contains 3 methods related to au

[5] [Proposal] Adding an authorization interface

Hi, I would like to propose the following re-factorisation of the current Realm interface. Righ now, Realm contains 3 methods related to authorization: hasRole hasUserDataPermission hasResourcePermission I would like to create a new interface called Authorizator(and a default AuthorizatorBase

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/coreStandardValveContext.java ApplicationFilterChain.java ApplicationFilterFactory.javaDummyRequest.java StandardPipeline.java StandardWrapperValve.java

Yep...works fine. Have nice dream and think of me shaving snow at -15 degre celsius :-( -- Jeanfrancois Remy Maucherat wrote: Jeanfrancois Arcand wrote: Hi Remy, the Administration Tool throw the following exception with your latest change in ApplicationFilterFactory

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/coreStandardValveContext.java ApplicationFilterChain.java ApplicationFilterFactory.javaDummyRequest.java StandardPipeline.java StandardWrapperValve.java

Hi Remy, the Administration Tool throw the following exception with your latest change in ApplicationFilterFactory java.lang.ClassCastException at org.apache.catalina.core.ApplicationFilterFactory.createFilterChain(ApplicationFilterFactory.java:150) at org.apache.catalina.core.Applicatio

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeansmbeans-descriptors.xml

Hi Bill, my friend Xerces doesn't like your latest change: SEVERE: Parse Error at line 325 column 11: The content of element type "mbean" must match "(attribute*,constructor*,notification*,operation*)". org.xml.sax.SAXParseException: The content of element type "mbean" must match "(attribute *,

[Q] WebappClassloader violates J2SE policy syntax?

Hi, I've noticed a characteristic in the tomcat loader.WebappClassloader and was wondering whether someone have any recollection or insight as to why we did it that way. Classes loaded with this classloader get a "jar:" tacked as prefix in their codesource. The javadoc has this to say: IMPLEME

Re: Tomcat 5.0: Source Code

No, you can download it using CVS. You will have the *chance* to learn how to build it from scratch :-) -- Jeanfrancois micael wrote: Okay, taking a chance on public humiliation here. Why are the javadocs for Tomcat 5.0 available but the source code seems not to be? Are you all hiding the r

Re: Valve order

Hi, the Digester's rules defined in ContextRuleSet, EngineRuleSet and HostRuleSet invoke: digester.addSetProperties(prefix + "Context/Valve"); digester.addSetNext(prefix + "Context/Valve", "addValve", "org.apache.catalina.Valve"

Re: Tomcat 5 Nightly ( Errors

See http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13282 Download Xerces 2.1.0 or the current nightly build: http://gump.covalent.net/jars/latest/xml-xerces2/ -- Jeanfrancois Matt Raible wrote: I downloaded the Tomcat 5 binary version from http://jakarta.apache.org/builds/jakarta-tomcat/n

[Q]How to automate Xerces 2.2.x?

Hi, I would like to start using Xerces 2.2.1++ (current Xerces nightly build) with Tomcat 5 nightly build. The problem I have is they don't have nightly build, just dev snapshot: http://gump.covalent.net/jars/latest/xml-xerces2/ that contains only the jar. Should I change the current build.xml

[OT] Servlet Performance Benchmark Released

Interesting...I'm sure we can learn something from this article http://webperformanceinc.com/library/ServletReport/ -- Jeanfrancois -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [5.0] Is it working on 1.4.1 ?

Today I will make the appropriate changes to the build.xml to pinpoint to the proper Xerces version. I've just have the confirmation from the Xerces folks that the bug was fixed. -- jeanfrancois Mladen Turk wrote: -Original Message- From: Jeanfrancois Arcand [mailto:[

Re: [5.0] Is it working on 1.4.1 ?

Yes , its works but you have a bug in Xerces 2.2.0 anmd 2.2.1 cause that problem. Download Xerces 2.1 or the current Xerces nightly build (where the bug have been fixed). -- Jeanfrancois Mladen Turk wrote: Hi, Trying to use the nightly builds with 1.4.1 on WIN32, but without much luck. SEVER

Xerces 2.2.x & Struts 1.0.2 problem.

Hi, finally, with the help of Craig, I was able to isolate the problem Tomcat have with Xerces 2.2.x. When you have an In our case, file web-app_2_3.dtd included with Struts 1.0.2 is causing the problem (Strangely, this is not the same as the web-app_2_3.dtd included in jakarta-servletapi).

Tomcat & Xerces

are now back to work together. Xerces 2.2.1 (released today) work/fix the parsing problem that magically appear with 2.2.0. Let see how long it will take to Xerces to break Tomcat again ;-) Just kidding FYI: Here are the version that works: 2.1.0, 2.2.1 doesn't work: 2.0.1, 2.0.2, 2.2 -- Je

Re: /admin 404

le test case. If you have one, let me know :-) -- Jeanfrancois Can someone else confirm that admin works with 2.1.0? confused Amy Jeanfrancois Arcand wrote: Yes, everythings works fine with the current build. -- Jeanfrancois Amy Roh wrote: I switched from 2.2.0 to 2.1.0. Stil

Re: cvs commit: jakarta-tomcat-4.0 build.properties.sample

Wow. I'm confuse. I did some test yesterday and everythings seems to work fine for me. I will continue to ping the Xerces guys -- Jeanfrancois Remy Maucherat wrote: Bill Barker wrote: >jfarcand2002/11/11 20:16:59 > > Modified:.build.properties.sample > Log: > Update to

Re: /admin 404

co nf\jk2.properties Jeanfrancois Arcand wrote: Xerces 2.2, not 2.0.2 (2.0.2 does not work at all) :-) It should work if you use 2.1. -- Jeanfrancois Bill Barker wrote: If you're using the default xerces-2.0.2, then the admin context won't load (or at least it won't for me).

Re: /admin 404

Xerces 2.2, not 2.0.2 (2.0.2 does not work at all) :-) It should work if you use 2.1. -- Jeanfrancois Bill Barker wrote: If you're using the default xerces-2.0.2, then the admin context won't load (or at least it won't for me). You should see the error in catalina.out. - Original Message

Re: [VOTE] Proposed jspc refactoring

I am +1 of refactoring the code and do something less "overly complex". I just have a look at the code and start speaking french. ;-) I can help if needed. -- Jeanfrancois Remy Maucherat wrote: Hi, jspc is IMO overly complex, with many features nobody knows how to use, and nobody cares t

Re: Tomcat Architecture: XML

Micael, all the magic reside under the Digester component used by Tomcat to parse xml file. http://jakarta.apache.org/commons/digester.html Enjoys! -- Jeanfrancois micael wrote: I am interested in a particular part of the Tomcat architecture, and NOT the relations between the containers, an

Re: French translations - who's interested ?

Dispatch the files, and I will do some tonight. -- Jeanfrancois Henri Gomez wrote: There is still some works to finish french translation in TC4+CATALINA2+JASPER. Who's planning to make some works ? (JFC/JFA/REMM ?) Regards -- To unsubscribe, e-mail:

Re: french translation for servletapi (2.2)

OK c'est fait (Done :-) ) -- Jeanfrancois -- To unsubscribe, e-mail: For additional commands, e-mail:

<    1   2