Re: Let's get 5.5.21 out the door...

[Yoav Shapira]

Hi,

On 2/2/07, Mark Thomas <[EMAIL PROTECTED]> wrote:

Yoav Shapira wrote:
> Hi,
>
> On 2/2/07, Mark Thomas <[EMAIL PROTECTED]> wrote:
>> Given that a -1 vote is not valid for a release vote, as soon as we
>
> Umm, why is a -1 not valid for a release?

Standard Apache procedure as per
http://www.apache.org/foundation/voting.html


Yeah ;)  I said -1 is not a veto.  But it's still a valid vote to
register a strong objection to something in the release.  It's a vote
I would hope causes further discussion and doesn't get ignored.

Yoav

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

Re: Let's get 5.5.21 out the door...

[Mark Thomas]

Yoav Shapira wrote:
> Hi,
> 
> On 2/2/07, Mark Thomas <[EMAIL PROTECTED]> wrote:
>> Given that a -1 vote is not valid for a release vote, as soon as we
> 
> Umm, why is a -1 not valid for a release?

Standard Apache procedure as per
http://www.apache.org/foundation/voting.html

Mark

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

Re: Let's get 5.5.21 out the door...

[Yoav Shapira]

Hi,

On 2/2/07, Mark Thomas <[EMAIL PROTECTED]> wrote:

Given that a -1 vote is not valid for a release vote, as soon as we


Umm, why is a -1 not valid for a release?  It can be overridden with a
majority of and at least 3 +1 votes, but it's valid.  It's also why
the vote cannot be concluded in hours, but must run for a reasonable
amount of time to give those with binding votes a chance to voice
their mind.  Usually we use ~72 hours as "reasonable."  Otherwise you
could theoretically be done with a vote in seconds, not hours: just
the time it takes for 3 +1 emails.

Yoav

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

Re: Let's get 5.5.21 out the door...

[Remy Maucherat]

Mark Thomas wrote:

The bit that has to be done (ie is mandated by Apache rules) is a vote
by the PMC (three +1's required) to release a tarball.

Given that a -1 vote is not valid for a release vote, as soon as we
have 3 +1's from the PMC we can release. This means the release
process can be:

1. RM creates tarball, puts it on people.a.o or tomcat.a.o/dev/dist
2. RM creates binaries but keeps them private for now
3. RM calls for alpha/beta/stable vote on tarball
4. 3 +1's later RM publishes previously created tarball and binaries
5. RM waits for mirrors to sync and then announces release
6. Some period later we have a stability vote if the release was alpha
or beta

Given that the RM can vote at stage 4, only two other PMC +1's are
needed to release. There are usually enough PMC members around that
this vote could be concluded in hours.

Based on the above, I don't see why we couldn't turn around a release
in a single day.


I am ok with changing the release process if something simpler is 
possible. I am interested in speeding up the process by cutting back on 
the number of votes.


The process would be:
1. create tarball and unofficial binaries, put them on 
people.apache.org/~remm/tomcat-6

2. wait 4-5 days
3. call for alpha/beta/stable vote on build
4. 3 +1's later publish previously created tarball and binaries to 
www.apache.org/dist/tomcat/tomcat-6

5. announce release after sync of the website

Rémy

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

DO NOT REPLY [Bug 41493] - odd characters in admin webapp, inconfigurable connectors

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





--- Additional Comments From [EMAIL PROTECTED]  2007-02-02 17:19 ---
Confirmed with the latest native dll as well. The all https makes sense but the
session ID initializer is very strange. I'll take a closer look.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41531] - By default container managed security doesn't rewrite form action

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2007-02-02 17:07 ---
It isn't clear what change you are suggesting. A patch against the current
documentation would help.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: Let's get 5.5.21 out the door...

[Mark Thomas]

Remy Maucherat wrote:
> Mladen Turk wrote:
>> If you think its a PITA, don't do it.
> 
> Apparently, it has to be done that way. I think it's a PITA because it
> does take a lot of time (every vote needs a few days, etc).

The bit that has to be done (ie is mandated by Apache rules) is a vote
by the PMC (three +1's required) to release a tarball.

Given that a -1 vote is not valid for a release vote, as soon as we
have 3 +1's from the PMC we can release. This means the release
process can be:

1. RM creates tarball, puts it on people.a.o or tomcat.a.o/dev/dist
2. RM creates binaries but keeps them private for now
3. RM calls for alpha/beta/stable vote on tarball
4. 3 +1's later RM publishes previously created tarball and binaries
5. RM waits for mirrors to sync and then announces release
6. Some period later we have a stability vote if the release was alpha
or beta

Given that the RM can vote at stage 4, only two other PMC +1's are
needed to release. There are usually enough PMC members around that
this vote could be concluded in hours.

Based on the above, I don't see why we couldn't turn around a release
in a single day.

Mark

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

Re: Let's get 5.5.21 out the door...

[Remy Maucherat]

Mladen Turk wrote:

If you think its a PITA, don't do it.


Apparently, it has to be done that way. I think it's a PITA because it 
does take a lot of time (every vote needs a few days, etc).


Rémy


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

DO NOT REPLY [Bug 41533] - ISAPI Redirector fails silently if init_ws_service or get endpoint fails

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





--- Additional Comments From [EMAIL PROTECTED]  2007-02-02 15:08 ---
Created an attachment (id=19502)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19502&action=view)
Patch to add logging of errors in HttpExtensionProc


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41533] New: - ISAPI Redirector fails silently if init_ws_service or get endpoint fails

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

   Summary: ISAPI Redirector fails silently if init_ws_service or
get endpoint fails
   Product: Tomcat 5
   Version: 5.0.0
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P3
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


If the init_ws_service or worker->get_endpoint in HttpExtensionProc fails, then
the Extension exits silently (with an error code).
The result for the user agent is a 500 error, with no indication in the logs
that an error occurred within the redirector.

On the other hand, if a worker can't be obtained, an error is logged, which is
inconsistent.

I'll attach a patch that logs these failures as errors (+ a couple of incidental
changes to logging for consistency).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: Let's get 5.5.21 out the door...

[Quartz]

> But IMHO, I am more interested in seeing a 6.0.x release than 5.5.21 :)
> 5.5.21, could be a eternal beta like 5.0.30 for those sticking to that
> version.

Hi,

May the user base have pity on you...

Since 5.0.27 until 5.5.9 versions, tomcat had the classloader thread safety 
show stopper #33743. 
since 5.5.10, tomcat versions have another regression (#41017 : cannot clear a 
header through
httpresponse.setHeader(name, null)), which is only fixed in 5.5.21.

I may be a rare case, but given that combination above and the many other fixes 
in 5.5.21, trust
that it is likely to be very welcomed and may cause many users to finally move 
to 5.5, and
possibly  go on with less insecurities about 6.0. I know I am stuck with 5.0.30 
because my boss
has had it with wasted time for doing tomcat workarounds. This is just my own 
example of
overlapping bugs making it difficult to migrate.

Thanks for your comprehension.



 

Expecting? Get great news right away with email Auto-Check. 
Try the Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html 

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

Re: [VOTE] Release build 6.0.9 as alpha

[Yoav Shapira]

Hola,
I'm liking this increased collaboration.  Good stuff, thank you.

Yoav

On 2/2/07, William L. Thomson Jr. <[EMAIL PROTECTED]> wrote:

On Thu, 2007-02-01 at 15:35 +0100, Remy Maucherat wrote:
> Candidate binaries are available here:
> http://people.apache.org/~remm/tomcat-6/v6.0.9/
>

Has been packaged and is available for anyone to install/test on Gentoo
in ~arch. Will update the download url, once it's moved. I just
committed it to portage, so will take 4 or more hours before syncing to
public mirrors.

--
William L. Thomson Jr.
Gentoo/Java





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

Re: [VOTE] Release build 6.0.9 as alpha

[William L. Thomson Jr.]

On Thu, 2007-02-01 at 15:35 +0100, Remy Maucherat wrote:
> Candidate binaries are available here: 
> http://people.apache.org/~remm/tomcat-6/v6.0.9/
> 

Has been packaged and is available for anyone to install/test on Gentoo
in ~arch. Will update the download url, once it's moved. I just
committed it to portage, so will take 4 or more hours before syncing to
public mirrors.

-- 
William L. Thomson Jr.
Gentoo/Java


signature.asc
Description: This is a digitally signed message part

Re: Let's get 5.5.21 out the door...

[Jess Holle]

William L. Thomson Jr. wrote:

On Fri, 2007-02-02 at 17:09 +0100, Remy Maucherat wrote:
  

Mladen Turk wrote:


Anyhow, a thing like Remy is doing for 6.0 would be nice to have.
It offers a build before official tag
  

Tagged sources are best here :) Tagged build does nothing for us, since
we build from source. So if the builds are a pain, maybe just tagging
sources is an option.

But IMHO, I am more interested in seeing a 6.0.x release than 5.5.21 :)
5.5.21, could be a eternal beta like 5.0.30 for those sticking to that
version.

FYI, we have 6.0.7 beta, and 6.0.8 alpha packages available on Gentoo
~arch, unstable. Many are already switching to that, and I encourage it.
I have run 6.0.x on my development server since 6.0.2. I will likely use
on my production systems once there is an official release, non
beta/alpha.

Just tossing in my 2 cents.
  
For those of us needing the most stable Tomcat possible today and with 
downstream consumers who can't stand "beta" labels, 5.5.21 would really 
be helpful.


I'm quite interested in 6.0.x, but in the first "stable" release...

--
Jess Holle

Re: Let's get 5.5.21 out the door...

[William L. Thomson Jr.]

On Fri, 2007-02-02 at 17:09 +0100, Remy Maucherat wrote:
> Mladen Turk wrote:
> > Anyhow, a thing like Remy is doing for 6.0 would be nice to have.
> > It offers a build before official tag

Tagged sources are best here :) Tagged build does nothing for us, since
we build from source. So if the builds are a pain, maybe just tagging
sources is an option.

But IMHO, I am more interested in seeing a 6.0.x release than 5.5.21 :)
5.5.21, could be a eternal beta like 5.0.30 for those sticking to that
version.

FYI, we have 6.0.7 beta, and 6.0.8 alpha packages available on Gentoo
~arch, unstable. Many are already switching to that, and I encourage it.
I have run 6.0.x on my development server since 6.0.2. I will likely use
on my production systems once there is an official release, non
beta/alpha.

Just tossing in my 2 cents.

-- 
William L. Thomson Jr.
Gentoo/Java


signature.asc
Description: This is a digitally signed message part

DO NOT REPLY [Bug 41531] New: - By default container managed security doesn't rewrite form action

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

   Summary: By default container managed security doesn't rewrite
form action
   Product: Tomcat 5
   Version: 5.5.20
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Servlet & JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The default container managed form per the servlet spec looks like this:

..
..

..
..
..

This URL is not rewritten by default so it actually needs to be: 



otherwise, clients that do not accept cookies have their connection reset.

