it as a non-xml ant file, with reasonable
defaults and less typing for the most common operations.
Git is best.
Costin
On Tue, Jan 21, 2014 at 7:49 AM, Rémy Maucherat wrote:
> 2014/1/21 Yoav Shapira
>
> > Also +1 to separating the git vs svn discussion from the build system
> &g
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
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 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
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,
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
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
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
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
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 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
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
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]
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
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
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 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
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 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
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
>>
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
Author: costin
Date: Fri Mar 30 05:10:54 2012
New Revision: 1307260
URL: http://svn.apache.org/viewvc?rev=1307260&view=rev
Log:
Space police...
Modified:
tomcat/trunk/build.xml
Modified: tomcat/trunk/build.xml
URL:
http://svn.apache.org/viewvc/tomcat/trunk/build.xml?rev=1307260&r1
Author: costin
Date: Thu Mar 29 23:18:34 2012
New Revision: 1307160
URL: http://svn.apache.org/viewvc?rev=1307160&view=rev
Log:
Fix npn location, make it optional
Modified:
tomcat/trunk/build.properties.default
tomcat/trunk/build.xml
Modified: tomcat/trunk/build.properties.default
Author: costin
Date: Thu Mar 29 17:54:51 2012
New Revision: 1307019
URL: http://svn.apache.org/viewvc?rev=1307019&view=rev
Log:
Fix imports/licence.
Modified:
tomcat/trunk/java/org/apache/coyote/http11/NpnHandler.java
tomcat/trunk/java/org/apache/tomcat/spdy/NetSupportOpenSSL.
Author: costin
Date: Thu Mar 29 04:46:56 2012
New Revision: 1306716
URL: http://svn.apache.org/viewvc?rev=1306716&view=rev
Log:
Build the tomcat-jni and tomcat-spdy as separate jars, so they can be used
independently.
Add a dependency to an apache-license optional interface to support TLS
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
- 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
is needed ), but I assume users can
download the jar until it gets merged into jdk7.
Alternative is to move all the coyote/spdy/{nio,jio} classes to a separate
repository, outside tomcat tree. I guess we could also move all spdy impl
to a separate repo and only leave the hooks.
Costin
On Mon, Mar 19,
download the spdy jars separately ( i.e. release them as a
'plugin' / add-on ).
It'll take a bit of time until it's done - not easy to find free time to
work on this.
Costin
>
> -Gus
>
impl by Mark Thomas)
>>>
>>> The test suite report is at
>>> http://people.apache.org/~**fhanik/reports/servers/<http://people.apache.org/~fhanik/reports/servers/>
>>>
>>> I would suggest we consider this for Tomcat 6(my experience is still
>&g
it'll be a separate class implementing 'npn handler for nio' ( like
it is hooked in the apr protocol), and in order to use it you'll need to
download the npn-boot.
Costin
On Wed, Mar 14, 2012 at 5:32 AM, Konstantin Kolinko
wrote:
> 2012/2/2 Costin Manolache :
> >
> &g
Author: costin
Date: Wed Mar 14 04:37:44 2012
New Revision: 1300461
URL: http://svn.apache.org/viewvc?rev=1300461&view=rev
Log:
Fix spdy stream closing / removing from channels
Fix/simplify draining.
Use the java6 compression by default - not only avoids jzlib depenency, but
it's al
rking with the NIO
connector - not sure if it's ok to add this dependency, but at least to
compare them.
( NPN == "next protocol negotiation", a TLS extension required for SPDY
support )
Costin
On Wed, Feb 22, 2012 at 11:08 PM, Costin Manolache wrote:
> On Wed, Feb 22, 2012 at
Author: costin
Date: Tue Mar 13 05:37:14 2012
New Revision: 1299981
URL: http://svn.apache.org/viewvc?rev=1299981&view=rev
Log:
Update the spdy implementation to use the non-blocking apr socket.
Fix various bugs found while stress testing.
Added:
tomcat/trunk/java/org/apache/tomcat/
Author: costin
Date: Sat Mar 10 23:59:25 2012
New Revision: 1299312
URL: http://svn.apache.org/viewvc?rev=1299312&view=rev
Log:
Small fix for ssl_read/ssl_write if the socket is not blocking. Tomcat is not
currently using apr
in non blocking mode, so it shouldn't be affected. Withou
take much more time than I have free.
Costin
On Thu, Mar 8, 2012 at 1:12 AM, Johno Crawford wrote:
> On 2/03/2012 2:29 PM, Filip Hanik - Dev Lists wrote:
>
>> On 3/2/2012 2:13 AM, Mark Thomas wrote:
>>
>>> You can't register on a selector using another thread.
On Mon, Mar 5, 2012 at 1:39 PM, Costin Manolache wrote:
>
>
> On Mon, Mar 5, 2012 at 4:45 AM, Mladen Turk wrote:
>
>> On 03/05/2012 07:30 AM, cos...@apache.org wrote:
>>
>>> Author: costin
>>> Date: Mon Mar 5 06:30:17 2012
>>> New Revisi
On Mon, Mar 5, 2012 at 4:45 AM, Mladen Turk wrote:
> On 03/05/2012 07:30 AM, cos...@apache.org wrote:
>
>> Author: costin
>> Date: Mon Mar 5 06:30:17 2012
>> New Revision: 1296944
>>
>> URL:
>> http://svn.apache.org/viewvc?**rev=1296944&view=rev
Author: costin
Date: Mon Mar 5 06:30:17 2012
New Revision: 1296944
URL: http://svn.apache.org/viewvc?rev=1296944&view=rev
Log:
EINTR needs to be returned to java in order for Poll.interrupt() to work, it is
already handled in AprEndpoint.
( there is no value of having an interrupt method i
hope neither 2M or 16M will be allocated by default - that's the limit on
growth ?
I'm curious, did you do any load test - and what's the max number of
websocket connections that can be kept alive with APR/NIO ?
Costin
>
> Mark
>
> >
> > Filip
> >
> &
Author: costin
Date: Thu Mar 1 07:37:11 2012
New Revision: 1295445
URL: http://svn.apache.org/viewvc?rev=1295445&view=rev
Log:
Small bug/leak when called with larger buffers.
Modified:
tomcat/native/trunk/native/src/network.c
Modified: tomcat/native/trunk/native/src/network.c
URL:
Thanks, I'll try it.
Costin
On Thu, Feb 23, 2012 at 11:53 AM, Mladen Turk wrote:
> On 02/22/2012 07:22 PM, Costin Manolache wrote:
>
>> On Wed, Feb 22, 2012 at 9:12 AM, Mladen Turk wrote:
>>
>>
>> I'm trying to provide a way for people to build "l
On Wed, Feb 22, 2012 at 10:47 AM, Mark Thomas wrote:
> On 22/02/2012 18:41, Costin Manolache wrote:
> > On Wed, Feb 22, 2012 at 10:27 AM, Konstantin Kolinko <
> knst.koli...@gmail.com
> >> wrote:
> >
> >> 2012/2/22 Costin Manolache :
> >>>
Author: costin
Date: Thu Feb 23 07:03:52 2012
New Revision: 1292671
URL: http://svn.apache.org/viewvc?rev=1292671&view=rev
Log:
Add decompress support and the npn handler.
Assuming you compile the right jni library it should (basicaly) work with
chrome and firefox.
Lots of missing feat
On Wed, Feb 22, 2012 at 10:27 AM, Konstantin Kolinko wrote:
> 2012/2/22 Costin Manolache :
> > On Wed, Feb 22, 2012 at 8:57 AM, Mark Thomas wrote:
> >
> >> On 22/02/2012 16:51, Costin Manolache wrote:
> >> > First part submitted. For the seco
On Wed, Feb 22, 2012 at 9:12 AM, Mladen Turk wrote:
> On 02/22/2012 05:47 PM, Costin Manolache wrote:
>
>> On Wed, Feb 22, 2012 at 8:13 AM, Mladen Turk wrote:
>>
>> One thing I would appreciate help with: I would like to have an option to
>> statically link
>>
On Wed, Feb 22, 2012 at 8:57 AM, Mark Thomas wrote:
> On 22/02/2012 16:51, Costin Manolache wrote:
> > First part submitted. For the second: what is the process for adding a
> > dependency ?
>
> Why do you need the dependency?
>
Spdy requires header compression - with
omatic builders run 'ant download' ?
Any concerns with it ?
Costin
On Thu, Feb 16, 2012 at 2:11 PM, Mark Thomas wrote:
> On 16/02/2012 01:44, Costin Manolache wrote:
> > That doesn't mean the application must receive the entire message as one
> > byte[]
>
On Wed, Feb 22, 2012 at 8:13 AM, Mladen Turk wrote:
> On 02/22/2012 03:54 PM, Costin Manolache wrote:
>
>> On Tue, Feb 21, 2012 at 11:11 PM, Mladen Turk wrote:
>>
>>>
>>>> Well I personally would not merge that into 1.1.x branch.
>>> It would
Author: costin
Date: Wed Feb 22 15:06:05 2012
New Revision: 1292337
URL: http://svn.apache.org/viewvc?rev=1292337&view=rev
Log:
Fix indentation, comments.
Modified:
tomcat/native/trunk/native/src/sslext.c
Modified: tomcat/native/trunk/native/src/sslext.c
URL:
http://svn.apache.org/vi
On Tue, Feb 21, 2012 at 11:11 PM, Mladen Turk wrote:
> On 02/22/2012 06:17 AM, Costin Manolache wrote:
>
>> Mladen: please let me know if you want to further review the change or
>> should I merge it to the branch.
>>
>>
> Well I personally would not merge that i
Author: costin
Date: Wed Feb 22 05:37:34 2012
New Revision: 1292131
URL: http://svn.apache.org/viewvc?rev=1292131&view=rev
Log:
Add a hook to allow handling NPN extensions in the apr protocol ( the extension
is not available in java ).
I think this is the smallest change to allow pluggin
Mladen: please let me know if you want to further review the change or
should I merge it to the branch.
I also noticed there are few other diffs - in particular the 'interrupt'
stuff in poll, few others.
Any plans to merge them too ? What's the plan with the trunk ?
Costin
On Tu
On Tue, Feb 21, 2012 at 3:29 PM, Mladen Turk wrote:
> On 02/21/2012 09:56 PM, Costin Manolache wrote:
>
>> On Tue, Feb 21, 2012 at 12:51 PM, Rainer Jung**
>> wrote:
>>
>> On 21.02.2012 21:30, Costin Manolache wrote:
>>>
>>> Is this going to
Author: costin
Date: Wed Feb 22 04:52:15 2012
New Revision: 1292127
URL: http://svn.apache.org/viewvc?rev=1292127&view=rev
Log:
Use fixed len for the buffers. Add back the code for getting/setting tickets.
Modified:
tomcat/native/trunk/native/src/sslext.c
Modified: tomcat/native/t
Will do it tonight ( it's already in the trunk )
Costin
On Tue, Feb 21, 2012 at 1:25 PM, Rainer Jung wrote:
> On 21.02.2012 21:56, Costin Manolache wrote:
>
>> On Tue, Feb 21, 2012 at 12:51 PM, Rainer Jung**
>> wrote:
>>
>> On 21.02.2012 21:30, Costin Manolac
On Tue, Feb 21, 2012 at 12:51 PM, Rainer Jung wrote:
> On 21.02.2012 21:30, Costin Manolache wrote:
>
>> Is this going to be from head ? How can I get the NPN ( sslext.c )
>> included
>> ?
>>
>
> Mladen is aiming for 1.1.23, so he will be releasing from the 1.1
Is this going to be from head ? How can I get the NPN ( sslext.c ) included
?
Costin
On Tue, Feb 21, 2012 at 9:41 AM, Mladen Turk wrote:
> On 02/21/2012 06:05 PM, Christopher Schultz wrote:
>
>> Mladen,
>>
>> On 2/21/12 11:30 AM, Mladen Turk wrote:
>>
>>&g
On Wed, Feb 15, 2012 at 12:10 PM, Mark Thomas wrote:
> On 15/02/2012 19:58, Costin Manolache wrote:
> > In spdy I'm using a SpdyFrame class ( spdy allow data frames to be
> > fragmented any
> > way you want by intermediary - so even if I receive a huge frame, I can
On Wed, Feb 15, 2012 at 10:31 AM, Mark Thomas wrote:
> On 15/02/2012 16:11, Costin Manolache wrote:
> > After I submit, I'll give a try to changing SocketWrapper (non-generic,
> > add read/write), in the git. If you don't like it - easy to drop the
> branch,
> &
e to use HTTP or SPDY in the same way SSL ones can? For the proxy use
> case, an assumption of all SPDY seems valid.
>
Yes, there is a special header that needs to be set ( if tomcat SPDY is
working ),
browsers will stop sending http and switch to spdy ( the
On Wed, Feb 15, 2012 at 12:56 AM, Mladen Turk wrote:
> On 02/15/2012 04:53 AM, Costin Manolache wrote:
>
>> Uploaded another take.
>>
>>
>> For non-SSL ( JIO, and apr without ssl ) -> SPDY just kicks in on all
>> connections,
>> this is just a
On Wed, Feb 15, 2012 at 6:33 AM, Mark Thomas wrote:
> On 15/02/2012 03:53, Costin Manolache wrote:
> > Uploaded another take.
> >
> > This time I'm just adding
> >
> https://github.com/costinm/tomcat/blob/trunk/java/org/apache/tomcat/util/net/LightHandler.j
ch is another requirement ).
On Tue, Feb 14, 2012 at 3:32 PM, Mark Thomas wrote:
> On 14/02/2012 20:47, Costin Manolache wrote:
> > On Tue, Feb 14, 2012 at 9:36 AM, Mark Thomas wrote:
> >
> >> On 14/02/2012 08:29, Costin Manolache wrote:
> >>> Ok, took a bi
see how it looks.
Costin
On Tue, Feb 14, 2012 at 9:36 AM, Mark Thomas wrote:
> On 14/02/2012 08:29, Costin Manolache wrote:
> > Ok, took a bit to get the Apr polling to work and add some minimal tests.
> >
> > Please take another look - in particular to
> >
> htt
On Tue, Feb 14, 2012 at 9:36 AM, Mark Thomas wrote:
> On 14/02/2012 08:29, Costin Manolache wrote:
> > Ok, took a bit to get the Apr polling to work and add some minimal tests.
> >
> > Please take another look - in particular to
> >
> https://github.com/costinm/tom
google.
Probably still has plenty of bugs - but it's a start.
If no objections - I'll start merging the LightProtocol/util.net changes
first, than add the spdy server implementation. The spdy client and tests -
probably later, I want to clean them up a bit more.
Costin
On Thu, Feb 2,
On Tue, Feb 7, 2012 at 2:14 AM, Mark Thomas wrote:
> On 07/02/2012 06:13, cos...@apache.org wrote:
> > Author: costin
> > Date: Tue Feb 7 06:13:36 2012
> > New Revision: 1241356
> >
> > URL: http://svn.apache.org/viewvc?rev=1241356&view=rev
> > L
Author: costin
Date: Tue Feb 7 06:13:36 2012
New Revision: 1241356
URL: http://svn.apache.org/viewvc?rev=1241356&view=rev
Log:
Add the new ssl methods from tomcat-native ( and few poll methods that seemed
to be missing ).
APR connector will not work unless you recompile tomcat-native ! ( i
Author: costin
Date: Sat Feb 4 18:38:26 2012
New Revision: 1240586
URL: http://svn.apache.org/viewvc?rev=1240586&view=rev
Log:
Added a very experimental cmake file, for people who want to try tc-native
without installing openssl-1.0.1b2.
Separate submit to make it easy to rollback if there
Author: costin
Date: Sat Feb 4 18:35:21 2012
New Revision: 1240585
URL: http://svn.apache.org/viewvc?rev=1240585&view=rev
Log:
Add support for few extra ssl methods.
NPN requires openssl-1.0.1beta2 or patches ( like found in chrome, nodejs ).
Added:
tomcat/native/trunk/native/src/ssle
On Thu, Feb 2, 2012 at 12:21 AM, jean-frederic clere wrote:
> On 02/01/2012 09:59 PM, Costin Manolache wrote:
>
>> Hi,
>>
>> I have a patch to the jni library, I uploaded it to github for easy
>> commenting:
>>
>> https:/
On Thu, Feb 2, 2012 at 3:33 AM, Mark Thomas wrote:
> On 02/02/2012 10:05, Remy Maucherat wrote:
> > On Wed, 2012-02-01 at 13:54 -0800, Costin Manolache wrote:
> >> Hi,
> >>
> >> Some initial patch for SPDY - using the NPN SSL extension, as required
> b
pr, looking for opinions on the
integration with tomcat connectors.
Please let me know :-)
Costin
se ( to support
distributed session cache or tickets ).
( I have a separate change to tomcat-trunk that depents on this, for spdy
support )
Costin
On Sun, Jan 29, 2012 at 2:19 AM, Mark Thomas wrote:
> On 29/01/2012 01:20, Costin Manolache wrote:
> > On Fri, Jan 27, 2012 at 3:09 PM, Mark Thomas wrote:
> >
> > Not complaining - it's great to add this feature, please commit it - but
> > I'm wondering
&
elease the Request, like it's done
after request,
in keep-alive, and use a lighter parser/callback on the socket ? I think
one of the use cases
for websockets is to support a _lot_ of open connections. Also the
interface may be
simpler without InputStreams.
Costin
>
> > Anyway, I ho
ions ), get/set hostname. The trickiest is the 'next protocol
negotiation' - which only exists in OpenSSL
head, but it's required by protocols like SPDY.
I'm thinking to add them in a new class 'SSLExt' (?), if the class can't be
loaded fall back and not use the features.
Suggestions ?
Costin
Author: costin
Date: Wed Dec 8 21:45:05 2010
New Revision: 1043696
URL: http://svn.apache.org/viewvc?rev=1043696&view=rev
Log:
Fix comment style, thanks Mladen.
Modified:
tomcat/native/trunk/native/src/poll.c
Modified: tomcat/native/trunk/native/src/poll.c
URL:
http://svn.apache
Author: costin
Date: Wed Dec 8 19:07:41 2010
New Revision: 1043611
URL: http://svn.apache.org/viewvc?rev=1043611&view=rev
Log:
Javadoc for Poll.create() describes ENOTIMPL error if THREADSAFE is requested
but not supported.
The old code was silently removing THREADSAFE flag, java side woul
For non-trunk - I have no clue, so I try to avoid the other branches :-)
Does anyone know what the status of tc-native those days, CTR or RTC, trunk
or
release ? I finally got the ssl bio-pair to work and one the handshake
extensions needed
for SPDY, plus a couple of small fixes.
Costin
On Thu,
On Fri, Oct 15, 2010 at 8:13 AM, Remy Maucherat wrote:
> On Fri, 2010-10-15 at 07:57 -0700, Costin Manolache wrote:
> > I remember many years back I was arguing in favor of DirContext - pro
> > arguments were
> > "it's a standard", bundled in JDK, probabl
On Fri, Oct 15, 2010 at 8:24 AM, Mladen Turk wrote:
> On 10/15/2010 04:57 PM, Costin Manolache wrote:
>
>> Are you going to replace DirContext ?
>>
>> If yes - great, but please first send a quick summary comparing your API
>> with the other VFS
>> aroun
and not a perfect fit. I
guess he was right :-)
Costin
On Fri, Oct 15, 2010 at 12:02 AM, Mladen Turk wrote:
> Hi,
>
>
> I'm working for quite some time on the light-weight
> VFS layer (with the java.io.* as the only provider at
> the moment) to be used as the Tomcat&#x
It may be worth showing some code as well on how to start tomcat and use JMX
to configure it. Maybe in a separate post.
Costin
On Wed, Sep 15, 2010 at 1:10 PM, Sylvain Laurent wrote:
> you could add a word on persistence of the JMX configuration. As far as I
> understand, the modification
ader.
What are other servlet engines using ? If most use a certain word - it may
be ok to use it too, for
consistency. Otherwise - it's not worth confusing all existing users with a
cosmetic change.
Costin
>
> Mark
>
>
>
>
>> But if someone came up with a fantastic a
On Thu, Jun 17, 2010 at 12:56 AM, jean-frederic clere wrote:
> On 06/16/2010 07:44 PM, Costin Manolache wrote:
> > On Tue, Jun 15, 2010 at 11:14 PM, jean-frederic clere >wrote:
> >
> >> On 06/16/2010 07:08 AM, Mladen Turk wrote:
> >>> On 06/16/2010 12:34
On Tue, Jun 15, 2010 at 11:14 PM, jean-frederic clere wrote:
> On 06/16/2010 07:08 AM, Mladen Turk wrote:
> > On 06/16/2010 12:34 AM, Costin Manolache wrote:
> >> Hi,
> >>
> >> There are some methods in SSLContext to create and use a new BIO. Are
> >&g
Hi,
There are some methods in SSLContext to create and use a new BIO. Are there
any examples/tests for this ? I can't find how to attach the BIO to a
socket, it seems SSL_set_bio is never called, can't figure what
SSLContext.setBIO() does.
Costin
Author: costin
Date: Tue May 25 07:37:23 2010
New Revision: 947952
URL: http://svn.apache.org/viewvc?rev=947952&view=rev
Log:
Missed 2 files - older version of the protocol, will update them when I get to
the new proto.
Added:
tomcat/trunk/modules/tomcat-lite/test/org/apache/tomcat/
Author: costin
Date: Tue May 25 06:54:47 2010
New Revision: 947940
URL: http://svn.apache.org/viewvc?rev=947940&view=rev
Log:
Various changes to better support coyote, remove integration package, prepare
to replace jsse with apr, etc.
Added:
tomcat/trunk/modules/tomcat-lite/java
Author: costin
Date: Tue May 25 06:44:02 2010
New Revision: 947936
URL: http://svn.apache.org/viewvc?rev=947936&view=rev
Log:
More coyote support.
Modified:
tomcat/trunk/modules/tomcat-lite/java/org/apache/coyote/lite/LiteProtocolHandler.java
Modified:
tomcat/trunk/modules/tomcat-
Author: costin
Date: Tue May 25 06:42:26 2010
New Revision: 947935
URL: http://svn.apache.org/viewvc?rev=947935&view=rev
Log:
Moved the JSSE code to separate package. Added a bunch of workarounds to
support harmony/android, there seems to be a problem with the ciphers.
Probably the code wil
Author: costin
Date: Tue May 25 06:21:36 2010
New Revision: 947933
URL: http://svn.apache.org/viewvc?rev=947933&view=rev
Log:
Broken, not used. Source in o.a.t.util.buf was removed as well.
Removed:
tomcat/trunk/modules/tomcat-lite/java/org/apache/tomcat/lite/util/Base64.
Author: costin
Date: Tue May 25 06:12:38 2010
New Revision: 947932
URL: http://svn.apache.org/viewvc?rev=947932&view=rev
Log:
Remove the 'integration' - ObjectManager and wrapping of DI frameworks. Lite is
just a library/connector - doesn't need it, instead will integrat
Author: costin
Date: Tue May 25 06:09:40 2010
New Revision: 947931
URL: http://svn.apache.org/viewvc?rev=947931&view=rev
Log:
Removing the mini-'servlet' code from lite. The goal is to implement connector
and http client, this creates confusion.
Removed:
tomcat/trunk/modul
dently.
Tags are pretty cheap - not sure what's the problem on having the modules
tagged when releases are made, and you can tag only the module when its
ready for a standalone release.
Costin
On Wed, May 19, 2010 at 9:26 AM, Konstantin Kolinko
wrote:
> What are the release plans f
Not sure I understand the motivation for moving.
If you must do it - could you wait few days ? I have quite a few changes,
need to fix few tests. Almost done with the work project, will start having
20% time again this week.
On the move - mostly -1, I don't like tree fragmentation.
On May 19, 20
magic' attributes so you don't
have to depend on
container-specific APIs - +1 on that.
I haven't looked at the code, I have close to 0 free time this month - the
main issue with
bringing this code into apache or tomcat is community, i.e. having enough
developers
who can actively maint
in the mail 104983 at the mailinglist I got the Idea that,
> to be able to fully Implement the SSL feature for the SPDY, it is necessary
> to use the APREndpoint from the org/apache/tomcat/util/net libary. Did i get
> that right Costin?
>
Yes, so far 'next protocol negotiation&
1 - 100 of 662 matches
Mail list logo
