Mark Thomas wrote:
Mladen Turk wrote:
Henri Gomez wrote:
No, like said, Tomcat Native is voted *together*
with Tomcat version that contains it.
May be but the version numbers are different.
It seems very similar to mod_jk in my opinion, since it's a part of
Tomcat but not mandatory.
Filip Hanik - Dev Lists wrote:
you're other option is to just vote on tcnative separately, and that way
utilize all the ASF mirrors and release sites
But that is exactly what we should *not* do.
Tomcat comes with it's native, so if you upgrade the
Tomcat, upgrade its native as well (if change
William A. Rowe, Jr. wrote:
Mladen Turk wrote:
OK if you insist.
The *Foundation* insists ;-)
OK ;)
I suppose we can then use the src tarball from the heanet.ie
site (used by the installer BTW) instead dist site.
Or you can remove the file to /dev/dist/, and hold a release vote
Mark Thomas wrote:
Mladen Turk wrote:
-1 (or if you wish veto)
Releases can't be voted. The 3 more +1s than -1s rule still applies though.
BTW, (if that would be considered as a release at the first place)
you were not RM (Jean-Frederic made the tag), so you cannot
ask for an vote.
Mark Thomas wrote:
Mladen Turk wrote:
-1 (or if you wish veto)
Releases can't be voted. The 3 more +1s than -1s rule still applies though.
OK, it seems we have problem here.
Did you read what I said? There is no such thing
as *tomcat-native release*, period, so
there is no thing w
Mark Thomas wrote:
The source distributions are here:
http://www.apache.org/dist/tomcat/tomcat-connectors/native/tomcat-native-1.1.12-src.tar.gz
http://www.apache.org/dist/tomcat/tomcat-connectors/native/tomcat-native-1.1.12-win32-src.zip
According to the release process, the 1.1.12 tarbal
Mark Thomas wrote:
We have been making the src available for download since the first
version, so why not continue to do so but do so within the ASF rules and
have a release vote? The overhead of a vote is pretty small and it isn't
like it is going to be struggling for +1s.
But we *never*
Mark Thomas wrote:
This may end up as moot when the "to release or not to release" thread
concludes but if not, here is my vote
LOL, I love you Mark, because you cannot be distracted.
I've tried, but I've failed :)
Cheers,
Mladen
-
Yoav Shapira wrote:
Sorry, I typed this before reading the other thread.
+1 for releasing this specific file. If this vote doesn't pass, the
file has to be removed.
I'll remove the file (1.1.12)
Like said they are already inside
http://tomcat.apache.org/dev/dist/tomcat-connectors/native/
I
Filip Hanik - Dev Lists wrote:
Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
you're other option is to just vote on tcnative separately, and that
way utilize all the ASF mirrors and release sites
But that is exactly what we should *not* do.
Tomcat comes with it's native,
William A. Rowe, Jr. wrote:
I understand the desire to make this
"easy" for the RM, and the statement that its "useless" from
outside of tomcat, but the simple fact is that this is a
released unit of code, separately versioned, determined before
the "real release" of Tomcat is designated.
Look
Guenter Knauf wrote:
Hi Mladen,
But that is exactly what we should *not* do.
Tomcat comes with it's native, so if you upgrade the
Tomcat, upgrade its native as well (if changed)
Like said, all that can be easy done by simply
extending requirements for building Tomcat release.
One will need Py
jean-frederic clere wrote:
Mark Thomas wrote:
jean-frederic clere wrote:
I think that is all working around the fact that tcnative is not
mandatory module for Tomcat and it is somehow independent from tomcat.
tcnative builds contain cryptosoftware (openssl) and that means they
may not be av
jean-frederic clere wrote:
Mladen Turk wrote:
jean-frederic clere wrote:
Mark Thomas wrote:
jean-frederic clere wrote:
I think that is all working around the fact that tcnative is not
mandatory module for Tomcat and it is somehow independent from tomcat.
tcnative builds contain
jean-frederic clere wrote:
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
jean-frederic clere wrote:
Mark Thomas wrote:
jean-frederic clere wrote:
I think that is all working around the fact that tcnative is not
mandatory module for Tomcat and it is somehow independent
jean-frederic clere wrote:
Mladen Turk wrote:
jean-frederic clere wrote:
Hi,
I think that the tcnative releases should be independent from tomcat.
There are several reasons:
- The native code is in /tomcat/connectors/trunk/jni/native and it
checked out via links in tc trunk/6.0.x/5.5.x
jean-frederic clere wrote:
Hi,
I think that the tcnative releases should be independent from tomcat.
There are several reasons:
- The native code is in /tomcat/connectors/trunk/jni/native and it
checked out via links in tc trunk/6.0.x/5.5.x.
- The logic to have tcnative independent is already i
Yoav Shapira wrote:
I'd vote the same given the new choice. I'm also willing to help with
putting docs up, etc.
Can we guys discuss this more before putting any vote?
Vote means we cannot make any consensus, so we need
to make a 'by majority rule' decision.
The whole discussion started less
Remy Maucherat wrote:
The native component can be used by many Tomcat releases, and has been
tagged and released independently. Of course, it is often done in sync
with Tomcat to introduce new APIs, but overall it's quite similar to
mod_jk releases.
But it's not even close to the mod_jk conce
Remy Maucherat wrote:
(for example, existing Tomcat
users will be able to take 1.1.12 and use it with older Tomcat releases
to fix a bug), so it would need a release vote and separate tagging.
Sure, the same can be done with commons-logging.jar from
any future version I suppose ;)
Anyhow, th
Stacy Johnson (stacjohn) wrote:
I am working on a soon to be released product that is currently in a
bind as it requires a fix that has been implemented in tcnative-1.dll
(ver 1.1.12). Does anyone one know when this version will be released?
http://tomcat.heanet.ie/native/1.1.12/
Regards,
M
Stusynski, Dan wrote:
However, an IIS 7.0 compatible configuration script without the need to
enable optional modules and reboot the server would seem ideal.
I'll attend the Microsoft server 2008 compatibility lab
organized by Microsoft for ASF at the end of the February.
Guys that wrote tha
William A. Rowe, Jr. wrote:
Rainer Jung wrote:
- cleanup and prepare for each of the targets underneath or "release".
Either way, since in the source tgz target there is already an exclude
list, I would prefer to update that exclude list and use the same one
whereever possible, so something
Haroon Rafique wrote:
Basically Mladen is saying that in case only the protocol is different
(and the vhost is the same as the parent) mod_jk should treat the
JkMounts as the same as if they were in the parent.
Right, this is one particular use case where we actually
have only the differen
According to the release process, the 6.0.16 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[x] Stable
Regards,
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
According to the release process, the 5.5.26 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Regards,
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Wed Apr 16 05:37:22 2008
New Revision: 648682
URL: http://svn.apache.org/viewvc?rev=648682&view=rev
Log:
Add watchdog thread to Apache 2. It creates additional thread in child
process if set for unatended maintenance of th
jean-frederic clere wrote:
Mladen Turk wrote:
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Wed Apr 16 05:37:22 2008
New Revision: 648682
URL: http://svn.apache.org/viewvc?rev=648682&view=rev
Log:
Add watchdog thread to Apache 2. It creates additional threa
jean-frederic clere wrote:
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Wed Apr 16 05:37:22 2008
New Revision: 648682
URL: http://svn.apache.org/viewvc?rev=648682&view=rev
Log:
Add watchdog th
Henri Gomez wrote:
Well Suse RPM provided an Apache 2.2.3 but with ap_mmm from 2.2.5.
It's pretty common on Linux Enterprise distributions to use a know
core (ie 2.2.3) and apply security patches from later (ie: 2.2.5).
IMHO that's incorrect.
You cannot change mmn unless you support what mmn
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Thu May 29 11:08:20 2008
New Revision: 661428
URL: http://svn.apache.org/viewvc?rev=661428&view=rev
Log:
Move the ttl as well when the socket is removed. Patch provided by
Alex Barclay
Cool but could you put the informat
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
Author: mturk
Date: Mon May 26 05:42:11 2008
New Revision: 660175
URL: http://svn.apache.org/viewvc?rev=660175&view=rev
Log:
Fix 45071 by updating ttl for signaled but not removed sockets
Modified:
tomcat/connectors/trunk/jni/CHANGELOG.tx
Mark Thomas wrote:
I've just attached a couple of patches to
https://issues.apache.org/bugzilla/show_bug.cgi?id=43327
One of the patches is a patch to native and since all I know just about
know enough C to be dangerous, I would be grateful if someone who
actually knows what they are doing wh
Hi,
Since all crypto software issues has been resolved
with US government we can ship openssl native binaries
directly instead using Irelands official mirror site.
Now, this also presumes that installer can directly
contain those .dll's instead downloading them at install
time. It's probably fea
Since all crypto software issues has been resolved
with US government we can ship openssl native binaries
directly instead using Irelands official mirror site.
I've put the binaries to
archive.apache.org/dist/tomcat/tomcat-connectors/native/
and (1.1.14 only) to
www.apache.org/dist/tomcat/tomc
Henri Gomez wrote:
I've put the binaries to
archive.apache.org/dist/tomcat/tomcat-connectors/native/
and (1.1.14 only) to
www.apache.org/dist/tomcat/tomcat-connectors/native/
Not sure why but archive is not yet populated
(probably its some mirroring issue)
The heanet.ie site is still on and wil
Remy Maucherat wrote:
According to the release process, the 6.0.17 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[x] Stable
Regards
--
^(TM)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTE
Remy Maucherat wrote:
The candidates binaries are available here:
http://people.apache.org/~remm/tomcat-6/v6.0.18/
According to the release process, the 6.0.18 tag is:
[ ] Broken
[ ] Alpha
[ ] Beta
[X] Stable
Regards
--
^(TM)
--
Jess Holle wrote:
I want to use mod_proxy_balancer to load balance over a set of ports
that potentially have Tomcats running on them.
Unfortunately there will generally be a good number of ports where no
Tomcat is running. Every 'retry' seconds I have a request that takes
about an extra seco
Jess Holle wrote:
I'm quite willing to help, but you're clearly much more familiar with
both mod_jk and APR/MPM than I am, so I suspect I'd just get in the way
except at the testing level.
Well, I plan to create mpm watchdog hook system first.
I'll also create a small callback in mod_proxy
Jess Holle wrote:
Mladen Turk wrote:
Is there a means of achieving background-only (or nearly so) testing of
dead workers with mod_jk? That's what I'm looking for in both jk and
mod_proxy_ajp connectors. I guess I was hoping/assuming it was there in
mod_jk from reading the docs.
Jess Holle wrote:
P.S. I'd also like to quiet attempts to recover workers from errors to a
lower (and by default unlogged) logging level. The transition of a
worker into an error state should certainly be logged, but logging every
time we find it to still be in an error state seems to be exces
[EMAIL PROTECTED] wrote:
Fix wrong default in doc.
Modified:
tomcat/trunk/webapps/docs/config/http.xml
Modified: tomcat/trunk/webapps/docs/config/http.xml
URL:
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/config/http.xml?rev=689758&r1=689757&r2=689758&view=diff
==
Jim Jagielski wrote:
As Mladen said, there is some very prelim discussions regarding
key aspects of these issue on the httpd-dev list. But it is hardly
unique to mod_proxy (mod_dbd could also use a nice robust watchdog
hook implementation).
Correct. The bottom line is like you said to move di
Remy Maucherat wrote:
Hi,
Would it be possible to release a new version of native so that it works
on my setup ?
Sure. Jean-Frederic was RM for the last one.
I can do it if he doesn't have the time.
Regards
--
^(TM)
-
To un
[EMAIL PROTECTED] wrote:
Author: rjung
Date: Tue Sep 16 13:05:34 2008
New Revision: 696032
URL: http://svn.apache.org/viewvc?rev=696032&view=rev
Log:
Improve sed expresion added in r695003.
LDFLAGS could already include "Wl,", so we shouldn't
add them a second time.
Problem reported by Brian Rec
Rainer Jung wrote:
...
Why not making something like:
dnl
dnl APR_REMOVEFROM(variable, value)
dnl
...
This looks more simpler to me, compared to hard-to-read regex
sed rules.
Yep, done in r697070.
Ups, entschuldingug bitte Herr Jung, missed that :)
Cheers
--
^(TM)
-
Rainer Jung wrote:
Hi Mladen,
any thoughts, how we could make configuring connection_keepalive better?
Of course by introducing even more attributes we can keep the individual
CPING timeouts, but I don't really see a reason. I want to get the
attributes right, before we release this nice featur
Henri Gomez wrote:
Hi to all,
Did some of you experienced problems with mod_jk 1.2.26 (and maybe
earlier release) and Apache 2.x ErrorDocument directive.
In one of my configuration I set :
ErrorDocument 404 /gen_error404.html
ErrorDocument 500 /gen_error500.html
ErrorDocument 503 /
Henri Gomez wrote:
Hum good idea.
Same thing for 404/500/503 I suppose.
Sure.
if (!r->sent_bodyct && r->status >= HTTP_BAD_REQUEST) {
...
return r->status;
}
Regards
--
^(TM)
-
To unsubscribe, e-mail: [EMAIL PROTECT
Henri Gomez wrote:
Same thing for 404/500/503 I suppose.
Sure.
if (!r->sent_bodyct && r->status >= HTTP_BAD_REQUEST) {
...
return r->status;
}
I added to the conf/web.xml :
404
/empty-error.html
500
/empty-error.html
503
/empty-error.html
Rainer Jung wrote:
I have some spare time later this week and next weekend and plan to
finally do the IIS chunked encoding stuff. If we don't find anything
else important we should be able to have a testing tar ball at the end
of the month and soon after start the releasing process. We are a co
Dan Bush wrote:
I don't think this
would impact mod_jk because I believe that is configurable via a
directive.
Not jet. However the next version we are going to release (1.2.27)
will have that feature.
Think your question was raised few times, but the answer was always
-1, cause per servlet s
Tim Whittington wrote:
This has broken the build on Windows also.
The addition of the log statement pushed the declaration of char* buff below
it out of the beginning of the block, and VC is being pedantic about the C
declaration rules.
Done, thanks.
Cheers
--
^(TM)
-
Hi,
I'd like to create a branch of connectors
for native component so it depends on the
new APR 1.3.x API
The new API offers some essential features targeted
explicitly for pool issues usage in
high level languages like Java.
So, my idea is to branch the current trunk
as connectors/branches/othe
Mark Thomas wrote:
I would like to propose creating two new products in bugzilla:
- Tomcat mod_jk
+1
- Tomcat APR-native
Tomcat Native
(we have tomcat-native-x.x.x, not tomcat-apr-native)
Regards
--
^(TM)
-
To unsubscr
Rainer Jung wrote:
Mladen Turk schrieb:
The native external is used in the dist.xml build file in order to
include the tcnative sources in the TC src release. So either we need to
adjust this part of TC build process, or simply switch the external for
TC 6.0.x to the 1.1 branch (and keep TC
Costin Manolache wrote:
There are few issues and questions, I'm not sure its as simple as it looks
:-)
For new development - are you going to make changes in both branches ? I
assume there will be
features that can only be done in 1.3.
Right.
1.1.x will be in bug fixing mode
Also, if we hav
Costin Manolache wrote:
What is the apr version in common linux distros ?
Depends, Httpd 2.2.+ relies on APR 1.3. SVN as well,
so eventually distros will pick it up.
Well, that's a bit tricky - people don't upgrade prod servers easily.
My concern is mostly about possibility for binary r
[EMAIL PROTECTED] wrote:
Author: rjung
Date: Fri Oct 3 12:37:13 2008
New Revision: 701507
URL: http://svn.apache.org/viewvc?rev=701507&view=rev
Log:
Add retry_wait for AJP13 workers.
If a request fails, sleep a configurable time
before each following retry.
Remember: this has nothing to do with
Mark Thomas wrote:
These have been created and I have moved bugs from Tomcat 4/5/6 to these
products based on component and/or presence of strings like isapi in the
summary.
Cool.
I have checked the open bugs. I have also set the component (mod_jk/isapi
etc) where I thought it was sensible t
Rainer Jung wrote:
a) Refactor
---
I would suggest we move the retry handling of get_endpoint into
ajp_get_endpoint() and derive any configuration options of the retry
behaviour from the AJP 13 worker, not the LB worker.
That makes sense. It's a logical place for it.
Also the logical
Eiji Takahashi wrote:
Hi.
I think that retry_interval can be set also with LB.
Is it correct?
+
Sure, it's a work in progress.
Thanks for keeping an eye.
Regards
--
^(TM)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Filip Hanik - Dev Lists wrote:
very true, didn't realize so many places referenced it, however, this
gets confusing
-public static final String SESSION_COOKIE_NAME = "JSESSIONID";
+public static final String SESSION_COOKIE_NAME =
+System.getProperty("org.apache.catalina.JSESSION
Rainer Jung wrote:
[EMAIL PROTECTED] schrieb:
Author: mturk
Date: Mon Oct 6 07:28:20 2008
New Revision: 702160
URL: http://svn.apache.org/viewvc?rev=702160&view=rev
Log:
Implement global shared memory lock for IIS. With IIS 6+ we don't have a single
process any more
I also noticed, that the
Rainer Jung wrote:
[EMAIL PROTECTED] schrieb:
Author: mturk
Date: Mon Oct 6 07:28:20 2008
New Revision: 702160
URL: http://svn.apache.org/viewvc?rev=702160&view=rev
Log:
Implement global shared memory lock for IIS. With IIS 6+ we don't have a single
process any more
I was talking to someone
Hi,
I'd like to tag and release 1.2.27 pretty soon (this week)
Here is the release snapshot for testing.
http://people.apache.org/~mturk/jk-1.2.27-dev/
The binaries provided are for win32 for tester
convenience. Please test, and if nothing bad found
I'll tag the 1.2.27 in cca. 36 hours.
Regar
Rainer Jung wrote:
I justed committed a critical fix. If multiple requests trigger
initialization of the isapi redirector in parallel, then memory
corruption can arise. This has been observed in real production.
OK. Cool.
I like the idea of thoroughly testing snapshots before tagging, beca
Rainer Jung wrote:
Mladen Turk schrieb:
Rainer Jung wrote:
I like the idea of thoroughly testing snapshots before tagging, because
although version numbers are cheap (in subversion), user confusion also
easily arises from "missing" (i.e. non-released) versions.
Sounds reason
The Apache Tomcat team announces the immediate availability of
Apache Tomcat Connectors 1.2.27-dev-704800 for testing.
Apache Tomcat Connectors version 1.2.27-dev contains
numerous of bug fixes over previous 1.2.26 version and lots
of new features.
The complete changelog with all fixes and new fe
Rainer Jung wrote:
What do you prefer?
Patched by using conf pool that gets destroyed.
Can you double check it doesn't leek any more.
Regards
--
^(TM)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-m
Lorenz Breu wrote:
Hi folks,
Socket.class and the native network.c files. The java code specifies a
recvFrom() method (capital F) whereas the native code defines a
recvfrom() function (all lowercase)... A quick rebuild of the tomcat
sources after renaming the java method recvfrom() seems to have
Lorenz Breu wrote:
Hi
I tried to build tomcat native today following the instructions on the
homepage. APR compiled just fine, but when I try to build tcnative using
VS 2008 I get the following:
1>Compiling...
1>system.c
1>h:\Visual
Studio\tomcat-native-1.1.15-win32-src\jni\apr\include\arch\win
Rainer Jung wrote:
Since there's likely no realiable and easy way to get that info, it
looks like a good idea to add it to the README on the download page.
Sure README should be present.
Anyhow, like you deducted it was Apr 1.2.8 and
OpenSSL 0.9.8i
Regards
--
^(TM)
Rainer Jung wrote:
URL: http://svn.apache.org/viewvc?rev=707645&view=rev
Log:
Change logging attempts from ERROR to INFO. They can happen multiple times, so
log as ERROR only once
+if (rc == JK_FALSE) {
+jk_log(l, JK_LOG_INFO,
+ "All tomcat instances failed, no mor
Rainer Jung wrote:
Apache Tomcat Connectors 1.2.27 is:
[X] Stable - no major issues, no regressions
[ ] Beta - at least one significant issue -- tell us what it is
[ ] Alpha - multiple significant issues -- tell us what they are
WIN32/WIN64 binaries are in place
Regards
--
^(TM)
--
Hi,
I plan to tag the TOMCAT_NATIVE_1_1_16 later today.
The current trunk has few fixes over released 1.1.15
Improved IPV6 checking, building against APR 1.3
(not mandatory, but allows to build), and one API typo.
Since we are in the release mania any objections to that?
Regards
--
^(TM)
-
Henri Gomez wrote:
Seems to be 2.2.5 :-(
I'll send a note to the maintener at Suse.
Didn't you have the same problem with 1.2.26 and SuSe
(or was it someone on the users list)?
Regards
--
^(TM)
-
To unsubscribe, e-mail: [E
jean-frederic clere wrote:
Mladen Turk wrote:
Hi,
I plan to tag the TOMCAT_NATIVE_1_1_16 later today.
The current trunk has few fixes over released 1.1.15
Improved IPV6 checking, building against APR 1.3
(not mandatory, but allows to build), and one API typo.
Since we are in the release mania
Henri Gomez wrote:
Didn't you have the same problem with 1.2.26 and SuSe
(or was it someone on the users list)?
Yes I do still the same distro (SLES 10)
And they didn't fix that for more then a year?
Should I say anything else ;)
Cheers
--
^(TM)
Hi,
Native 1.1.16 is available for testing.
If you want to take a look, the final source distribution can be
downloaded from:
http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/
Some binaries (windows only) are available at:
http://tomcat.apache.org/dev/dist/tomcat-connectors/nat
Hello to the Tomcat team,
Native 1.1.16 has been available for testing for almost a week,
so I would like to proceed with the release vote.
If you want to take a look, the final source distribution can be
downloaded from:
http://tomcat.apache.org/dev/dist/tomcat-connectors/native/source/
Some b
Filip Hanik - Dev Lists wrote:
The async close is important to 'long-polling' which is what bayuex does.
if you have 20 second timeout, there is a chance that the client could
reuse the connection after it has received the 'end chunk' (0) from the
server, and sends a new request.
if there is n
Lorenz Breu wrote:
hi guys
so did i get this right, you released version 1.1.16 of tomcat native?
Still in the voting process.
it's not on the homepage yet and i am having trouble finding the exact
location of the code of the actual release, could you tell me if the
typos in multicast.c h
Just an reminder that the voting is still on ;)
I'll wait another 48 hrs, and if not voted
seems we'll have to forget about this version.
Mladen Turk wrote:
Hello to the Tomcat team,
Native 1.1.16 has been available for testing for almost a week,
so I would like to proceed with t
Mladen Turk wrote:
> Hello to the Tomcat team,
>
> Native 1.1.16 has been available for testing for almost a week,
> so I would like to proceed with the release vote.
>
So far only one binding vote has been recorded
(Thanks Henri), and mine by presumption.
So, Native 1.1.16 wo
[EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewvc?rev=714108&view=rev
Log:
User build.properties.default for tcnative like
we do for tomcat.
Remove unused version.number.
Add version details to build.properties.default
and remove from build.xml.
Added:
tomcat/connectors/trunk/jni/b
Rainer Jung wrote:
Mladen Turk schrieb:
We have now two branches 1.1 and trunk
So in trunk the version is 1.2.x
The second branch is:
https://svn.apache.org/repos/asf/tomcat/connectors/branches/native/1.1.x
So I suppose those changes has to go in there as well.
It would be probably easier if
Mladen Turk wrote:
Mladen Turk wrote:
> Hello to the Tomcat team,
>
> Native 1.1.16 has been available for testing for almost a week,
> so I would like to proceed with the release vote.
>
So far only one binding vote has been recorded
(Thanks Henri), and mine by presumpti
William A. Rowe, Jr. wrote:
Mladen Turk wrote:
You are the chair... and further you had called the vote. Feel free
to reverse yourself :)
Wow, and I thought the chair is the slave that
collects and writes board reports ;)
Cheers
--
^(TM
sebb wrote:
I happened to spot the following in ssl.c:
static int jbs_gets(BIO *b, char *out, int outl)
...
int l = (int)strlen(J2S(o));
if (l < outl) {
strcpy(out, J2S(o));
ret = outl;
}
...
return ret;
It looks a bit odd to me - I would have expected it to return l rather
than outl.
Rainer Jung wrote:
a) bundling native and org/apache/tomcat/jni code in one place in svn
and releasing together
or
b) separating only the native implementation
Option a) was used cause we didn't have separate tcnative
release when it was introduced.
Since this is now a separate downloadab
Rainer Jung wrote:
On 02.01.2009 08:25, Mladen Turk wrote:
Rainer Jung wrote:
a) bundling native and org/apache/tomcat/jni code in one place in svn
and releasing together
or
b) separating only the native implementation
Option a) was used cause we didn't have separate tcnative
re
Rainer Jung wrote:
On 02.01.2009 11:57, Mladen Turk wrote:
It doesn't mater if the API is stable or not.
Tomcat will just depend on tomcat-native-1.xx.noarch.bin.zip and use the
pre-compiled .jar
(like any other jakarta-commons component for example)
OK, I think that's exactly wh
The Apache Tomcat team is proud to announce the immediate
availability of Tomcat Native 1.1.16 stable. This build
contains a small number of bug fixes over the previous
release.
Please refer to the changelog:
http://tomcat.apache.org/native-doc/miscellaneous/changelog.html
for a complete list of
Lorenz Breu wrote:
just to let you know, the typos in jni/native/multicast.c are still
there
I'm afraid they are.
This is just late administrative message following
the 1.1.16 release.
However will be releasing 1.1.17 pretty soon
with those things fixed (already done in SVN)
Regards
--
^
The Travel Assistance Committee is now accepting applications for those
wanting to attend ApacheCon EU 2009 between the 23rd and 27th March 2009
in Amsterdam.
The Travel Assistance Committee is looking for people who would like to
be able to attend ApacheCon EU 2009 who need some financial supp
Lorenz Breu wrote:
i tried to build the tcnative libraries on my windows xp x86 machine
using ms visual studio 2008, but it keeps telling me the project file is
corrupted and can't be opened. this happens for both 1.1.15 and 1.1.16
versions of tc-native. any ideas?
Make sure it has DOS (CRLF)
Lorenz Breu wrote:
hi once again
i have been trying to figure out why my tomcat native based mina
acceptor won't join a speicified multicast group. the call goes through
Multicast.join() over the tomcat native code to apr_mcast_join which in
turn calls do_mcast in the apr multicast.c file. then
Lorenz Breu wrote:
hi once again
i have been trying to figure out why my tomcat native based mina
acceptor won't join a speicified multicast group. the call goes through
Multicast.join() over the tomcat native code to apr_mcast_join which in
turn calls do_mcast in the apr multicast.c file. then
701 - 800 of 1263 matches
Mail list logo
