DO NOT REPLY [Bug 16830] - Jasper do not reset BodyContent for tags with BodySupport and empty content

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=16830

Jasper do not reset BodyContent for tags with BodySupport and empty content





--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 08:46 ---
Great!  Sounds like the best solution.

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

DO NOT REPLY [Bug 27925] - getContext() fails for xml-specified contexts

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27925

getContext() fails for xml-specified contexts

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 08:59 ---
I get 

C:\java\jakarta-tomcat-5.0.19\webapps\ROOT\

C:\java\jakarta-tomcat-5.0.19\webapps\ROOT\

C:\java\jakarta-tomcat-5.0.19\webapps\..\server\webapps\manager\ 

for 

<%
javax.servlet.ServletContext context;

context = pageContext.getServletContext().getContext("/manager/");
if (null!= context)
{
out.print(context.getRealPath("/"));
}

out.print("");

context = pageContext.getServletContext().getContext("/manager/manager-howto.html");
if (null!= context)
{
out.print(context.getRealPath("/"));
}

out.print("");

context = pageContext.getServletContext().getContext("/manager");
if (null!= context)
{
out.print(context.getRealPath("/"));
}

%>

Note that the scriptlet must be run from a context with crossContext="true".

The output should be three times the third output line,
corresponding to
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/servletapi/javax/servlet/ServletContext.html#getContext(java.lang.String)

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

Re: jk2 2.0.4 tagged

[Henri Gomez]

Jess Holle wrote:

Is there a source tarball for 2.0.4 available for download somewhere yet?

--
Jess Holle
Henri Gomez wrote:

jk2 2.0.4 has been tagged.

jk2_2_0_4

We're now in HEAD at 2.0.5-dev
yes :

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

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

DO NOT REPLY [Bug 27925] - getContext() fails for xml-specified contexts

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27925

getContext() fails for xml-specified contexts

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 10:53 ---
I did test it. Thanks for not wasting my time.

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

Re: Yahoo!

[Craig . McClanahan]

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

DO NOT REPLY [Bug 27944] New: - Compiling JSP's

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27944

Compiling JSP's

   Summary: Compiling JSP's
   Product: Tomcat 5
   Version: 5.0.16
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Webapps:Documentation
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Just a documentation recommendation.  Since Tomcat does not compile a jsp until 
it finds a proper BUILD.XML file (I assume). It would be helpful to document 
the location of the BUILD.XML file as well as the contents.  Maybe a simple 
HELLOWORLD example.  
I have searched various forums on Tomcat and to my knowledge no one has ever 
used TOMCAT 5 with JSP pages.  They do not compile.
The Tomcat documentation says they are automatically compiled but this is not 
true.

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

Abwesenheit

[info]

Guten Tag,
wir sind bis einschließlich 27.03.04 nicht erreichbar.
Vielen Dank für Ihr Verständnis.

Hello,
we are out of office till 27.03.04
Thanks for understanding and have a nice day.


Ulrich Dobbertin
Dobbertin Industrie-Elektronik GmbH
Brahmsstr. 9
D-68782 Brühl
Tel.: +49 6202 71417
Fax: +49 6202 75509
[EMAIL PROTECTED]
http://www.dobbertin-elektronik.de 


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

Abwesenheit

[info]

Guten Tag,
wir sind bis einschließlich 27.03.04 nicht erreichbar.
Vielen Dank für Ihr Verständnis.

Hello,
we are out of office till 27.03.04
Thanks for understanding and have a nice day.


Ulrich Dobbertin
Dobbertin Industrie-Elektronik GmbH
Brahmsstr. 9
D-68782 Brühl
Tel.: +49 6202 71417
Fax: +49 6202 75509
[EMAIL PROTECTED]
http://www.dobbertin-elektronik.de 


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

Abwesenheit

[info]

Guten Tag,
wir sind bis einschließlich 27.03.04 nicht erreichbar.
Vielen Dank für Ihr Verständnis.

Hello,
we are out of office till 27.03.04
Thanks for understanding and have a nice day.


Ulrich Dobbertin
Dobbertin Industrie-Elektronik GmbH
Brahmsstr. 9
D-68782 Brühl
Tel.: +49 6202 71417
Fax: +49 6202 75509
[EMAIL PROTECTED]
http://www.dobbertin-elektronik.de 


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

Abwesenheit

[info]

Guten Tag,
wir sind bis einschließlich 27.03.04 nicht erreichbar.
Vielen Dank für Ihr Verständnis.

Hello,
we are out of office till 27.03.04
Thanks for understanding and have a nice day.


