cvs commit: jakarta-tomcat-5 KEYS

[remm]

remm2002/09/18 00:19:35

  Added:   .KEYS
  Log:
  - Add keys.
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-5/KEYS
  
  Index: KEYS
  ===
  This file contains the PGP&GPG keys of various Apache developers.
  Please don't use them for email unless you have to. Their main
  purpose is code signing.
  
  Apache users: pgp < KEYS
  Apache developers: 
  (pgpk -ll  && pgpk -xa ) >> this file.
or
  (gpg --fingerprint --list-sigs 
   && gpg --armor --export ) >> this file.
  
  Apache developers: please ensure that your key is also available via the
  PGP keyservers (such as pgpkeys.mit.edu).
  
  
  Type Bits/KeyIDDate   User ID
  pub  1024/697ECEDD 2000/04/06 Henri Gomez <[EMAIL PROTECTED]>
*** RPM SIGNING KEY ***
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: 2.6.3i
  
  mQCNAzjsydwAAAEEAMpwFU/ci3/wR3ryCGp9Exr+Rx/hTQ7hWAJcVw8ejlBXlT4T
  yITlRUs0HGfRWxME2J55PuXXsIEPZzjfozNtvOyq8WlLlJ7iaiyWxVRoPJ25sSEj
  C9etm6wjj4E66ZgzuElZkm1m69uEsCHPPNuz1oQ/g1O+SmIVxIYirlxpfs7dAAUR
  tBxIZW5yaSBHb21leiA8aGdvbWV6QHNsaWIuZnI+iQCVAwUQOOzJ3IYirlxpfs7d
  AQFQyQQAj0D9G0hEL7SQGaSCkkoXwvamQw42N8+tNm+jfWHWdE4HAiVlhJmI2GyD
  sdcXVAcR8R7ILIRB5AY7a3bF+qMk0r+vO6oR878RKKn9AvtaAIOnrh6tr0tiPwf5
  XDUMySxIWJEF3SmJAy9Lq3bAl5GMzZCFHiS0NW2gtWgmr/u1RuM=
  =6l+I
  -END PGP PUBLIC KEY BLOCK-
  
  Type Bits/KeyIDDate   User ID
  pub  2048/F22C4FED 2001/07/02 Andy Armstrong <[EMAIL PROTECTED]>
  
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: PGPfreeware 7.0.3 for non-commercial use 
  
  mQGiBDtAWuURBADZ0KUEyUkSUiTA09e7tvEbX25STsjxrR+DNTainCls+XlkVOij
  gBv216lqge9tIsS0L6hCP4OQbFf/64qVtJssX4QXdyiZGb5wpmcj0Mz602Ew8r+N
  I0S5NvmogoYWW7BlP4r61jNxO5zrr03KaijM5r4ipJdLUxyOmM6P2jRPUwCg/5gm
  bpqiYl7pXX5FgDeB36tmD+UD/06iLqOnoiKO0vMbOk7URclhCObMNrHqxTxozMTS
  B9soYURbIeArei+plYo2n+1qB12ayybjhVu3uksXRdT9bEkyxMfslvLbIpDAG8Cz
  gNftTbKx/MVS7cQU0II8BKo2Akr+1FZah+sD4ovK8SfkMXUQUbTeefTntsAQKyyU
  9M9tA/9on9tBiHFl0qVJht6N4GiJ2G689v7rS2giLgKjetjiCduxBXEgvUSuyQID
  nF9ATrpXjITwsRlGKFmpZiFm5oCeCXihIVH0u6q066xNW2AXkLVoJ1l1Rs2Z0lsb
  0cq3xEAcwAmYLKQvCtgDV8CYgWKVmPi+49rSuQn7Lo9l02OUbLQgQW5keSBBcm1z
  dHJvbmcgPGFuZHlAdGFnaXNoLmNvbT6JAFgEEBECABgFAjtAWuUICwMJCAcCAQoC
  GQEFGwMACgkQajrT9PIsT+1plgCfXAovWnVL3MjrTfcGlFSKw7GHCSYAoJkz
  x+r2ANe8/0e+u5ZcYtSaSry+uQINBDtAWuUQCAD2Qle3CH8IF3KiutapQvMF6PlT
  ETlPtvFuuUs4INoBp1ajFOmPQFXz0AfGy0OplK33TGSGSfgMg71l6RfUodNQ+PVZ
  X9x2Uk89PY3bzpnhV5JZzf24rnRPxfx2vIPFRzBhznzJZv8V+bv9kV7HAarTW56N
  oKVyOtQa8L9GAFgr5fSI/VhOSdvNILSd5JEHNmszbDgNRR0PfIizHHxbLY7288kj
  wEPwpVsYjY67VYy4XTjTNP18F1dDox0YbN4zISy1Kv884bEpQBgRjXyEpwpy1obE
  AxnIByl6ypUM2Zafq9AKUJsCRtMIPWakXUGfnHy9iUsiGSa6q6Jew1XpMgs7AAIC
  B/0eHkYQ0Rv6s21TgpOzRBon+rQAv9ka0PlC7bj2eYWsCOBib8K7qO8hND0sW59p
  0uFQ01X7kC7L/4Ls1HTk0chEZMV0UrGAOKXHY1QFlxrNtFi5U3pTPITXDDfy+g/G
  6FTX3PLnGGvwXbtaiAq5UjQ6iXm03lh0BW6Q+kPtm8swPPfqfjYv0rrT+I8Ic3p2
  HplWKR2bpi3wqCSKB/AaTQJwTbh2x2+2cPVONPodgjZSJ9eQkErejkNSvqbumlTx
  dB81eoGa0Lo2xE7N+DNlCnILGE0X4hPMdj+N5fmyEbyx0WOB8crvCuODGGEQnXs/
  zbVO7FP+rj7YWjRh5pVD3bGiiQBMBBgRAgAMBQI7QFrlBRsMAAoJEGo60/Ty
  LE/tj/QAoOFNFa7rbAy+eT6mRNb7XztfcAbWAKD6Gd6S/7lEJU0k2TS5tozt4jMl
  vw==
  =/91Q
  -END PGP PUBLIC KEY BLOCK-
  
  Type Bits/KeyIDDate   User ID
  pub  1024D/86867BA6 2001-11-22 Jean-Frederic Clere (jfclere) 
