DO NOT REPLY [Bug 40909] - High CPU Usage When Using mod_jk or mod_proxy_ajp connectors

[bugzilla]

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_bug.cgi?id=40909





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 00:33 ---
We are having the same problem now. We first ran Tomcat 5.5.17 and Apache 2.0 
on Windows Server 2003 x86 64bit Edition. After upgrading to Tomcat 5.5.20 and 
Apache 2.2, the problem persists. The connector we chose was the best that 
could be.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40909] - High CPU Usage When Using mod_jk or mod_proxy_ajp connectors

[bugzilla]

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_bug.cgi?id=40909





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 01:56 ---
I found the Tomcat native library(tcnative.dll?) caused the problem. When I 
stop Tomcat, remove the native library, and restart Tomcat, everything seems 
to be working fine!

IMHO, this is definitely a bug...

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40909] - High CPU Usage When Using mod_jk or mod_proxy_ajp connectors

[bugzilla]

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_bug.cgi?id=40909





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 02:59 ---
(In reply to comment #5)
> I found the Tomcat native library(tcnative.dll?) caused the problem. When I 
> stop Tomcat, remove the native library, and restart Tomcat, everything seems 
> to be working fine!
> 
> IMHO, this is definitely a bug...

Did you try tcnative.dll 1.1.6 as Comment #1 suggests?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: adding communication between mod_jk and servlet code

[Rainer Jung]

Hello Chris,

thanks for your original "Busyness" contribution.

I'm not a big fan of transporting container meta information on top of 
usual request/response traffic. I know we don't have anything else we 
could easily use yet.


1) There is no built in protocol support in ajp13 for other types of 
information. There is no effort in realising ajp14 at the moment.


2) There is no easy way of supporting parallel management activity 
besides normal workload (creating management threads etc.), because we 
are multi-platform and multi-webserver.


I'm thinking about adding more functionality to the status worker as an 
interesting compromise:


- the status worker can run in parallel to usual request load. It needs 
to be triggered externally, but at least we don't pack something on top 
of every request handling.


- the status worker can change state in the shared memory segment we 
use. Any load balancer already uses this state.


So one could think about:

- adding a backend status URL to each load balancer (configuration)
- adding the ability to send requests via ajp13 to backends from inside 
the status worker (we have to fake the request) and to extract 
information from the response

- defining a good response content scheme
- reacting on the response by disabling/stopping/erring/reenabling etc. 
load balancer members
- defining request parameters (cmd=probe&...) to the status worker, that 
trigger the request to every member of a load balancer and the 
corresponding action depending on the response


How does that sound?

Regards,

Rainer

Chris Lamprecht wrote:

Hi all,
I previously submitted the lb 'busyness' patch for mod_jk, and it has 
worked

well for us.

Now we need some additional functionality from mod_jk and I'd like to get
feedback here first before I start patching.  I'd prefer to implement
something that is generally useful to others, and submit the patch, so it
becomes part of the mod_jk codebase.

First, the problem.  Currently there isn't any direct way for a servlet to
tell mod_jk that it should be marked as being in 'Error' state (as being
down).  We have a backend HTTP service that requires high availability.  If
the servlet detects that something is wrong, it should "take itself out" of
the mod_jk load balancer, at least temporarily.  There are two ways I can
think of to accomplish this right now.  The first, which I've done, is set
the reply_timeout to a fairly low value, like 4000ms, and then make the
servlet intentionally sleep for 5000ms to cause it to go into Error state.
This works, but having the reply_timeout so low is a risk -- if the backend
servers are slow for some reason (copying large files, etc), they can 
all be

marked as down -- oops.  The second method, which I have not tried, is to
have the servlet do a GET request to the mod_jk JkStatus page, to take
itself out of rotation.  While it may work, I just don't have good feelings
about this method.  If anyone has  other suggestions on ways for a servlet
to force itself to be marked as in 'Error' state, please reply.

So, I looked through mod_jk code hoping that I could have the servlet throw
an HTTP 50x error that mod_jk would interpret as "down", but no such luck.
There has been talk before about writing a "meta" communication layer
between servlets and mod_jk.  This could open up the doors to some cool
things:  Servlets could provide JK with load information, average response
times, available webapp contexts, etc.  See this thread:
http://mail-archives.apache.org/mod_mbox/httpd-dev/200606.mbox/[EMAIL PROTECTED] 



For my current purposes, I just need the servlet to tell mod_jk "even 
though

I'm available, mark me as in Error state!".   How should we do this?  Using
a "hidden" HTTP response header might work for communicating general
strings, or returning certain "reserved" HTTP responses (HTTP 599 = error,
etc) -- these are two options that come to mind.  I'm willing to implement
and test the mods, including under heavy load.


Thanks,
Chris


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41059] - WebAppClassLoader clearReferences code break running threads

[bugzilla]

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_bug.cgi?id=41059


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 05:36 ---
I provided a patch to work around this issue.  

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40909] - High CPU Usage When Using mod_jk or mod_proxy_ajp connectors

[bugzilla]

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_bug.cgi?id=40909





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 06:46 ---
Where can I download tcnative-1.dll version 1.1.6?  Version 1.1.4 comes with
Tomcat 5.5.  I downloaded and installed Tomcat 6.0 beta and that includes
tcnative-1.dll version 1.1.7.  I'm going to give that a try.  Note, to get this
dll you have to download and install the windows binary version - and when
installing check off the box that indicates "native".

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40909] - High CPU Usage When Using mod_jk or mod_proxy_ajp connectors

[bugzilla]

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_bug.cgi?id=40909





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 07:26 ---
(In reply to comment #7)
> Where can I download tcnative-1.dll version 1.1.6? 

Indeed. TCNative is so hard to find it almost doesn't exist. You can find it by 
going to this page (http://
tomcat.apache.org/download-connectors.cgi) and then following the "browse 
download area" link, which 
will lead you to the "native" directory.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41082] New: - Tomcat Manager application Ant task deploy does not release memory - causes Tomcat to crash with OutOfMemoryException

[bugzilla]

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_bug.cgi?id=41082

   Summary: Tomcat Manager application Ant task deploy does not
release memory - causes Tomcat to crash with
OutOfMemoryException
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: Windows Server 2003
Status: NEW
  Severity: critical
  Priority: P2
 Component: Webapps:Manager
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I am deploying applications remotely to Tomcat using the packaged
catalina-ant.jar file.  After deploying applications enough times to a Windows
Server 2003 machine, I noticed that the manager application stopped responding.
 When I checked the log files, it appeared that an OutOfMemoryException had been
thrown.  This is happening on one of my production servers.  

To verify that deploys were the cause of the OutOfMemoryException, I restarted
Tomcat on our development server, and proceeded to deploy a war file multiple
times, while monitoring the tomcat5.exe process.  Each time the application is
deployed, the process obtained more and more memory, without releasing it.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 40909] - High CPU Usage When Using mod_jk or mod_proxy_ajp connectors

[bugzilla]

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_bug.cgi?id=40909





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 07:43 ---
(In reply to comment #7)
> Where can I download tcnative-1.dll version 1.1.6?

FYI:
Prebuilt binaries for Windows and other achitectures can be found here
http://tomcat.heanet.ie/native

> tcnative-1.dll version 1.1.7.  I'm going to give that a try.

Do that. It will propably help (as would 1.1.6).


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41087] New: - Missing XSD files

[bugzilla]

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_bug.cgi?id=41087

   Summary: Missing XSD files
   Product: Tomcat 6
   Version: unspecified
  Platform: All
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


jsp_2_1.xsd and web-jsptaglibrary_2_1.xsd are missing from the build.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41089] New: - JspFactoryImpl has SPEC_VERSION = "2.0"

[bugzilla]

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_bug.cgi?id=41089

   Summary: JspFactoryImpl has SPEC_VERSION = "2.0"
   Product: Tomcat 6
   Version: 6.0.0
  Platform: All
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


org.apache.jasper.runtime.JspFactoryImpl has 

private static final String SPEC_VERSION = "2.0";

Should be:

