Re: Initial apr results

[Remy Maucherat]

Tim Funk wrote:

My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz)

On my initial tests with the APR connector - the APR connector "seemed" 
slower the "old" http connector. But the difference is mild and my 
initial numbers are flaky. On the same hardware - I am running 6 other 
instances (of different versions) of tomcat at the same time which may 
be throwing my numbers off.


During some slow time - I might be able to take most of them down and 
run some more tests to try to ensure I am hogging all the resources to 
the box and not sharing them.


For those curious - for /tomcat.gif - my requests per second range 
anywhere from 1200+ to 5000+ - Due to such a large range - I have no 
confidence in my numbers so far to reach any conclusion.


I was using the command:
 /usr/local/httpd/bin/ab -n 1000 -c 100 -k http://myserver:8090/tomcat.gif

With keepalive off - I was still easily over 1000 requests per second 
for tomcat.gif.


I can't assert yet that there are no bugs at the moment (performance or 
otherwise). So far, performance seems good on Windows, and Linux. To 
give a comparison on Windows with this test, APR HTTP is within 5% of 
regular HTTP, and gets closer depending on the JVM (I suppose if it's 
better at JNI - I've noticed slightly better results with Sun JDK 1.5 
Server compared to 1.4.2 client).


I think you should use -n 2 at least: if the test duration is too 
small, ab is going to produce random results. In this test, increasing 
concurrency isn't particularly useful either.


Obviously, the results of this kind of testing are not really important 
as long as the results stay relatively close (for example, I think the 
-25% result I got when using polling exclusively was really good).


Rémy

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

DO NOT REPLY [Bug 33650] - Jasper performance for multiple files processing

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-02 06:27 ---
(In reply to comment #11)
> I've made this item a candidate for the Summer of Code:
> http://wiki.apache.org/general/SummerOfCode2005.

I have applied to participate in this project during google summer of code.  If
I am accepted or not I am still very interested in this issue.  I am a student
intern at a company and during my time there I have been involved in development
of a very large web application involving several hundred jsps.  I have
encountered this issue during development / deployment and would enjoy learning
more about this issue and finding a clean optimized solution.  Any suggestions
on where to start?  Feel free to email me.


-- 
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 35169] New: - pageContext not available within tag

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

   Summary: pageContext not available within tag
   Product: Tomcat 5
   Version: 5.5.9
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlet & JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


generated java:

  public void doTag() throws JspException, java.io.IOException {
PageContext _jspx_page_context = (PageContext)jspContext;
...
}

but shouldn't the local variable be called "pageContext" instead of
"_jspx_page_context"?

my work around is to refer to "jspContext", but is that what i should be doing?

thanks,
tony.

-- 
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: Initial apr results

[Peter Lin]

once I finally get the APR build working on my laptop, I will run my
benchmarks and publish the results.

peter

On 6/1/05, Tim Funk <[EMAIL PROTECTED]> wrote:
> My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz)
> 
> On my initial tests with the APR connector - the APR connector "seemed"
> slower the "old" http connector. But the difference is mild and my initial
> numbers are flaky. On the same hardware - I am running 6 other instances (of
> different versions) of tomcat at the same time which may be throwing my
> numbers off.
> 
> During some slow time - I might be able to take most of them down and run
> some more tests to try to ensure I am hogging all the resources to the box
> and not sharing them.
> 
> For those curious - for /tomcat.gif - my requests per second range anywhere
> from 1200+ to 5000+ - Due to such a large range - I have no confidence in my
> numbers so far to reach any conclusion.
> 
> I was using the command:
>   /usr/local/httpd/bin/ab -n 1000 -c 100 -k http://myserver:8090/tomcat.gif
> 
> With keepalive off - I was still easily over 1000 requests per second for
> tomcat.gif.
> 
> 
> 
> 
> 
> -Tim
> 
> -
> 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]

Initial apr results

[Tim Funk]

My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz)

On my initial tests with the APR connector - the APR connector "seemed" 
slower the "old" http connector. But the difference is mild and my initial 
numbers are flaky. On the same hardware - I am running 6 other instances (of 
different versions) of tomcat at the same time which may be throwing my 
numbers off.


During some slow time - I might be able to take most of them down and run 
some more tests to try to ensure I am hogging all the resources to the box 
and not sharing them.


For those curious - for /tomcat.gif - my requests per second range anywhere 
from 1200+ to 5000+ - Due to such a large range - I have no confidence in my 
numbers so far to reach any conclusion.


I was using the command:
 /usr/local/httpd/bin/ab -n 1000 -c 100 -k http://myserver:8090/tomcat.gif

With keepalive off - I was still easily over 1000 requests per second for 
tomcat.gif.






-Tim

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

DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




-- 
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 31794] - Custom HTTP 400 error page

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-02 00:19 ---
Please don't waste your time reopening the report. An invalid HTTP request
cannot be mapped, and thus cannot be processed according to the Servlet
specification.

-- 
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 31794] - Custom HTTP 400 error page

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2005-06-02 00:03 ---
(Sorry Yoavs for CC'ing, I have to contradict the verdict and hope someone else
than our hurried friend will handle this...)

The 400 status code can have and should forward to a page handler if any.
It sure has no mapping, but doesn't need so. The url is in the web.xml plain 
simply.

I have seen the code for myself, and even if it is not easy to refactor the
oversight, this is the spec. The argument given is one from an implementation
perspective and has no weight given the spec wasn't respected. The limitation of
tomcat must be fixed.

I'm about to try this 5.5.x without 1.5... Last time, I checked, it wasn't 
working.


-- 
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 31794] - Custom HTTP 400 error page

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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: Summer of code

[Remy Maucherat]

Yoav Shapira wrote:

Hi,
Yeah, that *is* a great idea.  Feel free to edit to the wiki page
(wiki.apache.org/general/SummerOfCode2005), please ;)


I removed two of the projects, so it's ready for new additions.

Rémy

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

DO NOT REPLY [Bug 31794] - Custom HTTP 400 error page

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 22:56 ---
5.5.x *does not* requires Java 5. It is very unlikely at this point there will
be another 5.0.x release.

Note: In case of a bad URI, or any invalid request (ex: no host), the connector
itself will return the 400. This will NOT be handled by the servlet layer, since
the request will never get mapped.

Please do not reopen the report.

-- 
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 31794] - Custom HTTP 400 error page

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|NEW




-- 
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 31794] - Custom HTTP 400 error page

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.0.25  |5.0.30




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 21:50 ---
Not fixed in 5.0.30 either (assuming implicitely 5.0.28)

5.5.x doesn't matter, this bug must be fixed on 5.0.x stream anyway.
5.5.x requires updates and jdk15 which is not expected for a bug fix release.


-- 
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 35061] - Tomcat build fails with newest ant 1.6.4

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 19:13 ---
*** Bug 34790 has been marked as a duplicate of this 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 34790] - Build Failure

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 19:13 ---
It seems that Ant 1.6.3 is broken as well.

*** This bug has been marked as a duplicate of 35061 ***

-- 
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 35014] - Please document the change in the context file XML format

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 18:46 ---
(In reply to comment #1)

Sorry, my fault, I stand corrected re the bold comment - I was focused on the 
examples at the bottom of the page and skipped over the bold statement at the 
top of the page.  I'd therefore like to file a bug report about my eyeglasses 
please ;)

However despite my failure to read what was there (or perhaps because of it) I 
would still like to suggest (as also mentioned in report 35055) that it might 
be useful to put these sorts of issues either in the release notes, or if not 
appropriate there, to create a new doc at each version called something 
like "Upgrading from previous versions of tomcat"...?  Such a doc would be a 
boon for people with existing webapps, to help them make smoother upgrades to 
later TC builds.

Just a suggestion :)


-- 
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 34083] - disableProxyCaching behaviour of authenticator causes problems

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   ||de




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 17:59 ---
*** Bug 34895 has been marked as a duplicate of this 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 34895] - IE: "Action canceled" if servlet returns pdf and authentification is activated

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 17:59 ---
Sorry Rene, Tomcat 5.x by default does not support downloads using IE with SSL.
 I tried to change this behavior but no other committers thought IE
compatibility was important.  You can peruse bugs 34083, 27122, 28662, 29336,
29975, and 30618 and search the archives for the threads related to these for
more information.

Try it with disableProxyCaching set to false.

*** This bug has been marked as a duplicate of 34083 ***

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

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c sslutils.c

[mturk]