Ulrich Dobbertin
Dobbertin Industrie-Elektronik GmbH
Brahmsstr. 9
D-68782 Brühl
Tel.: +49 6202 71417
Fax: +49 6202 75509
[EMAIL PROTECTED]
http://www.dobbertin-elektronik.de 


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

Abwesenheit

[info]

Guten Tag,
wir sind bis einschließlich 27.03.04 nicht erreichbar.
Vielen Dank für Ihr Verständnis.

Hello,
we are out of office till 27.03.04
Thanks for understanding and have a nice day.


Ulrich Dobbertin
Dobbertin Industrie-Elektronik GmbH
Brahmsstr. 9
D-68782 Brühl
Tel.: +49 6202 71417
Fax: +49 6202 75509
[EMAIL PROTECTED]
http://www.dobbertin-elektronik.de 


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

DO NOT REPLY [Bug 27944] - Compiling JSP's

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27944

Compiling JSP's

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 14:23 ---
There are examples already.

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

Post on the geronimo list

[Remy Maucherat]

I saw this nice post on the Geronimo list, and I feel insulted.

> Two full-blown articles on the topic is forthcoming in the coming 
weeks.  I want
>to take the time and care necessary to convey my various points in the 
most
> positive and constructive way I can.  I'll send a link to this list 
and to the
> Tomcat list when it's published.

and


JBoss does not embed Tomcat.  They bolt it onto the side of their 
server--this
is not the same thing.  If they say it is, they are either misleading you or
they are honestly wrong.  I know enough about Marketecture to safely say 
this.
I've also read their source code, and I know how it works.  Again, watch 
for the
articles ; )

As far as "competitive advantages" go, once people get a taste of Geronimo's
configuration and distribution features, once they understand what IoC-3
Components and GBeans buy them, they're never going to want to develop for
anything else.  Order-of-magnitude performance gains not included, I 
think the
JBoss server is in serious trouble and I would hate to be holding ten 
million
dollars of debt on my shoulders riding in *that* boat.  The configuration
advantages alone will challenge the way we think about application 
development.

Yeah, they set the bar really high around here.  I got a couple of 
nosebleeds
trying to get over it.  I'm sure the JBoss guys'll start seeing similar 
problems
when they sit down to implement JSR-77.


I feel inflamatory articles, FUD, and nonsense is a very unproductive 
way to interact (given your latest fine article on the ASF, I see you 
have a habit of taking people hostage using that method), and, given 
that, my answer to any of your proposals is very simple: no (aka, -1).
As for the apparently marvellous G experience, we'll see and let the 
market decide. Quite frankly, you sound like an Avalon fan turned bad.

Rémy

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

DO NOT REPLY [Bug 27944] - Compiling JSP's

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27944

Compiling JSP's

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 14:45 ---
Resolution was no help.  A location of the resolution would be helpful.

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

DO NOT REPLY [Bug 27944] - Compiling JSP's

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27944

Compiling JSP's

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID

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

Re: Post on the geronimo list

[Peter Lin]

 
can't wait to read more FUD articles proclaiming they're the savor of the world.
 
I think I'll keep plugging along until the rubber hits the tires and some real 
traction is observed.
 
peter


Remy Maucherat <[EMAIL PROTECTED]> wrote:
I saw this nice post on the Geronimo list, and I feel insulted.

> Two full-blown articles on the topic is forthcoming in the coming 
weeks. I want
>to take the time and care necessary to convey my various points in the 
most
> positive and constructive way I can. I'll send a link to this list 
and to the
> Tomcat list when it's published.

and


JBoss does not embed Tomcat. They bolt it onto the side of their 
server--this
is not the same thing. If they say it is, they are either misleading you or
they are honestly wrong. I know enough about Marketecture to safely say 
this.
I've also read their source code, and I know how it works. Again, watch 
for the
articles ; )

As far as "competitive advantages" go, once people get a taste of Geronimo's
configuration and distribution features, once they understand what IoC-3
Components and GBeans buy them, they're never going to want to develop for
anything else. Order-of-magnitude performance gains not included, I 
think the
JBoss server is in serious trouble and I would hate to be holding ten 
million
dollars of debt on my shoulders riding in *that* boat. The configuration
advantages alone will challenge the way we think about application 
development.

Yeah, they set the bar really high around here. I got a couple of 
nosebleeds
trying to get over it. I'm sure the JBoss guys'll start seeing similar 
problems
when they sit down to implement JSR-77.