private static final String SPEC_VERSION = "2.1";

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41089] - JspFactoryImpl has SPEC_VERSION = "2.0"

[bugzilla]

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_bug.cgi?id=41089





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 10:20 ---
Also, in org.apache.jasper.Compiler this line:

out.printil("response.addHeader(\"X-Powered-By\", \"JSP/2.0\");");

Should be:

out.printil("response.addHeader(\"X-Powered-By\", \"JSP/2.1\");");

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem with JSF 1.2 converters in Tomcat 6.0.2

[Martin Dubuc]

I downloaded a snapshot of the sources today and have verified that
the converter problem is solved. The page that uses a converter in
jsf-cardemo works fine now.

Thanks.

Martin

On 11/29/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:

Martin Dubuc wrote:
> There seems to be a problem with Converter subclasses when running a
> JSF 1.2 Web app inside Tomcat 6.0.2. This problem can be reproduced by
> running the JSF car demo Web app that comes with the JSF 1.2
> distribution. To reproduce, in the car demo startup page, choose
> locale (click English for instance), then click More, then Buy, then
> Buy again in the choice confirmation page. The last Buy will cause a
> page submission and when invoking the converter on that page, the
> following exception will be raised:

I relaxed the check in the CVS, so you can try again.

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]

Re: Problem with JSF 1.2 converters in Tomcat 6.0.2

[jacob]

awesome :-)


>I downloaded a snapshot of the sources today and have verified that
>the converter problem is solved. The page that uses a converter in
>jsf-cardemo works fine now.
>
>Thanks.
>
>Martin
>
>On 11/29/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
>> Martin Dubuc wrote:
>> > There seems to be a problem with Converter subclasses when running a
>> > JSF 1.2 Web app inside Tomcat 6.0.2. This problem can be reproduced by
>> > running the JSF car demo Web app that comes with the JSF 1.2
>> > distribution. To reproduce, in the car demo startup page, choose
>> > locale (click English for instance), then click More, then Buy, then
>> > Buy again in the choice confirmation page. The last Buy will cause a
>> > page submission and when invoking the converter on that page, the
>> > following exception will be raised:
>>
>> I relaxed the check in the CVS, so you can try again.
>>
>> 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]
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41089] - JspFactoryImpl has SPEC_VERSION = "2.0"

[bugzilla]

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_bug.cgi?id=41089





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 12:08 ---
I have a patch but tabs and trailing spaces killed my diff so I can't commit 
today:

Affected files were:
java/org/apache/jasper/compiler/Generator.java
java/org/apache/jasper/compiler/ImplicitTagLibraryInfo.java
java/org/apache/jasper/compiler/PageDataImpl.java
java/org/apache/jasper/compiler/Validator.java
java/org/apache/jasper/resources/LocalStrings.properties
java/org/apache/jasper/resources/LocalStrings_es.properties
java/org/apache/jasper/runtime/JspFactoryImpl.java

Posting the files affected in case anyone is more eager.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41091] New: - Issue with JSF 1.2 validation when using subviews

[bugzilla]

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_bug.cgi?id=41091

   Summary: Issue with JSF 1.2 validation when using subviews
   Product: Tomcat 6
   Version: 6.0.0
  Platform: Other
   URL: http://mdubuc.freeshell.org/hello2.tar
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


If an input text component is included in a subview and the validation fails
during page submission, the JSF controller forces the Web application to stay on
the current page (expected behavior), but it does not render the error messages
on that page.

I have a sample application that demonstrates this problem. The source code and
.war file for this application can be accessed by navigating to the following 
link:
http://mdubuc.freeshell.org/hello2.tar

In this sample application, the user is presented with an input text in the
first page. If the user clicks OK without filling in the input text, the
application should display an error message to report to the user that a value
is required. However, it does not do this. In the catalina.out log file, some
errors are reported:

Nov 30, 2006 8:38:12 PM com.sun.faces.renderkit.html_basic.HtmlBasicRenderer
getForComponent
WARNING: Unable to find component with ID testj_id_1 in view.
Nov 30, 2006 8:38:23 PM com.sun.faces.renderkit.html_basic.HtmlBasicRenderer
getForComponent
WARNING: Unable to find component with ID testj_id_1 in view.
Nov 30, 2006 8:38:28 PM com.sun.faces.renderkit.html_basic.HtmlBasicRenderer
getForComponent
WARNING: Unable to find component with ID testj_id_1 in view.
Nov 30, 2006 8:38:28 PM com.sun.faces.lifecycle.RenderResponsePhase execute
INFO: WARNING: FacesMessage(s) have been enqueued, but may not have been 
displayed.
sourceId=hello:test:test[severity=(ERROR 2), summary=(hello:test:test:
Validation Error: Value is required.), detail=(hello:test:test: Validation
Error: Value is required.)]

Looks like the controller was not able to find the component. My guess is that
there is an issue with the proper handling of subviews. The same application
without a subview works fine.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41091] - Issue with JSF 1.2 validation when using subviews

[bugzilla]

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_bug.cgi?id=41091





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 13:18 ---
Created an attachment (id=19208)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19208&action=view)
Sample application that demonstrates problem


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41092] New: - JSF 1.2 validation message display id tag and Validation Error label

[bugzilla]

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_bug.cgi?id=41092

   Summary: JSF 1.2 validation message display id tag and Validation
Error label
   Product: Tomcat 6
   Version: 6.0.0
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When displaying a validation error message, Tomcat displays the id tag and the
"Validation Error" label. For instance, in the attached sample Web application,
if the user does not fill in the input text field, a "Value is required." error
message should be displayed, but instead, Tomcat shows "hello:test: Validation
Error: Value is required." error message. Unless there is some sort of
configuration parameter that I am not aware, I would expect that the
"hello:test: Validation Error: " prefix would not be part of the validation
error message.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41092] - JSF 1.2 validation message display id tag and Validation Error label

[bugzilla]

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_bug.cgi?id=41092





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 13:35 ---
Created an attachment (id=19209)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19209&action=view)
Sample application that demonstrates the issue


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41092] - JSF 1.2 validation message display id tag and Validation Error label

[bugzilla]

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_bug.cgi?id=41092





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 13:43 ---
This looks ok to me, so this is not going to be fixed.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41091] - Issue with JSF 1.2 validation when using subviews

[bugzilla]

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_bug.cgi?id=41091





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 13:44 ---
I don't think anyone will investigate this, so you should look into this 
further.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Custom Faces servlet support in Tomcat 6.0.2 (JSF 1.2)

[Martin Dubuc]

My Web application relies on a custom Faces servlet to handle server
errors. This custom Faces servlet used to work well inside Tomcat
5.5.16 but not anymore in Tomcat 6.0.2. I do not know if this problem
is a limitation of Tomcat 6.0.2 or a change in the way JSF works.
Could someone tell me? If this is a known problem, is there a
workaround or are there any plans to fix it?

Martin

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r481091 - in /tomcat/tc6.0.x/trunk/java/org/apache/jasper: compiler/Generator.java runtime/JspFactoryImpl.java

[remm]

Author: remm
Date: Thu Nov 30 13:48:44 2006
New Revision: 481091

URL: http://svn.apache.org/viewvc?view=rev&rev=481091
Log:
- Irrelevant fix.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java
tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java

Modified: tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java?view=diff&rev=481091&r1=481090&r2=481091
==
--- tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Generator.java Thu Nov 
30 13:48:44 2006
@@ -631,7 +631,7 @@
 out.println(");");
 
 if (ctxt.getOptions().isXpoweredBy()) {
-out.printil("response.addHeader(\"X-Powered-By\", \"JSP/2.0\");");
+out.printil("response.addHeader(\"X-Powered-By\", \"JSP/2.1\");");
 }
 
 out

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java?view=diff&rev=481091&r1=481090&r2=481091
==
--- tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java Thu 
Nov 30 13:48:44 2006
@@ -42,7 +42,7 @@
 // Logger
 private Log log = LogFactory.getLog(JspFactoryImpl.class);
 
-private static final String SPEC_VERSION = "2.0";
+private static final String SPEC_VERSION = "2.1";
 private static final boolean USE_POOL = 
 
Boolean.valueOf(System.getProperty("org.apache.jasper.runtime.JspFactoryImpl.USE_POOL",
 "true")).booleanValue();
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41089] - JspFactoryImpl has SPEC_VERSION = "2.0"

[bugzilla]

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_bug.cgi?id=41089


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 13:49 ---
Ok, so it's fixed.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Custom Faces servlet support in Tomcat 6.0.2 (JSF 1.2)

[jacob]

What's not working specifically?

>My Web application relies on a custom Faces servlet to handle server
>errors. This custom Faces servlet used to work well inside Tomcat
>5.5.16 but not anymore in Tomcat 6.0.2. I do not know if this problem
>is a limitation of Tomcat 6.0.2 or a change in the way JSF works.
>Could someone tell me? If this is a known problem, is there a
>workaround or are there any plans to fix it?
>
>Martin
>
>-
>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]

Re: Custom Faces servlet support in Tomcat 6.0.2 (JSF 1.2)

[Remy Maucherat]

[EMAIL PROTECTED] wrote:

What's not working specifically?


Maybe he's talking about the two bug reports he just filed (however, one 
looks ok to me, and I likely won't be able to investigate the other one).


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41093] New: - publish 6.0.2 beta jars in a maven repository

[bugzilla]

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_bug.cgi?id=41093

   Summary: publish 6.0.2 beta jars in a maven repository
   Product: Tomcat 6
   Version: 6.0.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P3
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Publishing the 6.0.2 beta jars in a maven repository will allow maven based
projects that depend on tomcat to automatically download the tomcat jars at
build time.   Sample poms for this feature were requested in a user list
discussion at :
http://www.nabble.com/tc-6.0.2-beta-jars-in-a-maven-repository--tf2734362.html

I will attach a copy of the poms I created in my local maven repo by using
commands like:
bash-3.1$ mvn install:install-file -Dfile=tomcat-juli.jar -DgroupId=org.apa
che.tomcat -DartifactId=juli -Dversion=6.0.2-beta -Dpackaging=jar
-DgeneratePom=true

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41093] - publish 6.0.2 beta jars in a maven repository

[bugzilla]

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_bug.cgi?id=41093





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 14:15 ---
Created an attachment (id=19210)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19210&action=view)
poms for tomcat jars created using maven's install plugin

attaching poms per request by Wendy Smoak

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Custom Faces servlet support in Tomcat 6.0.2 (JSF 1.2)

[Martin Dubuc]

I guess it would help to specify what kind of problem I am experiencing!!! ;-)

Here is the exception stack trace that gets thrown when the controller
tries to process the first JSF page:

Nov 30, 2006 10:08:31 PM org.apache.catalina.core.ApplicationContext log
SEVERE: StandardWrapper.Throwable
java.lang.IllegalStateException: Application was not properly
initialized at startup, could not find Factory:
javax.faces.context.FacesContextFactory
   at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:263)
   at javax.faces.webapp.FacesServlet.init(FacesServlet.java:142)
   at myapp.CustomFacesServlet.init(CustomFacesServlet.java:36)
   at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1161)
   at 
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:981)
   at 
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4044)
   at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4350)
...

I don't know why the system can't find the FacesContextFactory. Any
configuration I should be doing or subclass I need to create?

Martin

On 11/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

What's not working specifically?

>My Web application relies on a custom Faces servlet to handle server
>errors. This custom Faces servlet used to work well inside Tomcat
>5.5.16 but not anymore in Tomcat 6.0.2. I do not know if this problem
>is a limitation of Tomcat 6.0.2 or a change in the way JSF works.
>Could someone tell me? If this is a known problem, is there a
>workaround or are there any plans to fix it?
>
>Martin
>
>-
>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]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41072] - tomcat (3.x/4.x/5.x/6.x) is not supporting http(1.0/1.1) CONNECT method.

[bugzilla]

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_bug.cgi?id=41072





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 14:15 ---
I'm pretty sure this is an INVALID.

