òÁÓÓÙÌËÉ mnogo.ru

[óÌÕÖÂÁ]

Извините, программа не смогла распознть команду в вашем письме



Список команд нашей службы рассылки



Подтверждение регистрации в рассылках:

CONFIRM [EMAIL PROTECTED] password

пример: CONFIRM [EMAIL PROTECTED] 12ndjk45  



Подписка на рассылку:

SUBSCRIBE list.code

пример: SUBSCRIBE vf.news



Отписка от рассылки:

UNSUBSCRIBE list.code

или

UNSUBSCRIBE [EMAIL PROTECTED] list.code

пример: UNSUBSCRIBE vf.news

пример: UNSUBSCRIBE *   (отказ от всех рассылок)

пример: UNSUBSCRIBE [EMAIL PROTECTED] vf.news



Приостановление получения рассылок:

PAUSE  



Возобновление получения рассылок:

UNPAUSE 



Получение краткого списка рассылок (без описания - только названия):

LIST



Получение подробной информации (описание, статистика):

INFO list.code

пример: INFO vf.news



Получение списка рассылок, на которые вы подписаны:

WHICH



Письма с командами должны быть адресованы на адрес [EMAIL PROTECTED]

Сами команды пишутся в теле письма. Если вы даете одновременно несколько команд в 
одном письме, то каждую команду начинайте с новой строки.

Не забывайте, что все функции управления рассылками доступны и через веб-интерфейс по 
адресу http://list.mnogo.ru/


Izvinite, programma ne smogla raspoznt' komandu v vashem pis'me



Spisok komand nashej sluzhby rassylki



Podtverzhdenie registracii v rassylkax:

CONFIRM [EMAIL PROTECTED] password

primer: CONFIRM [EMAIL PROTECTED] 12ndjk45  



Podpiska na rassylku:

SUBSCRIBE list.code

primer: SUBSCRIBE vf.news



Otpiska ot rassylki:

UNSUBSCRIBE list.code

ili

UNSUBSCRIBE [EMAIL PROTECTED] list.code

primer: UNSUBSCRIBE vf.news

primer: UNSUBSCRIBE *   (otkaz ot vsex rassylok)

primer: UNSUBSCRIBE [EMAIL PROTECTED] vf.news



Priostanovlenie polucheniya rassylok:

PAUSE  



Vozobnovlenie polucheniya rassylok:

UNPAUSE 



Poluchenie kratkogo spiska rassylok (bez opisaniya - tol'ko nazvaniya):

LIST



Poluchenie podrobnoj informacii (opisanie, statistika):

INFO list.code

primer: INFO vf.news



Poluchenie spiska rassylok, na kotorye vy podpisany:

WHICH



Pis'ma s komandami dolzhny byt' adresovany na adres [EMAIL PROTECTED]

Sami komandy pishutsya v tele pis'ma. Esli vy daete odnovremenno neskol'ko komand v 
odnom pis'me, to kazhduyu komandu nachinajte s novoj stroki.

Ne zabyvajte, chto vse funkcii upravleniya rassylkami dostupny i cherez veb-interfejs 
po adresu http://list.mnogo.ru/

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

Re: òÁÓÓÙÌËÉ mnogo.ru

[penpower]

This email [EMAIL PROTECTED] is no longer available due to heavy spamming. Please 
visit our website http://www.alestron.com for contact info.

Thank you!





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

Re: Alexander Koch/LDM/DFS ist außer Haus.

[penpower]

This email [EMAIL PROTECTED] is no longer available due to heavy spamming. Please 
visit our website http://www.alestron.com for contact info.

Thank you!





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

òÁÓÓÙÌËÉ mnogo.ru

[óÌÕÖÂÁ]

Извините, программа не смогла распознть команду в вашем письме



Список команд нашей службы рассылки



Подтверждение регистрации в рассылках:

CONFIRM [EMAIL PROTECTED] password

пример: CONFIRM [EMAIL PROTECTED] 12ndjk45  



Подписка на рассылку:

SUBSCRIBE list.code

пример: SUBSCRIBE vf.news



Отписка от рассылки:

UNSUBSCRIBE list.code

или

UNSUBSCRIBE [EMAIL PROTECTED] list.code

пример: UNSUBSCRIBE vf.news

пример: UNSUBSCRIBE *   (отказ от всех рассылок)

пример: UNSUBSCRIBE [EMAIL PROTECTED] vf.news



Приостановление получения рассылок:

PAUSE  



Возобновление получения рассылок:

UNPAUSE 



Получение краткого списка рассылок (без описания - только названия):

LIST



Получение подробной информации (описание, статистика):

INFO list.code

пример: INFO vf.news



Получение списка рассылок, на которые вы подписаны:

WHICH



Письма с командами должны быть адресованы на адрес [EMAIL PROTECTED]

Сами команды пишутся в теле письма. Если вы даете одновременно несколько команд в 
одном письме, то каждую команду начинайте с новой строки.

Не забывайте, что все функции управления рассылками доступны и через веб-интерфейс по 
адресу http://list.mnogo.ru/


Izvinite, programma ne smogla raspoznt' komandu v vashem pis'me



Spisok komand nashej sluzhby rassylki



Podtverzhdenie registracii v rassylkax:

CONFIRM [EMAIL PROTECTED] password

primer: CONFIRM [EMAIL PROTECTED] 12ndjk45  



Podpiska na rassylku:

SUBSCRIBE list.code

primer: SUBSCRIBE vf.news



Otpiska ot rassylki:

UNSUBSCRIBE list.code

ili

UNSUBSCRIBE [EMAIL PROTECTED] list.code

primer: UNSUBSCRIBE vf.news

primer: UNSUBSCRIBE *   (otkaz ot vsex rassylok)

primer: UNSUBSCRIBE [EMAIL PROTECTED] vf.news



Priostanovlenie polucheniya rassylok:

PAUSE  



Vozobnovlenie polucheniya rassylok:

UNPAUSE 



Poluchenie kratkogo spiska rassylok (bez opisaniya - tol'ko nazvaniya):

LIST



Poluchenie podrobnoj informacii (opisanie, statistika):

INFO list.code

primer: INFO vf.news



Poluchenie spiska rassylok, na kotorye vy podpisany:

WHICH



Pis'ma s komandami dolzhny byt' adresovany na adres [EMAIL PROTECTED]

Sami komandy pishutsya v tele pis'ma. Esli vy daete odnovremenno neskol'ko komand v 
odnom pis'me, to kazhduyu komandu nachinajte s novoj stroki.

Ne zabyvajte, chto vse funkcii upravleniya rassylkami dostupny i cherez veb-interfejs 
po adresu http://list.mnogo.ru/

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

Alexander Koch/LDM/DFS ist außer Haus.

[Alexander . Koch]

Ich werde ab  02.08.2004 nicht im Büro sein. Ich kehre zurück am
23.08.2004.

Ihre Mail wird nicht weitergeleitet.

In dringenden Fällen wenden Sie sich bitte an Herrn Hardy Polevka unter 069
78072-700 oder [EMAIL PROTECTED]

Vielen Dank

Mit freundlichen Grüßen

Alexander Koch


DFS Deutsche Flugsicherung GmbH
Unternehmenszentrale
Am DFS-Campus 10
D - 63225 Langen

Tel.: +49-(0)6103-707-0
Home Page: http://www.dfs.de

-BEGIN PGP PUBLIC KEY BLOCK-
Version: PGP 6.5.8

mQGiBECbVgwRBAD09k4R2DiCObeUeO+FZCBJ8OkjzEIQ3niUMHSwlQmX5prKCJQe
NjEGvsS4Ex6qdYQ/awmXkNtOpsF0mN3aBoKUyRDF6KkkfsTNYQQ6WyK5RHu2Q4wQ
G93DL+Ryhgs2oNH3Ou4FbEiYATJCl14fpxd08D0DCsmL0ZfeaZlZeBCUzwCg/8sY
qJ2uSj5JgHWEp170menK6CUEAIlI3gXegKbBY1PFSpzNpjVGQJg9bQR4B6tqdASP
nLfsQR+1BIIz0WFgiIickqPSRbGYP7slpw9onE43su3HVg2sBMI25Q5kK6WujPUG
n72PDy8yogXCcYS807FcqMqKTqYjiRQxbcQn3gJaoTau0/HJTHF9jES89SyIDXdm
CjphA/9FZ0tmotILaxyL53X8G01lf28NhykkGzbBTiIAsgTcvCx6b1GxBwUb/WlL
KmWG3kjwSsZxtPzrUPN3Z83pavfCQI4E9tNI4mVgX9gtklKoVtJPglu2jPrJ+umZ
UO78anBrsTnPzOJ954+uziMe3imsFAC8T2gAmgsAvZgZP98gBLQYREZTIEdtYkgg
PHB1YmtleUBkZnMuZGU+iQBOBBARAgAOBQJAm1YMBAsDAQICGQEACgkQN3h5OLny
dHrchQCgmuRvdqRthFARXOQatgKCc+5pWs4AoPkSU2XeYbNq4AVmv0BJOpRgOsCJ
uQMNBECbVosQDADMHXdXJDhK4sTw6I4TZ5dOkhNh9tvrJQ4X/faY98h8ebByHTh1
+/bBc8SDESYrQ2DD4+jWCv2hKCYLrqmus2UPogBTAaB81qujEh76DyrOH3SET8rz
F/OkQOnX0ne2Qi0CNsEmy2henXyYCQqNfi3t5F159dSST5sYjvwqp0t8MvZCV7cI
fwgXcqK61qlC8wXo+VMROU+28W65Szgg2gGnVqMU6Y9AVfPQB8bLQ6mUrfdMZIZJ
+AyDvWXpF9Sh01D49Vlf3HZSTz09jdvOmeFXklnN/biudE/F/Ha8g8VHMGHOfMlm
/xX5u/2RXscBqtNbno2gpXI61Brwv0YAWCvl9Ij9WE5J280gtJ3kkQc2azNsOA1F
HQ98iLMcfFstjvbzySPAQ/ClWxiNjrtVjLhdONM0/XwXV0OjHRhs3jMhLLUq/zzh
sSlAGBGNfISnCnLWhsQDGcgHKXrKlQzZlp+r0ApQmwJG0wg9ZqRdQZ+cfL2JSyIZ
Jrqrol7DVelMMm8AAgIL/2zbjaNlPL+13ZFiJwAGg0yj4zciLkp141Pwvn2OtY+B
JZxnIfcPKINj2f5QiW4weqV9OMJ5EgZcx8aRxkk5uJsJv3S1JFUUNaSwCl0xynpr
Spw5QsoCAQAhzmOlqj1tvCJW3bm3iniiud6UzGjbdpvU9oeiSOGMFYVpfGCHC5fb
4TnnsLcrmARXh3COKle27X7TGOROUWyxqKWdHvBsMEjO2ERF2A+nMEYz4dd8kezd
Iiw9hjftJtp9GpCJ5CWq4jcyQ5Bb+D0IUqI0FdH9Mfe8ytMnDRwDPH1r9FaCNkaH
Q+8Aqp20QbSHe03CaT8UbYziNCNdzCFt4QjDqAfDsTKEHGeBzKfBprsKbox6CURk
IikAiUX0YE1P3bxH2ovP5bxEormlPfFN870QYNZYmo03hX41H6LnOaI4YaHzfiXG
Plrm/mtkDryXoqA57f09vcQcAmS6Qa50qyqheGK49lSM9MndqXGWrmddtccE3qUJ
/U1UAxqX11l80Yz8Wk+brokARgQYEQIABgUCQJtWiwAKCRA3eHk4ufJ0enLHAJ9R
3Z0uPt+U+qSJU/63IpU/y+Ho3QCgg571CpdVdsohBeaF21f4uckz3nU=
=h1ys
-END PGP PUBLIC KEY BLOCK-




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

òÁÓÓÙÌËÉ mnogo.ru

[óÌÕÖÂÁ]

Извините, программа не смогла распознть команду в вашем письме



Список команд нашей службы рассылки



Подтверждение регистрации в рассылках:

CONFIRM [EMAIL PROTECTED] password

пример: CONFIRM [EMAIL PROTECTED] 12ndjk45  



Подписка на рассылку:

SUBSCRIBE list.code

пример: SUBSCRIBE vf.news



Отписка от рассылки:

UNSUBSCRIBE list.code

или

UNSUBSCRIBE [EMAIL PROTECTED] list.code

пример: UNSUBSCRIBE vf.news

пример: UNSUBSCRIBE *   (отказ от всех рассылок)

пример: UNSUBSCRIBE [EMAIL PROTECTED] vf.news



Приостановление получения рассылок:

PAUSE  



Возобновление получения рассылок:

UNPAUSE 



Получение краткого списка рассылок (без описания - только названия):

LIST



Получение подробной информации (описание, статистика):

INFO list.code

пример: INFO vf.news



Получение списка рассылок, на которые вы подписаны:

WHICH



Письма с командами должны быть адресованы на адрес [EMAIL PROTECTED]

Сами команды пишутся в теле письма. Если вы даете одновременно несколько команд в 
одном письме, то каждую команду начинайте с новой строки.

Не забывайте, что все функции управления рассылками доступны и через веб-интерфейс по 
адресу http://list.mnogo.ru/


Izvinite, programma ne smogla raspoznt' komandu v vashem pis'me



Spisok komand nashej sluzhby rassylki



Podtverzhdenie registracii v rassylkax:

CONFIRM [EMAIL PROTECTED] password

primer: CONFIRM [EMAIL PROTECTED] 12ndjk45  



Podpiska na rassylku:

SUBSCRIBE list.code

primer: SUBSCRIBE vf.news



Otpiska ot rassylki:

UNSUBSCRIBE list.code

ili

UNSUBSCRIBE [EMAIL PROTECTED] list.code

primer: UNSUBSCRIBE vf.news

primer: UNSUBSCRIBE *   (otkaz ot vsex rassylok)

primer: UNSUBSCRIBE [EMAIL PROTECTED] vf.news



Priostanovlenie polucheniya rassylok:

PAUSE  



Vozobnovlenie polucheniya rassylok:

UNPAUSE 



Poluchenie kratkogo spiska rassylok (bez opisaniya - tol'ko nazvaniya):

LIST



Poluchenie podrobnoj informacii (opisanie, statistika):

INFO list.code

primer: INFO vf.news



Poluchenie spiska rassylok, na kotorye vy podpisany:

WHICH



Pis'ma s komandami dolzhny byt' adresovany na adres [EMAIL PROTECTED]

Sami komandy pishutsya v tele pis'ma. Esli vy daete odnovremenno neskol'ko komand v 
odnom pis'me, to kazhduyu komandu nachinajte s novoj stroki.

Ne zabyvajte, chto vse funkcii upravleniya rassylkami dostupny i cherez veb-interfejs 
po adresu http://list.mnogo.ru/

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

cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_util.c mod_proxy.h

[mturk]

mturk   2004/08/05 22:42:14

  Modified:ajp/proxy proxy_util.c mod_proxy.h
  Log:
  Added close_on_recycle flags for creatin connections.
  This flag enables to distinguish between connection types.
  Also added a pool cleanup bound to connection pool that recycles
  the connection when client disconnects from server.
  
  Revision  ChangesPath
  1.18  +36 -1 jakarta-tomcat-connectors/ajp/proxy/proxy_util.c
  
  Index: proxy_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_util.c,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- proxy_util.c  5 Aug 2004 19:09:13 -   1.17
  +++ proxy_util.c  6 Aug 2004 05:42:14 -   1.18
  @@ -1324,6 +1324,22 @@
   return APR_SUCCESS;
   }
   
  +static apr_status_t connection_cleanup(void *theconn)
  +{
  +proxy_conn_rec *conn = (proxy_conn_rec *)theconn;
  +/* deterimine if the connection need to be closed */
  +if (conn->close_on_recycle) {
  +if (conn->sock)
  +apr_socket_close(conn->sock);
  +conn->sock = NULL;
  +
  +}
  +conn->connection = NULL;
  +ap_proxy_release_connection(NULL, conn, NULL);
  +/* Allways return the SUCCESS */
  +return APR_SUCCESS;
  +}
  +
   /* reslist constructor */
   static apr_status_t connection_constructor(void **resource, void *params,
  apr_pool_t *pool)
  @@ -1446,6 +1462,17 @@
* for now make a core dump.
*/
   }
  +
  +/* Need to close the connection */
  +if (conn->sock && conn->close) {
  +apr_socket_close(conn->sock);
  +conn->sock = NULL;
  +}
  +conn->close = 0;
  +/* If there is a connection kill it's cleanup */
  +if (conn->connection)
  +apr_pool_cleanup_kill(conn->connection->pool, conn, connection_cleanup);
  +
   #if APR_HAS_THREADS
   if (worker->hmax) {
   rv = apr_reslist_release(worker->cp->res, (void *)conn);
  @@ -1455,7 +1482,7 @@
   {
   worker->cp->conn = conn;
   }
  -if (rv != APR_SUCCESS) {
  +if (rv != APR_SUCCESS && proxy_function) {
   ap_log_error(APLOG_MARK, APLOG_ERR, rv, s,
"proxy: %s: failed to acquire connection for (%s)",
proxy_function, conn->hostname);
  @@ -1664,6 +1691,7 @@
   
   PROXY_DECLARE(int) ap_proxy_connection_create(const char *proxy_function,
 proxy_conn_rec *conn,
  +  int close_on_recycle,
 conn_rec *c,
 server_rec *s)
   {
  @@ -1705,6 +1733,7 @@
   /* TODO: See if this will break FTP */
   ap_proxy_ssl_disable(conn->connection);
   }
  +conn->close_on_recycle = close_on_recycle;
   
   ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
"proxy: %s: connection complete to %pI (%s)",
  @@ -1712,6 +1741,12 @@
   
   /* set up the connection filters */
   ap_run_pre_connection(conn->connection, conn->sock);
  +
  +/* register the connection cleanup to client connection
  + * so that the connection can be closed or reused
  + */
  +apr_pool_cleanup_register(c->pool, (void *)conn, connection_cleanup,
  +  apr_pool_cleanup_null);  
   
   return OK;
   }
  
  
  
  1.24  +2 -1  jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h
  
  Index: mod_proxy.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- mod_proxy.h   5 Aug 2004 19:09:13 -   1.23
  +++ mod_proxy.h   6 Aug 2004 05:42:14 -   1.24
  @@ -192,6 +192,7 @@
   apr_socket_t *sock; /* Connection socket */
   apr_uint32_t flags; /* Conection flags */
   int  close; /* Close 'this' connection */
  +int  close_on_recycle; /* Close the connection when returning to pool */
   proxy_worker *worker;   /* Connection pool this connection belogns to */
   void *data; /* per scheme connection data */
   } proxy_conn_rec;
  @@ -364,7 +365,7 @@
   PROXY_DECLARE(int) ap_proxy_release_connection(const char *proxy_function, 
proxy_conn_rec *conn, server_rec *s);
   PROXY_DECLARE(apr_status_t) ap_proxy_close_connection(proxy_conn_rec *conn);
   PROXY_DECLARE(int) ap_proxy_connect_backend(const char *proxy_function, 
proxy_conn_rec *conn, proxy_worker *worker, server_rec *s);
  -PROXY_DECLARE(int) ap_proxy_connection_create(const char *proxy_function, 
proxy_conn_rec *conn, conn_rec *c, server_rec *s);
  +PROXY_DECLARE(int) ap_proxy_connection_create(const char *prox

Robert Knittel/Chemetall GmbH/Chemetall ist außer Haus. Robert Knittel/Chemetall GmbH/Chemetall is absent.

[robert . knittel]

Ich werde ab  06.08.2004 nicht im Büro sein. Ich kehre zurück am
01.09.2004.

Ich bin vom 06.08.2004 - 31.08.2004 nicht im Büro
Ich werde Ihre Nachricht nach meiner Rückkehr am 01.09.2004 beantworten.
Während dieser Zeit werde ich durch meine Kollegin, Frau Petra Brendel,
vertreten.

Sie ist erreichbar unter
Telefon: 0049 - 69 - 7165 2349
Fax:   0049 - 69 - 7165 2936
e-mail:   [EMAIL PROTECTED]

I am out of office from 06.08.2004 till 31.08.2004
I will answer your e-mail on my return on 01.09.2004
During this time my colleague, Mrs. Petra Brendel, will support me and
answer my e-mails

You can contact her under
phone:  +49 69 7165 2349
Fax:  +49 69 7165 2936
e-mail:  [EMAIL PROTECTED]


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

Robert Knittel/Chemetall GmbH/Chemetall ist außer Haus. Robert Knittel/Chemetall GmbH/Chemetall is absent.

[robert . knittel]

Ich werde ab  06.08.2004 nicht im Büro sein. Ich kehre zurück am
01.09.2004.

Ich bin vom 06.08.2004 - 31.08.2004 nicht im Büro
Ich werde Ihre Nachricht nach meiner Rückkehr am 01.09.2004 beantworten.
Während dieser Zeit werde ich durch meine Kollegin, Frau Petra Brendel,
vertreten.

Sie ist erreichbar unter
Telefon: 0049 - 69 - 7165 2349
Fax:   0049 - 69 - 7165 2936
e-mail:   [EMAIL PROTECTED]

I am out of office from 06.08.2004 till 31.08.2004
I will answer your e-mail on my return on 01.09.2004
During this time my colleague, Mrs. Petra Brendel, will support me and
answer my e-mails

You can contact her under
phone:  +49 69 7165 2349
Fax:  +49 69 7165 2936
e-mail:  [EMAIL PROTECTED]


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

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

[luehe]

luehe   2004/08/05 18:27:50

  Modified:catalina/src/share/org/apache/catalina/connector
Request.java
  Log:
  Avoid allocating SimpleDateFormat[] for each request. Instead, declare 
SimpleDateFormat[] as static and use static initializer to initialize it.
  
  This is consistent with SimpleDateFormat[] in 
org.apache.tomcat.util.http.FastHttpDateFormat.
  
  Revision  ChangesPath
  1.11  +23 -25
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java
  
  Index: Request.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- Request.java  3 Aug 2004 19:42:38 -   1.10
  +++ Request.java  6 Aug 2004 01:27:50 -   1.11
  @@ -82,18 +82,6 @@
   implements HttpServletRequest {
   
   
  -// --- Constructors
  -
  -
  -public Request() {
  -
  -formats[0].setTimeZone(TimeZone.getTimeZone("GMT"));
  -formats[1].setTimeZone(TimeZone.getTimeZone("GMT"));
  -formats[2].setTimeZone(TimeZone.getTimeZone("GMT"));
  -
  -}
  -
  -
   // - Properties
   
   
  @@ -120,7 +108,27 @@
   }
   
   
  -// - Instance Variables
  +// - Variables
  +
  +
  +/**
  + * The set of SimpleDateFormat formats to use in getDateHeader().
  + */
  +protected static final SimpleDateFormat FORMATS[] = {
  +new SimpleDateFormat("EEE, dd MMM  HH:mm:ss zzz", Locale.US),
  +new SimpleDateFormat("EE, dd-MMM-yy HH:mm:ss zzz", Locale.US),
  +new SimpleDateFormat("EEE  d HH:mm:ss ", Locale.US)
  +};
  +
  +
  +protected static final TimeZone GMT_ZONE = TimeZone.getTimeZone("GMT");
  +
  +
  +static {
  +FORMATS[0].setTimeZone(GMT_ZONE);
  +FORMATS[1].setTimeZone(GMT_ZONE);
  +FORMATS[2].setTimeZone(GMT_ZONE);
  +}
   
   
   /**
  @@ -137,16 +145,6 @@
   
   
   /**
  - * The set of SimpleDateFormat formats to use in getDateHeader().
  - */
  -protected SimpleDateFormat formats[] = {
  -new SimpleDateFormat("EEE, dd MMM  HH:mm:ss zzz", Locale.US),
  -new SimpleDateFormat("EE, dd-MMM-yy HH:mm:ss zzz", Locale.US),
  -new SimpleDateFormat("EEE  d HH:mm:ss ", Locale.US)
  -};
  -
  -
  -/**
* The default Locale if none are specified.
*/
   protected static Locale defaultLocale = Locale.getDefault();
  @@ -1767,7 +1765,7 @@
   return (-1L);
   
   // Attempt to convert the date header in a variety of formats
  -long result = FastHttpDateFormat.parseDate(value, formats);
  +long result = FastHttpDateFormat.parseDate(value, FORMATS);
   if (result != (-1L)) {
   return result;
   }
  
  
  

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

Robert Knittel/Chemetall GmbH/Chemetall ist außer Haus. Robert Knittel/Chemetall GmbH/Chemetall is absent.

[robert . knittel]

Ich werde ab  06.08.2004 nicht im Büro sein. Ich kehre zurück am
01.09.2004.

Ich bin vom 06.08.2004 - 31.08.2004 nicht im Büro
Ich werde Ihre Nachricht nach meiner Rückkehr am 01.09.2004 beantworten.
Während dieser Zeit werde ich durch meine Kollegin, Frau Petra Brendel,
vertreten.

Sie ist erreichbar unter
Telefon: 0049 - 69 - 7165 2349
Fax:   0049 - 69 - 7165 2936
e-mail:   [EMAIL PROTECTED]

I am out of office from 06.08.2004 till 31.08.2004
I will answer your e-mail on my return on 01.09.2004
During this time my colleague, Mrs. Petra Brendel, will support me and
answer my e-mails

You can contact her under
phone:  +49 69 7165 2349
Fax:  +49 69 7165 2936
e-mail:  [EMAIL PROTECTED]


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

DO NOT REPLY [Bug 30482] - ERROR:JSP:_jspx_meth_bean_message_0:struts compile error

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

ERROR:JSP:_jspx_meth_bean_message_0:struts compile error





--- Additional Comments From [EMAIL PROTECTED]  2004-08-05 23:04 ---
Created an attachment (id=12348)
The necessary JARs to compile are mentioned in the build.xml file.  I used Struts 1.1

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

Denis LULLIER/Paris est absent(e).

[dlullier]

Je serai absent(e) du  02/08/2004 au 20/08/2004.

Je répondrai à votre message dès mon retour. En cas d'urgence, vous pouvez
contacter Marc-Olivier Jouan


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

Robert Knittel/Chemetall GmbH/Chemetall ist außer Haus. Robert Knittel/Chemetall GmbH/Chemetall is absent.

[robert . knittel]

Ich werde ab  06.08.2004 nicht im Büro sein. Ich kehre zurück am
01.09.2004.

Ich bin vom 06.08.2004 - 31.08.2004 nicht im Büro
Ich werde Ihre Nachricht nach meiner Rückkehr am 01.09.2004 beantworten.
Während dieser Zeit werde ich durch meine Kollegin, Frau Petra Brendel,
vertreten.

Sie ist erreichbar unter
Telefon: 0049 - 69 - 7165 2349
Fax:   0049 - 69 - 7165 2936
e-mail:   [EMAIL PROTECTED]

I am out of office from 06.08.2004 till 31.08.2004
I will answer your e-mail on my return on 01.09.2004
During this time my colleague, Mrs. Petra Brendel, will support me and
answer my e-mails

You can contact her under
phone:  +49 69 7165 2349
Fax:  +49 69 7165 2936
e-mail:  [EMAIL PROTECTED]


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

DO NOT REPLY [Bug 30482] - ERROR:JSP:_jspx_meth_bean_message_0:struts compile error

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

ERROR:JSP:_jspx_meth_bean_message_0:struts compile error





--- Additional Comments From [EMAIL PROTECTED]  2004-08-05 22:34 ---
Can you give me a test case that demonstrates this problem?

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

RE: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[Shapira, Yoav]

Hi,
Oops, sorry about that, I've just fixed it.

Yoav Shapira
Millennium Research Informatics


>-Original Message-
>From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
>Sent: Thursday, August 05, 2004 4:14 PM
>To: Tomcat Developers List
>Subject: Re: cvs commit: jakarta-tomcat-catalina/webapps/docs
changelog.xml
>
>-1
>how about not putting your home directory in the default property file
:)
>
>Filip
>- Original Message -
>From: <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Thursday, August 05, 2004 3:10 PM
>Subject: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
>
>
>yoavs   2004/08/05 13:10:49
>
>  Modified:.build.properties.default
>   webapps/docs changelog.xml
>  Log:
>  Updated Jakarta-Commons dependencies (BeanUtils to 1.7.0, Collections
to
>3.1).
>
>  Revision  ChangesPath
>  1.131 +8 -7  jakarta-tomcat-5/build.properties.default
>
>  Index: build.properties.default
>  ===
>  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
>  retrieving revision 1.130
>  retrieving revision 1.131
>  diff -u -r1.130 -r1.131
>  --- build.properties.default 29 Jul 2004 19:16:08 - 1.130
>  +++ build.properties.default 5 Aug 2004 20:10:48 - 1.131
>  @@ -35,9 +35,10 @@
>   cvsroot=":pserver:[EMAIL PROTECTED]:/home/cvspublic"
>
>   # - Default Base Path for Dependent Packages -
>  -base.path=/usr/share/java
>  +#base.path=/usr/share/java
>   #base.path=../repository
>   #base.path=/usr/local
>  +base.path=/home/yoavs/temp
>
>   # - Jakarta files base location -
>   base-jakarta.loc=http://archive.apache.org/dist/jakarta
>  @@ -54,17 +55,17 @@
>
>
>   # - Commons Beanutils, version 1.4 or later -
>  -commons-beanutils.home=${base.path}/commons-beanutils-1.6.1
>  +commons-beanutils.home=${base.path}/commons-beanutils-1.7.0
>   commons-beanutils.lib=${commons-beanutils.home}
>   commons-beanutils.jar=${commons-beanutils.lib}/commons-beanutils.jar
>  -commons-beanutils.loc=${base-
>jakarta.loc}/commons/beanutils/binaries/commons-beanutils-1.6.1.tar.gz
>  +commons-beanutils.loc=${base-
>jakarta.loc}/commons/beanutils/binaries/commons-beanutils-1.7.0.tar.gz
>
>
>   # - Commons Collections, version 2.0 or later -
>  -commons-collections.home=${base.path}/commons-collections-2.1.1
>  +commons-collections.home=${base.path}/commons-collections-3.1
>   commons-collections.lib=${commons-collections.home}
>
-commons-collections.jar=${commons-collections.lib}/commons-collections-
>2.1.1.jar
>  -commons-collections.loc=${base-
>jakarta.loc}/commons/collections/binaries/commons-collections-2.1.1.tar
.gz
>
+commons-collections.jar=${commons-collections.lib}/commons-collections-
>3.1.jar
>  +commons-collections.loc=${base-
>jakarta.loc}/commons/collections/binaries/commons-collections-3.1.tar.g
z
>
>
>   # - Commons Launcher, version 0.9 or later -
>
>
>
>  1.87  +5 -2
jakarta-tomcat-catalina/webapps/docs/changelog.xml
>
>  Index: changelog.xml
>  ===
>  RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
>  retrieving revision 1.86
>  retrieving revision 1.87
>  diff -u -r1.86 -r1.87
>  --- changelog.xml 5 Aug 2004 13:10:35 - 1.86
>  +++ changelog.xml 5 Aug 2004 20:10:48 - 1.87
>  @@ -14,7 +14,7 @@
>
>   
>
>  -
>  +
> 
>   
> 
>  @@ -33,7 +33,10 @@
>   29826: Modified setclasspath.bat exit code to 1.
>(yoavs)
> 
> 
>  -Updated status page, basically completely rewritten for
Tomcat
>5.1. (yoavs)
>  +Updated status page, mostly rewritten. (yoavs)
>  +  
>  +  
>  +Updated Jakarta-Commons dependencies: BeanUtils to 1.7.0,
>Collections to 3.1. (yoavs)
> 
>   
> 
>
>
>
>
>-
>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]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Why classic compiler for webapps?

[Shapira, Yoav]

Hola,
Why were the webapp build scripts setting the compiler to "classic" ?  I
just changed it to modern, and it built fine (on JDK 1.4).  It should
also be OK on JDK 1.3.

The build on JDK 1.4 was generating warnings saying "classic is not
supported on this JDK, upgrading to modern."  So this change got rid of
these warnings.  But I'm curious as to why they were set to "classic"
originally.  ??

Yoav Shapira
Millennium Research Informatics





This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

cvs commit: jakarta-tomcat-5 build.properties.default

[yoavs]

yoavs   2004/08/05 13:20:15

  Modified:.build.properties.default
  Log:
  Oops, took my home dir out of the properties file.
  
  Revision  ChangesPath
  1.132 +2 -3  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.131
  retrieving revision 1.132
  diff -u -r1.131 -r1.132
  --- build.properties.default  5 Aug 2004 20:10:48 -   1.131
  +++ build.properties.default  5 Aug 2004 20:20:15 -   1.132
  @@ -35,10 +35,9 @@
   cvsroot=":pserver:[EMAIL PROTECTED]:/home/cvspublic"
   
   # - Default Base Path for Dependent Packages -
  -#base.path=/usr/share/java
  +base.path=/usr/share/java
   #base.path=../repository
   #base.path=/usr/local
  -base.path=/home/yoavs/temp
   
   # - Jakarta files base location -
   base-jakarta.loc=http://archive.apache.org/dist/jakarta
  
  
  

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

cvs commit: jakarta-tomcat-catalina/webapps/webdav build.xml

[yoavs]

yoavs   2004/08/05 13:17:24

  Modified:tester   build.xml
   webapps  build.xml
   webapps/ROOT build.xml
   webapps/admin build.xml
   webapps/balancer build.xml
   webapps/docs build.xml
   webapps/manager build.xml
   webapps/webdav build.xml
  Log:
  Changed classic to modern compiler.  Why was it classic before?  Will ask
  on tomcat-dev.
  
  Revision  ChangesPath
  1.6   +1 -1  jakarta-tomcat-catalina/tester/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/tester/build.xml,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- build.xml 16 Jun 2004 18:04:38 -  1.5
  +++ build.xml 5 Aug 2004 20:17:23 -   1.6
  @@ -7,7 +7,7 @@
 
 
   
  -  
  +  
 
 
 
  
  
  
  1.5   +1 -1  jakarta-tomcat-catalina/webapps/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/build.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- build.xml 1 Feb 2004 18:25:27 -   1.4
  +++ build.xml 5 Aug 2004 20:17:23 -   1.5
  @@ -9,7 +9,7 @@
 
 
   
  -  
  +  
 
 
 
  
  
  
  1.2   +1 -1  jakarta-tomcat-catalina/webapps/ROOT/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/ROOT/build.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- build.xml 18 Jul 2002 16:48:39 -  1.1
  +++ build.xml 5 Aug 2004 20:17:23 -   1.2
  @@ -10,7 +10,7 @@
 
 
   
  -  
  +  
 
 
 
  
  
  
  1.11  +1 -1  jakarta-tomcat-catalina/webapps/admin/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/build.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- build.xml 27 Jun 2004 23:56:23 -  1.10
  +++ build.xml 5 Aug 2004 20:17:23 -   1.11
  @@ -11,7 +11,7 @@
 
   
 
  -  
  +  
 
 
 
  
  
  
  1.4   +1 -1  jakarta-tomcat-catalina/webapps/balancer/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/balancer/build.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- build.xml 27 Jun 2004 23:56:23 -  1.3
  +++ build.xml 5 Aug 2004 20:17:23 -   1.4
  @@ -17,7 +17,7 @@
 
 
   
  -  
  +  
 
 
 
  
  
  
  1.9   +1 -1  jakarta-tomcat-catalina/webapps/docs/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/build.xml,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- build.xml 14 Dec 2003 09:11:41 -  1.8
  +++ build.xml 5 Aug 2004 20:17:23 -   1.9
  @@ -10,7 +10,7 @@
 
 
   
  -  
  +  
 
 
 
  
  
  
  1.4   +1 -1  jakarta-tomcat-catalina/webapps/manager/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/build.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- build.xml 26 Mar 2003 09:50:35 -  1.3
  +++ build.xml 5 Aug 2004 20:17:24 -   1.4
  @@ -10,7 +10,7 @@
 
 
   
  -  
  +  
 
 
 
  
  
  
  1.2   +1 -1  jakarta-tomcat-catalina/webapps/webdav/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/webdav/build.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- build.xml 1 Feb 2004 18:25:27 -   1.1
  +++ build.xml 5 Aug 2004 20:17:24 -   1.2
  @@ -10,7 +10,7 @@
 
 
   
  -  
  +  
 
 
 
  
  
  

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

Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[Filip Hanik - Dev]

-1
how about not putting your home directory in the default property file :)

Filip
- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 3:10 PM
Subject: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml


yoavs   2004/08/05 13:10:49

  Modified:.build.properties.default
   webapps/docs changelog.xml
  Log:
  Updated Jakarta-Commons dependencies (BeanUtils to 1.7.0, Collections to 3.1).
  
  Revision  ChangesPath
  1.131 +8 -7  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.130
  retrieving revision 1.131
  diff -u -r1.130 -r1.131
  --- build.properties.default 29 Jul 2004 19:16:08 - 1.130
  +++ build.properties.default 5 Aug 2004 20:10:48 - 1.131
  @@ -35,9 +35,10 @@
   cvsroot=":pserver:[EMAIL PROTECTED]:/home/cvspublic"
   
   # - Default Base Path for Dependent Packages -
  -base.path=/usr/share/java
  +#base.path=/usr/share/java
   #base.path=../repository
   #base.path=/usr/local
  +base.path=/home/yoavs/temp
   
   # - Jakarta files base location -
   base-jakarta.loc=http://archive.apache.org/dist/jakarta
  @@ -54,17 +55,17 @@
   
   
   # - Commons Beanutils, version 1.4 or later -
  -commons-beanutils.home=${base.path}/commons-beanutils-1.6.1
  +commons-beanutils.home=${base.path}/commons-beanutils-1.7.0
   commons-beanutils.lib=${commons-beanutils.home}
   commons-beanutils.jar=${commons-beanutils.lib}/commons-beanutils.jar
  
-commons-beanutils.loc=${base-jakarta.loc}/commons/beanutils/binaries/commons-beanutils-1.6.1.tar.gz
  
+commons-beanutils.loc=${base-jakarta.loc}/commons/beanutils/binaries/commons-beanutils-1.7.0.tar.gz
   
   
   # - Commons Collections, version 2.0 or later -
  -commons-collections.home=${base.path}/commons-collections-2.1.1
  +commons-collections.home=${base.path}/commons-collections-3.1
   commons-collections.lib=${commons-collections.home}
  -commons-collections.jar=${commons-collections.lib}/commons-collections-2.1.1.jar
  
-commons-collections.loc=${base-jakarta.loc}/commons/collections/binaries/commons-collections-2.1.1.tar.gz
  +commons-collections.jar=${commons-collections.lib}/commons-collections-3.1.jar
  
+commons-collections.loc=${base-jakarta.loc}/commons/collections/binaries/commons-collections-3.1.tar.gz
   
   
   # - Commons Launcher, version 0.9 or later -
  
  
  
  1.87  +5 -2  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.86
  retrieving revision 1.87
  diff -u -r1.86 -r1.87
  --- changelog.xml 5 Aug 2004 13:10:35 - 1.86
  +++ changelog.xml 5 Aug 2004 20:10:48 - 1.87
  @@ -14,7 +14,7 @@
   
   
   
  -
  +
 
   
 
  @@ -33,7 +33,10 @@
   29826: Modified setclasspath.bat exit code to 1. (yoavs)
 
 
  -Updated status page, basically completely rewritten for Tomcat 5.1. (yoavs)
  +Updated status page, mostly rewritten. (yoavs)
  +  
  +  
  +Updated Jakarta-Commons dependencies: BeanUtils to 1.7.0, Collections to 
3.1. (yoavs)
 
   
 
  
  
  

-
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-catalina/webapps/docs changelog.xml

[yoavs]

yoavs   2004/08/05 13:10:49

  Modified:.build.properties.default
   webapps/docs changelog.xml
  Log:
  Updated Jakarta-Commons dependencies (BeanUtils to 1.7.0, Collections to 3.1).
  
  Revision  ChangesPath
  1.131 +8 -7  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.130
  retrieving revision 1.131
  diff -u -r1.130 -r1.131
  --- build.properties.default  29 Jul 2004 19:16:08 -  1.130
  +++ build.properties.default  5 Aug 2004 20:10:48 -   1.131
  @@ -35,9 +35,10 @@
   cvsroot=":pserver:[EMAIL PROTECTED]:/home/cvspublic"
   
   # - Default Base Path for Dependent Packages -
  -base.path=/usr/share/java
  +#base.path=/usr/share/java
   #base.path=../repository
   #base.path=/usr/local
  +base.path=/home/yoavs/temp
   
   # - Jakarta files base location -
   base-jakarta.loc=http://archive.apache.org/dist/jakarta
  @@ -54,17 +55,17 @@
   
   
   # - Commons Beanutils, version 1.4 or later -
  -commons-beanutils.home=${base.path}/commons-beanutils-1.6.1
  +commons-beanutils.home=${base.path}/commons-beanutils-1.7.0
   commons-beanutils.lib=${commons-beanutils.home}
   commons-beanutils.jar=${commons-beanutils.lib}/commons-beanutils.jar
  
-commons-beanutils.loc=${base-jakarta.loc}/commons/beanutils/binaries/commons-beanutils-1.6.1.tar.gz
  
+commons-beanutils.loc=${base-jakarta.loc}/commons/beanutils/binaries/commons-beanutils-1.7.0.tar.gz
   
   
   # - Commons Collections, version 2.0 or later -
  -commons-collections.home=${base.path}/commons-collections-2.1.1
  +commons-collections.home=${base.path}/commons-collections-3.1
   commons-collections.lib=${commons-collections.home}
  -commons-collections.jar=${commons-collections.lib}/commons-collections-2.1.1.jar
  
-commons-collections.loc=${base-jakarta.loc}/commons/collections/binaries/commons-collections-2.1.1.tar.gz
  +commons-collections.jar=${commons-collections.lib}/commons-collections-3.1.jar
  
+commons-collections.loc=${base-jakarta.loc}/commons/collections/binaries/commons-collections-3.1.tar.gz
   
   
   # - Commons Launcher, version 0.9 or later -
  
  
  
  1.87  +5 -2  jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.86
  retrieving revision 1.87
  diff -u -r1.86 -r1.87
  --- changelog.xml 5 Aug 2004 13:10:35 -   1.86
  +++ changelog.xml 5 Aug 2004 20:10:48 -   1.87
  @@ -14,7 +14,7 @@
   
   
   
  -
  +
 
   
 
  @@ -33,7 +33,10 @@
   29826: Modified setclasspath.bat exit code to 1. (yoavs)
 
 
  -Updated status page, basically completely rewritten for Tomcat 5.1. (yoavs)
  +Updated status page, mostly rewritten. (yoavs)
  +  
  +  
  +Updated Jakarta-Commons dependencies: BeanUtils to 1.7.0, Collections to 
3.1. (yoavs)
 
   
 
  
  
  

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

DO NOT REPLY [Bug 27371] - java.lang.ThreadDeath caused by log4j when reloading Tomcat app

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

java.lang.ThreadDeath caused by log4j when reloading Tomcat app





--- Additional Comments From [EMAIL PROTECTED]  2004-08-05 19:36 ---
--- Begin Text by Craig McClanahan ---
The reason that LogFactory instances are stored in a map keyed by
context class loader was to meet a functional requirement that each
webapp could have independently configured constellations of Log
instances, created by independent LogFactory instances, per webapp --
even if commons-logging.jar itself is installed into a shared class
loader (i.e. common/lib or shared/lib in Tomcat).  This is why you
can't just use a static variable, because there would only be one
LogFactory instance across the entire Tomcat JVM.  In addition, there
is no other reasonable key that is specific to a webapp, but *not*
specific to the Servlet API (tying commons-logging use to require
servlet.jar would not be a good thing).

In order to allow cleanup of these allocated instances, the
LogFactory.release() method may be used to ask a LogFactory to release
all of its Log instances.  In addition, the static
LogFactory.release(ClassLoader) method releases references to the
LogFactory instance for that class loader.  I believe that both of
these APIs were just added in 1.0.4.

Inside Tomcat, then, a webapp using c-l can add a
ServletContextListener whose contextDestroyed() method calls the
appropriate release methods to clean up.
--- End text by Craig McClanahan ---

So to the people who reported this: please try adding such a 
ServletContextListener and using the above methods that Craig mentioned, and 
let us know if that makes the error go away.

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

cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_util.c mod_proxy.h

[mturk]

mturk   2004/08/05 12:09:13

  Modified:ajp/proxy proxy_util.c mod_proxy.h
  Log:
  Added acquire and release connection functions.
  The acquire pulls the connection from the pool.
  The release returns the connection to the pool.
  
  Revision  ChangesPath
  1.17  +66 -54jakarta-tomcat-connectors/ajp/proxy/proxy_util.c
  
  Index: proxy_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_util.c,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- proxy_util.c  5 Aug 2004 18:32:57 -   1.16
  +++ proxy_util.c  5 Aug 2004 19:09:13 -   1.17
  @@ -1366,83 +1366,102 @@
   return APR_SUCCESS;
   }
   
  -/* Destroy the connection */
  -PROXY_DECLARE(apr_status_t) ap_proxy_destroy_connection(proxy_conn_rec *conn)
  -{
  -return connection_destructor(conn, NULL, NULL);
  -}
  -
  -/* Destroy the connection */
  +/* Close the connection 
  + * The proxy_conn_rec from now on can not be used
  + */
   PROXY_DECLARE(apr_status_t) ap_proxy_close_connection(proxy_conn_rec *conn)
   {
  -apr_status_t rv = APR_EOF;
  -/* Close the socket */
  -if (conn->sock)
  -rv = apr_socket_close(conn->sock);
  -conn->sock = NULL;
  -return rv;
  +if (conn->worker && conn->worker->cp)
  +conn->worker->cp->conn = NULL;
  +return connection_destructor(conn, NULL, NULL);
   }
   
  -/* low level connection acquire/release functions
  - * they are hiding apr_reslist for nothreaded or prefork servers.
  - */
  -static apr_status_t acquire_connection_low(proxy_conn_rec **conn, proxy_worker 
*worker)
  +static apr_status_t init_conn_worker(proxy_worker *worker, server_rec *s)
   {
   apr_status_t rv;
   #if APR_HAS_THREADS
   if (worker->hmax) {
  -rv = apr_reslist_acquire(worker->cp->res, (void **)conn);
  +rv = apr_reslist_create(&(worker->cp->res),
  +worker->min, worker->smax,
  +worker->hmax, worker->ttl,
  +connection_constructor, connection_destructor,
  +s, worker->cp->pool);
  +#if (APR_MAJOR_VERSION > 0)
  +/* Set the acquire timeout */
  +if (rv == APR_SUCCESS && worker->acquire_set)
  +apr_reslist_timeout_set(worker->cp->res, worker->acquire);
  +#endif
   }
   else
   #endif
   {
  -*conn = worker->cp->conn;
  -worker->cp->conn = NULL;
  +
  +connection_constructor((void **)&(worker->cp->conn), s, worker->cp->pool);
   rv = APR_SUCCESS;
   }
   return rv;
   }
   
  -static apr_status_t release_connection_low(proxy_conn_rec *conn, proxy_worker 
*worker)
  +PROXY_DECLARE(int) ap_proxy_acquire_connection(const char *proxy_function,
  +   proxy_conn_rec **conn,
  +   proxy_worker *worker,
  +   server_rec *s)
   {
  -apr_status_t rv = APR_SUCCESS;
  +apr_status_t rv;
   #if APR_HAS_THREADS
   if (worker->hmax) {
  -rv = apr_reslist_release(worker->cp->res, (void *)conn);
  +rv = apr_reslist_acquire(worker->cp->res, (void **)conn);
   }
   else
   #endif
   {
  -worker->cp->conn = conn;
  +/* create the new connection if the previous was destroyed */
  +if (!worker->cp->conn)
  +connection_constructor((void **)conn, s, worker->cp->pool);
  +else {
  +*conn = worker->cp->conn;
  +worker->cp->conn = NULL;
  +}
  +rv = APR_SUCCESS;
   }
  -return rv;
  -}
   
  +if (rv != APR_SUCCESS) {
  +ap_log_error(APLOG_MARK, APLOG_ERR, rv, s,
  + "proxy: %s: failed to acquire connection for (%s)",
  + proxy_function, worker->hostname);
  +return DECLINED;
  +}
  +return OK;
  +}
   
  -static apr_status_t init_conn_worker(proxy_worker *worker, server_rec *s)
  +PROXY_DECLARE(int) ap_proxy_release_connection(const char *proxy_function,
  +   proxy_conn_rec *conn,
  +   server_rec *s)
   {
  -apr_status_t rv;
  +apr_status_t rv = APR_SUCCESS;
  +proxy_worker *worker = conn->worker;
  +
  +if (!worker) {
  +/* something bad happened. Obviously bug.
  + * for now make a core dump.
  + */
  +}
   #if APR_HAS_THREADS
   if (worker->hmax) {
  -rv = apr_reslist_create(&(worker->cp->res),
  -worker->min, worker->smax,
  -worker->hmax, worker->ttl,
  -connection_constructor, connection_destructor,
  -s, worker->cp

RE: StandardClassLoader ?

[Holle, Jess]

This is actually a very important feature of WCL: the ability to remember class and 
resource "misses" against jars and not bother searching for what cannot possibly be 
there.

I can see that Sun did not feel this was UCL's job, but I've seen things suffer dearly 
from the lack of this functionality.

--
Jess Holle

-Original Message-
From:   Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
Sent:   Thu 8/5/2004 1:37 PM
To: Tomcat Developers List
Cc: 
Subject:Re: StandardClassLoader ?
here is the huge performance boost:

Every single time I deserialized an object, it has to do a cl.loadClass(),
now using a custom object stream, it would search the WCL first, then the SCL. And 
since it didn't exist in WCL, it still seemed to
do a long scan each time, and then defaulting back to SCL at which point it was fast.

By bypassing the WCL check, knowing the class didn't exist there, it was a lot faster. 
JProbe told me, I trust him :)
Is this scenario clear?

Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 11:01 AM
Subject: Re: StandardClassLoader ?


Filip Hanik - Dev wrote:

>During session replication I optimized my code to decide what order class loader to 
>use based on the class name.
>
>For example, if you load a class that starts with org.apache.catalina. I attempt to 
>load it with the SCL first, it gave the app a
>huge performance boost.
>
>I know I know, this breaks the rule of thumb with webapps, but there are smart 
>shortcuts you can make, like make a list of all the
>classes in common/lib and server/lib and never load those through WebCL unless 
>specified by the user. Most user would love the
>performance gain of this, and the ability to turn it on/off
>
>
This is extremely easy to test: you need to add stuff to the package
array in WCL, so that it will delegate for these packages. This doesn't
improve performance in any noticeable way (as I expected), so I don't
see where you found any huge performance boost. While it does sound
great, I think your test seemed either bad or very specific.

 From my profile, the bottleneck for the startup time is XML parsing and
accessing entries in JARs (we can't do anything about that), with a
little for classloading as well (but it's not very big, and my
optimization plans were to experiment loading everything at once on
stratup, to be able to remove all syncing in the CL - I don't even know
if that would have been efficient, and since it does conflict with the
more interesting stuff from Costin, I'm giving up on that one for now).

Rémy


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


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





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

DO NOT REPLY [Bug 30491] - webdav does not work with Windows XP

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

webdav does not work with Windows XP

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-08-05 18:48 ---
As expected, this works for me.

Bugzilla is not a support forum. Please follow this up on the tomcat-user 
mailing list.

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

cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_util.c mod_proxy.h

[mturk]

mturk   2004/08/05 11:32:57

  Modified:ajp/proxy proxy_util.c mod_proxy.h
  Log:
  Added ap_proxy_connection_create function that makes
  conn_rec for opened connection. It is used bt http(s) and ftp for
  bounding the backend connection to client connection with the same id's.
  
  Revision  ChangesPath
  1.16  +65 -4 jakarta-tomcat-connectors/ajp/proxy/proxy_util.c
  
  Index: proxy_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_util.c,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- proxy_util.c  5 Aug 2004 17:41:15 -   1.15
  +++ proxy_util.c  5 Aug 2004 18:32:57 -   1.16
  @@ -1636,9 +1636,70 @@
   backend_addr = backend_addr->next;
   continue;
   }
  -conn->sock   = newsock;
  -conn->worker = worker;
  -connected= 1;
  +
  +conn->sock = newsock;
  +conn->worker   = worker;
  +/* XXX: the hostname will go from proxy_conn_rec
  + * keep for now.
  + * We will 'optimize' later, both code and unneeded data
  + */
  +conn->hostname = worker->hostname;
  +connected  = 1;
   }
  -return connected ? 0 : 1;
  +return connected ? OK : DECLINED;
  +}
  +
  +PROXY_DECLARE(int) ap_proxy_connection_create(const char *proxy_function,
  +  proxy_conn_rec *conn,
  +  proxy_server_conf *conf,
  +  conn_rec *c,
  +  server_rec *s)
  +{
  +proxy_worker *worker = conn->worker;
  +apr_sockaddr_t *backend_addr = worker->cp->addr;
  +
  +/* The socket is now open, create a new backend server connection 
  +* 
  +*/
  +conn->connection = ap_run_create_connection(c->pool, s, conn->sock,
  +c->id, c->sbh,
  +c->bucket_alloc);
  +
  +if (!conn->connection) {
  +/* the peer reset the connection already; ap_run_create_connection() 
  +* closed the socket
  +*/
  +ap_log_error(APLOG_MARK, APLOG_DEBUG, 0,
  + s, "proxy: %s: an error occurred creating a "
  + "new connection to %pI (%s)", proxy_function,
  + backend_addr, conn->hostname);
  +/* XXX: Will be closed when proxy_conn is closed */
  +apr_socket_close(conn->sock);
  +conn->sock = NULL;
  +return HTTP_INTERNAL_SERVER_ERROR;
  +}
  +
  +/* For ssl connection to backend */
  +if (conn->is_ssl) {
  +if (!ap_proxy_ssl_enable(conn->connection)) {
  +ap_log_error(APLOG_MARK, APLOG_ERR, 0,
  + s, "proxy: %s: failed to enable ssl support "
  + "for %pI (%s)", proxy_function, 
  + backend_addr, conn->hostname);
  +return HTTP_INTERNAL_SERVER_ERROR;
  +}
  +}
  +else {
  +/* TODO: See if this will break FTP */
  +ap_proxy_ssl_disable(conn->connection);
  +}
  +
  +ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
  + "proxy: %s: connection complete to %pI (%s)",
  + proxy_function, backend_addr, conn->hostname);
  +
  +/* set up the connection filters */
  +ap_run_pre_connection(conn->connection, conn->sock);
  +
  +return OK;
   }
  
  
  
  1.22  +2 -1  jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h
  
  Index: mod_proxy.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- mod_proxy.h   5 Aug 2004 17:46:58 -   1.21
  +++ mod_proxy.h   5 Aug 2004 18:32:57 -   1.22
  @@ -364,7 +364,8 @@
   PROXY_DECLARE(apr_status_t) ap_proxy_close_connection(proxy_conn_rec *conn);
   PROXY_DECLARE(int) ap_proxy_connect_backend(const char *proxy_function, 
proxy_conn_rec *conn, proxy_worker *worker,
   proxy_server_conf *conf, server_rec *s);
  -
  +PROXY_DECLARE(int) ap_proxy_connection_create(const char *proxy_function, 
proxy_conn_rec *conn,
  +  proxy_server_conf *conf, conn_rec *c, 
server_rec *s);
   /* For proxy_util */
   extern module PROXY_DECLARE_DATA proxy_module;
   
  
  
  

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