I feel inflamatory articles, FUD, and nonsense is a very unproductive 
way to interact (given your latest fine article on the ASF, I see you 
have a habit of taking people hostage using that method), and, given 
that, my answer to any of your proposals is very simple: no (aka, -1).
As for the apparently marvellous G experience, we'll see and let the 
market decide. Quite frankly, you sound like an Avalon fan turned bad.

Rémy


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


-
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.

Re: Post on the geronimo list

[Henri Gomez]

Remy Maucherat wrote:

I saw this nice post on the Geronimo list, and I feel insulted.
Remy,

It seems these ASF new-comers (geronimo) need too learn a little
about modesty.
For now JBoss is the leader and Geronimo is still in the limb
since there is NO official release.
Users will decide themself if Geronimo is greater than JBoss
when Geronimo will be available.
If they continue in such direction (flams/injures),
we'll have to send strong notice to Board since this kind
of discussions as nothing to do in ASF and between ASF peoples.




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

Re: jk2 2.0.4 tagged

[Henri Gomez]

Henri Gomez wrote:

Jess Holle wrote:

Is there a source tarball for 2.0.4 available for download somewhere yet?

--
Jess Holle
Henri Gomez wrote:

jk2 2.0.4 has been tagged.

jk2_2_0_4

We're now in HEAD at 2.0.5-dev


yes :

http://jakarta.apache.org/~hgomez/
Hi to all,

What's the status of the various binaries ?

I've done the Fedora 1, Suse 9.0 and Suse SLES 8.0 (PPC)
and I'm waiting for others bins (Mladen, Kurt, Mike ?)
Regards

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

DO NOT REPLY [Bug 27944] - Compiling JSP's

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27944

Compiling JSP's





--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 15:59 ---
Hello Jeff,

please send those request at the tomcat user mailing list, after you 
read the docs.


Here the current availbale information:

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html

Deployer App has a complete remote env to build, compile jsp, build war and deploy.
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/deployer-howto.html

download deployer bundle ( change to faviorit site at
http://jakarta.apache.org/site/binindex.cgi)
http://www.apache.de/dist/jakarta/tomcat-5/v5.0.19/bin/jakarta-tomcat-5.0.19-deployer.zip

Regards
Peter

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

DO NOT REPLY [Bug 27948] New: - NPE with null fragment

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27948

NPE with null fragment

   Summary: NPE with null fragment
   Product: Tomcat 5
   Version: 5.0.19
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


jsp:invoke throws an NPE when the fragment is null. The spec clearly states 
that null fragments should result in empty output.

JSP.5.12 
... If the fragment identified by the given name is null,
 will behave as though a fragment was passed in that produces no
output.

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

RE: jk2 2.0.4 tagged

[Mladen Turk]

 

> -Original Message-
> From: Henri Gomez
> > 
> > http://jakarta.apache.org/~hgomez/
> 

Sources shoud be put and signed in the:

/x1/www/www.apache.org/dist/jakarta/tomcat-connectors/jk2/source

You may change the README.html too.

Also in the root of jk2 there are some current sources that IMO should be
removed (they are not mirroded thought).

> Hi to all,
> 
> What's the status of the various binaries ?
> 
> I've done the Fedora 1, Suse 9.0 and Suse SLES 8.0 (PPC) and 
> I'm waiting for others bins (Mladen, Kurt, Mike ?)
> 

I'm waiting for the oficial sources.

MT.


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

Re: jk2 2.0.4 tagged

[Mike Anderson]

Henri,

I've got the NetWare Apache 2 binary built and done a quick test of it.
 I've sent it to Guenter and Norm to get their ok.  If you would like it
earlier, it is at

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

Thanks,
Mike Anderson

>>> [EMAIL PROTECTED] 3/25/2004 8:44:34 AM >>>
Henri Gomez wrote:

> Jess Holle wrote:
> 
>> Is there a source tarball for 2.0.4 available for download somewhere
yet?
>>
>> -- 
>> Jess Holle
>>
>> Henri Gomez wrote:
>>
>>> jk2 2.0.4 has been tagged.
>>>
>>> jk2_2_0_4
>>>
>>> We're now in HEAD at 2.0.5-dev
> 
> 
> yes :
> 
> http://jakarta.apache.org/~hgomez/ 

Hi to all,

What's the status of the various binaries ?

I've done the Fedora 1, Suse 9.0 and Suse SLES 8.0 (PPC)
and I'm waiting for others bins (Mladen, Kurt, Mike ?)

Regards

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


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

Re: jk2 2.0.4 tagged

[Kurt Miller]

From: "Henri Gomez" <[EMAIL PROTECTED]>
> Henri Gomez wrote:
> 
> > Jess Holle wrote:
> > 
> >> Is there a source tarball for 2.0.4 available for download somewhere yet?
> >>
> >> -- 
> >> Jess Holle
> >>
> >> Henri Gomez wrote:
> >>
> >>> jk2 2.0.4 has been tagged.
> >>>
> >>> jk2_2_0_4
> >>>
> >>> We're now in HEAD at 2.0.5-dev
> > 
> > 
> > yes :
> > 
> > http://jakarta.apache.org/~hgomez/
> 
> Hi to all,
> 
> What's the status of the various binaries ?
> 
> I've done the Fedora 1, Suse 9.0 and Suse SLES 8.0 (PPC)
> and I'm waiting for others bins (Mladen, Kurt, Mike ?)
> 
> Regards

I'm working on updating the FreeBSD port of www/mod_jk2.
Previously it was building mod_jk for apache2 which is quite 
misleading (being called mod_jk2 and all). The www/mod_jk 
port builds mod_jk for either apache13 or apache2 anyway.
I should be done with it shortly. 

Thanks for fixing the name of the tarball. Could I ask you to 
make another change? The tarball extracts into a directory 
name that doesn't match the tarball name ( missing the jk2 
again ). Could you recreate the tarball with the directory name
jakarta-tomcat-connectors-jk2-2.0.4-src? The *BSD porting 
schemes assume the source tarball extracts into a dir name that
matches the tarball name (can be overridden if necessary).