mturk   2005/06/01 08:20:14

  Modified:jni/native/include ssl_private.h
   jni/native/src sslcontext.c sslutils.c
  Log:
  Handle the Temporary RSA Keys and DH Params.
  
  Revision  ChangesPath
  1.9   +15 -2 
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- ssl_private.h 1 Jun 2005 10:45:02 -   1.8
  +++ ssl_private.h 1 Jun 2005 15:20:14 -   1.9
  @@ -85,6 +85,7 @@
   
   #define SSL_BIO_FLAG_RDONLY (1<<0)
   #define SSL_BIO_FLAG_CALLBACK   (1<<1)
  +#define SSL_DEFAULT_CACHE_SIZE  (256)
   
   /* public cert/private key */
   typedef struct {
  @@ -138,11 +139,18 @@
   /* for client or downstream server authentication */
   int verify_depth;
   int verify_mode;
  -
  +void*temp_keys[SSL_TMP_KEY_MAX];
   };
   
   typedef struct tcn_ssl_ctxt tcn_ssl_ctxt_t;
   
  +struct tcn_ssl_conn {
  +tcn_ssl_ctxt_t *ctx;
  +SSL*ssl;
  +};
  +
  +typedef struct tcn_ssl_conn tcn_ssl_conn_t;
  +
   /*
*  Additional Functions
*/
  @@ -152,5 +160,10 @@
   int SSL_password_prompt(tcn_ssl_ctxt_t *, char *, int);
   voidSSL_BIO_close(BIO *);
   voidSSL_BIO_doref(BIO *);
  +DH *SSL_dh_get_tmp_param(int);
  +DH *SSL_dh_get_param_from_file(const char *);
  +RSA*SSL_callback_tmp_RSA(SSL *, int, int);
  +DH *SSL_callback_tmp_DH(SSL *, int, int);
  +
   
   #endif /* SSL_PRIVATE_H */
  
  
  
  1.14  +55 -1 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- sslcontext.c  1 Jun 2005 12:36:24 -   1.13
  +++ sslcontext.c  1 Jun 2005 15:20:14 -   1.14
  @@ -30,6 +30,53 @@
   #ifdef HAVE_OPENSSL
   #include "ssl_private.h"
   
  +/*
  + * Handle the Temporary RSA Keys and DH Params
  + */
  +
  +#define SSL_TMP_KEY_FREE(ctx, type, idx) \
  +if (ctx->temp_keys[idx]) { \
  +type##_free((type *)ctx->temp_keys[idx]); \
  +ctx->temp_keys[idx] = NULL; \
  +}
  +
  +#define SSL_TMP_KEYS_FREE(ctx, type) \
  +SSL_TMP_KEY_FREE(ctx, type, SSL_TMP_KEY_##type##_512); \
  +SSL_TMP_KEY_FREE(ctx, type, SSL_TMP_KEY_##type##_1024)
  +
  +static void ssl_tmp_keys_free(tcn_ssl_ctxt_t *ctx)
  +{
  +
  +SSL_TMP_KEYS_FREE(ctx, RSA);
  +SSL_TMP_KEYS_FREE(ctx, DH);
  +}
  +
  +static int ssl_tmp_key_init_rsa(tcn_ssl_ctxt_t *ctx,
  +int bits, int idx)
  +{
  +if (!(ctx->temp_keys[idx] =
  +  RSA_generate_key(bits, RSA_F4, NULL, NULL))) {
  +BIO_printf(ctx->bio_os, "[ERROR] "
  +   "Init: Failed to generate temporary "
  +   "%d bit RSA private key", bits);
  +return 0;
  +}
  +return 1;
  +}
  +
  +static int ssl_tmp_key_init_dh(tcn_ssl_ctxt_t *ctx,
  +   int bits, int idx)
  +{
  +if (!(ctx->temp_keys[idx] =
  +  SSL_dh_get_tmp_param(bits))) {
  +BIO_printf(ctx->bio_os, "[ERROR] "
  +   "Init: Failed to generate temporary "
  +   "%d bit DH parameters", bits);
  +return 0;
  +}
  +return 1;
  +}
  +
   static apr_status_t ssl_context_cleanup(void *data)
   {
   tcn_ssl_ctxt_t *c = (tcn_ssl_ctxt_t *)data;
  @@ -128,6 +175,11 @@
*/
   SSL_CTX_set_options(c->ctx, 
SSL_OP_NO_SESSION_RESUMPTION_ON_RENEGOTIATION);
   #endif
  +SSL_CTX_sess_set_cache_size(c->ctx, SSL_DEFAULT_CACHE_SIZE);
  +
  +SSL_CTX_set_tmp_rsa_callback(c->ctx, SSL_callback_tmp_RSA);
  +SSL_CTX_set_tmp_dh_callback(c->ctx,  SSL_callback_tmp_DH);
  +
   /*
* Let us cleanup the ssl context when the pool is destroyed
*/
  @@ -200,6 +252,8 @@
*/
   SSL_CTX_set_options(c->ctx, 
SSL_OP_NO_SESSION_RESUMPTION_ON_RENEGOTIATION);
   #endif
  +
  +SSL_CTX_sess_set_cache_size(c->ctx, SSL_DEFAULT_CACHE_SIZE);
   /*
* Let us cleanup the ssl context when the pool is destroyed
*/
  
  
  
  1.8   +203 -1jakarta-tomcat-connectors/jni/native/src/sslutils.c
  
  Index: sslutils.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslutils.c,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- sslutils.c1 Jun 2005 11:22:16 -   1.7
  +++ sslutils.c1 Jun 2005 15:20:14 -   1.8
  @@ -149,6 +149,208 @@
   return

DO NOT REPLY [Bug 35156] - Stream closed exception

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:32 ---
IOEcxeption stack trace:
java.io.IOException: Stream closed
at org.apache.jasper.runtime.BodyContentImpl.ensureOpen(BodyContentImpl.java:
624)
at org.apache.jasper.runtime.BodyContentImpl.write(BodyContentImpl.java:179)
at org.apache.jasper.runtime.BodyContentImpl.write(BodyContentImpl.java:196)
at org.apache.jsp._1_jsp._jspService(_1_jsp.java:79)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:
210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at org.apache.catalina.core.ApplicationFilterChain.
internalDoFilter(ApplicationFilterChain.java:284)
at org.apache.catalina.core.ApplicationFilterChain.
doFilter(ApplicationFilterChain.java:204)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
java:256)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563)
at org.apache.catalina.core.StandardContextValve.
invokeInternal(StandardContextValve.java:245)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
java:199)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:151)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:149)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
156)
at org.apache.catalina.core.StandardValveContext.
invokeNext(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:563)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:209)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:670)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.
processConnection(Http11Protocol.java:517)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:575)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.
java:666)
at java.lang.Thread.run(Thread.java:534)

-- 
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 35156] - Stream closed exception

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:26 ---
Created an attachment (id=15243)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=15243&action=view)
2.jsp


-- 
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 35156] New: - Stream closed exception

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

   Summary: Stream closed exception
   Product: Tomcat 5
   Version: 5.0.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Keywords: ErrorMessage
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Sorry for my bad English.

Sources:
1. $Header: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/
runtime/PageContextImpl.java,v 1.52 2003/09/02 21:39:59 remm Exp $
   $Revision: 1.52 $
   $Date: 2003/09/02 21:39:59 $
2. $Header: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/
catalina/core/ApplicationDispatcher.java,v 1.26 2003/09/12 17:04:12 remm Exp $
   $Revision: 1.26 $
   $Date: 2003/09/12 17:04:12 $


Steps To Reproduce:
1. Create four JSP:
-
- 1.jsp -
<%@ page import="java.util.Vector"%>
<%@ page errorPage="error.jsp" %>
<%@ taglib prefix="logic" uri="/WEB-INF/tlds/struts-logic.tld" %>

CONTENT PAGE 1

<%
  // SOME COLLECTION
  Vector someCollection1 = new Vector(1);
  someCollection1.add("some value");
%>

<%-- Some EVAL_BODY_BUFFERED tag --%>

  


CONTENT PAGE 1

-
- 2.jsp -
<%@ page import="java.util.Vector"%>
<%@ page errorPage="error.jsp" %>
<%@ taglib prefix="logic" uri="/WEB-INF/tlds/struts-logic.tld" %>

CONTENT PAGE 2
<%
  Vector someCollection2 = new Vector(1);
  someCollection2.add("some value");
%>

<%-- Some EVAL_BODY_BUFFERED tag --%>
<%
  // Some throwable statment
  if(request.getParameter("not exist parameter") == null)
throw new Exception();
%>

CONTENT PAGE 2

-
- 3.jsp -
<%@ page import="java.util.Vector"%>
<%@ taglib prefix="logic" uri="/WEB-INF/tlds/struts-logic.tld" %>

<%
  Vector someCollection3 = new Vector(1);
  someCollection3.add("some value");
%>

<%-- Some EVAL_BODY_BUFFERED tag --%>

  CONTENT PAGE 3


-
--- error.jsp ---
<%@ page import="java.io.PrintWriter"%>
<%@ page isErrorPage="true" %>


<%
  PrintWriter pw;
  pw = new PrintWriter(out);
  Exception exc;
  exc = pageContext.getException();
  if(exc != null)
exc.printStackTrace(pw);
%>

-

2. Deploy application.
3. Open 1.jsp. We receive a IOException instead of Exception from 2.jsp.
3. Open 3.jsp. We receive a IOException though should not receive exception.

WHY:
When thrown wxceptoin on 2.jsp into ApplicationDispatcher in 465 line was 
closes 
writer. Stack trace:
org.apache.jasper.catalina.core.ApplicationDispatcher.doForward():465
org.apache.jasper.catalina.core.ApplicationDispatcher.forward():359
org.apache.jasper.runtime.PageContextImpl.forward():543
org.apache.jasper.runtime.PageContextImpl.handlePageException():633
org.apache.jsp._2_jsp._jspService(): if (pageContext != null) pageContext.
handlePageException(t);

Later at use EVAL_BODY_BUFFERED tags called method pushBody, which returns 
closed writer. This is reason of IOExceptions.
Closed writer - is outs[depth] from PageContextImpl.
Possible, condition into PageContextImpl.pushBody in line 557 must be:
if (depth >= outs.length || IS_CLOSED(outs[depth])),
instead of
if (depth >= outs.length).

-- 
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: Summer of code

[Yoav Shapira]

Hi,
Yeah, that *is* a great idea.  Feel free to edit to the wiki page
(wiki.apache.org/general/SummerOfCode2005), please ;)

Yoav

> -Original Message-
> From: Tim Funk [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 01, 2005 9:59 AM
> To: Tomcat Developers List
> Subject: Re: Summer of code
> 
> A killer feature would be extending the balancer to be a HTTP reverse
> proxy.
> 
> Then tomcat could be a reverse proxy to other tomcats (or any other
> webserver) if needed.
> 
> I have a (very simple) reverse proxy filter available that if my employer
> allows it - I could release. It catches some of the edge cases like
> Content-length=0 with more headers available and other such cases.
> 
> -Tim
> 
> Remy Maucherat wrote:
> > Hi,
> >
> > "Correct Servlet Specification violation in reading manifests", aka bug
> > 34993, is quite inappropriate for a full fledged summer project. The bug
> > is actually invalid, but more generally the project would be far too
> > short (see o.a.c.util.ExtensionValidator for the implementation of the
> > extension check mechanism mandated by the specification).
> >
> > Similarly, "Tune Jasper Performance for Multiple JSPs" should IMO be a
> > more general "Tune Jasper Compilation Performance" :)
> >
> > "Enhance Tomcat to support one-to-many mapping of security roles" might
> > be also too short.
> >
> > I'd like to propose adding the following things to the summer of code:
> > - tag plugins implementation for JSTL (finally)
> > - improve admin/management tools (?)
> >
> > Anyway, we need a community discussion on summer of code proposals.
> >
> 
> -
> 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: Summer of code

[Tim Funk]

A killer feature would be extending the balancer to be a HTTP reverse proxy.

Then tomcat could be a reverse proxy to other tomcats (or any other 
webserver) if needed.


