svn commit: r392875 - /tomcat/tc6.0.x/trunk/build.xml

[billbarker]

Author: billbarker
Date: Sun Apr  9 19:01:18 2006
New Revision: 392875

URL: http://svn.apache.org/viewcvs?rev=392875&view=rev
Log:
Realized that the previous patch was too Gump-centric

Modified:
tomcat/tc6.0.x/trunk/build.xml

Modified: tomcat/tc6.0.x/trunk/build.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/build.xml?rev=392875&r1=392874&r2=392875&view=diff
==
--- tomcat/tc6.0.x/trunk/build.xml (original)
+++ tomcat/tc6.0.x/trunk/build.xml Sun Apr  9 19:01:18 2006
@@ -54,6 +54,8 @@
 
 
 
+
+
   
 
   



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

Gump for TC 6.0

[Bill Barker]

Since the TC 6 build system now looks likes it semi-stable, I've gone ahead 
and set up the Gump build for the TC 6.0 branch.  The first (and, as it 
happens, nagging run :) should be shortly after 12AM PST (Gump has decided 
to synchronize on PST, but it is slightly over 5 hours from the time-stamp 
on this message for the math-challenged :).

I stuck a  on the TC 5.5 dbcp+pool jar, since the TC 6 build.xml 
doesn't seem to want to deal with it.  Are we planning to own those as well?





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

svn commit: r392872 - /tomcat/tc6.0.x/trunk/build.xml

[billbarker]

Author: billbarker
Date: Sun Apr  9 18:36:19 2006
New Revision: 392872

URL: http://svn.apache.org/viewcvs?rev=392872&view=rev
Log:
Restore the ability to build with the Mail Resources

Modified:
tomcat/tc6.0.x/trunk/build.xml

Modified: tomcat/tc6.0.x/trunk/build.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/build.xml?rev=392872&r1=392871&r2=392872&view=diff
==
--- tomcat/tc6.0.x/trunk/build.xml (original)
+++ tomcat/tc6.0.x/trunk/build.xml Sun Apr  9 18:36:19 2006
@@ -60,7 +60,15 @@
   
 
 
-
+
+  
+
+
+  
+
+
 
 
 
@@ -82,8 +90,10 @@
excludes="**/CVS/**,**/.svn/**">
   
   
-  
-  
+  
+  
 
 
 



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