I'd say this is not a bug in Tomcat per se, just a grey area but given that I
found no documentation related to this on the web until I searched for it
specifically, it might be a good idea to either fix it if easily fixable or at
least document it in the Tomcat documentation.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41530] - stopping a connector produces intermittent SocketException

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





--- Additional Comments From [EMAIL PROTECTED]  2007-02-02 11:25 ---
Created an attachment (id=19501)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19501&action=view)
patch avoids logging SocketException when endpoint has been stopped

patch created against https://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41530] New: - stopping a connector produces intermittent SocketException

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

   Summary: stopping a connector produces intermittent
SocketException
   Product: Tomcat 6
   Version: 6.0.7
  Platform: All
OS/Version: Mac OS X 10.4
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Geronimo embeds tomcat by wrappering org.apache.catalina.startup.Embedded as a
gbean.  Geronimo stops an http connector by calling the stop() method of
org.apache.catalina.connector.Connector.  Depending on the current state of the
connector when it is stopped, the socket connected to it can throw the following
exception:

Feb 2, 2007 2:20:05 PM org.apache.tomcat.util.net.JIoEndpoint$Acceptor run
SEVERE: Socket accept failed
java.net.SocketException: Socket closed
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
at java.net.ServerSocket.implAccept(ServerSocket.java:450)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at
org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:61)
at 
org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:310)
at java.lang.Thread.run(Thread.java:613)

This behavior is intermittent but occurs frequently in the unit test cases for
Geronimo's tomcat gbean and when the Geronimo server is shut down.

The exception occurs when the socket opened by JIoEndpoint.Acceptor.run() is
closed by JIoEndpoint.unlockAccept().  In that case it seems that the
SocketException should be ignored.  Checking to see if the JIoEndpoint is
actually running before logging the error is one way to avoid this problem.  I
will attach a patch for that approach shortly.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Coyote POST body read; Exceptions not handled...

[andresgr]

Hi.

I'm experiencing some problems with POST data on tomcat 5.0.28

Looking at the code i find (Coyote):

  protected void parseRequestParameters() {

   requestParametersParsed = true;

   Parameters parameters = coyoteRequest.getParameters();

   String enc = coyoteRequest.getCharacterEncoding();
   boolean useBodyEncodingForURI = connector.getUseBodyEncodingForURI();
   if (enc != null) {
   parameters.setEncoding(enc);
   if (useBodyEncodingForURI) {
   parameters.setQueryStringEncoding(enc);
   }
   } else {
   parameters.setEncoding
   (org.apache.coyote.Constants.DEFAULT_CHARACTER_ENCODING);
   if (useBodyEncodingForURI) {
   parameters.setQueryStringEncoding
   (org.apache.coyote.Constants.DEFAULT_CHARACTER_ENCODING);
   }
   }

   parameters.handleQueryParameters();

   if (usingInputStream || usingReader)
   return;

   if (!getMethod().equalsIgnoreCase("POST"))
   return;

   String contentType = getContentType();
   if (contentType == null)
   contentType = "";
   int semicolon = contentType.indexOf(';');
   if (semicolon >= 0) {
   contentType = contentType.substring(0, semicolon).trim();
   } else {
   contentType = contentType.trim();
   }
   if (!("application/x-www-form-urlencoded".equals(contentType)))
   return;

   int len = getContentLength();

   if (len > 0) {
   try {
   byte[] formData = null;
   if (len < CACHED_POST_LEN) {
   if (postData == null)
   postData = new byte[CACHED_POST_LEN];
   formData = postData;
   } else {
   formData = new byte[len];
   }
   int actualLen = readPostBody(formData, len);
   if (actualLen == len) {
   parameters.processParameters(formData, 0, len);
   }
   } catch (Throwable t) {
   ; // Ignore
   }
   }

   }


Why is the "readPostBody" inside a "i don't care exceptions" wrapper?
Is this changed on later releases?

Thanks.

--
-=-=-=-=-=-=-=-=-=-=-=-=-
Andrés González.
http://coyotevil.blogspot.com

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

Re: svn commit: r502649 - /tomcat/connectors/trunk/jk/native/common/jk_global.h

[Jean-frederic Clere]

Rainer Jung wrote:


I can't test on HP-UX, but maybe you (jfc) could try:



The problem is that sys/socketvar.h can't be compiled using gcc and I 
think we don't need it HP-UX (for example APR doesn't include it).

I will test the modifications in configure.in later.

Cheers

Jean-Frederic


Index: configure.in
===
--- configure.in(revision 502659)
+++ configure.in(working copy)
@@ -139,6 +139,10 @@
 dnl check for filio.h used on Solaris to define FIONREAD ioctl.
 AC_CHECK_HEADERS(sys/filio.h)