<[EMAIL PROTECTED]>
  
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.0.5 (GNU/Linux)
  Comment: For info see http://www.gnupg.org
  
  mQGiBDv9Gx8RBADclmKwDLcibNVipQnhYW+bFIpuQjQnRrqRwn3gXM+/luzzJYJ4
  bbWpw13zjX0EkrAJ8qH2A/d0EIU1eZ0zHrLgRvMUfLGFUX7FFFw18JKFLTVGhG4/
  8sSl3ydHSA2Kd1PF6xjBP7iM7sg5dJfEkyMzvK5H4F0ZpTqy3087wsg1wwCgitRy
  Zg4x3lWZSkOwBj472qaO9GkD/2q6kyWfAK6XFe3GuB5AAs3poMfN1eqW+duM4TA8
  zUiWK0Wxx4JXJbL7n0i4d+JdXJsrjSjF++KKfelcxsrSxoUIBegez25MUSvHe09D
  R3nqkY8CVO+viEtzRBqkSgCMbUjAtfkQ+vp2jDnWSmmkNfY0OYAzt+KRyJKcjUSJ
  gvOOA/45+DN9wuTELoFTvsXh1JgOL/QvW1fmQ2HrcQk94BkzIsfVGWClCiig5gNw
  LCxTbfgA5htpI8U7vPR9/5gH7U8Wy3HR6xQUZxcbttMeYit2VbDEJzF5r5S0pJvD
  vyk3n1kiKU7r49sjhxGgE8J/VvDpO6YcIsDs8LoULwuJTg0DTrRDSmVhbi1GcmVk
  ZXJpYyBDbGVyZSAoamZjbGVyZSkgPEpGcmVkZXJpYy5DbGVyZUBmdWppdHN1LXNp
  ZW1lbnMuY29tPohXBBMRAgAXBQI7/RsfBQsHCgMEAxUDAgMWAgECF4AACgkQ0+/m
  toaGe6amGQCeJU5VZ8QCi8+PY0QJHPA63e5uPyoAmgOWIwFm8A/xmW8qjEvVAWtb
  TjZxuQENBDv9GyMQBACCbFlSF+udW/Qz2oknDen8Hoql4Q1Q7CUQTbPjoQAcYgZg
  LrsR6hc9aCIf3Kt4qZBgQ1Oe9M/AemOFhU04UNp3dgHk91EYRvx80Rua992p/8V7
  QOhwIBVb2XE8as5nL2j8w6Jz7eSs/bivxm9yD0AH/I5H01RAJivRbOTsUgSkDwAD
  BQP5ARlW2Nqc0U17asQsmMYvT1UMiOiyBwUD/DIEG2Xy1hlEvdljg8WU26jcjpGq
  MrT69T4Z+eZ2oVyiRQTW4qMUBKc0Nbz89hL0qv9K41ExxxH+JgE1csRVvmwAT8Iy
  lnhof7TJLRBtvan3+p21Kxl1uQ7MbmLT875u+vc+J098fIiIRgQYEQIABgUCO/0b
  IwAKCRDT7+a2hoZ7pn9UAJ9f0TK0QQOtjQBvxAissopYhDKHGACePZg0k9sj69yw
  nVWrBS9fvFC9jcA=
  =BTiM
  -END PGP PUBLIC KEY BLOCK-
  
  Type Bits/KeyIDDate   User ID
  pub  1024D

cvs commit: jakarta-tomcat-4.0 KEYS

[remm]

remm2002/09/18 00:18:55

  Added:   .KEYS
  Log:
  - Add keys.
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-4.0/KEYS
  
  Index: KEYS
  ===
  This file contains the PGP&GPG keys of various Apache developers.
  Please don't use them for email unless you have to. Their main
  purpose is code signing.
  
  Apache users: pgp < KEYS
  Apache developers: 
  (pgpk -ll  && pgpk -xa ) >> this file.
or
  (gpg --fingerprint --list-sigs 
   && gpg --armor --export ) >> this file.
  
  Apache developers: please ensure that your key is also available via the
  PGP keyservers (such as pgpkeys.mit.edu).
  
  
  Type Bits/KeyIDDate   User ID
  pub  1024/697ECEDD 2000/04/06 Henri Gomez <[EMAIL PROTECTED]>
*** RPM SIGNING KEY ***
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: 2.6.3i
  
  mQCNAzjsydwAAAEEAMpwFU/ci3/wR3ryCGp9Exr+Rx/hTQ7hWAJcVw8ejlBXlT4T
  yITlRUs0HGfRWxME2J55PuXXsIEPZzjfozNtvOyq8WlLlJ7iaiyWxVRoPJ25sSEj
  C9etm6wjj4E66ZgzuElZkm1m69uEsCHPPNuz1oQ/g1O+SmIVxIYirlxpfs7dAAUR
  tBxIZW5yaSBHb21leiA8aGdvbWV6QHNsaWIuZnI+iQCVAwUQOOzJ3IYirlxpfs7d
  AQFQyQQAj0D9G0hEL7SQGaSCkkoXwvamQw42N8+tNm+jfWHWdE4HAiVlhJmI2GyD
  sdcXVAcR8R7ILIRB5AY7a3bF+qMk0r+vO6oR878RKKn9AvtaAIOnrh6tr0tiPwf5
  XDUMySxIWJEF3SmJAy9Lq3bAl5GMzZCFHiS0NW2gtWgmr/u1RuM=
  =6l+I
  -END PGP PUBLIC KEY BLOCK-
  
  Type Bits/KeyIDDate   User ID
  pub  2048/F22C4FED 2001/07/02 Andy Armstrong <[EMAIL PROTECTED]>
  
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: PGPfreeware 7.0.3 for non-commercial use 
  
  mQGiBDtAWuURBADZ0KUEyUkSUiTA09e7tvEbX25STsjxrR+DNTainCls+XlkVOij
  gBv216lqge9tIsS0L6hCP4OQbFf/64qVtJssX4QXdyiZGb5wpmcj0Mz602Ew8r+N
  I0S5NvmogoYWW7BlP4r61jNxO5zrr03KaijM5r4ipJdLUxyOmM6P2jRPUwCg/5gm
  bpqiYl7pXX5FgDeB36tmD+UD/06iLqOnoiKO0vMbOk7URclhCObMNrHqxTxozMTS
  B9soYURbIeArei+plYo2n+1qB12ayybjhVu3uksXRdT9bEkyxMfslvLbIpDAG8Cz
  gNftTbKx/MVS7cQU0II8BKo2Akr+1FZah+sD4ovK8SfkMXUQUbTeefTntsAQKyyU
  9M9tA/9on9tBiHFl0qVJht6N4GiJ2G689v7rS2giLgKjetjiCduxBXEgvUSuyQID
  nF9ATrpXjITwsRlGKFmpZiFm5oCeCXihIVH0u6q066xNW2AXkLVoJ1l1Rs2Z0lsb
  0cq3xEAcwAmYLKQvCtgDV8CYgWKVmPi+49rSuQn7Lo9l02OUbLQgQW5keSBBcm1z
  dHJvbmcgPGFuZHlAdGFnaXNoLmNvbT6JAFgEEBECABgFAjtAWuUICwMJCAcCAQoC
  GQEFGwMACgkQajrT9PIsT+1plgCfXAovWnVL3MjrTfcGlFSKw7GHCSYAoJkz
  x+r2ANe8/0e+u5ZcYtSaSry+uQINBDtAWuUQCAD2Qle3CH8IF3KiutapQvMF6PlT
  ETlPtvFuuUs4INoBp1ajFOmPQFXz0AfGy0OplK33TGSGSfgMg71l6RfUodNQ+PVZ
  X9x2Uk89PY3bzpnhV5JZzf24rnRPxfx2vIPFRzBhznzJZv8V+bv9kV7HAarTW56N
  oKVyOtQa8L9GAFgr5fSI/VhOSdvNILSd5JEHNmszbDgNRR0PfIizHHxbLY7288kj
  wEPwpVsYjY67VYy4XTjTNP18F1dDox0YbN4zISy1Kv884bEpQBgRjXyEpwpy1obE
  AxnIByl6ypUM2Zafq9AKUJsCRtMIPWakXUGfnHy9iUsiGSa6q6Jew1XpMgs7AAIC
  B/0eHkYQ0Rv6s21TgpOzRBon+rQAv9ka0PlC7bj2eYWsCOBib8K7qO8hND0sW59p
  0uFQ01X7kC7L/4Ls1HTk0chEZMV0UrGAOKXHY1QFlxrNtFi5U3pTPITXDDfy+g/G
  6FTX3PLnGGvwXbtaiAq5UjQ6iXm03lh0BW6Q+kPtm8swPPfqfjYv0rrT+I8Ic3p2
  HplWKR2bpi3wqCSKB/AaTQJwTbh2x2+2cPVONPodgjZSJ9eQkErejkNSvqbumlTx
  dB81eoGa0Lo2xE7N+DNlCnILGE0X4hPMdj+N5fmyEbyx0WOB8crvCuODGGEQnXs/
  zbVO7FP+rj7YWjRh5pVD3bGiiQBMBBgRAgAMBQI7QFrlBRsMAAoJEGo60/Ty
  LE/tj/QAoOFNFa7rbAy+eT6mRNb7XztfcAbWAKD6Gd6S/7lEJU0k2TS5tozt4jMl
  vw==
  =/91Q
  -END PGP PUBLIC KEY BLOCK-
  
  Type Bits/KeyIDDate   User ID
  pub  1024D/86867BA6 2001-11-22 Jean-Frederic Clere (jfclere) 
<[EMAIL PROTECTED]>
  
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.0.5 (GNU/Linux)
  Comment: For info see http://www.gnupg.org
  
  mQGiBDv9Gx8RBADclmKwDLcibNVipQnhYW+bFIpuQjQnRrqRwn3gXM+/luzzJYJ4
  bbWpw13zjX0EkrAJ8qH2A/d0EIU1eZ0zHrLgRvMUfLGFUX7FFFw18JKFLTVGhG4/
  8sSl3ydHSA2Kd1PF6xjBP7iM7sg5dJfEkyMzvK5H4F0ZpTqy3087wsg1wwCgitRy
  Zg4x3lWZSkOwBj472qaO9GkD/2q6kyWfAK6XFe3GuB5AAs3poMfN1eqW+duM4TA8
  zUiWK0Wxx4JXJbL7n0i4d+JdXJsrjSjF++KKfelcxsrSxoUIBegez25MUSvHe09D
  R3nqkY8CVO+viEtzRBqkSgCMbUjAtfkQ+vp2jDnWSmmkNfY0OYAzt+KRyJKcjUSJ
  gvOOA/45+DN9wuTELoFTvsXh1JgOL/QvW1fmQ2HrcQk94BkzIsfVGWClCiig5gNw
  LCxTbfgA5htpI8U7vPR9/5gH7U8Wy3HR6xQUZxcbttMeYit2VbDEJzF5r5S0pJvD
  vyk3n1kiKU7r49sjhxGgE8J/VvDpO6YcIsDs8LoULwuJTg0DTrRDSmVhbi1GcmVk
  ZXJpYyBDbGVyZSAoamZjbGVyZSkgPEpGcmVkZXJpYy5DbGVyZUBmdWppdHN1LXNp
  ZW1lbnMuY29tPohXBBMRAgAXBQI7/RsfBQsHCgMEAxUDAgMWAgECF4AACgkQ0+/m
  toaGe6amGQCeJU5VZ8QCi8+PY0QJHPA63e5uPyoAmgOWIwFm8A/xmW8qjEvVAWtb
  TjZxuQENBDv9GyMQBACCbFlSF+udW/Qz2oknDen8Hoql4Q1Q7CUQTbPjoQAcYgZg
  LrsR6hc9aCIf3Kt4qZBgQ1Oe9M/AemOFhU04UNp3dgHk91EYRvx80Rua992p/8V7
  QOhwIBVb2XE8as5nL2j8w6Jz7eSs/bivxm9yD0AH/I5H01RAJivRbOTsUgSkDwAD
  BQP5ARlW2Nqc0U17asQsmMYvT1UMiOiyBwUD/DIEG2Xy1hlEvdljg8WU26jcjpGq
  MrT69T4Z+eZ2oVyiRQTW4qMUBKc0Nbz89hL0qv9K41ExxxH+JgE1csRVvmwAT8Iy
  lnhof7TJLRBtvan3+p21Kxl1uQ7MbmLT875u+vc+J098fIiIRgQYEQIABgUCO/0b
  IwAKCRDT7+a2hoZ7pn9UAJ9f0TK0QQOtjQBvxAissopYhDKHGACePZg0k9sj69yw
  nVWrBS9fvFC9jcA=
  =BTiM
  -END PGP PUBLIC KEY BLOCK-
  
  Type Bits/KeyIDDate   User ID
  pub  102

cvs commit: jakarta-tomcat-connectors KEYS

[remm]

remm2002/09/18 00:18:25

  Modified:.KEYS
  Log:
  - Add key.
  
  Revision  ChangesPath
  1.6   +23 -0 jakarta-tomcat-connectors/KEYS
  
  Index: KEYS
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/KEYS,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- KEYS  13 Sep 2002 09:33:12 -  1.5
  +++ KEYS  18 Sep 2002 07:18:25 -  1.6
  @@ -157,3 +157,26 @@
   P9A=
   =hQhz
   -END PGP PUBLIC KEY BLOCK-
  +
  +Type bits  keyID  Date   User ID
  +DSS  1024  0x7572CDEF 2001/10/12 *** DEFAULT SIGNING KEY ***
  + Remy Maucherat <[EMAIL PROTECTED]>
  +
  +-BEGIN PGP PUBLIC KEY BLOCK-
  +Version: PGP 6.5.1i
  +
  +mQGiBDvGnR4RBADPVhGl+eo6ie6UJ9E4sIW8xbBCYHQxIMwWalcLzbz2FKWl57VP
  +JzoIaTZZP6op3yhRv4qRm7NGC/gpabRj/im8vK7eKgoh2VVKhqVdIjWbQW+u9pEb
  +pXlp1AAFUbP4kqSIggV54s4lRulE6Uq0eDy6sXK8mBFLGRggwEFvLTHPYQCg/2qx
  +u1/hBovB0I8+XJoSzconttMEAJVYrxD2W9FhnVCn3ffHhkjQBxUeXr8bQIRwid6R
  +ukAqlcVkGohOngdJ94O7KL40mm2A0t9APFVC0tgEk0M7piB5cE1zAZjoLTrlvWrC
  +0tH0LzEyaUgvHdG1fVeHtgwsiGW/raWDzCfiIvLCx80yiaMw2TtYXLmhjy+1qWv3
  +v78JA/4idwIP7zEF8O6hSEcn5RopddUte5Ne+Ya+fsuSmKDCqPNnIkVvHYarFbkY
  +QPDEiUA2fS9j1ShDz3t0Adt1TRbN2VbENH6rYbx9gwiQGu41jjRVit2Z9JM5YDyq
  +VDyYH5PpyKOJkKPzuIFzq6Wn6dh/wczhDNn7YHXH49ES2nO+/LQgUmVteSBNYXVj
  +aGVyYXQgPHJlbW1AYXBhY2hlLm9yZz6JAE4EEBECAA4FAjvGnR4ECwMBAgIZAQAK
  +CRBuHJULdXLN72cHAKCbdPNI0ep6mGivq/xXoeQOPbBEBwCgpBbCFwc4Q6W+Y+VT
  +KQh+f5jVojw=
  +=1iBa
  +-END PGP PUBLIC KEY BLOCK-
  +
  
  
  

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

DO NOT REPLY [Bug 12748] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath #2

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath #2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-09-18 06:02 ---
Actually, no. That is invalid, and deals with your class doesn't have a package
(while the generated JSP does), which has been discussed quite a bit already.
Look at the archives.

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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf DateTool.java

[billbarker]

billbarker2002/09/17 21:20:24

  Modified:util/java/org/apache/tomcat/util/buf DateTool.java
  Log:
  A little less paraniod than the last one, but functionally the same.
  
  Revision  ChangesPath
  1.7   +6 -2  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/DateTool.java
  
  Index: DateTool.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/DateTool.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- DateTool.java 18 Sep 2002 03:50:04 -  1.6
  +++ DateTool.java 18 Sep 2002 04:20:24 -  1.7
  @@ -141,8 +141,12 @@
   // Called from MessageBytes.setTime
   /** 
*/
  -public static synchronized String format1123( Date d ) {
  - return format1123(d, rfc1123Format);
  +public static String format1123( Date d ) {
  + String dstr=null;
  + synchronized(rfc1123Format) {
  + dstr = format1123(d, rfc1123Format);
  + }
  + return dstr;
   } 
   
   public static String format1123( Date d,DateFormat df ) {
  
  
  

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

Re: Bug in DateTool in tomcat connector util?

[Bill Barker]

I just checked in a fix for the "format" side (setting the "Last-Modified"
header).  This one is much harder to hit, but that doesn't mean that you
can't.  The "parse" side (getting the "If-Modified-Since" header) has been
fixed in the nightly for quite some time now.

- Original Message -
From: "Hugh J. L." <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, September 17, 2002 7:12 PM
Subject: Bug in DateTool in tomcat connector util?


> Hi,
>
> I found a bug (?) when i was testing tomcat3.3 using
> MS web stress tool. I set up large amount of
> concurrent requests for static files, each with header
> If-Modified-Since which is newer than actual
> last-modified-time of those requested files. I should
> have got 304 response for ALL requests in this case,
> however, i got many 304, a few 200, and even
> NumberFormatException occasionally. This didn't happen
> if i tested using only one client thread. I looked
> into java.text.SimpleDateFormat and suspected it was
> possibly a synchronization problem. Then I added
> synchronization control to DateTool.parse(String,
> DateFormat[]) as below and the problem was solved:
>
> synchronized(format[i]) {
> date = format[i].parse(dateString);
> }
>
>
> __
> Do you Yahoo!?
> Yahoo! News - Today's headlines
> http://news.yahoo.com
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf DateTool.java

[billbarker]

billbarker2002/09/17 20:50:05

  Modified:util/java/org/apache/tomcat/util/buf DateTool.java
  Log:
  Fix thread-safe issue on date formatting.
  
  Reported by: Hugh J. L. [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.6   +2 -7  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/DateTool.java
  
  Index: DateTool.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/DateTool.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- DateTool.java 22 Mar 2002 04:12:01 -  1.5
  +++ DateTool.java 18 Sep 2002 03:50:04 -  1.6
  @@ -141,13 +141,8 @@
   // Called from MessageBytes.setTime
   /** 
*/
  -public static String format1123( Date d ) {
  -long dt = d.getTime() / 1000;
  -if ((rfc1123DS != null) && (dt == rfc1123Sec))
  -return rfc1123DS;
  -rfc1123DS  = rfc1123Format.format( d );
  -rfc1123Sec = dt;
  -return rfc1123DS;
  +public static synchronized String format1123( Date d ) {
  + return format1123(d, rfc1123Format);
   } 
   
   public static String format1123( Date d,DateFormat df ) {
  
  
  

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

Bug in DateTool in tomcat connector util?

[Hugh J. L.]

Hi,

I found a bug (?) when i was testing tomcat3.3 using
MS web stress tool. I set up large amount of
concurrent requests for static files, each with header
If-Modified-Since which is newer than actual
last-modified-time of those requested files. I should
have got 304 response for ALL requests in this case,
however, i got many 304, a few 200, and even
NumberFormatException occasionally. This didn't happen
if i tested using only one client thread. I looked
into java.text.SimpleDateFormat and suspected it was
possibly a synchronization problem. Then I added
synchronization control to DateTool.parse(String,
DateFormat[]) as below and the problem was solved:

synchronized(format[i]) {
date = format[i].parse(dateString);
}


__
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com

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

Re: 4.1.10 tarball is borked.

[Jon Scott Stevens]

on 2002/9/17 7:01 AM, "Ian Darwin" <[EMAIL PROTECTED]> wrote:

> Er, you mean perhaps that BSD tar doesn't yet support the
> non-standard GNU extensions?

Interesting history on the issue...

http://www.gnu.org/manual/tar/html_node/tar_117.html#SEC112

Most OSS projects that I see these days 'standardize' on GNU tar.

@see MySQL.com
@see default implementation of Ant's tar

-jon


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

Re: 4.1.10 tarball is borked.

[Jon Scott Stevens]

on 2002/9/17 7:01 AM, "Ian Darwin" <[EMAIL PROTECTED]> wrote:

> Er, you mean perhaps that BSD tar doesn't yet support the
> non-standard GNU extensions?

Like being able to support simple things like directory paths longer than
255 characters? If it isn't a standard, it should be!

=)

-jon


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

DO NOT REPLY [Bug 12755] New: - welcome file for jsp does not work

[bugzilla]

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

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

welcome file for jsp does not work

   Summary: welcome file for jsp does not work
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat could not use the jsp as welcome file. This feature used to work. 

The following is the config entry in web.xml.

   
index.jsp 
  

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

DO NOT REPLY [Bug 12750] - Virtual hosts using Apache 2.0.40, Tomcat 4.1.10 and mod_jk2

[bugzilla]

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

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

Virtual hosts using Apache 2.0.40, Tomcat 4.1.10 and mod_jk2

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]   |tomcat-
   ||[EMAIL PROTECTED]
  Component|Other Modules   |Connector:JK/AJP
   ||(deprecated)
Product|Apache httpd-2.0|Tomcat 4
Version|2.0.40  |4.1.10



--- Additional Comments From [EMAIL PROTECTED]  2002-09-17 22:19 ---
This seems more like a bug with Tomcat.

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_ja.properties

[luehe]

luehe   2002/09/17 13:21:25

  Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java
   jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
messages_ja.properties
  Log:
  Fixed 12717: No Translation error thrown when an attribute that does
   not take in a rtexprvalue is given a EL as a value
  
  Revision  ChangesPath
  1.37  +23 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java
  
  Index: Validator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java,v
  retrieving revision 1.36
  retrieving revision 1.37
  diff -u -r1.36 -r1.37
  --- Validator.java15 Sep 2002 19:12:44 -  1.36
  +++ Validator.java17 Sep 2002 20:21:25 -  1.37
  @@ -729,6 +729,13 @@
   tldAttrs[j].getTypeName() );
   }
} else {
  + // Attribute does not accept any expressions.
  + // Make sure its value does not contain any.
  + if (isExpression(n, attrs.getValue(i))) {
  +err.jspError(n,
  + "jsp.error.attribute.non_rt_with_expr",
  +  tldAttrs[j].getName());
  + }
jspAttrs[i]
= new Node.JspAttribute(attrs.getQName(i),
attrs.getURI(i),
  @@ -934,6 +941,19 @@
   
   return result;
   }
  +
  + /*
  +  * Checks to see if the given attribute value represents a runtime or
  +  * EL expression.
  +  */
  + private boolean isExpression(Node.CustomTag n, String value) {
  + if ((n.isXmlSyntax() && value.startsWith("%="))
  + || (!n.isXmlSyntax() && value.startsWith("<%="))
  + || (value.indexOf("${") != -1 && pageInfo.isELEnabled()))
  + return true;
  + else
  + return false;
  + }
   
public void visit(Node.InvokeAction n) throws JasperException {
   
  
  
  
  1.41  +2 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties
  
  Index: messages.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties,v
  retrieving revision 1.40
  retrieving revision 1.41
  diff -u -r1.40 -r1.41
  --- messages.properties   15 Sep 2002 19:12:44 -  1.40
  +++ messages.properties   17 Sep 2002 20:21:25 -  1.41
  @@ -302,4 +302,4 @@
   jsp.error.badaction=The action is not a recognizable standard action.
   jsp.error.tagdirective.badbodycontent=Invalid body-content ({0}) in tag directive
   jsp.error.page.pageencoding.conflict=Page-encoding specified in jsp-property-group 
({0}) is different from that specified in page directive ({1})
  -
  +jsp.error.attribute.non_rt_with_expr=According to TLD, attribute {0} does not 
accept any expressions
  
  
  
  1.13  +2 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_es.properties
  
  Index: messages_es.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_es.properties,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- messages_es.properties15 Sep 2002 19:12:44 -  1.12
  +++ messages_es.properties17 Sep 2002 20:21:25 -  1.13
  @@ -221,3 +221,4 @@
   jsp.error.jspelement.missing.name=
   jsp.error.tagdirective.badbodycontent=
   jsp.error.page.pageencoding.conflict=
  +jsp.error.attribute.non_rt_with_expr=
  
  
  
  1.12  +2 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_ja.properties
  
  Index: messages_ja.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages_ja.properties,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- messages_ja.properties15 Sep 2002 19:12:44 -  1.11
  +++ messages_ja.properties17 Sep 2002 20:21:25 -  1.12
  @@ -253,3 +253,4 @@
   jsp.error.jspelement.missing.name=
   jsp.error.tagdirective.badbodycontent=
   jsp.error.page.pageencoding.conflict=
  +jsp.error.attribute.non_rt_with_expr=
  
  
  

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

DO NOT REPLY [Bug 12717] - No Translation error thrown when an attribute that does not take in a rtexprvalue is given a EL as a value

[bugzilla]

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

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

No Translation error thrown when an attribute that does not take in a rtexprvalue is 
given a EL as a value

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-09-17 20:15 ---
Fixed.
Translation exception is now thrown if scriptlet or EL expression is specified
as the value of an XML-style attribute whose  TLD element is set to
FALSE (translation exception was already thrown for  style
attributes).

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

DO NOT REPLY [Bug 12748] New: - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath #2

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath #2

   Summary: JSP Compilation errors: jars in WEB-INF/lib and classes
in WEB-INF/classes not in classpath #2
   Product: Tomcat 4
   Version: 4.1.10
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Same as bug #12387 but exist in 
linux even with the applied jasper-compiler.jar fix.

Currently using redhat 7.1, jdk1.4.0_2, and jakarta-tomcat-4.1.10-LE-jdk14.

The following is the jsp error with the jar fix from bug 12387:
org.apache.jasper.JasperException: Unable to compile class for JSP
at org.apache.jasper.JspCompilationContext.compile
(JspCompilationContext.java:477)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:182)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:260)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2397)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:170)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:171)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineValve.java:174)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service
(CoyoteAdapter.java:223)
at org.apache.coyote.http11.Http11Processor.process
(Http11Processor.java:405)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio
n(Http11Protocol.java:380)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt
(PoolTcpEndpoint.java:508)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:533)
at java.lang.Thread.run(Thread.java:536)