Re: StandardClassLoader ?

[Filip Hanik - Dev]

>You could enable delegation to the parent CL, if it fits
>your needs better.

yup, it does this already. I totally missed that we are talking CL at startup time,
in this case it doesn't really matter.

Filip

- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 12:48 PM
Subject: Re: StandardClassLoader ?


Filip Hanik - Dev wrote:

>here is the huge performance boost:
>
>Every single time I deserialized an object, it has to do a cl.loadClass(),
>now using a custom object stream, it would search the WCL first, then the SCL. And 
>since it didn't exist in WCL, it still seemed to
>do a long scan each time, and then defaulting back to SCL at which point it was fast.
>
>By bypassing the WCL check, knowing the class didn't exist there, it was a lot 
>faster. JProbe told me, I trust him :)
>Is this scenario clear?
>
>
I do understand it. However, I don't quite see a big problem, as most of
the application stuff should be application types, except the wrapper
session object. You could enable delegation to the parent CL, if it fits
your needs better.

Rémy


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


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

RE: Tomcat

[Matthew Mamet]

When a new client of ours launches a website, we set up a virtual host
entry in the server.xml
We do enough hosting so that we have clients joining and dropping out
with regularity. 

-Original Message-
From: Benson Margulies [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 05, 2004 1:49 PM
To: Tomcat Developers List
Subject: RE: Tomcat 

Why do you feel the need to touch server.xml all the time?

-
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

[Benson Margulies]

Why do you feel the need to touch server.xml all the time?

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

Re: StandardClassLoader ?

[Remy Maucherat]

Filip Hanik - Dev wrote:
here is the huge performance boost:
Every single time I deserialized an object, it has to do a cl.loadClass(),
now using a custom object stream, it would search the WCL first, then the SCL. And 
since it didn't exist in WCL, it still seemed to
do a long scan each time, and then defaulting back to SCL at which point it was fast.
By bypassing the WCL check, knowing the class didn't exist there, it was a lot faster. JProbe told me, I trust him :)
Is this scenario clear?
 

I do understand it. However, I don't quite see a big problem, as most of 
the application stuff should be application types, except the wrapper 
session object. You could enable delegation to the parent CL, if it fits 
your needs better.

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

cvs commit: jakarta-tomcat-connectors/ajp/proxy mod_proxy.c mod_proxy.h

[mturk]

mturk   2004/08/05 10:46:59

  Modified:ajp/proxy mod_proxy.c mod_proxy.h
  Log:
  Added KeepAlive worker option.
  The scheme handler will override this setting if required, depending on the
  protocol itself and keepalive_set flag.
  
  Revision  ChangesPath
  1.28  +9 -0  jakarta-tomcat-connectors/ajp/proxy/mod_proxy.c
  
  Index: mod_proxy.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.c,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- mod_proxy.c   5 Aug 2004 16:55:34 -   1.27
  +++ mod_proxy.c   5 Aug 2004 17:46:58 -   1.28
  @@ -151,6 +151,15 @@
   worker->recv_buffer_size = ival;
   worker->recv_buffer_size_set = 1;
   }
  +else if (!strcasecmp(key, "keepalive")) {
  +if (!strcasecmp(val, "on"))
  +worker->keepalive = 1;
  +else if (!strcasecmp(val, "off"))
  +worker->keepalive = 0;
  +else
  +return "KeepAlive must be On|Off";
  +worker->keepalive_set = 1;
  +}
   else {
   return "unknown parameter";
   }
  
  
  
  1.21  +1 -0  jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h
  
  Index: mod_proxy.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- mod_proxy.h   5 Aug 2004 17:41:15 -   1.20
  +++ mod_proxy.h   5 Aug 2004 17:46:58 -   1.21
  @@ -236,6 +236,7 @@
   apr_size_t  io_buffer_size;
   chario_buffer_size_set;
   charkeepalive;
  +charkeepalive_set;
   proxy_conn_pool *cp;/* Connection pool to use */
   void*opaque;/* per scheme worker data */
   };
  
  
  

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

Re: StandardClassLoader ?

[Filip Hanik - Dev]

> From my profile, the bottleneck for the startup time is XML

also I missed this one, startup time...my scenario is a dynamic one where some webapps 
have 20+ libraries in the WCL

Filip

- Original Message -
From: "Filip Hanik - Dev" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 12:37 PM
Subject: Re: StandardClassLoader ?


here is the huge performance boost:

Every single time I deserialized an object, it has to do a cl.loadClass(),
now using a custom object stream, it would search the WCL first, then the SCL. And 
since it didn't exist in WCL, it still seemed to
do a long scan each time, and then defaulting back to SCL at which point it was fast.

By bypassing the WCL check, knowing the class didn't exist there, it was a lot faster. 
JProbe told me, I trust him :)
Is this scenario clear?

Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 11:01 AM
Subject: Re: StandardClassLoader ?


Filip Hanik - Dev wrote:

>During session replication I optimized my code to decide what order class loader to 
>use based on the class name.
>
>For example, if you load a class that starts with org.apache.catalina. I attempt to 
>load it with the SCL first, it gave the app a
>huge performance boost.
>
>I know I know, this breaks the rule of thumb with webapps, but there are smart 
>shortcuts you can make, like make a list of all the
>classes in common/lib and server/lib and never load those through WebCL unless 
>specified by the user. Most user would love the
>performance gain of this, and the ability to turn it on/off
>
>
This is extremely easy to test: you need to add stuff to the package
array in WCL, so that it will delegate for these packages. This doesn't
improve performance in any noticeable way (as I expected), so I don't
see where you found any huge performance boost. While it does sound
great, I think your test seemed either bad or very specific.

 From my profile, the bottleneck for the startup time is XML parsing and