+dnl check for socketvar.h and select.h not used on HPUX11
+AC_CHECK_HEADERS(sys/socketvar.h)
+AC_CHECK_HEADERS(sys/select.h)
+
 AC_DEFUN([JK_CHECK_SETSOCKOPT], [
 AC_MSG_CHECKING(whether to use $1 with setsockopt())
 AC_TRY_RUN([
Index: common/jk_global.h
===
--- common/jk_global.h  (revision 502659)
+++ common/jk_global.h  (working copy)
@@ -142,10 +142,10 @@
 #include 
 #include 
 #include 
-#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN) && 
!defined(HPUX11)
+#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN) && 
!defined(HAVE_SYS_SOCKETVAR_H)

 #include 
 #endif
-#if !defined(HPUX11) && !defined(AS400)
+#if !defined(HAVE_SYS_SELECT_H) && !defined(AS400)
 #include 
 #endif
 #endif

Of course you would need to rebuild configure via buildconf.sh after 
changing configure.in.


Regards,

Rainer


Jim Jagielski wrote:


Don't we also have a HPUX11 specific check like
the 2nd line after this one? Seems consistent to me :/

On Feb 2, 2007, at 12:14 PM, Rainer Jung wrote:


Hi Jean-Frederic,

shouldn't we be able to find out about the necessity to include it 
via configure? At least HP-UX should be able to use the configure 
mechanism. I think we mostly use the hard coded defines for the 
platforms, where we can't use the configure mechanism.


Regards,

Rainer

[EMAIL PROTECTED] wrote:


Author: jfclere
Date: Fri Feb  2 08:27:53 2007
New Revision: 502649
URL: http://svn.apache.org/viewvc?view=rev&rev=502649
Log:
Otherwise it doesn't compile with gcc on HPUX.
Modified:
tomcat/connectors/trunk/jk/native/common/jk_global.h
Modified: tomcat/connectors/trunk/jk/native/common/jk_global.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_global.h?view=diff&rev=502649&r1=502648&r2=502649 

== 


--- tomcat/connectors/trunk/jk/native/common/jk_global.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_global.h Fri Feb  2 
08:27:53 2007

@@ -142,7 +142,7 @@
 #include 
 #include 
 #include 
-#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN)
+#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN) && 
!defined(HPUX11)

 #include 
 #endif
 #if !defined(HPUX11) && !defined(AS400)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--kippdata informationstechnologie GmbH
Bornheimer Str. 33a
53111 Bonn

Tel.: 0228/98549-0
Fax:  0228/98549-50
www.kippdata.de
===
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
D-53111 Bonn

Tel.: +49/0228/98549-0
Fax:  +49/0228/98549-50
www.kippdata.de

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




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






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

svn commit: r502679 - /tomcat/connectors/trunk/jk/xdocs/webserver_howto/nes.xml

[jim]

Author: jim
Date: Fri Feb  2 10:16:14 2007
New Revision: 502679

URL: http://svn.apache.org/viewvc?view=rev&rev=502679
Log:
Add Solaris build instructions to online doccos

Modified:
tomcat/connectors/trunk/jk/xdocs/webserver_howto/nes.xml

Modified: tomcat/connectors/trunk/jk/xdocs/webserver_howto/nes.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/webserver_howto/nes.xml?view=diff&rev=502679&r1=502678&r2=502679
==
--- tomcat/connectors/trunk/jk/xdocs/webserver_howto/nes.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/webserver_howto/nes.xml Fri Feb  2 
10:16:14 2007
@@ -24,6 +24,7 @@
 
 SunOne -- Netscape/iPlanet HowTo
 Henri Gomez
+Jim Jagielski
 Gal Shachor
 Mladen Turk
 $Date$
@@ -159,7 +160,7 @@
 The Tomcat redirector requires two entities:
 
 
-nsapi_redirect.dll - The NSAPI server plugin, either obtain a pre-built DLL or 
build it yourself 
+nsapi_redirect.dll (Windows) -or- nsapi_redirector.so (Unix) - The NSAPI 
server plugin, either obtain a pre-built DLL/so or build it yourself 
 (see the build section).
 
 
@@ -383,7 +384,7 @@
 
 
 The above examples defined two workers, now we can use these workers to serve 
two different 
-contexts each with it’s own worker. 
+contexts each with it's own worker. 
 Submitting requests to different workers is accomplished by using multiple 
Service directives 
 in the servlet configuration Object, each with a different path pattern 
parameter. 
 
@@ -411,7 +412,7 @@
 
 
 
-
+
 
 The redirector was developed using Visual C++ Ver.6.0, so having this 
environment is a prereq if you want 
 to perform a custom build. You should also have NES developer SDK
@@ -441,6 +442,45 @@
 This will build both release and debug versions of the redirector plugin.
 An alternative will be to open the nsapi workspace file (nsapi.dsw) in msdev 
and 
 build it using the build menu.
+
+
+
+
+The redirector requires either gcc or the native Solaris cc compiler.
+
+The steps that you need to take are:
+
+
+Change directory to the nsapi plugins source directory (src/native).
+
+
+configure for Netscape/iPlanet/SunONE webserver.
+
+
+Change directory to the nsapi netscape directory (./netstape).
+
+
+Edit Makefile.solaris and update the SUITSPOT_HOME and JAVE_HOME path 
to reflect your own Netscape server installation.
+
+
+Make the source with gmake.
+
+
+
+Change directory to the nsapi plugins source directory
+cd /usr/local/src/tomcat-connectors-xxx-src/native
+configure for Netscape/iPlanet/SunONE webserver
+./configure --enable-netscape
+Change directory to the nsapi netscape directory
+cd netscape
+Edit Makefile.solaris
+vi Makefile.solaris
+Make the source with gmake
+gmake -f Makefile.solaris
+
+
+
+After the build, you will have the required nsapi_redirector.so plugin.
 
 
 



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

Re: svn commit: r502649 - /tomcat/connectors/trunk/jk/native/common/jk_global.h

[Jim Jagielski]

On Feb 2, 2007, at 12:36 PM, Rainer Jung wrote:


I can't test on HP-UX, but maybe you (jfc) could try:
-#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN)  
&& !defined(HPUX11)
+#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN)  
&& !defined(HAVE_SYS_SOCKETVAR_H)

 #include 
 #endif
-#if !defined(HPUX11) && !defined(AS400)
+#if !defined(HAVE_SYS_SELECT_H) && !defined(AS400)
 #include 
 #endif
 #endif



Hmmm Isn't that backwards? Don't we want to
include these headers if the autoconf macros *are*
defined?

So why not just:

   #if defined(HAVE_SYS_SOCKETVAR_H)
   #include 
   #endif
   #if defined(HAVE_SYS_SELECT_H)
   #include 
   #endif

or I must be missing something (wouldn't be the 1st time) :)

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

Re: svn commit: r502649 - /tomcat/connectors/trunk/jk/native/common/jk_global.h

[Rainer Jung]

I can't test on HP-UX, but maybe you (jfc) could try:
Index: configure.in
===
--- configure.in(revision 502659)
+++ configure.in(working copy)
@@ -139,6 +139,10 @@
 dnl check for filio.h used on Solaris to define FIONREAD ioctl.
 AC_CHECK_HEADERS(sys/filio.h)

+dnl check for socketvar.h and select.h not used on HPUX11
+AC_CHECK_HEADERS(sys/socketvar.h)
+AC_CHECK_HEADERS(sys/select.h)
+
 AC_DEFUN([JK_CHECK_SETSOCKOPT], [
 AC_MSG_CHECKING(whether to use $1 with setsockopt())
 AC_TRY_RUN([
Index: common/jk_global.h
===
--- common/jk_global.h  (revision 502659)
+++ common/jk_global.h  (working copy)
@@ -142,10 +142,10 @@
 #include 
 #include 
 #include 
-#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN) && 
!defined(HPUX11)
+#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN) && 
!defined(HAVE_SYS_SOCKETVAR_H)

 #include 
 #endif
-#if !defined(HPUX11) && !defined(AS400)
+#if !defined(HAVE_SYS_SELECT_H) && !defined(AS400)
 #include 
 #endif
 #endif

Of course you would need to rebuild configure via buildconf.sh after 
changing configure.in.


Regards,

Rainer


Jim Jagielski wrote:

Don't we also have a HPUX11 specific check like
the 2nd line after this one? Seems consistent to me :/

On Feb 2, 2007, at 12:14 PM, Rainer Jung wrote:


Hi Jean-Frederic,

shouldn't we be able to find out about the necessity to include it via 
configure? At least HP-UX should be able to use the configure 
mechanism. I think we mostly use the hard coded defines for the 
platforms, where we can't use the configure mechanism.


Regards,

Rainer

[EMAIL PROTECTED] wrote:

Author: jfclere
Date: Fri Feb  2 08:27:53 2007
New Revision: 502649
URL: http://svn.apache.org/viewvc?view=rev&rev=502649
Log:
Otherwise it doesn't compile with gcc on HPUX.
Modified:
tomcat/connectors/trunk/jk/native/common/jk_global.h
Modified: tomcat/connectors/trunk/jk/native/common/jk_global.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_global.h?view=diff&rev=502649&r1=502648&r2=502649 

== 


--- tomcat/connectors/trunk/jk/native/common/jk_global.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_global.h Fri Feb  2 
08:27:53 2007

@@ -142,7 +142,7 @@
 #include 
 #include 
 #include 
-#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN)
+#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN) && 
!defined(HPUX11)

 #include 
 #endif
 #if !defined(HPUX11) && !defined(AS400)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--kippdata informationstechnologie GmbH
Bornheimer Str. 33a
53111 Bonn

Tel.: 0228/98549-0
Fax:  0228/98549-50
www.kippdata.de
===
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
D-53111 Bonn

Tel.: +49/0228/98549-0
Fax:  +49/0228/98549-50
www.kippdata.de

-
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]



--
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
53111 Bonn

Tel.: 0228/98549-0
Fax:  0228/98549-50
www.kippdata.de
===
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
D-53111 Bonn

Tel.: +49/0228/98549-0
Fax:  +49/0228/98549-50
www.kippdata.de

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

Re: svn commit: r502649 - /tomcat/connectors/trunk/jk/native/common/jk_global.h

[Jim Jagielski]

Don't we also have a HPUX11 specific check like
the 2nd line after this one? Seems consistent to me :/

On Feb 2, 2007, at 12:14 PM, Rainer Jung wrote:


Hi Jean-Frederic,

shouldn't we be able to find out about the necessity to include it  
via configure? At least HP-UX should be able to use the configure  
mechanism. I think we mostly use the hard coded defines for the  
platforms, where we can't use the configure mechanism.


Regards,

Rainer

[EMAIL PROTECTED] wrote:

Author: jfclere
Date: Fri Feb  2 08:27:53 2007
New Revision: 502649
URL: http://svn.apache.org/viewvc?view=rev&rev=502649
Log:
Otherwise it doesn't compile with gcc on HPUX.
Modified:
tomcat/connectors/trunk/jk/native/common/jk_global.h
Modified: tomcat/connectors/trunk/jk/native/common/jk_global.h
URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/ 
native/common/jk_global.h?view=diff&rev=502649&r1=502648&r2=502649
= 
=

--- tomcat/connectors/trunk/jk/native/common/jk_global.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_global.h Fri Feb   
2 08:27:53 2007

@@ -142,7 +142,7 @@
 #include 
 #include 
 #include 
-#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN)
+#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN)  
&& !defined(HPUX11)

 #include 
 #endif
 #if !defined(HPUX11) && !defined(AS400)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
53111 Bonn

Tel.: 0228/98549-0
Fax:  0228/98549-50
www.kippdata.de
===
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
D-53111 Bonn

Tel.: +49/0228/98549-0
Fax:  +49/0228/98549-50
www.kippdata.de

-
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: svn commit: r502649 - /tomcat/connectors/trunk/jk/native/common/jk_global.h

[Rainer Jung]

Hi Jean-Frederic,

shouldn't we be able to find out about the necessity to include it via 
configure? At least HP-UX should be able to use the configure mechanism. 
I think we mostly use the hard coded defines for the platforms, where we 
can't use the configure mechanism.


Regards,

Rainer

[EMAIL PROTECTED] wrote:

Author: jfclere
Date: Fri Feb  2 08:27:53 2007
New Revision: 502649

URL: http://svn.apache.org/viewvc?view=rev&rev=502649
Log:
Otherwise it doesn't compile with gcc on HPUX.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_global.h

Modified: tomcat/connectors/trunk/jk/native/common/jk_global.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_global.h?view=diff&rev=502649&r1=502648&r2=502649
==
--- tomcat/connectors/trunk/jk/native/common/jk_global.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_global.h Fri Feb  2 08:27:53 
2007
@@ -142,7 +142,7 @@
 #include 
 #include 
 #include 
-#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN)
+#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN) && 
!defined(HPUX11)
 #include 
 #endif
 #if !defined(HPUX11) && !defined(AS400)



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



--
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
53111 Bonn

Tel.: 0228/98549-0
Fax:  0228/98549-50
www.kippdata.de
===
kippdata informationstechnologie GmbH
Bornheimer Str. 33a
D-53111 Bonn

Tel.: +49/0228/98549-0
Fax:  +49/0228/98549-50
www.kippdata.de

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

svn commit: r502650 - in /tomcat/connectors/trunk/jk: BUILD.txt native/BUILDING native/netscape/Makefile.solaris xdocs/miscellaneous/changelog.xml

[jim]

Author: jim
Date: Fri Feb  2 08:36:36 2007
New Revision: 502650

URL: http://svn.apache.org/viewvc?view=rev&rev=502650
Log:
Might as well document lessons learning in doing
a SunONE build... 

Modified:
tomcat/connectors/trunk/jk/BUILD.txt
tomcat/connectors/trunk/jk/native/BUILDING
tomcat/connectors/trunk/jk/native/netscape/Makefile.solaris
tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml

Modified: tomcat/connectors/trunk/jk/BUILD.txt
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/BUILD.txt?view=diff&rev=502650&r1=502649&r2=502650
==
--- tomcat/connectors/trunk/jk/BUILD.txt (original)
+++ tomcat/connectors/trunk/jk/BUILD.txt Fri Feb  2 08:36:36 2007
@@ -11,3 +11,9 @@
 $> ./configure --with-apxs=/usr/sbin/apxs (or where ever the apxs/apxs2 is)
 $> make
 $> su -c 'make install'
+
+For the impatient SunONE admins:
+$> cd native
+$> ./configure --enable-netscape
+$> cd netscape
+$> make -f Makefile.solaris

Modified: tomcat/connectors/trunk/jk/native/BUILDING
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/BUILDING?view=diff&rev=502650&r1=502649&r2=502650
==
--- tomcat/connectors/trunk/jk/native/BUILDING (original)
+++ tomcat/connectors/trunk/jk/native/BUILDING Fri Feb  2 08:36:36 2007
@@ -111,6 +111,16 @@
 
 
 
+  Building for Netscape/iPlanet/SunONE WebServer
+  --
+  make clean (to remove all previously compiled modules)
+  use configure and indicate that you will be building the
+  netscape nsapi redirector, then make the redirector plugin
+
+  ./configure --enable-netscape
+  cd netscape
+  make -f Makefile.solaris
+
   Misc notes 
   --
 

Modified: tomcat/connectors/trunk/jk/native/netscape/Makefile.solaris
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/netscape/Makefile.solaris?view=diff&rev=502650&r1=502649&r2=502650
==
--- tomcat/connectors/trunk/jk/native/netscape/Makefile.solaris (original)
+++ tomcat/connectors/trunk/jk/native/netscape/Makefile.solaris Fri Feb  2 
08:36:36 2007
@@ -1,8 +1,19 @@
 # Defines for example NSAPI programs running under SOLARIS
 
+#gcc
+# If you get relocation errors, try:
+#   1. compiling with Sun's cc
+#   2. statically linking with libgcc
+#   3. Adjusting LD_LIBRARY_PATH to grab libgcc_s
 CC_CMD=gcc -DNET_SSL -DSOLARIS -D_REENTRANT -DXP_UNIX \
-DMCC_HTTPD -DSPAPI20 \
-fPIC
+
+#SunStudio cc compiler
+#CC_CMD=cc -DNET_SSL -DSOLARIS -D_REENTRANT -DXP_UNIX \
+#  -DMCC_HTTPD -DSPAPI20 \
+#  -xcode=pic32
+
 LD_SHAREDCMD=ld -G -fPIC
 
 all:
@@ -15,7 +26,7 @@
 JK_DIR=../common
 VPATH=.:$(JK_DIR)
 
-JK_SRCS = $(shell ls $(JK_DIR)/*.c)
+JK_SRCS = $(shell \ls $(JK_DIR)/*.c)
 JK_OBJS = $(patsubst $(JK_DIR)/%.c,%.o,$(JK_SRCS))
 
 PLUGIN_OBJ = jk_nsapi_plugin.o

Modified: tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml?view=diff&rev=502650&r1=502649&r2=502650
==
--- tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml Fri Feb  2 
08:36:36 2007
@@ -26,6 +26,9 @@
   
   
 
+  
+  Better build support for SunONE (Netscape/iPlanet) webservers. (jim)
+  
   
   Add warning if duplicate map keys are read and are not allowed,
   e.g. when parsing uriworkermap.properties. (rjung)



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

Re: Let's get 5.5.21 out the door...

[Mladen Turk]

Remy Maucherat wrote:

Mladen Turk wrote:

Anyhow, a thing like Remy is doing for 6.0 would be nice to have.
It offers a build before official tag


Yes, and it is useless, and it makes the release procedure days longer. 
Thanks to this nonsense the release procedure now takes over two weeks.




If you think its a PITA, don't do it.

> Unfortunately, it seems I have to do it (at least that's what one
> committer who apparently likes seeing people waste their time claimed).
>


??? Can you tell us who that person is?

Regards,
Mladen.

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

svn commit: r502649 - /tomcat/connectors/trunk/jk/native/common/jk_global.h

[jfclere]

Author: jfclere
Date: Fri Feb  2 08:27:53 2007
New Revision: 502649

URL: http://svn.apache.org/viewvc?view=rev&rev=502649
Log:
Otherwise it doesn't compile with gcc on HPUX.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_global.h

Modified: tomcat/connectors/trunk/jk/native/common/jk_global.h
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_global.h?view=diff&rev=502649&r1=502648&r2=502649
==
--- tomcat/connectors/trunk/jk/native/common/jk_global.h (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_global.h Fri Feb  2 08:27:53 
2007
@@ -142,7 +142,7 @@
 #include 
 #include 
 #include 
-#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN)
+#if !defined(_OSD_POSIX) && !defined(AS400) && !defined(CYGWIN) && 
!defined(HPUX11)
 #include 
 #endif
 #if !defined(HPUX11) && !defined(AS400)



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

Re: Let's get 5.5.21 out the door...

[Remy Maucherat]

Mladen Turk wrote:

Anyhow, a thing like Remy is doing for 6.0 would be nice to have.
It offers a build before official tag


Yes, and it is useless, and it makes the release procedure days longer. 
Thanks to this nonsense the release procedure now takes over two weeks.


Unfortunately, it seems I have to do it (at least that's what one 
committer who apparently likes seeing people waste their time claimed).


Rémy

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

svn commit: r502639 - /tomcat/connectors/trunk/jk/native/configure.in

[jim]

Author: jim
Date: Fri Feb  2 07:53:41 2007
New Revision: 502639

URL: http://svn.apache.org/viewvc?view=rev&rev=502639
Log:
Allow for people to build for netscape/iPlanet/SunOne without requiring
any Apache at all. Basically, we need to ensure that
the ./configure script creates common/jk_types.h and
common/portable.h.

Add in --enable-netscape ./configure option.

Modified:
tomcat/connectors/trunk/jk/native/configure.in

Modified: tomcat/connectors/trunk/jk/native/configure.in
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/configure.in?view=diff&rev=502639&r1=502638&r2=502639
==
--- tomcat/connectors/trunk/jk/native/configure.in (original)
+++ tomcat/connectors/trunk/jk/native/configure.in Fri Feb  2 07:53:41 2007
@@ -328,9 +328,25 @@
 [
AC_MSG_RESULT(no apache given)
 ])
+
 AC_SUBST(apache_include)
 APACHE_DIR=${apache_dir}
 AC_SUBST(APACHE_DIR)
+
+AC_ARG_ENABLE(netscape,
+[  --enable-netscape=DIR  Build Netscape/iPlanet/SunONE nsapi redirector 
plugin.],
+[
+if ${TEST} ! -z "$WEBSERVER" ; then
+AC_MSG_ERROR([Sorry cannot use --with-apxs=${APXS} or 
--with-apache=${withval} with --with-netscape, please choose one or the other.])
+fi
+
+WEBSERVER="netscape"
+
+AC_MSG_RESULT([building connector for \"$WEBSERVER\"])
+],
+[
+   AC_MSG_RESULT(no netscape given)
+])
 
 dnl Check for enable-jni
 JK_JNI_WORKER=""



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

Re: Let's get 5.5.21 out the door...

[Mladen Turk]

Filip Hanik - Dev Lists wrote:

yes, early next week, i'll email when I have a target time for the tag



Anyhow, a thing like Remy is doing for 6.0 would be nice to have.
It offers a build before official tag

Can we have that for 5.5.12 as well?
The RM can put 'what will be released' in his private
people.apache.org so we can test without going trough
the entire SVN build procedure.

Regards,
Mladen.

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

Re: [VOTE] Release build 6.0.9 as alpha

[Remy Maucherat]

Filip Hanik - Dev Lists wrote:
can we add in apache-tomcat-6.0.9-extras as an package as well to each 
release.

That way I can publish to the maven repo directly from each build.


As far as I am concerned, this was not the purpose of -extras. I don't 
know if I posted about it earlier, but I intended it as a bundle of 
either specific tools, or components that can't be redistributed 
directly by the ASF (due to licensing or legal reasons).


(of course, at the moment, there's only one component)

If Geronimo needs commons-logging from extras, I could also include the 
extras.xml script as part of its build process.


Rémy

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

Re: Let's get 5.5.21 out the door...

[Filip Hanik - Dev Lists]

yes, early next week, i'll email when I have a target time for the tag

Mladen Turk wrote:

Yoav Shapira wrote:

... it's got a lot of good and important fixes in it.  Filip, you up
for cutting the release, say this weekend or early next week?



++1

--
Mladen

-
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: [VOTE] Release build 6.0.9 as alpha

[Filip Hanik - Dev Lists]

can we add in apache-tomcat-6.0.9-extras as an package as well to each 
release.

That way I can publish to the maven repo directly from each build.

thoughts
Filip

Remy Maucherat wrote:
Candidate binaries are available here: 
http://people.apache.org/~remm/tomcat-6/v6.0.9/


Votes ?

Rémy

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






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

Re: Let's get 5.5.21 out the door...

[Mladen Turk]

Yoav Shapira wrote:

... it's got a lot of good and important fixes in it.  Filip, you up
for cutting the release, say this weekend or early next week?



++1

--
Mladen

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

Let's get 5.5.21 out the door...

[Yoav Shapira]

... it's got a lot of good and important fixes in it.  Filip, you up
for cutting the release, say this weekend or early next week?

Yoav

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

Re: [VOTE] Release build 6.0.9 as alpha

[Yoav Shapira]

Hola,

On 2/2/07, Mark Thomas <[EMAIL PROTECTED]> wrote:

Remy Maucherat wrote:
> Candidate binaries are available here:
> http://people.apache.org/~remm/tomcat-6/v6.0.9/
>
> Votes ?


+1 for beta actually, looks good enough for me.

Yoav

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

DO NOT REPLY [Bug 41528] - old native library included with tomcat 5.5.20

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2007-02-02 06:16 ---
This is how the things work with versions :)
The next Tomcat 5.5 version will include the latest tomcat-native (1.1.8)
Since we don't provide release version patches (like 5.5.20.XXX) you can
very well use the latest tomcat-native (1.1.8) with 5.5.20
In fact you will always be able to use any consequitive tomcat-native 1.1.x
version. In case API gets broken the tomcat-native version will be incremented
to 1.2.x

Regards.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41527] - mod_jk statically compiled causes segmentation fault when php module is loaded

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2007-02-02 06:11 ---
What do you suppose we should do with this?
Your bz report is missing some crucial facts like OS, mod_jk version,
core dump, error messages, etc.

Please provide additional data and the how-to-replicate-the-bug steps,
and reopen the case.

Regards.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41528] New: - old native library included with tomcat 5.5.20

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

   Summary: old native library included with tomcat 5.5.20
   Product: Tomcat 5
   Version: 5.5.20
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:Packaging
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

I'm using the Apache Portable Runtime (APR) support in Tomcat, and I'm getting 
a message at the tomcat's log file telling that the version of the library 
should be greater than 1.1.4. The tomcat-native.tar.gz file bundled with 
Tomcat 5.5.20 is the version 1.1.3, while the file bundled with Tomcat 6 is 
the 1.1.8. So, for the moment, I'm using tomcat 5.5.20, but with the library 
packaged with Tomcat 6.

Regards.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 41527] New: - mod_jk statically compiled causes segmentation fault when php module is loaded

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

   Summary: mod_jk statically compiled causes segmentation fault
when php module is loaded
   Product: Tomcat 5
   Version: 5.5.20
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

When mod_jk is statically linked to the Apache HTTPD 2.2.4, everything works 
ok. But when we enable php by placing the appropiate LoadModule directive, 
then all requests that should be forwarded to Tomcat causes a Segmentation 
fault that can be seen at the error log file. I've tried to use both PHP 5.2.0 
and 4.4.4 with the same results. I finally compiled mod_jk as a dynamic module 
and this time everything works ok (both PHP and mod_jk), so I think there's 
some kind of bug when mod_jk is linked statically to the apache.

Thank you!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: [VOTE] Release build 6.0.9 as alpha

[Mladen Turk]

Remy Maucherat wrote:
Candidate binaries are available here: 
http://people.apache.org/~remm/tomcat-6/v6.0.9/


Votes ?



+1

Tested on Linux, Solaris, HP-UX and WIN64

Regards,
Mladen.

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

Re: [VOTE] Release build 6.0.9 as alpha

[Mark Thomas]

Remy Maucherat wrote:
> Candidate binaries are available here:
> http://people.apache.org/~remm/tomcat-6/v6.0.9/
> 
> Votes ?

alpha +1

Mark

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

svn commit: r502560 - /tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

[jfclere]

Author: jfclere
Date: Fri Feb  2 02:07:49 2007
New Revision: 502560

URL: http://svn.apache.org/viewvc?view=rev&rev=502560
Log:
Get it compile on httpd-dev (20060905.0).
ap_get_server_version() has been replaced by ap_get_server_banner().

Modified:
tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

Modified: tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c?view=diff&rev=502560&r1=502559&r2=502560
==
--- tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c (original)
+++ tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c Fri Feb  2 02:07:49 
2007
@@ -565,7 +565,11 @@
  */
 s->server_port  = ap_get_server_port(r);
 
+#if (MODULE_MAGIC_NUMBER_MAJOR > 20060110)
+s->server_software = (char *)ap_get_server_banner();
+#else
 s->server_software = (char *)ap_get_server_version();
+#endif
 s->method = (char *)r->method;
 s->content_length = get_content_length(r);
 s->is_chunked = r->read_chunked;
@@ -2605,7 +2609,11 @@
will feed it */
 worker_env.uri_to_worker = conf->uw_map;
 worker_env.virtual = "*";   /* for now */
+#if (MODULE_MAGIC_NUMBER_MAJOR > 20060110)
+worker_env.server_name = (char *)ap_get_server_banner();
+#else
 worker_env.server_name = (char *)ap_get_server_version();
+#endif
 if (wc_open(init_map, &worker_env, conf->log)) {
 ap_add_version_component(pconf, JK_EXPOSED_VERSION);
 }



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