Re: [VOTE] [5.0] Milestones

[Henri Gomez]

Remy Maucherat wrote:
> Hi,
> 
> Now that the first stable releases of Tomcat 4.1 are out (and according 
> to reports, of good overall quality), it could be appropriate to start 
> releasing 5.0.x milestones.
> It should be pointed out that 5.0.x is still far from being feature 
> complete (esp the configuration code needs to be unified if possible, 
> and some optimizations are needed), so the milestones should be 
> considered alpha or pre alpha until further notice.
> 
> 
> [ ] +1 Yes, start releasing milestones
> [ ] -1 No, because:

+1



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[Henri Gomez]

Did you source tarball include latest patches from Nacho ?


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: WebApp module for Apache 1.3

[jean-frederic clere]

Jay Ebert wrote:
> I'm unable to build the WebApp module for Apache 1.3 on Solaris 2.8.
> Where can I get the answer for this (?) :


Retry with the released APR (See http://www.apache.org/dist/apr/).

> 
>  
> 
> build/ltconfig: build/ltconfig: cannot open
> 
> configure: error: libtool configure failed
> 
> APR configure: checking for minix/config.h... no
> 
> APR configure: checking whether system uses EBCDIC... no
> 
> APR configure: performing libtool configuration...
> 
> APR configure: checking for non-GNU ld... /usr/ccs/bin/ld
> 
> APR configure: checking if the linker (/usr/ccs/bin/ld) is GNU ld...
> no
> 
> APR configure: checking for BSD-compatible nm... /usr/ccs/bin/nm -p
> 
>   Execution of ./configure --enable-static --disable-shared
> --disable-threads returned 1
> 
> configure: error: APR configure script terminated with error code 1
> 
>  
> 
>  
> 
>  
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Cannot Build WebApp on Solaris 2.8

[jean-frederic clere]

Jay Ebert wrote:
> I followed the "Building the WebApp module" exactly and cannot build the
> webapp module for Solaris 2.8 using gcc 2.95. After a successful
> ./configure ... , I get the following errors on the make:
> 

Which APR are you using?

>  
> 
> wcarweb1:/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40 #
> make
> 
>  
> 
> make[1]: Entering directory "lib"
> 
> make[1]: Invoking "make  build"
> 
> /opt/sfw/bin//gcc -g -O2-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS
> -D_REENTRANT
> -I/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/includ
> e -I/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/include
> -c "wa_main.c" -o "wa_main.o"
> 
> In file included from
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr_general.h:61,
> 
>  from
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/include/wa.h
> :77,
> 
>  from wa_main.c:59:
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr.h:198: #error Can not determine the proper size for apr_int64_t
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr.h:253: #error Can not determine the proper size for ssize_t
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr.h:256: #error Can not determine the proper size for size_t
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr.h:265: #error Can not determine the proper size for apr_int64_t
> 
> *** Error code 1
> 
> make: Fatal error: Command failed for target `wa_main.o'
> 
> Current working directory
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/lib
> 
> *** Error code 1
> 
> make: Fatal error: Command failed for target `template'
> 
> Current working directory
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40
> 
> *** Error code 1
> 
> make: Fatal error: Command failed for target `lib-build'
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13130] New: - Tomcat service does not recognize resources from a network shared drive..

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13130

Tomcat service does not recognize resources from a network shared drive..

   Summary: Tomcat service does not recognize resources from a
network shared drive..
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi,

As is known to set up a new web application in Tomcat 4.x we need to add a new 
 element in server.xml (under a )
So I added:


The F:/ in the doc base points to a network drive shared in my profile as F:

When I start up tomcat via the batch file (startup.bat), I can browse to the 
new context (http://localhost:8090/StrutsAPI ). No problem with that.
However if I start the Tomcat Server as WindowsNT service, it cannot start up 
the new context.
(looking at the log files generated, it seems like the bootstrap classloader 
cannot read the network drive. A snap shot of the error log is:

2002-09-30 13:52:58 StandardContext[/StrutsAPI]: Error initializing resources: 
Document base F:\Users\VDondeti\PTH-PC0114_D_drive_10Aug2002\1Sunday\StrutsAPI 
does not exist or is not a readable directory
2002-09-30 13:52:58 StandardContext[/StrutsAPI]: Context startup failed due to 
previous errors
2002-09-30 13:52:58 StandardContext[/StrutsAPI]: Exception during cleanup after 
start failed
LifecycleException:  Container StandardContext[/StrutsAPI] has not been started
at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1147)
at org.apache.catalina.core.StandardContext.stop
(StandardContext.java:3451)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:3408)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:614)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123)
at org.apache.catalina.core.StandardEngine.start
(StandardEngine.java:343)
at org.apache.catalina.core.StandardService.start
(StandardService.java:388)
at org.apache.catalina.core.StandardServer.start
(StandardServer.java:506)
at org.apache.catalina.startup.CatalinaService.start
(CatalinaService.java:261)
at org.apache.catalina.startup.CatalinaService.execute
(CatalinaService.java:172)
at org.apache.catalina.startup.Catalina.process(Catalina.java:179)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.catalina.startup.BootstrapService.main
(BootstrapService.java:428)

If I move the network content to my local hard disk and change the docBase 
accordingly everything works perfect.

Any clues why the Tomcat service behaves in this peculiar way...

PS: The Tomcat service is configured to start automatically.
Even then I manually stopped and restarted it. Even then Tomcat service is 
unable to load the resources from the network share.

rgds
G1

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 7638] - Service Name in Windows has space

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=7638

Service Name in Windows has space





--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 08:47 ---
Hi,

It is not at all illegal to have a space in the name of an NT Service.
If you check the windows NT registry where you hv installed Tomcat, under
the "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Apache Tomcat" key,

what is displayed in the Control-Panel/services is nothing but the value of the 
"DisplayName" key (which is 'Apache Tomcat'). 
I guess there will be no harm if remove the space.

rgds
G1

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

tomcat 3.3.2 cleanup

[Henri Gomez]

If everybody agree, what about removing src/native for tomcat 3.3.2 ?


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

garbaged image jpeg in jk documentation from tc 4.1.12

[Henri Gomez]

A quick note to say that TC 4.1.12 which included jk/jk2 documentation,
as a garbled mod_jk.jpeg images (dos->unix conversion ?).

I changed mod_jk.jpeg to mod_jk.jpg to avoid cvs client to change that
file.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-5 KEYS

[hgomez]

hgomez  2002/09/30 02:43:46

  Modified:.KEYS
  Log:
  Remove my obsolete PGP key
  
  Revision  ChangesPath
  1.2   +0 -16 jakarta-tomcat-5/KEYS
  
  Index: KEYS
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/KEYS,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- KEYS  18 Sep 2002 07:19:35 -  1.1
  +++ KEYS  30 Sep 2002 09:43:46 -  1.2
  @@ -14,22 +14,6 @@
   
   
   Type Bits/KeyIDDate   User ID
  -pub  1024/697ECEDD 2000/04/06 Henri Gomez <[EMAIL PROTECTED]>
  -  *** RPM SIGNING KEY ***
  --BEGIN PGP PUBLIC KEY BLOCK-
  -Version: 2.6.3i
  -
  -mQCNAzjsydwAAAEEAMpwFU/ci3/wR3ryCGp9Exr+Rx/hTQ7hWAJcVw8ejlBXlT4T
  -yITlRUs0HGfRWxME2J55PuXXsIEPZzjfozNtvOyq8WlLlJ7iaiyWxVRoPJ25sSEj
  -C9etm6wjj4E66ZgzuElZkm1m69uEsCHPPNuz1oQ/g1O+SmIVxIYirlxpfs7dAAUR
  -tBxIZW5yaSBHb21leiA8aGdvbWV6QHNsaWIuZnI+iQCVAwUQOOzJ3IYirlxpfs7d
  -AQFQyQQAj0D9G0hEL7SQGaSCkkoXwvamQw42N8+tNm+jfWHWdE4HAiVlhJmI2GyD
  -sdcXVAcR8R7ILIRB5AY7a3bF+qMk0r+vO6oR878RKKn9AvtaAIOnrh6tr0tiPwf5
  -XDUMySxIWJEF3SmJAy9Lq3bAl5GMzZCFHiS0NW2gtWgmr/u1RuM=
  -=6l+I
  --END PGP PUBLIC KEY BLOCK-
  -
  -Type Bits/KeyIDDate   User ID
   pub  2048/F22C4FED 2001/07/02 Andy Armstrong <[EMAIL PROTECTED]>
   
   -BEGIN PGP PUBLIC KEY BLOCK-
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0 KEYS

[hgomez]

hgomez  2002/09/30 02:45:38

  Modified:.KEYS
  Log:
  Remove my obsolete PGP key
  
  Revision  ChangesPath
  1.2   +2 -17 jakarta-tomcat-4.0/KEYS
  
  Index: KEYS
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/KEYS,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- KEYS  18 Sep 2002 07:18:55 -  1.1
  +++ KEYS  30 Sep 2002 09:45:38 -  1.2
  @@ -14,22 +14,6 @@
   
   
   Type Bits/KeyIDDate   User ID
  -pub  1024/697ECEDD 2000/04/06 Henri Gomez <[EMAIL PROTECTED]>
  -  *** RPM SIGNING KEY ***
  --BEGIN PGP PUBLIC KEY BLOCK-
  -Version: 2.6.3i
  -
  -mQCNAzjsydwAAAEEAMpwFU/ci3/wR3ryCGp9Exr+Rx/hTQ7hWAJcVw8ejlBXlT4T
  -yITlRUs0HGfRWxME2J55PuXXsIEPZzjfozNtvOyq8WlLlJ7iaiyWxVRoPJ25sSEj
  -C9etm6wjj4E66ZgzuElZkm1m69uEsCHPPNuz1oQ/g1O+SmIVxIYirlxpfs7dAAUR
  -tBxIZW5yaSBHb21leiA8aGdvbWV6QHNsaWIuZnI+iQCVAwUQOOzJ3IYirlxpfs7d
  -AQFQyQQAj0D9G0hEL7SQGaSCkkoXwvamQw42N8+tNm+jfWHWdE4HAiVlhJmI2GyD
  -sdcXVAcR8R7ILIRB5AY7a3bF+qMk0r+vO6oR878RKKn9AvtaAIOnrh6tr0tiPwf5
  -XDUMySxIWJEF3SmJAy9Lq3bAl5GMzZCFHiS0NW2gtWgmr/u1RuM=
  -=6l+I
  --END PGP PUBLIC KEY BLOCK-
  -
  -Type Bits/KeyIDDate   User ID
   pub  2048/F22C4FED 2001/07/02 Andy Armstrong <[EMAIL PROTECTED]>
   
   -BEGIN PGP PUBLIC KEY BLOCK-
  @@ -124,7 +108,8 @@
   
   
   Type bits  keyID  Date   User ID
  -pub  1024D/307A10A5 2002-07-18 Henri Gomez <[EMAIL PROTECTED]>
  +pub  1024D/307A10A5 2002-07-18 Henri Gomez *** RPM SIGNING KEY ***
  +   <[EMAIL PROTECTED]>
   
   -BEGIN PGP PUBLIC KEY BLOCK-
   Version: GnuPG v1.0.6 (GNU/Linux)
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[Mladen Turk]

No, they don' t.
The socket code is now reverted to the 4.1.12 tag.
It needs lot of work to make the entire logic work as It should (well,
that's my opinion), not just bug-fixing. The concept is wrong, not the
code.


Either we'll retag that as 2_0_0 or 2_0_1.
What do you think?

I would like to make that as JK2_2_0_1, and rerelease, as 2.0.1

MT.

> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, September 30, 2002 10:18 AM
> To: Tomcat Developers List
> Subject: Re: cvs commit: 
> jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c
> 
> 
> Did you source tarball include latest patches from Nacho ?
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For 
> additional commands, e-mail: 
> 
> 
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[Henri Gomez]

> Either we'll retag that as 2_0_0 or 2_0_1.

> What do you think?

2_0_0_rel, as I did for JK 1.2.0

> 
> I would like to make that as JK2_2_0_1, and rerelease, as 2.0.1

It's just a fix, so make a new tarball and tell you get it from
2_0_0_rel (unless you put an announce to tomcat-user which in
that case make greated audience and the 2.0.1 is really required)





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13132] New: - missing declaration of variable

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13132

missing declaration of variable

   Summary: missing declaration of variable
   Product: Tomcat 4
   Version: 4.1.10
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Consider the following JSP-code:

<% if (condition) { %>

<% } else { %>

<% } 
%>

This used to work fine in 4.1.8, but stopped working in 4.1.10.
In 4.1.8 this code would be 
compiled to this:
public void _jspService(HttpServletRequest request, 
HttpServletResponse response) {

[snip some declarations]

java.lang.String myID = 
null;

 if (request.getParameter("test") == null) {
  /*   i18n:message  */
  {
[snip some 
custom-tag stuff]
if (_jspx_th_i18n_message_0.doEndTag() == 
javax.servlet.jsp.tagext.Tag.SKIP_PAGE)
  return;
myID = (java.lang.String) 
pageContext.findAttribute("myID");
 } else { 
   [snip pretty much the same code again]
 
}

but as of 4.1.10, the declaration of the variable myID was put near the custom-tag 
call, so the 
compiled code looks like this:
public void _jspService(HttpServletRequest request, 
HttpServletResponse response) {
  [snip declarations]

try {
 if 
(request.getParameter("test") == null) {
  /*   i18n:message  */
  [snip custom-tag stuff]
  if 
(_jspx_th_i18n_message_0.doEndTag() == javax.servlet.jsp.tagext.Tag.SKIP_PAGE)

return;
!!>>>   java.lang.String myID = null; <<>> no declaration of myID here 
<<-tag just relied on the behaviour of tomcat 
and that the 
handling of that kind of variables isn't even standardized.

PS: If the snippets I put in here 
are not enough context, please email me ([EMAIL PROTECTED]) so I can provide more 
information.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-5 KEYS

[hgomez]

hgomez  2002/09/30 02:56:40

  Modified:.KEYS
  Log:
  Indicate the RPM signing key
  
  Revision  ChangesPath
  1.3   +2 -1  jakarta-tomcat-5/KEYS
  
  Index: KEYS
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/KEYS,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- KEYS  30 Sep 2002 09:43:46 -  1.2
  +++ KEYS  30 Sep 2002 09:56:40 -  1.3
  @@ -108,7 +108,8 @@
   
   
   Type bits  keyID  Date   User ID
  -pub  1024D/307A10A5 2002-07-18 Henri Gomez <[EMAIL PROTECTED]>
  +pub  1024D/307A10A5 2002-07-18 Henri Gomez *** RPM SIGNING KEY ***
  +   <[EMAIL PROTECTED]>
   
   -BEGIN PGP PUBLIC KEY BLOCK-
   Version: GnuPG v1.0.6 (GNU/Linux)
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors KEYS

[hgomez]

hgomez  2002/09/30 02:58:45

  Modified:.KEYS
  Log:
  Remove obsolete (revoked) key and indicate the RPM signing key
  
  Revision  ChangesPath
  1.7   +2 -17 jakarta-tomcat-connectors/KEYS
  
  Index: KEYS
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/KEYS,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- KEYS  18 Sep 2002 07:18:25 -  1.6
  +++ KEYS  30 Sep 2002 09:58:45 -  1.7
  @@ -14,22 +14,6 @@
   
   
   Type Bits/KeyIDDate   User ID
  -pub  1024/697ECEDD 2000/04/06 Henri Gomez <[EMAIL PROTECTED]>
  -  *** RPM SIGNING KEY ***
  --BEGIN PGP PUBLIC KEY BLOCK-
  -Version: 2.6.3i
  -
  -mQCNAzjsydwAAAEEAMpwFU/ci3/wR3ryCGp9Exr+Rx/hTQ7hWAJcVw8ejlBXlT4T
  -yITlRUs0HGfRWxME2J55PuXXsIEPZzjfozNtvOyq8WlLlJ7iaiyWxVRoPJ25sSEj
  -C9etm6wjj4E66ZgzuElZkm1m69uEsCHPPNuz1oQ/g1O+SmIVxIYirlxpfs7dAAUR
  -tBxIZW5yaSBHb21leiA8aGdvbWV6QHNsaWIuZnI+iQCVAwUQOOzJ3IYirlxpfs7d
  -AQFQyQQAj0D9G0hEL7SQGaSCkkoXwvamQw42N8+tNm+jfWHWdE4HAiVlhJmI2GyD
  -sdcXVAcR8R7ILIRB5AY7a3bF+qMk0r+vO6oR878RKKn9AvtaAIOnrh6tr0tiPwf5
  -XDUMySxIWJEF3SmJAy9Lq3bAl5GMzZCFHiS0NW2gtWgmr/u1RuM=
  -=6l+I
  --END PGP PUBLIC KEY BLOCK-
  -
  -Type Bits/KeyIDDate   User ID
   pub  2048/F22C4FED 2001/07/02 Andy Armstrong <[EMAIL PROTECTED]>
   
   -BEGIN PGP PUBLIC KEY BLOCK-
  @@ -124,7 +108,8 @@
   
   
   Type bits  keyID  Date   User ID
  -pub  1024D/307A10A5 2002-07-18 Henri Gomez <[EMAIL PROTECTED]>
  +pub  1024D/307A10A5 2002-07-18 Henri Gomez *** RPM SIGNING KEY ***
  +   <[EMAIL PROTECTED]>
   
   -BEGIN PGP PUBLIC KEY BLOCK-
   Version: GnuPG v1.0.6 (GNU/Linux)
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

[Mladen Turk]

> -Original Message-
> From: Henri Gomez
 
> > Either we'll retag that as 2_0_0 or 2_0_1.
> 
> > What do you think?
> 
> 2_0_0_rel, as I did for JK 1.2.0
> 

OK, its going to be 2_0_0_rel, and the sources will go to the Jakarta
(I've got the account) as 2.0.0.

MT.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-5 KEYS

[Stefan Bodewig]

Henri,

let me know if you need changes to Ant's KEYS file as well.

Stefan

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-5 KEYS

[Henri Gomez]

Stefan Bodewig wrote:
> Henri,
> 
> let me know if you need changes to Ant's KEYS file as well.

Yes, you should remove the old one, since it has been revoked.

PS: I use the new one to produce rpm with jpackage.org project



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

JK2 Tagged as JK2_2_0_0_rel

[Mladen Turk]

JK2 has been retagged cause of socket bug (for some of us it was a
feature :-).
The sources are on:

http://jakarta.apache.org/~mturk/

Cannot write to the builds dir, so if someone is willing to copy that to
the builds/release.
Nacho, Henri?

MT.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0 build.xml

[hgomez]

hgomez  2002/09/30 03:46:06

  Modified:.build.xml
  Log:
  Set servlet.doc, usefull when building with api/docs in custom location, ie 
  rpm packaging
  
  Revision  ChangesPath
  1.76  +2 -1  jakarta-tomcat-4.0/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/build.xml,v
  retrieving revision 1.75
  retrieving revision 1.76
  diff -u -r1.75 -r1.76
  --- build.xml 21 Sep 2002 16:24:17 -  1.75
  +++ build.xml 30 Sep 2002 10:46:06 -  1.76
  @@ -18,6 +18,7 @@
 
 
 
  +  
   
 
 
  @@ -212,7 +213,7 @@
   
   
   
  -  
  +  
   
 
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: JK2 Tagged as JK2_2_0_0_rel

[jean-frederic clere]

Mladen Turk wrote:
> JK2 has been retagged cause of socket bug (for some of us it was a
> feature :-).
> The sources are on:
> 
> http://jakarta.apache.org/~mturk/
> 
> Cannot write to the builds dir, so if someone is willing to copy that to
> the builds/release.
> Nacho, Henri?

I have removed the old release subdirection and recreated it with enough 
permissions:

The file 
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.0/src/jakarta-tomcat-connectors-jk2-2.0.0.tar.gz
need to be signed.

> 
> MT.
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-5 KEYS

[Stefan Bodewig]

On Mon, 30 Sep 2002, Henri Gomez <[EMAIL PROTECTED]> wrote:
> 
> Yes, you should remove the old one, since it has been revoked.
> 

What if we are still distributing RPMs that have been signed with the
old key?  Will you create a new RPM with your new key?

Stefan

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-5 KEYS

[Henri Gomez]

Stefan Bodewig wrote:
> On Mon, 30 Sep 2002, Henri Gomez <[EMAIL PROTECTED]> wrote:
> 
>>Yes, you should remove the old one, since it has been revoked.
>>
> 
> 
> What if we are still distributing RPMs that have been signed with the
> old key?  Will you create a new RPM with your new key?

Yes, I suggest users to switch to rpm I've done for jpackage project.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: JK2 Tagged as JK2_2_0_0_rel

[Henri Gomez]

jean-frederic clere wrote:
> Mladen Turk wrote:
> 
>> JK2 has been retagged cause of socket bug (for some of us it was a
>> feature :-).
>> The sources are on:
>>
>> http://jakarta.apache.org/~mturk/
>>
>> Cannot write to the builds dir, so if someone is willing to copy that to
>> the builds/release.
>> Nacho, Henri?
> 
> 
> I have removed the old release subdirection and recreated it with enough 
> permissions:
> 
> The file 
> 
>http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.0/src/jakarta-tomcat-connectors-jk2-2.0.0.tar.gz
> 
> 
> need to be signed.

Mladen could you change the tarball :

Change it's name to jakarta-tomcat-connectors-jk2-2.0.0-src.tar.gz

directory changed to jakarta-tomcat-connectors-jk2-2.0.0-src

Keep the jtc layout, ie jk/native2 ?

The current layout prevent me from using the same spec files for jk and 
jk2 (duplicate works => duplicates bugs)

Regards


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: JK2 Tagged as JK2_2_0_0_rel

[Henri Gomez]

Henri Gomez wrote:
> jean-frederic clere wrote:
> 
>> Mladen Turk wrote:
>>
>>> JK2 has been retagged cause of socket bug (for some of us it was a
>>> feature :-).
>>> The sources are on:
>>>
>>> http://jakarta.apache.org/~mturk/
>>>
>>> Cannot write to the builds dir, so if someone is willing to copy that to
>>> the builds/release.
>>> Nacho, Henri?
>>
>>
>>
>> I have removed the old release subdirection and recreated it with 
>> enough permissions:
>>
>> The file 
>> 
>http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.0/src/jakarta-tomcat-connectors-jk2-2.0.0.tar.gz
> 
>>
>> need to be signed.
> 
> 
> Mladen could you change the tarball :
> 
> Change it's name to jakarta-tomcat-connectors-jk2-2.0.0-src.tar.gz
> 
> directory changed to jakarta-tomcat-connectors-jk2-2.0.0-src
> 
> Keep the jtc layout, ie jk/native2 ?
> 
> The current layout prevent me from using the same spec files for jk and 
> jk2 (duplicate works => duplicates bugs)
> 

Also include generated doc in jk/docs, even if it could be regenerated 
by ant, it's still native code area and many peoples may don't have/want
to use ant to generate the doc




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: tomcat 3.3.2 cleanup

[Larry Isaacs]

Now that mod_jk 1.2.0 is released, I'm fine with this.

Cheers,
Larry

> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, September 30, 2002 5:13 AM
> To: [EMAIL PROTECTED]
> Subject: tomcat 3.3.2 cleanup
> 
> 
> If everybody agree, what about removing src/native for tomcat 3.3.2 ?
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: JK2 Tagged as JK2_2_0_0_rel

[Mladen Turk]

Ok did, could you check on the same place (my home dir).


> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, September 30, 2002 1:20 PM
> To: Tomcat Developers List
> Subject: Re: JK2 Tagged as JK2_2_0_0_rel
> 
> 
> Henri Gomez wrote:
> > jean-frederic clere wrote:
> > 
> >> Mladen Turk wrote:
> >>
> >>> JK2 has been retagged cause of socket bug (for some of us 
> it was a 
> >>> feature :-). The sources are on:
> >>>
> >>> http://jakarta.apache.org/~mturk/
> >>>
> >>> Cannot write to the builds dir, so if someone is willing to copy 
> >>> that to the builds/release. Nacho, Henri?
> >>
> >>
> >>
> >> I have removed the old release subdirection and recreated it with 
> >> enough permissions:
> >>
> >> The file 
> >> 
> http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2
/release/v2.0.0/src/jakarta-tomcat-connectors-jk2-2.0.0.tar.gz 
>>
>> need to be signed.
> 
> 
> Mladen could you change the tarball :
> 
> Change it's name to jakarta-tomcat-connectors-jk2-2.0.0-src.tar.gz
> 
> directory changed to jakarta-tomcat-connectors-jk2-2.0.0-src
> 
> Keep the jtc layout, ie jk/native2 ?
> 
> The current layout prevent me from using the same spec files for jk
and 
> jk2 (duplicate works => duplicates bugs)
> 

Also include generated doc in jk/docs, even if it could be regenerated 
by ant, it's still native code area and many peoples may don't have/want
to use ant to generate the doc




--
To unsubscribe, e-mail:

For additional commands, e-mail:





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: JK2 Tagged as JK2_2_0_0_rel

[Henri Gomez]

Mladen Turk wrote:
> Ok did, could you check on the same place (my home dir).

Where cvs or jakarta ?




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tomcat 3.3.2 cleanup

[Henri Gomez]

Larry Isaacs wrote:
> Now that mod_jk 1.2.0 is released, I'm fine with this.

Nota, that it will remove also mod_jserv 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: JK2 Tagged as JK2_2_0_0_rel

[Mladen Turk]

Jakarta...

Size is 401274 bytes
Could you sign that if it OK. I forget to update KEYS prior tagging.



> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, September 30, 2002 1:58 PM
> To: Tomcat Developers List
> Subject: Re: JK2 Tagged as JK2_2_0_0_rel
> 
> 
> Mladen Turk wrote:
> > Ok did, could you check on the same place (my home dir).
> 
> Where cvs or jakarta ?
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For 
> additional commands, e-mail: 
> 
> 
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: tomcat 3.3.2 cleanup

[Larry Isaacs]

> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, September 30, 2002 8:02 AM
> To: Tomcat Developers List
> Subject: Re: tomcat 3.3.2 cleanup
> 
> 
> Larry Isaacs wrote:
> > Now that mod_jk 1.2.0 is released, I'm fine with this.
> 
> Nota, that it will remove also mod_jserv 

IMHO, it has been depricated long enough and is back level
enough that it isn't worth the cycles to continue including
it in future releases.

Larry

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

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors KEYS

[mturk]

mturk   2002/09/30 05:38:39

  Modified:.KEYS
  Log:
  Add my public key to the KEYS.
  
  Revision  ChangesPath
  1.8   +33 -0 jakarta-tomcat-connectors/KEYS
  
  Index: KEYS
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/KEYS,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- KEYS  30 Sep 2002 09:58:45 -  1.7
  +++ KEYS  30 Sep 2002 12:38:39 -  1.8
  @@ -165,3 +165,36 @@
   =1iBa
   -END PGP PUBLIC KEY BLOCK-
   
  +Type Bits/KeyIDDate   User ID
  +pub  1024D/43BBFD13 2002-09-30 Mladen Turk <[EMAIL PROTECTED]>
  +
  +-BEGIN PGP PUBLIC KEY BLOCK-
  +Version: GnuPG v1.0.6 (MingW32)
  +Comment: For info see http://www.gnupg.org
  +
  +mQGiBD2YNHURBACDBSCbUgp0h+B6rvr3egm9z2BTjG5WLtDUroUvcootGoi0jzJr
  +YVM9ej/e6vhUxGDbzihIK03uVY4VerhgSPu2dzt0+ohCaLFDUlehHkYb/QIpwHce
  +ynqDLatKL556JRA4+XsfoJWb0onped7CqdUpkejlqRtcXJ3sCADnHWCBTwCg4ASI
  +neHU8wPj/NwwkFv1iAFlSJMD/i4GdYyuL9cWjHPPt61zSOYQEcMbrlUmcKwMIqt1
  +zPAoKlxCQwsn4SeCt6oUJBhnlRR7wSfFi5Ym2fcxpUHU8Wp67C5EB7myMPlbFbTn
  +Och7AvqtsYuIEz3pFqBB5j12nkQadH6Us4/eXUTJtuBrfi1L2YkUi7RXJKgeN1Yu
  +9ilwA/9aOuKvrMjjxdP/2Ij4n2FlgvTUeClbGwBGa96N9DqEjaneIXKcY3jez3Pl
  +p+P2FinxvKckDBRpO0P7q/6w+93/hor9XY3odpR3o7yz83TE8SoLUOwxvARQYyma
  +99ki+uEv8+HuC6inz2zon25JRFxWsag8wcySk2hXtI5r/eNSqrQjTWxhZGVuIFR1
  +cmsgPG10dXJrQG1hcHBpbmdzb2Z0LmNvbT6IVwQTEQIAFwUCPZg0dQULBwoDBAMV
  +AwIDFgIBAheAAAoJEJERKMNDu/0TIs4AoMbzFQIMNu6oeiVBwLgATlAxqM1dAJ9Z
  +dolS0ZIA3t/AyN2DJBK/+o0U4LkCDQQ9mDSBEAgA3O+TzrJ8QJZ9AJAQQOjcdR3M
  +bcrmXWu/epWcq75lv3lkn7KW9QuDaVcDXpYwi7+okT4+VZId2xDpeOROqF5tokHB
  +fuMkw8KdLHoS5CMng9XoBVWmkMJiO+KB9nApgjc1f68M752gpKajOY1ziHS8OyxH
  +Gg1/xWw/SK5UuzuzNQpu4prYYIq6j5m1CmiDcSsoq4IyTj4P+pKSjGQ3KEXO5HPX
  +w//zd3/o8Q00v1ItjvA24azWoUBZPZCBlqwUR/aSAeJV26jrqGpZMEZg64OTNXi/
  +yUO2DfYRcgh0q9BahG9ZNi+0YekMkQAIX33qg2ImpjR77o2HV96t2iGzxvP3HwAD
  +BQf+LDflFGj4+juKJOcPr+6RCV6fsXs797drZSwP77Zm4gQQZm14kU9OLU6PXtNt
  +P6yn8VZbffHamfMb6n32x7x40hcjfbseiQ42+r969D4F5hoBlrF2VPBpQgvdgLX2
  +V887KyPExl9BVg/nTyEvuvJOokNhZDMj0uATOmkAGrnBfloeBPtqgVA4zdKT15wT
  ++pAkZFXP6Tr8CrPqtLwnaAtWDdcTgvGgLo4Tcoeca5J7kUJW63E6zrqIhbSf6y8A
  +/+7+f/JtdoboYEjT8my4UhCLykWMklNXIV+hnIbg3oIkB2v6T5TWf8UrMuMeKgKQ
  +noM//QpcnyamTJ2zrX32aBfYfYhGBBgRAgAGBQI9mDSBAAoJEJERKMNDu/0TBzcA
  +n223BnGVjqZ0dgybl5VOXHfBDNDJAJ9lBRAdGytkoPX9LpN+oZvO/tsnYw==
  +=YuIT
  +-END PGP PUBLIC KEY BLOCK-
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] [5.0] Milestones

[Jean-Francois Arcand]

>
> 
> [ X] +1 Yes, start releasing milestones
> [ ] -1 No, because:
>
>
> 
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: JK2 Tagged as JK2_2_0_0_rel

[Henri Gomez]

Mladen Turk wrote:
> Ok did, could you check on the same place (my home dir).

Where ?

http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.0/src/





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[PATCH] mod_webapp tweak

[Gary Benson]

Hi,

I've tripped over the 'you need to set a ServerName before you
configure mod_webapp' a couple of times in the past so I had a go at
fixing it.  The stored hostname and port number are only used for
informational purposes, and the attached patch makes them optional
(they get replaced by '*' wherever used).

Cheers,
Gary

[ [EMAIL PROTECTED] ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]


Work without a ServerName being specified.

diff -ru mod_webapp-1.2.0_dev.orig/lib/pr_info.c mod_webapp-1.2.0_dev/lib/pr_info.c
--- mod_webapp-1.2.0_dev.orig/lib/pr_info.c Tue Sep 24 09:44:14 2002
+++ mod_webapp-1.2.0_dev/lib/pr_info.c  Mon Sep 30 11:54:58 2002
@@ -152,7 +152,10 @@
 wa_rprintf(r,"  \n");
 wa_rprintf(r,"   \n");
 wa_rprintf(r,"\n");
-wa_rprintf(r," Host %s:%d\n",h->name,h->port);
+if(h->port)
+   wa_rprintf(r," Host %s:%d\n",h->name?h->name:"*",h->port);
+else
+   wa_rprintf(r," Host %s:*\n",h->name?h->name:"*");
 wa_rprintf(r,"\n");
 wa_rprintf(r,"   \n");
 wa_rflush(r);
diff -ru mod_webapp-1.2.0_dev.orig/lib/wa_config.c mod_webapp-1.2.0_dev/lib/wa_config.c
--- mod_webapp-1.2.0_dev.orig/lib/wa_config.c   Tue Sep 24 09:44:14 2002
+++ mod_webapp-1.2.0_dev/lib/wa_config.cMon Sep 30 11:51:21 2002
@@ -109,8 +109,7 @@
 
 /* Check parameters */
 if (h==NULL) return("Invalid virtual host storage location");
-if (n==NULL) return("Invalid virtual host name");
-if (p<1) return("Invalid port number (p<1) No \"Port\" statement found");
+if (p<0) return("Invalid port number (p<1)");
 if (p>65535) return("Invalid port number (p>65535)");
 
 /* Allocate some memory */
@@ -118,7 +117,7 @@
 if (host==NULL) return("Cannot allocate memory");
 
 /* Set up parameters */
-host->name=apr_pstrdup(wa_pool,n);
+host->name=n?apr_pstrdup(wa_pool,n):NULL;
 host->port=p;
 host->apps=NULL;
 
diff -ru mod_webapp-1.2.0_dev.orig/lib/wa_main.c mod_webapp-1.2.0_dev/lib/wa_main.c
--- mod_webapp-1.2.0_dev.orig/lib/wa_main.c Tue Sep 24 09:44:14 2002
+++ mod_webapp-1.2.0_dev/lib/wa_main.c  Mon Sep 30 11:53:32 2002
@@ -189,7 +189,7 @@
 
 /* Done */
 wa_debug(WA_MARK,"Application %s deployed for http://%s:%d%s (Conn: %s)",
- a->name,h->name,h->port,a->rpth,c->name);
+ a->name,h->name?h->name:"*",h->port,a->rpth,c->name);
 return(NULL);
 }
 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tomcat 3.3.2 cleanup

[Bojan Smojver]

+1

Bojan

On Mon, 2002-09-30 at 19:13, Henri Gomez wrote:
> If everybody agree, what about removing src/native for tomcat 3.3.2 ?
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] [5.0] Milestones

[Ian Darwin]

> > Now that the first stable releases of Tomcat 4.1 are out (and according
> > to reports, of good overall quality), it could be appropriate to start
> > releasing 5.0.x milestones.
> > It should be pointed out that 5.0.x is still far from being feature
> > complete (esp the configuration code needs to be unified if possible,
> > and some optimizations are needed), so the milestones should be
> > considered alpha or pre alpha until further notice.
> >
> > 
> > [ ] +1 Yes, start releasing milestones
> > [ ] -1 No, because:

+1


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13138] New: - Compliance issue. PageContext.setAttribute(String, Object, int) fails to throw an IllegalArgumentException if provide an invalid scope.

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13138

Compliance issue.  PageContext.setAttribute(String, Object, int) fails to throw an 
IllegalArgumentException if provide an invalid scope.

   Summary: Compliance issue.  PageContext.setAttribute(String,
Object, int) fails to throw an IllegalArgumentException
if provide an invalid scope.
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Per the Javadocs, PageContext.setAttribute(String, Object, int)
must throw an IllegalArgumentException if provided an invalid scope.

I looked at o.a.j.runtime.PageContextImpl and found that the default case in the
switch does nothing when it should throw an IllegalArgumentException.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13140] New: - Compliance issue - PageContext.setAttribute, under certain circumstances, fails to throw an NPE when the value provided is null

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13140

Compliance issue - PageContext.setAttribute, under certain circumstances, fails to 
throw an NPE when the value provided is null

   Summary: Compliance issue - PageContext.setAttribute, under
certain circumstances, fails to throw an NPE when the
value provided is null
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If trying to set a PageContext attribute in the following scopes, an NPE is not
thrown when the value provided is null:

   JspContext.REQUEST_SCOPE
   JspContext.SESSION_SCOPE
   JspContext.APPLICATION_SCOPE

   ex.

   pageContext.setAttribute("attrName", null, JspContext.APPLICATION_SCOPE);

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

administration web, struts-config.xml

[Oliver Wulff]

Hi

I use Tomcat 4.10.

When I want to show the available roles the ListRolesAction has to be
called. I guess that it will be called twice.

Here is a snippet of org.apache.webapp.admin.users.UsersTreeBuilder:
...
TreeControlNode roles = new TreeControlNode
("Global Administer Roles",
 "Roles.gif",
 resources.getMessage("users.treeBuilder.rolesNode"),
 "users/listRoles.do?databaseName=" +
 URLEncoder.encode(databaseName) +
 "&forward=" +
 URLEncoder.encode("Roles List Setup"),
 "content",
 false);
...

and a snippet of the struts-config.xml:
...



...

As you can see from the source code the request will be dispatched to
"Roles List Setup" which is again listRoles.do.
Does that make sense?

It still works if I define the "Roles List Setup" like this:



Regards
Oliver







*** BITTE BEACHTEN ***
Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet
möglicherweise vertrauliche oder gesetzlich geschützte Daten oder
Informationen. Zum Empfang derselben ist (sind) ausschliesslich die
genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht
irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter
Ausschluss jeder Reproduktion zu zerstören und die absendende Person
umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apa che/coyote/tomcat4 CoyoteAdapter.java

[Costin Manolache]

Bill Barker wrote:

> 
> - Original Message -
> From: "Ignacio J. Ortega" <[EMAIL PROTECTED]>
> To: "'Tomcat Developers List'" <[EMAIL PROTECTED]>
> Sent: Sunday, September 29, 2002 4:43 PM
> Subject: RE: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apa
> che/coyote/tomcat4 CoyoteAdapter.java
> 
> 
>> > De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
>> > Enviado el: 29 de septiembre de 2002 21:35
>>
>>
>> > Well, that particular part of the code was very tricky to get
>> > right, so
>> > the change is dangerous by itself. I don't have time to look
>> > much into
>> > it (I'll be away for 3 days; someone please handle bugzilla
>> > during that
>> > time ;-)).
>>
>> Bugs? Who does bugs? :))
> 
> I wish more people did bugs. :)

I hear your :-)

I wish I had more time.

Costin

> 
>>
>> >
>> > I think we should implement proxyPort and proxyHost if it
>> > doesn't work.
>> > That's supposed to be there, and would solve the problem I think, so
>> > it's better than trying to change working code.
>> >
>>
>> 12998 and Proxies are related ( they are near in the code :)), but
>> solving the proxy one doesnt solve the secure flag one, CoyoteAdapter
>> should make asumptions in the protocol part, it must be protocol
>> agnostic more channel agnostic too, and when taking the secure flag from
>> the connector and trying to get proxies from there, it assumes that the
>> connector knows about wheter the request was in a SSL channel and this
>> is not true in ajp13 this infos are ont data not the channel nor the
>> protocol..
>>
>> I doubt redirections has worked ever in JK2, as i said the secure flag
>> in the CoyoteConnector is never setted, at least my debugger does get to
>> the breakpoint ever :)) so i can be wrong but in this state is not much
>> worse that it was.. :))
>>
> 
> ProxyPort should probably be deprecated (at least in 5.0).  The 2.4
> servlet spec requires that the ServerPort be taken from the Host header,
> so the ProxyPort isn't that useful anymore.
> 
> 
>>
>> Saludos ,
>> Ignacio J. Ortega
>>
>>
>> --
>> To unsubscribe, e-mail:
> 
>> For additional commands, e-mail:
> 
>>
>>

-- 
Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tomcat 3.3.2 cleanup

[Costin Manolache]

Henri Gomez wrote:

> Larry Isaacs wrote:
>> Now that mod_jk 1.2.0 is released, I'm fine with this.
> 
> Nota, that it will remove also mod_jserv 

Please don't :-)

I know people still using it. Probably the one in java-jserv can be
used as well ( well, we should do a diff first ). 


-- 
Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tomcat 3.3.2 cleanup

[Costin Manolache]

Henri Gomez wrote:

> If everybody agree, what about removing src/native for tomcat 3.3.2 ?


+1

-- 
Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tomcat 3.3.2 cleanup

[Henri Gomez]

Costin Manolache wrote:
> Henri Gomez wrote:
> 
> 
>>If everybody agree, what about removing src/native for tomcat 3.3.2 ?
> 
> 
> 
> +1
> 

Yes or no ?



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tomcat 3.3.2 cleanup

[jean-frederic clere]

Costin Manolache wrote:
> Henri Gomez wrote:
> 
> 
>>Larry Isaacs wrote:
>>
>>>Now that mod_jk 1.2.0 is released, I'm fine with this.
>>
>>Nota, that it will remove also mod_jserv 
> 
> 
> Please don't :-)
> 
> I know people still using it. Probably the one in java-jserv can be
> used as well ( well, we should do a diff first ). 

For the BS2000 I have used the one in java-jserv.

> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_jni_worker.c jk_global.h

[hgomez]

hgomez  2002/09/30 08:40:18

  Modified:jk/native/common jk_jni_worker.c jk_global.h
  Log:
  Just got my iSeries V5R1 loaded with apache 2.0.39, and hunting for remaining
  bugs
  
  
  Revision  ChangesPath
  1.22  +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_jni_worker.c
  
  Index: jk_jni_worker.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_jni_worker.c,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- jk_jni_worker.c   25 Sep 2002 08:33:04 -  1.21
  +++ jk_jni_worker.c   30 Sep 2002 15:40:17 -  1.22
  @@ -62,7 +62,7 @@
* Version: $Revision$   *
***/
   
  -#if !defined(WIN32) && !defined(NETWARE)
  +#if !defined(WIN32) && !defined(NETWARE) && !defined(AS400)
   #include 
   #endif
   
  
  
  
  1.23  +3 -1  jakarta-tomcat-connectors/jk/native/common/jk_global.h
  
  Index: jk_global.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_global.h,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- jk_global.h   24 Sep 2002 22:34:08 -  1.22
  +++ jk_global.h   30 Sep 2002 15:40:18 -  1.23
  @@ -178,6 +178,8 @@
   /* Check for Apache 2.0 running on an EBCDIC system */
   #if APR_CHARSET_EBCDIC 
   
  +#include 
  +
   #define USE_CHARSET_EBCDIC
   #define jk_xlate_to_ascii(b, l) ap_xlate_proto_to_ascii(b, l)
   #define jk_xlate_from_ascii(b, l) ap_xlate_proto_from_ascii(b, l)
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qcsrc

[hgomez]

hgomez  2002/09/30 08:43:37

  Modified:jk/native/apache-2.0 bldjk.qcsrc
  Log:
  Updated CL build script, nota that JNI includes are in regular place,
  no need to add the include path
  
  Revision  ChangesPath
  1.2   +228 -248  jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qcsrc
  
  Index: bldjk.qcsrc
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qcsrc,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- bldjk.qcsrc   2 Sep 2002 10:48:23 -   1.1
  +++ bldjk.qcsrc   30 Sep 2002 15:43:37 -  1.2
  @@ -1,248 +1,228 @@
  -PGM
  -CRTCMOD MODULE(MOD_JK/MOD_JK) +
  -SRCSTMF('/home/apache/jk/native/apache-2.0/mod_jk.c') +
  -DEFINE('AS400' 'HAVE_JNI' 'USE_APACHE_MD5') +
  -TEXT('mod_jk.c')+
  -SYSIFCOPT(*IFSIO)   +
  -TGTCCSID(*JOB)  +
  -OPTION(*LOGMSG )+
  -INCDIR('/home/apache/jk/native/common'  +
  -   '/QIBM/ProdData/HTTPA/Include'   +
  -   '/QIBM/ProdData/Java/Include')
  -
  -CRTCMOD MODULE(MOD_JK/JK_AJP_COM)+
  -SRCSTMF('/home/apache/jk/native/common/jk_ajp_common.c') +
  -DEFINE('AS400' 'HAVE_JNI' 'USE_APACHE_MD5')  +
  -TEXT('jk_ajp_common.c')  +
  -SYSIFCOPT(*IFSIO) +
  -LANGLVL(*ANSI)   +
  -TGTCCSID(*JOB)   +
  -OPTION(*LOGMSG ) +
  -INCDIR('/home/apache/jk/native/common'   +
  -   '/QIBM/ProdData/HTTPA/Include'+
  -   '/QIBM/ProdData/Java/Include')
  -
  -CRTCMOD MODULE(MOD_JK/JK_AJP12_W)  +
  -SRCSTMF('/home/apache/jk/native/common/jk_ajp12_worker.c') +
  -DEFINE('AS400' 'HAVE_JNI' 'USE_APACHE_MD5')+
  -TEXT('jk_ajp12_worker.c')  +
  -SYSIFCOPT(*IFSIO)  +
  -LANGLVL(*ANSI) +
  -TGTCCSID(*JOB) +
  -OPTION(*LOGMSG )   +
  -INCDIR('/home/apache/jk/native/common' +
  -   '/QIBM/ProdData/HTTPA/Include'  +
  -   '/QIBM/ProdData/Java/Include')
  -
  -CRTCMOD MODULE(MOD_JK/JK_AJP13) +
  -SRCSTMF('/home/apache/jk/native/common/jk_ajp13.c') +
  -DEFINE('AS400' 'HAVE_JNI' 'USE_APACHE_MD5') +
  -TEXT('jk_ajp13.c')  +
  -SYSIFCOPT(*IFSIO)   +
  -LANGLVL(*ANSI)  +
  -TGTCCSID(*JOB)  +
  -OPTION(*LOGMSG )+
  -INCDIR('/home/apache/jk/native/common'  +
  -   '/QIBM/ProdData/HTTPA/Include'   +
  -   '/QIBM/ProdData/Java/Include')
  -
  -CRTCMOD MODULE(MOD_JK/JK_AJP13_W)  +
  -SRCSTMF('/home/apache/jk/native/common/jk_ajp13_worker.c') +
  -DEFINE('AS400' 'HAVE_JNI' 'USE_APACHE_MD5')+
  -TEXT('jk_ajp13_worker.c')  +
  -SYSIFCOPT(*IFSIO)  +
  -LANGLVL(*ANSI) +
  -TGTCCSID(*JOB) +
  -OPTION(*LOGMSG )   +
  -INCDIR('/home/apache/jk/native/common' +
  -   '/QIBM/ProdData/HTTPA/Include'  +
  -   '/QIBM/ProdData/Java/Include')
  -
  -CRTCMOD MODULE(MOD_JK/JK_AJP14) +
  -SRCSTMF('/home/apache/jk/native/common/jk_ajp14.c') +
  -DEFINE('AS400' 'HAVE_JNI' 'USE_APACHE_MD5') +
  -TEXT('jk_ajp14.c')  +
  -SYSIFCOPT(*IFSIO)   +
  -LANGLVL(*ANSI)  +
  -TGTCCSID(*JOB)  +
  -OPTION(*LOGMSG )+
  -INCDIR('/home/apache/jk/native/common'  +
  -   '/QIBM/ProdData/HTTPA/Include'   +
  -   '/QIBM/ProdData/Java/Include')
  -
  -CRTCMOD MODULE(MOD_JK/JK_AJP14_W)  +
  -SRCSTMF('/home/apache/jk/native/common/jk_ajp14_worker.c') +
  -DEFINE('AS400' 'HAVE_JNI' 'USE_APACHE_MD5')+
  -TEXT('jk_ajp14_worker.c')  +
  -SYSIFCOPT(*IFSIO)  +
  -LA

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_jni_worker.c

[hgomez]

hgomez  2002/09/30 09:00:04

  Modified:jk/native/common jk_jni_worker.c
  Log:
  More update to JNI support for iSeries.
  OS400 compiler is more strict with pointers and there is many assumption
  here (like gcc like this pointer -> int -> jlong) which make me think that
  the code here should be seriously studied (in jk2 ;)
  
  Revision  ChangesPath
  1.23  +28 -14jakarta-tomcat-connectors/jk/native/common/jk_jni_worker.c
  
  Index: jk_jni_worker.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_jni_worker.c,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- jk_jni_worker.c   30 Sep 2002 15:40:17 -  1.22
  +++ jk_jni_worker.c   30 Sep 2002 16:00:04 -  1.23
  @@ -107,7 +107,11 @@
   
   jint (JNICALL *jni_get_default_java_vm_init_args)(void *) = NULL;
   jint (JNICALL *jni_create_java_vm)(JavaVM **, JNIEnv **, void *) = NULL;
  +#ifdef AS400
  +jint (JNICALL *jni_get_created_java_vms)(JavaVM **, long, long *) = NULL;
  +#else
   jint (JNICALL *jni_get_created_java_vms)(JavaVM **, int, int *) = NULL;
  +#endif
   
   #define TC33_JAVA_BRIDGE_CLASS_NAME ("org/apache/tomcat/modules/server/JNIEndpoint")
   #define TC32_JAVA_BRIDGE_CLASS_NAME ("org/apache/tomcat/service/JNIEndpoint")
  @@ -337,8 +341,14 @@
   p->worker->jk_service_method,
   /* [V] For some reason gcc likes this pointer -> int -> jlong conversion, */
   /* but not the direct pointer -> jlong conversion. I hope it's okay.  */
  +#ifdef AS400
  +s,
  +l
  +#else
   (jlong)(int)s,
  -(jlong)(int)l);
  +(jlong)(int)l
  +#endif
  +);
   
   /* [V] Righ now JNIEndpoint::service() only returns 1 or 0 */
   if(rc) {
  @@ -533,9 +543,9 @@
   
   /* if(env = attach_to_jvm(p,l)) { */
   if((env = p->tmp_env)) {
  -jstring cmd_line = NULL;
  -jstring stdout_name = NULL;
  -jstring stderr_name = NULL;
  +jstring cmd_line = (jstring)NULL;
  +jstring stdout_name = (jstring)NULL;
  +jstring stderr_name = (jstring)NULL;
   jint rc = 0;
   
/* AS400/BS2000 need EBCDIC to ASCII conversion for JNI */
  @@ -699,11 +709,11 @@
   private_data->was_initialized   = JK_FALSE;
   private_data->jvm   = NULL;
   private_data->tmp_env   = NULL;
  -private_data->jk_java_bridge_object = NULL;
  -private_data->jk_java_bridge_class  = NULL;
  -private_data->jk_startup_method = NULL;
  -private_data->jk_service_method = NULL;
  -private_data->jk_shutdown_method= NULL;
  +private_data->jk_java_bridge_object = (jobject)NULL;
  +private_data->jk_java_bridge_class  = (jclass)NULL;
  +private_data->jk_startup_method = (jmethodID)NULL;
  +private_data->jk_service_method = (jmethodID)NULL;
  +private_data->jk_shutdown_method= (jmethodID)NULL;
   private_data->tomcat_cmd_line   = NULL;
   private_data->tomcat_classpath  = NULL;
   private_data->bridge_type= TC33_BRIDGE_TYPE;
  @@ -1045,7 +1055,11 @@
   err=jni_create_java_vm(&(p->jvm), &penv, &vm_args);
   
   if (JNI_EEXIST == err) {
  -int vmCount;
  +#ifdef AS400
  +long vmCount;
  +#else
  +int  vmCount;
  +#endif
  jk_log(l, JK_LOG_DEBUG, "JVM alread instantiated."
 "Trying to attach instead.\n");
   
  @@ -1118,7 +1132,7 @@
   strdup_ascii(&p->p, "()V"));   /* 
method sign */
   
   if(!constructor_method_id) {
  - p->jk_java_bridge_class = NULL;
  + p->jk_java_bridge_class = (jclass)NULL;
jk_log(l, JK_LOG_EMERG, 
  "Can't find constructor\n");
return JK_FALSE;
  @@ -1128,7 +1142,7 @@
p->jk_java_bridge_class,
constructor_method_id);
   if(! p->jk_java_bridge_object) {
  - p->jk_java_bridge_class = NULL;
  + p->jk_java_bridge_class = (jclass)NULL;
jk_log(l, JK_LOG_EMERG, 
  "Can't create new bridge object\n");
return JK_FALSE;
  @@ -1137,8 +1151,8 @@
   p->jk_java_bridge_object = (jobject)(*env)->NewGlobalRef(env, 
p->jk_java_bridge_object);
   if(! p->jk_java_bridge_object) {
jk_log(l, JK_LOG_EMERG, "Can't create global ref to bridge object\n");
  - p->jk_java_bridge_class = NULL;
  -p->jk_java_bridge_object = NULL;
  + p->jk_java_bridge_class = (jclass)NULL;
  +p->jk_java_bridge_object = (jobject)NULL;
return JK_FALSE;
   }

DO NOT REPLY [Bug 13052] - SecurityManager + req.getParameter() = "ParameterMap" class loading NoClassDefFoundError exception

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13052

SecurityManager + req.getParameter() = "ParameterMap" class loading 
NoClassDefFoundError exception

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|CLOSED  |REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 17:06 ---
Glenn, I have fixed the problem on my end by adding the following two lines in 
my catalina.policy:

permission 
java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.util";
permission 
java.lang.RuntimePermission "accessClassInPackage.org.apache.catalina.util.*";
+   permission 
java.lang.RuntimePermission "defineClassInPackage.org.apache.catalina.util";
+   permission 
java.lang.RuntimePermission "defineClassInPackage.org.apache.catalina.util.*";

The reason why I posted this bug is so that you can fix this catalina.policy in 
the Tomcat distribution to fix this bug for others.  Please do so.  Thanks.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13144] New: - Scriplet comment breaks JSPs silently

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13144

Scriplet comment breaks JSPs silently

   Summary: Scriplet comment breaks JSPs silently
   Product: Tomcat 4
   Version: 4.1.10
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


There are already some bug reports about // comments in scriplets in the bug
database. Here is another one that is really dangerous, because jasper compiles
those JSPs without complaining, but the generated Java source doesn't work as
expected. See my simplified example:

part of a JSP:

<%  if (msg.send(user))
{ // ok %>
Message sent.

Ok<%
} %>

the following Java source is generated:

if (msg.send(user))
{ // ok   out.write("\nMessage sent.");
  out.write("\n");
  out.write("\n\t");
[...]

That means that the text "Message sent." is not printed on the HTML-Page. This
is really a source for a lot of more serious problems.
This example used to work in tomcat 4.0 with 4.1.10 it doesn't. Is this problem
already fixed in a develeoper release?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tomcat 3.3.2 cleanup

[Costin Manolache]

Henri Gomez wrote:

> Costin Manolache wrote:
>> Henri Gomez wrote:
>> 
>> 
>>>If everybody agree, what about removing src/native for tomcat 3.3.2 ?
>> 
>> 
>> 
>> +1
>> 
> 
> Yes or no ?

Yes, remove mod_jk related stuff.

I think it would be a good idea to keep mod_jserv - it is frozen from a 
long time, but still in use in various production sites. It works 
well ( even if slow ) - and several load balancing features will only
be implemented in jk2 ( which is not yet final release ). Since those
features are missing in jk1, I think it is good to keep it around.

I'll do a diff to the one in java-jserv CVS. The reason we have it in
tomcat - the development of jserv stoped long ago, and we still used 
mod_jserv as part of tomcat3.x ( so it needs to be maintained, etc ).
And the reason we used ( and some people still use ) jserv - the shmem
stuff which isn't implemented in jk1, but some people need. It allows
you to do gracefull restarts of workers, check status, etc - again,
jk2 will have those features, but jk2 is beta.

-- 
Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tomcat 3.3.2 cleanup

[Costin Manolache]

Henri Gomez wrote:

> Costin Manolache wrote:
>> Henri Gomez wrote:
>> 
>> 
>>>If everybody agree, what about removing src/native for tomcat 3.3.2 ?
>> 
>> 
>> 
>> +1
>> 
> 
> Yes or no ?


Actually, another way is to move mod_jserv in j-t-c, and remove src/native
completely.


-- 
Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13144] - Scriplet comment breaks JSPs silently

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13144

Scriplet comment breaks JSPs silently

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 17:45 ---


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

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13107] - Wrong handling of <% // some comment %>

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13107

Wrong handling of <% // some comment %>

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 17:45 ---
*** Bug 13144 has been marked as a duplicate of this bug. ***

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13150] New: - Tomcat 4.1.12 cant find servlet classes in lib/*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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13150

Tomcat 4.1.12 cant find servlet classes in lib/*jar

   Summary: Tomcat 4.1.12 cant find servlet classes in lib/*jar
   Product: Tomcat 4
   Version: 4.1.2
  Platform: All
   URL: N/A
OS/Version: Linux
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Catalina:Modules
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


A WAR file worked fine in 4.0.5 but not in 4.1.12.
The WAR is being autodeployed
the lib directory has several JAR files.  some contain servlet class files
under 4.1.12 domcat says "resource not found" when accessing any of the servlets
in the lib/x.jar files

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13151] New: - documentation needs to include info about proxies for non-Apache web servers

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13151

documentation needs to include info about proxies for non-Apache web servers

   Summary: documentation needs to include info about proxies for
non-Apache web servers
   Product: Tomcat 4
   Version: 4.1.12
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Webapps:Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat 3.x had very thorough documenation, explaining how to use Tomcat with 
Apache, IIS, and Netscape Enterprise Server (now called IPlanet).
The documentation for Tomcat 4.x is still missing any helpful words about 
using IIS and Netscape. I'm still using the same IIS plugin that I used with 
Tomcat 3.x and because it connects to AJP13 which Tomcat 4 still supports, it 
works, but I'm not sure if there is a better way to do it with Tomcat 4 - 
documentation would be helpful. Thanks.
Also, I see no mention of the supposed new JMX admin front end in the 4.1.x 
documention. This new feature is hardly useful if there is no documentation 
about it. I'm still using the old very simple text based admin front end where 
you use the /manager URL and give simple commands like "list", etc. cause I 
don't know any better.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13144] - Scriplet comment breaks JSPs silently

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13144

Scriplet comment breaks JSPs silently

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 18:12 ---
Kin,

please look at my example. There's a linefeed after the %> and it's really not
obvious to the general JSP developer that this is not okay. This is not an exact
duplicate of 13107 which has absolutely no linefeed.
I could follow the spec and rewrite all my JSPs but if you don't fix that, you
will break thousands of pages worldwide when ISPs upgrade from tomcat 4.0 to
4.1. Even worse nobody will get an error message from Jasper but all their JSPs
will stop to work properly. 

Another point: if a // single line comment only ends with an linefeed why isn't
the %> commented out, therefore letting the preprocssor regard the HTML code as
a continuation of the scriptlet?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12998] - HTTPS gets changed to HTTP://servername:443

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=12998

HTTPS gets changed to HTTP://servername:443

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 18:36 ---
Fixed in CVS..

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12860] - Cannot access Tomcat Administration context because struts 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://nagoya.apache.org/bugzilla/show_bug.cgi?id=12860

Cannot access Tomcat Administration context because struts error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 18:40 ---
Same installation procedure on windows and linux.

On Linux -> all works fine
On Windows 2000 SP2 -> the bug is reproducible

So, should reopen the bug!

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13144] - Scriplet comment breaks JSPs silently

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13144

Scriplet comment breaks JSPs silently





--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 18:45 ---
Regarding the spec of JSP 1.2:

In the example on page 69 of the PDF the same construction that I used is used
in an example:
...
<% } // close the block %>
...

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [VOTE] [5.0] Milestones

[Larry Isaacs]

> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]] 
> Sent: Saturday, September 28, 2002 10:12 AM
> To: Tomcat Developers List
> Subject: [VOTE] [5.0] Milestones 
> 
> 
> Hi,
> 
> Now that the first stable releases of Tomcat 4.1 are out (and 
> according 
> to reports, of good overall quality), it could be appropriate 
> to start 
> releasing 5.0.x milestones.
> It should be pointed out that 5.0.x is still far from being feature 
> complete (esp the configuration code needs to be unified if possible, 
> and some optimizations are needed), so the milestones should be 
> considered alpha or pre alpha until further notice.
> 
> 
> [X] +1 Yes, start releasing milestones
> [ ] -1 No, because:
> 
> 
> 
> 
> Remy
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: administration web, struts-config.xml

[Amy Roh]

Oliver Wulff wrote:
> Hi
> 
> I use Tomcat 4.10.
> 
> When I want to show the available roles the ListRolesAction has to be
> called. I guess that it will be called twice.
> 
> Here is a snippet of org.apache.webapp.admin.users.UsersTreeBuilder:
> ...
> TreeControlNode roles = new TreeControlNode
> ("Global Administer Roles",
>  "Roles.gif",
>  resources.getMessage("users.treeBuilder.rolesNode"),
>  "users/listRoles.do?databaseName=" +
>  URLEncoder.encode(databaseName) +
>  "&forward=" +
>  URLEncoder.encode("Roles List Setup"),
>  "content",
>  false);
> ...
> 
> and a snippet of the struts-config.xml:
> ...
>  path="/users/listRoles.jsp"
> redirect="false"/>
> 
>  path="/users/listRoles.do?forward=Roles+List"
> redirect="false"/>
> ...
> 
> As you can see from the source code the request will be dispatched to
> "Roles List Setup" which is again listRoles.do.
> Does that make sense?
> 
> It still works if I define the "Roles List Setup" like this:
>  path="/users/listRoles.jsp"
> redirect="false"/>

This is the same as the above "Roles List Setup" definition since 
listRoles.do?forward=Roles+List calls listRoles.jsp.  So it doesn't 
matter whether you use forward "Roles List" or to call directly 
listRoles.jsp since "Roles List" forwards to listRoles.jsp.

Amy

> 
> 
> Regards
> Oliver
> 
> 
> 
> 
> 
> 
> 
> *** BITTE BEACHTEN ***
> Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet
> möglicherweise vertrauliche oder gesetzlich geschützte Daten oder
> Informationen. Zum Empfang derselben ist (sind) ausschliesslich die
> genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht
> irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter
> Ausschluss jeder Reproduktion zu zerstören und die absendende Person
> umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 



-- 
Amy Roh
Java 2 Enterprise Edition
Java/XML Software
Sun Microsystems, Inc.
[EMAIL PROTECTED]
(408) 276-7262 Direct
(408) 276 7191 Fax



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12860] - Cannot access Tomcat Administration context because struts 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://nagoya.apache.org/bugzilla/show_bug.cgi?id=12860

Cannot access Tomcat Administration context because struts error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 19:48 ---
I tried both with jakarta-tomcat-4.1.11-LE-jdk14.zip and
jakarta-tomcat-4.1.11-LE-jdk14.exe on Windows 2000 and it works fine.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/conf catalina.policy

[glenn]

glenn   2002/09/30 12:59:47

  Modified:catalina/src/conf catalina.policy
  Log:
  Allow defineClassInPackage for util due to Request Parametermap needs
  
  Revision  ChangesPath
  1.28  +3 -1  jakarta-tomcat-4.0/catalina/src/conf/catalina.policy
  
  Index: catalina.policy
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/catalina.policy,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- catalina.policy   8 Sep 2002 18:04:02 -   1.27
  +++ catalina.policy   30 Sep 2002 19:59:47 -  1.28
  @@ -121,6 +121,8 @@
 // Required for sevlets and JSP's
 permission java.lang.RuntimePermission 
"accessClassInPackage.org.apache.catalina.util";  
 permission java.lang.RuntimePermission 
"accessClassInPackage.org.apache.catalina.util.*";
  +  permission java.lang.RuntimePermission 
"defineClassInPackage.org.apache.catalina.util";
  +  permission java.lang.RuntimePermission 
"defineClassInPackage.org.apache.catalina.util.*";
   
 // Required for running servlets generated by JSPC
 permission java.lang.RuntimePermission 
"accessClassInPackage.org.apache.jasper.runtime";
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13052] - SecurityManager + req.getParameter() = "ParameterMap" class loading NoClassDefFoundError exception

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13052

SecurityManager + req.getParameter() = "ParameterMap" class loading 
NoClassDefFoundError exception

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 20:02 ---
Note, only security exploit bug fixes are being made to the Tomcat 4.0.x branch.
I had already added the accessClassInPackage for the util package to the
catalina.policy in the current Tomcat 4.1.x branch.  I added the additional
defineClassInPackage permissions to this branch in CVS. Thanks for reporting this.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13052] - SecurityManager + req.getParameter() = "ParameterMap" class loading NoClassDefFoundError exception

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13052

SecurityManager + req.getParameter() = "ParameterMap" class loading 
NoClassDefFoundError exception

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat/src/native/mod_jserv jserv.h jserv_ajpv11.c jserv_ajpv12.c jserv_balance.c mod_jserv.c

[costin]

costin  2002/09/30 13:51:11

  Modified:src/native/mod_jserv jserv.h jserv_ajpv11.c jserv_ajpv12.c
jserv_balance.c mod_jserv.c
  Log:
  Update the workspace with various fixes from java-jserv.
  
  Revision  ChangesPath
  1.2   +2 -2  jakarta-tomcat/src/native/mod_jserv/jserv.h
  
  Index: jserv.h
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/native/mod_jserv/jserv.h,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- jserv.h   26 Aug 2000 01:21:50 -  1.1
  +++ jserv.h   30 Sep 2002 20:51:11 -  1.2
  @@ -238,7 +238,7 @@
*   *
*/
   
  -#define NB_MAX_JSERVS  25
  +#define NB_MAX_JSERVS  256
   
   #define DOWN '-'
   #define SHUTDOWN_IMMEDIATE 'X'
  
  
  
  1.2   +2 -2  jakarta-tomcat/src/native/mod_jserv/jserv_ajpv11.c
  
  Index: jserv_ajpv11.c
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/native/mod_jserv/jserv_ajpv11.c,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- jserv_ajpv11.c26 Aug 2000 01:21:50 -  1.1
  +++ jserv_ajpv11.c30 Sep 2002 20:51:11 -  1.2
  @@ -139,7 +139,7 @@
i=send(sock,"\x30\x30\x30\x30",4,0);
   #endif
   if (i==4) return 0;
  -else return 0;
  +else return -1; /* Was return -1 in tomcat CVS */
   }
   
   /* Format message */
  
  
  
  1.2   +32 -3 jakarta-tomcat/src/native/mod_jserv/jserv_ajpv12.c
  
  Index: jserv_ajpv12.c
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/native/mod_jserv/jserv_ajpv12.c,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- jserv_ajpv12.c26 Aug 2000 01:21:50 -  1.1
  +++ jserv_ajpv12.c30 Sep 2002 20:51:11 -  1.2
  @@ -65,6 +65,24 @@
* Code for ajpv12 protocol   *
*/
   
  +/* copy + paste from src/main/http_main.c" */
  +#ifdef _OSD_POSIX
  +#define MAX_SECS_TO_LINGER 30
  +static void sock_enable_linger(jserv_config *cfg, int s)
  +{
  +struct linger li;
  +
  +li.l_onoff = 1;
  +li.l_linger = MAX_SECS_TO_LINGER;
  +
  +if (setsockopt(s, SOL_SOCKET, SO_LINGER,
  +   (char *) &li, sizeof(struct linger)) < 0) {
  +jserv_error(JSERV_LOG_INFO,cfg,"ajp12:setsockopt: (SO_LINGER)");
  +/* not a fatal error */
  +}
  +}
  +#endif
  +
   /* = */
   /* Open a socket to JServ host */
   /* FIXME: short port gets overflowed - it's not unsigned */
  @@ -114,6 +132,8 @@
   "can not connect to host",
   inet_ntoa(addr.sin_addr),
   port);
  +if (sock != -1)
  +ap_pclosesocket(p, sock);
   return -1;
   }
   #ifdef TCP_NODELAY
  @@ -124,6 +144,11 @@
   }
   #endif
   
  +#ifdef _OSD_POSIX
  +/* otherwise the shutdown signal is not received */
  +sock_enable_linger(cfg, sock);
  +#endif
  +
   /* Return the socket number */
   return sock;
   }
  @@ -662,7 +687,7 @@
   
   
   /* Flush buffers and kill our writing timeout */
  -ap_kill_timeout(r);
  +ap_kill_timeout(r); /* This isn't in jserv CVS */
   
   
   /* If there is a request entity, send it */
  @@ -770,8 +795,12 @@
   }
   
   /* Send the function request */
  +#ifdef WIN32
  +ret = send( sock, signal, 2, 0 );
  +#else
   ret = write( sock, signal, 2);
  -
  +#endif
  +
   if (ret!=2) {
   jserv_error(JSERV_LOG_EMERG,cfg,"ajp12: cannot send function");
   ap_destroy_pool(p);
  
  
  
  1.2   +19 -2 jakarta-tomcat/src/native/mod_jserv/jserv_balance.c
  
  Index: jserv_balance.c
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/native/mod_jserv/jserv_balance.c,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- jserv_balance.c   26 Aug 2000 01:21:50 -  1.1
  +++ jserv_balance.c   30 Sep 2002 20:51:11 -  1.2
  @@ -126,6 +126,7 @@
   
 cname = ap_pstrcat(r->pool, cname, "=", NULL);
 if ((cookie = ap_table_get(r->headers_in, "Cookie")) != NULL)
  +  /* ap_log_rerror(APLOG_MARK, APLOG_ALERT, r, "COOKIE: %s", cookie );  */
   if ((value = strstr(cookie, cname)) != NULL) {
 char *cookiebuf, *cookieend;
 value += strlen(cname);
  @@ -396,7 +397,23 @@
   /* *** another process (watchdog process)  */
   /* *** we just t

DO NOT REPLY [Bug 13051] - WebApp fails to make due to apr.h on Solaris 2.8

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13051

WebApp fails to make due to apr.h on Solaris 2.8

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]   |tomcat-
   ||[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Cannot Build WebApp on Solaris 2.8

[Jay Ebert]

APR was included with webapp-module-1.0-tc40.src.tar. Earlier today I
downloaded apr-0.9.1 and successfully built libapr.so but the make at
the
Webapp-module-1.0-tc40 level failed with:

make[1]: Exiting directory
"/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr"
make[]: Installing APR library in
"/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/lib"
*** Error code 1
make: Fatal error: Command failed for target `apr-build'



I just can't seem to get the right pieces to build mod_webapp.so on
Solaris 2.8.


Any suggestions ?



-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]] 
Sent: Monday, September 30, 2002 1:32 AM
To: Tomcat Developers List
Subject: Re: Cannot Build WebApp on Solaris 2.8