For OpenBSD 3.4 it shipped with tomcat 4.0.6, so I'll skip the 
binary for that and make one for 3.5 when its available.

Thanks,
-Kurt

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

DO NOT REPLY [Bug 27958] New: - WAR files not autodeployed when changed

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27958

WAR files not autodeployed when changed

   Summary: WAR files not autodeployed when changed
   Product: Tomcat 5
   Version: 5.0.19
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


An applications WAR file is not redeployed automatically when the
war file is updated.

The problem is that HostConfig.checkContextLastModified() is seeing the
wrong value for what it thinks is the name of the WAR file. Instead of
seeing "myubc.war" it sees "ROOT" so the

  if (files[i].endsWith(".war")) {

test at line 843 always fails since files[0]="ROOT"


Here is the server.xml entries for the Context:


  



   George

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

DO NOT REPLY [Bug 27958] - WAR files not autodeployed when changed

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27958

WAR files not autodeployed when changed

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 21:26 ---
This is normal. Only webapps deployed in the host appBase will be redeployed.
Basically, this is not the way deployment occurs (and BTW, you shouldn't put
your Context in server.xml).

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

[luehe]

luehe   2004/03/25 13:44:35

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  Fixed Bugzilla 27948 ("NPE with null fragment")
  
  Revision  ChangesPath
  1.228 +8 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.227
  retrieving revision 1.228
  diff -u -r1.227 -r1.228
  --- Generator.java24 Mar 2004 21:05:26 -  1.227
  +++ Generator.java25 Mar 2004 21:44:35 -  1.228
  @@ -1986,12 +1986,15 @@
   
   n.setBeginJavaLine(out.getJavaLine());
   
  +// Invoke fragment, unless fragment is null
  +out.printin("if (");
  +out.print(toGetterMethod(n.getTextAttribute("fragment")));
  +out.println(" != null) {");
  +out.pushIndent();
   // Copy virtual page scope of tag file to page scope of invoking
   // page
   out.printil(
   "((org.apache.jasper.runtime.JspContextWrapper) 
this.jspContext).syncBeforeInvoke();");
  -
  -// Invoke fragment
   String varReaderAttr = n.getTextAttribute("varReader");
   String varAttr = n.getTextAttribute("var");
   if (varReaderAttr != null || varAttr != null) {
  @@ -2020,6 +2023,9 @@
   }
   out.println(");");
   }
  +
  +out.popIndent();
  +out.printil("}");
   
   n.setEndJavaLine(out.getJavaLine());
   }
  
  
  

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

DO NOT REPLY [Bug 27948] - NPE with null fragment

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27948

NPE with null fragment

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 21:45 ---
Fixed in CVS

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

DO NOT REPLY [Bug 27960] New: - Threads not freed up from https req.s from OS X Internet Explorer 5.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://issues.apache.org/bugzilla/show_bug.cgi?id=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2

   Summary: Threads not freed up from https req.s from OS X Internet
Explorer 5.2
   Product: Tomcat 4
   Version: 4.1.18
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Environment details: Tomcat 4.1.18 with J2SDK 1.4.1_02 Running on Win2K with -
Xms256M -Xmx512M

System.activeThread() count seems to increased by 4 any time a new Mac OS X 
(10.2) client (using SSL connections from IE 5.2) browses to the site.  Threads 
are never returned, even after the Mac is powered down.  Threads do not 
increase as a result of Windows clients using IE 5.x or 6.x, even with SSL.

We have verified that the problem is not in our application by monitoring the 
thread counts while clients were browsing to Tomcat's ROOT context (non-SSL).

We do not observe this behavior when browsing from these machines using the 
Safari browser -- So it's probably IE 5.2 causing the problem, BUT...  
Shouldn't these threads somehow time out?

Thanks for any help and/or advice you can offer.

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

[luehe]

luehe   2004/03/25 13:53:13

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  Fixed Bugzilla 27948 ("NPE with null fragment")
  
  Revision  ChangesPath
  1.229 +8 -8  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.228
  retrieving revision 1.229
  diff -u -r1.228 -r1.229
  --- Generator.java25 Mar 2004 21:44:35 -  1.228
  +++ Generator.java25 Mar 2004 21:53:12 -  1.229
  @@ -1986,11 +1986,6 @@
   
   n.setBeginJavaLine(out.getJavaLine());
   
  -// Invoke fragment, unless fragment is null
  -out.printin("if (");
  -out.print(toGetterMethod(n.getTextAttribute("fragment")));
  -out.println(" != null) {");
  -out.pushIndent();
   // Copy virtual page scope of tag file to page scope of invoking
   // page
   out.printil(
  @@ -2002,8 +1997,16 @@
   } else {
   out.printil("_jspx_sout = null;");
   }
  +
  +// Invoke fragment, unless fragment is null
  +out.printin("if (");
  +out.print(toGetterMethod(n.getTextAttribute("fragment")));
  +out.println(" != null) {");
  +out.pushIndent();
   out.printin(toGetterMethod(n.getTextAttribute("fragment")));
   out.println(".invoke(_jspx_sout);");
  +out.popIndent();
  +out.printil("}");
   
   // Store varReader in appropriate scope
   if (varReaderAttr != null || varAttr != null) {
  @@ -2023,9 +2026,6 @@
   }
   out.println(");");
   }
  -
  -out.popIndent();
  -out.printil("}");
   
   n.setEndJavaLine(out.getJavaLine());
   }
  
  
  

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

DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.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://issues.apache.org/bugzilla/show_bug.cgi?id=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2





--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 21:57 ---
I have tried 4.1.27, 4.1.30 and 5.0.19 and observed the same behavior.

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

DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.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://issues.apache.org/bugzilla/show_bug.cgi?id=27960

Threads not freed up from https req.s from OS X Internet Explorer 5.2





--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 22:04 ---
Also... these 4 new threads appear after the first request from the new Mac... 
Subsequent requests (from the same client) do not affect thread count.

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

DO NOT REPLY [Bug 27958] - WAR files not autodeployed when changed

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27958

WAR files not autodeployed when changed

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 22:09 ---
The webapp is in the host appBase:

  -Dcatalina.base=/local/src/myUBC2


And why does the code think it is looking at the name of the WAR file
when it is given the name of the directotory where the WAR file was exploded to?



  George

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session StandardSession.java

[markt]

markt   2004/03/25 14:15:45

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  - Fix bug 18479. Non-serializable sessions attributes should be removed (so 
valueUnbound is called).
This aligns the actual functionality with the writeObject() implementation javadoc 
comment.
  
  Revision  ChangesPath
  1.39  +6 -4  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java
  
  Index: StandardSession.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
  retrieving revision 1.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- StandardSession.java  12 Feb 2004 20:52:52 -  1.38
  +++ StandardSession.java  25 Mar 2004 22:15:45 -  1.39
  @@ -1448,6 +1448,8 @@
   else if (value instanceof Serializable) {
   saveNames.add(keys[i]);
   saveValues.add(value);
  +} else {
  +removeAttribute(keys[i]);
   }
   }
   
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java

[markt]

markt   2004/03/25 14:17:54

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  - Fix bug 18479. Non-serializable sessions attributes should be removed (so 
valueUnbound is called).
This aligns the actual functionality with the writeObject() implementation javadoc 
comment.
  - Ported from TC4.
  
  Revision  ChangesPath
  1.41  +3 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
  
  Index: StandardSession.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
  retrieving revision 1.40
  retrieving revision 1.41
  diff -u -r1.40 -r1.41
  --- StandardSession.java  12 Mar 2004 22:36:46 -  1.40
  +++ StandardSession.java  25 Mar 2004 22:17:54 -  1.41
  @@ -1397,6 +1397,8 @@
   && (!exclude(keys[i]) )) {
   saveNames.add(keys[i]);
   saveValues.add(value);
  +} else {
  +removeAttribute(keys[i]);
   }
   }
   
  
  
  

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

DO NOT REPLY [Bug 18479] - HttpSessionBindingListener.valueUnbound() not called

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=18479

HttpSessionBindingListener.valueUnbound() not called

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 22:26 ---
Fixed in CVS for TC4 and TC5.

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

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

[jfarcand]

jfarcand2004/03/25 14:31:46

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
   catalina/src/share/org/apache/catalina/startup
ContextConfig.java
  Log:
  Fix bugtraq : javax.naming.NamingException after a Stop/Start cycle of a web app
  
  Using jmx, if you stop/start the Context, listener and applicationListeners are 
removed when calling stop and never re-added.
  
  Revision  ChangesPath
  1.122 +4 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.121
  retrieving revision 1.122
  diff -u -r1.121 -r1.122
  --- StandardContext.java  24 Mar 2004 20:00:22 -  1.121
  +++ StandardContext.java  25 Mar 2004 22:31:46 -  1.122
  @@ -4542,6 +4542,9 @@
   broadcaster.sendNotification(notification);
   } 
   super.destroy();
  +
  +instanceListeners = new String[0];
  +applicationListeners = new String[0];
   }
   
   private void resetContext() throws Exception, MBeanRegistrationException {
  
  
  
  1.43  +1 -13 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextConfig.java
  
  Index: ContextConfig.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v
  retrieving revision 1.42
  retrieving revision 1.43
  diff -u -r1.42 -r1.43
  --- ContextConfig.java24 Mar 2004 20:00:22 -  1.42
  +++ ContextConfig.java25 Mar 2004 22:31:46 -  1.43
  @@ -659,12 +659,6 @@
   context.removeChild(children[i]);
   }
   
  -// Removing application listeners
  -String[] applicationListeners = context.findApplicationListeners();
  -for (i = 0; i < applicationListeners.length; i++) {
  -context.removeApplicationListener(applicationListeners[i]);
  -}
  -
   // Removing application parameters
   /*
   ApplicationParameter[] applicationParameters =
  @@ -713,12 +707,6 @@
   FilterMap[] filterMaps = context.findFilterMaps();
   for (i = 0; i < filterMaps.length; i++) {
   context.removeFilterMap(filterMaps[i]);
  -}
  -
  -// Removing instance listeners
  -String[] instanceListeners = context.findInstanceListeners();
  -for (i = 0; i < instanceListeners.length; i++) {
  -context.removeInstanceListener(instanceListeners[i]);
   }
   
   // Removing local ejbs
  
  
  

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

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

[markt]

markt   2004/03/25 14:50:44

  Modified:catalina/src/share/org/apache/catalina/startup Catalina.java
  Log:
  - Fix bug 18626. Make clear which file digester failed to parse.
  
  Revision  ChangesPath
  1.53  +6 -5  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java
  
  Index: Catalina.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v
  retrieving revision 1.52
  retrieving revision 1.53
  diff -u -r1.52 -r1.53
  --- Catalina.java 27 Feb 2004 22:43:09 -  1.52
  +++ Catalina.java 25 Mar 2004 22:50:44 -  1.53
  @@ -465,7 +465,8 @@
   digester.parse(is);
   fis.close();
   } catch (Exception e) {
  -System.out.println("Catalina.start: " + e);
  +System.out.println("Catalina.start using "
  +   + configFile() + ": " + e);
   e.printStackTrace(System.out);
   System.exit(1);
   }
  
  
  

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

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

[markt]

markt   2004/03/25 14:51:46

  Modified:catalina/src/share/org/apache/catalina/startup Catalina.java
  Log:
  - Fix bug 18626. Make clear which file digester failed to parse.
Ported from TC4.
  
  Revision  ChangesPath
  1.28  +3 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Catalina.java
  
  Index: Catalina.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Catalina.java,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- Catalina.java 27 Feb 2004 14:58:48 -  1.27
  +++ Catalina.java 25 Mar 2004 22:51:46 -  1.28
  @@ -489,7 +489,8 @@
   digester.parse(inputSource);
   inputStream.close();
   } catch (Exception e) {
  -System.out.println("Catalina.start: " + e);
  +System.out.println("Catalina.start using "
  +   + getConfigFile() + ": " + e);
   e.printStackTrace(System.out);
   return;
   }
  
  
  

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

DO NOT REPLY [Bug 18626] - Digester errors on startup should report filename

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=18626

Digester errors on startup should report filename

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 22:53 ---
I have improved the error message in TC4 and TC5. By the way, your error is in 
server.xml not one of your webapps.

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

Matt Shirley/V-USA/VKI is out of the office.

[matt . shirley]

I will be out of the office starting  03/25/2004 and will not return until
03/29/2004.

I will respond to your message when I return.


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

Re: TC5 startup.bat shutdown.bat catalina.bat - FYI

[NormW]

Good morning All.
Below are two methods recently noted in NetWare forums to get recent
Tomcat-5 to properly compile JSP's.
I have tried method 1. and was able to successfully get a jsp to work that
had previously failed with a java IOerror.
I haven't tried the second approach but its author seemed satisfied.
For information and consideration.
Norm

-
Method 1.

Try editing conf/web.xml, search for "jsp".

put in:


scratchdir
/tomcat/5019/work


(your tomcat path may not be the same as mine)

This *is* a workaround, but it appears to work with the few jsp test
pages I have tried...

cheers
/Stig

-
Method 2.

OK, forget this... I've recompiled Tomcat5 with a rewrite of the faulty
renameTo() function on line 230 of SmapUtil.java, something like this:

 static void install(File classFile, byte[] smap) throws IOException
{
 File tmpFile = new File(classFile.getPath() + "tmp");
 new SDEInstaller(classFile, smap, tmpFile);

 if (!classFile.delete()) {
 throw new IOException("classFile.delete() failed");
 }

 FileInputStream fis  = new FileInputStream(tmpFile);
 FileOutputStream fos = new FileOutputStream(classFile);
 byte[] buf = new byte[1024];
 int i = 0;
 while((i=fis.read(buf))!=-1) {
 fos.write(buf, 0, i);
 }
 fis.close();
 fos.close();

 if (!tmpFile.delete()) {
 throw new IOException("classFile.delete() failed");
 }
 }

Works like a charm :-)

cheers
/Stig




- Original Message - 
From: "Mladen Turk" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, March 24, 2004 6:27 AM
Subject: TC5 startup.bat shutdown.bat catalina.bat


>
> Hi,
>
> I have some problems with the applications that rely on java.io.tmpdir.
> The reason is that the startup set the java.io.tmpdir to CATALINA_TMPDIR,
> and
> that is "..\temp".
> So each application looses the system temp dir, and it's quite random.
>
> I propose to use the absolute paths for startup, even have a solution, but
> would
> like to here if there is any particular reasons not to use the absolute
> paths, befor any commits.
>
> Here is the snapshot for startup.bat that I propose:
>
> rem Guess CATALINA_HOME if not defined
> set CURRENT_DIR=%cd%
> if not "%CATALINA_HOME%" == "" goto gotHome
> set CATALINA_HOME=%CURRENT_DIR%
> if exist "%CATALINA_HOME%\bin\catalina.bat" goto okHome
> cd ..
> set CATALINA_HOME=%cd%
> cd CURRENT_DIR
> :gotHome
> ...
>
> So instead setting to "." or ".." I'm using %cd% to obtain current
> directory.
> This is basically the same code that I've used for service.bat
>
> Didn't test on DOS machines, just NT (but did using command.com).
>
> MT.
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


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

DO NOT REPLY [Bug 26834] - JNDI Realm worked for tomcat 4 but not with tomcat 5

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=26834

JNDI Realm worked for tomcat 4 but not with tomcat 5

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |



--- Additional Comments From [EMAIL PROTECTED]  2004-03-25 23:15 ---
I just read this bug report on jndi realm not working for tomcat 5.  Is all of
it not working or just working in certain cases?  I am using Tomcat 5 and an
LDAP server and following all the instructions on the jakarta.apache.org/tomcat
site for JNDIrealms, and it's not verifying the usernames and passwords
correctly.  I saw some tidbit that the jndi 1.2 can work with either openldap 3
or 4.  Is really true.  I am using ldap version 2.  COuld that be the problem? 
Please clarify.

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

DO NOT REPLY [Bug 27967] New: - jk2_init() Can't find child ...

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27967

jk2_init() Can't find child ...

   Summary: jk2_init() Can't find child ...
   Product: Tomcat 5
   Version: 5.0.19
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Apaches error_log file fills up with these errors:

[Thu Mar 25 15:13:20 2004] [error] jk2_init() Can't find child 26654 in none of
the 256 scoreboard slots
[Thu Mar 25 15:13:20 2004] [error] jk2_init() Can't find child 26655 in none of
the 256 scoreboard slots
[Thu Mar 25 15:13:22 2004] [error] jk2_init() Can't find child 26662 in none of
the 256 scoreboard slots
[Thu Mar 25 15:13:22 2004] [error] jk2_init() Can't find child 26664 in none of
the 256 scoreboard slots
...

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

DO NOT REPLY [Bug 27969] New: - RequestDispatcher.include() results in NullPointerException

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27969

RequestDispatcher.include() results in NullPointerException

   Summary: RequestDispatcher.include() results in
NullPointerException
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Background:

* JBoss 3.2.4RC1 w/Tomcat 5.0.19.
* Two webapps: /com.loudcloud.owm.usrmgr, /com.loudcloud.owm.shared
* Inside page /com.loudcloud.owm.usrmgr/domain.jsp, it includes the content of
another JSP from another webapp /com.loudcloud.owm.shared/header.jsp.  It does
so by getting a request dispatcher

ServletContext ctx2 =
pageContext.getServletContext().getContext("/com.loudcloud.owm.shared");
RequestDispatcher dispatcher = ctx.getRequestDispatcher("/header.jsp");
dispatcher.include(request, response)

This results in the following NullPointerException in Catalina (see stack trace
below).  Also worth mentioning is that both webapps /com.loudcloud.owm.shared
and /com.loudcloud.owm.usrmgr have a Filter set up in the web.xml.  Only the
filter in the /com.loudcloud.owm.usrmgr/domain.jsp request was invoked.  The
filter /com.loudcloud.owm.shared/header.jsp was not invoked.  Is that the
correct behavior with Servlet 2.4?

--
2004-03-25 16:15:25,323 FATAL [org.apache.jasper.runtime.JspFactoryImpl]
Exception initializing page context
java.lang.NullPointerException
at
org.apache.catalina.core.ApplicationHttpRequest.getSession(ApplicationHttpRequest.java:546)
at
org.apache.catalina.core.ApplicationHttpRequest.getSession(ApplicationHttpRequest.java:512)
at
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:268)
at
org.apache.jasper.runtime.PageContextImpl._initialize(PageContextImpl.java:192)
at
org.apache.jasper.runtime.PageContextImpl.initialize(PageContextImpl.java:167)
at
org.apache.jasper.runtime.JspFactoryImpl.internalGetPageContext(JspFactoryImpl.java:149)
at
org.apache.jasper.runtime.JspFactoryImpl.getPageContext(JspFactoryImpl.java:106)
at com.loudcloud.owm.shared.header_jsp._jspService(header_jsp.java:52)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:750)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:636)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:546)
at com.loudcloud.ps.taglib.GenericBodyTag.doEndTag(GenericBodyTag.java:97)
at com.loudcloud.owm.usrmgr.domain_jsp._jspService(domain_jsp.java:142)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
at
com.opsware.owm.util.channel.ChannelFilter.doFilter(ChannelFilter.java:173)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:233)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:587)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociati

DO NOT REPLY [Bug 27967] - jk2_init() Can't find child ...

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=27967

jk2_init() Can't find child ...

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-03-26 03:09 ---


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

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

DO NOT REPLY [Bug 26231] - jk2_child_init called before make_child completes (in prefork MPM)

[bugzilla]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=26231

jk2_child_init called before make_child completes (in prefork MPM)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-03-26 03:09 ---
*** Bug 27967 has been marked as a duplicate of this bug. ***

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

Re: jk2 2.0.4 tagged

[Kurt Miller]

From: "Henri Gomez" <[EMAIL PROTECTED]>
> Henri Gomez wrote:
> 
> > Jess Holle wrote:
> > 
> >> Is there a source tarball for 2.0.4 available for download somewhere yet?
> >>
> >> -- 
> >> Jess Holle
> >>
> >> Henri Gomez wrote:
> >>
> >>> jk2 2.0.4 has been tagged.
> >>>
> >>> jk2_2_0_4
> >>>
> >>> We're now in HEAD at 2.0.5-dev
> > 
> > 
> > yes :
> > 
> > http://jakarta.apache.org/~hgomez/
> 
> Hi to all,
> 
> What's the status of the various binaries ?
> 
> I've done the Fedora 1, Suse 9.0 and Suse SLES 8.0 (PPC)
> and I'm waiting for others bins (Mladen, Kurt, Mike ?)
> 

Packages for FreeBSD 4.9 and the port that I used to create 
them are available at:

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

Mladen you may want to use the port I created for FreeBSD 5
for consistency. One item to note, you will need to set 
WITH_APACHE2=YES in your environment to get the package
depends to work right for apache2.

I followed Guenter's proposed structure with adjustment for the OS
directory conventions and some file additions. We must include 
LICENSE and NOTICE files. I added the docs in jk/docs/ too.

-Kurt

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