root cause 

org.apache.jasper.JasperException: Unable to compile class for JSP


An error occurred at line: 72 in the jsp file: /index.jsp

Generated servlet error:
/usr/tomcat4.1.10/work/Standalone/localhost/_/index_jsp.java:113: cannot 
resolve symbol
symbol  : class PageList  
location: class org.apache.jsp.index_jsp
PageList p = null;
^



An error occurred at line: 72 in the jsp file: /index.jsp

Generated servlet error:
/usr/tomcat4.1.10/work/Standalone/localhost/_/index_jsp.java:160: cannot 
resolve symbol
symbol  : class PageList  
location: class org.apache.jsp.index_jsp
p = new PageList( list );
^
2 errors


at o

DO NOT REPLY [Bug 11891] - JspC does not work for webapps

[bugzilla]

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

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

JspC does not work for webapps





--- Additional Comments From [EMAIL PROTECTED]  2002-09-17 18:28 ---
Is anyone going to add the patch for package names.. as it would realy make a 
lot of other things work nicely (ie ant compiles of JSP pages)

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

[ADDON] Jk2 uriMap using pcre (someone willing to check)

[Mladen Turk]

Hi,

Some intro:

Here is the result of the previous discussions regarding using regular
expressions for uri mappings.
I didn't change or enable the conditional build (need some ideas how or
why to do that), although this was the +1 case, so I didn't commit
nothing, and will be pleased if someone can spare some time to test this
(on unix preferably). 

The reason for using pcre was simple (?). It is well tested library, and
our uri mapping code is basically tries to be something like that on the
lower scale, not to mention the  increased power.

How to compile:
1. replace the provided files
2. copy the pcre dir from apache2/srclib to the j-t-c/jk/native2
3. add the pcre to the include path 
4. build pcre
5. add the pcre.lib and pcreposix.lib to the mod_jk2

Win users can simply include the dftables.dsp, pcre.dsp, pcreposix.dsp
to the project, and add the reference to the pcre and pcreposix.

How to use:

It's very simple :-), use the regular expressions!

This is the same:
  [uri:/examples]
  info=Example webapp in the default context. 
  context=/examples
  debug=0


Instead of /* use the \w* (meaning) zero or more 'word' characters.

[uri:/examples/\w*]
info=Map the whole webapp

Here lies the real power!

[uri:/examples/(?!\w*\.(gif|jpg)$)]
info=Map the whole webapp except *.gif and *.jpg files

[uri:/\w+\.jsp$]
info=Map the extension

MT.


/* = *
 *   *
 * The Apache Software License,  Version 1.1 *
 *   *
 *  Copyright (c) 1999-2001 The Apache Software Foundation.  *
 *   All rights reserved.*
 *   *
 * = *
 *   *
 * Redistribution and use in source and binary forms,  with or without modi- *
 * fication, are permitted provided that the following conditions are met:   *
 *   *
 * 1. Redistributions of source code  must retain the above copyright notice *
 *notice, this list of conditions and the following disclaimer.  *
 *   *
 * 2. Redistributions  in binary  form  must  reproduce the  above copyright *
 *notice,  this list of conditions  and the following  disclaimer in the *
 *documentation and/or other materials provided with the distribution.   *
 *   *
 * 3. The end-user documentation  included with the redistribution,  if any, *
 *must include the following acknowlegement: *
 *   *
 *   "This product includes  software developed  by the Apache  Software *
 *Foundation ."  *
 *   *
 *Alternately, this acknowlegement may appear in the software itself, if *
 *and wherever such third-party acknowlegements normally appear. *
 *   *
 * 4. The names  "The  Jakarta  Project",  "Jk",  and  "Apache  Software *
 *Foundation"  must not be used  to endorse or promote  products derived *
 *from this  software without  prior  written  permission.  For  written *
 *permission, please contact <[EMAIL PROTECTED]>.*
 *   *
 * 5. Products derived from this software may not be called "Apache" nor may *
 *"Apache" appear in their names without prior written permission of the *
 *Apache Software Foundation.*
 *   *
 * THIS SOFTWARE IS PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED WARRANTIES *
 * INCLUDING, BUT NOT LIMITED TO,  THE IMPLIED WARRANTIES OF MERCHANTABILITY *
 * AND FITNESS FOR  A PARTICULAR PURPOSE  ARE DISCLAIMED.  IN NO EVENT SHALL *
 * THE APACHE  SOFTWARE  FOUNDATION OR  ITS CONTRIBUTORS  BE LIABLE  FOR ANY *
 * DIRECT,  INDIRECT,   INCIDENTAL,  SPECIAL,  EXEMPLARY,  OR  CONSEQUENTIAL *
 * DAMAGES (INCLUDING,  BUT NOT LIMITED TO,  PROCUREMENT OF SUBSTITUTE GOODS *
 * OR SERVICES;  LOSS OF USE,  DATA,  OR PROFITS;  OR BUSINESS INTERRUPTION) *
 * HOWEVER CAUSED AND  ON ANY  THEORY  OF  LIABILITY,  WHETHER IN  CONTRACT, *
 * STRICT LIABILITY, OR TORT  (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapper.java

[jfarcand]

jfarcand2002/09/17 09:39:19

  Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
  Log:
  Remove anoying debugging output.
  
  Revision  ChangesPath
  1.3   +6 -7  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java
  
  Index: StandardWrapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- StandardWrapper.java  13 Sep 2002 21:59:48 -  1.2
  +++ StandardWrapper.java  17 Sep 2002 16:39:19 -  1.3
  @@ -161,7 +161,7 @@
   /**
* The facade associated with this wrapper.
*/
  -private final StandardWrapperFacade facade =
  +private StandardWrapperFacade facade =
   new StandardWrapperFacade(this);
   
   
  @@ -833,7 +833,7 @@
   
   PrintStream out = System.out;
   SystemLogHandler.startCapture();
  -final Servlet servlet;
  +Servlet servlet;
   try {
   // If this "servlet" is really a JSP file, get the right class.
   // HOLD YOUR NOSE - this is a kludge that avoids having to do special
  @@ -963,7 +963,6 @@
   } catch (UnavailableException f) {
   instanceSupport.fireInstanceEvent(InstanceEvent.AFTER_INIT_EVENT,
 servlet, f);
  -System.out.println("*");
   unavailable(f);
   throw f;
   } catch (ServletException f) {
  
  
  

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

Re: jasper2 tag validation?

[peter lin]

I just figured it out. In JSTL's standard.jar it contains a copy of the
.tld files.  Even though I added varStatus as an attribute to the copy
in /WEB-INF/x.tld, it was going by the copy in the jar.

Once I deleted the tld file in the jar, it worked fine.  why the change
in 4.1.10?

peter lin



peter lin wrote:
> 
> I encountered a problem with 4.1.10 stable.  the same code work with
> 4.0.3, but doesn't work correctly with 4.1.10.
> 
> My question is this.
> 
> Does jasper2 in 4.1.10 use the local .tld file for tag validation, or
> does it get it from the network?
> 
> I ask because in JSTL 1.0.1 xml tag supports , but
> the tld file doesn't include it. The funcationality works fine, since
> both  and  inherit varStatus from the base class.
> 
> If jasper2 does use the official tld file for validation, can I turn
> that off and make it use the local copy of the .tld file?
> 
> I'm hoping Kin-man, Luehe or Remy can answer this question.
> 
> peter lin
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 

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

DO NOT REPLY [Bug 12739] - JSP compilation erro

[bugzilla]

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

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

JSP compilation erro

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-09-17 14:41 ---
Ant failed to find the Java compiler. Check if JAVA_HOME is right, just in case,
but otherwise it seems your JDK may not be compatible, and you should try
installing a newer one.

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

jasper2 tag validation?

[peter lin]

I encountered a problem with 4.1.10 stable.  the same code work with
4.0.3, but doesn't work correctly with 4.1.10.

My question is this.

Does jasper2 in 4.1.10 use the local .tld file for tag validation, or
does it get it from the network?

I ask because in JSTL 1.0.1 xml tag supports , but
the tld file doesn't include it. The funcationality works fine, since
both  and  inherit varStatus from the base class.

If jasper2 does use the official tld file for validation, can I turn
that off and make it use the local copy of the .tld file?

I'm hoping Kin-man, Luehe or Remy can answer this question.

peter lin

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

Building isapi redirector

[Kranson, Bob]

I am trying to build the isap_redirector2.dll with the posted source.  The
compiler can't find "apr.h".  I've looked through 3 archive versions for the
header file.  Can someone help?

Bob Kranson
 



The contents of this e-mail are intended for the named addressee only. It
contains information that may be confidential. Unless you are the named
addressee or an authorized designee, you may not copy or use it, or disclose
it to anyone else. If you received it in error please notify us immediately
and then destroy it. 


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

Re: 4.1.10 tarball is borked.

[Pier Fumagalli]

"Ian Darwin" <[EMAIL PROTECTED]> wrote:

> On Mon, Sep 16, 2002 at 07:22:43PM -0700, Jon Scott Stevens wrote:
>> 
>> Pier, you need to use GNU tar. *BSD* tar sucks balls.
> 
> Er, you mean perhaps that BSD tar doesn't yet support the
> non-standard GNU extensions?

Nope, it doesn't... I'm thinking whether we should package it up with a
standard TAR or the GNU extended version of it... Bah...

Pier  


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

Re: 4.1.10 tarball is borked.

[Ian Darwin]

On Mon, Sep 16, 2002 at 07:22:43PM -0700, Jon Scott Stevens wrote:
> 
> Pier, you need to use GNU tar. *BSD* tar sucks balls.

Er, you mean perhaps that BSD tar doesn't yet support the 
non-standard GNU extensions? 

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

DO NOT REPLY [Bug 12739] New: - JSP compilation erro

[bugzilla]

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

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

JSP compilation erro

   Summary: JSP compilation erro
   Product: Tomcat 4
   Version: 4.1.10
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have installed tomcat under linux.When i start the tomcat the following
message is displayed.

=
[root@localhost bin]# tomcat4 run
Using CATALINA_BASE:   /var/tomcat4
Using CATALINA_HOME:   /var/tomcat4
Using CATALINA_TMPDIR: /var/tomcat4/temp
Using JAVA_HOME:   /usr/java/jre1.3.1_04
[INFO] Registry - -Loading registry information
[INFO] Registry - -Creating new Registry instance
[INFO] Registry - -Creating MBeanServer
[INFO] Http11Protocol - -Initializing Coyote HTTP/1.1 on port 8081
Starting service Tomcat-Standalone
Apache Tomcat/4.1
[INFO] Http11Protocol - -Starting Coyote HTTP/1.1 on port 8081
[INFO] ChannelSocket - -JK2: ajp13 listening on tcp port 8019
[INFO] JkMain - -Jk running ID=0 time=25/79  config=/var/tomcat4/conf/jk2.properties

=


When i am trying to run the applicaiton from the brower the follwoing error
occurs :  Can this error be decoded for me
===
HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented it from
fulfilling this request.

exception

org.apache.jasper.JasperException: Unable to compile class for JSP
at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:477)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:182)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2397)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Po

RE: JK2: JNI doesn't work anymore?

[Mladen Turk]

Ok, If I make the channel.socket as a first call to the TC then JNI
works OK.
After the first call through socket, I can disable the channel.socket,
and the channel.jni works after that without problems.

Are there any special classes that are loaded during initial socket
accept on the TC side, or something similar?


> -Original Message-
> From: Mladen Turk [mailto:[EMAIL PROTECTED]] 

> > From: jean-frederic clere
> > 
> > > 
> > > Any clues?
> > 
> > Not yet.
> > I have problems with the classloader in an earlier state (and
> > I am using the CVS 
> > head of 4.1).
> > 
> 
> Well, the jni is working _only_ if I setup the channel.socket before
> channel.jni in the workers2.properties.
> The load balancer then calls the socket and this seems somehow
> 'initializes' TC cause after that the jni calls are working normally,
> but they are switched with the socket channel, so it's not a proper
> solution. 
> 
> Right now I'm not sure If It ever worked :(. I will try to make the
> socket channel as single shot to see if this is the true reason or the
> mod_jk2 is faulty.
> 
> MT.
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For 
> additional commands, e-mail: 
> 
> 
> 
> 


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

DO NOT REPLY [Bug 12734] - Tomcat cannot find common\lib on startup

[bugzilla]

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

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

Tomcat cannot find common\lib on startup

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-09-17 12:36 ---
This is not user visible functionality. If you want to learn how to use it, try
to see what the shell scripts are doing, and try to replicate it in your Java code.

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

DO NOT REPLY [Bug 12734] New: - Tomcat cannot find common\lib on startup

[bugzilla]

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

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

Tomcat cannot find common\lib on startup

   Summary: Tomcat cannot find common\lib on startup
   Product: Tomcat 4
   Version: 4.1.10
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I am trying to start tomcat with the following

org.apache.catalina.startup.Bootstrap.main(new String[] { "start" });

it starts up but can not find any classes in the common\lib dir unless I 
explisitly set common\lib in the classpath before starting tomcat

any help would be great.

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

Re: Tomcat not scaling very well...

[Henri Gomez]

 >My recommendation is to stop using autoreload, and use IBM's VM 
because for
> what I can remember, it handles more file descriptors better than Sun's...

Yes, autoreload should be off on production servers since it cause
performance penalty and also that deploying a new application should
allways be planned.

And I confirm that IBM SDK for Linux really rocks and is very stable


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

Re: Tomcat not scaling very well...

[Pier Fumagalli]

"Pat Schaider" <[EMAIL PROTECTED]> wrote:

> Hello all --
> 
> I'm risking getting scolded for using the wrong list for this, but the
> tomcat-user list was totally useless in solving this problem.
> 
> The problem is on Tomcat 4.0.3 Standalone on Linux.  I am managing this
> machine for my university's CS department, so we are using the security
> manager to keep students out of each others' files (so one context cannot
> FileInputStream() files in another context).
> 
> We have contexts for each user for the security manager, and so that we
> can override the location of webapp directories, log files, etc.  Note
> that students do not have logins on this machine; their Tomcat-related
> files are exported to other machines.
> 
> The server starts up correctly (./startup.sh -security) and deploys and
> serves the webapps fine.  But here's the problem: when a user decides to
> make a new jsp file, Tomcat cannot compile or process that new file.
> The old files in the directory still display properly; however Tomcat
> gives a Permission Denied error for the new file citing the working
> directory version of file in question.
> 
> -> error message:
> /usr/local/jakarta-tomcat-4.0.3/work/localhost/user/tomcat/webapps/myFiles/gra
> derC$jsp.java
> (Permission denied)
> 
> I think that the machine is running out of file handles to open any
> new files.  Looking in the /proc/[pid]/fd directory shows that each of
> 500 threads is opening each of the 250 user log files in addition to the
> normal files/pipes/sockets it must open.
> 
> Here's some site-specific config info that will be useful.
> Tomcat version: 4.0.3 Standalone from binary
> There are about 250 contexts that get loaded when the server starts.  A
> `ps aux` listing shows about 500 processes associated with Tomcat
> running.  The machine is a P3-800 with 512 MB of memory, and does not
> have any other heavy services running on it, so Tomcat has full run of
> the box.  
> 
> Does anyone have experience setting up a system with this many
> contexts?  What can I do?  I realize it's probably an extension of what
> Tomcat is supposed to be used for with all the different contexts, but
> there must be a way!  Any help is appreciated.  And sorry for the lengthy
> message.