I have a (very simple) reverse proxy filter available that if my employer 
allows it - I could release. It catches some of the edge cases like 
Content-length=0 with more headers available and other such cases.


-Tim

Remy Maucherat wrote:

Hi,

"Correct Servlet Specification violation in reading manifests", aka bug 
34993, is quite inappropriate for a full fledged summer project. The bug 
is actually invalid, but more generally the project would be far too 
short (see o.a.c.util.ExtensionValidator for the implementation of the 
extension check mechanism mandated by the specification).


Similarly, "Tune Jasper Performance for Multiple JSPs" should IMO be a 
more general "Tune Jasper Compilation Performance" :)


"Enhance Tomcat to support one-to-many mapping of security roles" might 
be also too short.


I'd like to propose adding the following things to the summer of code:
- tag plugins implementation for JSTL (finally)
- improve admin/management tools (?)

Anyway, we need a community discussion on summer of code proposals.



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

RE: Summer of code

[Yoav Shapira]

Hi,

> > OK, good.  Thanks for pointing that out and resolving the bug.  If you
> > haven't edited the wiki page yet, I'll do so in a moment.
> 
> Don't know, the page is locked for me.

Hmm, I'm getting a timeout when I try to access
http://wiki.apache.org/general/SummerOfCode2005.  But once it's up, anyone
can edit it: you just need to register for a wiki account if you don't have
one already, then login to wiki, and an Edit button will appear on the page.

> Makes sense. Where's the document on what summer of code ASF projects
> should be ?

There's no such document.  After the initial volunteer call on
[EMAIL PROTECTED], we've had discussions among the volunteers.  Another
(public) email will shortly go out on [EMAIL PROTECTED] asking for guidelines
and ideas.  Meanwhile, I'll forward you privately a couple of the discussion
emails.

Basically, it's up to each project to find something that's both a
meaningful unit of work of benefit to the project, and something interesting
for a newcomer to work on.

> Well, we'd need consensus on tasks, I think. Most of the time, I don't
> like it when a random piece of code pops out of thin air.

The intent is for it to work like a new contributor (so somewhat similar to
a piece of code out of thin air), only with a committer guiding the student
along, making sure there are unit tests, etc.

> Ok, from what I understand from Google's documents, pay is rather decent
> (for French standards, at least ;) ), so it seems project's length
> should be around 1 - 1.5 months.

Yeah, the pay is good (for the student ;))

Yoav


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

Re: Summer of code

[Remy Maucherat]

Yoav Shapira wrote:

Hi,


"Correct Servlet Specification violation in reading manifests", aka bug
34993, is quite inappropriate for a full fledged summer project. The bug
is actually invalid, but more generally the project would be far too
short (see o.a.c.util.ExtensionValidator for the implementation of the
extension check mechanism mandated by the specification).


OK, good.  Thanks for pointing that out and resolving the bug.  If you
haven't edited the wiki page yet, I'll do so in a moment.


Don't know, the page is locked for me.


The intent on these projects is not necessarily for them to take 3 months of
intense work: it's to get some students to write some code which will get
them familiar and excited with open-source development.  That's it: a low
bar.


Makes sense. Where's the document on what summer of code ASF projects 
should be ?



Similarly, "Tune Jasper Performance for Multiple JSPs" should IMO be a
more general "Tune Jasper Compilation Performance" :)


Good point, will change.


"Enhance Tomcat to support one-to-many mapping of security roles" might
be also too short.


We'll see.  The idea is again to get them excited, maybe starting small, and
then continuing to contribute with other stuff.


I think the current security is somewhat a dead end. Adding to the list 
of questions, I don't know yet if it will be touched up in the upcoming 
Servlet spec. So I'd rather not plan to base new work on the current 
code until we know more.



I'd like to propose adding the following things to the summer of code:
- tag plugins implementation for JSTL (finally)
- improve admin/management tools (?)


Sure.  Feel free to edit the wiki page accordingly.


Well, we'd need consensus on tasks, I think. Most of the time, I don't 
like it when a random piece of code pops out of thin air.



Anyway, we need a community discussion on summer of code proposals.


OK.  My intent was to kick-start the process by posting some ideas to the
wiki page, and that seems to have worked ;)  Everyone, please take a look at
http://code.google.com/summerofcode.html and the linked Apache ideas page
(which is currently down for me ;(), and comment as you see fit.  Anyone
willing to be a mentor or help out, that's great.  Any ideas for projects
are also welcome.


Ok, from what I understand from Google's documents, pay is rather decent 
(for French standards, at least ;) ), so it seems project's length 
should be around 1 - 1.5 months.


Rémy

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

DO NOT REPLY [Bug 35156] - Stream closed exception

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:27 ---
Created an attachment (id=15245)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=15245&action=view)
error.jsp


-- 
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: Tomcat 5 Redhat Fedora rpm question

[Henri Gomez]

Yep, for all Java RPM based stuff, jpackage.org is your friend :)


2005/6/1, Yoav Shapira <[EMAIL PROTECTED]>:
> Hi,
> JPackage: http://www.jpackage.org/rpm.php?id=1901.
> 
> Yoav
> 
> > -Original Message-
> > From: Bernard [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, June 01, 2005 2:46 AM
> > To: tomcat-dev@jakarta.apache.org
> > Subject: Tomcat 5 Redhat Fedora rpm question
> >
> > Hi,
> >
> > I am interested in packaging Tomcat.
> >
> > So I found (using rpmseek.com) the following files:
> >
> > tomcat5-5.0.30-5jpp_6fc.i386.rpm
> > tomcat5-5.0.30-5jpp_4fc.src.rpm
> >
> > At a first glance, these files looked like what I wanted to create,
> > but they contain much more than what I expected and I need to learn
> > more about the work that is being put into this by others.
> >
> >
> > Questions:
> >
> >   1) What is tomcat5-5.0.30-5jpp_6fc.i386.rpm ? I thought it was a
> > binary distribution but it has an incredible number of development
> > file dependencies. Why does it require libgcj?
> >
> >   2) What is tomcat5-5.0.30-5jpp_4fc.src.rpm ? Why is it compiling
> > Tomcat ? I thought being a cross platform Java application,
> > compilation of the source is not required.
> > Does it perform a native compile (libgcj)? If so, is this the future
> > norm?
> >
> > Who are the people to contact re the most common Redhat distribution?
> >
> > Many thanks,
> >
> > Bernard
> >
> >
> > -
> > 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]

RE: Tomcat 5 Redhat Fedora rpm question

[Yoav Shapira]

Hi,
JPackage: http://www.jpackage.org/rpm.php?id=1901.

Yoav

> -Original Message-
> From: Bernard [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 01, 2005 2:46 AM
> To: tomcat-dev@jakarta.apache.org
> Subject: Tomcat 5 Redhat Fedora rpm question
> 
> Hi,
> 
> I am interested in packaging Tomcat.
> 
> So I found (using rpmseek.com) the following files:
> 
> tomcat5-5.0.30-5jpp_6fc.i386.rpm
> tomcat5-5.0.30-5jpp_4fc.src.rpm
> 
> At a first glance, these files looked like what I wanted to create,
> but they contain much more than what I expected and I need to learn
> more about the work that is being put into this by others.
> 
> 
> Questions:
> 
>   1) What is tomcat5-5.0.30-5jpp_6fc.i386.rpm ? I thought it was a
> binary distribution but it has an incredible number of development
> file dependencies. Why does it require libgcj?
> 
>   2) What is tomcat5-5.0.30-5jpp_4fc.src.rpm ? Why is it compiling
> Tomcat ? I thought being a cross platform Java application,
> compilation of the source is not required.
> Does it perform a native compile (libgcj)? If so, is this the future
> norm?
> 
> Who are the people to contact re the most common Redhat distribution?
> 
> Many thanks,
> 
> Bernard
> 
> 
> -
> 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: Summer of code

[Yoav Shapira]

Hi,

> "Correct Servlet Specification violation in reading manifests", aka bug
> 34993, is quite inappropriate for a full fledged summer project. The bug
> is actually invalid, but more generally the project would be far too
> short (see o.a.c.util.ExtensionValidator for the implementation of the
> extension check mechanism mandated by the specification).

OK, good.  Thanks for pointing that out and resolving the bug.  If you
haven't edited the wiki page yet, I'll do so in a moment.

The intent on these projects is not necessarily for them to take 3 months of
intense work: it's to get some students to write some code which will get
them familiar and excited with open-source development.  That's it: a low
bar.

> Similarly, "Tune Jasper Performance for Multiple JSPs" should IMO be a
> more general "Tune Jasper Compilation Performance" :)

Good point, will change.

> "Enhance Tomcat to support one-to-many mapping of security roles" might
> be also too short.

We'll see.  The idea is again to get them excited, maybe starting small, and
then continuing to contribute with other stuff.

> I'd like to propose adding the following things to the summer of code:
> - tag plugins implementation for JSTL (finally)
> - improve admin/management tools (?)

Sure.  Feel free to edit the wiki page accordingly.

> Anyway, we need a community discussion on summer of code proposals.