accessing entries in JARs (we can't do anything about that), with a
little for classloading as well (but it's not very big, and my
optimization plans were to experiment loading everything at once on
stratup, to be able to remove all syncing in the CL - I don't even know
if that would have been efficient, and since it does conflict with the
more interesting stuff from Costin, I'm giving up on that one for now).

Rémy


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


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


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

cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_util.c mod_proxy.h

[mturk]

mturk   2004/08/05 10:41:16

  Modified:ajp/proxy proxy_util.c mod_proxy.h
  Log:
  Add ap_proxy_connect_backend that will replace
  ap_proxy_connect_to_backend. It uses worker params for setting socket
  options and checks for conection's connect status.
  It works both on empty and acquired connections.
  
  Revision  ChangesPath
  1.15  +94 -1 jakarta-tomcat-connectors/ajp/proxy/proxy_util.c
  
  Index: proxy_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_util.c,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- proxy_util.c  5 Aug 2004 16:26:02 -   1.14
  +++ proxy_util.c  5 Aug 2004 17:41:15 -   1.15
  @@ -1242,6 +1242,7 @@
   return access_status;
   }
   
  +/* DEPRECATED */
   PROXY_DECLARE(int) ap_proxy_connect_to_backend(apr_socket_t **newsock,
  const char *proxy_function,
  apr_sockaddr_t *backend_addr,
  @@ -1536,7 +1537,7 @@
   char test_buffer[1]; 
   apr_status_t socket_status;
   apr_interval_time_t current_timeout;
  -
  +
   /* save timeout */
   apr_socket_timeout_get(sock, ¤t_timeout);
   /* set no timeout */
  @@ -1548,4 +1549,96 @@
   return 0;
   else
   return 1;
  +}
  +
  +PROXY_DECLARE(int) ap_proxy_connect_backend(const char *proxy_function,
  +proxy_conn_rec *conn,
  +proxy_worker *worker,
  +proxy_server_conf *conf,
  +server_rec *s)
  +{
  +apr_status_t rv;
  +int connected = 0;
  +int loglevel;
  +apr_sockaddr_t *backend_addr = worker->cp->addr;
  +apr_socket_t *newsock;
  +
  +if (conn->sock) {
  +/* This increases the connection pool size
  + * but the number of dropped connections is
  + * relatively small compared to connection lifetime
  + */
  +if (!(connected = is_socket_connected(conn->sock))) {
  +apr_socket_close(conn->sock);
  +conn->sock = NULL;
  +}
  +}
  +
  +while (backend_addr && !connected) {
  +if ((rv = apr_socket_create(&newsock, backend_addr->family,
  +SOCK_STREAM, 0, conn->pool)) != APR_SUCCESS) {
  +loglevel = backend_addr->next ? APLOG_DEBUG : APLOG_ERR;
  +ap_log_error(APLOG_MARK, loglevel, rv, s,
  + "proxy: %s: error creating fam %d socket for target %s",
  + proxy_function,
  + backend_addr->family,
  + worker->hostname);
  +/* this could be an IPv6 address from the DNS but the
  + * local machine won't give us an IPv6 socket; hopefully the
  + * DNS returned an additional address to try
  + */
  +backend_addr = backend_addr->next;
  +continue;
  +}
  +
  +#if !defined(TPF) && !defined(BEOS)
  +if (conf->recv_buffer_size > 0 &&
  +(rv = apr_socket_opt_set(newsock, APR_SO_RCVBUF,
  + conf->recv_buffer_size))) {
  +ap_log_error(APLOG_MARK, APLOG_ERR, rv, s,
  + "apr_socket_opt_set(SO_RCVBUF): Failed to set "
  + "ProxyReceiveBufferSize, using default");
  +}
  +#endif
  +
  +/* Set a timeout on the socket */
  +if (worker->timeout_set == 1) {
  +apr_socket_timeout_set(newsock, worker->timeout);
  +}
  +else {
  + apr_socket_timeout_set(newsock, s->timeout);
  +}
  +/* Set a keepalive option */
  +if (worker->keepalive) {
  +if ((rv = apr_socket_opt_set(newsock, 
  +APR_SO_KEEPALIVE, 1)) != APR_SUCCESS) {
  +ap_log_error(APLOG_MARK, APLOG_ERR, rv, s,
  + "apr_socket_opt_set(SO_KEEPALIVE): Failed to set"
  + " Keepalive");
  +}
  +}
  +ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
  + "proxy: %s: fam %d socket created to connect to %s",
  + proxy_function, backend_addr->family, worker->hostname);
  +
  +/* make the connection out of the socket */
  +rv = apr_socket_connect(newsock, backend_addr);
  +
  +/* if an error occurred, loop round and try again */
  +if (rv != APR_SUCCESS) {
  +apr_socket_close(newsock);
  +loglevel = backend_addr->next ? APLOG_DEBUG : APLOG_ERR;
  +ap_log_error(APLOG_MARK, loglevel, rv, s,
  + "proxy: %s: attempt to conne

Re: StandardClassLoader ?

[Filip Hanik - Dev]

here is the huge performance boost:

Every single time I deserialized an object, it has to do a cl.loadClass(),
now using a custom object stream, it would search the WCL first, then the SCL. And 
since it didn't exist in WCL, it still seemed to
do a long scan each time, and then defaulting back to SCL at which point it was fast.

By bypassing the WCL check, knowing the class didn't exist there, it was a lot faster. 
JProbe told me, I trust him :)
Is this scenario clear?

Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 11:01 AM
Subject: Re: StandardClassLoader ?


Filip Hanik - Dev wrote:

>During session replication I optimized my code to decide what order class loader to 
>use based on the class name.
>
>For example, if you load a class that starts with org.apache.catalina. I attempt to 
>load it with the SCL first, it gave the app a
>huge performance boost.
>
>I know I know, this breaks the rule of thumb with webapps, but there are smart 
>shortcuts you can make, like make a list of all the
>classes in common/lib and server/lib and never load those through WebCL unless 
>specified by the user. Most user would love the
>performance gain of this, and the ability to turn it on/off
>
>
This is extremely easy to test: you need to add stuff to the package
array in WCL, so that it will delegate for these packages. This doesn't
improve performance in any noticeable way (as I expected), so I don't
see where you found any huge performance boost. While it does sound
great, I think your test seemed either bad or very specific.

 From my profile, the bottleneck for the startup time is XML parsing and
accessing entries in JARs (we can't do anything about that), with a
little for classloading as well (but it's not very big, and my
optimization plans were to experiment loading everything at once on
stratup, to be able to remove all syncing in the CL - I don't even know
if that would have been efficient, and since it does conflict with the
more interesting stuff from Costin, I'm giving up on that one for now).

Rémy


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


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

Tomcat

[Matthew Mamet]

This email is a support-related question that did not get an answer from
the tomcat-user group. 
I apologize for a support-related question on the dev group, but I hope
that the "experts :)" might be able to help, if there's some spare time
. . .
 
I'm a developer for a small hosting company and host Java-enabled sites
on a windows server.
We use IIS, jk2, and Tomcat to serve Java.
 
The problem we have is that every time the Tomcat server.xml is touched
(new site, new context, etc), we have to restart Tomcat, and that
affects every site we host. 
 
We are committed to Tomcat and want to solve our problem without
switching to a different container. 
 
First, can this issue be resolved? 
Currently in Tomcat 4.x and/or Tomcat 5 the /admin tool doesn't seem to
be quite "production ready" for everyday use.
Are there any plans to significantly upgrade this? 
 
Could we replace IIS with Apache (mod_jk2), in the hopes that there
might be a way to point Apache Virtual Hosts at Tomcat Contexts, instead
of Tomcat Virtual Hosts - although I'm not sure how this could even be
done.
 
Any help in this regard, (or suggestions for a different servlet
container . . .) would be greatly appreciated.
 
  
-
Matthew Mamet

cvs commit: jakarta-tomcat-connectors/ajp/proxy mod_proxy.c mod_proxy.h

[mturk]

mturk   2004/08/05 09:55:34

  Modified:ajp/proxy mod_proxy.c mod_proxy.h
  Log:
  Added iobuffersize and receivebuffersize to be worker specific.
  As for timeout their default value is from proxy_conf.
  
  Revision  ChangesPath
  1.27  +36 -14jakarta-tomcat-connectors/ajp/proxy/mod_proxy.c
  
  Index: mod_proxy.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.c,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- mod_proxy.c   5 Aug 2004 16:27:06 -   1.26
  +++ mod_proxy.c   5 Aug 2004 16:55:34 -   1.27
  @@ -72,6 +72,16 @@
   }
   #endif
   
  +#define PROXY_COPY_CONF_PARAMS(w, c) \
  +do { \
  +(w)->timeout  = (c)->timeout;   \
  +(w)->timeout_set  = (c)->timeout_set;   \
  +(w)->recv_buffer_size = (c)->recv_buffer_size;  \
  +(w)->recv_buffer_size_set = (c)->recv_buffer_size_set;  \
  +(w)->io_buffer_size   = (c)->io_buffer_size;\
  +(w)->io_buffer_size_set   = (c)->io_buffer_size_set;\
  +} while (0)
  +
   static const char *set_worker_param(proxy_worker *worker,
   const char *key,
   const char *val)
  @@ -81,53 +91,66 @@
   if (!strcasecmp(key, "loadfactor")) {
   worker->lbfactor = atoi(val);
   if (worker->lbfactor < 1 || worker->lbfactor > 100)
  -return "loadfactor must be number between 1..100";
  +return "LoadFactor must be number between 1..100";
   }
   else if (!strcasecmp(key, "retry")) {
   ival = atoi(val);
   if (ival < 1)
  -return "retry must be al least one second";
  +return "Retry must be al least one second";
   worker->retry = apr_time_from_sec(ival);
   }
   else if (!strcasecmp(key, "ttl")) {
   ival = atoi(val);
   if (ival < 1)
  -return "ttl must be at least one second";
  +return "TTL must be at least one second";
   worker->ttl = apr_time_from_sec(ival);
   }
   else if (!strcasecmp(key, "min")) {
   ival = atoi(val);
   if (ival < 0)
  -return "min must be a positive number";
  +return "Min must be a positive number";
   worker->min = ival;
   }
   else if (!strcasecmp(key, "max")) {
   ival = atoi(val);
   if (ival < 0)
  -return "max must be a positive number";
  +return "Max must be a positive number";
   worker->hmax = ival;
   }
   /* XXX: More inteligent naming needed */
   else if (!strcasecmp(key, "smax")) {
   ival = atoi(val);
   if (ival < 0)
  -return "smax must be a positive number";
  +return "Smax must be a positive number";
   worker->smax = ival;
   }
   else if (!strcasecmp(key, "acquire")) {
   ival = atoi(val);
   if (ival < 1)
  -return "acquire must be at least one mili second";
  +return "Acquire must be at least one mili second";
   worker->acquire = apr_time_make(0, ival * 1000);
   worker->acquire_set = 1;
  - }
  +}
   else if (!strcasecmp(key, "timeout")) {
   ival = atoi(val);
   if (ival < 1)
  -return "timeout must be at least one second";
  +return "Timeout must be at least one second";
   worker->timeout = apr_time_from_sec(ival);
   worker->timeout_set = 1;
  - }
  +}
  +else if (!strcasecmp(key, "iobuffersize")) {
  +long s = atol(val);
  +worker->io_buffer_size = ((s > AP_IOBUFSIZE) ? s : AP_IOBUFSIZE);
  +worker->io_buffer_size_set = 1;
  +}
  +else if (!strcasecmp(key, "receivebuffersize")) {
  +ival = atoi(val);
  +if (ival < 512 && ival != 0) {
  +return "ReceiveBufferSize must be >= 512 bytes, or 0 for system 
default.";
  +}
  +worker->recv_buffer_size = ival;
  +worker->recv_buffer_size_set = 1;
  +}
   else {
   return "unknown parameter";
   }
  @@ -866,8 +889,8 @@
   if (err)
   return apr_pstrcat(cmd->temp_pool, "ProxyPass: ", err, NULL);
   }
  -if (conf->timeout_set)
  -worker->timeout = conf->timeout;
  +PROXY_COPY_CONF_PARAMS(worker, conf);
  +
   for (i = 0; i < arr->nelts; i++) {
   const char *err = set_worker_param(worker, elts[i].key, elts[i].val);
   if (err)
  @@ -1238,8 +1261,7 @@
   if ((err = ap_proxy_add_worker(&worker, cmd->pool, conf, name)) != NULL)
   return apr_pstrcat(cmd->temp_pool, "BalancerMember: ", err, NULL); 
   }
  -if ((worke

DO NOT REPLY [Bug 29579] - J2SE 1.5.0 and xmlParserAPIs.jar

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

J2SE 1.5.0 and xmlParserAPIs.jar





--- Additional Comments From [EMAIL PROTECTED]  2004-08-05 16:45 ---
One additional consideration related to this issue: Tomcat supports a multiuser
mode, when multiple users can share the same installation of Tomcat
(CATALINA_HOME) and run it with different setting directories (CATALINA_BASE).
By recommending users to remove files from the installation, Tomcat can no
longer be used in the multiuser scenario, since different users may have a
different version of the JDK.

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

cvs commit: jakarta-tomcat-connectors/ajp/proxy mod_proxy.c

[mturk]

mturk   2004/08/05 09:27:07

  Modified:ajp/proxy mod_proxy.c
  Log:
  Use timeout_set for worker inherited from ProxyTimeout but overridable
  using timout=xxx
  
  Revision  ChangesPath
  1.26  +9 -2  jakarta-tomcat-connectors/ajp/proxy/mod_proxy.c
  
  Index: mod_proxy.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.c,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- mod_proxy.c   5 Aug 2004 14:41:10 -   1.25
  +++ mod_proxy.c   5 Aug 2004 16:27:06 -   1.26
  @@ -121,6 +121,13 @@
   worker->acquire = apr_time_make(0, ival * 1000);
   worker->acquire_set = 1;
}
  +else if (!strcasecmp(key, "timeout")) {
  +ival = atoi(val);
  +if (ival < 1)
  +return "timeout must be at least one second";
  +worker->timeout = apr_time_from_sec(ival);
  +worker->timeout_set = 1;
  + }
   else {
   return "unknown parameter";
   }
  @@ -1231,9 +1238,9 @@
   if ((err = ap_proxy_add_worker(&worker, cmd->pool, conf, name)) != NULL)
   return apr_pstrcat(cmd->temp_pool, "BalancerMember: ", err, NULL); 
   }
  -if (conf->timeout_set)
  +if ((worker->timeout_set = conf->timeout_set))
   worker->timeout = conf->timeout;
  -
  +
   arr = apr_table_elts(params);
   elts = (const apr_table_entry_t *)arr->elts;
   for (i = 0; i < arr->nelts; i++) {
  
  
  

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

cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_util.c

[mturk]

mturk   2004/08/05 09:26:02

  Modified:ajp/proxy proxy_util.c
  Log:
  Change the way the prefork connection is created.
  Use the same constructor as for theaded mpm's.
  Added API's for destroying and closing connections
  
  Revision  ChangesPath
  1.14  +48 -14jakarta-tomcat-connectors/ajp/proxy/proxy_util.c
  
  Index: proxy_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_util.c,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- proxy_util.c  5 Aug 2004 14:41:10 -   1.13
  +++ proxy_util.c  5 Aug 2004 16:26:02 -   1.14
  @@ -1358,12 +1358,30 @@
   server_rec *s = (server_rec *)params;
   
   apr_pool_destroy(conn->pool);
  -ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
  - "proxy: socket is destructed");
  +if (s != NULL)
  +ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
  + "proxy: socket is destructed");
   
   return APR_SUCCESS;
   }
   
  +/* Destroy the connection */
  +PROXY_DECLARE(apr_status_t) ap_proxy_destroy_connection(proxy_conn_rec *conn)
  +{
  +return connection_destructor(conn, NULL, NULL);
  +}
  +
  +/* Destroy the connection */
  +PROXY_DECLARE(apr_status_t) ap_proxy_close_connection(proxy_conn_rec *conn)
  +{
  +apr_status_t rv = APR_EOF;
  +/* Close the socket */
  +if (conn->sock)
  +rv = apr_socket_close(conn->sock);
  +conn->sock = NULL;
  +return rv;
  +}
  +
   /* low level connection acquire/release functions
* they are hiding apr_reslist for nothreaded or prefork servers.
*/
  @@ -1378,6 +1396,7 @@
   #endif
   {
   *conn = worker->cp->conn;
  +worker->cp->conn = NULL;
   rv = APR_SUCCESS;
   }
   return rv;
  @@ -1390,7 +1409,11 @@
   if (worker->hmax) {
   rv = apr_reslist_release(worker->cp->res, (void *)conn);
   }
  +else
   #endif
  +{
  +worker->cp->conn = conn;
  +}
   return rv;
   }
   
  @@ -1414,18 +1437,8 @@
   else
   #endif
   {
  -worker->cp->conn = apr_pcalloc(worker->cp->pool, sizeof(proxy_conn_rec));
  -/* register the pool cleanup.
  - * The cleanup is registered on conn_pool pool, so that
  - * the same mechanism (apr_pool_cleanup) can be used
  - * for both nonthreaded and threaded servers when closing
  - * the entire worker.
  - */
  -apr_pool_cleanup_register(worker->cp->pool, (void *)worker->cp->conn,
  -  proxy_conn_cleanup, apr_pool_cleanup_null);  
  -
  -ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, s,
  - "proxy: socket is created");
  +
  +connection_constructor((void **)&(worker->cp->conn), s, worker->cp->pool);
   rv = APR_SUCCESS;
   }
   return rv;
  @@ -1514,4 +1527,25 @@