Jay Ebert wrote:
> I followed the "Building the WebApp module" exactly and cannot build
the
> webapp module for Solaris 2.8 using gcc 2.95. After a successful
> ./configure ... , I get the following errors on the make:
> 

Which APR are you using?

>  
> 
> wcarweb1:/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40 #
> make
> 
>  
> 
> make[1]: Entering directory "lib"
> 
> make[1]: Invoking "make  build"
> 
> /opt/sfw/bin//gcc -g -O2-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS
> -D_REENTRANT
>
-I/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/includ
> e
-I/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/include
> -c "wa_main.c" -o "wa_main.o"
> 
> In file included from
>
/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr_general.h:61,
> 
>  from
>
/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/include/wa.h
> :77,
> 
>  from wa_main.c:59:
> 
>
/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr.h:198: #error Can not determine the proper size for apr_int64_t
> 
>
/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr.h:253: #error Can not determine the proper size for ssize_t
> 
>
/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr.h:256: #error Can not determine the proper size for size_t
> 
>
/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> apr.h:265: #error Can not determine the proper size for apr_int64_t
> 
> *** Error code 1
> 
> make: Fatal error: Command failed for target `wa_main.o'
> 
> Current working directory
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/lib
> 
> *** Error code 1
> 
> make: Fatal error: Command failed for target `template'
> 
> Current working directory
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40
> 
> *** Error code 1
> 
> make: Fatal error: Command failed for target `lib-build'
> 
> 




--
To unsubscribe, e-mail:

For additional commands, e-mail:



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13158] New: - Compliance issue - PageContext.Include with an unresolvable URL fails to throw an IllegalArgumentException.

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13158

Compliance issue - PageContext.Include with an unresolvable URL fails to throw an 
IllegalArgumentException.

   Summary: Compliance issue - PageContext.Include with an
unresolvable URL fails to throw an
IllegalArgumentException.
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


>From the javadocs:

"java.lang.IllegalArgumentException - if the target resource URL is unresolvable"

ex. call:  pageContext.include("");

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13158] - Compliance issue - PageContext.Include with an unresolvable URL fails to throw an IllegalArgumentException.

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13158

Compliance issue - PageContext.Include with an unresolvable URL fails to throw an 
IllegalArgumentException.





--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 22:07 ---
This includes the include call with the flush argument.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13132] - missing declaration of variable

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13132

missing declaration of variable

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 23:07 ---
Not a bug.

The goal of the current Jasper is to implement scoping of scripting
variables in the most spec-compliant way.

This means that AT_END variables (which the  tag in your
JSP code fragment exposes) are declared only after the call to the
handler's doEndTag() method, when they are synchronized, and not any
earlier than that.

The benefit of this approach is best explained with an example.

Assume this JSP code fragment:

  

  

with this TLD:

  
X
mytags.MyTagSupport

  someEnd
  java.lang.Integer
  AT_END

  

  
Y
mytags.MyTagSupport

  someEnd
  java.util.Vector
  AT_END

  

that is, both X and Y tags declare an AT_END variable of the same name
("someEnd"), but with different types.

With Jasper's current strategy of declaring AT_END variables right
after the call to doEndTag(), the page generated from the above JSP fragment
will compile just fine: The nested  will declare a variable named
"someEnd" of type java.util.Vector, whereas the enclosing  will
declare a variable with the same name but of different type (java.lang.Integer).

However, if Jasper declared AT_END variables at the beginning of the
tag or method (as it used to), the above won't work. Of course, the
above example won't compile if AT_END were replaced with AT_BEGIN, but
that would be expected.

As a workaround to your problem, specify a different value for the
'id' attribute in your second invocation of .

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13094] - Compliance Issue - NPE not thrown if a null reference is passed to PageContext.handlePageException(Exception) or PageContext.handlePageException(Throwable).

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13094

Compliance Issue - NPE not thrown if a null reference is passed to 
PageContext.handlePageException(Exception) or 
PageContext.handlePageException(Throwable).

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java

[luehe]

luehe   2002/09/30 16:30:35

  Modified:jasper2/src/share/org/apache/jasper/runtime
PageContextImpl.java
  Log:
  Fixed Bugzilla 13094: Compliance Issue - NPE not thrown if a null
  reference is passed to PageContext.handlePageException(Exception) or
  PageContext.handlePageException(Throwable).
  
  Revision  ChangesPath
  1.21  +5 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java
  
  Index: PageContextImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- PageContextImpl.java  20 Sep 2002 00:45:26 -  1.20
  +++ PageContextImpl.java  30 Sep 2002 23:30:35 -  1.21
  @@ -529,6 +529,8 @@
   public void handlePageException(Throwable t)
   throws IOException, ServletException 
   {
  + if (t == null) throw new NullPointerException("null Throwable");
  +
if (errorPageURL != null && !errorPageURL.equals("")) {
   
// Set request attributes
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13150] - Tomcat 4.1.12 cant find servlet classes in lib/*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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13150

Tomcat 4.1.12 cant find servlet classes in lib/*jar

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-09-30 23:38 ---
I just found that this is the invoker servlet that is disabled in 4.1.12 due to
the posted security bug.

Sorry about the false alarm.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13138] - Compliance issue. PageContext.setAttribute(String, Object, int) fails to throw an IllegalArgumentException if provide an invalid scope.

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13138

Compliance issue.  PageContext.setAttribute(String, Object, int) fails to throw an 
IllegalArgumentException if provide an invalid scope.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java

[luehe]

luehe   2002/09/30 16:45:03

  Modified:jasper2/src/share/org/apache/jasper/runtime
PageContextImpl.java
  Log:
  Fixed Bugzilla 13138 ("Compliance issue.
  PageContext.setAttribute(String, Object, int) fails to throw an
  IllegalArgumentException if provide an invalid scope.")
  
  Revision  ChangesPath
  1.22  +21 -16
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java
  
  Index: PageContextImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- PageContextImpl.java  30 Sep 2002 23:30:35 -  1.21
  +++ PageContextImpl.java  30 Sep 2002 23:45:03 -  1.22
  @@ -246,7 +246,8 @@
   
case SESSION_SCOPE:
if (session == null)
  - throw new IllegalArgumentException("can't access SESSION_SCOPE 
without an HttpSession");
  + throw new IllegalArgumentException(
  +"can't access SESSION_SCOPE without an HttpSession");
else
return session.getAttribute(name);
   
  @@ -254,7 +255,7 @@
return context.getAttribute(name);
   
default:
  - throw new IllegalArgumentException("unidentified scope");
  + throw new IllegalArgumentException("Invalid scope");
}
   }
   
  @@ -268,24 +269,26 @@
switch (scope) {
case PAGE_SCOPE:
attributes.put(name, o);
  - break;
  + break;
   
case REQUEST_SCOPE:
request.setAttribute(name, o);
  - break;
  + break;
   
case SESSION_SCOPE:
if (session == null)
  - throw new IllegalArgumentException("can't access SESSION_SCOPE 
without an HttpSession");
  + throw new IllegalArgumentException(
  +"can't access SESSION_SCOPE without an HttpSession");
else
session.setAttribute(name, o);
  - break;
  + break;
   
case APPLICATION_SCOPE:
context.setAttribute(name, o);
  - break;
  + break;
   
default:
  + throw new IllegalArgumentException("Invalid scope");
}
   }
   
  @@ -293,25 +296,26 @@
switch (scope) {
case PAGE_SCOPE:
attributes.remove(name);
  - break;
  + break;
   
case REQUEST_SCOPE:
request.removeAttribute(name);
  -break;
  + break;
   
case SESSION_SCOPE:
if (session == null)
  - throw new IllegalArgumentException("can't access SESSION_SCOPE 
without an HttpSession");
  + throw new IllegalArgumentException(
  +"can't access SESSION_SCOPE without an HttpSession");
else
   session.removeAttribute(name);
   // was:
   //   session.removeValue(name);
   // REVISIT Verify this is correct - akv
  - break;
  + break;
   
case APPLICATION_SCOPE:
context.removeAttribute(name);
  - break;
  + break;
   
default:
}
  @@ -364,7 +368,8 @@
if (session != null) {
return session.getAttributeNames();
} else
  - throw new IllegalArgumentException("can't access SESSION_SCOPE 
without an HttpSession");
  + throw new IllegalArgumentException(
  +"can't access SESSION_SCOPE without an HttpSession");
   
case APPLICATION_SCOPE:
return context.getAttributeNames();
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13140] - Compliance issue - PageContext.setAttribute, under certain circumstances, fails to throw an NPE when the value provided is null

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13140

Compliance issue - PageContext.setAttribute, under certain circumstances, fails to 
throw an NPE when the value provided is null

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java

[luehe]

luehe   2002/09/30 16:58:58

  Modified:jasper2/src/share/org/apache/jasper/runtime
PageContextImpl.java
  Log:
  Fixed 13140: Compliance issue - PageContext.setAttribute, under
  certain circumstances, fails to throw an NPE when the value provided
  is null
  
  Revision  ChangesPath
  1.23  +16 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java
  
  Index: PageContextImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- PageContextImpl.java  30 Sep 2002 23:45:03 -  1.22
  +++ PageContextImpl.java  30 Sep 2002 23:58:58 -  1.23
  @@ -232,11 +232,16 @@
   }
   
   public Object getAttribute(String name) {
  +
  + if (name == null) throw new NullPointerException("Null name");
return attributes.get(name);
   }
   
   
   public Object getAttribute(String name, int scope) {
  +
  + if (name == null) throw new NullPointerException("Null name");
  +
switch (scope) {
case PAGE_SCOPE:
return attributes.get(name);
  @@ -261,11 +266,19 @@
   
   
   public void setAttribute(String name, Object attribute) {
  +
  + if (name == null || attribute == null)
  + throw new NullPointerException("Null name or attribute value");
  +
attributes.put(name, attribute);
   }
   
   
   public void setAttribute(String name, Object o, int scope) {
  +
  + if (name == null || o == null)
  + throw new NullPointerException("Null name or attribute value");
  +
switch (scope) {
case PAGE_SCOPE:
attributes.put(name, o);
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Catalina/JBoss Integration -- mysterious index.html

[micael]

I assumed that the index.html that would show up in the standard 
webtest.ear from the RC3 for JBoss would be the index.html for ROOT in 
[CATALINA_HOME]/webapps/ROOT/index.html.  Not so, however.  I cannot find 
the index.html and feel like a damn fool.  Anyone know what is going on here?

Micael

---

This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any dislosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank you 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtimePageContextImpl.java

[Ryan Lubke]

Jan,

Think it would make more sense if the message was soemthing like
"Name or attribute value was null"?



On Mon, 2002-09-30 at 19:58, [EMAIL PROTECTED] wrote:
> luehe   2002/09/30 16:58:58
> 
>   Modified:jasper2/src/share/org/apache/jasper/runtime
> PageContextImpl.java
>   Log:
>   Fixed 13140: Compliance issue - PageContext.setAttribute, under
>   certain circumstances, fails to throw an NPE when the value provided
>   is null
>   
>   Revision  ChangesPath
>   1.23  +16 -3 
>jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java
>   
>   Index: PageContextImpl.java
>   ===
>   RCS file: 
>/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v
>   retrieving revision 1.22
>   retrieving revision 1.23
>   diff -u -r1.22 -r1.23
>   --- PageContextImpl.java30 Sep 2002 23:45:03 -  1.22
>   +++ PageContextImpl.java30 Sep 2002 23:58:58 -  1.23
>   @@ -232,11 +232,16 @@
>}
>
>public Object getAttribute(String name) {
>   +
>   +   if (name == null) throw new NullPointerException("Null name");
>   return attributes.get(name);
>}
>
>
>public Object getAttribute(String name, int scope) {
>   +
>   +   if (name == null) throw new NullPointerException("Null name");
>   +
>   switch (scope) {
>   case PAGE_SCOPE:
>   return attributes.get(name);
>   @@ -261,11 +266,19 @@
>
>
>public void setAttribute(String name, Object attribute) {
>   +
>   +   if (name == null || attribute == null)
>   +   throw new NullPointerException("Null name or attribute value");
>   +
>   attributes.put(name, attribute);
>}
>
>
>public void setAttribute(String name, Object o, int scope) {
>   +
>   +   if (name == null || o == null)
>   +   throw new NullPointerException("Null name or attribute value");
>   +
>   switch (scope) {
>   case PAGE_SCOPE:
>   attributes.put(name, o);
>   
>   
>   
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

JSP Compilation Issues (Multiple Domains)

[Joseph Kiok]

Hi All,

I'm currently running multiple domains (2 specifically) on top of
Apache/Tomcat.  It seems that when I hit both domains at the same time
(using 2 browser windows), I get a JSP compilation error most (85%) of the
time.

However, when I reload the page with no JSP code change, it'll compile
properly.  (Some of the time like 10-15%, it won't recompile until I "touch"
the file manually)

Note: It doesn't happen when I only access one domain.

PROBLEM SUMMARY:
When loading JSPs on multiple domains (hosts) simultaneously, a JSP compile
error is generated.

SYSTEM COMPONENTS:
- Solaris 2.8
- JDK 1.4.0_01
- Tomcat 4.1.12
- Apache 1.3.20

SOLUTIONS TRIED (FAILED):
- Configured different workers for each domains (hosts) as recommended in
the tomcat mod_jk document.
- Downloaded the source of tomcat and recompiled everything on our
environment.

Any help would be appreciated.

Thanks.

Best regards,
Joseph Kiok




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: JSP Compilation Issues (Multiple Domains)

[Kin-Man Chung]

If you are using JDK javac for compiling the servlet generated by the
JSP compiler, then you probably ran into the problem that the javac
not being thread-safe.

In Tomcat 5 the javac compilation is synchronized, so that the compilation
is serialized.  Guess that fix is not ported to 4.1.5.  :-(

I always assume that JSP pages would be deployed precompiled, and
simultaneous compilation under development mode is rare.  Maybe my
assumption is wrong?


> Date: Mon, 30 Sep 2002 18:30:48 -0700
> From: Joseph Kiok <[EMAIL PROTECTED]>
> Subject: JSP Compilation Issues (Multiple Domains)
> To: [EMAIL PROTECTED]
> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.
> X-Priority: 3
> X-MSMail-priority: Normal
> 
> 
> Hi All,
> 
> I'm currently running multiple domains (2 specifically) on top of
> Apache/Tomcat.  It seems that when I hit both domains at the same time
> (using 2 browser windows), I get a JSP compilation error most (85%) of the
> time.
> 
> However, when I reload the page with no JSP code change, it'll compile
> properly.  (Some of the time like 10-15%, it won't recompile until I "touch"
> the file manually)
> 
> Note: It doesn't happen when I only access one domain.
> 
> PROBLEM SUMMARY:
> When loading JSPs on multiple domains (hosts) simultaneously, a JSP compile
> error is generated.
> 
> SYSTEM COMPONENTS:
> - Solaris 2.8
> - JDK 1.4.0_01
> - Tomcat 4.1.12
> - Apache 1.3.20
> 
> SOLUTIONS TRIED (FAILED):
> - Configured different workers for each domains (hosts) as recommended in
> the tomcat mod_jk document.
> - Downloaded the source of tomcat and recompiled everything on our
> environment.
> 
> Any help would be appreciated.
> 
> Thanks.
> 
> Best regards,
> Joseph Kiok
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13162] New: - Pluses(+) in URL do not match plus(+) in file system

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13162

Pluses(+) in URL do not match plus(+) in file system

   Summary: Pluses(+) in URL do not match plus(+) in file system
   Product: Tomcat 4
   Version: 4.1.10
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In versions of Tomcat prior to 4.1, when using the HTTP connector, a plus [+] 
in a URL matched a plus in a file name, whereas in 4.1 it is expecting pluses 
(which are valid characters in a URL) to be encoded as %2b.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13164] New: - Compliance issue - VariableResolver.resolveVariable() fails to throw an ELException for an unresolvable variable.

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13164

Compliance issue - VariableResolver.resolveVariable() fails to throw an ELException 
for an unresolvable variable.

   Summary: Compliance issue - VariableResolver.resolveVariable()
fails to throw an ELException for an unresolvable
variable.
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Javadocs state that an ELException is thrown if the VariableResolver is unable
to resolve the specified variable.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

THE SOURCE, LUKE: JBoss/Tomcat Mystery

[micael]

Below is the source index.html I am getting when I access tomcat in the 
embedded JBoss/Tomcat server.  This index.html, so far as I can tell is 
nowhere in the application.  It is not the ROOT index.html.  I can take the 
ROOT index.html and every other index.html I can find on the site out and 
it still runs.  Where in holy hannah is this? That is crazy, but I have 
done a lot of internet coding and this is a real puzzler to me.  Where is 
the following coming from:


127.0.0.1 - - [30/Sep/2002:21:50:00 -0800] "GET /index.html HTTP/1.1" 200 3999
127.0.0.1 - - [30/Sep/2002:21:50:00 -0800] "GET /tomcat.gif HTTP/1.1" 200 1934
127.0.0.1 - - [30/Sep/2002:21:50:00 -0800] "GET /jakarta-banner.gif 
HTTP/1.1" 200 8006

This is nuts.  There is clearly something I don't know about going on.  I 
thought I was a smarty pants.  I am a dummy pants.

Micael

And the UNKNOWN SOURCE is:

http://www.w3.org/TR/REC-html40/strict.dtd";>

 
 
 Jakarta Project - Tomcat Examples
 
   
 






 
 http://jakarta.apache.org/tomcat/index.html";>
 
 
 Tomcat 
Examples
 Version 
4.0.3
 
 
 http://jakarta.apache.org/";>
 





 

 
 
 
 
 
 Web 
Applications  
 
 
 
 
 JSP Examples
 Servlet Examples
  
 
 
 
 
 
 
 
 Miscellaneous  
 
 
 
 
 http://java.sun.com/products/jsp";>Sun's 
Java Server Pages Site
 http://java.sun.com/products/servlet";>Sun's Servlet Site
  
 
 
 
 

  

 
 
 If you're seeing this page via a web browser, it 
means the integrated web container
 is configured correctly. Congratulations!
 
 This ear includes the Tomcat-4.0.3 JSP and 
servlet examples. Deploy something useful by
 removing the deploy/webtest.ear file and adding 
your own ear or war.

 Copyright © 1999-2001 Apache Software 
Foundation
 All Rights Reserved 
  
  

 

 






---

This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any dislosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank you 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Cannot Build WebApp on Solaris 2.8

[jean-frederic clere]

Jay Ebert wrote:
> APR was included with webapp-module-1.0-tc40.src.tar. Earlier today I
> downloaded apr-0.9.1 and successfully built libapr.so but the make at
> the
> Webapp-module-1.0-tc40 level failed with:
> 
> make[1]: Exiting directory
> "/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr"
> make[]: Installing APR library in
> "/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/lib"
> *** Error code 1
> make: Fatal error: Command failed for target `apr-build'
> 
> 
> 
> I just can't seem to get the right pieces to build mod_webapp.so on
> Solaris 2.8.
> 
> 
> Any suggestions ?