(In reply to comment #2)
> http://marc.theaimsgroup.com/?l=tomcat-dev&m=116483087005137&w=2

A totally incoherent posting, and the poster has clearly not even bothered to
try to connect to a Tomcat using HTTP 1.1, let alone read the source under
connectors/http11.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41092] - JSF 1.2 validation message display id tag and Validation Error label

[bugzilla]

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_bug.cgi?id=41092


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 14:16 ---
the validation messages are generated by the JSF implementation, which isn't
provided by Tomcat.  So file them with either Sun's RI at Java.net or the
MyFaces list here at Apache.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: DO NOT REPLY [Bug 41091] - Issue with JSF 1.2 validation when using subviews

[Martin Dubuc]

This bug is quite serious for developers that use JSF subviews in
their applications. This bug prevents the use of any validation code
in pages that use subviews.

On 11/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

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_bug.cgi?id=41091





--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 13:44 ---
I don't think anyone will investigate this, so you should look into this 
further.

--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
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]

DO NOT REPLY [Bug 41091] - Issue with JSF 1.2 validation when using subviews

[bugzilla]

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_bug.cgi?id=41091


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 14:37 ---
working with the RI to determine if it's a bug in Tomcat 6

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Custom Faces servlet support in Tomcat 6.0.2 (JSF 1.2)

[jacob]

Logic could have very well changed in the JSF 1.2 API implementation of the 
FacesServlet, I would first compare your code to the source distribution of JSF 
1.2 available at Java.net.


>I guess it would help to specify what kind of problem I am experiencing!!! 
>;-)
>
>Here is the exception stack trace that gets thrown when the controller
>tries to process the first JSF page:
>
>Nov 30, 2006 10:08:31 PM org.apache.catalina.core.ApplicationContext log
>SEVERE: StandardWrapper.Throwable
>java.lang.IllegalStateException: Application was not properly
>initialized at startup, could not find Factory:
>javax.faces.context.FacesContextFactory
>at javax.faces.FactoryFinder.getFactory(FactoryFinder.java:263)
>at javax.faces.webapp.FacesServlet.init(FacesServlet.java:142)
>at myapp.CustomFacesServlet.init(CustomFacesServlet.java:36)
>at 
>org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1161)
>
>at 
>org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:981)
>at 
>org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:404
>4)
>at 
>org.apache.catalina.core.StandardContext.start(StandardContext.java:4350)
>...
>
>I don't know why the system can't find the FacesContextFactory. Any
>configuration I should be doing or subclass I need to create?
>
>Martin
>
>On 11/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> What's not working specifically?
>>
>> >My Web application relies on a custom Faces servlet to handle server
>> >errors. This custom Faces servlet used to work well inside Tomcat
>> >5.5.16 but not anymore in Tomcat 6.0.2. I do not know if this problem
>> >is a limitation of Tomcat 6.0.2 or a change in the way JSF works.
>> >Could someone tell me? If this is a known problem, is there a
>> >workaround or are there any plans to fix it?
>> >
>> >Martin
>> >
>> >-
>> >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]
>>
>>
>
>-
>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]

DO NOT REPLY [Bug 41091] - Issue with JSF 1.2 validation when using subviews

[bugzilla]

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_bug.cgi?id=41091


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 15:35 ---
sample app works in TC 6.0.2 w/ corrections to the user's own configs, closing

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41082] - Tomcat Manager application Ant task deploy does not release memory - causes Tomcat to crash with OutOfMemoryException

[bugzilla]

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_bug.cgi?id=41082


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 16:39 ---
This might be a Tomcat issue (there were a few lingering issues that were fixed
recently) but is most likely an application issue. You need to get hold of a
profiler and determine where the leak is occurring.

If you determine it is a Tomcat issue, and you confirm it is still an issue with
the latest release, please re-open this report and provide the necessary
information from the profiler for us to investigate further.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41070] - Autodeployer takes war file while it is not yet fully written

[bugzilla]

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_bug.cgi?id=41070


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |enhancement
 OS/Version|Linux   |All
   Platform|PC  |All




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 17:15 ---
There are already several mechanisms you could use to prevent this:
- use the manager to deploy your app
- remove the app from the deployer's control via JMX during update
- mark the app as being serviced via JMX during update