OK.  My intent was to kick-start the process by posting some ideas to the
wiki page, and that seems to have worked ;)  Everyone, please take a look at
http://code.google.com/summerofcode.html and the linked Apache ideas page
(which is currently down for me ;(), and comment as you see fit.  Anyone
willing to be a mentor or help out, that's great.  Any ideas for projects
are also welcome.

Yoav


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

cvs commit: jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni Address.java Multicast.java Pool.java SSL.java

[mturk]

mturk   2005/06/01 05:50:51

  Modified:jni/java/org/apache/tomcat/jni Address.java Multicast.java
Pool.java SSL.java
  Log:
  Fix javadocs.
  
  Revision  ChangesPath
  1.7   +3 -3  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Address.java
  
  Index: Address.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Address.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- Address.java  19 May 2005 17:37:56 -  1.6
  +++ Address.java  1 Jun 2005 12:50:51 -   1.7
  @@ -74,9 +74,9 @@
   
   /**
* Return the IP address (in numeric address string format) in
  - * an APR socket address.  APR will allocate storage for the IP address 
  + * an APR socket address.  APR will allocate storage for the IP address
* string from the pool of the apr_sockaddr_t.
  - * @param ss The socket address to reference.
  + * @param sa The socket address to reference.
* @return The IP address.
*/
   public static native String getip(long sa);
  
  
  
  1.2   +4 -3  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Multicast.java
  
  Index: Multicast.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Multicast.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- Multicast.java19 May 2005 18:30:13 -  1.1
  +++ Multicast.java1 Jun 2005 12:50:51 -   1.2
  @@ -53,8 +53,9 @@
* Set the Multicast Time to Live (ttl) for a multicast transmission.
* @param sock The socket to set the multicast ttl
* @param ttl Time to live to Assign. 0-255, default=1
  - * @remark If the TTL is 0, packets will only be seen by sockets on
  - * the local machine, and only when multicast loopback is enabled.
  + * Remark : If the TTL is 0, packets will only be seen
  + * by sockets on the local machine,
  + * and only when multicast loopback is enabled.
*/
   public static native int hops(long sock, int ttl);
   
  
  
  
  1.6   +6 -6  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Pool.java
  
  Index: Pool.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Pool.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Pool.java 28 May 2005 07:48:28 -  1.5
  +++ Pool.java 1 Jun 2005 12:50:51 -   1.6
  @@ -138,11 +138,11 @@
* @param data The user data associated with the pool.
* @param key The key to use for association
* @param pool The current pool
  - * @warning The data to be attached to the pool should have a life span
  - *  at least as long as the pool it is being attached to.
  - *  Object attached to the pool will be globaly referenced
  - *  untill the pool is cleared or dataSet is called with the
  - *  null data.
  + * Warning :
  + * The data to be attached to the pool should have a life span
  + * at least as long as the pool it is being attached to.
  + * Object attached to the pool will be globaly referenced
  + * untill the pool is cleared or dataSet is called with the null data.
* @return APR Status code.
*/
public static native int dataSet(long pool, String key, Object data);
  
  
  
  1.7   +11 -11
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java
  
  Index: SSL.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- SSL.java  1 Jun 2005 12:06:55 -   1.6
  +++ SSL.java  1 Jun 2005 12:50:51 -   1.7
  @@ -97,18 +97,18 @@
   public static final int SSL_OP_SSLEAY_080_CLIENT_DH_BUG = 
0x0080;
   public static final int SSL_OP_TLS_D5_BUG   = 
0x0100;
   public static final int SSL_OP_TLS_BLOCK_PADDING_BUG= 
0x0200;
  -
  +
   /* Disable SSL 3.0/TLS 1.0 CBC vulnerability workaround that was added
* in OpenSSL 0.9.6d.  Usually (depending on the application protocol)
* the workaround is not needed.  Unfortunately some broken SSL/TLS
* implementations cannot handle it at all, which is why we include
* it in SSL_OP_ALL. */
   public static final int SSL_OP_DONT_INSERT_EMPTY_FRAGMENTS  = 
0x0800;
  -
  +
   /* SSL_OP_ALL: various bug workarounds that should be rather harmless.
* This used to be 0x000FL

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

[mturk]

mturk   2005/06/01 05:36:24

  Modified:jni/java/org/apache/tomcat/jni SSLContext.java
   jni/native/src sslcontext.c
  Log:
  Add quiet shutdown option.
  
  Revision  ChangesPath
  1.8   +23 -2 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- SSLContext.java   1 Jun 2005 12:08:29 -   1.7
  +++ SSLContext.java   1 Jun 2005 12:36:24 -   1.8
  @@ -94,7 +94,28 @@
* Set OpenSSL Option.
* @param ctx Server or Client context to use.
* @param options  See SSL.SSL_OP_* for option flags.
  - * @return true on success, false in case of error
*/
   public static native void setOptions(long ctx, int options);
  +
  +/**
  + * Sets the "quiet shutdown" flag for ctx to be
  + * mode. SSL objects created from ctx inherit the
  + * mode valid at the time and may be 0 or 1.
  + * 
  + * Normally when a SSL connection is finished, the parties must send out
  + * "close notify" alert messages using L
  + * for a clean shutdown.
  + * 
  + * When setting the "quiet shutdown" flag to 1, SSL.shutdown
  + * will set the internal flags to 
SSL_SENT_SHUTDOWN|SSL_RECEIVED_SHUTDOWN.
  + * (SSL_shutdown then behaves like called with
  + * SSL_SENT_SHUTDOWN|SSL_RECEIVED_SHUTDOWN.)
  + * The session is thus considered to be shutdown, but no "close notify" 
alert
  + * is sent to the peer. This behaviour violates the TLS standard.
  + * The default is normal shutdown behaviour as described by the TLS 
standard.
  + * @param ctx Server or Client context to use.
  + * @param mode True to set the quiet shutdown.
  + */
  +public static native void setQuietShutdown(long ctx, boolean mode);
  +
   }
  
  
  
  1.13  +11 -1 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- sslcontext.c  1 Jun 2005 12:16:50 -   1.12
  +++ sslcontext.c  1 Jun 2005 12:36:24 -   1.13
  @@ -269,6 +269,16 @@
   SSL_CTX_set_options(c->ctx, opt);
   }
   
  +TCN_IMPLEMENT_CALL(void, SSLContext, setQuietShutdown)(TCN_STDARGS, jlong 
ctx,
  +   jboolean mode)
  +{
  +tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  +
  +UNREFERENCED_STDARGS;
  +TCN_ASSERT(ctx != 0);
  +SSL_CTX_set_quiet_shutdown(c->ctx, mode ? 1 : 0);
  +}
  +
   #else
   /* OpenSSL is not supported
* If someday we make OpenSSL optional
  
  
  

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

DO NOT REPLY [Bug 35156] - Stream closed exception

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:30 ---
Necessary conditions:
1. Using custom errorPage
2. Using custom tags, which returned EVAL_BODY_BUFFERED from doStartTag().
3. Using tag jsp:include.

-- 
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 35156] - Stream closed exception

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:26 ---
Created an attachment (id=15244)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=15244&action=view)
3.jsp


-- 
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 35156] - Stream closed exception

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 14:26 ---
Created an attachment (id=15242)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=15242&action=view)
1.jsp


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

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

[mturk]

mturk   2005/06/01 05:16:50

  Modified:jni/native/src sslcontext.c
  Log:
  Fix changed function name option->options.
  
  Revision  ChangesPath
  1.12  +3 -3  jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- sslcontext.c  1 Jun 2005 12:10:15 -   1.11
  +++ sslcontext.c  1 Jun 2005 12:16:50 -   1.12
  @@ -259,8 +259,8 @@
   SSL_BIO_doref(bio_handle);
   }
   
  -TCN_IMPLEMENT_CALL(void, SSLContext, setOption)(TCN_STDARGS, jlong ctx,
  -jint opt)
  +TCN_IMPLEMENT_CALL(void, SSLContext, setOptions)(TCN_STDARGS, jlong ctx,
  + jint opt)
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
   
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

[mturk]

mturk   2005/06/01 05:10:15

  Modified:jni/native/src sslcontext.c
  Log:
  Fix typo. Use OpenSSL real context for setting the options.
  
  Revision  ChangesPath
  1.11  +2 -2  jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- sslcontext.c  1 Jun 2005 12:06:55 -   1.10
  +++ sslcontext.c  1 Jun 2005 12:10:15 -   1.11
  @@ -266,7 +266,7 @@
   
   UNREFERENCED_STDARGS;
   TCN_ASSERT(ctx != 0);
  -SSL_CTX_set_options(c, opt);
  +SSL_CTX_set_options(c->ctx, opt);
   }
   
   #else
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni SSLContext.java

[mturk]

mturk   2005/06/01 05:08:29

  Modified:jni/java/org/apache/tomcat/jni SSLContext.java
  Log:
  Fix typo.
  
  Revision  ChangesPath
  1.7   +2 -2  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- SSLContext.java   1 Jun 2005 12:06:55 -   1.6
  +++ SSLContext.java   1 Jun 2005 12:08:29 -   1.7
  @@ -96,5 +96,5 @@
* @param options  See SSL.SSL_OP_* for option flags.
* @return true on success, false in case of error
*/
  -public static native void setOptions(long ctx, int options)
  +public static native void setOptions(long ctx, int options);
   }
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

[mturk]

mturk   2005/06/01 05:06:55

  Modified:jni/java/org/apache/tomcat/jni SSL.java SSLContext.java
   jni/native/src sslcontext.c
  Log:
  Add context options settings.
  
  Revision  ChangesPath
  1.6   +50 -1 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java
  
  Index: SSL.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSL.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- SSL.java  1 Jun 2005 06:38:09 -   1.5
  +++ SSL.java  1 Jun 2005 12:06:55 -   1.6
  @@ -88,6 +88,55 @@
   public static final int SSL_VERIFY_CLIENT_ONCE  = 4;
   public static final int SSL_VERIFY_PEER_STRICT  = 
(SSL_VERIFY_PEER|SSL_VERIFY_FAIL_IF_NO_PEER_CERT);
   
  +public static final int SSL_OP_MICROSOFT_SESS_ID_BUG= 
0x0001;
  +public static final int SSL_OP_NETSCAPE_CHALLENGE_BUG   = 
0x0002;
  +public static final int SSL_OP_NETSCAPE_REUSE_CIPHER_CHANGE_BUG = 
0x0008;
  +public static final int SSL_OP_SSLREF2_REUSE_CERT_TYPE_BUG  = 
0x0010;
  +public static final int SSL_OP_MICROSOFT_BIG_SSLV3_BUFFER   = 
0x0020;
  +public static final int SSL_OP_MSIE_SSLV2_RSA_PADDING   = 
0x0040;
  +public static final int SSL_OP_SSLEAY_080_CLIENT_DH_BUG = 
0x0080;
  +public static final int SSL_OP_TLS_D5_BUG   = 
0x0100;
  +public static final int SSL_OP_TLS_BLOCK_PADDING_BUG= 
0x0200;
  +
  +/* Disable SSL 3.0/TLS 1.0 CBC vulnerability workaround that was added
  + * in OpenSSL 0.9.6d.  Usually (depending on the application protocol)
  + * the workaround is not needed.  Unfortunately some broken SSL/TLS
  + * implementations cannot handle it at all, which is why we include
  + * it in SSL_OP_ALL. */
  +public static final int SSL_OP_DONT_INSERT_EMPTY_FRAGMENTS  = 