Please do mind that usually VMs (at least Sun's) are borked when using
something more that 2.5k file descriptors, so, I don't think you'll actually
manage to have 500 contexts in one single VM process...

The 500 "processes" you are seeing are Linux threads (damn Linux), and those
are roughly allright, I believe you use something like autoreload for each
context, therefore, you'll have one thread per context just doing basically
nothing... I've got some experience with more than 500 threads per VM on
Linux, but we had to switch OS because context switching was overkilling.

If you think that increasing the number of file descriptors might help, you
can always use "ulimit -n " where  is the number of FDs each process
(and all associated threads) can open (therefore, that's the MAX value for
all you 500 threads reported by PS ALL TOGETHER).

One thing to check is also the output of "lsof", gives you some very good
insight of what's going on...

My recommendation is to stop using autoreload, and use IBM's VM because for
what I can remember, it handles more file descriptors better than Sun's...

Pier


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

Re: Small code contribution

[Pier Fumagalli]

"Vaughn Bilton" <[EMAIL PROTECTED]> wrote:

> I apologize in advance if I'm not following proper protocols for this
> submission, but I'm new at this. I have created a patch against Tomcat
> 4.1.10 which adds a custom tag and associated servlet to the Tomcat
> admin context. The tag, designed to replace a text field expecting a
> file/directory path entry, creates a text field and button combination
> on the page. Clicking the button opens up a popup window allowing the
> user to navigate the file system and select a file/directory. Clicking
> "Okay" closes the popup window and places the selected path in the text
> field. It's been tested under RedHat 7.2 and Windows 2000. I find this
> feature useful, and I would like to make the patch available to whoever
> would like to use it, but I'm not sure how to go about doing this.

I hope this doesn't browse the file system on the server, thru servlet
and/or JSP calls or something like that, because if so -1 for security
reasons.

Pier


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

RE: JK2: JNI doesn't work anymore?

[Mladen Turk]

> From: jean-frederic clere 
> 
> Mladen Turk wrote:
> > 
> > Did someone been able to run the jk2 as inprocess lately on 4.1.10? 
> > Well, I'm having serious troubles, and think that the 
> problems are in 
> > the Java part of the connector. I've put some debuging code to the 
> > AprImpl.java and I'm getting the following:
> > 
> > 
> > Any clues?
> 
> Not yet.
> I have problems with the classloader in an earlier state (and 
> I am using the CVS 
> head of 4.1).
> 

Well, the jni is working _only_ if I setup the channel.socket before
channel.jni in the workers2.properties.
The load balancer then calls the socket and this seems somehow
'initializes' TC cause after that the jni calls are working normally,
but they are switched with the socket channel, so it's not a proper
solution. 

Right now I'm not sure If It ever worked :(. I will try to make the
socket channel as single shot to see if this is the true reason or the
mod_jk2 is faulty.

MT.



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

Q again: How to contribute? Was: Re: Small code contribution

[Leinux]

Hi, All,

I would think that anyone sincerely wants to help would be welcome to
contribute to the project, right?

I am very sincere here, and want to help with the development of Tomcat
project. As a big believer of open source and benefited from GNU,
Linux, and other open source software for years, I would like to
contribute back to the open source community by contributing to Tomcat.


My question is about from project management perspective, how new
comers to the project like myself can contribute more effectively.

I have carefully read through the "How to Get Involved", "Project
Guidelines" Craig R. McClanahan's "Contributing", etc., several times.
I followed the instructions of subscribing to dev/user lists,
downloading/installing/using Tomcat etc. However, those are mostly
things in user land, and there is not much information/design
docs/specs to get developers started. I can see that there will be a
long way to get familiar with various standards/specifications and
Tomcat internal code, and to contribute code/patch or even join the
discussions and contribute ideas.

I am not in the 'scratch my own itch' situation and have no natural
places in current releases to start features/bug fixes. I am 
interested in the technologies involved in Tomcat and would like to
contribute to the forward development of Tomcat 5.x if possible and
learn along the way.

I would like to get involved faster and start to contribute earlier
with some helps from people already in the project. 

>From software engineering perspective, I could start to contribute to
less involved modules with well defined specs before I get to
understand other/more involved part of Tomcat. For example,

- I saw suggestions that the web based administration and manager
interface/functionality could be expanded to be more comprephensive.
This part involves UI and Tomcat configurations, and is more in the
user space than other part of the Tomcat.

- Logging facilities in Tomcat. If there is any reason to enhance that
part of Tomcat, for example.

- Any other small/low impact modules that current committers can
provide some leads by defining requirements or specs.

- Low priority bugs that doesn't hurt to have new comers to take time
to work on.

So, it would be very helpful if any of the current
contributors/committers could take some time to define the scopes and
requirements of modules/components that are suitable for new comers,
triaging low priority/less involved bugs, and coordinate the
integration.

And there could be other forms of contributions too. Like tasks that
require man power but less programming expertise to get new comers
started:

- QA/RT tasks. Are there dedicated QA resources for the project, or all
developers porform most of the testing themselves?

- Release management. Integration, build, release. Are there any needs
for these type of resources?

- Documentation, Guide, web site maintenance.

- Other administrative tasks.

If helps on any of these are needed, anyone currently in the project
can help new comers as well as the project in a whole by coordinating
the definition of tasks and allocations of available resources.

I'd apprecate your feedback on this!

Thanks!

Lei

--- Amy Roh <[EMAIL PROTECTED]> wrote:
> Vaughn,
> 
> Vaughn Bilton wrote:
> > I apologize in advance if I'm not following proper protocols for
> this
> > submission, but I'm new at this. I have created a patch against
> Tomcat
> > 4.1.10 which adds a custom tag and associated servlet to the Tomcat
> > admin context. The tag, designed to replace a text field expecting
> a
> > file/directory path entry, creates a text field and button
> combination
> > on the page. Clicking the button opens up a popup window allowing
> the
> > user to navigate the file system and select a file/directory.
> Clicking
> > "Okay" closes the popup window and places the selected path in the
> text
> > field. It's been tested under RedHat 7.2 and Windows 2000. I find
> this
> > feature useful, and I would like to make the patch available to
> whoever
> > would like to use it, but I'm not sure how to go about doing this.
> > 
> 
> Sounds like a very useful feature.  Send the patch to this list. 
> I'll 
> take a look at it.
> 
> Thanks,
> Amy
> 
> 
> --
> To unsubscribe, e-mail:  
> 
> For additional commands, e-mail:
> 
> 



__
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com

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

Re: Small code contribution

[Remy Maucherat]

Vaughn Bilton wrote:
> I apologize in advance if I'm not following proper protocols for this
> submission, but I'm new at this. I have created a patch against Tomcat
> 4.1.10 which adds a custom tag and associated servlet to the Tomcat
> admin context. The tag, designed to replace a text field expecting a
> file/directory path entry, creates a text field and button combination
> on the page. Clicking the button opens up a popup window allowing the
> user to navigate the file system and select a file/directory. Clicking
> "Okay" closes the popup window and places the selected path in the text
> field. It's been tested under RedHat 7.2 and Windows 2000. I find this
> feature useful, and I would like to make the patch available to whoever
> would like to use it, but I'm not sure how to go about doing this.

This seems useful.
Send you patch to the tomcat-dev list.

There are instructions if needed at http://jakarta.apache.org/site/bugs.html

Remy


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

DO NOT REPLY [Bug 10690] - ServletOutputStream blocks thread when cancelling download in IE

[bugzilla]

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

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

ServletOutputStream blocks thread when cancelling download in IE

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-09-17 08:55 ---
The socket has a TCP timeout set by default, so an exception should be raised on
the server side, and the thread shouldn't hang forever. Otherwise, this looks
like a deficiency in the implementation of the VM.
Sorry, but I have no idea how to improve this behavior if there is indeed a
problem (I don't think there is, although I could associate the locaking problem
to a bad cleanup of resources in case there's an unexpected exception; in any
case, it is a different issue).

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

DO NOT REPLY [Bug 12725] - Jasper2 can't handle nested loops with jakarta UtilityTaglib

[bugzilla]

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

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

Jasper2 can't handle nested loops with jakarta UtilityTaglib

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|Other   |Medium
Summary|Jasper2 can't handle nested |Jasper2 can't handle nested
   |loops with jakarta  |loops with jakarta
   |UtilityTaglib   |UtilityTaglib

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

DO NOT REPLY [Bug 12725] New: - Jasper2 can't handle nested loops with jakarta UtilityTaglib

[bugzilla]

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

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

Jasper2 can't handle nested loops with jakarta UtilityTaglib 

   Summary: Jasper2 can't handle nested loops with jakarta
UtilityTaglib
   Product: Tomcat 4
   Version: 4.1.10
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat Version: 4.0.4 (Jasper 1)
Taglib Version: 1.0
Error: No error works just fine

Tomcat Version: 4.1.10 (Jasper 2)
Taglib Version: 1.0
Error: Jasper produces code that can't be compiled
JSP-Code used to produce the error:
<%@taglib uri="http://jakarta.apache.org/taglibs/utility"; prefix="jLib" %>



   Test





  
 
Outer LOOP WITH "i" <%=i.intValue()%>
 
  
  
  

   Inner LOOP WITH "k" <%=k.intValue()%>

 
  






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

DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath

[bugzilla]

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

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

JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in 
classpath

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



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

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

DO NOT REPLY [Bug 12679] - unable to locate package / classes for custom tags

[bugzilla]

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

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

unable to locate package / classes for custom tags

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-09-17 08:48 ---
This looks like a duplicate of bug 12387 (workarounds given in the other report
if this is the case).

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

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

Re: Tomcat: new kind of servlet & connector

[Henri Gomez]

Pier Fumagalli wrote:
> "Francis ANDRE" <[EMAIL PROTECTED]> wrote:
> 
> 
>>Hello
>>
>>I would like to add a new type of ServletManager and a new type of connector
>>to Tomcat 4.1.10, defined roughly as
>>
>>public abstract class DS3270Servlet extends GenericServlet {}
>>public interface DS3270ServletRequest extends ServletRequest {}
>>public interface DS3270ServletResponse extends ServletResponse
>>{}
>>public class  DS3270SessionBindingEvent extends EventObject
>>{}
>>
>>Is there any documentation or developper's guide that could help me to start
>>with this kind of extension. Or may be someone has already think about such
>>extension and could give me some advises.
> 
> 
> 3270 screens? Whoha! :) Ages I don't see that stuff around! :)

Hey, I know some people in my company which will be more than happy
to see that for 5250 screens ,)

If you add code to submit, you're welcome :)


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

Re: JK2: JNI doesn't work anymore?

[jean-frederic clere]

Mladen Turk wrote:
> Hi,
> 
> Did someone been able to run the jk2 as inprocess lately on 4.1.10?
> Well, I'm having serious troubles, and think that the problems are in
> the Java part of the connector. I've put some debuging code to the
> AprImpl.java and I'm getting the following:
> 
> java.lang.ExceptionInInitializerError
>   at
> org.apache.jk.common.JniHandler.createMsgContext(JniHandler.java:164)
>   at org.apache.jk.apr.AprImpl.createJavaContext(AprImpl.java:217)
> Caused by: java.lang.NullPointerException
>   at
> org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:326)
>   at
> org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
>   at org.apache.jk.common.MsgAjp.(MsgAjp.java:92)
>   ... 2 more
> 
> This happens when where the code tries to initialize the new MsgAjp.
> 
> So I'm constantly receiving:
> [jk_channel_jni.c (238)]  channel_jni.open() Can't create java context
> 
> I've tried to uncomment all the LogFactory code from the MsgAjp.java,
> and then the createJavaContext returns ok, but then it breaks later in
> the code with the same LogFactory exception but for other class.
> 
> Caused by: java.lang.NullPointerException
>   at
> org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:326)
>   at
> org.apache.commons.logging.LogFactory.getLog(LogFactory.java:401)
> 
> 
> Any clues?

Not yet.
I have problems with the classloader in an earlier state (and I am using the CVS 
head of 4.1).

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




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