Tomcat could do better in the circumstances you describe but there are plenty of
alternative approaches that would achieve the desired result. I am therefore
marking this as an enhancement request. I suspect there won't be much interest,
particularly without a patch.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41075] - Attributes "id" and "declare" not usable for an plugin object

[bugzilla]

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_bug.cgi?id=41075


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 18:45 ---
Table JSP.1-5 of the JSP 2.0 spec defines the attributes that are valid for all
standard actions including jsp:plugin. Neither id nor declare are valid for
jsp:plugin.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r481139 - in /tomcat: container/tc5.5.x/webapps/docs/changelog.xml jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java

[markt]

Author: markt
Date: Thu Nov 30 19:53:53 2006
New Revision: 481139

URL: http://svn.apache.org/viewvc?view=rev&rev=481139
Log:
Fix bug 41074. Make jsp:plugin output XHTML compliant

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml
tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?view=diff&rev=481139&r1=481138&r2=481139
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Thu Nov 30 19:53:53 2006
@@ -164,6 +164,9 @@
 An alternative character (0xe000) from the unicode private use range
 is now used. (markt)
   
+  
+41057: Make jsp:plugin output XHTML compliant. (markt)
+  
 

   

Modified: 
tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java
URL: 
http://svn.apache.org/viewvc/tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java?view=diff&rev=481139&r1=481138&r2=481139
==
--- tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java 
(original)
+++ tomcat/jasper/tc5.5.x/src/share/org/apache/jasper/compiler/Generator.java 
Thu Nov 30 19:53:53 2006
@@ -1361,10 +1361,10 @@
 // Double check that this is now the correct behavior.
 if (ie) {
 // We want something of the form
-// out.println( "" );
 out.printil(
-"out.write( \"
+// 
 // First compose the runtime output string
-String s0 = " for java_code
-s0 = "';
+//  for java_code
+s0 = "';
 out.printil("out.write(" + quote(s0) + ");");
 out.printil("out.write(\"\\n\");");
 
-//  for java_codebase
+//  for java_codebase
 if (codebase != null) {
-s0 = "';
 out.printil("out.write(" + quote(s0) + ");");
 out.printil("out.write(\"\\n\");");
 }
 
-//  for java_archive
+//  for java_archive
 if (archive != null) {
-s0 = "';
 out.printil("out.write(" + quote(s0) + ");");
 out.printil("out.write(\"\\n\");");
 }
 
-//  for type
-s0 = " for type
+s0 = " for each  in the plugin body
+ * generate a  for each  in the plugin body
  */
 if (n.getBody() != null)
 n.getBody().visit(new ParamVisitor(true));
@@ -1528,9 +1528,9 @@
 /*
  * Netscape style plugin part
  */
-out.printil("out.write(" + quote("") + ");");
+out.printil("out.write(" + quote("") + ");");
 out.printil("out.write(\"\\n\");");
-s0 = "") + ");");
 out.printil("out.write(\"\\n\");");
 
-out.printil("out.write(" + quote("") + ");");
+out.printil("out.write(" + quote("") + ");");
 out.printil("out.write(\"\\n\");");
 
 /*
@@ -1573,13 +1573,13 @@
 out.printil("out.write(\"\\n\");");
 }
 
-out.printil("out.write(" + quote("") + ");");
+out.printil("out.write(" + quote("") + ");");
 out.printil("out.write(\"\\n\");");
 
-out.printil("out.write(" + quote("") + ");");
+out.printil("out.write(" + quote("") + ");");
 out.printil("out.write(\"\\n\");");
 
-out.printil("out.write(" + quote("") + ");");
+out.printil("out.write(" + quote("") + ");");
 out.printil("out.write(\"\\n\");");
 
 n.setEndJavaLine(out.getJavaLine());



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41074] - Output of tag "jsp:plugin" is not conform to XHTML.

[bugzilla]

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_bug.cgi?id=41074


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-11-30 19:54 ---
This has been fixed in SVN and will be in 5.5.21 onwards.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]