0x0800;
  +
  +/* SSL_OP_ALL: various bug workarounds that should be rather harmless.
  + * This used to be 0x000FL before 0.9.7. */
  +public static final int SSL_OP_ALL  = 
0x0FFF;
  +
  +/* As server, disallow session resumption on renegotiation */
  +public static final int SSL_OP_NO_SESSION_RESUMPTION_ON_RENEGOTIATION = 
0x0001;
  +/* If set, always create a new key when using tmp_dh parameters */
  +public static final int SSL_OP_SINGLE_DH_USE= 
0x0010;
  +/* Set to always use the tmp_rsa key when doing RSA operations,
  + * even when this violates protocol specs */
  +public static final int SSL_OP_EPHEMERAL_RSA= 
0x0020;
  +/* Set on servers to choose the cipher according to the server's
  + * preferences */
  +public static final int SSL_OP_CIPHER_SERVER_PREFERENCE = 
0x0040;
  +/* If set, a server will allow a client to issue a SSLv3.0 version number
  + * as latest version supported in the premaster secret, even when TLSv1.0
  + * (version 3.1) was announced in the client hello. Normally this is
  + * forbidden to prevent version rollback attacks. */
  +public static final int SSL_OP_TLS_ROLLBACK_BUG = 
0x0080;
  +
  +public static final int SSL_OP_NO_SSLv2 = 
0x0100;
  +public static final int SSL_OP_NO_SSLv3 = 
0x0200;
  +public static final int SSL_OP_NO_TLSv1 = 
0x0400;
  +
  +/* The next flag deliberately changes the ciphertest, this is a check
  + * for the PKCS#1 attack */
  +public static final int SSL_OP_PKCS1_CHECK_1= 
0x0800;
  +public static final int SSL_OP_PKCS1_CHECK_2= 
0x1000;
  +public static final int SSL_OP_NETSCAPE_CA_DN_BUG   = 
0x2000;
  +public static final int SSL_OP_NETSCAPE_DEMO_CIPHER_CHANGE_BUG  = 
0x4000;
  +
  +
   /* Return OpenSSL version number */
   public static native int version();
   
  
  
  
  1.6   +13 -6 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- SSLContext.java   1 Jun 2005 11:44:36 -   1.5
  +++ SSLContext.java   1 Jun 2005 12:06:55 -   1.6
  @@ -61,14 +61,14 @@
* @return APR Status code.
*/
   public static native int free(long ctx);
  -
  +
   /**
* Set Virtual host id. Usually host:port combination.
* @param ctx Context to use.
* @

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c

[mturk]

mturk   2005/06/01 04:44:37

  Modified:jni/java/org/apache/tomcat/jni SSLContext.java
   jni/native/src sslcontext.c
  Log:
  Use sslBIO with index instead two sepatate functions doing the same
  thing for different struct members.
  
  Revision  ChangesPath
  1.5   +4 -10 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- SSLContext.java   1 Jun 2005 08:19:39 -   1.4
  +++ SSLContext.java   1 Jun 2005 11:44:36 -   1.5
  @@ -70,7 +70,7 @@
public static native void setVhostId(long ctx, String id);

   /**
  - * Asssociate BIOCallback for error reporting.
  + * Asssociate BIOCallback for input or output data capture.
* 
* First word in the output string will contain error
* level in the form:
  @@ -86,14 +86,8 @@
* Default is to use the stderr output stream.
* @param ctx Server or Client context to use.
* @param bio BIO handle to use, created with SSL.newBIO
  + * @param dir BIO direction (1 for input 0 for output).
*/
  - public static native void setErrBIO(long ctx, long bio);
  -
  -/**
  - * Asssociate BIOCallback for Password prompting.
  - * @param ctx Server or Client context to use.
  - * @param bio BIO handle to use, created with SSL.newBIO
  - */
  - public static native void setPPromptBIO(long ctx, long bio);
  + public static native void setBIO(long ctx, long bio, int dir);
   
   }
  
  
  
  1.9   +17 -23jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- sslcontext.c  1 Jun 2005 11:22:16 -   1.8
  +++ sslcontext.c  1 Jun 2005 11:44:37 -   1.9
  @@ -236,35 +236,29 @@
   TCN_FREE_CSTRING(id);
   }
   
  -TCN_IMPLEMENT_CALL(void, SSLContext, setErrBIO)(TCN_STDARGS, jlong ctx,
  -jlong bio)
  +TCN_IMPLEMENT_CALL(void, SSLContext, setBIO)(TCN_STDARGS, jlong ctx,
  + jlong bio, jint dir)
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  -BIO *bio_os   = J2P(bio, BIO *);
  +BIO *bio_handle   = J2P(bio, BIO *);
   
   UNREFERENCED_STDARGS;
   TCN_ASSERT(ctx != 0);
  -if (c->bio_os && c->bio_os != bio_os)
  -SSL_BIO_close(c->bio_os);
  -SSL_BIO_doref(bio_os);
  -c->bio_os = bio_os;
  +if (dir == 0) {
  +if (c->bio_os && c->bio_os != bio_handle)
  +SSL_BIO_close(c->bio_os);
  +c->bio_os = bio_handle;
  +}
  +else if (dir == 1) {
  +if (c->bio_os && c->bio_is != bio_handle)
  +SSL_BIO_close(c->bio_is);
  +c->bio_os = bio_handle;
  +}
  +else
  +return;
  +SSL_BIO_doref(bio_handle);
   }
   
  -TCN_IMPLEMENT_CALL(void, SSLContext, setPPromptBIO)(TCN_STDARGS, jlong ctx,
  -jlong bio)
  -{
  -tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  -BIO *bio_is   = J2P(bio, BIO *);
  -
  -UNREFERENCED_STDARGS;
  -TCN_ASSERT(ctx != 0);
  -if (c->bio_is && c->bio_is != bio_is)
  -SSL_BIO_close(c->bio_is);
  -SSL_BIO_doref(bio_is);
  -c->bio_is = bio_is;
  -}
  -
  -
   #else
   /* OpenSSL is not supported
* If someday we make OpenSSL optional
  
  
  

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

DO NOT REPLY [Bug 35064] - Admin WebApp fails to open connectors when clicked.

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 13:07 ---
Environment:
JVM 1.4.2_08
Windows 2003 Server

Looking in the logs, I found the following:
07:05:27,147 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Entered
TreeControlTestAction:perform()
07:05:27,147 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Tree
expand/contract on Catalina:type=Service,serviceName=Catalina
07:05:27,147 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Found Node:
Catalina:type=Service,serviceName=Catalina
07:05:28,334 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Entered
TreeControlTestAction:perform()
07:05:28,334 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: tree param is
null
07:05:28,334 [INFO ] Catalina].[10.0.2.80].[/admin]:636  - action: Select event
on Catalina:type=Connector,port=443,address=%2F10.0.2.80
07:05:28,334 [ERROR] Catalina].[10.0.2.80].[/admin]:665  - action: Error
retrieving attribute address
java.lang.ClassCastException
at
org.apache.webapp.admin.connector.EditConnectorAction.execute(EditConnectorAction.java:173)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1192)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:412)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.webapp.admin.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:123)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482)
at
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.java:275)
at 
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:80)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:481)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:534)

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

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c sslutils.c

[mturk]

mturk   2005/06/01 04:22:16

  Modified:jni/native/src sslcontext.c sslutils.c
  Log:
  Do not set 'stdin' as default BIO for password promt. Use conio for
  WIN32 (curses will be added for posix).
  
  Revision  ChangesPath
  1.8   +1 -11 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- sslcontext.c  1 Jun 2005 10:45:03 -   1.7
  +++ sslcontext.c  1 Jun 2005 11:22:16 -   1.8
  @@ -107,13 +107,8 @@
   c->ctx  = ctx;
   c->pool = p;
   c->bio_os = BIO_new(BIO_s_file());
  -c->bio_is = BIO_new(BIO_s_file());
   if (c->bio_os != NULL)
   BIO_set_fp(c->bio_os, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  -if (c->bio_is != NULL) {
  -BIO_set_fp(c->bio_is, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  -c->bio_is->flags = SSL_BIO_FLAG_RDONLY;
  -}
   SSL_CTX_set_options(c->ctx, SSL_OP_ALL);
   if (!(protocol & SSL_PROTOCOL_SSLV2))
   SSL_CTX_set_options(c->ctx, SSL_OP_NO_SSLv2);
  @@ -184,13 +179,8 @@
   c->ctx  = ctx;
   c->pool = p;
   c->bio_os = BIO_new(BIO_s_file());
  -c->bio_is = BIO_new(BIO_s_file());
   if (c->bio_os != NULL)
   BIO_set_fp(c->bio_os, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  -if (c->bio_is != NULL) {
  -BIO_set_fp(c->bio_is, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  -c->bio_is->flags = SSL_BIO_FLAG_RDONLY;
  -}
   SSL_CTX_set_options(c->ctx, SSL_OP_ALL);
   if (!(protocol & SSL_PROTOCOL_SSLV2))
   SSL_CTX_set_options(c->ctx, SSL_OP_NO_SSLv2);
  
  
  
  1.7   +23 -2 jakarta-tomcat-connectors/jni/native/src/sslutils.c
  
  Index: sslutils.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslutils.c,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- sslutils.c1 Jun 2005 10:45:03 -   1.6
  +++ sslutils.c1 Jun 2005 11:22:16 -   1.7
  @@ -104,7 +104,8 @@
   int SSL_password_prompt(tcn_ssl_ctxt_t *c, char *buf, int len)
   {
   int rv = 0;
  -if (c && c->bio_is) {
  +*buf = '\0';
  +if (c->bio_is) {
   if (c->bio_is->flags & SSL_BIO_FLAG_RDONLY) {
   /* Use error BIO in case of stdin */
   BIO_printf(c->bio_os, "Enter password: ");
  @@ -125,6 +126,26 @@
   }
   }
   }
  +else {
  +#ifdef WIN32
  +#include 
  +int ch;
  +BIO_printf(c->bio_os, "Enter password: ");
  +do {
  +ch = getch();
  +if (ch == '\r')
  +break;
  +fputc('*', stdout);
  +buf[rv++] = ch;
  +if (rv + 1 > len)
  +continue;
  +} while (ch != '\n');
  +buf[rv] = '\0';
  +fputc('\n', stdout);
  +fflush(stdout);
  +#endif
  +
  +}
   return rv;
   }
   
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c sslcontext.c sslutils.c