Bug report for Tomcat 5 [2006/04/09]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|17310|Ver|Nor|2003-02-22|;jsessionid confuses StandardHostcan't find Co|
|19803|Ver|Maj|2003-05-09|manager reload fails and disables app - Incompatib|
|19958|Ver|Maj|2003-05-15|Problems reading ServletInputStream   |
|20268|Opn|Maj|2003-05-27|Tomcat 5.0.2 takes 100% CPU   |
|21045|Ver|Nor|2003-06-24|Manager app does find resources   |
|21600|Ver|Nor|2003-07-15|'s lost after manager stop/start or rel|
|22679|Ver|Enh|2003-08-24|how to access ssl session ID out of tomcat to prev|
|22986|Ver|Nor|2003-09-08|Web apps with context XML file don't start if CATA|
|24413|Ver|Nor|2003-11-04|bundled JMX implementation not compliant to specif|
|24943|Ver|Nor|2003-11-24|Tomcat 5.0.14 / Windows 2000 Service does not star|
|25078|Ver|Nor|2003-11-29|Catalina Ant Serverinfo task always fails |
|27338|Ver|Maj|2004-03-01|Wrong mappings for JSP Documents (.jspx)  |
|28039|New|Enh|2004-03-30|Cluster Support for SingleSignOn  |
|28633|Ass|Enh|2004-04-27|Add JMX Support to ClusterManager |
|28634|Ass|Enh|2004-04-27|Extend StandardManager/StandardSession for DeltaMa|
|28709|Ver|Nor|2004-04-30|javax.servlet.http.HttpServletRequest.isRequestedS|
|28875|Ver|Nor|2004-05-10|Multi-byte characters in default error page aren't|
|29091|Opn|Nor|2004-05-19|Non-ascii characters are not handled correctly... |
|29160|Ver|Enh|2004-05-23|precompile problem: _jspx_meth_* (javax.servlet.js|
|29494|Opn|Enh|2004-06-10|No way to set PATH when running as a service on Wi|
|29497|Unc|Nor|2004-06-10|Connection pool, redeployment |
|29521|Ver|Cri|2004-06-11|No destroy methods called on service shutdown |
|30155|Opn|Cri|2004-07-16|Problem with viewing mail session |
|30241|Ver|Enh|2004-07-21|Enhance build script to use branch argument when c|
|30489|Opn|Cri|2004-08-05|removeAttribute: Session already invalidated  |
|30833|Ver|Nor|2004-08-24|request.getServerPort() returns wrong port (WAS: r|
|31339|Opn|Maj|2004-09-21|admin app throwing struts exceptions  |
|32180|New|Nor|2004-11-11|EL functions are executed in privileged context   |
|32280|Ver|Cri|2004-11-17|Problem clustering tomcat when a failed server is |
|32569|Ass|Nor|2004-12-07|ServletContextListener will not die   |
|32593|Inf|Maj|2004-12-09|Server (Apache 2.0.48) reached MaxClients setting |
|32754|Inf|Nor|2004-12-17|Can't modify thread configuration attributes of AJ|
|32832|Ver|Maj|2004-12-23|request.getSession(false) fails to return null.   |
|33180|Ver|Nor|2005-01-20|JSTL automatic type conversion gives unexpected re|
|33262|Inf|Nor|2005-01-27|Service Manager autostart should check for adminis|
|33356|Inf|Maj|2005-02-02|Incorrect parsing of tag attributes   |
|33407|Inf|Nor|2005-02-05|\$ is quoted even with el-ignored=true|
|33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps|
|33650|Inf|Enh|2005-02-19|Jasper performance for multiple files processing  |
|33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na|
|33806|Opn|Maj|2005-03-02|Session tracking using URL rewriting fails, if cli|
|33831|Ver|Nor|2005-03-03|RequestDispatcher.forward and resource missing|
|34006|Ver|Nor|2005-03-14|Undeploy of webapps with antiResourceLocking in ME|
|34016|Ver|Nor|2005-03-15|antiResourceLocking webapp fails to deploy on Tomc|
|34033|Ver|Nor|2005-03-16|Cannot delete users using Administration Tool weba|
|34076|Inf|Nor|2005-03-18|overriding content.xml docBase with manager webapp|
|34319|New|Nor|2005-04-06|StoreBase.processExpires() is very inefficient|
|34396|Inf|   |2005-04-11|security exception using datasource in|
|35635|New|Nor|2005-07-06|Tomcat service does not log startup error messages|
|35746|Inf|Nor|2005-07-14|session manager should be immune to system clock t|
|35765|New|Enh|2005-07-16|make the SSL cipher config in server.xml fail safe|
|35827|Inf

Bug report for Tomcat 4 [2006/04/09]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 3839|Opn|Enh|2001-09-26|Problem bookmarking login page|
| 4227|Opn|Enh|2001-10-17|Invalid CGI path  |
| 5329|New|Enh|2001-12-08|NT Service exits startup before Tomcat is finished|
| 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob|
| 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi|
| 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio|
| 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI|
| 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam|
| 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty|
| 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store   |
| 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output|
| 7676|New|Enh|2002-04-02|Allow name property to use match experssions in  without className in server.xml produces N|
|11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN|
|11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques|
|11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header|
|11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w|
|12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ|
|12658|New|Enh|2002-09-15|a proxy host and port at the  element level |
|12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers|
|13309|Opn|Enh|2002-10-04|Catalina calls System.exit()  |
|13634|New|Enh|2002-10-15|Allowing system properties to be substituted in co|
|13689|Opn|Enh|2002-10-16|Classloader paths for 'Common' classes and librari|
|13731|New|Enh|2002-10-17|Final request, response, session and other variabl|
|13941|New|Enh|2002-10-24|reload is VERY slow   |
|13965|New|Enh|2002-10-25|Catalina.sh correction request for Tru64 Unix |
|14097|New|Enh|2002-10-30|hardcoded registry value for vm lets tomcat servic|
|14416|New|Enh|2002-11-10|blank tag name in TLD cause NullPointerException  |
|14635|New|Enh|2002-11-18|Should be possible not to have -MM-DD in log f|
|14766|New|Enh|2002-11-22|Redirect Vavle|
|14993|New|Enh|2002-12-02|Possible obselete synchronized declaration|
|15115|New|Enh|2002-12-05|correct docs... XML parser *cannot* be overridden |
|15417|Opn|Enh|2002-12-16|Add port for forced compilation of JSP pages  |
|15688|New|Enh|2002-12-27|full-qualified names instead of imports   |
|15893|New|Enh|2003-01-08|Need a getPort() method on Connector or similar fu|
|15941|New|Enh|2003-01-10|Expose rootCause exceptions at deeper levels  |
|16294|New|Enh|2003-01-21|Configurable URL Decoding.|
|16357|New|Enh|2003-01-23|"connection timeout reached"  |
|16531|New|Enh|2003-01-29|Updating already deployed ".war" files in a single|
|16579|New|Enh|2003-01-30|documentation page layout/style breaks wrapping to|
|16596|New|Enh|2003-01-30|option for disabling log rotation |
|17070|New|Enh|2003-02-14|The Catalina Ant tasks do not allow for 'reusable'|
|17146|New|Enh|2003-02-18|Simplify build.xml using 

Bug report for Watchdog [2006/04/09]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|  278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug|
|  279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug|
|  469|Unc|Nor|2001-01-17|in example-taglib.tld "urn" should be "uri" BugRat|
|  470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B|
| 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths|
|10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher|
|11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()|
|11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav|
|11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie|
|11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro|
|11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.|
|14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec|
|15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv|
|24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara|
|29398|New|Nor|2004-06-04|Update site and note current status   |
+-+---+---+--+--+
| Total   15 bugs   |
+---+

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

Bug report for Tomcat 3 [2006/04/09]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt|
| 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle|
| 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/|
| 4980|New|Min|2001-11-20|Startup message indicates incorrect log file  |
| 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu|
| 5064|New|Cri|2001-11-25|Socket write error when include files is more than|
| 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 |
| 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r|
| 5160|Unc|Maj|2001-11-28|'IllegalStateException'   |
| 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization  |
| 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv|
| 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL  |
| 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin|
| 6027|New|Maj|2002-01-25|Tomcat  Automatically shuts down as service   |
| 6168|New|Blk|2002-02-01|IllegalStateException |
| 6451|New|Cri|2002-02-14|Stackoverflow |
| 6478|New|Enh|2002-02-14|Default Tomcat Encoding   |
| 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c|
| 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err|
| 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil|
| 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact|
| 7227|New|Nor|2002-03-19| directive don't work |
| 7626|New|Nor|2002-03-29|classloader not working properly  |
| 7652|New|Cri|2002-04-01|Tomcat stalls periodically|
| 7785|New|Blk|2002-04-06|tomcat bug in context reloading   |
| 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS |
| 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database   |
| 8239|New|Cri|2002-04-18|Resource temporary unavailable|
| 8263|New|Cri|2002-04-18|url-pattern easy to circumvent|
| 9250|New|Maj|2002-05-20|outOfMemoryError  |
| 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession|
| 9390|New|Nor|2002-05-24|jasper compilation error in tomcat|
| 9480|New|Nor|2002-05-29|Data connection pooling   |
| 9607|New|Maj|2002-06-04|precompile JSP|
| 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p|
|10047|New|Cri|2002-06-20|IllegalStateException |
|10202|New|Maj|2002-06-25|Tomcat is not responding in time  |
|10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read|
|10406|New|Cri|2002-07-02|IllegalStateException |
|11087|New|Blk|2002-07-23|IllegalStateException |
|11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size   |
|11466|New|Nor|2002-08-05|ContextManager: SocketException reading request   |
|12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem  |
|12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header  |
|12852|New|Nor|2002-09-20|May be error in _jspService() -> out.flushBuffers(|
|14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader|
|15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL |
|16363|New|Cri|2003-01-23|Stack Overflow accessing compiled JSP - Tomcat 3.2|
|17915|New|Maj|2003-03-12|Jasper ignores manifest classpath |
|19114|New|Nor|2003-04-17|RequestDispatcherImpl does not set root cause exce|
|19143|New|Nor|2003-04-18|if TOMCAT_INSTALL differs from TOMCAT_HOME -sequri|
|20238|New|Maj|2003

svn commit: r392845 - /tomcat/site/trunk/xdocs/stylesheets/tomcat-site.xsl

[markt]

Author: markt
Date: Sun Apr  9 14:58:26 2006
New Revision: 392845

URL: http://svn.apache.org/viewcvs?rev=392845&view=rev
Log:
Fix stylesheet. Site wasn't building on a cleanly built machine with Java 5 and 
ant.

Modified:
tomcat/site/trunk/xdocs/stylesheets/tomcat-site.xsl

Modified: tomcat/site/trunk/xdocs/stylesheets/tomcat-site.xsl
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs/stylesheets/tomcat-site.xsl?rev=392845&r1=392844&r2=392845&view=diff
==
--- tomcat/site/trunk/xdocs/stylesheets/tomcat-site.xsl (original)
+++ tomcat/site/trunk/xdocs/stylesheets/tomcat-site.xsl Sun Apr  9 14:58:26 2006
@@ -8,7 +8,7 @@
 
 
   
-  http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";



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

Re: Challenges for Java hosting

[Wade Chandler]

--- "Preston L. Bannister" <[EMAIL PROTECTED]>
wrote:

> Again, the main question is which target you are
> trying to hit.
> 
> Are you aiming at Java web hosting where a hosting
> service would offer Java
> to *all* their customers?
> 
> Are you aiming at Java web hosting for any (or
> nearly any) existing Java web
> application?
> 
> In the first case you are aiming at the niche where
> PHP has found great
> success.  On a purely theoretical level, PHP as a
> solution should not
> exist.  On a practical level, there are all sorts of
> reasons why (at
> present) Java is a PITA for web hosting services,
> and PHP is easy to
> accomodate.  In this problem domain the vast
> majority of sites are very low
> usage.
> 
> In the second case you are aiming at a much smaller
> niche.  Playing games to
> keep a pool of JVMs with per-user-application
> in-memory state makes sense.
> This is almost certainly going to translate to
> greater trouble and
> complexity for the hosting service.  More trouble
> means a higher priced
> service offered less often.
> 
> If your aim to make Java ubiquitous (which I believe
> possible) then you want
> to target the first case.
> 
> For low-traffic websites the probability of a GC
> during the process of a
> single request is low.  Also - though I can't say
> I've looked at the latest
> GC implementations in detail, the trend (starting
> with generational GC) in
> algorithms was to not move long-lived stuff around. 
> Taken together, it is
> reasonable to assume that GC is not going to have
> much (or any) impact.
> 
> This is aiming at the niche where PHP is popular - a
> rather large niche.
> 
> What you are looking for is the simplest thing that
> can possibly work.  You
> don't need JVM enhancements.  You don't need to add
> complexity in terms of
> managing pools (always fun).  You don't need to
> worry about leaky
> abstractions.  Odds are you end up with something
> simple and dead reliable
> for a hosting service to deploy.

A hosting service I use has a good scheme with using
multiple workers.  Each Tomcat is it's own instance,
and points to the domain folder where we have the
common files and places for
classes...shared...commonthe config files.  They
then have rules we have to follow as far as
developing, or they'll let you know you need to change
somethingsame would happen for PHP...some page
using all the processor.  But, other than that, we
have our own directory, our own process for the JVM,
and we have ssh shell access to the things we need,
but overall nothing that could not be handled through
a web interface.  It works out really well, and we
have several domains we support on it.  Doesn't seem
any more difficult than anything I've done with PHP
other than the classes and folder and things and every
now and then restarting the TC instance.

Wade

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

Re: Challenges for Java hosting

[Preston L. Bannister]

Again, the main question is which target you are trying to hit.

Are you aiming at Java web hosting where a hosting service would offer Java
to *all* their customers?

Are you aiming at Java web hosting for any (or nearly any) existing Java web
application?

In the first case you are aiming at the niche where PHP has found great
success.  On a purely theoretical level, PHP as a solution should not
exist.  On a practical level, there are all sorts of reasons why (at
present) Java is a PITA for web hosting services, and PHP is easy to
accomodate.  In this problem domain the vast majority of sites are very low
usage.

In the second case you are aiming at a much smaller niche.  Playing games to
keep a pool of JVMs with per-user-application in-memory state makes sense.
This is almost certainly going to translate to greater trouble and
complexity for the hosting service.  More trouble means a higher priced
service offered less often.

If your aim to make Java ubiquitous (which I believe possible) then you want
to target the first case.

For low-traffic websites the probability of a GC during the process of a
single request is low.  Also - though I can't say I've looked at the latest
GC implementations in detail, the trend (starting with generational GC) in
algorithms was to not move long-lived stuff around.  Taken together, it is
reasonable to assume that GC is not going to have much (or any) impact.

This is aiming at the niche where PHP is popular - a rather large niche.

What you are looking for is the simplest thing that can possibly work.  You
don't need JVM enhancements.  You don't need to add complexity in terms of
managing pools (always fun).  You don't need to worry about leaky
abstractions.  Odds are you end up with something simple and dead reliable
for a hosting service to deploy.



On 4/8/06, Darryl Miles < [EMAIL PROTECTED]> wrote:
>
> Interesting discussion.
>
> > Ideas?  Yes, and it's very simple - use fork()!
> >
> The problem with fork() in the way you propose is Garbage Collection.  A
> JVM can move objects and compact heap space during GC, this presents a
> problem that moving data unshare's that page.  For a native executable
> Copy-on-Write provides an improvement on resource usage as memory
> allocation is static once allocated, but between two long running JVMs
> trying to share pages its not so attractive.
>
> The other problem of course is the amount of work a JVM does to load
> byte code, interpret it and ultimately optimize/compile it into machine
> code.  This has additional memory overhead a native executable just does
> not have. The only thing in the data segment of the address space is data.
>
> With linux (maybe others) the native program (and shared libs) is demand
> page loaded from the EXE file on the system, the OS can just drop little
> used code pages knowing it can reload them from a file.  While the
> concept is partially possible with a JVM its just not done.
>
> Any solution on this level is only going to be possible through major
> enhancements at the JVM level against what traditionally Java has been
> about.  ByteCode and GarbageCollection really inhibit traditional
> approaches to the problem, maybe the GCJ project in the not to distant
> will be a faster moving more innovative vehicle for a Java like language
> than Sun Microsystems.
>
>
> So from that standpoint of throwing away ByteCode for CompiledCode, the
> dynamics of your multiple JVMs become much more like a traditional EXEs.
>
> I would envisage an ideal solution not too different from what you are
> saying.  Java code compiled into fully native code and stored on disk,
> you can then properly share the classes as nature intended between
> multiple JVMs.  Then exactly as you say you have a master JVM in control
> and could dynamically put web-apps into other JVM processes which could
> each dynamically tune their thread and memory usage (on the fly) and as
> a last resort shut down the process to cut it away when its been bad,
> without disrupting the container environment as a whole.  This leads on
> to pooling JVMs to recycle the process to walk around memory leak
> problems.
>
> With your problem web-app you could make sure he always got his own JVM
> to run in, for the nicer web-apps you could put more than one into a
> slave JVM.  You could make use of shared mapped pages between processes
> and file descriptor passing  to hand off incoming connections.  There is
> no reason the above can't be implemented on both Win32 and Linux in due
> course.
>
> There are no new ideas here.
>
> Darryl
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

svn commit: r392775 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina: core/ApplicationFilterConfig.java core/NamingContextListener.java core/StandardContext.java core/StandardWrapper.java util/Anno

[remm]

Author: remm
Date: Sun Apr  9 09:38:09 2006
New Revision: 392775

URL: http://svn.apache.org/viewcvs?rev=392775&view=rev
Log:
- Add resource injection (note: most annotations are not supported, including 
web services,
  JPA, EJB, etc), as well as PostCreate and PreDestroy.
- If I understand the spec correctly, if using metadata-complete = true, then 
even PostCreate and
  PreDestroy must be ignored.
- Not tested yet (but it doesn't break when not using annotations).
- Based on a patch submitted by Fabien Carrion.

Added:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/util/AnnotationProcessor.java
Modified:

tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/ApplicationFilterConfig.java

tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/NamingContextListener.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardContext.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardWrapper.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/ApplicationFilterConfig.java
URL: 
http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/ApplicationFilterConfig.java?rev=392775&r1=392774&r2=392775&view=diff
==
--- 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/ApplicationFilterConfig.java 
(original)
+++ 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/ApplicationFilterConfig.java 
Sun Apr  9 09:38:09 2006
@@ -19,10 +19,12 @@
 
 
 import java.io.Serializable;
+import java.lang.reflect.InvocationTargetException;
 import java.util.ArrayList;
 import java.util.Enumeration;
 import java.util.Map;
 
+import javax.naming.NamingException;
 import javax.servlet.Filter;
 import javax.servlet.FilterConfig;
 import javax.servlet.ServletContext;
@@ -31,6 +33,7 @@
 import org.apache.catalina.Context;
 import org.apache.catalina.deploy.FilterDef;
 import org.apache.catalina.security.SecurityUtil;
+import org.apache.catalina.util.AnnotationProcessor;
 import org.apache.catalina.util.Enumerator;
 import org.apache.tomcat.util.log.SystemLogHandler;
 
@@ -66,11 +69,13 @@
  * @exception InstantiationException if an exception occurs while
  *  instantiating the filter object
  * @exception ServletException if thrown by the filter's init() method
+ * @throws NamingException 
+ * @throws InvocationTargetException 
  */
 public ApplicationFilterConfig(Context context, FilterDef filterDef)
 throws ClassCastException, ClassNotFoundException,
IllegalAccessException, InstantiationException,
-   ServletException {
+   ServletException, InvocationTargetException, NamingException {
 
 super();
 this.context = context;
@@ -186,9 +191,12 @@
  * @exception InstantiationException if an exception occurs while
  *  instantiating the filter object
  * @exception ServletException if thrown by the filter's init() method
+ * @throws NamingException 
+ * @throws InvocationTargetException 
  */
 Filter getFilter() throws ClassCastException, ClassNotFoundException,
-IllegalAccessException, InstantiationException, ServletException {
+IllegalAccessException, InstantiationException, ServletException, 
+InvocationTargetException, NamingException {
 
 // Return the existing filter instance, if any
 if (this.filter != null)
@@ -208,8 +216,16 @@
 // Instantiate a new instance of this filter and return it
 Class clazz = classLoader.loadClass(filterClass);
 this.filter = (Filter) clazz.newInstance();
+if (!context.getIgnoreAnnotations()) {
+if (context instanceof StandardContext 
+&& ((StandardContext) context).getNamingContextListener() 
!= null) {
+AnnotationProcessor.injectNamingResources
+(((StandardContext) 
context).getNamingContextListener().getEnvContext(), this.filter);
+}
+AnnotationProcessor.postConstruct(this.filter);
+}
 if (context instanceof StandardContext &&
-((StandardContext)context).getSwallowOutput()) {
+((StandardContext) context).getSwallowOutput()) {
 try {
 SystemLogHandler.startCapture();
 filter.init(this);
@@ -244,8 +260,8 @@
 void release() {
 
 if (this.filter != null){
- if( System.getSecurityManager() != null) {
-try{
+if (System.getSecurityManager() != null) {
+try {
 SecurityUtil.doAsPrivilege("destroy", filter); 
 } catch(java.lang.Exception ex){
 
context.getLogger().error("ApplicationFilterConfig.doAsPrivilege", ex);
@@ -254,6 +270,13 @@
 } else { 
 filter.destroy();
 }
+if (!context.getIgnoreAnnotations()) {
+  

Re: Found two compiler warnings at MAC OS X at tcnative/apr

[Jean-frederic Clere]

Peter Rossbach wrote:


I got these two warnings:


/bin/sh /Users/peter/tools/local//build-1/libtool --silent -- 
mode=compile gcc -g -O2   -DHAVE_CONFIG_H -DDARWIN - 
DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp   -g -O2 - 
DHAVE_OPENSSL   -I/Users/peter/tomcat/develop/tomcat55/connectors/jni/ 
native/include -I/System/Library/Frameworks/JavaVM.framework/Versions/ 
1.5/Home/include -I/System/Library/Frameworks/JavaVM.framework/ 
Versions/1.5/Home/include/ -I/Users/peter/tools/local/include  -I/ 
Users/peter/tools/local//include/apr-1   -o src/os.lo -c src/os.c &&  
touch src/os.lo

src/os.c: In function 'Java_org_apache_tomcat_jni_OS_threadCurrent':
src/os.c:49: warning: cast from pointer to integer of different size

/bin/sh /Users/peter/tools/local//build-1/libtool --silent -- 
mode=compile gcc -g -O2   -DHAVE_CONFIG_H -DDARWIN - 
DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp   -g -O2 - 
DHAVE_OPENSSL   -I/Users/peter/tomcat/develop/tomcat55/connectors/jni/ 
native/include -I/System/Library/Frameworks/JavaVM.framework/Versions/ 
1.5/Home/include -I/System/Library/Frameworks/JavaVM.framework/ 
Versions/1.5/Home/include/ -I/Users/peter/tools/local/include  -I/ 
Users/peter/tools/local//include/apr-1   -o src/ssl.lo -c src/ssl.c  
&& touch src/ssl.lo

src/ssl.c: In function 'ssl_thread_id':
src/ssl.c:203: warning: cast from pointer to integer of different size


Source code
os.c
TCN_IMPLEMENT_CALL(jlong, OS, threadCurrent)(TCN_STDARGS)
{
UNREFERENCED_STDARGS;
return (jlong)apr_os_thread_current();
}


ssl.c
static unsigned long ssl_thread_id(void)
...
return (unsigned long)((jlong)apr_os_thread_current());
...

Found at after a long typedef search  /usr/include/sys/_types.h

struct _opaque_pthread_attr_t { long __sig; char __opaque 
[__PTHREAD_ATTR_SIZE__]; };


But I not clear what is the right cast or we need a spezial darwin  
handling?


I don't think we need a special darwin handling: I think we can't cast a 
apr_os_thread_t to an unsigned long.


Cheers

Jean-Frederic



Regards
Peter







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

DO NOT REPLY [Bug 39255] New: - NullPointerException thrown in AuthenticatorBase.register 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=39255

   Summary: NullPointerException thrown in
AuthenticatorBase.register method
   Product: Tomcat 5
   Version: 5.5.16
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


In org.apache.catalina.authenticator.AuthenticatorBase.register
(AuthenticatorBase.java:706) a DEBUG log causes a NullPointerException to be 
thrown if the principal object passed to the method is null, for example when 
a previously logged in principal is being logged out.


protected void register(Request request, Response response,
Principal principal, String authType,
String username, String password) {

if (log.isDebugEnabled())
log.debug("Authenticated '" + principal.getName() + "' with type '"
+ authType + "'");

The acces principal.getName() when principal is null causes an exception. 

Note that is DEBUG traces are not enabled, the processing continues as 
expected.

-- 
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: "Critical poller failure" when using tcnative

[Remy Maucherat]

Jeff Turner wrote:

The error 3 is actually TCN_EINTR - APR_OS_START_USERERR, so
it looks like you actually *did not* patch the AprEndpoint,
or didn't copy the .jars.


Right - I am running an unpatched 5.5.16 at the moment. When I switch to the
patched (I assume - I didn't actually do the honours) 5.5.15, the error changes
to:


I just looked at the changelog, and the EINTR status code fix was post 
5.5.16 (it will be included in 5.5.17), so at least things are fairly 
logical :) So you would need to either patch 5.5.16, or use tcnative HEAD.


Rémy

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

Re: "Critical poller failure" when using tcnative

[Remy Maucherat]

Jeff Turner wrote:

You can try the current HEAD for tcnative. It has EINTR loop
within the poll call.



From Remy's comment I gather 5.5.16's logging reveals as much info as is

available:

Apr 9, 2006 12:54:10 PM org.apache.tomcat.util.net.AprEndpoint$Poller run
SEVERE: Critical poller failure (restarting poller): [3] No such process


You should follow Mladen's advice and try the HEAD of tcnative which 
could fix this issue (personally, I have no clue how the error codes are 
working, and obviously couldn't get the processing right).


Mladen, can you tell me how to handle the APR status codes correctly ? 
Error reporting is important, and right now it seems random error codes 
are reported, or some non error codes are interpreted as errors.


Rémy

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

Re: "Critical poller failure" when using tcnative

[Jeff Turner]

On Sun, Apr 09, 2006 at 08:47:22AM +0200, Mladen Turk wrote:
> Jeff Turner wrote:
> > On Sat, Apr 08, 2006 at 06:56:06PM +0200, Remy Maucherat wrote:
> >> Jeff Turner wrote:
> >>> We experienced this before on the old issues.apache.org box, but Remy
> >>> said he fixed it (and it is fixed on that box):
> > 
> > Nothing unusual. Ubuntu 5.10, 1x2.8Ghz Xeon. Java is started with:
> > 
> > -Djava.library.path=/usr/local/tomcat/tomcat/bin/tomcat-native-1.1.2/jni/native/.libs
> >
> 
> Since your log reports:
> Critical poller failure (restarting poller): [3] No such process
> 
> The error 3 is actually TCN_EINTR - APR_OS_START_USERERR, so
> it looks like you actually *did not* patch the AprEndpoint,
> or didn't copy the .jars.

Right - I am running an unpatched 5.5.16 at the moment. When I switch to the
patched (I assume - I didn't actually do the honours) 5.5.15, the error changes
to:

Apr 9, 2006 12:45:37 PM org.apache.tomcat.util.net.AprEndpoint$Poller run
SEVERE: Critical poller failure (APR does not understand this error code), 
restarting poller

> To be sure edit the:
> 
> log.error(sm.getString("endpoint.poll.fail", "" + rv, 
> Error.strerror(errn)));
> The error should be negative with 7 offset, thus -70003.
> 
> You can try the current HEAD for tcnative. It has EINTR loop
> within the poll call.

>From Remy's comment I gather 5.5.16's logging reveals as much info as is
available:

Apr 9, 2006 12:54:10 PM org.apache.tomcat.util.net.AprEndpoint$Poller run
SEVERE: Critical poller failure (restarting poller): [3] No such process


Cheers,
Jeff

> Regards,
> Mladen.

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