"Connect to remote machine blocked");
   }
   return OK;
  +}
  +
  +static int is_socket_connected(apr_socket_t *sock)
  +
  +{
  +apr_size_t buffer_len = 1;
  +char test_buffer[1]; 
  +apr_status_t socket_status;
  +apr_interval_time_t current_timeout;
  +
  +/* save timeout */
  +apr_socket_timeout_get(sock, ¤t_timeout);
  +/* set no timeout */
  +apr_socket_timeout_set(sock, 0);
  +socket_status = apr_socket_recv(sock, test_buffer, &buffer_len);
  +/* put back old timeout */
  +apr_socket_timeout_set(sock, current_timeout);
  +if (APR_STATUS_IS_EOF(socket_status))
  +return 0;
  +else
  +return 1;
   }
  
  
  

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

cvs commit: jakarta-tomcat-connectors/ajp/proxy mod_proxy.h

[mturk]

mturk   2004/08/05 09:24:48

  Modified:ajp/proxy mod_proxy.h
  Log:
  Added timeout_set for worker. Each worker can have a different timeout
  the ProxyTimout sets. Also changed proxy_conf's timeout_set to int.
  
  Revision  ChangesPath
  1.18  +5 -1  jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h
  
  Index: mod_proxy.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- mod_proxy.h   5 Aug 2004 14:41:10 -   1.17
  +++ mod_proxy.h   5 Aug 2004 16:24:48 -   1.18
  @@ -155,7 +155,7 @@
   int preserve_host;
   int preserve_host_set;
   apr_interval_time_t timeout;
  -apr_interval_time_t timeout_set;
  +int timeout_set;
   enum {
 bad_error,
 bad_ignore,
  @@ -228,6 +228,7 @@
   apr_interval_time_t ttl;/* maximum amount of time in seconds a connection
* may be available while exceeding the soft limit 
*/
   apr_interval_time_t timeout; /* connection timeout */
  +int timeout_set;
   apr_interval_time_t acquire; /* acquire timeout when the maximum number of 
connections is exceeded */
   characquire_set;
   proxy_conn_pool *cp;/* Connection pool to use */
  @@ -352,6 +353,9 @@
   PROXY_DECLARE(apr_status_t) ap_proxy_determine_connection(apr_pool_t *p, 
request_rec *r, proxy_server_conf *conf, proxy_worker *worker, proxy_conn_rec *conn,
 apr_pool_t *ppool, 
apr_uri_t *uri, char **url, const char *proxyname, apr_port_t proxyport,
 char *server_portstr, int 
server_portstr_size);
  +PROXY_DECLARE(apr_status_t) ap_proxy_destroy_connection(proxy_conn_rec *conn);
  +PROXY_DECLARE(apr_status_t) ap_proxy_close_connection(proxy_conn_rec *conn);
  +
   
   /* For proxy_util */
   extern module PROXY_DECLARE_DATA proxy_module;
  
  
  

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

Re: StandardClassLoader ?

[Costin Manolache]

Remy Maucherat wrote:
Costin Manolache wrote:
Can you experiment with WebappClassLoader instead :-) ? SCL is only used
in standalone mode and only for loading internal classes. And removing 
it will improve class loading time by itself - one less layer of if() 
and indirections.

( I'm experimenting with class loading too, and it's easier to do it 
in one loader )

What I'm trying to do is allow some modules ( connectors, auth, etc ) 
to be deployed and loaded/unloaded/upgraded at runtime. 

That's not at all what I've planned (something really simple, not at all 
adding features or new capabilities). UCL works indeed better than SCL, 
so I removed it.

Technically it's not a "new" feature, it is a very old one ( it was 
implemented in 3.3 :-).

Right now if you want to dynamically add or update a connector - you 
need to restart tomcat. Even if it is embedded in jboss ( but at least 
you don't have to take down the entire server, only the tomcat module ).
While UCL has great features, we can't take advantage of any of them, 
because our class loading is too rigid.

That's even worse in webapps - where all you can do is place some jars 
in shared/ or have no common libs at all. No easy way to use features 
from the embedding container.



I'm moving to the next item in my list (I think package renaming and 
repackaging of the dependencies: commons-dbcp and Ant).
If you don't mind, I'll keep playing with the WebClassLoader, if adding 
such a feature is unacceptable then at least I would like to add some 
hooks to allow use of a different loader implementation.

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

Re: StandardClassLoader ?

[Remy Maucherat]

Filip Hanik - Dev wrote:
During session replication I optimized my code to decide what order class loader to 
use based on the class name.
For example, if you load a class that starts with org.apache.catalina. I attempt to 
load it with the SCL first, it gave the app a
huge performance boost.
I know I know, this breaks the rule of thumb with webapps, but there are smart shortcuts you can make, like make a list of all the
classes in common/lib and server/lib and never load those through WebCL unless specified by the user. Most user would love the
performance gain of this, and the ability to turn it on/off
 

This is extremely easy to test: you need to add stuff to the package 
array in WCL, so that it will delegate for these packages. This doesn't 
improve performance in any noticeable way (as I expected), so I don't 
see where you found any huge performance boost. While it does sound 
great, I think your test seemed either bad or very specific.

From my profile, the bottleneck for the startup time is XML parsing and 
accessing entries in JARs (we can't do anything about that), with a 
little for classloading as well (but it's not very big, and my 
optimization plans were to experiment loading everything at once on 
stratup, to be able to remove all syncing in the CL - I don't even know 
if that would have been efficient, and since it does conflict with the 
more interesting stuff from Costin, I'm giving up on that one for now).

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

Pb with Tomcat 3.3 - Class not found: TOMCAT/JSP...

[NGOR Eric]

> Hi ,
> 
> Sorry to bother you all but I have a problem when I changed my Tomcat 4.0 to 3.3
> It seems that this problem has been resolved before, but I can't find the answer.
> 
> I have the exception :
> Class not found: TOMCAT/JSP/.../myJsp.jsp
> Status code:404 request:R( /mi0101_mnt + /js/commonTaglib.js + null) msg:null
> 
> Everything's perfect on Tomcat 4.x, can anyone help me please ??
> 
> Thanks in advance,
> Eric.

Re: StandardClassLoader ?

[Remy Maucherat]

Costin Manolache wrote:
Can you experiment with WebappClassLoader instead :-) ? SCL is only used
in standalone mode and only for loading internal classes. And removing 
it will improve class loading time by itself - one less layer of if() 
and indirections.

( I'm experimenting with class loading too, and it's easier to do it 
in one loader )

What I'm trying to do is allow some modules ( connectors, auth, etc ) 
to be deployed and loaded/unloaded/upgraded at runtime. 
That's not at all what I've planned (something really simple, not at all 
adding features or new capabilities). UCL works indeed better than SCL, 
so I removed it.

I'm moving to the next item in my list (I think package renaming and 
repackaging of the dependencies: commons-dbcp and Ant).

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

Re: StandardClassLoader ?

[Filip Hanik - Dev]

During session replication I optimized my code to decide what order class loader to 
use based on the class name.

For example, if you load a class that starts with org.apache.catalina. I attempt to 
load it with the SCL first, it gave the app a
huge performance boost.

I know I know, this breaks the rule of thumb with webapps, but there are smart 
shortcuts you can make, like make a list of all the
classes in common/lib and server/lib and never load those through WebCL unless 
specified by the user. Most user would love the
performance gain of this, and the ability to turn it on/off

Filip

- Original Message -
From: "Costin Manolache" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 9:54 AM
Subject: Re: StandardClassLoader ?


Remy Maucherat wrote:

> Costin Manolache wrote:
>
>> Is there any reason we still need StandardClassLoader ? It seems it is
>> only used once, in ClassLoaderFactory, and it is used exactly like a
>> regular URLClassLoader - the only thing that needs to be moved is the
>> convert() method. The code itself is just debug and duplication of
>> URLClassLoader - the reverse loading is not used and it's not even
>> really implemented in all parts of the code.
>
>
> I'll keep it for now, since I'll try experiments to try to have faster
> classloading. If my stuff isn't efficient, then I'll remove it.


Can you experiment with WebappClassLoader instead :-) ? SCL is only used
in standalone mode and only for loading internal classes. And removing
it will improve class loading time by itself - one less layer of if()
and indirections.

( I'm experimenting with class loading too, and it's easier to do it in
one loader )

What I'm trying to do is allow some modules ( connectors, auth, etc ) to
be deployed and loaded/unloaded/upgraded at runtime.

Costin

>
>>
>> It would reduce in half the complexity in the loader package :-), and
>> it would make 'embeded' and 'standalone' more similar ( embeded doesn't
>> usually use Bootstrap and StandardClassLoader but the embedding app
>> loader).
>
>
> Rémy


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


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

DO NOT REPLY [Bug 30489] - removeAttribute: Session already invalidated

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

removeAttribute: Session already invalidated





--- Additional Comments From [EMAIL PROTECTED]  2004-08-05 15:10 ---
I have similar problem when reloading context
(http://issues.apache.org/bugzilla/show_bug.cgi?id=29093). But I have not 
managed to provide a test case :-(

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

Re: StandardClassLoader ?

[Costin Manolache]

Remy Maucherat wrote:
Costin Manolache wrote:
Is there any reason we still need StandardClassLoader ? It seems it is 
only used once, in ClassLoaderFactory, and it is used exactly like a 
regular URLClassLoader - the only thing that needs to be moved is the 
convert() method. The code itself is just debug and duplication of 
URLClassLoader - the reverse loading is not used and it's not even 
really implemented in all parts of the code.

I'll keep it for now, since I'll try experiments to try to have faster 
classloading. If my stuff isn't efficient, then I'll remove it.

Can you experiment with WebappClassLoader instead :-) ? SCL is only used
in standalone mode and only for loading internal classes. And removing 
it will improve class loading time by itself - one less layer of if() 
and indirections.

( I'm experimenting with class loading too, and it's easier to do it in 
one loader )

What I'm trying to do is allow some modules ( connectors, auth, etc ) to 
be deployed and loaded/unloaded/upgraded at runtime.

Costin

It would reduce in half the complexity in the loader package :-), and
it would make 'embeded' and 'standalone' more similar ( embeded doesn't
usually use Bootstrap and StandardClassLoader but the embedding app 
loader).

Rémy

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

RE: log4j SEVERE ThreadDeath in Tomcat 5.0.25

[Ceki Gülcü]

At 04:22 PM 8/5/2004, Andy McBride wrote:
Commons logging seems to cache LogFactory instances using its
classloader as a key - perhaps this could be suspect?
Oh, yes indeed.
--
Ceki Gülcü
 For log4j documentation consider "The complete log4j manual"
 ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp  


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

DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trwaing to reload an application

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

java.lang.ThreadDeath when trwaing to reload an application

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-08-05 11:52 ---
We are getting this a lot after recompilation of a class in a web app which 
makes Tomcat reload the application. 

However, we DO have the LogManager.shutdown in our servlet context listener but 
it does not solve the problem. 

public void contextDestroyed(ServletContextEvent scE) { 
LogManager.shutdown();  
}

Interestingly this has only occurred the past 2 weeks since using 5.0.25. Prior 
to this we developed for 7 months with no problem on 5.0.19. So we just tried 
rolling back to 5.0.19 but it ALSO started happening there too. We find this 
behaviour very very odd. Furthermore we never had a LogManager.shutdown for 
those 7 months either. There is a lot of conflicting behaviour going on here 
and I would really like to know how to solve this as right now we are looking 
at having to rip out log4j which is bad news. 

SEVERE: Exception invoking periodic operation: 
java.lang.ThreadDeath
at org.apache.catalina.loader.WebappClassLoader.loadClass
(WebappClassLoader.java:1229)
at org.apache.catalina.loader.WebappClassLoader.loadClass
(WebappClassLoader.java:1189)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at org.apache.log4j.spi.LoggingEvent.(LoggingEvent.java:241)
at org.apache.log4j.Category.forcedLog(Category.java:431)
at org.apache.log4j.Category.log(Category.java:966)
at org.apache.commons.logging.impl.Log4JLogger.error
(Log4JLogger.java:195)
at org.apache.catalina.session.StandardManager.start
(StandardManager.java:659)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:4272)
at org.apache.catalina.core.StandardContext.reload
(StandardContext.java:3021)
at org.apache.catalina.core.StandardContext.backgroundProcess
(StandardContext.java:4629)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChild
ren(ContainerBase.java:1619)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChild
ren(ContainerBase.java:1628)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChild
ren(ContainerBase.java:1628)
at 
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run
(ContainerBase.java:1608)
at java.lang.Thread.run(Unknown Source)

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

cvs commit: jakarta-tomcat-connectors/ajp/proxy mod_proxy.c proxy_util.c mod_proxy.h

[mturk]

mturk   2004/08/05 07:41:10

  Modified:ajp/proxy mod_proxy.c proxy_util.c mod_proxy.h
  Log:
  Added acquire timeout for obtaining resources from reslist.
  The timeout is in milliseconds to enable quick return in case the
  reslist is exceded the maximum number of connections.
  
  Revision  ChangesPath
  1.25  +8 -1  jakarta-tomcat-connectors/ajp/proxy/mod_proxy.c
  
  Index: mod_proxy.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.c,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- mod_proxy.c   5 Aug 2004 14:08:19 -   1.24
  +++ mod_proxy.c   5 Aug 2004 14:41:10 -   1.25
  @@ -92,7 +92,7 @@
   else if (!strcasecmp(key, "ttl")) {
   ival = atoi(val);
   if (ival < 1)
  -return "ttl must be al least one second";
  +return "ttl must be at least one second";
   worker->ttl = apr_time_from_sec(ival);
   }
   else if (!strcasecmp(key, "min")) {
  @@ -114,6 +114,13 @@
   return "smax must be a positive number";
   worker->smax = ival;
   }
  +else if (!strcasecmp(key, "acquire")) {
  +ival = atoi(val);
  +if (ival < 1)
  +return "acquire must be at least one mili second";
  +worker->acquire = apr_time_make(0, ival * 1000);
  +worker->acquire_set = 1;
  + }
   else {
   return "unknown parameter";
   }
  
  
  
  1.13  +36 -0 jakarta-tomcat-connectors/ajp/proxy/proxy_util.c
  
  Index: proxy_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_util.c,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- proxy_util.c  5 Aug 2004 14:08:19 -   1.12
  +++ proxy_util.c  5 Aug 2004 14:41:10 -   1.13
  @@ -1364,6 +1364,37 @@
   return APR_SUCCESS;
   }
   
  +/* low level connection acquire/release functions
  + * they are hiding apr_reslist for nothreaded or prefork servers.
  + */
  +static apr_status_t acquire_connection_low(proxy_conn_rec **conn, proxy_worker 
*worker)
  +{
  +apr_status_t rv;
  +#if APR_HAS_THREADS
  +if (worker->hmax) {
  +rv = apr_reslist_acquire(worker->cp->res, (void **)conn);
  +}
  +else
  +#endif
  +{
  +*conn = worker->cp->conn;
  +rv = APR_SUCCESS;
  +}
  +return rv;
  +}
  +
  +static apr_status_t release_connection_low(proxy_conn_rec *conn, proxy_worker 
*worker)
  +{
  +apr_status_t rv = APR_SUCCESS;
  +#if APR_HAS_THREADS
  +if (worker->hmax) {
  +rv = apr_reslist_release(worker->cp->res, (void *)conn);
  +}
  +#endif
  +return rv;
  +}
  +
  +
   static apr_status_t init_conn_worker(proxy_worker *worker, server_rec *s)
   {
   apr_status_t rv;
  @@ -1374,6 +1405,11 @@
   worker->hmax, worker->ttl,
   connection_constructor, connection_destructor,
   s, worker->cp->pool);
  +#if (APR_MAJOR_VERSION > 0)
  +/* Set the acquire timeout */
  +if (rv == APR_SUCCESS && worker->acquire_set)
  +apr_reslist_timeout_set(worker->cp->res, worker->acquire);
  +#endif
   }
   else
   #endif
  
  
  
  1.17  +2 -1  jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h
  
  Index: mod_proxy.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/mod_proxy.h,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- mod_proxy.h   5 Aug 2004 14:08:19 -   1.16
  +++ mod_proxy.h   5 Aug 2004 14:41:10 -   1.17
  @@ -228,7 +228,8 @@
   apr_interval_time_t ttl;/* maximum amount of time in seconds a connection
* may be available while exceeding the soft limit 
*/
   apr_interval_time_t timeout; /* connection timeout */
  -
  +apr_interval_time_t acquire; /* acquire timeout when the maximum number of 
connections is exceeded */
  +characquire_set;
   proxy_conn_pool *cp;/* Connection pool to use */
   void*opaque;/* per scheme worker data */
   };
  
  
  

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

log4j SEVERE ThreadDeath in Tomcat 5.0.25

[Ceki Gülcü]

In relation to bug #26372 Remy wrote:
--- Additional Comments From Remy Maucherat 2004-01-23 11:54 ---
This is the old issue of log4j trying to use the previous classloader=20
(reloading
will create a new classloader to load class definitions; see bug 3888).=20
Maybe it
would be good to leave this bug open so that people can complain using it,
rather than file duplicates. However, I'd like everyone to know that the=
 "bug"
will never be fixed.
You can probably fix the problem by putting log4 JARs (and the necessary
commons-logging wrapper classes) inside the webapp repository.
---
Does anyone know what Remy is talking about? When does log4j try to a
use previous classloader? I'd appreciate if someone could shed some
light onto the matter. I am trying to understand what log4j is doing
wrong, if anything, and correct our mistake.
See http://issues.apache.org/bugzilla/show_bug.cgi?id=26372
for more details.
--
Ceki Gülcü

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

DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trwaing to reload an application

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

java.lang.ThreadDeath when trwaing to reload an application





--- Additional Comments From [EMAIL PROTECTED]  2004-08-05 13:07 ---
Relates to : http://issues.apache.org/bugzilla/show_bug.cgi?id=27371

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

Muchas gracias por su sugerencia

[[EMAIL PROTECTED]]

De nuestra mayor consideración:

Muchas gracias por su sugerencia. La tendremos en cuenta para el momento en que surja 
la oportunidad de ofrecer nuevos cursos.

Cordialmente,

Equipo de En Plenitud
www.enplenitud.com
[EMAIL PROTECTED]


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

DO NOT REPLY [Bug 30489] New: - removeAttribute: Session already invalidated

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

removeAttribute: Session already invalidated

   Summary: removeAttribute: Session already invalidated
   Product: Tomcat 5
   Version: 5.0.25
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Webapps:Manager
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Stopping an application via Tomcat Manager, I get sometimes: "removeAttribute:
Session already invalidated" (same on Win2k and Tru64, with J2SDK 1.4.2). After
this error I must restart Tomcat.
I've never had this effect with Tomcat 4.1.24 or 5.1.19.
Stacktrace (from localhost_log):
2004-08-05 13:22:40 StandardContext[/manager]Manager:
ManagerServlet.stop[/csc-evis-dev]
java.lang.IllegalStateException: removeAttribute: Session already invalidated
at
org.apache.catalina.session.StandardSession.removeAttribute(StandardSession.java:1144)
at
org.apache.catalina.session.StandardSession.removeAttribute(StandardSession.java:1119)
at
org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:1401)
at
org.apache.catalina.session.StandardSession.writeObjectData(StandardSession.java:899)
at 
org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:539)
at org.apache.catalina.session.StandardManager.unload(StandardManager.java:485)
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:687)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4474)
at
org.apache.catalina.core.StandardHostDeployer.stop(StandardHostDeployer.java:867)
at org.apache.catalina.core.StandardHost.stop(StandardHost.java:1011)
at org.apache.catalina.manager.ManagerServlet.stop(ManagerServlet.java:1372)
at org.apache.catalina.manager.ManagerServlet.doGet(ManagerServlet.java:347)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)

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

Session Management Question

[Michael Watson]

Hi All,

This may have been answered elsewhere in the past but I'm struggling to find
it if it has - though please point me in the direction of past answers if
that's the case.

I'm trying to understand how a single instance of Tomcat manages sessions.
Is there any pooling/recycling of sesssion objects or are they
created/destroyed as required?
If they are pooled, is the size of this pool configurable?

Also where can I find some good documentation on managing sessions across a
cluster or load balanced instances?

Does anyone know of a practical limit for the number of concurrent
connections Tomcat can cope with on a reasonably out of the box Redhat
installation (obviously file descriptor limits aside)?

I realise this is more of a user question, but I figure members of this list
are more likely to be able to provide me with the level of detail I'm
looking for.

Any info you can supply would be much appreciated (I also need to find this
out with some urgency)

Thanks in advance

Mike


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.709 / Virus Database: 465 - Release Date: 22/06/2004


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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup ClassLoaderFactory.java

[remm]

remm2004/08/05 03:54:44

  Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java
   catalina/src/share/org/apache/catalina/startup
ClassLoaderFactory.java
  Log:
  - Standard classloader can be a normal URL classloader (after testing, it turned out 
to be slower than URL classloader, so there's no reason
to keep this code around).
  - I'll experiment with an alternate StandardClassLoader2 to see if I can provide a 
more optimized classloader.
  
  Revision  ChangesPath
  1.14  +4 -1006   
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java
  
  Index: StandardClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/StandardClassLoader.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- StandardClassLoader.java  26 May 2004 15:47:34 -  1.13
  +++ StandardClassLoader.java  5 Aug 2004 10:54:43 -   1.14
  @@ -17,32 +17,8 @@
   
   package org.apache.catalina.loader;
   
  -import java.io.File;
  -import java.io.FilePermission;
  -import java.io.IOException;
  -import java.io.InputStream;
  -import java.net.JarURLConnection;
  -import java.net.MalformedURLException;
   import java.net.URL;
   import java.net.URLClassLoader;
  -import java.net.URLConnection;
  -import java.net.URLStreamHandler;
  -import java.net.URLStreamHandlerFactory;
  -import java.security.AccessControlException;
  -import java.security.CodeSource;
  -import java.security.Permission;
  -import java.security.PermissionCollection;
  -import java.security.Policy;
  -import java.util.ArrayList;
  -import java.util.Enumeration;
  -import java.util.HashMap;
  -import java.util.Iterator;
  -import java.util.jar.JarFile;
  -import java.util.jar.JarInputStream;
  -import java.util.jar.Manifest;
  -
  -import org.apache.naming.JndiPermission;
  -import org.apache.tomcat.util.compat.JdkCompat;
   
   /**
* Subclass implementation of java.net.URLClassLoader that knows how
  @@ -70,993 +46,15 @@
   
   public class StandardClassLoader
   extends URLClassLoader
  -implements Reloader, StandardClassLoaderMBean {
  -
  -
  -// --- Constructors
  -
  -
  -/**
  - * Construct a new ClassLoader with no defined repositories and no
  - * parent ClassLoader.
  - */
  -public StandardClassLoader() {
  -
  -super(new URL[0]);
  -this.parent = getParent();
  -this.system = getSystemClassLoader();
  -securityManager = System.getSecurityManager();
  -
  -}
  -
  -
  -/**
  - * Construct a new ClassLoader with no defined repositories and no
  - * parent ClassLoader, but with a stream handler factory.
  - *
  - * @param factory the URLStreamHandlerFactory to use when creating URLs
  - */
  -public StandardClassLoader(URLStreamHandlerFactory factory) {
  -
  -super(new URL[0], null, factory);
  -this.factory = factory;
  +implements StandardClassLoaderMBean {
   
  + public StandardClassLoader(URL repositories[]) {
  +super(repositories);
   }
   
  -
  -/**
  - * Construct a new ClassLoader with no defined repositories and the
  - * specified parent ClassLoader.
  - *
  - * @param parent The parent ClassLoader
  - */
  -public StandardClassLoader(ClassLoader parent) {
  -
  -super((new URL[0]), parent);
  -this.parent = parent;
  -this.system = getSystemClassLoader();
  -securityManager = System.getSecurityManager();
  -
  -}
  -
  -
  -/**
  - * Construct a new ClassLoader with no defined repositories and the
  - * specified parent ClassLoader.
  - *
  - * @param parent The parent ClassLoader
  - * @param factory the URLStreamHandlerFactory to use when creating URLs
  - */
  -public StandardClassLoader(ClassLoader parent,
  -   URLStreamHandlerFactory factory) {
  -
  -super((new URL[0]), parent, factory);
  -this.factory = factory;
  -
  -}
  -
  -
  -/**
  - * Construct a new ClassLoader with the specified repositories and
  - * no parent ClassLoader.
  - *
  - * @param repositories The initial set of repositories
  - */
  -public StandardClassLoader(String repositories[]) {
  -
  -super(convert(repositories));
  -this.parent = getParent();
  -this.system = getSystemClassLoader();
  -securityManager = System.getSecurityManager();
  -if (repositories != null) {
  -for (int i = 0; i < repositories.length; i++)
  -addRepositoryInternal(repositories[i]);
  -}
  -
  -}
  -
  -
  -/**
  - * Construct a n

Re: StandardClassLoader ?

[Remy Maucherat]

Costin Manolache wrote:
Is there any reason we still need StandardClassLoader ? It seems it is 
only used once, in ClassLoaderFactory, and it is used exactly like a 
regular URLClassLoader - the only thing that needs to be moved is the 
convert() method. The code itself is just debug and duplication of 
URLClassLoader - the reverse loading is not used and it's not even 
really implemented in all parts of the code.
I'll keep it for now, since I'll try experiments to try to have faster 
classloading. If my stuff isn't efficient, then I'll remove it.

It would reduce in half the complexity in the loader package :-), and
it would make 'embeded' and 'standalone' more similar ( embeded doesn't
usually use Bootstrap and StandardClassLoader but the embedding app 
loader).
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Hi

[hgomez]

Important textfile!

KWF Email scanner found a virus in following attachment:
Textfile.zip
Content type:
application/octet-stream
Additional information from antivirus:
W95/Spaces.gen
Attachement has been removed by firewall.