- they could also download a
jar with those 2 classes and the 2 for jio. That's the second option, if
compile-time dep to gpl is not ok.
The 3rd option is to have the entire spdy package outside tomcat - but keep
the hooks ( i.e. 'beforeHandshake', NpnHandler, etc ) - like I
On Sun, Mar 25, 2012 at 5:58 PM, Bill Barker wrote:
>
>
> "Mark Thomas" wrote in message news:4F6F8735.3090706@apache.**org...
>
>
> On 25/03/2012 17:24, Costin Manolache wrote:
>
>> For Tomcat7 I'm proposing to only add hooks: 'beforeHand
By 'unlockAccept' you mean the socket connection made to the acceptor to
force the accept() to unblock ? How are you getting the socket accept() to
return, my understanding was that close() or thread interrupt don't work in
all cases/VMs.
Costin
On Mon, May 7, 2012 at 9:24 AM, Mla
On Mon, May 7, 2012 at 3:44 PM, Mladen Turk wrote:
> On 05/07/2012 11:05 PM, Costin Manolache wrote:
>
>> By 'unlockAccept' you mean the socket connection made to the acceptor to
>> force the accept() to unblock ? How are you getting the socket accept() to
>>
On Mon, May 7, 2012 at 11:05 PM, Mladen Turk wrote:
> On 05/08/2012 01:13 AM, Costin Manolache wrote:
>
>> On Mon, May 7, 2012 at 3:44 PM, Mladen Turk wrote:
>>
>> On 05/07/2012 11:05 PM, Costin Manolache wrote:
>>>
>>> By 'unlockAccept' yo
app would still be served, without timeouts or slow requests.
Besides that - is there any other use for pause() ? Maybe that's what
should be removed/replaced :-). The behavior ( delay/timeout all TCP
connections until backlog is full, then reject ) doesn't seem ideal.
Costin
On Tue, May
On Tue, May 8, 2012 at 11:01 AM, Mladen Turk wrote:
> On 05/08/2012 07:09 PM, Costin Manolache wrote:
>
>> IMHO neither 'graceful shutdown' nor 'deploy' are best served by not
>> accepting connections:
>> - for 'graceful' - a number of conn
On Tue, May 8, 2012 at 11:54 AM, Mark Thomas wrote:
> On 08/05/2012 19:47, Costin Manolache wrote:
> > You may still want to accept requests for existing sessions.
> >
> > Both 'graceful shutdown' and app deploy are important cases - it's just
> > t
on is multiplexed. IMHO the
max connections and timeouts in tomcat are slightly low for current
hardware...
Did it work for you ? I didn't hear any feedback - I'm running it on my
home server and seems ok with both nio and java7.
Costin
>
> Best regards,
> Konstantin Kolin
My understanding is that the timeout is implemented in poll.c maintain() -
by scanning the socket list in C.
Why not doing the same thing in java - i.e. don't touch native code, have
all sockets 'long', and close whenever you need from java ?
Costin
On Mon, May 21, 2012 at 5:55
Any plan to do a release out of trunk (1.2 ) ?
interrupt() and the others seem useful.
Costin
On Mon, May 21, 2012 at 5:41 AM, Mark Thomas wrote:
> On 21/05/2012 13:25, Mark Thomas wrote:
> > Just a quick check before I hit commit. Am I correct in thinking that
> > r1296944 [1]
t the options and file list for windows. It
can generate native projects for both visual studio and eclipse. The file
is still there in main branch, the official solution is autoconf, but
sometimes it's good to consider alternatives too.
Costin
On Mon, May 21, 2012 at 5:05 AM, Mark Thomas wro
On Mon, May 21, 2012 at 9:29 AM, Mark Thomas wrote:
> On 21/05/2012 15:26, Costin Manolache wrote:
> > My understanding is that the timeout is implemented in poll.c maintain()
> -
> > by scanning the socket list in C.
> >
> > Why not doing the same thing in java
o 6 if I get a spare week and a desire to make
> my brain hurt :)
>
I think chrome has some build files for openssl similar with cmake, i.e.
one config that can generate visual studio, eclipse, makefile, etc.
My brain hurts whenever I touch autoconfig, I suppose the pain with VS6 is
si
On Mon, May 21, 2012 at 10:48 AM, Mark Thomas wrote:
> On 21/05/2012 18:30, Costin Manolache wrote:
> > On Mon, May 21, 2012 at 9:29 AM, Mark Thomas wrote:
> >
> >> On 21/05/2012 15:26, Costin Manolache wrote:
> >>> My understanding is that the timeout
On Mon, May 21, 2012 at 12:16 PM, Mladen Turk wrote:
> On 05/21/2012 08:01 PM, Costin Manolache wrote:
>
>> On Mon, May 21, 2012 at 10:48 AM, Mark Thomas wrote:
>>
>>
>> My point was that you don't need to change anything in native.
>>
>> Leave
new IIS 7/8 module
> pipeline, which allows to insert managed modules (.Net) in the request
> pipeline.
>
> However, Mladen Turk pointed me to the SPDY protocol which could also be
> used for server-to-server communication as a possible replacement for AJP
> (which was also mentioned in
lized benefits with JNDI was that it may provide many
backends - LDAP, DB, etc -
that would be directly usable in tomcat.
If the new resources can be implemented as a self-contained dependency,
i.e. don't require
the entire tomcat - someone could use them in other apps.
BTW - how does it compare with hadoop FS ?
Costin
On Thu, Sep 27, 2012 at 10:54 AM, Remy Maucherat wrote:
> On Thu, 2012-09-27 at 07:34 -0700, Costin Manolache wrote:
> > One use for a resource API is if it provides different backends - like
> > Hadoop filesystem abstraction
> > does. Than you could serve from hdfs/db/etc,
On Thu, Sep 27, 2012 at 10:18 AM, Mark Thomas wrote:
>
>
> Costin Manolache wrote:
>
> >On Thu, Sep 27, 2012 at 2:14 AM, Mark Thomas wrote:
> >
> >> On 27/09/2012 10:09, Konstantin Kolinko wrote:
> >> > I am sure that DirContext is not the right A
rceExists()
check in StandardRoot.write()) ?
Costin
On Tue, Oct 9, 2012 at 2:27 PM, Mark Thomas wrote:
> I believe from the various threads on the Resources implementation for
> Tomcat 8 there is agreement that:
>
> - DirContext is not the right basis for the Resources API
> -
On Wed, Oct 31, 2012 at 4:41 PM, Costin Manolache wrote:
> Hi Mark,
>
> I synced from HEAD - and noticed that DefaultServlet.PUT now fails with
> '403' if the resource already exists.
> I'm pretty sure this used to work, and at least for webdav it's supposed
&g
pository with history, and the
only reason is that maven doesn't support our layout ?
I don't think ant is the only or best tool - I don't mind having maven
build files - or Makefiles, jam or any other build t
ys to break circular dependencies.
Costin
On Fri, Jul 10, 2009 at 11:43 PM, Mladen Turk wrote:
> Filip Hanik - Dev Lists wrote:
>>
>> If Geronimo needs a better way to download and integrate Tomcat's JAR's
>> lets focus on that, and not make this into another Mave
seems reasonably easy, but if anyone has different code - I
would rather reuse it in
tomcat-lite :-)
BTW - there is a typo in javax.servlet.ServletRegistration - should be
Dynamic, not Dynmaic.
I can fix it next time I get some free time...
Costin
itory.apache.org/content/repositories/snapshots/org/apache/geronimo/specs/geronimo-servlet_3.0_spec/1.0-EA-SNAPSHOT/
>
>
> https://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-servlet_3.0_spec
>
> thanks
> david jencks
>
>
> On Aug 4, 2009, at 11:11 AM, Costin Man
So far ASM looks good - the size of the jar is amazing. For tomcat-lite I'll
probably use it instead of bcel - I'll first try directly, if I get confused
by the callback style I'll use xbean-finder or the tree model.
Costin
On Fri, Aug 7, 2009 at 12:49 PM, David Blevins wrote:
+1 - Executor seems the right interface, didn't exist when workers were
started - ifanyone needs the pool behavior it can probably be implemented as
an Executor.
I assume you'll have some way to configure what kind of executor ?
Costin
On Fri, Aug 14, 2009 at 1:30 AM, Mark Tho
p+standard filter, with just
one 'internal API' call to load the context.
Costin
On Tue, Nov 3, 2009 at 3:16 PM, Mikhail Kryshen wrote:
> Hi,
>
> I have implemented host event listener similar to
> org.apache.catalina.startup.UserConfig but with support for multiple
> web
On Wed, Nov 4, 2009 at 6:47 AM, Mikhail Kryshen wrote:
> On Tue, 3 Nov 2009 16:34:57 -0800
> Costin Manolache wrote:
>
> > Curious: how does it scale for large number of users, in particular if
> you
> > have NFS homes ?
>
> I use it at a university server wi
dependencies
( ant-ivy can use either its format or pom ). I also added the 'compile'
section - and it seems to
at least compile and test. I'm not planning to maintain or use it - but if
other people want to use mvn I have no problem
as long as build.xml and eclipse .classpath k
sure about client-initiated re-negotiation - I guess using a fixed
openssl ( do they have
a fix ? ) and native would avoid this, otherwise we need to wait for a jsse
fix ?
Costin
I doubt
> so, but may be?
>
AFAIK you can reuse the session ID across negotiations ( it's a nice
optimization BTW, too
bad we're not using, it can speed up SSL connections a lot ), I'm not sure
if it changes
within a renegotation, but AFAIK when you start any negotiation you can
On Mon, Nov 9, 2009 at 10:47 AM, Costin Manolache wrote:
>
>
> On Mon, Nov 9, 2009 at 8:04 AM, Konstantin Kolinko > wrote:
>
>> 2009/11/9 Mark Thomas :
>> > Summarising the information gathered so far from various channels
>> > (thanks to Bill B., Bil
table to
commit it, it depends
on having a .keystore with a 'localhost' cert, didn't find any other SSL
tests in the suite.
Forgot that you need to read() after startHandshake() - just cut&pasted the
code from
JsseSupport and it worked.
Costin
On Mon, Nov 9, 2009 at 1:32 PM,
Right, need to invalidate as well.
The request will not be executed - how can he continue the attack ?
On Mon, Nov 9, 2009 at 7:49 PM, Bill Barker wrote:
>
> wrote in message
> news:20091110010244.4f8382388...@eris.apache.org...
> > Author: costin
> > Date: Tue Nov 10
openssl s_client ...
Type "R" ( to renegotiate ).
Unfortunately renegotiation is handled transparently and did work quite
well...
Costin
On Tue, Nov 10, 2009 at 10:53 PM, Filip Hanik - Dev Lists <
devli...@hanik.com> wrote:
> I don't think NIO allows a renegotiation as
where there is session, but no socket). Those are ultimately based on
> SecureNioChannel class and javax.net.ssl.SSLEngine.
> Something else should be needed there.
>
Ops, I missed SecureNioChannel.
I'll try to submit a patch
indeed NIO re-negotiation will
hung. I'm debugging why
and maybe make it close the connection - but it seems NIO connector is the
only safe one !
We can tell people to switch to it while waiting for the other fixes...
Costin
On Wed, Nov 11, 2009 at 8:25 AM, Filip Hanik - Dev Lists wrote:
>
new release or
switch to NIO or APR
connectors ( APR if they upgraded their openssl ).
Costin
On Wed, Nov 11, 2009 at 10:29 AM, Filip Hanik - Dev Lists <
devli...@hanik.com> wrote:
> On 11/11/2009 11:13 AM, Costin Manolache wrote:
>
>> Sorry for my confusion - didn't realize
ent and suggestions.
>
> My instinct (that may be wrong) is that you'll need a new authenticator. If
> you
> get this working then I'd certainly consider it for inclusion in Tomcat.
>
>
An OpenID would be nice too :-)
Costin
> Mark
>
>
> --
ry it - the solution would be to not read any application data until
we know the handshake is completed, for
example a lock. For the NIO connector - still all fine, since re-negotiation
can't even start, I don't think
openssl has this problem either.
Costin
On Wed, Nov 18, 2009 at 5:59 AM,
separate release ( so +1 ) - but I think a
more detailed proposal/plan would help a lot.
Costin
On Jan 15, 2008 9:44 AM, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Remy Maucherat wrote:
>
> > (for example, existing Tomcat
> > users will be able to take 1.1.12 and use it with olde
.deb or .rpm to install :-)
- regarding install/run - would it be possible to make it simpler/more
consistent - like point the install to /usr/local/lib, or
TOMCAT_HOME/lib/native (?) and
pre-including it in the startup script ?
Costin
On 2/9/08, jean-frederic clere <[EMAIL PROTECTED]>
The fewer steps and variations - the easier will it be to build and support.
Costin
On 2/12/08, Henri Gomez <[EMAIL PROTECTED]> wrote:
>
> > In this case, should it be installed in the directory of the JVM
> > installation? I think MINA uses it too.
>
> JVM directory may be
+1
4 years ago the last version, about 8 years ago the first (or 3.0)
release...
I wish we also had a '6.x-minimal' release for people wanting something very
small ( and not using jetty ).
Costin
On Thu, Feb 14, 2008 at 4:05 PM, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Al
+1
Are you going to make any difference between 4.0.x and 4.1.x ? I think we
should drop 4.0.x sooner.
Costin
On Thu, Feb 14, 2008 at 4:12 PM, Mark Thomas <[EMAIL PROTECTED]> wrote:
> All,
>
> Tomcat 4 has been in maintenance mode for some time now with nearly all
> chang
f complexity. And maybe
add
'implements CharSequence, Appendable' to make the coyote classes more
friendly for
direct use.
> for 6.0.x and 5.5.x, I'd rather keep the fixes to the actual bug fix to
> > maintain stabili
On 3/3/08, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > On 3/3/08, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> >
> >> On Mon, 2008-03-03 at 15:58 -0700, Filip Hanik - Dev Lists wrote:
> >>
> >>
> &
g it doesn't seem to hurt in
any way. Am I missing something - the jar name is referenced if few
places, and there is a class name in Constants. I assume some JDBC
connector stuff would not work so well unless someone install the
package.
Costin
On 3/20/08, Filip Hanik - Dev Lists <[EM
?
I'm also curious, assuming JDK1.5 is used to compile - would the
tomcat distro work in JDK1.6 if dbcp is compiled with 1.5 ?
In any case - it kind of sucks to not be able to build following the
instructions ( ant download, ant ) - I didn't find any ref that JDK1.6
is not supported for b
I had this on my computer for a while, moved at very slow pace over
the years - but it passes all 'watchdog' servlet and most jsp tests.
I'll post more when I finish sumitting.
Costin
On 3/25/08, Henri Gomez <[EMAIL PROTECTED]> wrote:
> >
> > Added:
> &g
d any way to predict how much is needed to
avoid swap ( typically the goal is to use all the memory in the server
you can - but to never swap).
Use the OS tools for that - I have no clue about XP, unix is simple (
top, etc ).
Costin
On Fri, Apr 11, 2008 at 5:30 AM, Henri Gomez <[EMAIL PROTECT
to almost everything else ). If we could stick to the core - i.e.
module loading/unloading - it wouldn't be bad.
I did a quick search for OSGI implementations with apache license -
and it looks there is even an apache project, felix...
Costin
On 4/22/08, Henri Gomez <[EMAIL PROTECTED]> wrote:
echanism ).
As long as you stick to using the class loader - i.e. have manifests
with imports/exports and the boilerplate - OSGI can be a benefit.
Since IMO the main problem in tomcat is lack of modularity - it
wouldn't be bad to give it a try.
Costin
-
> I don't know if you noticed, but I have not really been participating in
> Tomcat's trunk development for months, and am only dealing with Tomcat
> 6.0. In trunk or any other future developments, at the moment my plan is
> only to comment (pretty much like Costin does).
SGI,
but how to have tomcat use OSGI modules ( and package webaps as bundles ), and
how to do this in a non-intrusive way. It looks like felix has a
'programmatic'/embedded
mode, it would be interesting to see if it can be used, so all
configuration stays inside
web.xml/server.xml.
Costin
to get it released eventually, and you may get
better reviews and attention.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
structions still point to
ant - maybe.
Costin
On Wed, Apr 23, 2008 at 12:52 PM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]> wrote:
> hi Henri,
>
>
> Henri Gomez wrote:
>
> > So nobody object for some experimentation around mavenizing Tomcat 6 ?
> >
> >
>
he same way ( i.e.
just maven files in a separate dir, without changes to source layout
just because
maven needs them) - no problem with me.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tinuing this discussion,
again - if you can support maven by adding a build/maven directory and
whatever files
inside - you have my +1, I'm all for making it easy to build - as long
as the tools are not
intrusive and don't force in their religion and arbitrary conventions.
Costin
-
of a bundle running at the same time
- but it won't help you much, the servlet
engine needs to know where to send the requests, it has no clue a
request should go to the old version or the new.
Costin
On Thu, Apr 24, 2008 at 5:17 PM, David Jencks <[EMAIL PROTECTED]> wrote:
>
&g
and I suspect the 'advanced
users' who may need gapless would be better off using the old way.
I mean - if you run your app out of a single VM, probably you won't
need gapless, and if you already have load balancing/failover/multiple
servers - you have a better/safer solution.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
n regarding OSGI bundles and services:
Is there a way for a bundle to declare that it implements some services
using manifest or some config file, but without
requiring it to be started to register services via BundleContext ? What I
would like is to start tomcat, use server.xml
to find what services are needed, and load the bundles providing the modules
( and only those ).
Costin
On Tue, Apr 29, 2008 at 1:44 PM, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-04-29 at 22:09 +0200, Henri Gomez wrote:
> > Just a new thread to discuss about mavenizing Tomcat (OSGI Thread is
> > allready fully loaded and really interesting).
> >
> >
h the JSRs.
I think extending a bit the JMX support ( i.e. exposing more setters and
methods ) would cover most
use cases and fit with the rest of tomcat quite well.
Costin
On Tue, Apr 29, 2008 at 1:12 PM, Henri Gomez <[EMAIL PROTECTED]> wrote:
> Read on serverside that JSR-315 needs ide
release or will be maintained
long term, just like
the eclipse project can run but it's quite different from the official
build.
If it's making easier for some people to build tomcat - and it doesn't
affect people who use
ant in any way - what's the harm ?
Costin
On Wed, Apr
loyment
> aspects and allow your deployment code to be able to use other web service
> providers? How
> can you leverage existing deployment servers and management agents? For me
> the key thing about
> modularity is to do as little as possible and focus on core business.
Sure - the core business of tomcat is to deploy/configure/run WAR files
conforming to the spec.
The biggest problems ( IMO ) facing tomcat are:
- it needs more modularity in terms of its own extensions ( connectors,
auth, session managers, etc ).
- it needs to be easier to embed - both dynamically and as 'one big jar' (
or jetty-style ).
For both OSGi could help.
( well, we also have some social problems from time to time :-)
Costin
On Wed, Apr 30, 2008 at 11:31 AM, Filip Hanik - Dev Lists <
[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
>
> > We already have eclipse files checked in AFAIK - that counts as the
> > second
> > build system.
> > We used to have makefiles too, also in
he can just submit.
Sorry, I haven't been paying attention to all the rule changes - if someone
could
post the short version, I'm quite interested - I plan to re-start
contributing few things and it
would be good to know the process.
Costin
On Wed, Apr 30, 2008 at 3:55 PM, Filip Han
On Wed, Apr 30, 2008 at 5:32 PM, Filip Hanik - Dev Lists <[EMAIL PROTECTED]>
wrote:
> Costin Manolache wrote:
>
> > Aren't we in 'comit then review' mode for the trunk ?
> >
> > My understanding was that RTC is in effect for the stable releases, but
BTW - can someone remove [EMAIL PROTECTED] from tomcat-dev ?
It's quite annoying, after each mail I get an auto-reply from them... I
don't think I have karma to do it.
Costin
On Wed, Apr 30, 2008 at 6:06 PM, Costin Manolache <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 30, 200
optional ( i.e. to have
tomcat working with and without OSGI ) - it'll be an easy one :-)
IMO it is clear stability of the existing code (and community) is the major
concern, so 'walking on eggs' seems appropriate.
Costin
On Thu, May 1, 2008 at 1:24 AM, Peter Kriens <[EMAIL
-it seems excluding is slightly better.
Costin
On Thu, May 1, 2008 at 11:13 PM, Filip Hanik - Dev Lists <[EMAIL PROTECTED]>
wrote:
> ant -f extras.xml downloads and builds this this
>
> filip
>
>
> [EMAIL PROTECTED] wrote:
>
> > Author: costin
> > Date: Th
e with
tomcat beans.
Options ? Can I just add the one liner before the first invocation of
MBeanServerFactory ?
Costin
I think that's doing the same thing - loading the platform mbean server
early on.
If you don't add the option - you'll see that tomcat uses a separate mbean
server. I want to have it consistent -
with or without -Dcom.sun... to use the platform mbean server.
Costin
On Sun, May
>From Rainer's email few days ago:
http://svn.apache.org/repos/asf/tomcat/trunk/
I suppose after it's in it may be backported to the stable branches if it
works well and people like it.
Costin
On Mon, May 5, 2008 at 8:26 AM, Henri Gomez <[EMAIL PROTECTED]> wrote:
> &
And if the TCK signature tests pass - that's a bug in the tests :-).
We shouldn't touch the method signatures in servlet API.
Costin
On Tue, May 6, 2008 at 2:03 AM, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-05-06 at 08:27 +0100, Mark Thomas wrote:
> >
' of all future
annotation processing ?
Costin
notation in order to
have the Resource injected.
I'll try searching the mail archives - the comments in the submits don't
seem to have more info than the javadocs or
comments... Again, sorry if it's something obvious.
Costin
On Sat, Jun 28, 2008 at 10:26 AM, Costin Manolach
nd
maybe other
frameworks like guice/spring/etc), more extensible annotation support, etc.
The package name is the other big question - I didn't know we ( or geronimo
) could use org.apache
for our classes. But moving it would probably break stuff outside of tomcat
- and I assume the intenti
On Wed, Jul 2, 2008 at 11:02 AM, David Jencks <[EMAIL PROTECTED]>
wrote:
>
> On Jun 29, 2008, at 9:43 AM, Costin Manolache wrote:
>
> Also, is there any documentation (or anyone who can explain)
>> DefaultInstanceManager.processAnnotations() ?
>>
>> Sorry, I
there and
shouldn't ) - it is not required in order to implement http or servlet
specs, seems useful for a relatively narrow
user base, etc.
Costin
On Wed, Jul 16, 2008 at 6:47 PM, Filip Hanik - Dev Lists <[EMAIL PROTECTED]>
wrote:
> I'd like some feedback on the contribution,
that
shouln't be used by apps.
A small automated test would be extra nice ( if you really want feedback )
:-)
Costin
On Wed, Jul 16, 2008 at 10:45 PM, Costin Manolache <[EMAIL PROTECTED]> wrote:
> I think this is a nice contribution ( haven't reviewed the code in detail
&
w more questions:
I would guess that only part of it is specific to tomcat ( connector
interface ) - do you plan to have it support other servlet engines as well (
wouldn't be a bad idea if you want adoption for your API - or bayeux ) ?
What kind of config is needed - and if any, is it in
Following Filip's example :-)
Please check http://people.apache.org/~costin/startup/ for a new class I
would like to add to tomcat(head), and an associated example/unit test. It
allows a jetty-like mode of programmatic loading/config of tomcat, without
any config file.
I know the 'off
Thanks, my +1 on committing it to tomcat, seems like a good start and a good
example on how to use the
async stuff.
Costin
On Thu, Jul 17, 2008 at 7:50 AM, Filip Hanik - Dev Lists <[EMAIL PROTECTED]>
wrote:
> Costin Manolache wrote:
>
>> On Thu, Jul 17, 2008 at 7:00 AM, Filip
s - don't you think we have too many svn trees ? Is
there any reason for this ?
I wouldn't mind having it in the trunk. Not in the java/ dir, but maybe
some extensions/bayeux ?
It would be easier for people to see/checkout, and maybe will be easier to
packag
flexible. I would enthusiastically support such a connector :-)
The only reason I can see to still have a non-http connector is to allow
'out of band' management
operations and enable other RPC-style communication, and for that you would
need a more generic
marshaling than AJP.
Costin
On
ry again later :-)
I think moving forward, for tomcat-7 and beyond - it would be worth
reconsidering some of the 10-year-old decisions, and
tomcat-lite can be a good example on how things can be done differently:
- Valves/LifecycleListeners versus plain Filters and listeners
- configuration and better integration with frameworks (
JMX/dep-injection/etc)
- sanbox support
- layers and complexity
Costin
wont have a lot of new code, quite the opposite, most changes
will
remove code and features ( from the coyote-standalone and tomcat-lite target
).
On Sat, Aug 30, 2008 at 2:11 PM, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-08-29 at 21:13 -0700, Costin Manolache wrote:
>
On Tue, Sep 2, 2008 at 3:57 AM, Tim Funk <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
>
>>
>>
>
> Cool. In a nutshell - I like all the ideas.
>
> But while I like the idea of ditching Valves/LifecycleListeners - how does
> this work when the
On Thu, Sep 4, 2008 at 12:47 AM, Jason Brittain <[EMAIL PROTECTED]>wrote:
> On Tue, Sep 2, 2008 at 8:20 AM, Costin Manolache <[EMAIL PROTECTED]> wrote:
> > On Tue, Sep 2, 2008 at 3:57 AM, Tim Funk <[EMAIL PROTECTED]> wrote:
> >
> >> Costin Manolac
? For both ?
What is the apr version in common linux distros ?
Is this something that can't be done with #ifdefs and compilation tricks ?
Costin
On Thu, Oct 2, 2008 at 10:56 PM, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'd like to create a branch of connector
On Fri, Oct 3, 2008 at 10:43 AM, Mladen Turk <[EMAIL PROTECTED]> wrote:
> 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
Ok, +1.
My remaining question - is it possible to generate a .so file for the JNI
library that includes both APR and JK ( or
2 libraries - in a way that the apr library won't conflict with an older
pre-installed version ) ?
Costin
On Fri, Oct 3, 2008 at 12:12 PM, Mladen Turk <[EMAIL P
icial release - but ability to run 'in process'
( either as unit tests, or as you describe ) is one of the goals.
Costin
On Mon, Oct 6, 2008 at 11:16 AM, Jess Holle <[EMAIL PROTECTED]> wrote:
> Having looked into this further it seems clear Tomcat is not designed to
> prov
e connector - basically
populate the coyote request and pull the response.
Costin
On Mon, Oct 6, 2008 at 12:44 PM, Jess Holle <[EMAIL PROTECTED]> wrote:
> Cool.
>
> Thanks for the helpful reply.
>
> I just wish I could have figured out how to word my question better so as
&
I never understood the use of the manual changelog - as opposed to svn log
and good commit messages.
Could we just use that ?
Costin
On Wed, Oct 8, 2008 at 4:24 PM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]>wrote:
> I'd like for us to start using the changelog for trunk, we&#
omcat-util - are ready, will submit them when
I have more time.
Costin
501 - 600 of 662 matches
Mail list logo