Try using the cvs of mod_webapp I have fixed APR related problems some week ago.
It is not possible to use Webapp-module-1.0-tc40 with apr-0.9.1.

> 
> 
> 
> -Original Message-
> From: jean-frederic clere [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, September 30, 2002 1:32 AM
> To: Tomcat Developers List
> Subject: Re: Cannot Build WebApp on Solaris 2.8
> 
> Jay Ebert wrote:
> 
>>I followed the "Building the WebApp module" exactly and cannot build
> 
> the
> 
>>webapp module for Solaris 2.8 using gcc 2.95. After a successful
>>./configure ... , I get the following errors on the make:
>>
> 
> 
> Which APR are you using?
> 
> 
>> 
>>
>>wcarweb1:/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40 #
>>make
>>
>> 
>>
>>make[1]: Entering directory "lib"
>>
>>make[1]: Invoking "make  build"
>>
>>/opt/sfw/bin//gcc -g -O2-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS
>>-D_REENTRANT
>>
> 
> -I/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/includ
> 
>>e
> 
> -I/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/include
> 
>>-c "wa_main.c" -o "wa_main.o"
>>
>>In file included from
>>
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> 
>>apr_general.h:61,
>>
>> from
>>
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/include/wa.h
> 
>>:77,
>>
>> from wa_main.c:59:
>>
>>
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> 
>>apr.h:198: #error Can not determine the proper size for apr_int64_t
>>
>>
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> 
>>apr.h:253: #error Can not determine the proper size for ssize_t
>>
>>
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> 
>>apr.h:256: #error Can not determine the proper size for size_t
>>
>>
> 
> /export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/apr/include/
> 
>>apr.h:265: #error Can not determine the proper size for apr_int64_t
>>
>>*** Error code 1
>>
>>make: Fatal error: Command failed for target `wa_main.o'
>>
>>Current working directory
>>/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40/lib
>>
>>*** Error code 1
>>
>>make: Fatal error: Command failed for target `template'
>>
>>Current working directory
>>/export/spare/home/web/apache_1.3.26/webapp-module-1.0-tc40
>>
>>*** Error code 1
>>
>>make: Fatal error: Command failed for target `lib-build'
>>
>>
> 
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[VOTE] JK2 2.1

[Mladen Turk]

Hi,

Since there has been general concensus that we should use the APR for
every supported API call.
Here is my design proposal.

General:
[x] Drop HAS_APR flags and dissalow building of JK2 without APR
[ ] Keep everything like it is (the rest doesn't interests me)

Regular expressions:
[ ] Add pcre from httpd-2.0 to the common/pcre
[x] Add pcre from httpd-2.0 to the srclib/pcre 
[ ] Wait if pcre ever comes to the apr-util

Pools:
[ ] Use the real apr_pool_t.
[x] Keep the jk_pool_apr wrapper renaming it to the jk_pool

Sockets:
[x] Use only apr_socket and drop the socket, renaming apr to socket.
[ ] Keep supporting socket.

File I/O:
[x] Use the APR for file i/o replacing stdio/stdlib calls
[ ] Keep the old fopen/fwrite/etc... code

Static buildings:
[x] Enable Static/Dynamic APR builds of JK2 for non-Apache2 connectors
[ ] Enable only dynamic builds



MT.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: