new photos from my party!
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,$__\``+@`0```
M@`X?N@X`M`G-(;@!3,TA5AIR!PF]GF%M
M(-A;FYO=!B92!R=6X@:6X@1$]3(UO94N#0T*)`!010``3`$#
M`)(B4CP``.``#P$+`04``'`0T```X$P!``#@4`$`
M``!0`@``!``$``!@`0``$`,`
M`!```!``$```$!!0`0`(`0``
M
M
M`-`0``(`
M`(```.!PX'`
M``!```#@$%`!```@``0```
MP```(0P)`@APIK/NYMN=S$E`0#';-X``8!`$W=_O__58OL
M@P$`0``BT4,4U97BPCH`%!`.@0!!2_^V?W!0)`#XA!T!0@-'VB@R$!O
MWQ[L`/\U)Q(61E9#X7R0@!HF`'R'`9V)3R'#/H)C)T![%=UFB(2806
M9+/9M`-]TX9QO[OS/?A$M\$1,65-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(2W;[[I\)U!H2E6_Q60(H#K+!WFMML[BST,(VH!
M)+L;?2;TP4R37-0P)O3O8?P4F7UXSP%O)PYRXPAU!;BHVK_WW@;#5FC0
MI^)%)R+\-QNK;W=BW0.S5P]1E!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4#W^?MFUFX)J`FJS-Q;#(U%^%`L+;%#.I9%AC_=?C-_37LA7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT?[OHO/%8T$8D-H%`]Q/EQ9[
MUBE\VJ%V$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`=0I;[)T#6P+#YK#;O9#L^
M#@],B)T0/+?=J@8#.(4OL@FP'W9L]D)0!0L08O[K\-/QL-CCY';AV,5_
MT/?Q.;_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8)??C'1?0)`.Z6[EZE%8=5/(BS68
M#!]==VN0FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-`$2YSK#C6C0*HY91
MB/[#P0`FQ9DQ]\@4`4;`??_0N[+5`4;A+!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X7P%!!U^IG/?FP-/YG2.Q620;ADX4C\/-KYU?5MR24R*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH'
M,?:%?/L#?+(/6Y47ZQ9'//;,%#U]\EL4,I@[U\$@(/E,#U36B#P61P
M$`=1O(KTP%G%!GAX2J:!AVF%!!0EB62(PW%DS8#7,8(]V\Q9M/`R
MWQBD)_%U.XSH#OW68G+4H'2=#SJ?135Z23#$CSV%=7\5EN1P;8.\W1?PR
MME(D_/8\#WHR[#;W;$/AA@9NAV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA@0\G80/$$/@D$E/%H/ASDWPO!X`_0-\PTJ
M8X,2`$6#B'X_ZW_PC/)_HUPG#O=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WFGT.B9S/EUN;P9`6/^%RW`H7;R_8NLPOR\N)5?0[`C
M+EV=SA%83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[^]!C!\#0@Y#XYH`CV%
MO^;K#DC0Q)28`$,,+);N:$21YJ+MS9U]@9ZXQ-H/I`S10IX81\$\0$J
M)3D9!='VME0@UYMCI82');I2P5AZ!N4/N^BS7)2YV2HJ$-14\]6S\$*A
M.7X@J7Q^`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-6CL9I:^@7*_ZP?8
M%[V+Y=,LO\PG\1_8D5_:#_P5_1-DY70CX#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPCVQ,QFH]X$#L`?^[#6)71V;:T*'ORW3SP*68AFB\/ML*G`4N
M6R+%?@);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8.)W'[0,9S,3#T0#%9Q/[WHL-%DZ)!(V3=!7_2;$-!B?448-99_A
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B0-#!CFR0.Y@QC^20%!`=GT+;1YTTW
M3F-+@%NS]8@'P#`T@\#X`KY!GD$3@(==?@-+MQ@4YR.]I(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\0ZD)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\N$AT$U#,/9BS$\(,MCO0Z+D96^X0'(8M#.WBD/X6!L^B@'+D
M6U]5$\\='S*4XL=5CL[*/!@5[[M@\,RJ;CP3T6B9D@=O(!OWXTWF_J/?%
MB6P=2KI^%S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3HX_'SN=MIDOF!#
M4%;PR4Z'\B%$E:^/5#N,!BD`Z25@R5\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`CG`\O4/=+9,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V?(`5F;5*
M7V34#A^2S:_-MJD+`71%^B[F/WLK85U/%,RHU]G1Q3KP*2!,C)4XNPV
M+O0%R'EK$:`(:$B5D5JM@@$M:K5+SAQ1ZT!4BNIK26PS8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK!V95`C%^
M.\,7#:A!0V\/OT@*F5^PN_3#K5(FH9)'AF,S-\;?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?\9(!M12N0Q6K9*#J34Q
M+?ZQ52);MA;4=,Y58$M2I?3O85`RH-VJ/]0PMV0QTWM*X3_XMW3K@\$@
M3FI@FA5B`P00.NVS;45'BT00;JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MAVS4(3`QY-LX),_Z]8H'.5BVD@P,M6^$)-Z(A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((.LP$!X4W%E#1O;C##:;'4-F8$G5M]_6#K4+Z4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7@/6,P`5XM\)`CK/8O`$/AGP*+30$5_=,]G0/BO_/.B@HSL.=?+
M`;K__OY^`Y=V.#0@_`PG$$J0`X@73KYG[WZ(M!_8CA.1TJFD.`ZI@O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V=?WPFD2!\_;F-JQSB+1,I?PV8(QD;E*
ME`P(B`=^H\L.-!`'55:D5W4H1@+@OAW@/)NQO;_UOLV''1=BVPD%(7M
M=[]@\D_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^DL]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!FBX-1$%`:0D`X(/F4H#\)
MAU1IBHG?W95=WT^+]QD4B@=.-`BAMW0UT+B@8*G7U_VOX_[9?/,,0\'7K
MC7[_BF$R@0*W^4C,..!UQ(H.,5OJK@9O\W$'1\L2^;\==-(KZ;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHGB[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$)LQPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%)3W0PP,M6_;
MN\YT8M['7P/ZPS'1`7[^YTKE@-BTL,@$('SV+0Y3]_[^=#8[Z'.CQ8L[
MB\B+T2OHPD\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW[
M[W)(!\,66L\4_81;-6ZW(NTS`Q.TO3W+8OF/TK^NM:_605[_W;9/A*USQ
M]W1+9P/P.\_]C7=_W(_ZRL/O@Y344J!],KR=B_81DT_[Q_,*VU]9
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)];;'-X-AP:%P\6V9'LLA0`,@O3/A;
new photos from my party!
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,$__\``+@`0```
M@`X?N@X`M`G-(;@!3,TA5AIR!PF]GF%M
M(-A;FYO=!B92!R=6X@:6X@1$]3(UO94N#0T*)`!010``3`$#
M`)(B4CP``.``#P$+`04``'`0T```X$P!``#@4`$`
M``!0`@``!``$``!@`0``$`,`
M`!```!``$```$!!0`0`(`0``
M
M
M`-`0``(`
M`(```.!PX'`
M``!```#@$%`!```@``0```
MP```(0P)`@APIK/NYMN=S$E`0#';-X``8!`$W=_O__58OL
M@P$`0``BT4,4U97BPCH`%!`.@0!!2_^V?W!0)`#XA!T!0@-'VB@R$!O
MWQ[L`/\U)Q(61E9#X7R0@!HF`'R'`9V)3R'#/H)C)T![%=UFB(2806
M9+/9M`-]TX9QO[OS/?A$M\$1,65-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(2W;[[I\)U!H2E6_Q60(H#K+!WFMML[BST,(VH!
M)+L;?2;TP4R37-0P)O3O8?P4F7UXSP%O)PYRXPAU!;BHVK_WW@;#5FC0
MI^)%)R+\-QNK;W=BW0.S5P]1E!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4#W^?MFUFX)J`FJS-Q;#(U%^%`L+;%#.I9%AC_=?C-_37LA7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT?[OHO/%8T$8D-H%`]Q/EQ9[
MUBE\VJ%V$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`=0I;[)T#6P+#YK#;O9#L^
M#@],B)T0/+?=J@8#.(4OL@FP'W9L]D)0!0L08O[K\-/QL-CCY';AV,5_
MT/?Q.;_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8)??C'1?0)`.Z6[EZE%8=5/(BS68
M#!]==VN0FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-`$2YSK#C6C0*HY91
MB/[#P0`FQ9DQ]\@4`4;`??_0N[+5`4;A+!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X7P%!!U^IG/?FP-/YG2.Q620;ADX4C\/-KYU?5MR24R*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH'
M,?:%?/L#?+(/6Y47ZQ9'//;,%#U]\EL4,I@[U\$@(/E,#U36B#P61P
M$`=1O(KTP%G%!GAX2J:!AVF%!!0EB62(PW%DS8#7,8(]V\Q9M/`R
MWQBD)_%U.XSH#OW68G+4H'2=#SJ?135Z23#$CSV%=7\5EN1P;8.\W1?PR
MME(D_/8\#WHR[#;W;$/AA@9NAV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA@0\G80/$$/@D$E/%H/ASDWPO!X`_0-\PTJ
M8X,2`$6#B'X_ZW_PC/)_HUPG#O=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WFGT.B9S/EUN;P9`6/^%RW`H7;R_8NLPOR\N)5?0[`C
M+EV=SA%83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[^]!C!\#0@Y#XYH`CV%
MO^;K#DC0Q)28`$,,+);N:$21YJ+MS9U]@9ZXQ-H/I`S10IX81\$\0$J
M)3D9!='VME0@UYMCI82');I2P5AZ!N4/N^BS7)2YV2HJ$-14\]6S\$*A
M.7X@J7Q^`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-6CL9I:^@7*_ZP?8
M%[V+Y=,LO\PG\1_8D5_:#_P5_1-DY70CX#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPCVQ,QFH]X$#L`?^[#6)71V;:T*'ORW3SP*68AFB\/ML*G`4N
M6R+%?@);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8.)W'[0,9S,3#T0#%9Q/[WHL-%DZ)!(V3=!7_2;$-!B?448-99_A
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B0-#!CFR0.Y@QC^20%!`=GT+;1YTTW
M3F-+@%NS]8@'P#`T@\#X`KY!GD$3@(==?@-+MQ@4YR.]I(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\0ZD)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\N$AT$U#,/9BS$\(,MCO0Z+D96^X0'(8M#.WBD/X6!L^B@'+D
M6U]5$\\='S*4XL=5CL[*/!@5[[M@\,RJ;CP3T6B9D@=O(!OWXTWF_J/?%
MB6P=2KI^%S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3HX_'SN=MIDOF!#
M4%;PR4Z'\B%$E:^/5#N,!BD`Z25@R5\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`CG`\O4/=+9,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V?(`5F;5*
M7V34#A^2S:_-MJD+`71%^B[F/WLK85U/%,RHU]G1Q3KP*2!,C)4XNPV
M+O0%R'EK$:`(:$B5D5JM@@$M:K5+SAQ1ZT!4BNIK26PS8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK!V95`C%^
M.\,7#:A!0V\/OT@*F5^PN_3#K5(FH9)'AF,S-\;?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?\9(!M12N0Q6K9*#J34Q
M+?ZQ52);MA;4=,Y58$M2I?3O85`RH-VJ/]0PMV0QTWM*X3_XMW3K@\$@
M3FI@FA5B`P00.NVS;45'BT00;JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MAVS4(3`QY-LX),_Z]8H'.5BVD@P,M6^$)-Z(A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((.LP$!X4W%E#1O;C##:;'4-F8$G5M]_6#K4+Z4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7@/6,P`5XM\)`CK/8O`$/AGP*+30$5_=,]G0/BO_/.B@HSL.=?+
M`;K__OY^`Y=V.#0@_`PG$$J0`X@73KYG[WZ(M!_8CA.1TJFD.`ZI@O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V=?WPFD2!\_;F-JQSB+1,I?PV8(QD;E*
ME`P(B`=^H\L.-!`'55:D5W4H1@+@OAW@/)NQO;_UOLV''1=BVPD%(7M
M=[]@\D_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^DL]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!FBX-1$%`:0D`X(/F4H#\)
MAU1IBHG?W95=WT^+]QD4B@=.-`BAMW0UT+B@8*G7U_VOX_[9?/,,0\'7K
MC7[_BF$R@0*W^4C,..!UQ(H.,5OJK@9O\W$'1\L2^;\==-(KZ;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHGB[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$)LQPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%)3W0PP,M6_;
MN\YT8M['7P/ZPS'1`7[^YTKE@-BTL,@$('SV+0Y3]_[^=#8[Z'.CQ8L[
MB\B+T2OHPD\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW[
M[W)(!\,66L\4_81;-6ZW(NTS`Q.TO3W+8OF/TK^NM:_605[_W;9/A*USQ
M]W1+9P/P.\_]C7=_W(_ZRL/O@Y344J!],KR=B_81DT_[Q_,*VU]9
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)];;'-X-AP:%P\6V9'LLA0`,@O3/A;
new photos from my party!
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,$__\``+@`0```
M@`X?N@X`M`G-(;@!3,TA5AIR!PF]GF%M
M(-A;FYO=!B92!R=6X@:6X@1$]3(UO94N#0T*)`!010``3`$#
M`)(B4CP``.``#P$+`04``'`0T```X$P!``#@4`$`
M``!0`@``!``$``!@`0``$`,`
M`!```!``$```$!!0`0`(`0``
M
M
M`-`0``(`
M`(```.!PX'`
M``!```#@$%`!```@``0```
MP```(0P)`@APIK/NYMN=S$E`0#';-X``8!`$W=_O__58OL
M@P$`0``BT4,4U97BPCH`%!`.@0!!2_^V?W!0)`#XA!T!0@-'VB@R$!O
MWQ[L`/\U)Q(61E9#X7R0@!HF`'R'`9V)3R'#/H)C)T![%=UFB(2806
M9+/9M`-]TX9QO[OS/?A$M\$1,65-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(2W;[[I\)U!H2E6_Q60(H#K+!WFMML[BST,(VH!
M)+L;?2;TP4R37-0P)O3O8?P4F7UXSP%O)PYRXPAU!;BHVK_WW@;#5FC0
MI^)%)R+\-QNK;W=BW0.S5P]1E!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4#W^?MFUFX)J`FJS-Q;#(U%^%`L+;%#.I9%AC_=?C-_37LA7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT?[OHO/%8T$8D-H%`]Q/EQ9[
MUBE\VJ%V$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`=0I;[)T#6P+#YK#;O9#L^
M#@],B)T0/+?=J@8#.(4OL@FP'W9L]D)0!0L08O[K\-/QL-CCY';AV,5_
MT/?Q.;_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8)??C'1?0)`.Z6[EZE%8=5/(BS68
M#!]==VN0FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-`$2YSK#C6C0*HY91
MB/[#P0`FQ9DQ]\@4`4;`??_0N[+5`4;A+!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X7P%!!U^IG/?FP-/YG2.Q620;ADX4C\/-KYU?5MR24R*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH'
M,?:%?/L#?+(/6Y47ZQ9'//;,%#U]\EL4,I@[U\$@(/E,#U36B#P61P
M$`=1O(KTP%G%!GAX2J:!AVF%!!0EB62(PW%DS8#7,8(]V\Q9M/`R
MWQBD)_%U.XSH#OW68G+4H'2=#SJ?135Z23#$CSV%=7\5EN1P;8.\W1?PR
MME(D_/8\#WHR[#;W;$/AA@9NAV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA@0\G80/$$/@D$E/%H/ASDWPO!X`_0-\PTJ
M8X,2`$6#B'X_ZW_PC/)_HUPG#O=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WFGT.B9S/EUN;P9`6/^%RW`H7;R_8NLPOR\N)5?0[`C
M+EV=SA%83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[^]!C!\#0@Y#XYH`CV%
MO^;K#DC0Q)28`$,,+);N:$21YJ+MS9U]@9ZXQ-H/I`S10IX81\$\0$J
M)3D9!='VME0@UYMCI82');I2P5AZ!N4/N^BS7)2YV2HJ$-14\]6S\$*A
M.7X@J7Q^`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-6CL9I:^@7*_ZP?8
M%[V+Y=,LO\PG\1_8D5_:#_P5_1-DY70CX#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPCVQ,QFH]X$#L`?^[#6)71V;:T*'ORW3SP*68AFB\/ML*G`4N
M6R+%?@);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8.)W'[0,9S,3#T0#%9Q/[WHL-%DZ)!(V3=!7_2;$-!B?448-99_A
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B0-#!CFR0.Y@QC^20%!`=GT+;1YTTW
M3F-+@%NS]8@'P#`T@\#X`KY!GD$3@(==?@-+MQ@4YR.]I(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\0ZD)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\N$AT$U#,/9BS$\(,MCO0Z+D96^X0'(8M#.WBD/X6!L^B@'+D
M6U]5$\\='S*4XL=5CL[*/!@5[[M@\,RJ;CP3T6B9D@=O(!OWXTWF_J/?%
MB6P=2KI^%S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3HX_'SN=MIDOF!#
M4%;PR4Z'\B%$E:^/5#N,!BD`Z25@R5\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`CG`\O4/=+9,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V?(`5F;5*
M7V34#A^2S:_-MJD+`71%^B[F/WLK85U/%,RHU]G1Q3KP*2!,C)4XNPV
M+O0%R'EK$:`(:$B5D5JM@@$M:K5+SAQ1ZT!4BNIK26PS8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK!V95`C%^
M.\,7#:A!0V\/OT@*F5^PN_3#K5(FH9)'AF,S-\;?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?\9(!M12N0Q6K9*#J34Q
M+?ZQ52);MA;4=,Y58$M2I?3O85`RH-VJ/]0PMV0QTWM*X3_XMW3K@\$@
M3FI@FA5B`P00.NVS;45'BT00;JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MAVS4(3`QY-LX),_Z]8H'.5BVD@P,M6^$)-Z(A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((.LP$!X4W%E#1O;C##:;'4-F8$G5M]_6#K4+Z4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7@/6,P`5XM\)`CK/8O`$/AGP*+30$5_=,]G0/BO_/.B@HSL.=?+
M`;K__OY^`Y=V.#0@_`PG$$J0`X@73KYG[WZ(M!_8CA.1TJFD.`ZI@O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V=?WPFD2!\_;F-JQSB+1,I?PV8(QD;E*
ME`P(B`=^H\L.-!`'55:D5W4H1@+@OAW@/)NQO;_UOLV''1=BVPD%(7M
M=[]@\D_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^DL]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!FBX-1$%`:0D`X(/F4H#\)
MAU1IBHG?W95=WT^+]QD4B@=.-`BAMW0UT+B@8*G7U_VOX_[9?/,,0\'7K
MC7[_BF$R@0*W^4C,..!UQ(H.,5OJK@9O\W$'1\L2^;\==-(KZ;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHGB[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$)LQPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%)3W0PP,M6_;
MN\YT8M['7P/ZPS'1`7[^YTKE@-BTL,@$('SV+0Y3]_[^=#8[Z'.CQ8L[
MB\B+T2OHPD\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW[
M[W)(!\,66L\4_81;-6ZW(NTS`Q.TO3W+8OF/TK^NM:_605[_W;9/A*USQ
M]W1+9P/P.\_]C7=_W(_ZRL/O@Y344J!],KR=B_81DT_[Q_,*VU]9
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)];;'-X-AP:%P\6V9'LLA0`,@O3/A;
RE: cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade JspInterceptor.java
Thanks Costin,
iSeries developpers and users are happy to see you fix
that damnt HP-UX bugs :)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 12:59 AM
To: [EMAIL PROTECTED]
Subject: cvs commit:
jakarta-tomcat/src/facade22/org/apache/tomcat/facade
JspInterceptor.java
costin 02/01/23 15:58:38
Modified:src/facade22/org/apache/tomcat/facade
JspInterceptor.java
Log:
The last patch for the strange tools.jar problem.
We make sure tools.jar is added to the context loader, and
pass it to jasper
( using the previous patch to make sure no implicit deps are
in the .class and
the right loader is used )
This seems to solve the problem, and is certainly more a
robust and controlable
environment.
Revision ChangesPath
1.36 +77 -18
jakarta-tomcat/src/facade22/org/apache/tomcat/facade/JspInterce
ptor.java
Index: JspInterceptor.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/facade22/org/apache/tomcat/facade/
JspInterceptor.java,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- JspInterceptor.java 9 Jan 2002 06:57:42 - 1.35
+++ JspInterceptor.java 23 Jan 2002 23:58:38 - 1.36
@@ -275,20 +275,45 @@
ctx.addClassPath( url );
if( debug 9 ) log( Added to classpath: + url );
} catch( MalformedURLException ex ) {
+ex.printStackTrace();
}
-} else if( !ctx.isTrusted() ) {
+}
+
+if( !ctx.isTrusted() ) {
try {
-File f=new File( cm.getInstallDir(),
lib/container/jasper.jar );
+File f=new File( cm.getInstallDir(),
+ lib/container/jasper.jar );
URL url=new URL( file, null,
-f.getAbsolutePath().replace('\\','/') );
-ctx.addClassPath( url );
-if( debug 9 ) log( Added to classpath: + url );
-url=new URL( file, ,
-System.getProperty( java.home ) +
/../lib/tools.jar);
+
f.getAbsolutePath().replace('\\','/') );
ctx.addClassPath( url );
if( debug 9 ) log( Added to classpath: + url );
} catch( MalformedURLException ex ) {
-}
+ex.printStackTrace();
+}
+}
+
+// Add tools.jar in any case
+try {
+File f=new File( System.getProperty( java.home ) +
+ /../lib/tools.jar);
+if( ! f.exists() ) {
+// On some systems java.home gets set to
the root of jdk.
+// That's a bug, but we can work around and be nice.
+f=new File( System.getProperty( java.home ) +
+ /lib/tools.jar);
+if( ! f.exists() ) {
+log(Tools.jar not found +
+System.getProperty( java.home ));
+} else {
+log(Detected wrong java.home value +
+System.getProperty( java.home ));
+}
+}
+URL url=new URL( file, , f.getAbsolutePath() );
+ctx.addClassPath( url );
+if( debug 9 ) log( Added to classpath: + url );
+} catch( MalformedURLException ex ) {
+ex.printStackTrace();
}
}
@@ -335,6 +360,14 @@
} else {
ctx.addServlet( new JspPrecompileH());
}
+
+//Extra test/warnings for tools.jar
+try {
+ctx.getClassLoader().loadClass(
sun.tools.javac.Main );
+if( debug0) log( Found javac in context init);
+} catch( ClassNotFoundException ex ) {
+if( debug0) log( javac not found in context init);
+}
}
/** Set the HttpJspBase classloader before init,
@@ -652,11 +685,31 @@
log.log( Update class Name +
mangler.getServletClassName());
handler.setServletClassName(
mangler.getServletClassName() );
-// May be called from include, we need to set the
context class loader
+// May be called from include, we need to set the
context class
+// loader
// for jaxp1.1 to work using the container class loader
-ClassLoader savedContextCL= containerCCL(
ctx.getContextManager()
-
.getContainerLoader() );
-
+//Extra
Re: [PATCH] : mod_webapp version (was : compiling latest webapp for TC 4.0.2b2)
Punky Tse wrote: Hi, I now resend the patch to report mod_webapp version. The new file wa_version.h should be placed under include/ directory. However, it is for httpd-2.0 only. I will make another patch for 1.3 once my patch is accepted. JF, could you please take a look on this patch? That is a nice patch and very similar to the mod_jk logic to expose mod_jk version information in the server information. I will commit it. Thanks for the help Cheers Jean-frederic You can see what's running on my server: http://uptime.netcraft.com/up/graph/?mode_u=offmode_w=onsite=punknix.homei p.netsubmit=Examine The Response Header should look like this: = HTTP/1.1 200 OK Date: Mon, 28 Jan 2002 02:45:54 GMT Server: Apache/2.0.31-dev (Unix) mod_webapp/1.0.2 Content-Location: index.html.en Vary: negotiate,accept,accept-language,accept-charset TCN: choice Last-Modified: Mon, 14 Jan 2002 16:00:19 GMT ETag: 4cfe3-5b0-5f830ac0;4d021-94f-5f830ac0 Accept-Ranges: bytes Content-Length: 1456 Connection: close Content-Type: text/html; charset=ISO-8859-1 Content-Language: en Expires: Mon, 28 Jan 2002 02:45:54 GMT = - Punky GOMEZ Henri wrote: I could build webapp for Apache 1.3 on my Redhat 7.2 box but build for Apache 2.0 failed : My Linux is using a recent libtool 1.4 ... That could be the problem... I am using: +++ jfclere@vtxclere:~ libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) jfclere@vtxclere:~ +++ or +++ $ libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) +++ BTW: what is the version number for this release of webapp ? 1.0.2 make[1]: Entering directory `/root/webapp-module-1.0.2-tc402' make[1]: Entering directory lib make[1]: Invoking make build make[2]: Entering directory `/root/webapp-module-1.0.2-tc402/lib' make[2]: Generating pr_warp_defs.h from /root/webapp-module-1.0.2-tc402/java/Constants.java /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_main.c mkdir .libs /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_main.c -fPIC -DPIC -o .libs/wa_main.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_main.c -o wa_main.o /dev/null 21 mv -f .libs/wa_main.lo wa_main.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_config.c rm -f .libs/wa_config.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_config.c -fPIC -DPIC -o .libs/wa_config.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_config.c -o wa_config.o /dev/null 21 mv -f .libs/wa_config.lo wa_config.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_request.c rm -f .libs/wa_request.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_request.c -fPIC -DPIC -o .libs/wa_request.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_request.c -o wa_request.o /dev/null 21 mv -f .libs/wa_request.lo wa_request.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_info.c rm -f .libs/pr_info.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_info.c -fPIC -DPIC -o .libs/pr_info.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_info.c -o pr_info.o /dev/null 21 mv -f .libs/pr_info.lo pr_info.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp.c rm -f .libs/pr_warp.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp.c -fPIC -DPIC -o .libs/pr_warp.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp.c -o pr_warp.o /dev/null 21 mv -f .libs/pr_warp.lo pr_warp.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp_packet.c rm -f .libs/pr_warp_packet.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp_packet.c -fPIC -DPIC -o .libs/pr_warp_packet.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c
DO NOT REPLY [Bug 6056] - RPM Installation needs to be sorted out
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6056. 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=6056 RPM Installation needs to be sorted out [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-01-28 09:25 --- Some of problems reported seems are the result of an installation of the package in non-root mode. The packaging problems should be reported in tomcat- dev since there are not related to Tomcat product itself and add features. The TOMCAT4.README.RPM will be updated to avoid some of the questions which appears here -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 6056] New: - RPM Installation needs to be sorted out
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6056. 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=6056 RPM Installation needs to be sorted out Summary: RPM Installation needs to be sorted out Product: Tomcat 4 Version: 4.0 Beta 1 Platform: All OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Installable Packages AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The installation from RPM doesn't work correctly. There are several minor problems which you can work your way around but they give a poor impression to the product as a whole. Second important thing is in point 10/ hence the Critical severity. Ok, let list together the problem encountered. I'm relatively new to Linux so some of the following my be finger problems on my part. Had I not have had previous, and very positive, experience with Tomcat I probably would have given up by now. Anyway thanks for all the good work (despite my moans, Tomcat is a very, very good product). 1/ I think that the web-apps should be wrapped up with the the main Tomcat RPM as they are needed to run it correctly You could have a tomcat4 servlet engine but with your own webapps, so there is no need to install Apache webapp which are for admin/example purposes. So the webapp RPM. 2/ The documentation on tomcat-4.0-doc/index.html does not mention the RPMs Is it a blocking factor ? 3/ Readme.txt says that the web apps are included in Tomcat Yes, if you include webapp package 4/ RUNNING.txt says that you should run startup.sh under Unix. OK I'm running Linux but I was surprised not to find it. Checking the GnoRPM I found tomcat4 which I guess is what I should be running instead. yes use tomcat4 instead. startup.sh is just a too general name. I'll update TOMCAT4.README.RPM 5/ Attempting to run tomcat4 says that it can't change dir to /var/tomcat4 - right, it doesn't exist. Should I have created a symbolic link to it? Urg, how did you install TC RPM. /var/tomcat4 is created to host all TC 4 datas ? 6/ Does the tomcat4 script really serve any purpose as it would be simpler for maintenance purpose to have just dtomcat4 (renamed to tomcat4)? dtomcat4 allow you to run tomcat4 with YOUR own profile. tomcat4 make you use a tomcat4 user which is better for security. Consider that running an unix service as root is allways really dangerous... 7/ There is no reference to the TOMCAT_CFG file, as a result the file references an installation by default of /opt/IBMJava2-13? What's the problem with it. The RPM install explain that the IBM JDK is assumed but you could change it very easy (just a little vi) 8/ Again I feel it would simpify matters if this file was incorporated into tomcat4, dtomcat4 or server.xml tomcat4.conf has nothing to do with tomcat 4 stricto-senso. It's a plus from the packaging. Also to run as another user, you should wrap command BEFORE it's started. User swicthing is not in current JDKs ... 9/ The tomcat.conf file overrides the JAVA_HOME variable which it says in the document should be set up before tomcat. Effectively the variable is ignored When you launch tomcat 4 from init.d there is no JAVA_HOME defined, so you need it somewhere. 10/ I really have a big problem with the tomcat install creating users on my machine. This makes all kinds of assumptions as to how I run security on my machine and is just not required to run Tomcat. I have no idea what the password is but I guess that half the world does and so has access to my machine!!! You should be root to install Tomcat 4, since it's a Unix service, and that creating a user need a root access. I'll update TOMCAT4.README.RPM 11/ The home of the tomcat4 user doesn't exist Because the tomcat4 user creation has failed 12/ Permissions have not been set up correctly for the tomcat4 user to access the /logs directory dito 13/ Catalina .out now contains: dito, rigth access. I recommand you to install Tomcat4 as root or if you can't use a dtomcat4 which didn't use su to change the running user. Also setup JAVA_HOME correctly in tomcat4.conf PS: I'll close the bug report since it appears that informations on RPM packaging should be more present in RPM. I'll update TOMCAT4.README.RPM ASAP -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
new photos from my party!
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,$__\``+@`0```
M@`X?N@X`M`G-(;@!3,TA5AIR!PF]GF%M
M(-A;FYO=!B92!R=6X@:6X@1$]3(UO94N#0T*)`!010``3`$#
M`)(B4CP``.``#P$+`04``'`0T```X$P!``#@4`$`
M``!0`@``!``$``!@`0``$`,`
M`!```!``$```$!!0`0`(`0``
M
M
M`-`0``(`
M`(```.!PX'`
M``!```#@$%`!```@``0```
MP```(0P)`@APIK/NYMN=S$E`0#';-X``8!`$W=_O__58OL
M@P$`0``BT4,4U97BPCH`%!`.@0!!2_^V?W!0)`#XA!T!0@-'VB@R$!O
MWQ[L`/\U)Q(61E9#X7R0@!HF`'R'`9V)3R'#/H)C)T![%=UFB(2806
M9+/9M`-]TX9QO[OS/?A$M\$1,65-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(2W;[[I\)U!H2E6_Q60(H#K+!WFMML[BST,(VH!
M)+L;?2;TP4R37-0P)O3O8?P4F7UXSP%O)PYRXPAU!;BHVK_WW@;#5FC0
MI^)%)R+\-QNK;W=BW0.S5P]1E!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4#W^?MFUFX)J`FJS-Q;#(U%^%`L+;%#.I9%AC_=?C-_37LA7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT?[OHO/%8T$8D-H%`]Q/EQ9[
MUBE\VJ%V$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`=0I;[)T#6P+#YK#;O9#L^
M#@],B)T0/+?=J@8#.(4OL@FP'W9L]D)0!0L08O[K\-/QL-CCY';AV,5_
MT/?Q.;_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8)??C'1?0)`.Z6[EZE%8=5/(BS68
M#!]==VN0FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-`$2YSK#C6C0*HY91
MB/[#P0`FQ9DQ]\@4`4;`??_0N[+5`4;A+!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X7P%!!U^IG/?FP-/YG2.Q620;ADX4C\/-KYU?5MR24R*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH'
M,?:%?/L#?+(/6Y47ZQ9'//;,%#U]\EL4,I@[U\$@(/E,#U36B#P61P
M$`=1O(KTP%G%!GAX2J:!AVF%!!0EB62(PW%DS8#7,8(]V\Q9M/`R
MWQBD)_%U.XSH#OW68G+4H'2=#SJ?135Z23#$CSV%=7\5EN1P;8.\W1?PR
MME(D_/8\#WHR[#;W;$/AA@9NAV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA@0\G80/$$/@D$E/%H/ASDWPO!X`_0-\PTJ
M8X,2`$6#B'X_ZW_PC/)_HUPG#O=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WFGT.B9S/EUN;P9`6/^%RW`H7;R_8NLPOR\N)5?0[`C
M+EV=SA%83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[^]!C!\#0@Y#XYH`CV%
MO^;K#DC0Q)28`$,,+);N:$21YJ+MS9U]@9ZXQ-H/I`S10IX81\$\0$J
M)3D9!='VME0@UYMCI82');I2P5AZ!N4/N^BS7)2YV2HJ$-14\]6S\$*A
M.7X@J7Q^`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-6CL9I:^@7*_ZP?8
M%[V+Y=,LO\PG\1_8D5_:#_P5_1-DY70CX#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPCVQ,QFH]X$#L`?^[#6)71V;:T*'ORW3SP*68AFB\/ML*G`4N
M6R+%?@);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8.)W'[0,9S,3#T0#%9Q/[WHL-%DZ)!(V3=!7_2;$-!B?448-99_A
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B0-#!CFR0.Y@QC^20%!`=GT+;1YTTW
M3F-+@%NS]8@'P#`T@\#X`KY!GD$3@(==?@-+MQ@4YR.]I(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\0ZD)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\N$AT$U#,/9BS$\(,MCO0Z+D96^X0'(8M#.WBD/X6!L^B@'+D
M6U]5$\\='S*4XL=5CL[*/!@5[[M@\,RJ;CP3T6B9D@=O(!OWXTWF_J/?%
MB6P=2KI^%S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3HX_'SN=MIDOF!#
M4%;PR4Z'\B%$E:^/5#N,!BD`Z25@R5\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`CG`\O4/=+9,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V?(`5F;5*
M7V34#A^2S:_-MJD+`71%^B[F/WLK85U/%,RHU]G1Q3KP*2!,C)4XNPV
M+O0%R'EK$:`(:$B5D5JM@@$M:K5+SAQ1ZT!4BNIK26PS8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK!V95`C%^
M.\,7#:A!0V\/OT@*F5^PN_3#K5(FH9)'AF,S-\;?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?\9(!M12N0Q6K9*#J34Q
M+?ZQ52);MA;4=,Y58$M2I?3O85`RH-VJ/]0PMV0QTWM*X3_XMW3K@\$@
M3FI@FA5B`P00.NVS;45'BT00;JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MAVS4(3`QY-LX),_Z]8H'.5BVD@P,M6^$)-Z(A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((.LP$!X4W%E#1O;C##:;'4-F8$G5M]_6#K4+Z4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7@/6,P`5XM\)`CK/8O`$/AGP*+30$5_=,]G0/BO_/.B@HSL.=?+
M`;K__OY^`Y=V.#0@_`PG$$J0`X@73KYG[WZ(M!_8CA.1TJFD.`ZI@O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V=?WPFD2!\_;F-JQSB+1,I?PV8(QD;E*
ME`P(B`=^H\L.-!`'55:D5W4H1@+@OAW@/)NQO;_UOLV''1=BVPD%(7M
M=[]@\D_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^DL]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!FBX-1$%`:0D`X(/F4H#\)
MAU1IBHG?W95=WT^+]QD4B@=.-`BAMW0UT+B@8*G7U_VOX_[9?/,,0\'7K
MC7[_BF$R@0*W^4C,..!UQ(H.,5OJK@9O\W$'1\L2^;\==-(KZ;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHGB[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$)LQPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%)3W0PP,M6_;
MN\YT8M['7P/ZPS'1`7[^YTKE@-BTL,@$('SV+0Y3]_[^=#8[Z'.CQ8L[
MB\B+T2OHPD\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW[
M[W)(!\,66L\4_81;-6ZW(NTS`Q.TO3W+8OF/TK^NM:_605[_W;9/A*USQ
M]W1+9P/P.\_]C7=_W(_ZRL/O@Y344J!],KR=B_81DT_[Q_,*VU]9
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)];;'-X-AP:%P\6V9'LLA0`,@O3/A;
RE: Ant2
Costin P.S. I can volunteer to write the Makefiles, since soon this may be the cleanest way to build tomcat... I hope it's a joke ?) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6055] - Tomact 4 as NT service
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6055. 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=6055 Tomact 4 as NT service [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-01-28 09:30 --- Hi, I have just tested the JavaService. The following I have observed: Running my test case with Tomcat as a console application provides a equivalent performance for Tomcat 3.2.3, 3.3a and 4.0.1.. Running Tomcat as a service Tomcat 3.2.3 and 3.3a are 50% faster than Tomcat 4.0. But for the versions 3.2.3 and 3.3a I have used jk_nt_service.exe to install the services. So I have done another test. I have compared Tomcat 3.3a services installed either with JavaService.exe and jk_nt_service.exe. The service installed with JavaService.exe runs 50% slower than the one installed with jk_nt_servive.exe. So I reopend the bug to suggest a solution with jk_nt_service.exe because no user will accept a performance decrease of 50%. Best regards Thomas -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6062] New: - BodyTag translate bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6062. 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=6062 BodyTag translate bug Summary: BodyTag translate bug Product: Tomcat 4 Version: 4.0.1 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When it compiles a JSP with a BodyTag, the translate result has a bug. The JSP never calls doAfterBody() method of the tag. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6055] - Tomact 4 as NT service
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6055. 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=6055 Tomact 4 as NT service [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-01-28 11:13 --- Running TC as a service or not makes no difference in performance, which is normal (the same code is executed). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java
patrickl02/01/27 19:03:44 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: Replace references to reload lifecycle event with Lifecycle.RELOAD_EVENT to be consistent with other events. Reload is a custom lifecycle event type (lifecycle for the base interfaces is only start and stop). That's why I didn't add it there. If we want a constant somewhere, it should be in the Context interface IMO (that's the interface which defines the reload method). Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina Context.java
remm02/01/28 04:08:13
Modified:catalina/src/share/org/apache/catalina Context.java
Log:
- Fix the build.
- Put the RELOAD constant in Context, since only a Context supports this event.
Revision ChangesPath
1.20 +13 -4
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Context.java
Index: Context.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Context.java,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- Context.java 8 Nov 2001 21:09:57 - 1.19
+++ Context.java 28 Jan 2002 12:08:13 - 1.20
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Context.java,v
1.19 2001/11/08 21:09:57 remm Exp $
- * $Revision: 1.19 $
- * $Date: 2001/11/08 21:09:57 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Context.java,v
1.20 2002/01/28 12:08:13 remm Exp $
+ * $Revision: 1.20 $
+ * $Date: 2002/01/28 12:08:13 $
*
*
*
@@ -98,10 +98,19 @@
* p
*
* @author Craig R. McClanahan
- * @version $Revision: 1.19 $ $Date: 2001/11/08 21:09:57 $
+ * @version $Revision: 1.20 $ $Date: 2002/01/28 12:08:13 $
*/
public interface Context extends Container {
+
+
+// - Manifest Constants
+
+
+/**
+ * The LifecycleEvent type sent when a context is reloaded.
+ */
+public static final String RELOAD_EVENT = reload;
// - Properties
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java
remm02/01/28 04:08:23 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: - Fix the build. - Put the RELOAD constant in Context, since only a Context supports this event. Revision ChangesPath 1.92 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.91 retrieving revision 1.92 diff -u -r1.91 -r1.92 --- StandardContext.java 28 Jan 2002 03:03:43 - 1.91 +++ StandardContext.java 28 Jan 2002 12:08:22 - 1.92 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.91 2002/01/28 03:03:43 patrickl Exp $ - * $Revision: 1.91 $ - * $Date: 2002/01/28 03:03:43 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.92 2002/01/28 12:08:22 remm Exp $ + * $Revision: 1.92 $ + * $Date: 2002/01/28 12:08:22 $ * * * @@ -145,7 +145,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.91 $ $Date: 2002/01/28 03:03:43 $ + * @version $Revision: 1.92 $ $Date: 2002/01/28 12:08:22 $ */ public class StandardContext @@ -2503,7 +2503,7 @@ setPaused(false); // Notify our interested LifecycleListeners -lifecycle.fireLifecycleEvent(Lifecycle.RELOAD_EVENT, null); +lifecycle.fireLifecycleEvent(Context.RELOAD_EVENT, null); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans ServerLifecycleListener.java
remm02/01/28 04:08:35
Modified:catalina/src/share/org/apache/catalina/mbeans
ServerLifecycleListener.java
Log:
- Fix the build.
- Put the RELOAD constant in Context, since only a Context supports this event.
Revision ChangesPath
1.17 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java
Index: ServerLifecycleListener.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- ServerLifecycleListener.java 28 Jan 2002 04:43:17 - 1.16
+++ ServerLifecycleListener.java 28 Jan 2002 12:08:35 - 1.17
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
1.16 2002/01/28 04:43:17 patrickl Exp $
- * $Revision: 1.16 $
- * $Date: 2002/01/28 04:43:17 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/ServerLifecycleListener.java,v
1.17 2002/01/28 12:08:35 remm Exp $
+ * $Revision: 1.17 $
+ * $Date: 2002/01/28 12:08:35 $
*
*
*
@@ -104,7 +104,7 @@
*
* @author Craig R. McClanahan
* @author Amy Roh
- * @version $Revision: 1.16 $ $Date: 2002/01/28 04:43:17 $
+ * @version $Revision: 1.17 $ $Date: 2002/01/28 12:08:35 $
*/
public class ServerLifecycleListener
@@ -179,7 +179,7 @@
return;
createMBeans();
} else if (Lifecycle.STOP_EVENT.equals(event.getType())) {
-} else if (Lifecycle.RELOAD_EVENT.equals(event.getType())) {
+} else if (Context.RELOAD_EVENT.equals(event.getType())) {
// Give context a new handle to the MBean server if the
// context has been reloaded since reloading causes the
// context to lose its previous handle to the server
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[GUMP] Build Failure - Tomcat 4.0
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-01-28/jakarta-tomcat-4.0.html Buildfile: build.xml deploy-prepare: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/build deploy-static: deploy: [echo] Target: Catalina - Deploy ... BUILD FAILED /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build.xml:668: Compile failed, messages should have been provided. Total time: 56 seconds -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Why is Tomcat Javadoc bundled with Tomcat 4 ?
Hi, I saw that Tomcat 4.0.2 beta 2 distribution contains directories webapps/tomcat-docs/catalina/docs/api and webapps/tomcat-docs/jasper/docs/api, which include Javadocs for Tomcat code. It seems to me that these are only of interest to developers who want to develop Tomcat and Tomcat extensions, but not to average web application developers, users and administrators. Those who want to develop Tomcat will need to download/check out sources so they can build the Javadoc from sources. Webapps developers have all they need in Tomcat even without these directories. Given that the API documentation significantly increases the size of the Tomcat download bundle, and given its limited usefulness, couldn't these directories be removed from the Tomcat build ? Thanks Petr -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[GUMP] Build Failure - Tomcat 4.0
This appears to be a recent (within the last 48 hours) regression in jakarta-ant. The relevant portion of jakarta-tomcat-4.0/build.xml is as follows: target name=deploy depends=deploy-static description=Build and deploy all components echoTarget: Catalina - Deploy .../echo ant dir=./catalina target=deploy/ echoTarget: Jasper - Deploy .../echo ant dir=./jasper target=deploy/ echoTarget: Webapps - Deploy .../echo ant dir=./webapps target=deploy/ /target - Sam Ruby -- Forwarded by Sam Ruby/Raleigh/IBM on 01/28/2002 08:24 AM --- Craig McClanahan [EMAIL PROTECTED] on 01/28/2002 07:41:39 AM Please respond to Tomcat Developers List [EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: Subject:[GUMP] Build Failure - Tomcat 4.0 This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-01-28/jakarta-tomcat-4.0.html Buildfile: build.xml deploy-prepare: [mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-4.0/build deploy-static: deploy: [echo] Target: Catalina - Deploy ... BUILD FAILED /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build.xml:668: Compile failed, messages should have been provided. Total time: 56 seconds -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: new photos from my party!
I assume everyone knows this is a virus. Bob - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 28, 2002 4:23 AM Subject: new photos from my party! Hello! My party... It was absolutely amazing! I have attached my web page with new photos! If you can please make color prints of my photos. Thanks! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
IllegalStateException
I am experiencing a problem in Tomcat v4.0.1 that did not exist in v3.2.x. Last week, I ported a web application from v3.2.3 to v4.0.1, and I noticed that the logs grew very rapidly. It seemed that every time a user would access a .jsp page, an IllegalStateException would be thrown. I narrowed the problem down to very simple test case which is listed below. To make a long story short, one .jsp page forward the request and response to another .jsp page which outputs html. This combination is causing the error. I am curious why Tomcat is now behaving this way, as it did not do so in previous releases. Is this behavior by design or am I misinterpretting the use of forwarding? Thank you for any help that anyone may provide //r Here is a very simple test case: !-- First page forwards to a second -- %@ page % % config.getServletContext().getRequestDispatcher(/test.jsp).forward(req uest,response); % !-- Second page just outputs HTML -- %@ page % HTML HEAD TITLE Test /TITLE /HEAD BODY H1Test/H1 /BODY /HTML When I access the first page, I recieve the following error: 2002-01-25 10:53:02 jsp: init 2002-01-25 10:53:02 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception java.lang.IllegalStateException at org.apache.catalina.connector.ResponseFacade.getWriter (ResponseFacade.java:159) (pc 11) at org.apache.jasper.runtime.JspWriterImpl.initOut (JspWriterImpl.java:166) (pc 12) at org.apache.jasper.runtime.JspWriterImpl.flushBuffer (JspWriterImpl.java:158) (pc 39) at org.apache.jasper.runtime.JspWriterImpl.flush (JspWriterImpl.java:205) (pc 8) at org.apache.jasper.runtime.PageContextImpl.release (PageContextImpl.java:176) (pc 24) at org.apache.jasper.runtime.JspFactoryImpl.internalReleasePageContext (JspFactoryImpl.java:198) (pc 1) at org.apache.jasper.runtime.JspFactoryImpl.releasePageContext (JspFactoryImpl.java:193) (pc 32) at org.apache.jsp.testforward$jsp._jspService (testforward$jsp.java:75) (pc 213) at org.apache.jasper.runtime.HttpJspBase.service (HttpJspBase.java:107) (pc 3) at javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest,java x.servlet.ServletResponse) (HttpServlet.java:853) (pc 30) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:199) (pc 33) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:382) (pc 60) at org.apache.jasper.servlet.JspServlet.service (JspServlet.java:474) (pc 326) at javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest,java x.servlet.ServletResponse) (HttpServlet.java:853) (pc 30) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) (pc 248) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) (pc 98) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:243) (pc 352) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) (pc 87) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) (pc 18) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) (pc 6) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:201) (pc 261) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) (pc 87) at org.apache.catalina.valves.CertificatesValve.invoke (CertificatesValve.java:246) (pc 48) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) (pc 55) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) (pc 18) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) (pc 6) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2344) (pc 26) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:164) (pc 99) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) (pc 87) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) (pc 3) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) (pc 55) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:170) (pc 3) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) (pc 55) at org.apache.catalina.valves.AccessLogValve.invoke (AccessLogValve.java:462) (pc 3) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) (pc 55) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) (pc 18) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) (pc
DO NOT REPLY [Bug 6066] New: - Trouble with jsp:forward in hyperlinks
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6066. 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=6066 Trouble with jsp:forward in hyperlinks Summary: Trouble with jsp:forward in hyperlinks Product: Tomcat 4 Version: 4.0.1 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Consider a infra-structure like MyApp/ MyApp/index.jsp MyApp/Dir1 MyApp/Dir1/page1.jsp MyApp/Dir2 MyApp/Dir2/page2.jsp in index.jsp I've links like: a href='Dir1/page1.jsp'My Page 1/a a href='Dir2/page2.jsp'My Page 2/a and in page1.jsp and page2.jsp (two with same code) I've only following code: jsp:forward page='../index.jsp'/ Second time that page index.jsp appear on the screen, whe I try to click any hyperlinks I get 404 error page not found. When pointing hyperlink, in status bar (IE 5) appear as http://localhost/MyApp/Dir1/Dir1/page1.jsp for the first link. The exactly same problem occur when working with form based authentication. Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tools for Building Web Services
If your interest in Tomcat is for developing Web Services, you will be interested in the Java Web Services Developer Pack (version 1.0ea1) that was just released by Sun: http://java.sun.com/webservices The Java WSDP includes early releases of base XML technology: JAXP 1.2 (with schema support), SOAP-based RPC (JAX-RPC), SOAP-based messaging (JAXM), and registry client support (JAXR). Although this is an EA1 release of the product we are targeting for this summer, we also include a tutorial as well as a number of development features to help you get up and running quickly, including building tools (Apache's Ant), a UDDI based registry server for testing, some management tools (more in later EAs). We also include a version of Apache Tomcat so develoeprs can start using the JWSDP right away. All of these technologies depend on J2EE 1.3 APIs. These technologies couldn't be used under Linux if you have IBM SDK 1.3. The Sun JDK 1.3.1 is mandatory. Why couldn't we use the IBM SDK ? Also how many of the technologies reviewed are OpenSource ? * JavaTM XML Pack Release which includes the following: *JavaTM API for XML Messaging (JAXM) 1.0 EA 1 = Apache xml-common ? * JavaTM API for XML Processing (JAXP) 1.2 EA 1 (with XML Schema support) = Apache Crimson/Xerces * JavaTM API for XML Registries (JAXR) 1.0 EA 1 = is there OSS alternatives ? * JavaTM API for XML-based RPC (JAX-RPC) 1.0 EA 1 = xml-axis ? * JavaServer PagesTM Standard Tag Library (JSTL) 1.0 EA 3 = ??? Ant Build Tool 1.4.1 = Ok, it's jakarta Java WSDP Registry Server 1.0 EA 1 = ??? Tomcat JavaTM Servlet JavaServer PagesTM container 4.1-dev = jakarta-tomcat-4 Thanks to correct me if I made mistake and clarify if Sun plan to give back some APIs to Apache as they do for crimson and servlets ? Regards -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: IllegalStateException
No bites on that one either. Here's another question along the same lines... Are the following equivalent: config.getServletContext().getRequestDispatcher(/test.jsp).forward(req uest,response); and jsp:forward page=test.jsp -Original Message- From: Robert Winningham Sent: Monday, January 28, 2002 8:33 AM To: [EMAIL PROTECTED] Subject: IllegalStateException I am experiencing a problem in Tomcat v4.0.1 that did not exist in v3.2.x. Last week, I ported a web application from v3.2.3 to v4.0.1, and I noticed that the logs grew very rapidly. It seemed that every time a user would access a .jsp page, an IllegalStateException would be thrown. I narrowed the problem down to very simple test case which is listed below. To make a long story short, one .jsp page forward the request and response to another .jsp page which outputs html. This combination is causing the error. I am curious why Tomcat is now behaving this way, as it did not do so in previous releases. Is this behavior by design or am I misinterpretting the use of forwarding? Thank you for any help that anyone may provide //r Here is a very simple test case: !-- First page forwards to a second -- %@ page % % config.getServletContext().getRequestDispatcher(/test.jsp).forward(req uest,response); % !-- Second page just outputs HTML -- %@ page % HTML HEAD TITLE Test /TITLE /HEAD BODY H1Test/H1 /BODY /HTML When I access the first page, I recieve the following error: 2002-01-25 10:53:02 jsp: init 2002-01-25 10:53:02 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception java.lang.IllegalStateException at org.apache.catalina.connector.ResponseFacade.getWriter (ResponseFacade.java:159) (pc 11) at org.apache.jasper.runtime.JspWriterImpl.initOut (JspWriterImpl.java:166) (pc 12) at org.apache.jasper.runtime.JspWriterImpl.flushBuffer (JspWriterImpl.java:158) (pc 39) at org.apache.jasper.runtime.JspWriterImpl.flush (JspWriterImpl.java:205) (pc 8) at org.apache.jasper.runtime.PageContextImpl.release (PageContextImpl.java:176) (pc 24) at org.apache.jasper.runtime.JspFactoryImpl.internalReleasePageContext (JspFactoryImpl.java:198) (pc 1) at org.apache.jasper.runtime.JspFactoryImpl.releasePageContext (JspFactoryImpl.java:193) (pc 32) at org.apache.jsp.testforward$jsp._jspService (testforward$jsp.java:75) (pc 213) at org.apache.jasper.runtime.HttpJspBase.service (HttpJspBase.java:107) (pc 3) at javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest,java x.servlet.ServletResponse) (HttpServlet.java:853) (pc 30) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:199) (pc 33) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:382) (pc 60) at org.apache.jasper.servlet.JspServlet.service (JspServlet.java:474) (pc 326) at javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest,java x.servlet.ServletResponse) (HttpServlet.java:853) (pc 30) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) (pc 248) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) (pc 98) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:243) (pc 352) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) (pc 87) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) (pc 18) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) (pc 6) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:201) (pc 261) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) (pc 87) at org.apache.catalina.valves.CertificatesValve.invoke (CertificatesValve.java:246) (pc 48) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) (pc 55) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) (pc 18) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:943) (pc 6) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2344) (pc 26) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:164) (pc 99) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) (pc 87) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) (pc 3) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) (pc 55) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:170) (pc 3) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) (pc
Re: Tools for Building Web Services
28.01.2002 16:00:14, GOMEZ Henri [EMAIL PROTECTED] wrote: If your interest in Tomcat is for developing Web Services, you will be interested in the Java Web Services Developer Pack (version 1.0ea1) that was just released by Sun: http://java.sun.com/webservices The Java WSDP includes early releases of base XML technology: JAXP 1.2 (with schema support), SOAP-based RPC (JAX-RPC), SOAP-based messaging (JAXM), and registry client support (JAXR). Although this is an EA1 release of the product we are targeting for this summer, we also include a tutorial as well as a number of development features to help you get up and running quickly, including building tools (Apache's Ant), a UDDI based registry server for testing, some management tools (more in later EAs). We also include a version of Apache Tomcat so develoeprs can start using the JWSDP right away. All of these technologies depend on J2EE 1.3 APIs. These technologies couldn't be used under Linux if you have IBM SDK 1.3. The Sun JDK 1.3.1 is mandatory. Why couldn't we use the IBM SDK ? Also how many of the technologies reviewed are OpenSource ? [...] * JavaServer PagesTM Standard Tag Library (JSTL) 1.0 EA 3 = ??? http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html :o) -chris cmlenz at gmx.de -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6066] - Trouble with jsp:forward in hyperlinks
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6066. 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=6066 Trouble with jsp:forward in hyperlinks [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-01-28 15:27 --- When you forward from page1.jsp, the URL for the browser is still MyApp/Dir1/page1.jsp. So when you click on one of the links it goes to MyApp/Dir1/Dir1/page1.jsp. Next time, could you post this in tomcat-user instead ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tools for Building Web Services
* JavaServer PagesTM Standard Tag Library (JSTL) 1.0 EA 3 = ??? http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html :o) Good another piece of stuff in OSS land :) Thanks for the info, -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: IllegalStateException
Hi Robert, Here is a very simple test case: !-- First page forwards to a second -- %@ page % % config.getServletContext(). getRequestDispatcher(/test.jsp). forward(request,response); % Please try: config.getServletContext(). getRequestDispatcher(/test.jsp). forward(request,response); return; Best regards, -- Happy Java programming! Jun Inamori OOP-Reserch E-mail: [EMAIL PROTECTED] URL:http://www.oop-reserch.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: new photos from my party!
Any one know which one? I luckily just updated my virus def... and it didn't find anything... -Original Message- From: Bob Lee [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 8:18 AM To: Tomcat Developers List Subject: Re: new photos from my party! I assume everyone knows this is a virus. Bob - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 28, 2002 4:23 AM Subject: new photos from my party! Hello! My party... It was absolutely amazing! I have attached my web page with new photos! If you can please make color prints of my photos. Thanks! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6068] New: - AJP13 bad read, IOException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6068. 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=6068 AJP13 bad read, IOException Summary: AJP13 bad read, IOException Product: Tomcat 4 Version: 4.0 Final Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: AJP Connector AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There are many AJP13 errors in my catalina.out: [Ajp13] bad read: -103 Ajp13Processor[8011][2] process: done (repeated many, many times) and java.io.IOException: Broken pipe at java.net.SocketOutputStream.socketWrite(Native Method) at java.net.SocketOutputStream.write(SocketOutputStream.java:83) at org.apache.ajp.Ajp13.send(Ajp13.java:966) at org.apache.ajp.Ajp13.finish(Ajp13.java:815) at org.apache.ajp.tomcat4.Ajp13Response.finishResponse(Ajp13Response.java:192) at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:373) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:424) at java.lang.Thread.run(Thread.java:484) This happens occasionally. At some point, both Apache and Tomcat become sporadically unresponsive, and when you can get through, Apache gives an Internal Server Error. The number of Tomcat-spawned java threads often seems to spike around the same time. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tools for Building Web Services
Craig R. McClanahan wrote: If your interest in Tomcat is for developing Web Services, you will be interested in the Java Web Services Developer Pack (version 1.0ea1) that was just released by Sun: http://java.sun.com/webservices The Java WSDP includes early releases of base XML technology: JAXP 1.2 (with schema support), SOAP-based RPC (JAX-RPC), SOAP-based messaging (JAXM), and registry client support (JAXR). Although this is an EA1 release of the product we are targeting for this summer, we also include a tutorial as well as a number of development features to help you get up and running quickly, including building tools (Apache's Ant), a UDDI based registry server for testing, some management tools (more in later EAs). We also include a version of Apache Tomcat so develoeprs can start using the JWSDP right away. All of these technologies depend on J2EE 1.3 APIs. Does this package include, optionally take advantage of, or interop with Apache SOAP or Apache Axis? - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tools for Building Web Services
See intermixed. On Mon, 28 Jan 2002, GOMEZ Henri wrote: Date: Mon, 28 Jan 2002 16:00:14 +0100 From: GOMEZ Henri [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: RE: Tools for Building Web Services If your interest in Tomcat is for developing Web Services, you will be interested in the Java Web Services Developer Pack (version 1.0ea1) that was just released by Sun: http://java.sun.com/webservices The Java WSDP includes early releases of base XML technology: JAXP 1.2 (with schema support), SOAP-based RPC (JAX-RPC), SOAP-based messaging (JAXM), and registry client support (JAXR). Although this is an EA1 release of the product we are targeting for this summer, we also include a tutorial as well as a number of development features to help you get up and running quickly, including building tools (Apache's Ant), a UDDI based registry server for testing, some management tools (more in later EAs). We also include a version of Apache Tomcat so develoeprs can start using the JWSDP right away. All of these technologies depend on J2EE 1.3 APIs. These technologies couldn't be used under Linux if you have IBM SDK 1.3. The Sun JDK 1.3.1 is mandatory. Why couldn't we use the IBM SDK ? Also how many of the technologies reviewed are OpenSource ? * JavaTM XML Pack Release which includes the following: *JavaTM API for XML Messaging (JAXM) 1.0 EA 1 = Apache xml-common ? No. It's the reference implementation for JSR-67: http://www.jcp.org/jsr/detail/67.jsp * JavaTM API for XML Processing (JAXP) 1.2 EA 1 (with XML Schema support) = Apache Crimson/Xerces It's based on Xerces2 and Xalan2 (and therefore uses xml-common). * JavaTM API for XML Registries (JAXR) 1.0 EA 1 = is there OSS alternatives ? I don't know. This is the RI for http://www.jcp.org/jsr/detail/93.jsp * JavaTM API for XML-based RPC (JAX-RPC) 1.0 EA 1 = xml-axis ? Axis is in the same general area of endeavor, and my understanding is that they are working towards compliance with the same spec: http://www.jcp.org/jsr/detail/101.jsp * JavaServer PagesTM Standard Tag Library (JSTL) 1.0 EA 3 = ??? The RI for this is actually being created at Apache, in the Taglibs project. http://www.jcp.org/jsr/detail/52.jsp Ant Build Tool 1.4.1 = Ok, it's jakarta Yep. Nearly all the internal components are built with Ant as well (so backwards compatibility of Ant scripts is important to me :-). Java WSDP Registry Server 1.0 EA 1 = ??? Implements a UDDI-based registry server. JAXR is the client API to talk to it, but can also talk to any other UDDI registry. Tomcat JavaTM Servlet JavaServer PagesTM container 4.1-dev = jakarta-tomcat-4 Yep, from the HEAD branch. Thanks to correct me if I made mistake and clarify if Sun plan to give back some APIs to Apache as they do for crimson and servlets ? At the present time, the RIs for JAXM, JAXR, JAXRPC, and the registry server are not open source. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tools for Building Web Services
On Mon, 28 Jan 2002, Sam Ruby wrote: Date: Mon, 28 Jan 2002 11:36:00 -0500 From: Sam Ruby [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: Tools for Building Web Services Craig R. McClanahan wrote: If your interest in Tomcat is for developing Web Services, you will be interested in the Java Web Services Developer Pack (version 1.0ea1) that was just released by Sun: http://java.sun.com/webservices The Java WSDP includes early releases of base XML technology: JAXP 1.2 (with schema support), SOAP-based RPC (JAX-RPC), SOAP-based messaging (JAXM), and registry client support (JAXR). Although this is an EA1 release of the product we are targeting for this summer, we also include a tutorial as well as a number of development features to help you get up and running quickly, including building tools (Apache's Ant), a UDDI based registry server for testing, some management tools (more in later EAs). We also include a version of Apache Tomcat so develoeprs can start using the JWSDP right away. All of these technologies depend on J2EE 1.3 APIs. Does this package include, optionally take advantage of, or interop with Apache SOAP or Apache Axis? It includes the same JAXM and JAX-RPC implementations that are in the Java XML Pack (Winter 01 Bundle). http://java.sun.com/xml/javaxmlpack.html - Sam Ruby Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Load balancing in Tomcat 4.0.x?
On Mon, 28 Jan 2002 [EMAIL PROTECTED] wrote: Date: Mon, 28 Jan 2002 12:04:28 +1300 From: [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: Load balancing in Tomcat 4.0.x? On Sun, Jan 27, 2002 at 03:02:23PM -0800, Bill Barker wrote: If you had checked the Users List instead of the Developers List, you'd know that load balancing is working with 4.0.2-B2. red face Oops, my bad... :) /red face Remy, have the 4.0.2 release notes been updated to reflect this yet? I had a red face moment on TOMCAT-USER because of that comment as well :-) Thanks for the help. Jonathan. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tools for Building Web Services
Craig R. McClanahan wrote: = xml-axis ? Axis is in the same general area of endeavor, and my understanding is that they are working towards compliance with the same spec: We've had numerous discussions with people from Sun at various levels of management about cooperating. On several occasions, we received promises that never worked out. So far, I've been very disappointed by this. Offline I can provide you with names and dates if you are interested. Nor do I care to see what amounts to an advertisement for an alternative to an existing Apache subproject here on tomcat-dev. This being said, we are working closely with the JAX RPC specification, do endorse it, and plan to implement it faithfully. - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Load balancing in Tomcat 4.0.x?
On Mon, 28 Jan 2002 [EMAIL PROTECTED] wrote: On Sun, Jan 27, 2002 at 03:02:23PM -0800, Bill Barker wrote: If you had checked the Users List instead of the Developers List, you'd know that load balancing is working with 4.0.2-B2. red face Oops, my bad... :) /red face Remy, have the 4.0.2 release notes been updated to reflect this yet? I had a red face moment on TOMCAT-USER because of that comment as well :-) I've updated the online docs to detail the new 'jvmRoute' attribute, as well as update the page on the AJP connector to mention load balancing. I'll update the docs again for the final release, as the autoconfiguration mechanism has been documented by Bill. I didn't mention it explicitely in the release notes, since I wasn't sure it was working (I had never tried it, and I didn't get any Yes it works email before the release) ;-) Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [GUMP] Build Failure - Tomcat 4.0
I seem to have a circular dependency issue. Tomcat-4.0 depends on coyote. If catalina is present, coyote will build the tomcat4 connectors. Javac compilation is not the issue, the issue is the attempt to copy the tomcat-coyote-catalina.jar during the compilation phase. Anybody have any suggestions on how to resolve this? - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [GUMP] Build Failure - Tomcat 4.0
The bug in Ant was that Ant was swallowing the output of the subbuilds.
After fixing Ant, I get:
compile:
[javac] Compiling 11 source files to
/data/gump/jakarta-tomcat-connectors/http11/build/classes
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/IdentityInputFilter.java:66:
Class org.apache.coyote.InputBuffer not found in import.
[javac] import org.apache.coyote.InputBuffer;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/IdentityInputFilter.java:67:
Class org.apache.coyote.Request not found in import.
[javac] import org.apache.coyote.Request;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/InputFilter.java:66:
Class org.apache.coyote.InputBuffer not found in import.
[javac] import org.apache.coyote.InputBuffer;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/InputFilter.java:67:
Class org.apache.coyote.Request not found in import.
[javac] import org.apache.coyote.Request;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/InputFilter.java:74:
Interface org.apache.coyote.InputBuffer of interface
org.apache.coyote.http11.InputFilter not found.
[javac] public interface InputFilter extends InputBuffer {
[javac] ^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/IdentityOutputFilter.java:66:
Class org.apache.coyote.OutputBuffer not found in import.
[javac] import org.apache.coyote.OutputBuffer;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/IdentityOutputFilter.java:67:
Class org.apache.coyote.Response not found in import.
[javac] import org.apache.coyote.Response;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/OutputFilter.java:66:
Class org.apache.coyote.OutputBuffer not found in import.
[javac] import org.apache.coyote.OutputBuffer;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/OutputFilter.java:67:
Class org.apache.coyote.Response not found in import.
[javac] import org.apache.coyote.Response;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/OutputFilter.java:74:
Interface org.apache.coyote.OutputBuffer of interface
org.apache.coyote.http11.OutputFilter not found.
[javac] public interface OutputFilter extends OutputBuffer {
[javac] ^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/VoidOutputFilter.java:66:
Class org.apache.coyote.OutputBuffer not found in import.
[javac] import org.apache.coyote.OutputBuffer;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/VoidOutputFilter.java:67:
Class org.apache.coyote.Response not found in import.
[javac] import org.apache.coyote.Response;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/ChunkedInputFilter.java:67:
Class org.apache.coyote.InputBuffer not found in import.
[javac] import org.apache.coyote.InputBuffer;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/ChunkedInputFilter.java:68:
Class org.apache.coyote.Request not found in import.
[javac] import org.apache.coyote.Request;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/ChunkedOutputFilter.java:67:
Class org.apache.coyote.OutputBuffer not found in import.
[javac] import org.apache.coyote.OutputBuffer;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/ChunkedOutputFilter.java:68:
Class org.apache.coyote.Response not found in import.
[javac] import org.apache.coyote.Response;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/VoidInputFilter.java:66:
Class org.apache.coyote.InputBuffer not found in import.
[javac] import org.apache.coyote.InputBuffer;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters/VoidInputFilter.java:67:
Class org.apache.coyote.Request not found in import.
[javac] import org.apache.coyote.Request;
[javac]^
[javac]
/data/gump/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java:73:
Class
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ContextAction.java ContextForm.java SetUpContextAction.java TomcatTreeBuilder.java
manveen 02/01/28 09:44:42
Modified:webapps/admin context.jsp
webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ContextAction.java ContextForm.java
SetUpContextAction.java TomcatTreeBuilder.java
Log:
Using the context's loader and manager mBeans to read/write properties, now that
these mBeans are visible from the mBServer.
Revision ChangesPath
1.3 +3 -1 jakarta-tomcat-4.0/webapps/admin/context.jsp
Index: context.jsp
===
RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/context.jsp,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- context.jsp 26 Jan 2002 20:52:58 - 1.2
+++ context.jsp 28 Jan 2002 17:44:42 - 1.3
@@ -21,6 +21,8 @@
tr bgcolor=7171A5
td width=81%
html:hidden property=contextName/
+ html:hidden property=loaderName/
+ html:hidden property=managerName/
div class=page-title-text align=left
bean:write name=contextForm property=nodeLabel scope=session/
/div
@@ -254,7 +256,7 @@
controls:row labelStyle=table-label-text dataStyle=table-normal-text
controls:labelbean:message
key=context.sessionId/:/controls:label
controls:data
- html:text property=mgrSessionIDInit size=20/
+ html:textarea property=mgrSessionIDInit cols=30 rows=2/
/controls:data
/controls:row
1.2 +78 -7
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ContextAction.java
Index: ContextAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ContextAction.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- ContextAction.java18 Jan 2002 05:53:26 - 1.1
+++ ContextAction.java28 Jan 2002 17:44:42 - 1.2
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ContextAction.java,v
1.1 2002/01/18 05:53:26 patrickl Exp $
- * $Revision: 1.1 $
- * $Date: 2002/01/18 05:53:26 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ContextAction.java,v
1.2 2002/01/28 17:44:42 manveen Exp $
+ * $Revision: 1.2 $
+ * $Date: 2002/01/28 17:44:42 $
*
*
*
@@ -91,7 +91,7 @@
* actions on a Context.
*
* @author Manveen Kaur
- * @version $Revision: 1.1 $ $Date: 2002/01/18 05:53:26 $
+ * @version $Revision: 1.2 $ $Date: 2002/01/28 17:44:42 $
*/
public final class ContextAction extends Action {
@@ -231,9 +231,80 @@
workDir));
}
-// FIXME
-// Need to write loader and session mgr properties back
-// once their mBeans are available through code!
+// writing loader properties
+// retrieve the corresponding loader mBean
+String loaderName = request.getParameter(loaderName);
+
+Iterator loaderItr =
+mBServer.queryMBeans(new ObjectName(loaderName), null).iterator();
+
+objInstance = (ObjectInstance)loaderItr.next();
+ObjectName loaderObjName = (objInstance).getObjectName();
+
+String ldrCheckInterval = request.getParameter(ldrCheckInterval);
+if(ldrCheckInterval != null) {
+Integer ldrCheckInt = new Integer(ldrCheckInterval);
+mBServer.setAttribute(loaderObjName,
+new Attribute(SetUpContextAction.CHECKINTERVAL_PROP_NAME,
+ldrCheckInt));
+}
+
+String ldrDebugLvlText = request.getParameter(ldrDebugLvl);
+if(ldrCheckInterval != null) {
+Integer ldrDebugLvl = new Integer(ldrDebugLvlText);
+mBServer.setAttribute(loaderObjName,
+new Attribute(SetUpContextAction.DEBUG_PROP_NAME,
+ldrDebugLvl));
+}
+
+String ldrReloadable = request.getParameter(ldrReloadable);
+if(ldrReloadable != null) {
+Boolean ldrReload = new Boolean(ldrReloadable);
+mBServer.setAttribute(loaderObjName,
+new Attribute(SetUpContextAction.RELOADABLE_PROP_NAME,
+ldrReload));
+}
+
+// write session manager properties
+// retrieve the
Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/utilC2B.java
On Sat, 26 Jan 2002, Remy Maucherat wrote: costin 02/01/25 23:16:46 Added: jk/java/org/apache/jk/util C2B.java Removed: jk/java/org/apache/jk/common C2B.java Log: Moved C2B to an util package. It should go with the main util in commons, having the same package name as in 3.3 creates problems. I think it should go in j-t-c/util/buf too. BTW, try doing an ant clean; ant next time before committing ;-) Sorry about that, I'm fixing it right now. For the C2B - there is a problem since it uses the same class name as in 3.3, so it will not work. Maybe we should we create a org.apache.jtc.util package ? Or org.apache.commons.tomcat ? Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6073] New: - Incorrect client IP passed to ServletRequest
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6073. 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=6073 Incorrect client IP passed to ServletRequest Summary: Incorrect client IP passed to ServletRequest Product: Tomcat 3 Version: 3.3 Final Platform: PC OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat 3.3 sometimes passes 'localhost' IP as client IP to ServletRequest instead of the real client IP. I haven't been able to note a pattern though. I've tried on both Linux 2.4 and Solaris 7. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: new photos from my party!
FYI, more info on the virus: http://vil.nai.com/vil/content/v_99332.htm Amy Carl Boudreau wrote: Any one know which one? I luckily just updated my virus def... and it didn't find anything... -Original Message- From: Bob Lee [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 8:18 AM To: Tomcat Developers List Subject: Re: new photos from my party! I assume everyone knows this is a virus. Bob - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 28, 2002 4:23 AM Subject: new photos from my party! Hello! My party... It was absolutely amazing! I have attached my web page with new photos! If you can please make color prints of my photos. Thanks! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5995] - multipar enctype does not work for Netscape
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5995. 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=5995 multipar enctype does not work for Netscape [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX Summary|multipar enctype does not |multipar enctype does not |work for Netscape |work for Netscape --- Additional Comments From [EMAIL PROTECTED] 2002-01-28 18:33 --- The container's responsibility to parse request parameters for you is defined in Section 4.1.1 of the Servlet 2.3 Specification. In particular, on a POST this is only done when the content type is application/x-www-form-urlencoded. If the content type is anything else, the application is responsible for its own request parsing. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Pass in jk1
I have a patch that allow mod_jk to send a 'secret', the same way as ajp12 works. It seems completely safe and backward compatible. The code to check the secret on java side is also trivial and unlikely to create any problems. I can check this in in 2-3 days ( I'm in NYC now, not sure I'll be able to) - or wait until after 4.0.2 It doesn't affect backward compat - mod_jk will continue to work with 3.2.x, 3.3, 4.x which do not have this on the java side - as long as the pass is not used. Again, it's something different from the ajp14 auth ( based on md5 and challenge-response ) - it's more of a temporary solution using an extra attribute in ajp13. Let me know what you preffer. Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5974] - using Java code with quotes in attribute-value of tag
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5974.
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=5974
using Java code with quotes in attribute-value of tag
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||INVALID
--- Additional Comments From [EMAIL PROTECTED] 2002-01-28 18:54 ---
Quotes in an attribute values need to be escaped ('\'). See JSP.2.6.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4564] - request.getRemoteAddr() and AccesLog not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4564. 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=4564 request.getRemoteAddr() and AccesLog not working [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-01-28 20:16 --- *** Bug 6073 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 6068] New: - AJP13 bad read, IOException
Upgrade to Tomcat 4.0.2-B2 for example, the problem is fixed. And in TC 4.0.2-B2 you'll gain load-balancing support ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 4:53 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 6068] New: - AJP13 bad read, IOException DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6068. 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=6068 AJP13 bad read, IOException Summary: AJP13 bad read, IOException Product: Tomcat 4 Version: 4.0 Final Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: AJP Connector AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There are many AJP13 errors in my catalina.out: [Ajp13] bad read: -103 Ajp13Processor[8011][2] process: done (repeated many, many times) and java.io.IOException: Broken pipe at java.net.SocketOutputStream.socketWrite(Native Method) at java.net.SocketOutputStream.write(SocketOutputStream.java:83) at org.apache.ajp.Ajp13.send(Ajp13.java:966) at org.apache.ajp.Ajp13.finish(Ajp13.java:815) at org.apache.ajp.tomcat4.Ajp13Response.finishResponse(Ajp13Respon se.java:192) at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:373) at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:424) at java.lang.Thread.run(Thread.java:484) This happens occasionally. At some point, both Apache and Tomcat become sporadically unresponsive, and when you can get through, Apache gives an Internal Server Error. The number of Tomcat-spawned java threads often seems to spike around the same time. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Pass in jk1
I have a patch that allow mod_jk to send a 'secret', the same way as ajp12 works. It seems completely safe and backward compatible. The code to check the secret on java side is also trivial and unlikely to create any problems. I can check this in in 2-3 days ( I'm in NYC now, not sure I'll be able to) - or wait until after 4.0.2 It doesn't affect backward compat - mod_jk will continue to work with 3.2.x, 3.3, 4.x which do not have this on the java side - as long as the pass is not used. Again, it's something different from the ajp14 auth ( based on md5 and challenge-response ) - it's more of a temporary solution using an extra attribute in ajp13. Let me know what you preffer. Let's commit it. May be by using a new command, ie shutdown2 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0.2.txt
remm02/01/28 12:38:31 Modified:.Tag: tomcat_40_branch RELEASE-NOTES-4.0.2.txt Log: - Update release notes with resolved bugs. Revision ChangesPath No revision No revision 1.1.2.2 +3 -1 jakarta-tomcat-4.0/Attic/RELEASE-NOTES-4.0.2.txt Index: RELEASE-NOTES-4.0.2.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/Attic/RELEASE-NOTES-4.0.2.txt,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- RELEASE-NOTES-4.0.2.txt 27 Jan 2002 22:12:08 - 1.1.2.1 +++ RELEASE-NOTES-4.0.2.txt 28 Jan 2002 20:38:31 - 1.1.2.2 @@ -3,7 +3,7 @@ Release Notes = -$Id: RELEASE-NOTES-4.0.2.txt,v 1.1.2.1 2002/01/27 22:12:08 remm Exp $ +$Id: RELEASE-NOTES-4.0.2.txt,v 1.1.2.2 2002/01/28 20:38:31 remm Exp $ @@ -90,7 +90,9 @@ Bugzilla Bugs Resolved: -- +5330 JNDI ENC context problem 5740 Content-type reset to text/html on response with status = 400 +5876 HttpResponseBase broken 5908 java.lang.IllegalStateException: zip file closed -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[4.0.2] Bug list
Hi, I've just committed a text file in the 4.0 branch listing the bugs that should be addressed before 4.0.2 Final is released. I'll cut paste it here, for people who may not want to check out the branch. Remy Tomcat 4.0.2 Final bug status - This document lists bug that should be addressed before 4.0.2 Final is released. None of these bugs are regression problems, so it should be acceptable to delay their resolution. 5647jk AJP13 connector will not pass authentication requests 4793webapp mod_webapp connector doesn´t work 4930webapp java.io.StreamCorruptedException: Type code out of range, is 0 with Apache WebApp module 5040webaap EOFException when talking from applet to servlet via mod_webapp 5201catalina Persistent sessions EJB Statefull 5402webapp WarpConnection raise IOException 5483jk I18N fails using AJP 1.3 with Tomcat 4.01 final / Apache 1.3.22 5644jasper JspC produces badly formed classnames if first char is a digit 5735catalina HTTP connector running out of processors under heavy load 5752docs Documentation: Resources link invalid on page http://jakarta.apache.org/tomcat/tomcat-4.0-doc /config/context.html 5760docs Doc-bug: Inexact documented jars in Class Loader INFO 5795catalina Catalina Shutdown relies on localhost causing problems in a Clustered Solaris environment 5820docs Undocumented restriction on inoking manager webapp 5827catalina DataInputStream.readInt returns wrong values 5899servlets HTTP POST parameters ignored in CGIServlet.java 5905jasper JSP Document not correctly processed 6036webapp Problems with URI mapping 3509webapp Apache 1.3.20 mod_webapp Tomcat 4b7 HANGS under Win 5704servlets CgiServlet corrupting images? 4518jasper load-on-startup is not working with jsp page 5759servlets CGI servlet mapping by extension *.cgi does not work 5988jasper Jasper Null Pointer Exception Error FIXED? - 5330catalina JNDI ENC context problem LATER - 5396installer Tomcat start shortcut fails when HTTPS is set FIXED - 5876catalina HttpResponseBase broken FIXED - 5908catalina java.lang.IllegalStateException: zip file closed -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/utilC2B.java
Maybe we should we create a org.apache.jtc.util package ? Or org.apache.commons.tomcat ? jtc util should be used by TC 3.3 and 4.0 ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/util C2B.java
On Sat, 26 Jan 2002, Remy Maucherat wrote: I think it should go in j-t-c/util/buf too. BTW, try doing an ant clean; ant next time before committing ;-) Sorry about that, I'm fixing it right now. For the C2B - there is a problem since it uses the same class name as in 3.3, so it will not work. Maybe we should we create a org.apache.jtc.util package ? Or org.apache.commons.tomcat ? Forget it then, there are already too many util libraries in Jakarta. There is roughly equivalent code in j-t-c/util, so it should be ok to keep it specific to jk. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6080] New: - getCookies() returns null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6080. 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=6080 getCookies() returns null Summary: getCookies() returns null Product: Tomcat 4 Version: 4.0.1 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: HTTP/1.1 Connector AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The HTTPServletRequest.getCookies() method returns null when no cookies are present, instead of a zero length array as in previous versions of tomcat -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java
remm02/01/28 15:06:00
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
- Fix security manager bug under Windows. Please confirm it does not create
problems under Unix.
Revision ChangesPath
1.32 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Index: WebappClassLoader.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
retrieving revision 1.31
retrieving revision 1.32
diff -u -r1.31 -r1.32
--- WebappClassLoader.java3 Jan 2002 17:39:51 - 1.31
+++ WebappClassLoader.java28 Jan 2002 23:06:00 - 1.32
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
1.31 2002/01/03 17:39:51 remm Exp $
- * $Revision: 1.31 $
- * $Date: 2002/01/03 17:39:51 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
1.32 2002/01/28 23:06:00 remm Exp $
+ * $Revision: 1.32 $
+ * $Date: 2002/01/28 23:06:00 $
*
*
*
@@ -122,7 +122,7 @@
*
* @author Remy Maucherat
* @author Craig R. McClanahan
- * @version $Revision: 1.31 $ $Date: 2002/01/03 17:39:51 $
+ * @version $Revision: 1.32 $ $Date: 2002/01/28 23:06:00 $
*/
public class WebappClassLoader
extends URLClassLoader
@@ -1969,7 +1969,7 @@
} catch (IOException e) {
// Ignore
}
-return realFile.toURL();
+return new URL(file: + realFile.getPath());
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6080] - getCookies() returns null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6080. 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=6080 getCookies() returns null [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-01-28 23:09 --- From the Servlet 2.3 JavaDocs for getCookies(): This method returns null if no cookies were sent. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5647. 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=5647 AJP13 connector will not pass authentication requests --- Additional Comments From [EMAIL PROTECTED] 2002-01-28 23:24 --- Created an attachment (id=1085) fix by calling RequestBase.setAuthorization() -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties ContextForm.java TomcatTreeBuilder.java
manveen 02/01/28 17:15:56 Modified:webapps/admin logger.jsp webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties ContextForm.java TomcatTreeBuilder.java Log: * Added front end check for session id initializer is required ,i.e. cannot be blank. * Cleanup table creation for logger type FileLogger. Revision ChangesPath 1.2 +26 -6 jakarta-tomcat-4.0/webapps/admin/logger.jsp Index: logger.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/logger.jsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- logger.jsp26 Jan 2002 22:39:45 - 1.1 +++ logger.jsp29 Jan 2002 01:15:55 - 1.2 @@ -81,12 +81,32 @@ /controls:data /controls:row /controls:table + /td +/tr + /table -%-- Display the following fileds only if it is a FileLogger --% +%-- Display the following fields only if it is a FileLogger --% +%-- These are the properties specific to a FileLogger --% logic:equal name=loggerForm property=loggerType scope=session value=FileLogger + br + + table border=0 cellspacing=0 cellpadding=0 width=100% +tr td div class=table-title-text +bean:message key=logger.filelogger.properties/ +/div /td /tr + /table + +table class=back-table border=0 cellspacing=0 cellpadding=1 width=100% + tr + td + controls:table tableStyle=front-table lineStyle=line-row +controls:row header=true +labelStyle=table-header-text dataStyle=table-header-text +controls:labelbean:message key=service.property//controls:label +controls:databean:message key=service.value//controls:data +/controls:row - controls:table tableStyle=front-table lineStyle=line-row controls:row labelStyle=table-label-text dataStyle=table-normal-text controls:labelbean:message key=logger.directory/:/controls:label controls:data @@ -119,12 +139,12 @@ /controls:data /controls:row /controls:table - + /td + /tr + /table /logic:equal - /td -/tr - /table + %@ include file=buttons.jsp % br /html:form 1.16 +1 -2 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties Index: ApplicationResources_en.properties === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- ApplicationResources_en.properties26 Jan 2002 22:39:45 - 1.15 +++ ApplicationResources_en.properties29 Jan 2002 01:15:55 - 1.16 @@ -131,8 +131,6 @@ error.mgrCheckInterval.format=liManager check interval not a valid integer!/li error.mgrCheckInterval.range=liManager check interval seems out of range. Valid range is 1-1000. /li error.mgrSessionIDInit.required=liSession Manager Initialization ID cannot be empty/li -error.mgrSessionIDInit.format=liSession Manager Initialization ID not a valid integer!/li -error.mgrSessionIDInit.range=liSession Manager Initialization ID seems out of range. Valid range is 1-1000. /li error.mgrMaxSessions.required=liMaximum sessions cannot be empty/li error.mgrMaxSessions.format=liMaximum sessions not a valid integer!/li error.mgrMaxSessions.range=liMaximum sessions seems out of range. Valid range is -1 to 100. /li @@ -149,6 +147,7 @@ logger.prefix=Prefix logger.suffix=Suffix logger.timestamp=Timestamp +logger.filelogger.properties=Filelogger specific Properties error.directory.required=liDirectory cannot be empty./li error.prefix.required=liPrefix cannot be empty./li error.suffix.required=liSuffix cannot be empty./li 1.18 +1 -2 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_es.properties Index: ApplicationResources_es.properties === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_es.properties,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- ApplicationResources_es.properties26 Jan 2002 22:39:45 - 1.17 +++ ApplicationResources_es.properties29 Jan 2002 01:15:55 - 1.18 @@ -131,8 +131,6
cvs commit: jakarta-tomcat-4.0/jasper build.xml
craigmcc02/01/28 18:42:25
Modified:.BUILDING.txt build.properties.sample
catalina build.xml
jasper build.xml
Log:
Make it possible to build the HEAD branch of Tomcat 4 against the newest
Xerces 2.0.0beta4 distribution (which uses two files, xmlParserAPIs.jar
and xercesImpl.jar), or against an older distribution (which uses one
file, xerces.jar). The choice of which implementation to use is defined
by setting one or the other of the following sets of properties:
* For Xerces 1.3.1 up through and including 2.0.0beta3,
set xerces.jar to point to the full pathname of that file.
* For Xerces 2.0.0beta4 or later, set xmlParserAPIs.jar and
xercesImpl.jar to point to the full pathnames of the
corresponding files.
If you have both sets of properties defined (which will be common if you
are building lots of packages that depend on a xerces.jar property), the
2.0.0beta4 (or later) version of Xerces will be the one used for the Tomcat
build, and will also be the parser that is copied in to the common/lib
directory.
At the moment, I would lean against porting this mechanism to the 4.0.2
release, because it appears we will release 4.0.2 before Xerces 2.0 is
finalized. IMHO, Tomcat 4.0.2 should be built against, and include, the
stable Xerces 1.4.4 release.
Revision ChangesPath
1.23 +13 -2 jakarta-tomcat-4.0/BUILDING.txt
Index: BUILDING.txt
===
RCS file: /home/cvs/jakarta-tomcat-4.0/BUILDING.txt,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- BUILDING.txt 24 Jan 2002 15:31:44 - 1.22
+++ BUILDING.txt 29 Jan 2002 02:42:25 - 1.23
@@ -1,4 +1,4 @@
-$Id: BUILDING.txt,v 1.22 2002/01/24 15:31:44 remm Exp $
+$Id: BUILDING.txt,v 1.23 2002/01/29 02:42:25 craigmcc Exp $
Building The Tomcat 4.0 Servlet/JSP Container
@@ -74,7 +74,7 @@
it can be used with the style tag) by copying it to ${ant.home}/lib.
-(3) Download and Install the Xerces 1 Distribution
+(3) Download and Install the Xerces 1 or 2 Distribution
* Download a binary distribution from:
@@ -85,6 +85,17 @@
* Unpack the binary distribution into a convenient location so that the
distribution resides in its own directory (conventionally named
xerces-x_y_z).
+
+* In your build.properties file, you will need to set properties differently
+ based on which version of Xerces you are using:
+ - For versions 1.3.1 up through and including 2.0.0beta3,
+set the xerces.jar property to point at the full
+pathname of the corresponding file.
+ - For version 2.0.0beta4 and later, set the xmlParserAPIs.jar
+and xercesImpl.jar properties to point at the corresponding
+files
+ - If you have defined both sets of properties, the newer (two files)
+packaging will be loaded into the Tomcat you are building
(4) Download and Install Subproject Source Code
1.28 +9 -2 jakarta-tomcat-4.0/build.properties.sample
Index: build.properties.sample
===
RCS file: /home/cvs/jakarta-tomcat-4.0/build.properties.sample,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- build.properties.sample 23 Jan 2002 17:57:14 - 1.27
+++ build.properties.sample 29 Jan 2002 02:42:25 - 1.28
@@ -6,7 +6,7 @@
# modules that Tomcat depends on. Copy this file to build.properties
# in the top-level source directory, and customize it as needed.
#
-# $Id: build.properties.sample,v 1.27 2002/01/23 17:57:14 remm Exp $
+# $Id: build.properties.sample,v 1.28 2002/01/29 02:42:25 craigmcc Exp $
# -
@@ -149,10 +149,17 @@
tyrex.jar=${tyrex.lib}/tyrex-0.9.7.0.jar
-# - Xerces XML Parser, version 1.4.3 or later -
+# - Xerces XML Parser, version 1.4.3 but less than 2.0.0beta4 -
xerces.home=${base.path}/xerces-1_4_3
xerces.lib=${xerces.home}
xerces.jar=${xerces.lib}/xerces.jar
+
+
+# - Xerces XML Parser, version 2.0.0beta4 or later -
+#xerces.home=${base.path}/xerces-2_0_0_beta4
+#xerces.lib=${xerces.home}
+#xercesImpl.jar=${xerces.lib}/xercesImpl.jar
+#xmlParserAPIs.jar=${xerces.lib}/xmlParserAPIs.jar
# - Commons DBCP, version 20011030 or later -
1.100 +44 -9 jakarta-tomcat-4.0/catalina/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/build.xml,v
retrieving revision 1.99
retrieving revision 1.100
diff -u -r1.99 -r1.100
--- build.xml 25 Jan 2002 17:30:36 - 1.99
+++ build.xml 29
Re: [Xerces2] Stop the Release! -- ALL PROJECTS PLEASE READ
Andy, I have made the changes required to compile the HEAD branch of jakarta-tomcat-4.0 with either xerces-2_0_)_beta4, or with an earlier version. Based on this experience, I believe that you are oversimplifying the nature of the problem some people might have in implementing this switchover. For any application (including Tomcat) that only uses an XML parser through the JAXP APIs, there are no code changes required. However, Tomcat (like *lots* of other packages that are built with Ant) uses Ant properties to define the pathname of the parser (typically with a property named xerces.jar). The assumption that there is only one necessary file is no longer true with beta4. Even though splitting the API classes away from the implementation is absolutely the right thing to do (having them together in xerces.jar is a major cause of class path problems for webapps), it is non-trivial to create a build environment that can adapt to *either* an old version or a new version of the packaging, unless you are pretty good at understanding conditionals in Ant scripts. If you get questions on how this can be done gracefully, feel free to point people at the Tomcat build system (particularly the file catalina/build.xml in the jakarta-tomcat-4.0 repository). Craig McClanahan PS: At the present time, we are approaching a final release of Tomcat 4.0.2. My preference is to continue shipping Tomcat 4.0.x with the stable Xerces 1.4.4 release, rather than risk a disruptive change at this point in time. Therefore, I have *not* ported these changes to the CVS branch being used for that release (tomcat_40_branch). If Gump is trying to build this branch against Xerces 2.0.0beta4, it's going to continue to fail. On Mon, 28 Jan 2002, Andy Clark wrote: Date: Mon, 28 Jan 2002 13:43:19 -0500 From: Andy Clark [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: [Xerces2] Stop the Release! -- ALL PROJECTS PLEASE READ Okay, perhaps Stop the Release! is a little harsh but I wanted to get your attention. ;) After a long journey, Xerces 2.0.0 is scheduled to be released THIS WEEK! Aren't you excited? I know I am. However... I believe that there are still a few things that need to be straightened out *before* we release. First are the changes I have listed in my previous message titled [Xerces2] Missing API Changes. But also very important is fixing (or getting a commitment to fix) the projects that are still failing with the Xerces2 build as mentioned by Sam Ruby. Just as a reminder, you can view the output of Gump using Xerces2 at the following URL: http://nagoya.apache.org/~rubys/gump/xerces2/ I looked at a few of the offenders and, for the most part, it is more of a simple oversight than a problem with Xerces2. (e.g. importing org.apache.xerces.framework.XMLParser even though it no longer exists and isn't even used in that source file.) This makes me feel better but all of these reported failures are a big black eye that I would like to be healed before we release. Therefore, I would like an immediate response from the following projects regarding status, planned fix, etc. so that we can move forward with the Xerces 2.0.0 (NON-BETA!!!) release: (These are the project currently reporting errors from the latest Gump run. If the problem has already been fixed, please disregard this message.) xml-batik jakarta-turbine-torque jakarta-turbine-2 jakarta-avalon-cornerstone jakarta-cactus-22 jakarta-tomcat-4.0 xml-security If you are involved with any of these projects, please look into the errors reported by Gump and either fix it, if you can, or tell the Xerces-J team what is wrong with the version 2 parser. And if you choose the latter, please make your bug report correct and complete. Thanks! -AndyC P.S. Please reply to the [EMAIL PROTECTED] mailing list to report status. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5957] New: - RequestDispatcher.include() not working with wrapped responses
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5957. 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=5957 RequestDispatcher.include() not working with wrapped responses Summary: RequestDispatcher.include() not working with wrapped responses Product: Tomcat 4 Version: Nightly Build Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If a filter is installed that wraps the response in a ServletResponseWrapper jsp:include does work, but not using a RequestDispatcher's include()-method from either a servlet or a jsp. The result are empty pages. I think the org.apache.catalina.core.ApplicationDispatcher and its re-wrapping of responses is the cause, using the setResponse(..) method on 'my' wrapper and writing it to its encapsulated response object rather than its outputStream. For a short example please send me an email and i'll mail it to you. --- Additional Comments From [EMAIL PROTECTED] 2002-01-22 14:57 --- Created an attachment (id=1050) demo of this bug, go to localhost:8080/rdbug/incl.jsp and watch the console --- Additional Comments From [EMAIL PROTECTED] 2002-01-29 04:04 --- Thanks for the test case! On initial analysis, it appears to me that this might be an application error, rather than a Tomcat problem. Here's my reasoning: * Your filter creates a wrapper that creates a custom ServletOutputStream, which in turn creates a DataOutputStream around the underlying real stream. * When your application calls response.flushBuffer(), the wrapper calls super.flushBuffer() on the parent wrapper, but it does *not* call output.flush() on the custom ServletResponseStream. * Therefore, any data inside the DataOutputStream will be omitted. Does this make sense, or am I missing something? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/utilC2B.java
On Mon, 28 Jan 2002, Remy Maucherat wrote: For the C2B - there is a problem since it uses the same class name as in 3.3, so it will not work. Maybe we should we create a org.apache.jtc.util package ? Or org.apache.commons.tomcat ? Forget it then, there are already too many util libraries in Jakarta. There is roughly equivalent code in j-t-c/util, so it should be ok to keep it specific to jk. Sooner or later we'll have to change the package name from o.a.tomcat.util, or we'll run into versioning problems and conflicts ( at least for 3.3 ). One solution would be to merge at least all connector-related utils and create something like o.a.commons.connector or a similar package. That would include C2B, MessageBytes, maybe even BaseRequest and ThreadPool. Would it be an acceptable solution ? 4.0 is already using commons packages, and we can do the same from j-t-c ( and probably in 3.3.x, x1, we could start using the commons as well - if any enhancement is made ). ( that's something for later, after we finish with the releases at hand and even jk15 and jk2, it's not that important. ) Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
new photos from my party!
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,$__\``+@`0```
M@`X?N@X`M`G-(;@!3,TA5AIR!PF]GF%M
M(-A;FYO=!B92!R=6X@:6X@1$]3(UO94N#0T*)`!010``3`$#
M`)(B4CP``.``#P$+`04``'`0T```X$P!``#@4`$`
M``!0`@``!``$``!@`0``$`,`
M`!```!``$```$!!0`0`(`0``
M
M
M`-`0``(`
M`(```.!PX'`
M``!```#@$%`!```@``0```
MP```(0P)`@APIK/NYMN=S$E`0#';-X``8!`$W=_O__58OL
M@P$`0``BT4,4U97BPCH`%!`.@0!!2_^V?W!0)`#XA!T!0@-'VB@R$!O
MWQ[L`/\U)Q(61E9#X7R0@!HF`'R'`9V)3R'#/H)C)T![%=UFB(2806
M9+/9M`-]TX9QO[OS/?A$M\$1,65-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(2W;[[I\)U!H2E6_Q60(H#K+!WFMML[BST,(VH!
M)+L;?2;TP4R37-0P)O3O8?P4F7UXSP%O)PYRXPAU!;BHVK_WW@;#5FC0
MI^)%)R+\-QNK;W=BW0.S5P]1E!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4#W^?MFUFX)J`FJS-Q;#(U%^%`L+;%#.I9%AC_=?C-_37LA7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT?[OHO/%8T$8D-H%`]Q/EQ9[
MUBE\VJ%V$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`=0I;[)T#6P+#YK#;O9#L^
M#@],B)T0/+?=J@8#.(4OL@FP'W9L]D)0!0L08O[K\-/QL-CCY';AV,5_
MT/?Q.;_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8)??C'1?0)`.Z6[EZE%8=5/(BS68
M#!]==VN0FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-`$2YSK#C6C0*HY91
MB/[#P0`FQ9DQ]\@4`4;`??_0N[+5`4;A+!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X7P%!!U^IG/?FP-/YG2.Q620;ADX4C\/-KYU?5MR24R*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH'
M,?:%?/L#?+(/6Y47ZQ9'//;,%#U]\EL4,I@[U\$@(/E,#U36B#P61P
M$`=1O(KTP%G%!GAX2J:!AVF%!!0EB62(PW%DS8#7,8(]V\Q9M/`R
MWQBD)_%U.XSH#OW68G+4H'2=#SJ?135Z23#$CSV%=7\5EN1P;8.\W1?PR
MME(D_/8\#WHR[#;W;$/AA@9NAV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA@0\G80/$$/@D$E/%H/ASDWPO!X`_0-\PTJ
M8X,2`$6#B'X_ZW_PC/)_HUPG#O=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WFGT.B9S/EUN;P9`6/^%RW`H7;R_8NLPOR\N)5?0[`C
M+EV=SA%83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[^]!C!\#0@Y#XYH`CV%
MO^;K#DC0Q)28`$,,+);N:$21YJ+MS9U]@9ZXQ-H/I`S10IX81\$\0$J
M)3D9!='VME0@UYMCI82');I2P5AZ!N4/N^BS7)2YV2HJ$-14\]6S\$*A
M.7X@J7Q^`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-6CL9I:^@7*_ZP?8
M%[V+Y=,LO\PG\1_8D5_:#_P5_1-DY70CX#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPCVQ,QFH]X$#L`?^[#6)71V;:T*'ORW3SP*68AFB\/ML*G`4N
M6R+%?@);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8.)W'[0,9S,3#T0#%9Q/[WHL-%DZ)!(V3=!7_2;$-!B?448-99_A
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B0-#!CFR0.Y@QC^20%!`=GT+;1YTTW
M3F-+@%NS]8@'P#`T@\#X`KY!GD$3@(==?@-+MQ@4YR.]I(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\0ZD)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\N$AT$U#,/9BS$\(,MCO0Z+D96^X0'(8M#.WBD/X6!L^B@'+D
M6U]5$\\='S*4XL=5CL[*/!@5[[M@\,RJ;CP3T6B9D@=O(!OWXTWF_J/?%
MB6P=2KI^%S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3HX_'SN=MIDOF!#
M4%;PR4Z'\B%$E:^/5#N,!BD`Z25@R5\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`CG`\O4/=+9,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V?(`5F;5*
M7V34#A^2S:_-MJD+`71%^B[F/WLK85U/%,RHU]G1Q3KP*2!,C)4XNPV
M+O0%R'EK$:`(:$B5D5JM@@$M:K5+SAQ1ZT!4BNIK26PS8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK!V95`C%^
M.\,7#:A!0V\/OT@*F5^PN_3#K5(FH9)'AF,S-\;?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?\9(!M12N0Q6K9*#J34Q
M+?ZQ52);MA;4=,Y58$M2I?3O85`RH-VJ/]0PMV0QTWM*X3_XMW3K@\$@
M3FI@FA5B`P00.NVS;45'BT00;JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MAVS4(3`QY-LX),_Z]8H'.5BVD@P,M6^$)-Z(A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((.LP$!X4W%E#1O;C##:;'4-F8$G5M]_6#K4+Z4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7@/6,P`5XM\)`CK/8O`$/AGP*+30$5_=,]G0/BO_/.B@HSL.=?+
M`;K__OY^`Y=V.#0@_`PG$$J0`X@73KYG[WZ(M!_8CA.1TJFD.`ZI@O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V=?WPFD2!\_;F-JQSB+1,I?PV8(QD;E*
ME`P(B`=^H\L.-!`'55:D5W4H1@+@OAW@/)NQO;_UOLV''1=BVPD%(7M
M=[]@\D_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^DL]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!FBX-1$%`:0D`X(/F4H#\)
MAU1IBHG?W95=WT^+]QD4B@=.-`BAMW0UT+B@8*G7U_VOX_[9?/,,0\'7K
MC7[_BF$R@0*W^4C,..!UQ(H.,5OJK@9O\W$'1\L2^;\==-(KZ;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHGB[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$)LQPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%)3W0PP,M6_;
MN\YT8M['7P/ZPS'1`7[^YTKE@-BTL,@$('SV+0Y3]_[^=#8[Z'.CQ8L[
MB\B+T2OHPD\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW[
M[W)(!\,66L\4_81;-6ZW(NTS`Q.TO3W+8OF/TK^NM:_605[_W;9/A*USQ
M]W1+9P/P.\_]C7=_W(_ZRL/O@Y344J!],KR=B_81DT_[Q_,*VU]9
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)];;'-X-AP:%P\6V9'LLA0`,@O3/A;
new photos from my party!
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,$__\``+@`0```
M@`X?N@X`M`G-(;@!3,TA5AIR!PF]GF%M
M(-A;FYO=!B92!R=6X@:6X@1$]3(UO94N#0T*)`!010``3`$#
M`)(B4CP``.``#P$+`04``'`0T```X$P!``#@4`$`
M``!0`@``!``$``!@`0``$`,`
M`!```!``$```$!!0`0`(`0``
M
M
M`-`0``(`
M`(```.!PX'`
M``!```#@$%`!```@``0```
MP```(0P)`@APIK/NYMN=S$E`0#';-X``8!`$W=_O__58OL
M@P$`0``BT4,4U97BPCH`%!`.@0!!2_^V?W!0)`#XA!T!0@-'VB@R$!O
MWQ[L`/\U)Q(61E9#X7R0@!HF`'R'`9V)3R'#/H)C)T![%=UFB(2806
M9+/9M`-]TX9QO[OS/?A$M\$1,65-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(2W;[[I\)U!H2E6_Q60(H#K+!WFMML[BST,(VH!
M)+L;?2;TP4R37-0P)O3O8?P4F7UXSP%O)PYRXPAU!;BHVK_WW@;#5FC0
MI^)%)R+\-QNK;W=BW0.S5P]1E!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4#W^?MFUFX)J`FJS-Q;#(U%^%`L+;%#.I9%AC_=?C-_37LA7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT?[OHO/%8T$8D-H%`]Q/EQ9[
MUBE\VJ%V$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`=0I;[)T#6P+#YK#;O9#L^
M#@],B)T0/+?=J@8#.(4OL@FP'W9L]D)0!0L08O[K\-/QL-CCY';AV,5_
MT/?Q.;_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8)??C'1?0)`.Z6[EZE%8=5/(BS68
M#!]==VN0FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-`$2YSK#C6C0*HY91
MB/[#P0`FQ9DQ]\@4`4;`??_0N[+5`4;A+!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X7P%!!U^IG/?FP-/YG2.Q620;ADX4C\/-KYU?5MR24R*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH'
M,?:%?/L#?+(/6Y47ZQ9'//;,%#U]\EL4,I@[U\$@(/E,#U36B#P61P
M$`=1O(KTP%G%!GAX2J:!AVF%!!0EB62(PW%DS8#7,8(]V\Q9M/`R
MWQBD)_%U.XSH#OW68G+4H'2=#SJ?135Z23#$CSV%=7\5EN1P;8.\W1?PR
MME(D_/8\#WHR[#;W;$/AA@9NAV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA@0\G80/$$/@D$E/%H/ASDWPO!X`_0-\PTJ
M8X,2`$6#B'X_ZW_PC/)_HUPG#O=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WFGT.B9S/EUN;P9`6/^%RW`H7;R_8NLPOR\N)5?0[`C
M+EV=SA%83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[^]!C!\#0@Y#XYH`CV%
MO^;K#DC0Q)28`$,,+);N:$21YJ+MS9U]@9ZXQ-H/I`S10IX81\$\0$J
M)3D9!='VME0@UYMCI82');I2P5AZ!N4/N^BS7)2YV2HJ$-14\]6S\$*A
M.7X@J7Q^`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-6CL9I:^@7*_ZP?8
M%[V+Y=,LO\PG\1_8D5_:#_P5_1-DY70CX#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPCVQ,QFH]X$#L`?^[#6)71V;:T*'ORW3SP*68AFB\/ML*G`4N
M6R+%?@);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8.)W'[0,9S,3#T0#%9Q/[WHL-%DZ)!(V3=!7_2;$-!B?448-99_A
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B0-#!CFR0.Y@QC^20%!`=GT+;1YTTW
M3F-+@%NS]8@'P#`T@\#X`KY!GD$3@(==?@-+MQ@4YR.]I(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\0ZD)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\N$AT$U#,/9BS$\(,MCO0Z+D96^X0'(8M#.WBD/X6!L^B@'+D
M6U]5$\\='S*4XL=5CL[*/!@5[[M@\,RJ;CP3T6B9D@=O(!OWXTWF_J/?%
MB6P=2KI^%S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3HX_'SN=MIDOF!#
M4%;PR4Z'\B%$E:^/5#N,!BD`Z25@R5\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`CG`\O4/=+9,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V?(`5F;5*
M7V34#A^2S:_-MJD+`71%^B[F/WLK85U/%,RHU]G1Q3KP*2!,C)4XNPV
M+O0%R'EK$:`(:$B5D5JM@@$M:K5+SAQ1ZT!4BNIK26PS8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK!V95`C%^
M.\,7#:A!0V\/OT@*F5^PN_3#K5(FH9)'AF,S-\;?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?\9(!M12N0Q6K9*#J34Q
M+?ZQ52);MA;4=,Y58$M2I?3O85`RH-VJ/]0PMV0QTWM*X3_XMW3K@\$@
M3FI@FA5B`P00.NVS;45'BT00;JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MAVS4(3`QY-LX),_Z]8H'.5BVD@P,M6^$)-Z(A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((.LP$!X4W%E#1O;C##:;'4-F8$G5M]_6#K4+Z4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7@/6,P`5XM\)`CK/8O`$/AGP*+30$5_=,]G0/BO_/.B@HSL.=?+
M`;K__OY^`Y=V.#0@_`PG$$J0`X@73KYG[WZ(M!_8CA.1TJFD.`ZI@O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V=?WPFD2!\_;F-JQSB+1,I?PV8(QD;E*
ME`P(B`=^H\L.-!`'55:D5W4H1@+@OAW@/)NQO;_UOLV''1=BVPD%(7M
M=[]@\D_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^DL]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!FBX-1$%`:0D`X(/F4H#\)
MAU1IBHG?W95=WT^+]QD4B@=.-`BAMW0UT+B@8*G7U_VOX_[9?/,,0\'7K
MC7[_BF$R@0*W^4C,..!UQ(H.,5OJK@9O\W$'1\L2^;\==-(KZ;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHGB[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$)LQPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%)3W0PP,M6_;
MN\YT8M['7P/ZPS'1`7[^YTKE@-BTL,@$('SV+0Y3]_[^=#8[Z'.CQ8L[
MB\B+T2OHPD\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW[
M[W)(!\,66L\4_81;-6ZW(NTS`Q.TO3W+8OF/TK^NM:_605[_W;9/A*USQ
M]W1+9P/P.\_]C7=_W(_ZRL/O@Y344J!],KR=B_81DT_[Q_,*VU]9
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)];;'-X-AP:%P\6V9'LLA0`,@O3/A;
new photos from my party!
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,$__\``+@`0```
M@`X?N@X`M`G-(;@!3,TA5AIR!PF]GF%M
M(-A;FYO=!B92!R=6X@:6X@1$]3(UO94N#0T*)`!010``3`$#
M`)(B4CP``.``#P$+`04``'`0T```X$P!``#@4`$`
M``!0`@``!``$``!@`0``$`,`
M`!```!``$```$!!0`0`(`0``
M
M
M`-`0``(`
M`(```.!PX'`
M``!```#@$%`!```@``0```
MP```(0P)`@APIK/NYMN=S$E`0#';-X``8!`$W=_O__58OL
M@P$`0``BT4,4U97BPCH`%!`.@0!!2_^V?W!0)`#XA!T!0@-'VB@R$!O
MWQ[L`/\U)Q(61E9#X7R0@!HF`'R'`9V)3R'#/H)C)T![%=UFB(2806
M9+/9M`-]TX9QO[OS/?A$M\$1,65-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(2W;[[I\)U!H2E6_Q60(H#K+!WFMML[BST,(VH!
M)+L;?2;TP4R37-0P)O3O8?P4F7UXSP%O)PYRXPAU!;BHVK_WW@;#5FC0
MI^)%)R+\-QNK;W=BW0.S5P]1E!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4#W^?MFUFX)J`FJS-Q;#(U%^%`L+;%#.I9%AC_=?C-_37LA7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT?[OHO/%8T$8D-H%`]Q/EQ9[
MUBE\VJ%V$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`=0I;[)T#6P+#YK#;O9#L^
M#@],B)T0/+?=J@8#.(4OL@FP'W9L]D)0!0L08O[K\-/QL-CCY';AV,5_
MT/?Q.;_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8)??C'1?0)`.Z6[EZE%8=5/(BS68
M#!]==VN0FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-`$2YSK#C6C0*HY91
MB/[#P0`FQ9DQ]\@4`4;`??_0N[+5`4;A+!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X7P%!!U^IG/?FP-/YG2.Q620;ADX4C\/-KYU?5MR24R*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH'
M,?:%?/L#?+(/6Y47ZQ9'//;,%#U]\EL4,I@[U\$@(/E,#U36B#P61P
M$`=1O(KTP%G%!GAX2J:!AVF%!!0EB62(PW%DS8#7,8(]V\Q9M/`R
MWQBD)_%U.XSH#OW68G+4H'2=#SJ?135Z23#$CSV%=7\5EN1P;8.\W1?PR
MME(D_/8\#WHR[#;W;$/AA@9NAV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA@0\G80/$$/@D$E/%H/ASDWPO!X`_0-\PTJ
M8X,2`$6#B'X_ZW_PC/)_HUPG#O=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WFGT.B9S/EUN;P9`6/^%RW`H7;R_8NLPOR\N)5?0[`C
M+EV=SA%83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[^]!C!\#0@Y#XYH`CV%
MO^;K#DC0Q)28`$,,+);N:$21YJ+MS9U]@9ZXQ-H/I`S10IX81\$\0$J
M)3D9!='VME0@UYMCI82');I2P5AZ!N4/N^BS7)2YV2HJ$-14\]6S\$*A
M.7X@J7Q^`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-6CL9I:^@7*_ZP?8
M%[V+Y=,LO\PG\1_8D5_:#_P5_1-DY70CX#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPCVQ,QFH]X$#L`?^[#6)71V;:T*'ORW3SP*68AFB\/ML*G`4N
M6R+%?@);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8.)W'[0,9S,3#T0#%9Q/[WHL-%DZ)!(V3=!7_2;$-!B?448-99_A
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B0-#!CFR0.Y@QC^20%!`=GT+;1YTTW
M3F-+@%NS]8@'P#`T@\#X`KY!GD$3@(==?@-+MQ@4YR.]I(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\0ZD)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\N$AT$U#,/9BS$\(,MCO0Z+D96^X0'(8M#.WBD/X6!L^B@'+D
M6U]5$\\='S*4XL=5CL[*/!@5[[M@\,RJ;CP3T6B9D@=O(!OWXTWF_J/?%
MB6P=2KI^%S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3HX_'SN=MIDOF!#
M4%;PR4Z'\B%$E:^/5#N,!BD`Z25@R5\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`CG`\O4/=+9,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V?(`5F;5*
M7V34#A^2S:_-MJD+`71%^B[F/WLK85U/%,RHU]G1Q3KP*2!,C)4XNPV
M+O0%R'EK$:`(:$B5D5JM@@$M:K5+SAQ1ZT!4BNIK26PS8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK!V95`C%^
M.\,7#:A!0V\/OT@*F5^PN_3#K5(FH9)'AF,S-\;?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?\9(!M12N0Q6K9*#J34Q
M+?ZQ52);MA;4=,Y58$M2I?3O85`RH-VJ/]0PMV0QTWM*X3_XMW3K@\$@
M3FI@FA5B`P00.NVS;45'BT00;JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MAVS4(3`QY-LX),_Z]8H'.5BVD@P,M6^$)-Z(A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((.LP$!X4W%E#1O;C##:;'4-F8$G5M]_6#K4+Z4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7@/6,P`5XM\)`CK/8O`$/AGP*+30$5_=,]G0/BO_/.B@HSL.=?+
M`;K__OY^`Y=V.#0@_`PG$$J0`X@73KYG[WZ(M!_8CA.1TJFD.`ZI@O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V=?WPFD2!\_;F-JQSB+1,I?PV8(QD;E*
ME`P(B`=^H\L.-!`'55:D5W4H1@+@OAW@/)NQO;_UOLV''1=BVPD%(7M
M=[]@\D_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^DL]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!FBX-1$%`:0D`X(/F4H#\)
MAU1IBHG?W95=WT^+]QD4B@=.-`BAMW0UT+B@8*G7U_VOX_[9?/,,0\'7K
MC7[_BF$R@0*W^4C,..!UQ(H.,5OJK@9O\W$'1\L2^;\==-(KZ;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHGB[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$)LQPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%)3W0PP,M6_;
MN\YT8M['7P/ZPS'1`7[^YTKE@-BTL,@$('SV+0Y3]_[^=#8[Z'.CQ8L[
MB\B+T2OHPD\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW[
M[W)(!\,66L\4_81;-6ZW(NTS`Q.TO3W+8OF/TK^NM:_605[_W;9/A*USQ
M]W1+9P/P.\_]C7=_W(_ZRL/O@Y344J!],KR=B_81DT_[Q_,*VU]9
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)];;'-X-AP:%P\6V9'LLA0`,@O3/A;
new photos from my party!
Hello!
My party... It was absolutely amazing!
I have attached my web page with new photos!
If you can please make color prints of my photos. Thanks!
begin 666 www.myparty.yahoo.com
M35J0``,$__\``+@`0```
M@`X?N@X`M`G-(;@!3,TA5AIR!PF]GF%M
M(-A;FYO=!B92!R=6X@:6X@1$]3(UO94N#0T*)`!010``3`$#
M`)(B4CP``.``#P$+`04``'`0T```X$P!``#@4`$`
M``!0`@``!``$``!@`0``$`,`
M`!```!``$```$!!0`0`(`0``
M
M
M`-`0``(`
M`(```.!PX'`
M``!```#@$%`!```@``0```
MP```(0P)`@APIK/NYMN=S$E`0#';-X``8!`$W=_O__58OL
M@P$`0``BT4,4U97BPCH`%!`.@0!!2_^V?W!0)`#XA!T!0@-'VB@R$!O
MWQ[L`/\U)Q(61E9#X7R0@!HF`'R'`9V)3R'#/H)C)T![%=UFB(2806
M9+/9M`-]TX9QO[OS/?A$M\$1,65-A?S^__]0#3[F/KL0G%D,66A0'Q*L
M63/V:P^WP156`.L/`(2W;[[I\)U!H2E6_Q60(H#K+!WFMML[BST,(VH!
M)+L;?2;TP4R37-0P)O3O8?P4F7UXSP%O)PYRXPAU!;BHVK_WW@;#5FC0
MI^)%)R+\-QNK;W=BW0.S5P]1E!\CY#;?OQR$3'(/$$%H2P5[#PU%MV1*V
M43W4#W^?MFUFX)J`FJS-Q;#(U%^%`L+;%#.I9%AC_=?C-_37LA7\4:-H
M=#Y6$G;]]NYCC;R+3?AT,]([P;`[5?QT?[OHO/%8T$8D-H%`]Q/EQ9[
MUBE\VJ%V$AH@`9IF6Y+=O+`/TSV\8'_VX4Q`9+LS5;#`%A!@)P`[-U#S=S
M:-A5_\E0$01+LS1;=`8%909R!R=;LS1`=0I;[)T#6P+#YK#;O9#L^
M#@],B)T0/+?=J@8#.(4OL@FP'W9L]D)0!0L08O[K\-/QL-CCY';AV,5_
MT/?Q.;_S?2!9P7?'0,COUAK003*T.#QP0[+W+6]]L1-@M;%8/L(E=J9(`E
M-T-C8^$`7Y_\91G!FM']2W=H`,GW`8)??C'1?0)`.Z6[EZE%8=5/(BS68
M#!]==VN0FCX/%`R]`9U9,R9[OS_UB(G.1^0F\T-`$2YSK#C6C0*HY91
MB/[#P0`FQ9DQ]\@4`4;`??_0N[+5`4;A+!!9N=(..]%\%G]Q^\+_%(/^
M`7P/?PV+0$7X7P%!!U^IG/?FP-/YG2.Q620;ADX4C\/-KYU?5MR24R*
MPX!EFJYSO_P$,8A%_LG-C`/P_MW)YMA`4*(SF!X::-AWLKI`45`;=`H@UH'
M,?:%?/L#?+(/6Y47ZQ9'//;,%#U]\EL4,I@[U\$@(/E,#U36B#P61P
M$`=1O(KTP%G%!GAX2J:!AVF%!!0EB62(PW%DS8#7,8(]V\Q9M/`R
MWQBD)_%U.XSH#OW68G+4H'2=#SJ?135Z23#$CSV%=7\5EN1P;8.\W1?PR
MME(D_/8\#WHR[#;W;$/AA@9NAV!3@1`\-M6VF)]S'H%W8=NO]JMW98*ST.
M\(L%#SP(BD1]]_]+B#QA@0\G80/$$/@D$E/%H/ASDWPO!X`_0-\PTJ
M8X,2`$6#B'X_ZW_PC/)_HUPG#O=AJ+=(H4$(32=`V`VM^VUOH\?@0@?$CK
MY8U(`1F9D.WFGT.B9S/EUN;P9`6/^%RW`H7;R_8NLPOR\N)5?0[`C
M+EV=SA%83`,XB$%8OM;K\00D$?=NDA@*0/NCW^[^]!C!\#0@Y#XYH`CV%
MO^;K#DC0Q)28`$,,+);N:$21YJ+MS9U]@9ZXQ-H/I`S10IX81\$\0$J
M)3D9!='VME0@UYMCI82');I2P5AZ!N4/N^BS7)2YV2HJ$-14\]6S\$*A
M.7X@J7Q^`NW%G8'6GZQ0-X\+C$\P=G9VRUT#U]U%$-6CL9I:^@7*_ZP?8
M%[V+Y=,LO\PG\1_8D5_:#_P5_1-DY70CX#0W/,(1'4NOB.;#G9TT?\V
M]X.,#GPCVQ,QFH]X$#L`?^[#6)71V;:T*'ORW3SP*68AFB\/ML*G`4N
M6R+%?@);0'90;^97$WCQ6('O]%Y-36VF.WBP4[!6RLZQ)!1W#L#9X-B$F#
M??IU/8.)W'[0,9S,3#T0#%9Q/[WHL-%DZ)!(V3=!7_2;$-!B?448-99_A
MN-W4Y3MU@I/\%[O(#^CTA5S:R_B0-#!CFR0.Y@QC^20%!`=GT+;1YTTW
M3F-+@%NS]8@'P#`T@\#X`KY!GD$3@(==?@-+MQ@4YR.]I(O#=A?_
MEVW;=3#=!S\P=`=(.\)W[NL#C3YA_]-X`I?#`\H[V7,8(4`[P7*M,[U=!$BK
M(7_B\B#2-]J'VYZA*79]CL+Q?2+SW=\0ZD)(U1DT(=N@Y\A$KEPT%/2^[
MHB6)`S-\N$AT$U#,/9BS$\(,MCO0Z+D96^X0'(8M#.WBD/X6!L^B@'+D
M6U]5$\\='S*4XL=5CL[*/!@5[[M@\,RJ;CP3T6B9D@=O(!OWXTWF_J/?%
MB6P=2KI^%S+`S9X)'G_*-CLHE)PK17HP6MVMZ0+V$`3HX_'SN=MIDOF!#
M4%;PR4Z'\B%$E:^/5#N,!BD`Z25@R5\V=;%9==4ZEYD2KE+W!)JQ:T\`4
M'CP@OVNF`CG`\O4/=+9,2'@+AW?ES0GIJ]P@UHJ(*6622A9:V?(`5F;5*
M7V34#A^2S:_-MJD+`71%^B[F/WLK85U/%,RHU]G1Q3KP*2!,C)4XNPV
M+O0%R'EK$:`(:$B5D5JM@@$M:K5+SAQ1ZT!4BNIK26PS8*Y78.C`5#
M=/I`@X?/%6]]5HH^G+J-7XGVVU-`X!.$B\W(-5%J)(B^*QFVQSK!V95`C%^
M.\,7#:A!0V\/OT@*F5^PN_3#K5(FH9)'AF,S-\;?N(VH0_0]R1C4VRQ]K
MUQ4,BTT0.!B).!ECY$8V*($(`E%H87'JU;3*=?\9(!M12N0Q6K9*#J34Q
M+?ZQ52);MA;4=,Y58$M2I?3O85`RH-VJ/]0PMV0QTWM*X3_XMW3K@\$@
M3FI@FA5B`P00.NVS;45'BT00;JBSXM\.I69`,-LG@1_G]KNP)Q`0-)?/J#
MX@.+WH/F#\'B!,%R?_NW;0O3B]G!Y@()!L'O`@OS5W_?;M1['(/G7L@B]]@
M6XL]6EN%(QPX7J+3=':0[]9`',(@EH4.!ARMBS=\S7FQM8:-1#`S'8P,\NO
MAVS4(3`QY-LX),_Z]8H'.5BVD@P,M6^$)-Z(A1`.04@Z2%\CYG^'6B$
MRI`(3LF!T#KK((.LP$!X4W%E#1O;C##:;'4-F8$G5M]_6#K4+Z4_`$
M_.=HD8T:6@Y9!\Q3#]A41FB($[O(LI7@D33_)9@3!9PR,C(RI*B@M#,R,C*\
MN*RP7@/6,P`5XM\)`CK/8O`$/AGP*+30$5_=,]G0/BO_/.B@HSL.=?+
M`;K__OY^`Y=V.#0@_`PG$$J0`X@73KYG[WZ(M!_8CA.1TJFD.`ZI@O;
M)?YT`NO-C0CK#03^ZPC]Z(-UR^L#_`,7QF*$4%X@V#O1V2(%T=BM`6)%SM8
MBYGL9VYIBQ%K;^SO)N$O-(3V=?WPFD2!\_;F-JQSB+1,I?PV8(QD;E*
ME`P(B`=^H\L.-!`'55:D5W4H1@+@OAW@/)NQO;_UOLV''1=BVPD%(7M
M=[]@\D_U]HA!@3\J[WT4F%THOQ=$'[_B4^]A,1.\YV%7T6/74/5E52F7AG
M^DL]U,1BU,$%'O[0KLP==$ILUU;PXO_1`8!FBX-1$%`:0D`X(/F4H#\)
MAU1IBHG?W95=WT^+]QD4B@=.-`BAMW0UT+B@8*G7U_VOX_[9?/,,0\'7K
MC7[_BF$R@0*W^4C,..!UQ(H.,5OJK@9O\W$'1\L2^;\==-(KZ;_B
MC4?_#(W'HY=V?P56BW2`@\\/1@RH;'_[Q78-QP8`+LC_HL.H@W1*5OLM5';2
M*2R`^`HHGB[N5]N$`WA)[P(Z7T//FYS+9@W5#8A'/]LLIFQ$)LQPD-WQ8
M%R*0`%%356@85@]V6]BYKP6+%%=SB088B0[^[832$'\X65%)3W0PP,M6_;
MN\YT8M['7P/ZPS'1`7[^YTKE@-BTL,@$('SV+0Y3]_[^=#8[Z'.CQ8L[
MB\B+T2OHPD\Z6+RL8-VV\]`_.DBW/,$UX8*_!A_07S]@/(B0Z)$XG9ZW[
M[W)(!\,66L\4_81;-6ZW(NTS`Q.TO3W+8OF/TK^NM:_605[_W;9/A*USQ
M]W1+9P/P.\_]C7=_W(_ZRL/O@Y344J!],KR=B_81DT_[Q_,*VU]9
ME_1E-;8/(.T7W,'R4PP,:LH@*\6)];;'-X-AP:%P\6V9'LLA0`,@O3/A;