[mturk]

mturk   2005/06/01 03:45:03

  Modified:jni/native/include ssl_private.h
   jni/native/src ssl.c sslcontext.c sslutils.c
  Log:
  Add reference counter to BIO handler, so that multiple context can
  register the same BIO.
  
  Revision  ChangesPath
  1.8   +6 -1  
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- ssl_private.h 1 Jun 2005 09:05:08 -   1.7
  +++ ssl_private.h 1 Jun 2005 10:45:02 -   1.8
  @@ -83,6 +83,9 @@
   #define SSL_PROTOCOL_TLSV1 (1<<2)
   #define SSL_PROTOCOL_ALL   
(SSL_PROTOCOL_SSLV2|SSL_PROTOCOL_SSLV3|SSL_PROTOCOL_TLSV1)
   
  +#define SSL_BIO_FLAG_RDONLY (1<<0)
  +#define SSL_BIO_FLAG_CALLBACK   (1<<1)
  +
   /* public cert/private key */
   typedef struct {
   /*
  @@ -147,5 +150,7 @@
   void   *SSL_get_app_data2(SSL *);
   voidSSL_set_app_data2(SSL *, void *);
   int SSL_password_prompt(tcn_ssl_ctxt_t *, char *, int);
  +voidSSL_BIO_close(BIO *);
  +voidSSL_BIO_doref(BIO *);
   
   #endif /* SSL_PRIVATE_H */
  
  
  
  1.16  +42 -9 jakarta-tomcat-connectors/jni/native/src/ssl.c
  
  Index: ssl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/ssl.c,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- ssl.c 1 Jun 2005 08:19:39 -   1.15
  +++ ssl.c 1 Jun 2005 10:45:03 -   1.16
  @@ -400,10 +400,12 @@
   /* OpenSSL Java Stream BIO */
   
   typedef struct  {
  +intrefcount;
   apr_pool_t *pool;
   tcn_callback_t cb;
   } BIO_JAVA;
   
  +
   static apr_status_t generic_bio_cleanup(void *data)
   {
   BIO *b = (BIO *)data;
  @@ -414,12 +416,43 @@
   return APR_SUCCESS;
   }
   
  +void SSL_BIO_close(BIO *bi)
  +{
  +if (bi == NULL)
  +return;
  +if (bi->ptr != NULL && (bi->flags & SSL_BIO_FLAG_CALLBACK)) {
  +BIO_JAVA *j = (BIO_JAVA *)bi->ptr;
  +j->refcount--;
  +if (j->refcount == 0) {
  +if (j->pool)
  +apr_pool_cleanup_run(j->pool, bi, generic_bio_cleanup);
  +else
  +BIO_free(bi);
  +}
  +}
  +else
  +BIO_free(bi);
  +}
  +
  +void SSL_BIO_doref(BIO *bi)
  +{
  +if (bi == NULL)
  +return;
  +if (bi->ptr != NULL && (bi->flags & SSL_BIO_FLAG_CALLBACK)) {
  +BIO_JAVA *j = (BIO_JAVA *)bi->ptr;
  +j->refcount++;
  +}
  +}
  +
  +
   static int jbs_new(BIO *bi)
   {
   BIO_JAVA *j;
   
   if ((j = OPENSSL_malloc(sizeof(BIO_JAVA))) == NULL)
   return 0;
  +j->pool  = NULL;
  +j->refcount  = 1;
   bi->shutdown = 1;
   bi->init = 0;
   bi->num  = -1;
  @@ -435,9 +468,9 @@
   if (bi->ptr != NULL) {
   BIO_JAVA *j = (BIO_JAVA *)bi->ptr;
   if (bi->init) {
  +bi->init = 0;
   TCN_UNLOAD_CLASS(j->cb.env, j->cb.obj);
   }
  -bi->init = 0;
   OPENSSL_free(bi->ptr);
   }
   bi->ptr = NULL;
  @@ -552,6 +585,10 @@
   goto init_failed;
   }
   j = (BIO_JAVA *)bio->ptr;
  +if ((j = (BIO_JAVA *)bio->ptr) == NULL) {
  +tcn_ThrowException(e, "Create BIO failed");
  +goto init_failed;
  +}
   j->pool = J2P(pool, apr_pool_t *);
   if (j->pool) {
   apr_pool_cleanup_register(j->pool, (const void *)bio,
  @@ -568,7 +605,8 @@
   /* TODO: Check if method id's are valid */
   j->cb.obj= (*e)->NewGlobalRef(e, callback);
   
  -bio->init = 1;
  +bio->init  = 1;
  +bio->flags = SSL_BIO_FLAG_CALLBACK;
   return P2J(bio);
   init_failed:
   return 0;
  @@ -577,13 +615,8 @@
   TCN_IMPLEMENT_CALL(jint, SSL, closeBIO)(TCN_STDARGS, jlong bio)
   {
   BIO *b = J2P(bio, BIO *);
  -BIO_JAVA *j;
  -
   UNREFERENCED_STDARGS;
  -j = (BIO_JAVA *)b->ptr;
  -if (j->pool) {
  -apr_pool_cleanup_run(j->pool, b, generic_bio_cleanup);
  -}
  +SSL_BIO_close(b);
   return APR_SUCCESS;
   }
   
  
  
  
  1.7   +10 -7 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- sslcontext.c  1 Jun 2005 09:05:08 -   1.6
  +++ sslcontext.c  1 Jun 2005 10:45:03 -   1.7
  @@ -57,11 +57,12 @@
   sk_X509_INFO_pop_free(c->pk.c.certs, X509_INFO_free);
   c->pk.c.certs = NULL;
   }
  +
   

Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]

[Bernard]

Hi,

I use Apache httpd, mod_jk and Tomcat 5 under Linux.
Re-staring Apache httpd alone should never be a problem.

However when I re-start Tomcat, then I follow this sequence:
- Stop Apache httpd
- Restart Tomcat
- Start Apache httpd

I follow this sequence because mod_jk returns a server error if it
cannot connect to Tomcat.

In order for this to work, the Tomcat restart operation must truly
block (no timeout guessing workarounds here, please) so that the last
step "Start Apache httpd" does not start before Tomcat is running
again, and that there is no time wasted in the "Restart Tomcat" step.

Tomcat takes an awful lot of time to start unfortunately.

For more info refer to:

http://issues.apache.org/bugzilla/show_bug.cgi?id=34140
"jsvc does not block on Linux"

Bernard





On Wed, 01 Jun 2005 02:30:14 -0500, you wrote:

>At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote:
>
>>After some more digging, it *appears* that "apache -k restart" WILL do a
>>graceful restart of Apache2 on Windoze.
>
>Of course it will.
>
>>Can anyone confirm this please?  And are there any "gotcha's" to watch out
>>for?  Can someone explain exactly how this works?  eg if I am in the middle
>>of a "chunk" (or series) of work  with a web browser and one of the
>>tomcats, will it restart in the middle of that?
>
>It has nothing to do with Tomcat [in fact it's mildly off-topic
>here.]  Essentially, the old child with multiple workers is told
>to quit it, so it stops accepting requests, and fulfills all the
>pending requests it accept()ed.  And a new child is kicked off to
>serve all future incoming requests.
>
>Bill
>
>
>
>-
>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 34790] - Build Failure

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 12:01 ---
(In reply to comment #2)
> Do you have CVS installed?

Yes

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

Summer of code

[Remy Maucherat]

Hi,

"Correct Servlet Specification violation in reading manifests", aka bug 
34993, is quite inappropriate for a full fledged summer project. The bug 
is actually invalid, but more generally the project would be far too 
short (see o.a.c.util.ExtensionValidator for the implementation of the 
extension check mechanism mandated by the specification).


Similarly, "Tune Jasper Performance for Multiple JSPs" should IMO be a 
more general "Tune Jasper Compilation Performance" :)


"Enhance Tomcat to support one-to-many mapping of security roles" might 
be also too short.


I'd like to propose adding the following things to the summer of code:
- tag plugins implementation for JSTL (finally)
- improve admin/management tools (?)

Anyway, we need a community discussion on summer of code proposals.

Rémy

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

