cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java

pierred 00/10/28 23:10:09 Modified:jasper/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java Log: Support for the following PFD changes: "- Added initialization parameters to TagLibraryInformation validation in TLD, adding a new element, re

cvs commit: jakarta-tomcat-4.0/catalina/src/conf tld_12.dtd

craigmcc00/10/28 22:33:02 Modified:catalina/src/conf tld_12.dtd Log: Update the tag library descriptor to the JSP 1.2 PFD version. NOTE: Jasper needs to update its version of the webapp deployment descriptor as well. Revision ChangesPath 1.3 +237 -176 jaka

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java

pierred 00/10/28 22:12:57 Modified:jasper/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java Log: Support for following PFD change: "Changed element names in TLD to consistently follow convention. New names are . , , and . was renamed ."

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/resources web-jsptaglib_1_2.dtd

pierred 00/10/28 22:10:36 Modified:jasper/src/share/org/apache/jasper/resources web-jsptaglib_1_2.dtd Log: PFD taglib DTD. Revision ChangesPath 1.2 +237 -176 jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/resources/web-jsptaglib_1_2

edit bug #44 by person #0 (logged in as: Nick Bauman)

Severity changed from 'serious' to 'non-critical'. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

edit bug #44 by person #0 (logged in as: Nick Bauman)

Bug description modified: Synopsis changed from: > MIME types no longer read from conf/web.xml To: > In 3.2b4 MIME types no longer read from conf/web.xml Reproduce description modified: Description changed from: > To: > Add a new mime-mapping entry in conf/web.xml and

BugRat Report #171 was linked to Bug #44(apparently by:Nick Bauman)

BugRat Report #171 was linked to Bug #44 (logged in as:Nick Bauman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

BugRat Report #170 was linked to Bug #43(apparently by:Nick Bauman)

BugRat Report #170 was linked to Bug #43 (logged in as:Nick Bauman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/resources messages.properties

pierred 00/10/28 20:23:51 Modified:jasper/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java jasper/src/share/org/apache/jasper/resources messages.properties Log: Support for new JSP1.2 feature: "Added elemen

RE: [jBoss-Dev] Re: jboss on tomcat update

>| What can I say? I agree that this is a reasonable interpretation. >|But I don't think it's the only interpretation, and I'm not sure it's even >|the interpretation intended by the authors. There's another section that >|specifically allows distribution of GPL and non-GPL programs on the

RE: [jBoss-Dev] Re: jboss on tomcat update

| This is truly unfortunate. There are definitely ares of code that |could be shared - that *should* be shared, such as logging, dynamic |proxies, thread pools, and so on. It's too bad that it doesn't happen |until a javax package is available... Particularly since those are *not* |open s

Re: [jBoss-Dev] Re: jboss on tomcat update

> The problem is, I'm in a situation where (to quote "Ronin"), >"Whenever there's a doubt, there is no doubt." Whatever you say, I >haven't heard anything that convinces me that the interpretation is clear >- I can easily see both sides of the disagreement. I suspect the only way >for this

[NOISE] Licenses (was: Re: [jBoss-Dev] Re: jboss on tomcat update)

on 10/28/2000 4:46 PM, "marc fleury" <[EMAIL PROTECTED]> wrote: > |That is how you interpret it, not how RMS interprets it. > > I have a license and the wording is clear. > What people say he said isn't the question. > > |I cannot take Tomcat and combine it with JBoss and make a > |distribution

Re: [jBoss-Dev] Re: jboss on tomcat update

on 10/28/2000 5:22 PM, "Peter Donald" <[EMAIL PROTECTED]> wrote: > Once RMS finds out > about the project misusing the GPL he will start advocating all the GNU > peopls stay away from it. Someone want to send an email to [EMAIL PROTECTED] recommending that RMS take a look at how the GPL is being

Re: [jBoss-Dev] Re: jboss on tomcat update

on 10/28/2000 5:41 PM, "Aaron Mulder" <[EMAIL PROTECTED]> wrote: > Overall, the most unfortunate thing here is that I don't believe > either party is trying to lock out code from the other. But the fact that > the licenses are not compatible means that one group or the other has to > change lice

cvs commit: jakarta-tomcat-4.0 NEW_SPECS.txt

craigmcc00/10/28 17:45:37 Modified:.NEW_SPECS.txt Log: Update compliance status on the various new features of the Servlet 2.3 API. Revision ChangesPath 1.7 +10 -11jakarta-tomcat-4.0/NEW_SPECS.txt Index: NEW_SPECS.txt

Re: [jBoss-Dev] Re: jboss on tomcat update

On Sat, 28 Oct 2000, Jon Stevens wrote: > on 10/28/2000 4:06 PM, "marc fleury" <[EMAIL PROTECTED]> wrote: > > Indeed if the Avalon guy puts jBoss code in his tree and "contains" our work > > in his work then yeah.. that needs to be GPL. > Bingo. So, this is something that is a major problem for me

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina Context.java

craigmcc00/10/28 17:37:55 Modified:catalina/src/share/org/apache/catalina Context.java Log: Forgot to add removeResourceEnvRef() method to the Context interface. Revision ChangesPath 1.13 +8 -0 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Context.

Re: [jBoss-Dev] Re: jboss on tomcat update

At 04:35 28/10/00 -0700, you wrote: >on 10/28/2000 4:06 PM, "marc fleury" <[EMAIL PROTECTED]> wrote: > >> Indeed if the Avalon guy puts jBoss code in his tree and "contains" our work >> in his work then yeah.. that needs to be GPL. > >Bingo. So, this is something that is a major problem for me.

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF web.xml

craigmcc00/10/28 17:35:07 Modified:catalina/src/conf web_23.dtd catalina/src/share/org/apache/catalina Context.java catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java catalina/src/share/org/apa

Re: [jBoss-Dev] Re: jboss on tomcat update

At 02:18 28/10/00 -0700, you wrote: >on 10/28/2000 10:05 AM, "marc fleury" <[EMAIL PROTECTED]> wrote: > >> I am sorry, I should actually provide some information. >> >> We use the GPL to protect the kernel. The virality of the GPL applies to >> the "derived work" or "modified work as a whole" o

Re: [jBoss-Dev] Re: jboss on tomcat update

At 02:06 28/10/00 -0700, Jon Stevens wrote: >on 10/27/2000 10:10 PM, "marc fleury" <[EMAIL PROTECTED]> wrote: > >> | but at the same time, you have a problem with the GPL being >> |viral so you give exceptions for people to use JBoss. Instead, what you >> |should do is probably be using the MPL l

RE: [jBoss-Dev] Re: jboss on tomcat update

>> I am sorry, I should actually provide some information. >> >> We use the GPL to protect the kernel. The virality of the GPL applies to >> the "derived work" or "modified work as a whole" of the kernel. ummm - hello ? - you should seek legal advice as this is NOT what the GPL saids. It was de

RE: [jBoss-Dev] Re: jboss on tomcat update

|That is how you interpret it, not how RMS interprets it. I have a license and the wording is clear. What people say he said isn't the question. |I cannot take Tomcat and combine it with JBoss and make a |distribution of it |that is available from Apache.org because JBoss is under a GPL license.

Re: [jBoss-Dev] Re: jboss on tomcat update

on 10/28/2000 4:06 PM, "marc fleury" <[EMAIL PROTECTED]> wrote: > Indeed if the Avalon guy puts jBoss code in his tree and "contains" our work > in his work then yeah.. that needs to be GPL. Bingo. So, this is something that is a major problem for me. > This is the mutations I was talking about

RE: [jBoss-Dev] Re: jboss on tomcat update

|> | but at the same time, you have a problem with the GPL being |> |viral so you give exceptions for people to use JBoss. Instead, what you |> |should do is probably be using the MPL license which will solve |your needs |> |without having to constantly grant exceptions to people. |> |> ??? |> |>

RE: [jBoss-Dev] Re: jboss on tomcat update

|-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Aaron Mulder |Sent: Saturday, October 28, 2000 12:49 PM |To: jBoss Developer; Java Apache Framework; Tomcat Dev List |Subject: RE: [jBoss-Dev] Re: jboss on tomcat update | | |Marc, | I'm on your si

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util/naming/java - New directory

remm00/10/28 14:26:37 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util/naming/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util/naming - New directory

remm00/10/28 14:26:34 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util/naming - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [jBoss-Dev] Re: jboss on tomcat update

on 10/28/2000 10:05 AM, "marc fleury" <[EMAIL PROTECTED]> wrote: > I am sorry, I should actually provide some information. > > We use the GPL to protect the kernel. The virality of the GPL applies to > the "derived work" or "modified work as a whole" of the kernel. That is how you interpret it

Re: [jBoss-Dev] Re: jboss on tomcat update

on 10/27/2000 10:10 PM, "marc fleury" <[EMAIL PROTECTED]> wrote: > | but at the same time, you have a problem with the GPL being > |viral so you give exceptions for people to use JBoss. Instead, what you > |should do is probably be using the MPL license which will solve your needs > |without havi

Fix for Race Condition in init() - Tomcat 3.2b6

Hi, In Tomcat 3.2b6 there's a race condition during servlet init - if a second request arrives while a servlet is still in its init method from its first request, the ServletWrapper will create another instance of the servlet and pass the new request to it without calling init, in violation of th

RE: [jBoss-Dev] Re: jboss on tomcat update

Marc, I'm on your side. I would *really* like to be able to use jBoss. However: Please interpret the following passage of the GPL, and tell us how it applies to an app server based on software like Apache, Tomcat, Avalon, Castor, Tyrex, PostgreSQL, and jBoss. Specifically, ima

RE: [jBoss-Dev] Re: jboss on tomcat update

> The GPL applies to derived work in distribution. Our > distributions are GPL > kosher. Please what is a GPL Kosher distribution? what you want to say with this? Iluminate me as i'm becoming more and more concerned by this kind of religious things, :-) Saludos , Ignacio J. Ortega -

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector ResponseBase.java

craigmcc00/10/28 12:02:56 Modified:catalina/src/share/org/apache/catalina/connector ResponseBase.java Log: Do not set the default content type to "text/plain", per Servlet 2.3 PFD, Section 5.2, p. 40. Revision ChangesPath 1.6 +7 -7 j

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

craigmcc00/10/28 11:56:04 Modified:catalina/src/share/org/apache/catalina Globals.java catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java Log: Migrate the manifest constants for request attributes created in the RequestDis

BugRat Report #319 has been filed.

Bug report #319 has just been filed. You can view the report at the following URL: REPORT #319 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: docbug State: received Priority: low Severity: non-c

RE: [jBoss-Dev] Re: jboss on tomcat update

Ok, I am sorry, I should actually provide some information. We use the GPL to protect the kernel. The virality of the GPL applies to the "derived work" or "modified work as a whole" of the kernel. Tomcat is not "derived work" of jboss, clearly, wouldn't you say? :). The "modified work as a wh