DO NOT REPLY [Bug 43409] - Error location wrongly despatched to servlet

[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=43409


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2007-10-01 00:17 ---
It is not true that resources are always provided by servlets. According to
SRV.9.13 a web application doesn't even have to contain a servlet. You are
confusing the "default" servlet, as defined in the spec, with
org.apache.catalina.servlets.DefaultServlet, which is nothing more than an
implementation element.

For any request, when there is a perfect match with a static resource in the web
application SRV.11 does not apply. You just return the resource. It is possible
that the implementation of the container uses its internal servlet gear to do
that, but that is not relevant.

This is a bug and the only place to discuss it is here.

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

Commit policy for native Tomcat connectors

[Rainer Jung]

Hi,

since the main project agreed on trying a new policy for commits against 
stable branches, I think we should clarify our policy concerning the 
native parts of Tomcat connectors (JK and tcnative).


Both have only one active branch, which at the moment is the stable 
branch as well as the development branch.


The primary purpose of the commit policy is helping to interact the 
comitters in a way, that provides a good balance between innovation and 
stability. The group of committers for the two native projects has a 
different structure than the main Tomcat project.


I think that until now we didn't have any incidents that indicate, that 
we should switch to a new policy for the native projects. It's possible, 
that this will be necessary, once development for JK3 really starts, in 
order to concentrate our efforts on the new branch.


I would like to gather opinions from the group concerning the momentary 
situation:


- do you also think we can stick to CTR for

   - JK native?

   - tcnative?

I don't expect a lot of change for JK 1.2 (new features) and I think 
we'll switch over to JK3 for all major new features. But since we didn't 
have a problem with CTR on JK 1.2, I would prefer sticking to that (for 
simplicity).


Regards,

Rainer

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

DO NOT REPLY [Bug 43516] - mod_jk memory leak (apache reload)

[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=43516





--- Additional Comments From [EMAIL PROTECTED]  2007-10-01 07:40 ---
Hi Rainer!
Yes, looks great! problem solved! thank you very much !


-- 
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 43516] - mod_jk memory leak (apache reload)

[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=43516


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-10-01 08:25 ---
... and in case you really need many virtual servers without any JK in them, you
can save some memory with the global option

JkMountCopy All

This will have the side effect, to enable all JkMounts which are defined in the
global server in the virtual servers too.

But in case you only use JK in some/few virtual servers, you can define your
JKMounts in those virtual servers and set JkMountCopy All in the global.

Then all the virtual servers that have no JkMounts will share the same config
element, saving about 8KB per virtual server.

I'm closing this issue, thanks again for reporting.
If you find a problem with the fix later, you can reopen the issue.

Fix will be part of 1.2.26, maybe sometime in November.

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

[Tomcat Wiki] Update of "PoweredBy" by Locadata Hospedagem de Sites

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change 
notification.

The following page has been changed by Locadata Hospedagem de Sites:
http://wiki.apache.org/tomcat/PoweredBy

--
  http://s168975732.websitehome.co.uk/images/konakart_logo.png
  [http://www.konakart.com KonaKart] is a free java based online shopping cart 
application that provides everything that store owners need to sell their 
products over the Internet. It runs on Tomcat and includes a Java API and SOAP 
Web Service interface. 
  
+ = LocaData =
+ http://www.locadata.com.br/img/logomarca.gif
+ [http://www.locadata.com.br/ LocaData - Hospedagem de Sites] provides 
webhosting with JSP/Servlets support using Tomcat 5.0, 5.5 and 6.0.
+ 
  = LVM Systems =
  [http://www.lvmsystems.com/ LVM Systems] - develops and markets software and 
related Internet products exclusively in the healthcare call center industry 
including [http://www.lvmsystems.com/products/weblink.php WebLink], which is 
designed to run on Tomcat.
  

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

[Tomcat Wiki] Update of "PoweredBy" by YoavShapira

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change 
notification.

The following page has been changed by YoavShapira:
http://wiki.apache.org/tomcat/PoweredBy

--
  http://camprate.com/images/logo.gif
  [http://CampRate.com CampRate.com] - Online Campground Directory and Reviews; 
Running Tomcat 5 and Struts.
  
+ = CarGurus =
+ http://www.cargurus.com/gfx/logos/logo_final_small_r.gif
+ [http://www.cargurus.com CarGurus.com] - Next-generation automotive social 
network: where autmotive knowledge is shared!
+ 
  = Classifieds.pl =
  http://www.classifieds.pl/static/images/ic_polzone.gif
  [http://www.classifieds.pl Polska Strefa - Ogłoszenia] - Classified ads 
database.

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

Re: [Tomcat Bayeux and Comet Implementation]

[Filip Hanik - Dev Lists]

Costin Manolache wrote:

On 9/28/07, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:


you build the bayeux servlet crap on top of the Comet processor, its not
  

a protocol over TCP, its a protocol over HTTP, but requires the ability
to do async servlet, ie to cut of the dependency between the tomcat
worker thread and the HttpServletResponse

Comet is a core of the Tomcat API, it's tightly integrated into the
connectors




AFAIK the thread model is not 'tightly integrated' into the connector API -
i.e.
you can implement a connector ( using only the APIs ) using any thread
model you want. And your new connector can expose any additional interface
it wants to
servlets that want to depend on them.
  
there is no need to implement any more connectors, the APR and the NIO 
connectors already have all the functionality.
And the way we expose it, is through the CometProcessor interface, but 
we haven't made a decision on this interface yet.
I wanna finish my sandbox impl, and then call for a vote, so that we can 
move forward with that.


Filip



Costin





Filip
  

I think if there is interest - it can and should be pursued, would be a
  

good


start to see
if the 'scratch your itches, but not in the core distro' works out :-).
  

It


would require some renaming
the packages and small changes in the sandbox, moving them to trunk (
excluded from default ant build )
as well as building a connector-only mini-distro ( can be just a jar +
  

html


instructions to install/enable ).

My understanding of the whole debate we recently had is that pursuing
  

ideas


and itches is allowed and
encouraged - as long as it is outside the official tomcat release and
doesn't require API or major changes.

Costin

On 9/27/07, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:

  

until we sorted out our Comet implementation strategy, there is no


point


pursuing this

Filip

Gurkan Erdogdu wrote:



Hi guys;

Is there any support for the Bayeux protocol and Comet style
  

application


works in the Tomcat 6.x? I looked at the tomcat sandbox and that is


this


implementations still experimental? Is there any timeline that these
components inclueded with tomcat distribution?



Thanks;

Gurkan





  




Building a website is a piece of cake. Yahoo! Small Business gives you

  

all the tools to get online.



http://smallbusiness.yahoo.com/webhosting


  




No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.488 / Virus Database: 269.13.30/1027 - Release Date:

  

9/24/2007 11:27 AM

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







No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.488 / Virus Database: 269.13.33/1034 - Release Date:
  

9/27/2007 5:00 PM

-

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





  



No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.488 / Virus Database: 269.13.36/1041 - Release Date: 10/1/2007 10:20 AM
  



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

DO NOT REPLY [Bug 43529] New: - Tomcat 6 invoker no longer loads unless privileged

[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=43529

   Summary: Tomcat 6 invoker no longer loads unless privileged
   Product: Tomcat 6
   Version: 6.0.14
  Platform: All
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Unfortunately, the Tomcat FAQ
http://tomcat.apache.org/faq/misc.html#evil
does not mention up front that the Tomcat 6 invoker no longer loads unless
privileged.

It is not until you read the article
The Long and Sordid Tale of the Invoker Servlet
http://faq.javaranch.com/java/InvokerServlet
that this is stated.

The Tomcat FAQ
http://tomcat.apache.org/faq/misc.html#evil
needs to explicitly state that the Tomcat 6 invoker no longer loads unless
privileged. It should also state the procedure to make it privileged.

Although the Tomcat FAQ
http://tomcat.apache.org/faq/misc.html#evil
strongly warns against using the invoker,
it is useful for developmental purposes since many textbook examples use 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 43530] New: - Bad links on Apache Tomcat 6.0 Documentation Index

[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=43530

   Summary: Bad links on Apache Tomcat 6.0 Documentation Index
   Product: Tomcat 6
   Version: unspecified
  Platform: Other
   URL: http://tomcat.apache.org/tomcat-6.0-doc/index.html
OS/Version: other
Status: NEW
  Severity: blocker
  Priority: P2
 Component: Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Apache Tomcat 6.0
Documentation Index
http://tomcat.apache.org/tomcat-6.0-doc/index.html

The following links on above page are bad:

Functional Specifications
http://tomcat.apache.org/tomcat-6.0-doc/catalina/funcspecs/index.html

Catalina Javadocs
http://tomcat.apache.org/tomcat-6.0-doc/catalina/docs/api/index.html

Jasper Javadocs
http://tomcat.apache.org/tomcat-6.0-doc/jasper/docs/api/index.html

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