DO NOT REPLY [Bug 34993] - Missing Class-Path entries are ignored, spec violation

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 11:38 ---
You are confusing regular classpath entries with extensions, which is not
declared the same thing (extension means you want one library with a certain
version or up, it's much more robust than a pointer to a JAR). The servlet spec
does mandate checking for extensions, but obviously you should never be using a
Class-Path entry.

Please do not reopen the report.

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

[EMAIL PROTECTED]: Project jakarta-tomcat-jni (in module jakarta-tomcat-connectors) failed

[Bill Barker]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-jni has an issue affecting its community integration.
This issue affects 36 projects,
 and has been outstanding for 19 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- avalon-http-context :  Avalon SVN
- avalon-http-demo :  Avalon SVN
- avalon-http-examples :  Avalon SVN
- avalon-http-impl :  Avalon SVN
- avalon-http-server :  Avalon SVN
- avalon-http-servlet :  Avalon SVN
- avalon-http-static :  Avalon SVN
- avalon-http-test :  Avalon SVN
- avalon-planet-facilities :  Avalon SVN
- cargo :  Cargo provides a Java API to manipulate Java Containers
- jakarta-cactus-documentation :  Cactus Documentation
- jakarta-cactus-integration-ant-12 :  Cactus Ant Integration (J2EE 1.2)
- jakarta-cactus-integration-ant-13 :  Cactus Ant Integration (J2EE 1.3)
- jakarta-cactus-release-12 :  Unit test framework for server-side java code
- jakarta-cactus-release-13 :  Unit test framework for server-side java code
- jakarta-cactus-sample-jetty-13 :  Cactus Jetty Sample (J2EE 1.3)
- jakarta-cactus-sample-servlet-12 :  Cactus Servlet Sample (J2EE 1.2)
- jakarta-cactus-sample-servlet-13 :  Cactus Servlet Sample (J2EE 1.3)
- jakarta-tomcat :  Servlet 2.2 and JSP 1.1 Reference Implementation
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation
- jakarta-tomcat-5 :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-coyote :  Connectors to various web servers
- jakarta-tomcat-coyote-tomcat3 :  Connectors to various web servers
- jakarta-tomcat-coyote-tomcat4 :  Connectors to various web servers
- jakarta-tomcat-http11 :  Connectors to various web servers
- jakarta-tomcat-jk :  Connectors to various web servers
- jakarta-tomcat-jni :  Connectors to various web servers
- jakarta-tomcat-util :  Connectors to various web servers
- jakarta-turbine-jcs :  Cache
- metro-reflector-blocks-complete :  Avalon SVN
- struts-sslext :  The Struts SSL Extension for HTTP/HTTPS switching
- struts-taglib :  Model 2 Model-View-Controller framework for Servlets and 
JSP
- struts-taglib-from-packages :  Model 2 Model-View-Controller framework 
for Servlets and JSP
- strutstestcase :  An extension of the standard JUnit TestCase class that 
provi...
- tomcat-catalina :  Servlet 2.3 and JSP 1.2 Reference Implementation


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jni/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [tomcat-native-01062005.jar] identifier set to project name
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jni/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jni.html
Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jni (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar
 -Dversion=01062005 jar 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jni]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jni/dist/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar
-
Buildfile: build.xml

env:
 [echo] java.home = /x1/opt/__versions__/j2sdk1.4.2_08/jre
 [echo] user.home = /home/gump
 [echo] tc.library.path = 
/x1/gump/public/workspace/jakarta-tomcat-connectors/jni/native/.libs


prepare:
 

[EMAIL PROTECTED]: Project jakarta-tomcat-jni (in module jakarta-tomcat-connectors) failed

[Bill Barker]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-jni has an issue affecting its community integration.
This issue affects 36 projects,
 and has been outstanding for 19 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- avalon-http-context :  Avalon SVN
- avalon-http-demo :  Avalon SVN
- avalon-http-examples :  Avalon SVN
- avalon-http-impl :  Avalon SVN
- avalon-http-server :  Avalon SVN
- avalon-http-servlet :  Avalon SVN
- avalon-http-static :  Avalon SVN
- avalon-http-test :  Avalon SVN
- avalon-planet-facilities :  Avalon SVN
- cargo :  Cargo provides a Java API to manipulate Java Containers
- jakarta-cactus-documentation :  Cactus Documentation
- jakarta-cactus-integration-ant-12 :  Cactus Ant Integration (J2EE 1.2)
- jakarta-cactus-integration-ant-13 :  Cactus Ant Integration (J2EE 1.3)
- jakarta-cactus-release-12 :  Unit test framework for server-side java code
- jakarta-cactus-release-13 :  Unit test framework for server-side java code
- jakarta-cactus-sample-jetty-13 :  Cactus Jetty Sample (J2EE 1.3)
- jakarta-cactus-sample-servlet-12 :  Cactus Servlet Sample (J2EE 1.2)
- jakarta-cactus-sample-servlet-13 :  Cactus Servlet Sample (J2EE 1.3)
- jakarta-tomcat :  Servlet 2.2 and JSP 1.1 Reference Implementation
- jakarta-tomcat-4.0 :  Servlet 2.3 and JSP 1.2 Reference Implementation
- jakarta-tomcat-5 :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-coyote :  Connectors to various web servers
- jakarta-tomcat-coyote-tomcat3 :  Connectors to various web servers
- jakarta-tomcat-coyote-tomcat4 :  Connectors to various web servers
- jakarta-tomcat-http11 :  Connectors to various web servers
- jakarta-tomcat-jk :  Connectors to various web servers
- jakarta-tomcat-jni :  Connectors to various web servers
- jakarta-tomcat-util :  Connectors to various web servers
- jakarta-turbine-jcs :  Cache
- metro-reflector-blocks-complete :  Avalon SVN
- struts-sslext :  The Struts SSL Extension for HTTP/HTTPS switching
- struts-taglib :  Model 2 Model-View-Controller framework for Servlets and 
JSP
- struts-taglib-from-packages :  Model 2 Model-View-Controller framework 
for Servlets and JSP
- strutstestcase :  An extension of the standard JUnit TestCase class that 
provi...
- tomcat-catalina :  Servlet 2.3 and JSP 1.2 Reference Implementation


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jni/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [tomcat-native-01062005.jar] identifier set to project name
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jni/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jni.html
Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jni (Type: Build)
Work ended in a state of : Failed
Elapsed: 2 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar
 -Dversion=01062005 jar 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jni]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jni/dist/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar
-
Buildfile: build.xml

env:
 [echo] java.home = /x1/opt/__versions__/j2sdk1.4.2_08/jre
 [echo] user.home = /home/gump
 [echo] tc.library.path = 
/x1/gump/public/workspace/jakarta-tomcat-connectors/jni/native/.libs


prepare:
 

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c sslutils.c

[mturk]

mturk   2005/06/01 02:05:08

  Modified:jni/native/include ssl_private.h
   jni/native/src sslcontext.c sslutils.c
  Log:
  Rename BIO struct members and strip any CRLF from the prompted password.
  
  Revision  ChangesPath
  1.7   +3 -3  
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- ssl_private.h 1 Jun 2005 08:19:39 -   1.6
  +++ ssl_private.h 1 Jun 2005 09:05:08 -   1.7
  @@ -110,8 +110,8 @@
   struct tcn_ssl_ctxt {
   apr_pool_t  *pool;
   SSL_CTX *ctx;
  -BIO *bio_err;
  -BIO *pprompt;
  +BIO *bio_os;
  +BIO *bio_is;
   unsigned char   vhost_id[MD5_DIGEST_LENGTH];
   
   int protocol;
  
  
  
  1.6   +29 -29jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- sslcontext.c  1 Jun 2005 08:19:39 -   1.5
  +++ sslcontext.c  1 Jun 2005 09:05:08 -   1.6
  @@ -57,12 +57,12 @@
   sk_X509_INFO_pop_free(c->pk.c.certs, X509_INFO_free);
   c->pk.c.certs = NULL;
   }
  -if (c->pprompt)
  -BIO_free(c->pprompt);
  -c->pprompt = NULL;
  -if (c->bio_err)
  -BIO_free(c->bio_err);
  -c->bio_err = NULL;
  +if (c->bio_is)
  +BIO_free(c->bio_is);
  +c->bio_is = NULL;
  +if (c->bio_os)
  +BIO_free(c->bio_os);
  +c->bio_os = NULL;
   }
   return APR_SUCCESS;
   }
  @@ -105,13 +105,13 @@
   c->mode = 1;
   c->ctx  = ctx;
   c->pool = p;
  -c->bio_err = BIO_new(BIO_s_file());
  -c->pprompt = BIO_new(BIO_s_file());
  -if (c->bio_err != NULL)
  -BIO_set_fp(c->bio_err, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  -if (c->pprompt != NULL) {
  -BIO_set_fp(c->bio_err, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  -c->pprompt->flags = BIO_FLAGS_MEM_RDONLY;
  +c->bio_os = BIO_new(BIO_s_file());
  +c->bio_is = BIO_new(BIO_s_file());
  +if (c->bio_os != NULL)
  +BIO_set_fp(c->bio_os, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  +if (c->bio_is != NULL) {
  +BIO_set_fp(c->bio_is, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  +c->bio_is->flags = BIO_FLAGS_MEM_RDONLY;
   }
   SSL_CTX_set_options(c->ctx, SSL_OP_ALL);
   if (!(protocol & SSL_PROTOCOL_SSLV2))
  @@ -182,13 +182,13 @@
   c->mode = 0;
   c->ctx  = ctx;
   c->pool = p;
  -c->bio_err = BIO_new(BIO_s_file());
  -c->pprompt = BIO_new(BIO_s_file());
  -if (c->bio_err != NULL)
  -BIO_set_fp(c->bio_err, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  -if (c->pprompt != NULL) {
  -BIO_set_fp(c->bio_err, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  -c->pprompt->flags = BIO_FLAGS_MEM_RDONLY;
  +c->bio_os = BIO_new(BIO_s_file());
  +c->bio_is = BIO_new(BIO_s_file());
  +if (c->bio_os != NULL)
  +BIO_set_fp(c->bio_os, stderr, BIO_NOCLOSE | BIO_FP_TEXT);
  +if (c->bio_is != NULL) {
  +BIO_set_fp(c->bio_is, stdin, BIO_NOCLOSE | BIO_FP_TEXT);
  +c->bio_is->flags = BIO_FLAGS_MEM_RDONLY;
   }
   SSL_CTX_set_options(c->ctx, SSL_OP_ALL);
   if (!(protocol & SSL_PROTOCOL_SSLV2))
  @@ -249,26 +249,26 @@
   jlong bio)
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  -BIO *bio_err  = J2P(bio, BIO *);
  +BIO *bio_os   = J2P(bio, BIO *);
   
   UNREFERENCED_STDARGS;
   TCN_ASSERT(ctx != 0);
  -if (c->bio_err && c->bio_err != bio_err)
  -BIO_free(c->bio_err);
  -c->bio_err = bio_err;
  +if (c->bio_os && c->bio_os != bio_os)
  +BIO_free(c->bio_os);
  +c->bio_os = bio_os;
   }
   
   TCN_IMPLEMENT_CALL(void, SSLContext, setPPromptBIO)(TCN_STDARGS, jlong ctx,
   jlong bio)
   {
   tcn_ssl_ctxt_t *c = J2P(ctx, tcn_ssl_ctxt_t *);
  -BIO *pprompt  = J2P(bio, BIO *);
  +BIO *bio_is   = J2P(bio, BIO *);
   
   UNREFERENCED_STDARGS;
   TCN_ASSERT(ctx != 0);
  -if (c->pprompt && c->pprompt != pprompt)
  -BIO_free(c->pprompt);
  -c->pprompt = pprompt;
  +if (c->bio_is && c->bio_is != bio_is)
  +BIO_free(c->bio_is);
  +c->bio_is = bio_is;
   }
   
   
  
  
  
  1.5   +20 -6 jakarta-tomcat-connectors/jni/native/src/sslutils.c
  
  Index: sslutils.c
  

Re: [EMAIL PROTECTED]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed

[jean-frederic clere]

jean-frederic clere wrote:

Bill Barker wrote:


To whom it may engage...



Funny... I don't get it. Which Apache are you using for the test?


The answer is 2.0 (and it works with today sources for me):
+++ CUT +++

`/x1/gump/public/workspace/jakarta-tomcat-connectors/jk/native/apache-2.0' 


make: *** [all-recursive] Error 1
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml 

- Atom: 
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml 



== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 17001831052005, vmgump.apache.org:vmgump-public:17001831052005
Gump E-mail Identifier (unique within run) #4.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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

cvs commit: jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni BIOCallback.java

[mturk]

mturk   2005/06/01 01:20:43

  Added:   jni/java/org/apache/tomcat/jni BIOCallback.java
  Log:
  Add BIO Callback interface.
  
  Revision  ChangesPath
  1.1  
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/BIOCallback.java
  
  Index: BIOCallback.java
  ===
  /*
   *  Copyright 1999-2004 The Apache Software Foundation
   *
   *  Licensed under the Apache License, Version 2.0 (the "License");
   *  you may not use this file except in compliance with the License.
   *  You may obtain a copy of the License at
   *
   *  http://www.apache.org/licenses/LICENSE-2.0
   *
   *  Unless required by applicable law or agreed to in writing, software
   *  distributed under the License is distributed on an "AS IS" BASIS,
   *  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   *  See the License for the specific language governing permissions and
   *  limitations under the License.
   */
  
  package org.apache.tomcat.jni;
  
  /** Open SSL BIO Callback Interface
   *
   * @author Mladen Turk
   * @version $Revision: 1.1 $, $Date: 2005/06/01 08:20:43 $
   */
  
  public interface BIOCallback {
  
  /**
   * Write data
   * @param data String to write
   * @return Number of characters written
   */
  public int write(String data);
  
  /**
   * Read data
   * @param len Maximum number of characters to read
   * @return String with up to len bytes readed
   */
  public String read(int len);
  
  /**
   * Puts string
   * @param data String to write
   * @return Number of characters written
   */
  public int puts(String data);
  
  /**
   * Read string up to the len or CLRLF
   * @param len Maximum number of characters to read
   * @return String with up to len bytes readed
   */
  public String gets(int len);
  
  }
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c sslcontext.c sslutils.c

[mturk]

mturk   2005/06/01 01:19:39

  Modified:jni/java/org/apache/tomcat/jni SSLContext.java
   jni/native/include ssl_private.h
   jni/native/src ssl.c sslcontext.c sslutils.c
  Log:
  Add functions for setting error and password prompt BIO callbacks.
  
  Revision  ChangesPath
  1.4   +34 -1 
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java
  
  Index: SSLContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLContext.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- SSLContext.java   1 Jun 2005 06:38:09 -   1.3
  +++ SSLContext.java   1 Jun 2005 08:19:39 -   1.4
  @@ -61,6 +61,39 @@
* @return APR Status code.
*/
   public static native int free(long ctx);
  +
  +/**
  + * Set Virtual host id. Usually host:port combination.
  + * @param ctx Context to use.
  + * @param id  String that uniquely identifies this context.
  + */
  + public static native void setVhostId(long ctx, String id);
  + 
  +/**
  + * Asssociate BIOCallback for error reporting.
  + * 
  + * First word in the output string will contain error
  + * level in the form:
  + * 
  + * [ERROR]  -- Critical error messages
  + * [WARN]   -- Varning messages
  + * [INFO]   -- Informational messages
  + * [DEBUG]  -- Debugging messaged
  + * 
  + * Callback can use that word to determine application logging level
  + * by intercepting write call. 
  + * If the bio is set to 0 no error messages will be displayed.
  + * Default is to use the stderr output stream.
  + * @param ctx Server or Client context to use.
  + * @param bio BIO handle to use, created with SSL.newBIO
  + */
  + public static native void setErrBIO(long ctx, long bio);
   
  +/**
  + * Asssociate BIOCallback for Password prompting.
  + * @param ctx Server or Client context to use.
  + * @param bio BIO handle to use, created with SSL.newBIO
  + */
  + public static native void setPPromptBIO(long ctx, long bio);
   
   }
  
  
  
  1.6   +4 -2  
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- ssl_private.h 1 Jun 2005 06:38:09 -   1.5
  +++ ssl_private.h 1 Jun 2005 08:19:39 -   1.6
  @@ -110,6 +110,8 @@
   struct tcn_ssl_ctxt {
   apr_pool_t  *pool;
   SSL_CTX *ctx;
  +BIO *bio_err;
  +BIO *pprompt;
   unsigned char   vhost_id[MD5_DIGEST_LENGTH];
   
   int protocol;
  @@ -144,6 +146,6 @@
   voidSSL_init_app_data2_idx(void);
   void   *SSL_get_app_data2(SSL *);
   voidSSL_set_app_data2(SSL *, void *);
  -
  +int SSL_password_prompt(tcn_ssl_ctxt_t *, char *, int);
   
   #endif /* SSL_PRIVATE_H */
  
  
  
  1.15  +2 -2  jakarta-tomcat-connectors/jni/native/src/ssl.c
  
  Index: ssl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/ssl.c,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- ssl.c 1 Jun 2005 06:38:09 -   1.14
  +++ ssl.c 1 Jun 2005 08:19:39 -   1.15
  @@ -438,8 +438,8 @@
   TCN_UNLOAD_CLASS(j->cb.env, j->cb.obj);
   }
   bi->init = 0;
  +OPENSSL_free(bi->ptr);
   }
  -OPENSSL_free(bi->ptr);
   bi->ptr = NULL;
   return 1;
   }
  
  
  
  1.5   +67 -4 jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/sslcontext.c,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- sslcontext.c  1 Jun 2005 06:35:26 -   1.4
  +++ sslcontext.c  1 Jun 2005 08:19:39 -   1.5
  @@ -53,9 +53,16 @@
   }
   }
   }
  -else {
  +else if (c->pk.c.certs) {
   sk_X509_INFO_pop_free(c->pk.c.certs, X509_INFO_free);
  +c->pk.c.certs = NULL;
   }
  +if (c->pprompt)
  +BIO_free(c->pprompt);
  +c->pprompt = NULL;
  +if (c->bio_err)
  +BIO_free(c->bio_err);
  +c->bio_err = NULL;
   }
   return APR_SUCCESS;
   }
  @@ -98,7 +105,14 @@
   c->mode = 1;
   c->ctx  = ctx;
   c->pool = p;
  -
  +c->bio_err = BIO_new(BIO_s_file());
  +c->pprompt = BIO_new(BIO_s_file());
  

Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]

[William A. Rowe, Jr.]

At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote:

>After some more digging, it *appears* that "apache -k restart" WILL do a
>graceful restart of Apache2 on Windoze.

Of course it will.

>Can anyone confirm this please?  And are there any "gotcha's" to watch out
>for?  Can someone explain exactly how this works?  eg if I am in the middle
>of a "chunk" (or series) of work  with a web browser and one of the
>tomcats, will it restart in the middle of that?

It has nothing to do with Tomcat [in fact it's mildly off-topic
here.]  Essentially, the old child with multiple workers is told
to quit it, so it stops accepting requests, and fulfills all the
pending requests it accept()ed.  And a new child is kicked off to
serve all future incoming requests.

Bill



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

Re: [EMAIL PROTECTED]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed

[jean-frederic clere]

Bill Barker wrote:

To whom it may engage...


Funny... I don't get it. Which Apache are you using for the test?


This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]


Project jakarta-tomcat-jk-native has an issue affecting its community 
integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-jk-native :  Connectors to various web servers


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html
Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: 
Build)
Work ended in a state of : Failed
Elapsed: 31 secs
Command Line: make 
[Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native]

-
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2670: error: dereferencing pointer to incomplete type
mod_jk.c:2680: error: dereferencing pointer to incomplete type
mod_jk.c:2684: error: dereferencing pointer to incomplete type
mod_jk.c:2689: error: dereferencing pointer to incomplete type
mod_jk.c:2689: error: dereferencing pointer to incomplete type
mod_jk.c:2693: error: dereferencing pointer to incomplete type
mod_jk.c:2693: error: dereferencing pointer to incomplete type
mod_jk.c:2694: error: dereferencing pointer to incomplete type
mod_jk.c:2697: error: dereferencing pointer to incomplete type
mod_jk.c:2698: error: dereferencing pointer to incomplete type
mod_jk.c:2704: error: dereferencing pointer to incomplete type
mod_jk.c:2707: error: dereferencing pointer to incomplete type
mod_jk.c:2707: error: dereferencing pointer to incomplete type
mod_jk.c:2710: error: dereferencing pointer to incomplete type
mod_jk.c:2710: error: dereferencing pointer to incomplete type
mod_jk.c:2711: error: dereferencing pointer to incomplete type
mod_jk.c:2712: error: dereferencing pointer to incomplete type
mod_jk.c:2720: error: dereferencing pointer to incomplete type
mod_jk.c:2721: error: dereferencing pointer to incomplete type
mod_jk.c:2721: error: dereferencing pointer to incomplete type
mod_jk.c:2723: error: dereferencing pointer to incomplete type
mod_jk.c:2729: error: dereferencing pointer to incomplete type
mod_jk.c:2729: error: dereferencing pointer to incomplete type
mod_jk.c:2729: error: dereferencing pointer to incomplete type
mod_jk.c: In function `jk_register_hooks':
mod_jk.c:2740: error: `APR_HOOK_MIDDLE' undeclared (first use in this function)
mod_jk.c:2740: error: (Each undeclared identifier is reported only once
mod_jk.c:2740: error: for each function it appears in.)
make[1]: *** [mod_jk.lo] Error 1
make[1]: Leaving directory 
`/x1/gump/public/workspace/jakarta-tomcat-connectors/jk/native/apache-2.0'
make: *** [all-recursive] Error 1
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 17001831052005, vmgump.apache

DO NOT REPLY [Bug 33650] - Jasper performance for multiple files processing

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





--- Additional Comments From [EMAIL PROTECTED]  2005-06-01 09:03 ---
I was just looking at it. :) Good thing, Yoav, I unfortunately spend my time 
switching priorities due to the current nature of my work, so I hope someone 
will take over, there sure is a nice opportunity.

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